Вчера с  расчётчиком занимались этой проблемой - непопадание в численность.

Методом отсеивания вышли на получателя пособия до 1.5 лет,  у которого отсутствуют

другие начисления.

Но это только со слов расчётчика,  сам не проверял  поскольку  у меня их базы нет.

КЗ сетевая,  и сообщение  появляется на  РМ  -  МАСТЕР,  на котором кроме обычного ZPL ещё и ZPL_NET.

На других РМ  таких сообщений нет.

На всех РМ  Win 7 и Win 10,  на всех местах  КЗ работает нормально.

С сисадмином договорились,  чтобы  на Win 10  перевести  всех.

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

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

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

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

Спасибо!

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

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

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

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

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

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

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

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

Получается, что если всё это сделать в основном алгоритме НДФЛ  -> 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 и больше)  ОК формировал пачку б/л  и отправлял в бухгалтерию.

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

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

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

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