При переходе с редакции 2.5 на 1С:Зарплата и Управление Персоналом 3.0 (или 3.1) пользователи часто сталкиваются с ситуацией, когда при автоматическом заполнении документов Ведомость в банк или Ведомость в кассу в табличную часть подтягиваются суммы за давно закрытые периоды (например, за 2012, 2013 или 2014 годы). При этом итоговое сальдо по сотруднику нулевое, а фактической задолженности перед работником нет.
Проанализируем природу возникновения этой ошибки, разберем регистры, отвечающие за выплату зарплаты, и рассмотрим проверенные способы устранения проблемы.
В конфигурации 1С:ЗУП 2.5 учет взаиморасчетов мог вестись без жесткой привязки к месяцам начисления, если в параметрах учета была отключена соответствующая опция. Выплаты проводились по дате документа, и контроль остатков в разрезе каждого отдельного месяца не выполнялся. В редакции 3.0 и 3.1 учет ведется строго в разрезе месяцев начисления и аналитических измерений.
Выделим основные причины появления старых периодов:
ЗарплатаКВыплате. При переносе остатков начисление могло зафиксироваться по одним реквизитам, а выплата — по другим (например, не совпали Подразделение, СтатьяФинансирования, СтатьяРасходов или ДокументОснование). В результате образуются встречные положительные и отрицательные остатки, дающие в сумме 0, но не закрывающие движения в разрезе аналитики.Перерасчеты. При переносе документов или случайном перепроведении документов прошлых лет программа регистрирует необходимость пересчитать зарплату, и ведомость пытается обработать эти записи.Важно: Простое ручное удаление строк за прошлые периоды из текущей ведомости не решает проблему. Это действие очищает строки только в одном документе, но не списывает «хвосты» в регистрах накопления. При формировании ведомости за следующий месяц вся цепочка прошлых периодов появится снова.
Рассмотрим самый быстрый и безопасный способ выравнивания взаиморасчетов без прямого редактирования служебных регистров:
Ведомость в банк (или Ведомость в кассу) на дату начала ведения учета в новой базе.0.ЗарплатаКВыплате, после чего старые периоды перестанут попадать в рабочие ведомости.Если автоматическое схлопывание не помогло из-за глубокого расхождения аналитики, разберем ручной анализ регистра накопления:
Зарплата к выплате.ПериодВзаиморасчетов, который ошибочно появляется в ведомости.ФизическоеЛицо, Сотрудник, Подразделение, СтатьяФинансирования, СтатьяРасходов, ДокументОснование.Перенос данных с движениями по регистрам ЗарплатаКВыплате, ВзаиморасчетыССотрудниками и БухгалтерскиеВзаиморасчетыССотрудниками для закрытия повисших остатков.Проверим, не вызваны ли лишние строки зарегистрированными перерасчетами задним числом:
Рекомендация: После завершения всех корректировок обязательно перейдем в раздел Администрирование — Настройки пользователей и прав — Даты запрета изменения данных и установим дату запрета на границу переноса данных. Это защитит базу от повторного появления пересортицы при случайных перепроведениях старых документов.