← На главную

Когда речь заходит о синхронизации данных между конфигурациями 1С:ERP Управление предприятием и 1С:Зарплата и Управление Персоналом (ЗУП), большинство специалистов сразу представляют стандартный сценарий: кадровый и зарплатный учет ведется в ЗУП, а сводные данные о зарплате и налогах передаются в ERP для финансового учета. Однако возникают ситуации, когда бизнес-процессы требуют обратного направления: передачу детальных кадровых документов из ERP в ЗУП. Стандартные механизмы обмена EnterpriseData, к сожалению, не предусматривают такой функциональности. В этой статье мы подробно разберем, как реализовать такую нестандартную синхронизацию, используя собственные правила обмена.

Почему возникла такая нестандартная задача?

Прежде чем погружаться в технические детали, давайте выясним, почему вообще может возникнуть потребность в таком "обратном" обмене. В типичной конфигурации ERP может быть "официальной" системой, где ведется весь кадровый учет, начисляются зарплата, налоги и страховые взносы. В то же время, ЗУП может использоваться как операционный инструмент для детального учета сдельной зарплаты, контроля мастеров и формирования сменных заданий. Например, для:

1. Контроля актуальности данных: Мастерам в ЗУП необходимо видеть актуальных сотрудников, принятых в ERP, а также отслеживать их движение (переводы, увольнения). Это предотвращает ситуации, когда уволенные сотрудники ошибочно включаются в сдельную работу.
2. Соблюдения графиков и режимов работы: Синхронизация данных о нерабочих днях, отпусках и отсутствиях позволяет избежать некорректного начисления смен и зарплаты сотрудникам, которые фактически не работали.
3. Предотвращения двойных работ: Обеспечивает точность в деталях сдельной работы, исключая пересечения и ошибки.

Таким образом, хотя это и является отходом от типовой архитектуры, такие бизнес-потребности делают разработку индивидуального решения необходимой.

Основное решение: Разработка собственных правил обмена

Поскольку стандартный обмен EnterpriseData не содержит сущностей для передачи кадровых документов (приемы, переводы, увольнения, отпуска, командировки, табель) из ERP в ЗУП, нам предстоит разработать собственный механизм. Основными инструментами для этого будут:

1. Конвертация Данных 2.0 (КД2): Это основной инструмент для создания и редактирования правил конвертации данных между различными конфигурациями 1С.
2. План обмена на основе БСП: Для обеспечения надежной и типовой инфраструктуры обмена данными, включая регистрацию изменений и механизмы отправки/получения сообщений.
3. Универсальный обмен данными в формате XML: Процесс обмена будет осуществляться через файлы в XML-формате, которые являются контейнерами для сообщений EnterpriseData.

Рассмотрим подробнее шаги, необходимые для реализации.

Шаги по реализации синхронизации

1. Подготовка и предварительный анализ

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

1. Определяем список документов: Четко установим, какие именно кадровые документы из ERP должны попасть в ЗУП. Это могут быть: ПриемНаРаботу, КадровыйПеревод, Увольнение, Отпуск, Командировка, ТабельУчетаРабочегоВремени, а также данные по отсутствиям.
2. Соответствие нормативно-справочной информации (НСИ): Крайне важно убедиться, что ключевые справочники в обеих системах синхронизированы и имеют единую логику сопоставления. К ним относятся:
   • ФизическиеЛица
   • ПодразделенияОрганизаций (или СтруктурныеПодразделения)
   • Должности
   • Организации

   Нам необходимо будет решить, как будут сопоставляться эти элементы при обмене. Часто используют ГУИДы, коды или наименования, но важно, чтобы они были уникальны и корректны в обеих базах.

3. Направление обмена: В нашем случае обмен будет односторонним – только из ERP в ЗУП.

2. Создание плана обмена на основе БСП

Для создания надежного механизма обмена мы будем использовать функционал Библиотеки стандартных подсистем (БСП). Это позволит нам задействовать типовые механизмы регистрации изменений объектов и обмена сообщениями.

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

