Ваши комментарии

Вроде как нечто подобное обсуждалось несколько лет назад в теме

https://kontur.userecho.com/ru/communities/47/topics/8644-prikazyi-po-otpuskam   

Если интересно,  могу покопаться в архивах и найти ту таблицу, которая лет 10 

работала примерно с тем же функционалом, какой вы запрашивали.

Да, правильно Николай сказал - то была выгрузка в Excel  а не форма печати,

просто бухгалтера весь свод на печать никогда не выдавали а  печатали его по частям:

начисления,  удержания и т.д.

Спасибо всем за помощь.


От версии  Exsel  может зависеть  преобразование названия видов при выгрузки в Exsel: если Exsel-2003 ? 

При выгрузке в  Excel  также получается:

Вид Н-У Дата Сумма Раб.время М 1 ¦ИТР 2 ¦Рабочий Др.категории
104 ОКЛАД - 50 000,00 16,00 0,00 0,00 50 000,00
106 ОКЛАД/ч - 10 000,00 115,20 0,00 0,00 10 000,00
60 000,00 131,20 0,00 0,00 60 000,00
0,00 0,00 0,00 0,00 0,00

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




 

Проверил работоспособность идеи.

Получается, что если всё это сделать в основном алгоритме НДФЛ  -> 205  Н

то вроде как работает:

  у 104  код дох 1040

  у 106 код дох  1060

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

эти суммы видит и выделяет:     1040,50000.00,0,0.00;1060,10000.00,0,0.00;

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

хотя  R_Tax с параметром 1 или 4 суммы собирает, но тут он схлопывает в одну сумму по всем

кодам дохода.

В итоге, при большой необходимости, информацию по видам НУ с помощью R_Tax получить

всё-таки можно.

В таком случае,  почему нельзя создать новую таблицу алгоритма НДФЛ на основе 205 алгоритма,

в котором каждому виду НУ проставить свой код дохода, тождественный  коду вида НУ (104 -> 0104 и т.д.),

и уже в той таблице, где нужно получить доход по виду,  обращаться к этому алгоритму?

Спасибо!

Всё понятно,  тему можно закрывать,  наверное.

Был вопрос про структуру работы с ЭЛН на предприятии,  и при чём тут ОК.

Кратко поясню, возможно кому-то интересно будет.

Исторически сложилось так,  что сотрудник приносил обычный б/л в ОК, где 

проставляли ТН и заполняли другие сведения, за которые нёс

ответственность  ОК.  По мере накопления б/л (от 100 и больше)  ОК формировал пачку б/л  и отправлял в бухгалтерию.

При внедрении ЭЛН сложившуюся технологию ломать не стали -

ОК с помощью демо-версии КЗ  принимает ЭЛН  и формирует реестр и, точно также как пачку б/л,  передаёт этот реестр в бухгалтерию.

Сейчас, для проактивных выплат, ОК формирует также и сведения о застрахованных.

Ещё раз спасибо!

Ну вроде бы помог этот пост от   Шинкарев Вячеслав (Менеджер разработки) 21 час назад     

в дискуссии с руководством бухгалтерии, в том плане, что не надо поддаваться на

провокации ФСС.

Но возник следующий вопрос:  поскольку в НПА  прописана дата  01.01.2022г.,

а про переходный период в 6 месяцев ничего не говорится,   можно ли где-то найти ссылку

на какой-нибудь  вэбинар или видео-конференцию,  или какое-нибудь письмо,

где оговаривается это понятие - переходный период до 01.07.2022Г.?

Местный ФСС ограничил  "переходный период"   датой  15.03.2022г,   поскольку

на  дату окончания  "переходного периода"  30.06.2022г.  никакого  НПА  не существует.

Поэтому хотелось бы знать  хотя бы приблизительные сроки реализации 

нового формата в КЗ.



Сервис поддержки клиентов работает на платформе UserEcho