Добрый день
ЗУП 3.1.10.491. В Августе 2019 года был переход с редакции ЗУП2.5. По сотруднику был излишне удержанный НДФЛ 71 руб. В Сентябре 2019 (уже в редакции ЗУП3.1) этот НДФЛ зачелся. Однако, отчет Расчетный листок как-то не верно отражает сальдо по сотруднику (за минусом 71 рубля, что не верно). В результате в ведомость на выплату автоматически попадает верная сумма (больше на 71 руб), а в Расчетном листе сальдо не совпадает с ведомостью (меньше на 71 руб). Так и тянется весь год.
Подскажите, пожалуйста, как это исправить.
Все комментарии (41)
Комментарии закрыты.
Здравствуйте!
Скажите, сумма на начало августа, это же с учетом излишне удержанного НДФЛ? Просто у меня тогда получается, что правильная наоборот сумма сальдо по РЛ, а не сумма в ведомости. 5470 + 13442,89-993-15660,32 = 2259,57. Или я что-то упустила?
Насколько я понимаю, у Вас был рекомендованный перенос, верно?
Вообще приходилось сталкиваться на практике с такой проблемой, решали ее так:
Но т.к. Вы зашли уже далеко, то лучше опробовать все действия сначала на копии базы.
Здравствуйте.
Сальдо на начало получается не верное в ЗУП3 (не хватает 71 рубля). Так, как вы рекомендовали, не получилось сделать. Если создать док. НачислениеЗП «Корректировка выплаты» «-71» до переноса, а потом пересчитать ЗП в первый месяц после переноса, то появляется Корректировка «142». Т.к. до всех этих манипуляций в программе уже была введена начальная задолженность за минусом излишнего НДФЛ (-71) и в Начислении ЗП уже была Корректировка выплаты «71».
Перенос данных был рекомендованный, автоматический, руками ничего не правили. Программа как-будто видит этот излишне удержанный НДФЛ и зачитывает его. Но в расчетный лист выводит не верное сальдо. Не понятно в каком регистре искать.
Для наглядности высылаю два расчетных листа на начало учета ЗУП3 и как было в ЗУП25. Сальдо не совпадает на 71 руб!
Давайте тогда посмотрим, что творится напрямую в регистрах. Начнем с регистра накопления Начисления удержания по сотрудникам (Все функции — Регистры накопления). Отберите в нем записи по сотруднику и пришлите. Только не в виду скриншота, а выведите их в таблицу (Еще- Вывести список) и скопируйте ее в word. Я перенесу ее в excel и смогу проанализировать.
А если внести отрицательную корректировку августом 2019? Больше в документах прошлых периодов ничего не делать (т.к. в сентябре 2019 у Вас уже есть зачет корректировки) и пересчитать зп за текущий месяц? Если корректировок выплаты не появится в текущем документе, то сальдо должно выровняться.
Если появятся лишние корректировки выплаты, то не спешите их удалять. проведите документ с ними и пришлите еще раз записи этого же регистра в таком же виде. Посмотрим, может где-то образуется пересортица.
Ввели отрицательную корректировку Августом 2019, пересчитали Август 2020, Корректировка выплат не появилась. Но сальдо не верное, и в выплату не верно попадает (недостает 71 рубля). Подробности в приложенном файле.
Покажите документ Начисление зп, который создавали с ручной корректировкой, и расчетный листок за август 2019 года
И еще расч. листок за сентябрь 2019 покажите, пожалуйста
Подняла ради интереса ту базу, в которой сталкивалась с похожей проблемой. С точки зрения оформления документа с ручной корректировкой выплаты все также. Единственное отличие, начальную задолженность по зарплате все-таки не уменьшали. Корректировка выплаты не делает движения по регистрам взаиморасчетов (только по регистру Зарплата к выплате), поэтому задолженность уменьшать все-таки не нужно.
В остальном еще меня смущает отсутствие в Вашем расчетном листке приписки «в т.ч. излишней удержанный НДФЛ».
Давайте скачала попробуем все-таки установить начальную задолженность на 01.09.2019, как положено, с учетом 71 рубля корректировки (6321). И после этого переформируем РЛ и попробуем перезаполнить ведомость на выплату.
С РЛ все должно быть ОК, вот ведомость пока под сомнением. Если поедут суммы при ее заполнении, тогда пришлите записи всех регистров, по которым делает движения документ Начисление зп с ручной корректировкой выплаты (август 2019), сравню с данными своей базы. Все движения документа можно открыть через Еще — Движения документа
Откорректированы остатки на Авг 2019 (6 321). НДФЛ зачелся в Сентябре, но почему-то осталась надпись в Т.ч. излишне удержанный НДФЛ 71.
Если сделать выплату за Август 2020 года, то в ведомость попадает верная сумма 2 330.57, но в РЛ остается излишне удержанный НДФЛ 71 руб.
Давайте еще раз после всех корректировок изучим движения по регистру накопления «Начисления удержания по сотрудникам» с отбором по сотруднику. Отбор по периоду не ставьте в этот раз.
Пришлите данные регистра, пожалуйста, как в прошлый раз в виде таблицы в word. Возможно, все-таки какая-то путаницами с датами или пересортица по каким-то полям. Хотя визуально по документам все в порядке.
Нет, здесь визуально все хорошо. Давайте еще покопаемся в регистре накопления Зарплата к выплате? Также отберите записи по этому физ. лицу за весь период работы и пришлите в таблице в word
Меня очень смущает дата ввода остатков по зарплате, она позже чем даже первая выплата от 10.09.2020. Попробуйте отразить документ Начальная задолженность по зарплате 00ЗП-000001 от 30.09.2019 августом (дату указать 31.08.2019 и месяц тоже указать август 2019)
Дату ввода остатков установили 31.08.19, провели документ. Ничего не поменялось. Надо еще какие-то действия сделать после смены даты?
Покажите скриншот документа Начальная задолженность по зп и расчетные листки за август 2019-сентябрь 2019, как они формируются сейчас
Честно, уже теряюсь в догадках :). Зачет НДФЛ отразился корректно в РЛ. А вот поле «в т.ч. излишне удержанного НДФЛ на конец месяца». Посмотрела в конфигураторе, оно рассчитывается программно при формировании отчета, т.е не хранится напрямую в регистрах. Чтобы понять, почему оно считается неправильно, нужно запускать отладку на Вашей базе и смотреть по коду.
Давайте еще проверим одно предположение: пересчитаем автоматом сотрудника в начислении зп за сентябрь. Корректировка выплаты с суммой зачтенного налога появилась в документе? Если да, то попробуйте провести документ и переформировать РЛ за сентябрь 2019. Если беспокоитесь, что что-то поедет, можно проделать все на копи базы.
И давайте еще попутно заглянем в регистр накопления «Расчеты налогоплательщиков с бюджетом по НДФЛ»? Есть предположение, что он тоже участвуют при расчете значения в поле «в т.ч. излишне удержанного НДФЛ на конец месяца». Отберите записи по физ. лицу и выведите их в таблицу в word.
Очень интересно! Видимо программа откуда-то еще хватает 71 руб. Возможно сейчас для перенесенных данных изменили алгоритм зачета налога. Но это конечно нужно анализировать код, чтобы однозначно делать такие выводы. Хорошо, давайте уберем ручную корректировку выплаты (отменим проведение НВЗ за август) и пересчитаем опять НЗВ за сентябрь. Теперь, насколько я ожидаю, в сентябре 2019 должно быть все не очень красиво в РЛ: на начало месяца не будет видно «в т.ч. излишне удержанного НДФЛ». Но на текущий период данные в РЛ должны быть корректными и ведомость тоже должна уже заполняться нормально.
В этом случае мы опять возвращаемся к тому, с чего начали. После отмены Корректировки августа 2019 в расчетном листе все хорошо, но на выплату сумма не верная (больше на 71 руб).
Такое ощущение, что разъехались какие-то регистры между собой. Но какие конкретно не понятно.
Давайте пока вернем вариант с наименьшими потерями для учета: проведем документ НЗВ за август 2019 с ручной корректировкой выплаты и вернем в сентябрьском документе корректировку 71 руб. При этом варианте общее сальдо по РЛ верное и корректно заполняется ведомость. Проблема в надписи «в т.ч. излишне удержанный НДФЛ» в РЛ. Все так?
И возьмем перерыв на несколько дней. Мне нужно «помедитировать» над этим вопросом немного 🙂 Возможно раскопать базу ЗУП 2.5 и смоделировать перенос с такой ситуацией или может еще что в голову придет. Посижу с этим на выходных. Договорились?
Да, хорошо.
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2020/09/korrektiovki-vyplaty-perenos.jpg)
Смоделировала ситуацию по Вашим цифрам и датам на демобазе актуального релиза 3.1.14.208. При наличии ручной корректировки выплаты в августе 2019 и суммы задолженности 6321 в док. Начальная задолженность по зп, в РЛ все хорошо. Показатель «в т.ч. излишне удержанный НДФЛ» закрывается в 0 в сентябре, когда происходит зачет налога (см. скриншот).
Вообще в версии 3.1.10 были некоторые ошибки по учету корректировок выплаты. Возможно это тоже их проявление. Версия 3.1.10 снимается с поддержки в конце месяца, поэтому логичнее обновиться на 3.1.14 и проверить, как будет формироваться РЛ в ней.
Если все же в 3.1.14 опять вылезут такие же проблемы или если переход на 3.1.14 пока невозможен, тогда поступим так:
— отменим проведение НЗВ за август 2019г с ручной корректировкой выплаты
— скорректируем запись по регистру накопления «Зарплата к выплате» документом Перенос данных. Это нужно, чтобы сумма в ведомости заполнялась корректно.
Чтобы понять, как заполнить все реквизиты регистра, откройте движения по этому регистру, сформированные документом «Начальная задолженность по зп» (Как в ЗУП 3 посмотреть движения документа по регистрам?). И заполните все так же, только сумму вместо 6321 укажите 71 с «минусом». Дату документа тоже можно указать 31.08.2019г.
После обновления базы ничего не поменялось. Далее сделали, как вы рекомендовали: удалили НЗВ за август 2019, ввели документ Перенос данных с записью по РН.ЗарплатаКВыплате (-71). В результате в расчетном листе появилась запись «В том числе удержанный НДФЛ 71». И она тянется весь период.
На демобазе у меня не получается воспроизвести проблему по Вашему описанию. Видимо, мы упускаем что-то еще. Предоставьте, пожалуйста, копию базы. Запрос на предоставление базы отправила по почте
Светлана, нет ли у вас программы по скрытию конфиденциальной информации в базе для релиза ЗУП 3.1.15?
Отправила по почте
Спасибо
Обработка не открывается в ЗУП 3.1.15.40. Ошибка во вложении (на Демо-базе аналогичная ошибка)
К сожалению, у меня нет другой версии обработки. Можно попробовать поискать ее на ИТС. Если не найдете и не сможете предоставить копию базы, нам придется опять вернуться к обсуждению в прежнем формате (по переписке).
Тогда распишите подробнее:
«После обновления базы ничего не поменялось.»
Поясните на момент обновления, у Вас был проведен НЗВ за август 2019 (ручная корректировка выплаты), а в сентябрьском документе был 71 руб. зачета. По суммам в РЛ и в ведомости заполнялось все ок, но в РЛ висел 71 руб. излишне удержанного налога. Все так?
Вы обновились и 71 руб. так и остался висеть.
Затем Вы отменили НЗВ за август 2019 с ручной корректировкой выплаты. В начислении зп за сентябрь 2019 по-прежнему было зачтено 71 руб., верно? В нем Вы ничего не трогали?
После этого проверил корректировку регистра ЗП к выплате документом Перенос данных. И после этого в РЛ появился хвост «В том числе удержанный НДФЛ 71»?
Поправьте меня, если я где-то ошибаюсь
Да. Все верно. Базу удалось зашифровать. Отправлена вам на почту.
Приложение![](https://buhexpert8.ru/wp-content/uploads/questions/2020/09/perenos-dannyh-NDFL-k-zachetu-1024x227.jpg)
Привлек внимание документ Перенос данных с кодом «НДФЛКЗачету». Он сформировался автоматически при переносе или был сделан вручную? Его скриншот прикрепила. Правда на скриншоте у документа уже поменяна мной дата (была 30.09.2019)
Дело в том, что этот документ корректирует регистры взаиморасчетов, но сделан как бы не полностью. Он корректирует только регистр взаиморасчетов при выводе отчетов по зарплатному сальдо, а Вы используете бухгалтерское. В регистре учета бухгалтерского сальдо не хватает такой записи. Поэтому при формировании РЛ программа видит разницу между регистром взаиморасчетов по бухгалтерскому сальдо и регистром «зп к выплате» и остается хвост 71 руб.
Если мы правим регистры взаиморасчетов, то нужно править оба регистра (обычные взаиморасчеты и бухгалтерские) синхронно, в них должны содержаться одинаковые данные.
Я решила этот вопросный документ Перенос данных оставить и немного исправить. А в остальных документах все вернуть, как было изначально. Что делала по шагам:
1. Пометила на удаление Перенос данных с корректировкой регистра «Зарплата к выплате» на 71 руб.
2. В документе Начальная задолженность по зп вернула сумму задолженности на 6250
3. а в этом документе Перенос данных с кодом «НДФЛКЗачету» скорректировала месяц (указала Август), дату (31.08.2019) и добавила еще запись в регистр «Бухгалтерские взаиморасчеты с сотрудниками».
В результате хвост 71 руб. из РЛ пропал. Ради эксперимента наличслила и выплатила сотруднику зп за сентябрь 2020. Никаких хвостов не вылезло, сумма по ведомости совпадает с РЛ.
На всякий случай выслала Вам базу со своими корректировками.
Перенос был полностью автоматический, руками ничего не меняли. Программа сама забыла ввести эти проводки.
Сделали все по вашей рекомендации, наконец-то удалось закрыть излишне удержанный НДФЛ.
Большое вам спасибо за работу!
Ура-ура! Рада была помочь 🙂 Значит разработчики что-то «допилили» в правилах переноса, раз этот подозрительный документ Перенос данных с кодом «НДФЛКЗачету» сформировался. Только «допилили» немного не до конца 🙂