Здравствуйте.

Было бы неплохо, чтобы при сохранении базы, была возможность сохранять и пользовательские скрипты.

Они сохраняются в папке AdditionalFiles.

З.Ы. Если Вы сопровождающий программист - совет: вообще забудьте про Raschet\SCRIPT\USER. Храните/юзайте пользовательские скрипты в ZPL\script. Особенно удобно при обслуживании сетевой версии. Но в любом случае, база, восстановленная из сохраненки, будет сразу стопроцентно работоспособная.

Спасибо.

Наверное что-то ещё где-то надо настроить?.

Ничего.

На поставке в Exsel длинные наименования видов печатаются:

Короткие наименования видов печатаются (даже при включенной настройке) если поставочное имя поля "Vid_nu" заменить на "своё". 

Но оно и понятно...

З.Ы. Свод по НУ с длинными наименованиями видов в текстовой печатной форме:Tabl1.fsv

R_Tax с параметром 106: R_Tax(106,1,_Beg(1),_End(1),Источник выплаты,*,205) эти суммы видит и выделяет

Тоже пошел по такому пути.

А вот в собственном алгоритме НДФЛ на базе 205, R_Tax с параметром 106 суммы не видит

Надо сделать так:

Ну и, конечно же, в ЛС должен присутствовать вид налога с алгоритмом 905.

создать новую таблицу алгоритма НДФЛ на основе 205 алгоритма, в котором каждому виду НУ проставить свой код дохода, тождественный коду вида НУ (104 -> 0104 и т.д.)

Спасибо за идею. 

Единственный (но "длинный") минус - добавление пяти алгоритмов и видов налога...

Ну и разные виды МП с вычетом 503 "схлопнутся" в один. Но это уже несущественно. 

Потому что "104 -> 0104 и т.д." - это, по сути, привязка  к виду, а, как сказано выше, R_Tax в принципе не умеет выделять сумму по виду.

Чтобы по коду вида получить код дохода, можно использовать такую скриптовую функцию

Зачем? Код дохода по коду вида я получаю в таблице с пом. стандартной табличной функции КОД_ДОХОДА.

R_Tax ничего не знает о коде вида, у него информация "схлопнута" до кода дохода

Вот я и пытаюсь "расширить кругозор" этой функции. Ну т.е. идея была такова:

1. С пом. функции R_CODE принять в таблицу код вида.

2. С пом. функции КОД_ДОХОДА получить код  дохода для этого вида.

3. С пом. функции R_Tax("list","Summa",kd,0,0,1," "), где "kd" - код дохода из п.2, получить сумму по виду.

Первые два пункта отрабатывают нормально, пока в таблицe не добавляю столбец с функцией R_Tax. После этого в столбец "Код" для всех строк начинает приниматься один и тот же код (если ни каких фильтров нет, - самый первый в ЛС, т.е. 101).

Попытался "обмануть" R_Tax - перенес  R_Tax(1,1,*,*,Источник выплаты,*,Н); и R_Tax("list","Summa",kd,0,0,1,"")  из функции приема в функцию расчета таблицы. Ну т.е. таблицу заполняю в два этапа:

1. Прием данных в столбцы "Код" и "Код дохода" (как говорил выше - тут всё ok).

2. Заполнение столбцов "Доход для 6-НДФЛ" и "Доход по видам" путем их "расчета".

На выходе получилось: каждая строка в столбце "Доход для 6-НДФЛ" заполнилась адекватной суммой общего дохода, а вот столбец "Доход по видам" получился нулевой, хотя, по задумке, функция R_Tax("list","Summa",kd,0,0,1,""); должна была выделить из общего дохода для 6-НДФЛ сумму, соответствующую каждому виду. Опытным путем удалось установить, что "kd" (код дохода) в расчетную функцию R_Tax("list","Summa",kd,0,0,1,") приходит нулевой... Почему так? Как побороть?

З.Ы. Наверно, стоит объяснить зачем весь этот "огород"...

ФНС завалила клиентов требованиями объяснить из чего складывается сумма расхождения м-ду строкой 110 6-НДФЛ и строкой 050 РСВ:

Для "расшифровки" этой суммы сделал свод, наглядно показывающий составные части суммы расхождения:

Стр. 050 = Стр. 030 - Стр.040.

Сумма в строке 040 складывается из необлагаемого дохода и вычетов. Проблема в том, что если в ЛС несколько видов с одинаковым вычетом, то они суммируются. Корректно посчитать сумму вычетов может функция R_Tax, но прикрутить её к своду не удалось. Пришлось дополнительно к своду делать отдельную таблицу, заточенную чисто на R_Tax (что-то типа "ТН - Сумма вычета 503"), из неё брать сумму вычета и вставлять в свод, что несколько "громоздко". Хочется: "Нажми на кнопку - получишь результат" :)). Табличка в первом посте - попытка реализации этой хотелки. 

В поставке будет?

Вроде бы работает. Спасибо.

Точно не меняли. Вредителей-сисадминов нет, а сами юзвери не умеют.

Ну это-то понятно... 

Надеялся что есть какие-то ДСП-наработки типа объединения ЛС.

Спасибо.