Переход с редакции 2.5 на 3.1 «Зарплата и управление персоналом» часто сопровождается расхождениями в расчетах. Ситуация, когда средний заработок кажется верным, но итоговая сумма отпускных не совпадает, или когда НДФЛ «удваивается» при выплате переходящих отпусков, является типичной. В этой статье мы подробно разберем причины таких ошибок и методы их устранения через работу с регистрами и документами переноса.
Если в новой программе ЗУП 3.1 расчет среднего заработка (СЗО) отличается от данных в старой базе, первым делом проанализируем настройки начислений. Разберем ситуацию по шагам:
Перенос данных с кодом ЗП_СЗО. Если суммы заработка совпадают, проблема может крыться в количестве отработанных календарных дней.Данные о начислениях для расчета среднего заработка (общий) и Данные о времени для расчета среднего заработка (общий). Откроем их через меню «Все функции» (или «Функции для технического специалиста») и проверим записи по конкретному сотруднику.Часто причиной нестыковок становится механизм учета премий. В ЗУП 3.1 на вкладке Средний заработок в карточке начисления указывается, как премия пересчитывается пропорционально времени. Если в 2.5 премия считалась «полностью учитываемой», а в 3.1 по умолчанию встала как «учитываемая частично», итоговый коэффициент будет разным.
Рассмотрим сложную ситуацию: отпуск начислен в июне в ЗУП 2.5, но фактически выплачивается в июле, когда учет уже ведется в ЗУП 3.1. Здесь часто возникает «удвоение» налога в регистре НДФЛ.
Почему это происходит? В ЗУП 3.1 датой получения дохода для отпускных признается дата выплаты. Если в документе переноса данных за июнь уже зафиксирован этот доход, а вы вводите документ Отпуск в 3.1 для совершения выплаты, программа делает вторую запись в регистры НДФЛ.
Для исправления ситуации проанализируем следующие регистры:
Учет доходов для исчисления НДФЛ — здесь фиксируется факт получения дохода.Расчеты налогоплательщиков с бюджетом по НДФЛ — здесь отражается исчисленный налог.Выясним причину через документы переноса. Часто регистратором лишних сумм является документ Перенос данных с кодом НДФЛ за прошлые периоды (даже за декабрь предыдущего года, если там были отложенные начисления). Перейдем в Администрирование — Переносы данных, найдем нужный документ и вручную скорректируем записи в регистрах по конкретному сотруднику. Рекомендуется удалить дублирующие записи, чтобы текущий документ отпуска в 3.1 рассчитал налог корректно.
Если после переноса отчет «Остатки отпусков» показывает, что сотрудники «не гуляли» несколько лет, хотя это не так, проверим начальные данные. Разберем, где искать эти сведения:
Начальная штатная расстановка. В правой части таблицы этого документа есть колонки для ввода остатков отпусков.Ввод остатков отпусков. С его помощью можно установить корректные остатки на дату начала ведения учета в новой базе.Важный нюанс: программа рассчитывает остатки на основании права на отпуск, привязанного к позиции штатного расписания. Если в Начальной штатной расстановке данные не заполнены, ЗУП 3.1 начнет отсчет стажа для отпуска с даты начала эксплуатации.
После перехода крайне важно проверить равенство остатков в двух регистрах: Взаиморасчеты с сотрудниками и Зарплата к выплате. Если данные в них разнятся, ведомости на выплату зарплаты будут формироваться некорректно (будут подтягиваться лишние суммы или, наоборот, образовываться долги).
Проанализируем ситуацию: в ЗУП 3.1 учет ведется в разрезе «Документов-оснований». При переносе сальдо из 2.5 оно «привязывается» к документам переноса. Чтобы выплатить задолженность, возникшую в старой программе:
Ведомость.Зарплата к выплате через «Все функции». Сумма к выплате должна иметь пустую аналитику по документу-основанию или ссылаться на документ Перенос данных.Рассмотрим пример кода (условный алгоритм), который программа использует для формирования остатка в ведомости. Понимание этого поможет программисту отладить запрос в консоли:
// Упрощенная логика сбора данных для ведомости
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| Взаиморасчеты.СуммаОстаток КАК СуммаКВыплате,
| Взаиморасчеты.ДокументОснование КАК Основание
|ИЗ
| РегистрНакопления.ЗарплатаКВыплате.Остатки(&Период, Сотрудник = &Сотрудник) КАК Взаиморасчеты";
Если в результате переноса образовалось сальдо, которое невозможно закрыть стандартной ведомостью, рекомендуется сделать резервную копию базы и точечно подправить записи в регистрах через Перенос данных, добиваясь нулевого сальдо по старым периодам. Помните, что данные остатков в 3.1 должны строго соответствовать бухгалтерскому сальдо по счету 70.
Подводя итог, отметим: большинство проблем после переноса из ЗУП 2.5 в 3.1 решаются через проверку Даты получения дохода в регистрах НДФЛ и актуализацию данных в Начальной штатной расстановке. Тщательная проверка регистров накопления сразу после переноса позволит избежать лавинообразного накопления ошибок в будущих периодах.