← На главную

В процессе интеграции конфигураций Зарплата и Управление Персоналом и Бухгалтерия предприятия 3.0 часто возникает задача оперативной передачи данных о сотрудниках. Стандартный типовой обмен, как правило, настроен на выгрузку данных по мере начисления заработной платы. Однако для нужд учета спецодежды, выдачи доверенностей или работы с подотчетными лицами сотрудник должен появиться в Бухгалтерии предприятия значительно раньше.

Рассмотрим, как реализовать этот процесс, какие компоненты системы потребуется изменить и на что обратить внимание при настройке правил обмена.

Ограничения типового механизма обмена

Типовой обмен между ЗУП и БП 3.0 использует Планы обмена и правила, ориентированные на передачу результатов расчета. Проблема заключается в том, что регистрация изменений в узле плана обмена происходит преимущественно при проведении документов начисления. Чтобы изменить этот порядок, нам потребуется вмешаться в логику работы механизмов Конвертации данных.

Шаг 1: Доработка правил регистрации и конвертации

Чтобы обеспечить передачу карточки сотрудника сразу после ее создания, необходимо доработать Правила регистрации объектов (ПРО) и Правила конвертации объектов (ПКО).

1. Анализ правил: Необходимо проверить, какие объекты задействованы при выгрузке. Сотрудник в ЗУП неразрывно связан со справочниками Физические лица, Подразделения и Должности. Если передать только карточку сотрудника без зависимых объектов, БП 3.0 не сможет корректно создать элемент из-за отсутствия ссылок.
2. Внедрение расширения: Оптимальным решением является создание расширения конфигурации, которое будет переопределять логику включения кадровых данных в обмен. Это позволит избежать изменения основной конфигурации и упростит дальнейшие обновления системы.
3. Отключение ограничений выгрузки: В типовых правилах часто стоит признак выгрузки по необходимости (например, только при наличии начислений). В настройках ПКО необходимо снять этот признак, чтобы регистрация изменений происходила при записи справочника Сотрудники, а не только при проведении расчетных документов.

Шаг 2: Реализация автоматической синхронизации

После доработки правил регистрации, система начнет регистрировать изменения для справочника Сотрудники при каждом сохранении карточки пользователя. Чтобы данные передавались «по мере появления», рекомендуется придерживаться следующего алгоритма:

Использование расписания: Для того чтобы сотрудники оперативно попадали в целевую базу, настройте выполнение регламентного задания по обмену с высокой периодичностью. Если типовой обмен настраивается через Синхронизацию данных, убедитесь, что интервал запуска составляет несколько раз в день или чаще.

Работа с 1С:Шиной (альтернативный подход): Если требования бизнеса подразумевают передачу данных «в реальном времени» (мгновенно), рассмотрите архитектуру на базе 1С:Шины. В этом случае:

• При записи справочника Сотрудники в ЗУП через подписку на событие ПриЗаписи вызывается процедура отправки данных в шину.
• 1С:Шина выступает посредником, который доставляет сообщение в БП 3.0.
• В целевой базе создается обработчик, который принимает JSON-сообщение и обновляет карточку сотрудника.

Шаг 3: Нюансы ведения учета в БП 3.0

Даже если карточка сотрудника успешно перенесена в Бухгалтерию предприятия, для корректного оформления спецодежды или доверенностей необходимо проверить настройки учета в самой БП:

Детализация по сотрудникам: Убедитесь, что в настройках параметров учета БП включена детализация расчетов с персоналом. Если учет ведется сводно, система может блокировать проведение документов, требующих привязки к конкретному физическому лицу.

Проверка ссылочной целостности: При переносе данных через правила конвертации убедитесь, что GUID (уникальные идентификаторы) физических лиц в обеих базах совпадают. Если этого не обеспечить, система создаст дубликаты, что приведет к ошибкам в аналитике по сотрудникам.

Рекомендации по реализации

Для программистов, выполняющих задачу, важно помнить о следующих моментах:

1. Не правьте напрямую типовые модули. Используйте расширения для модификации методов Плана обмена.
2. Используйте Конвертацию данных 3.0 для настройки правил. Если потребуется передавать дополнительные реквизиты (например, размеры одежды), добавьте их в структуру EnterpriseData через расширение формата.
3. Перед переносом изменений на рабочую базу, обязательно протестируйте синхронизацию на копии, особенно в части сопоставления уже существующих физических лиц, чтобы не «размножить» карточки сотрудников.

Таким образом, доработка типового обмена является наиболее рациональным путем решения задачи, позволяющим объединить кадровый учет ЗУП и управленческие нужды Бухгалтерии предприятия без избыточной сложности.