3. Разработка правил конвертации данных (КД2)

Это самый объемный и сложный этап. Мы будем использовать внешнюю обработку Конвертация Данных 2.0.

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

4. Настройка обмена через универсальный обмен данными в формате XML

После того как правила конвертации созданы и отлажены, нам необходимо настроить сам процесс обмена в системах 1С.

1. Сохранение правил обмена: Правила, разработанные в КД2, сохраним в виде XML-файла. При сохранении может быть опция "сжимать в ZIP-архив". Обычно в ZIP-архиве содержатся отдельные файлы: для отправителя, для получателя и правила регистрации. Если возникают проблемы с открытием файлов (например, сообщение "Указанный файл не существует"), убедитесь в корректности пути и прав доступа к папке.
2. Настройка обмена в ERP и ЗУП:
   • В каждой из конфигураций (ERP и ЗУП) перейдем в раздел "Администрирование" (или аналогичный), найдем "Настройка синхронизации данных".
   • Создадим новую настройку синхронизации, используя "Универсальный обмен данными в формате XML".
   • Укажем путь к папке обмена (локальный/сетевой каталог, FTP-ресурс), где будут храниться файлы обмена.
   • Загрузим разработанные XML-правила обмена в соответствующий раздел настройки.
3. Настройка расписания: Для "бесшовной" интеграции необходимо настроить регламентное задание, которое будет автоматически запускать обмен данных по заданному расписанию (например, каждые 15 минут, раз в час или несколько раз в день). Это обеспечит актуальность данных в ЗУП.

5. Альтернативные методы (Веб-сервисы/API)

Для более гибкой и быстрой интеграции, особенно в крупных и сложных системах, мы можем рассмотреть использование веб-сервисов (API). Этот метод требует более глубоких технических знаний для настройки API в обеих системах:

1. Настройка отправки данных в ERP: В ERP создаются собственные веб-сервисы, которые будут по расписанию формировать и отправлять данные о кадровых документах.
2. Настройка приема данных в ЗУП: В ЗУП настраивается API, которое будет принимать эти данные и автоматически создавать или обновлять соответствующие документы и справочники.

Этот подход обеспечивает высокую степень автоматизации и точности, минимизируя задержки в обмене.

Ключевые моменты и рекомендации

1. Кропотливый труд: Реализация такой синхронизации – это трудоемкая задача, требующая высокой квалификации разработчика 1С. Автоматическая генерация правил в КД2 — это лишь отправная точка; значительная часть работы — это ручная доработка и отладка.
2. Тестирование: Мы должны провести тщательное тестирование обмена на тестовых базах перед внедрением в продуктивную среду. Необходимо проверить корректность создания/обновления документов, их проведения и отсутствие дублирования.
3. Обработка ошибок и логирование: В правилах обмена следует предусмотреть механизмы обработки ошибок и подробное логирование, чтобы можно было отслеживать проблемы и оперативно их устранять.
4. Поддержка при обновлениях: При каждом обновлении конфигураций ERP и ЗУП мы должны проверять совместимость правил обмена и, при необходимости, дорабатывать их. Это требует постоянной поддержки со стороны разработчика.
5. Соответствие законодательству: Помним, что ЗУП часто обновляется быстрее, чтобы оперативно реагировать на изменения в законодательстве. Если ERP является "официальной" базой для кадров, мы должны быть уверены, что все изменения законодательства учтены и в ней.
6. Дублирование данных: Мы должны быть готовы к тому, что при некорректной настройке обмена могут возникать дублированные записи или некорректные списки документов. Требуется внимательная настройка правил поиска и сопоставления.

Хотя такое решение и может показаться "странным" с точки зрения типовой архитектуры 1С, оно вполне реализуемо при наличии квалифицированных специалистов и четкого понимания бизнес-процессов. Главное – осознавать трудоемкость задачи и готовность к ее постоянной поддержке.