При настройке регулярной синхронизации между конфигурациями 1С:Зарплата и управление персоналом 3.1 и 1С:ERP Управление предприятием 2 пользователи нередко сталкиваются с ситуацией, когда проведенные документы выплаты зарплаты упорно не регистрируются к обмену. Попытка добавить такие объекты на узел плана обмена вручную также не дает результата: в итоговом файле выгрузки данные отсутствуют, а в приемнике новые документы не появляются.
Разберем логику работы типового механизма интеграции через универсальный формат EnterpriseData, выясним причину такого поведения системы и рассмотрим правильный порядок действий для успешной передачи данных по выплатам.
Главная причина, по которой документ Ведомость в банк не регистрируется к обмену привычным образом, заключается в архитектуре типовых правил конвертации. В рамках интеграции ЗУП и ERP выплата зарплаты через банк не переносится как самостоятельная расчетная ведомость. Для подсистемы казначейства ERP эти данные представляют собой финансовую потребность, которая должна трансформироваться в документ Заявка на расходование денежных средств.
Рассмотрим специфику обработки различных видов ведомостей:
Платежное поручение, внутри которого выбрана соответствующая ведомость. На стороне ERP на основании этой связки создаются заявки на расходование денежных средств с видом операции по перечислению зарплаты по зарплатному проекту, а также отдельные заявки на перечисление налогов (НДФЛ).Заявку на расходование денежных средств либо сразу в расчетно-платежные документы Расходный кассовый ордер / Списание безналичных ДС, если опция заявок в базе-приемнике отключена).Проанализируем ситуацию, когда пользователь открывает обработку регистрации изменений и принудительно добавляет Ведомость в банк к выгрузке. При формировании пакета отправки платформа обращается к Правилам выгрузки данных (ПВД). Если в конфигурации отсутствует правило, разрешающее самостоятельную сериализацию объекта в формат EnterpriseData без сопутствующих документов, обработка выгрузки просто пропускает данный объект. В результате узел помечает изменение как обработанное, но в исходящий XML-файл строка с данными не попадает.
Если ведомости не выгружаются даже при наличии документов перечисления, выполним пошаговую диагностику настроек в базе-источнике (ЗУП 3.1):
Администрирование — Синхронизация данных — Настройки синхронизации данных. Откроем параметры используемого подключения. Обратим внимание на переключатель детализации: выгрузка ведомостей возможна только в режиме С детализацией по сотрудникам. Если в настройках включен режим Сводно по сотрудникам, все зарплатные ведомости программно исключаются из механизма регистрации изменений.Месяц начала использования. Любые расчетные документы и ведомости, дата или расчетный период которых предшествуют указанному месяцу, автоматически отсекаются правилами регистрации объектов (ПРО).Не отправлять.Для корректного отражения взаиморасчетов с сотрудниками в контуре ERP выполним следующий алгоритм:
Ведомость в банк.Платежное поручение, проверив заполнение банковских реквизитов и привязку к исходной ведомости.Казначейство — Заявки на расходование денежных средств. Убедимся, что новые заявки на выплату зарплаты и уплату НДФЛ успешно загрузились в систему с корректным статусом.В случаях, когда учетная политика предприятия категорически требует переносить ведомости без формирования платежных поручений на стороне ЗУП, потребуется адаптация обмена. Для этого программисту необходимо скорректировать правила регистрации (ПРО) и правила конвертации (КД 3), добавив собственное правило обработки ведомостей, и подключить измененные правила через расширение конфигурации.