Андрей, нет по НК "сторно" по 305 виду для такой ситуации. Это "чистопородный" возврат излишне удержанного налога. Причем в данном случае (когда возврат через кассу отпускных) идет возврат налога за счет уменьшения перечисления удержанного по другим физическим лицам налога. Именно поэтому эта отрицательная сумма должна проходить по 090 строке.

Ну круто, вы выкручиваетесь.

Сейчас вы привели пример когда суммы взаимоуничтожаются на уровне ОДНОГО работника, так как суммы исходно связаны одним и тем же пересчетом.

А теперь давайте объединим в этих блоках оба примера (лишний отпуск и пересчет больничных у двух разных работников) и опишем что же должна делать программа в этом случае.

Это бухгалтер знает причинно-следственные связи и знает как он хочет это изменить в отчете. Программа не человек. Ей надо рассказать четкую последовательность действий "делай раз, делай два, делай три". А в вашем описании уже пошли условности типа "ну ладно этот пример не очень удачный двайте я вам приведу другой, где все просто" - на это я могу сказать одно: а как программа должна понять что она находится в условиях "простого примера" а не "сложного".

Я противник полной "автоматизации" удаления минусов в 6-НДФЛ именно потому, что в большинстве случаев у программы слишком мало данных чтобы принять решение о том, как правильно уничтожить минусы.

Ну либо давайте прописывать полные, подробные правила по уничтожению минусов в 6-НДФЛ, причем каждый вариант "а вот в этом варианте надо по другому" должен сопровождаться описанием как программа этот вариант идентифицирует.

Для того чтобы заменять дату ведомости за другого человека, скопируйте содержимое этого архива в сетевой каталог ZPL.

Перезапустите программу.

У вас появится пункт меню "Сервис"-"Пользовательские обработки" - "Замена даты выплаты у "пропавшей" ведомости".

Заходите в этот пункт меню вводите нужный Id ведомости и новую дату для этой ведомости.

Архив: ЗаменаДатыВыплаты.zip

В указанном примере, если делать все правильно, то должен остаться нетронутым блок №1 и должна появится строка 090 - возврат НДФЛ 1300. Никаких объединений в данном примере делать не надо.

На практике вроде как СЗВ-ИСХ должна требоваться редко, а если точнее - "очень редко". Она же предназначена для ситуаций "По человеку совсем забыли сдать сведения за период до 2017 года".

Ну то есть, в планах она для Контур-Зарплаты есть, но честно скажу далеко не в высокоприоритетных.

Мы надеемся, что возникающие потребность в СЗВ-ИСХ пока можно будет закрыть "набивалкой".

Ну то есть пока схема такая:

1) Пока нет в ПФ-Отчете - Контур-Экстерн или набивалка ПФ

2) После сдачи годовой отчетности - делаем СЗВ-ИСХ в ПФ-Отчете

3) Смотрим на востребованность СЗВ-ИСХ и понимаем надо делать в КЗ или нет.

Тему не закрываю. Чтобы желающие могли за нее голосовать. Чем больше голосов за тему, тем понятнее разработчикам, что форма востребована, тем выше у нее будет приоритет.

Если мы загружаем табель из КП, то предполагается, что в КП ведется адекватный табельный учет, или я не прав? Может все таки стоит разобраться почему из КП пришло "кривое" количество часов работы в выходной день? Просто правка в КЗ такой информации может привести к тому, что результат у бухгалтера будет не соответствовать первичным документам в КП. Придут проверяющие возьмут документы из КП - там написано 48 часов работы в выходные, возьмут квиток там будет написано оплачено 80 часов работы в выходные. Они не поймут, а крайним будет бухгалтер, это же он неправильно посчитал по первичным документам.

То что Р стоит на субботе или воскресенье еще не означает что это работа в выходной день. Надо посмотреть, что Р стоит на выходном по графику работника, а не на субботе и воскресенье.

1) Для определение резидентности важно только количество дней на территории РФ. Гражданство никакого значения не имеет.

2) ФНС не выдвигает требований по иностранным паспортам. Вы просто выбираете "Паспорт иностранного гражданина".

3) 92 надо использовать только для нерезидентов, а вы написали что он резидент.

Вопрос возник при подготовки отчета, неправильно перевели человека из нерезидента в резиденты. И не увидели ошибки, а при подготовке отчета пошла разница между сводами и справками по 2-НДФЛ. В сводах сумма > чем сумма по сводной справке. Вот и пытаемся разными способами найти ошибки, так нашли и эту, но еще есть расхождения.

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

Новый вопрос выделил в отдельный топик.

В письме из персонала приходит же уже посчитанное количество часов в выходные и праздничные (можете посмотреть письмо)? КЗ всего лишь посчитанное КП количество часов разносит в вид.

Ну то есть вопрос скорее всего звучит так: "почему из КП прислали неверное количество часов работы в выходные и праздничные".

Скопировать локальный каталог ZPL другого пользователя на свою машину и запускать программу из этого каталога.