Документ «Ведомость на выплату зарплаты»

Вопрос задал Жанна П.

Ответственный за ответ: Герасимов Дмитрий (★9.54/10)

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

Все комментарии (19)

  1. Высылаю повторно файл во вложении

  2. Здравствуйте!

    «Как объяснил программист компании, если в какой-то из выплат документ начисления (основание) не был закрыт полностью выплатой, то программа будет пытаться закрывать его в последующих выплатах. » — он всё верно объяснил, так и есть.

    Например, на представленном скрине по сотруднику Колкову, программа пытается довыплатить Больничный от 06.11. Если открыть ведомость, в которой этот больничный выплачивался, то в расшифровке суммы к выплате вероятно не будет строчки с документом-основанием «Больничный лист … от 06.11.2018» (или будет, но сумма по этому документу основанию выплачена не полностью).

    Это частая проблема, вариант её решения конечно есть. Но уточните пожалуйста один момент, а сама сумма к выплате по таким сотрудникам в текущих ведомостях загружается верно? (если не открывать расшифровку). Или и самма сумма к выплате в документ загружается неправильная?

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

    1. Если сумма к выплате грузится верно, тогда получается, что в расшифровке все строки за прошлые периоды в сумме дают 0. Так и есть? То есть при очередной выплате, например, в июле за июнь, после заполнения в ведомости одного из таких сотрудников к выплате встает сумма, например, 17 400. Она складывается из начислений июня (к примеру 20 000 оклад — 2600 НДФЛ). В расшифровке Вы видите ссылки на июньские документы-основания (там всё логично) и плюс строки из документов-основания 2018 года, которые в сумме дают 0. Я верно понимаю ситуацию?

      Это очень важно, чтобы я дал правильную рекомендацию.

  4. Дмитрий, добрый день. Нет, Вы неверно поняла ситуацию.
    1. К выплате в текущем месяце сумма грузится верно. С этим мы выяснили.
    2. В скриншоте, который я прикладывала ранее мы видим, что производится выплата за ИЮЛЬ 2019 года. Документы основания абсолютно все подтянулись за 2018г. Они не вышли в ноль, а наооборот сформировали сумму к выплате, которая полагается за июль месяц. В следующем месяце АВГУСТ 2019 г ведомость по сотруднику подтянет документы основания за январь 2019 г. и т.д. Получается, что по данному сотруднику мы никогда не увидим правильные документы основания, т.к. они подтягиваются с задержкой.

    Ещё раз. Ссылки на июЛьские документы-основания при выплате з/пл за июЛь я не вижу.

  5. Дмитрий, если это поможет высылаю во вложении скриншоты на нескольких листах.
    Я провела расследование по данному сотруднику. У него исполнительный лист. Во вложении прикладываю ведомости за ноябрь 2018 г. с расшифровкой документов -оснований за ноябрь 2018г.
    Я пыталась разобраться. Программа подтягивает документы-оснований по непонятному мне принципу.
    Согласно ведомостям суммы к выплате 5 168р. и 5 937,50 р. — это суммы Начислено — 13% — 50% по исполнительному листу. А вот сумма в ведомости 10 548,50 руб мне непонятна. Тут такая каша.
    Это я для информации.

  6. То есть получается, что в ведомость за июль (от 09.07, скрин которой Вы прикладывали в первом файле) при АВТОМАТИЧЕСКОМ (именно автоматическом, вручную сумму не правите) заполнении сумма к выплате грузится верно, но в расшифровке нет строчек на документы-основания с начислениями текущих месяцев, то есть они совершенно не учитываются при заполнении ведомости текущего месяца? Но сумма к выплате при этом правильная. Я правильно понял?

    Ещё пришлите пожалуйста расчетный листок этого сотрудника за июль 2019 года. Только перед его формированием распроведите пожалуйста ведомость от 09.07.

  7. Дмитрий, да, Вы всё правильно поняли.
    Расчётный листок сотрудника во вложении.
    Не знаю, может эта информация тоже повлияет на общую картину. Я знаю, что программа при выплате зарплаты в конце месяца сторнирует запись с суммой и пустым документом-основания (тянет из аванса) и записывает документ-основание Начисление зарплаты и взносов с полной суммой, которая причитается за месяц. ….. Знаю из просмотров курсов, что так было раньше. В программе, которой я работаю сторно пустых документов-оснований не оснований. Сейчас Программа игнорирует суммы выплаченные в аванс и в 6 НДФЛ 130 строка заполняется за минусом сумм начисленных в аванс. Однако, в следующем месяце суммы не учтённые в аванс по документам-основаниям НЕ тянутся. Программа живёт сама по себе.
    Тянутся только документы-основания за 2017 и 2018 года и то не по всем сотрудникам, а выборочно.

    1. Здравствуйте!
      «Знаю из просмотров курсов, что так было раньше.» — так и сейчас в текущих релизах работает механизм расшифровки суммы к выплате (он не изменился).
      У Вас действительно странная ситуация. Должно быть так: если уж и есть какая-то невыплаченная задолженность за прошлые годы, то она действительно должна попадать в ведомость. Но при этом должна попадать и сумма, которая начислена в текущем месяце в начислении зарплаты. А начисление текущих месяцев в ведомости (именно в расшифровку не попадают), хотя сумма к выплате загружается верно.

      Уточните пожалуйста, а у Вас был перенос из версии ЗУП 2.5 (или Зик 7.7) в эту базу?

  8. Добрый день, Дмитрий.
    Был ПОЛНЫЙ перенос данных из версии ЗУП 2.5

    1. Тут вопрос непростой, я наверное буду много уточняющих вопросов задавать, пока мы к чему-то придем. Уточните, а если этому сотруднику, например, по итогам июня всё выплачено и ничего не начислять в июле (распровести все начисления июля), а затем попробовать заполнить ведомость по нему, то в ведомость ничего не попадет? Или всё-таки что-то заполнится (за прошлые годы)?

      И ещё уточните сальдо в зарплатных отчетах программа правильно показывает? Без учета задолженности прошлых лет?

  9. Дмитрий, добрый день, спрашивайте. Лишь бы помогло.
    1. Сделала как Вы просили. Выплатила всё в июНе, в августе ничего не начисляла. При формировании ведомости за Июль к выплате по данному сотруднику ничего не пошло. Что касается сумм к выплате, то в этом программа работает чётко. Переплат или недоплат по сотрудника никогда не возникало из-за некорректной работы документа «Ведомость». Какие бы документы основания не подтягивались — программа не выплачивает больше, чем положено по остаткам.
    2. Сальдо в зарплатных отчётах иногда может грешить. Это если например уволился в середине месяца совместитель, то в конце месяца по основному сотруднику в ведомость может подтянуться документ-основание «Увольнение» — совместителя. В этом случае сумма к выплате идёт правильно, а сальдо по сотруднику в Расчётной ведомости положительное. Пр проверке в конце месяца приходится править таких сотрудников руками.
    Есть ещё по некоторым сотрудникам неверное сальдо, которое тянется из прошлых лет. Это произошло при переходе на ЗУП 3. Что-то программист видать намудрил с регистрами Взаиморасчётов. В Расчётной ведомости мы видим Сальдо на начало и Сальдо на конец одну и ту же сумму: например 20 000 руб. НО…. к выплате данная сумма не тянется, поэтому мы и не обращаем на это внимание.
    Не могу утверждать, но может бывшей программист мог начудить в программе с документами-основаниями, что они так некорректно стали подтягиваться. Просто , когда перед ним стояла задача разобраться с этой проблема, он предложил «гениальное решение»: отключить механизм подтягивания документов-оснований в ведомость. Мы отказались. Он уволился.

    1. Здравствуйте!

      Вы написали в первом пункте: «Выплатила всё в июНе, в августе ничего не начисляла.» — я так понимаю Вы имели ввиду в ИЮЛЕ ничего не начисляли?

      Уточните пожалуйста ещё один момент. КОгда выполнялся перенос из 2.5 в 3.1, т.е. с какого месяца, какого года Вы начали вести учет в ЗУП 3.1?

  10. Дмитрий, добрый день. Да, я ошиблась, вместо августа хотела написать, что в июЛе ничего не начисляли.
    Переход с 2.5 на ЗУП 3 был в 2017 году 23 февраля.

  11. То есть февраль 2017 года рассчитывался и выплачивался уже в ЗУП 3?
    Я выяснсяю, чтобы понять, когда в ЗУП 3 создавалась самая первая ведомость по итогам расчетов уже в ЗУП 3. Хотелось бы посмотреть, как в этой ведомости заполнялась сумма к выплате, например, по тому же самому сотруднику, которого Вы показывали в исходном примере. Была ли там такая же ситуация? То есть сумма загружалась правильно, но в расшифровке появлялись строчки из предыдущих периодов.

    Ещё у меня появилась мысль, что возможно этот программист, как-то доработал заполнение ведомостей, раз он предложил отключить расшифровку (типовыми средствами такое отключение сделать нельзя). У Вас конфигурация типовая? Или доработанная/снята с поддержки?

  12. Дмитрий, добрый день.
    Аванс за февраль 2017 г. выплачивался в ЗУП 2.5 и данные взаиморасчётов зафиксированы документом перенос данных. Ведомости на окончательный расчёт за февраль 2017 г. создавались уже в ЗУП 3.0. Сотрудник из моего примера работает только с июЛя 2018 г. Я проверила ведомость за февраль 17 года при окончательном расчёт. Обнаружилось только двое сотрудников, у которых документы основания за январь 2017г, а выплата у нас идёт за февраль……. к выплате «пошла» сумма правильная, согласно начислениям февраля. В последующих ведомостях таких сотрудников всё больше и больше.
    Конфигурация у нас доработанная, ОЧЕНЬ доработанная. При обновлении программисту требуется месяц — полтора, чтобы закачать обновления. А при переходе на новый релиз понадобилось полгода.
    Дмитрий, если проблема в том, что программа доработанная, а данные об этих доработках мне неизвестны, то давайте тогда закроем мою заявку. Не хочу Вас мучить.

    1. Я так предполагаю, что механизм заполнения расшифровки в ведомости доработан, типовая ЗУП 3 себя никогда так не вела, как Вы мне описали. Я бы рекомендовал рассмотреть вопрос возвращения программы на поддержку (на типовую конфигурацию). Для этого необходимо проанализировать, что именно из доработанного Вам действительно требуется (когда я занимаюсь таким анализом выясняется, что многое можно было реализовать либо типовым функционалом, либо через механизм расширений или даже внешними обработками, а что-то вообще можно было не дорабатывать), реализовать это средствами, которые не предполагают изменение типовой конфигурации и вернуть на поддержку. Иначе будет тратиться много времени и денег на обновление такой программы. Да и нервов много из-за подобных ситуаций.

  13. Дмитрий, абсолютно с Вами согласна. Только не всегда получается найти грамотного программиста. буду пытаться решить вопрос внутри компании. Можете закрывать заявку.
    Дмитрий, Вы пишите …когда я занимаюсь таким анализом выясняется, что многое можно было реализовать либо типовым функционалом…. Получается можно обратиться за вашими услугами, чтобы Вы могли провести работу с программой в конкретной организации?

    1. Да, индивидуальное консультирование возможно, условия отправил на Вашу эл. почту

Комментарии закрыты.