Вопрос синхронизации данных между конфигурациями «Зарплата и кадры государственного учреждения 3.0» (ЗГУ) и «Бухгалтерия государственного учреждения 1.0» (БГУ) является крайне актуальным для бюджетных организаций. Часто бухгалтеры, имеющие опыт работы в коммерческих версиях программ (ЗУП и БП), ожидают аналогичного поведения от государственных конфигураций. Однако здесь существует ряд архитектурных нюансов, которые мы подробно разберем в этой статье.
Рассмотрим ситуацию: в программе ЗГУ 3.0 начислен фонд оплаты труда. Бухгалтеру необходимо перенести эти данные в БГУ 1.0 таким образом, чтобы в документе Отражение зарплаты в учете суммы не «схлопывались» общим итогом по счетам и аналитике, а отображались в разрезе каждого конкретного сотрудника. Проанализируем, почему типовыми средствами в связке с БГУ 1.0 это сделать затруднительно.
Прежде всего, выясним, где в ЗГУ 3.0 включается сама возможность ведения учета в разрезе сотрудников. Для этого нам необходимо обратиться к настройкам расчета зарплаты. Пройдем по шагам:
Важный момент: если мы установим переключатель в положение «С детализацией по сотрудникам», то внутри самой ЗГУ 3.0 в документе Отражение зарплаты в бухучете данные будут распределены пофамильно. Однако это лишь первый этап. Проблема кроется в том, как эти данные поведут себя при «переезде» в бухгалтерскую программу.
Рассмотрим причину, по которой даже при включенной детализации в ЗГУ, данные в БГУ 1.0 всё равно приходят сводными суммами. Проанализируем техническую составляющую обмена:
Программа БГУ 1.0 построена на базе обычных форм и использует механизмы обмена, заложенные более десяти лет назад. В стандартной поставке правил синхронизации (которые базируются на технологии Конвертация данных 2.0) жестко прописан алгоритм сворачивания данных. Даже если в XML-файл выгрузки попадают фамилии, приемник (БГУ 1.0) при загрузке игнорирует субконто Сотрудники на счетах расчетов (например, на счете 302.11).
В отличие от современной БГУ 2.0, где в настройках параметров учета можно явно указать способ ведения расчетов с персоналом, версия 1.0 архитектурно ориентирована на сводный учет. Типовой механизм синхронизации просто не содержит инструкций по заполнению аналитики по сотрудникам для документа Отражение зарплаты в учете.
Если организация всё же настаивает на «почеловечной» выгрузке, существует два пути. Разберем их подробно.
Для реализации этой задачи потребуется привлечение программиста 1С для редактирования правил обмена в Конвертации данных. Посмотрим, какие изменения придется внести:
// Пример логики, которую программисты пытаются внедрить в ПВД или ПКС
// для сохранения аналитики по сотрудникам
Если Источник.ВариантДетализации = Перечисления.ВариантФормированияПроводок.ПоСотрудникам Тогда
Значение = Источник.Сотрудник;
Иначе
Значение = Справочники.Сотрудники.ПустаяСсылка();
КонецЕсли;
Однако, проанализируем риски такой доработки, которые часто перевешивают пользу:
Отражение зарплаты в учете в БГУ 1.0 станет колоссальным. Это приведет к значительному замедлению проведения документа и формированию отчетов по счету 302.11.Заявка на кассовый расход) должна быть оформлена пофамильно. В противном случае сальдо по счету 302.11 будет «висеть»: общая сумма выплаты не закроет начисления по конкретным людям.Это официальная рекомендация фирмы «1С». В БГУ 2.0 (на управляемых формах) функционал детализации по сотрудникам является штатным. При синхронизации ЗГУ 3.0 и БГУ 2.0 данные переносятся корректно без изменения программного кода, а сама система оптимизирована под такие объемы данных.
Выясним, как обеспечить нужную детализацию бухгалтеру, не ломая типовую синхронизацию в БГУ 1.0. Проанализируем практику ведущих учреждений:
Использование отчетов в ЗГУ: для детального анализа расчетов по конкретным людям целесообразно использовать специализированные отчеты в зарплатной базе. Рассмотрим такие отчеты, как Анализ зарплаты по сотрудникам или Полный свод начислений, удержаний и выплат. Они предоставляют исчерпывающую информацию, которую нет смысла дублировать в бухгалтерской базе.
Печатные формы как обоснование: к сводному документу Отражение зарплаты в учете, загруженному в БГУ 1.0, рекомендуется прикладывать распечатанную и заверенную расчетную ведомость из ЗГУ 3.0. С точки зрения методологии бухгалтерского учета в госучреждениях, этого вполне достаточно для подтверждения операций.
Мы выяснили, что отсутствие «почеловечной» выгрузки в БГУ 1.0 — это не ошибка программы, а ее архитектурное ограничение. Попытка обойти это ограничение через правку правил обмена создает больше проблем (в частности, с распределением платежей в ЗКР), чем решает задач. Оптимальным решением для пользователей БГУ 1.0 остается ведение сводного учета в бухгалтерии и детального — в ЗГУ. Если же детальный учет в бухгалтерии жизненно необходим, следует рассмотреть переход на современную платформу БГУ 2.0.