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