Переход из программ 1С:Зарплата и управление персоналом (ЗУП) и 1С:Бухгалтерия (БП) в комплексную систему 1С:ERP 2 часто сопровождается техническими сложностями на этапе ввода начальных данных. Одной из наиболее острых проблем является отсутствие движений по регистрам в документах Отражение зарплаты в бухучете, загруженных из внешней системы. Это влечет за собой некорректный расчет оценочных обязательств (резервов отпусков), появление огромных отрицательных остатков и невозможность свести баланс по зарплатным участкам. В этой статье мы подробно разберем, почему это происходит и как правильно восстановить учет резервов.
Проанализируем архитектурную особенность 1С:ERP. В этой системе документ Отражение зарплаты в бухучете может работать в двух режимах. Если в настройках системы указано, что расчет зарплаты ведется во внешней программе, ERP воспринимает этот документ только как транслятор данных для финансового учета (формирования проводок). В этом случае детальные движения по «зарплатным» регистрам (начисления, удержания, налоги, оценочные обязательства) программно блокируются, так как предполагается, что «мастер-данные» остаются в ЗУП.
Когда пользователи принимают решение о полном переходе на расчет в ERP с конкретной даты (например, с 1 января), они сталкиваются с тем, что старые документы, перенесенные из ЗУП, не создали записей в регистрах накопления. В результате регистры Оценочные обязательства и Оценочные обязательства по сотрудникам содержат только «приход» из архивных документов ввода остатков, но не содержат «расхода» (использования резервов при начислении отпусков), который должен был прийти из документов отражения.
Рассмотрим основной способ исправления ситуации, который рекомендуют опытные специалисты. Поскольку стандартные документы Отражение зарплаты в бухучете в данной ситуации нельзя «перепровести» для появления движений, нам необходимо воспользоваться универсальным техническим инструментом — документом Перенос данных.
Документ Перенос данных является легитимным регистратором для любых зарплатных регистров в ERP. В отличие от Корректировки регистров, система воспринимает его как источник начальных данных, что важно для последующих расчетов среднего заработка и инвентаризации резервов.
Для восстановления корректных остатков нам потребуется перенести отсутствующие расходные движения по оценочным обязательствам. Выясним, по каким именно регистрам нужно добавить записи:
Оценочные обязательства — общий регистр для отражения сумм в бухгалтерском и налоговом учете в разрезе организаций и подразделений.Оценочные обязательства по сотрудникам — детальный регистр, по которому рассчитывается использование резерва конкретным работником. Именно отсутствие данных в нем приводит к «минусам» при начислении отпуска.Проанализируем пример логики программного заполнения документа Перенос данных. Мы можем выгрузить данные о расходе резервов из старой базы ЗУП и загрузить их в ERP. При этом крайне важно соблюсти структуру измерений.
// Пример логики заполнения регистра в документе Перенос данных
НоваяСтрока = ТаблицаРегистраПоСотрудникам.Добавить();
НоваяСтрока.Сотрудник = ДанныеИзЗУП.Сотрудник;
НоваяСтрока.Организация = Объект.Организация;
НоваяСтрока.ВидОбязательства = Справочники.ОценочныеОбязательства.НайтиПоНаименованию("Резерв ежегодных отпусков");
НоваяСтрока.Сумма = ДанныеИзЗУП.СуммаРезерва;
НоваяСтрока.ВидДвижения = ВидДвиженияНакопления.Расход;
Разберем важный нюанс, выявленный в ходе обсуждения. В новых версиях ERP (начиная с 2.5.9 и выше) структура регистров оценочных обязательств изменилась: появилось обязательное измерение Резерв (ссылка на справочник Оценочные обязательства и резервы). При переносе данных из старых версий ЗУП это поле часто остается пустым.
Важный момент: Хотя система на уровне некоторых запросов может интерпретировать пустое значение как «предопределенный резерв по отпускам», на практике это часто приводит к «разлету» остатков. Суммы «зависают» на пустом значении, а текущие расчеты ERP пытаются списать резерв с конкретного элемента Резерв ежегодных отпусков.
Посмотрим, как правильно поступить в этой ситуации. При заполнении документа Перенос данных необходимо принудительно проставить ссылку на элемент справочника. Если вы видите, что в архивных документах (например, Резервы отпусков (архив)) это поле пустое, рекомендуется также скорректировать их или перенести эти «приходные» движения в тот же Перенос данных, заполнив измерение Резерв корректным значением.
Посмотрим на ситуацию с точки зрения методологии ERP. Если вы переходите на расчет в ERP с начала года, существует более «чистый» способ зафиксировать остатки, не прибегая к ручному заполнению регистров расхода. Это использование документа Резервы по оплате труда с видом операции Инвентаризация.
Разберем алгоритм работы этого метода:
Резервы по оплате труда на дату начала ведения учета в ERP (например, на 31 декабря предыдущего года).Инвентаризация просто доначислит всю нужную сумму до целевого остатка.Этот способ хорош тем, что он автоматически выравнивает данные и не требует написания сложных обработок по переносу движений из ЗУП. Однако он подходит только в том случае, если расчетные данные по среднему заработку и остаткам отпусков уже корректно загружены в ERP.
Проанализировав ситуацию, можно сделать следующие выводы для успешного завершения перехода:
Отражение зарплаты, загруженные из ЗУП за прошлые периоды, если система настроена на расчет во внешней программе. Это не даст результата.Оценочные обязательства. Это самый гибкий способ, позволяющий точно повторить движения из старой базы.Резерв не должно быть пустым. Всегда указывайте ссылку на Резерв ежегодных отпусков, чтобы избежать технических ошибок в отчетах и при закрытии месяца.Перенос данных с входящими остатками должны быть датированы последним числом месяца, предшествующего началу учета (например, 31.12.2023, если учет в ERP начинается с 01.01.2024).Следуя этим инструкциям, вы сможете устранить проблему «минусовых» остатков по резервам и обеспечить корректную работу блока зарплаты и кадров в 1С:ERP.