Antey
Андрей Ощепков

(117) на текущий момент установка "системы оплаты = 4" у всех сотрудников - это рекомендация самого ПФР(СФР).

(103) посмотрите (93)

(54) Для параметров П00113М200008, П00113М200009, П00113М200018, П00113М200018 нужно в запросе прописать строковый вид значений, а не числовой.
Пример:
--- КАК СЕЙЧАС ---
| ВЫБОР
| КОГДА КадровыеДанные.СрочныйДоговор
| ТОГДА 2
| ИНАЧЕ 1
| КОНЕЦ КАК П00113М200009,
--- КАК НАДО ---
| ВЫБОР
| КОГДА КадровыеДанные.СрочныйДоговор
| ТОГДА ""2""
| ИНАЧЕ ""1""
| КОНЕЦ КАК П00113М200009,

Еще такой момент - есть ошибка в строке 91:
Если (Выч.ДатаНачала>=НачДата) или (Выч.ДатаОкончания>=НачДата) Тогда

Если формируем отчет (например) за март 2016, то происходит игнорирование вычетов в справочнике "ВычетыСотрудниковПоНДФЛ", у которых дата начала "01.01.2016", а дата окончания не заполнена.

У себя исправил на:
Если (Выч.ДатаНачала>=НачДата) или (Выч.ДатаОкончания>=НачДата) или (ПустоеЗначение(Выч.ДатаОкончания)=1) Тогда

Там в коде есть ошибка: "ПроизвольнаяДоплата96" - в типовых конфигурациях ее нет.
Исправьте по возможности.
За обработку - спасибо.

(1) BoneD, спасибо за отзыв. С 2010 года обработка переживает уже пятое "перерождение", и я рад, что она все еще оказывается полезной и экономит время коллегам.

В типовом отчете "Справки по НДФЛ" очень неудобно работать организациям, у которых несколько подразделений с разными ОКTMО/КПП.
1) Отсутствует возможность выгрузить данные по всем подразделениям одновременно. Нужно последовательно выбирать каждое ОКТМО/КПП, формировать для него уникальный идентификатор, и только потом формировать файл.
2) Идентификаторы для файлов и реестров не сохраняются, и приходится вести таблицы, чтобы в них не запутаться при повторном формировании справок.
3) В некоторых случаях ОКТМО/КПП формируется неправильно, и для того, чтобы найти подразделение, откуда оно взялось, приходится просматривать все подразделения в справочнике.
Данная обработка решает все эти проблемы.

В типовой выгрузке справок 2-НДФЛ очень неудобно работать организациям, у которых несколько подразделений с разными ОКTMО/КПП.
1) Отсутствует возможность выгрузить данные по всем подразделениям одновременно.
2) Идентификаторы для файлов не сохраняются и приходится вести таблицы, чтобы в них не запутаться при повторной выгрузке справок.
Данная обработка решает все эти проблемы.

Отличная обработка! Вот бы еще она умела ограничивать количество объектов в транзакции...

Сложный вопрос.

Цитата
Филипп пишет: в этом году ИФНС по месту головной отказалась принимать сведения по обособленным не выделенным на отдельный баланс (раньше принимали только здесь).

Странно это. Читал письмо(или постановление - не помню точно), что по обособленным нужно сдавать в соответствующие налоговые только с 2012 года, т.е. начиная с отчетности за 2011 год. У нас налоговая принимает сведения по всем подразделениям(более того - просят сделать единым файлом(!!!), что тоже не реализовано в ЗиКе).

Цитата
Филипп пишет: Ведь по логике, раз сведения сдаются в ИФНС по месту нахождения обособленного, то и КОД ИФНС должен быть соответствующий.

Согласен с Вашими рассуждениями, но уверен, что окончательный ответ нужно искать в налоговых органах, куда Вы будете сдавать отчетность. Как они решат - так и придется поступить.

Цитата
Филипп пишет: Но ни ЗИК, ни ЗУП не представляют механизма учета в справочнике подразделений этого кода, и в требованиях к Формату Справки и формату Файла ничего не сказано.

Действительно, ничего такого нет. Но это несложно сделать даже в этой обработке, не меняя конфигурацию. Добавить колонку под код налоговой инспеции и подставлять его вместо кода головной организации. Если будет нужно - напишите здесь в комментариях.