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

А почему вы сдвигаете период?

   Так исторически сложилось.

Правильнее оставить период без изменений и включить в расчет еще не рассчитанный месяц, а после закрытия месяца выполнить перерасчет отпускных, начинающихся в буд. месяце.

   Как раз на эту тему сейчас и идет дискуссия.   Просто для её продолжения хотелось узнать мнение ТП.

Спасибо!

Да,  правильно - имелся в виду Налоговый регистр

Понятно.  Спасибо!

Версия сетевая,  но пробовал  оба T_CNFPRN  и с сервеоа и локальный.  В настройках ресурс определен 

как локальный.

Похоже ещё что то влияет.  

Возможно ведомость формировалась как то хитро,  хотя по Alt_D  дата выплаты у вида КАССА  правильная.

Скорее всего какой-нибудь человеческий фактор,  поскольку на работу с ведомостями перешли только

в этом году.

Аргументация следующая -  эти справки несутся на подпись руководству и оно задаёт вопрос:

почему я должен раписываться за те суммы,  за которые отвественности не несу и которые в ЛС

не проходят как начисление.

Если зайти в сформированную ведомость (допустим по виду НУ - отпуск) то, 

по нажатию клавиш  Shift_F9,  появляется окно:  "Передача данных в файл",

где в поле  "Путь"  прописываем путь для выгружаемого файла и имя файла -

что-нибудь вроде:  C:\ved\ved.dbf;

в поле "Формат записи"  выбираем   dbf-формат.

Затем заходим в "Таблицы для обработки платежей" где создаем новую таблицу:

"Уплата НДФЛ в ЛС (по начислению)"  и по Alt_F10  принимаем в поле "Уплаченная сумма"

суммы НДФЛ из файла ved.dbf.

Собственно к таблице  "Уплата НДФЛ в ЛС (по начислению)"  никаких замечаний нет.

Замечания есть к режиму "Передача данных в файл" из ведомости  -  каждый раз 

бухгалтеру приходится вводить весь путь заново,  поскольку однажды введённый

путь нигде не запоминается. 




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