Интеграция 1С с BPM-системой. Избавляемся от дублей с помощью DATAREON Platform

19.01.26

Интеграция - WEB-интеграция

На связи Сергей Скирдин, технический директор ИТ-интегратора «Белый код». Прямая интеграция 1С и CRM или разных баз 1С может давать сбои. Например, в одном из недавних проектов у заказчика при стандартном обмене задваивались данные. Мы придумали, как решить проблему с помощью сервиса внутри DATAREON Platform. Короткий кейс, который показывает, как использовать возможности «посредника» для решения не совсем типовых задач.

Заказчик: инжиниринговый холдинг, занимается энергетическим и промышленным строительством, автоматизацией и системной интеграцией.

Задача: настроить интеграцию между базами 1С и BPM-системой, исключив при этом дубли.

 

С чем обратился заказчик

В инфраструктуре организации 12 баз «1С:ЗУП» и CRM-система на веб-платформе. Между системами активный обмен: множеству справочников требуются обновления данных. Однако компания столкнулась с проблемой дублей при обмене данными между базами 1С и CRM. Дело в том, что базы 1С никак между собой не связаны, и те же физлица при приеме на работу заводятся в каждую базу со своим идентификатором. При стандартной синхронизации из 1С в CRM создавались повторяющиеся записи по одним и тем же объектам. Это приводило к искажению информации, усложняло учет и мешало работе. Необходимо было реализовать механизм, который исключил бы появление дублей при передаче данных.

 

Что сделали

В пилотном проекте, чтобы протестировать вариант решения задачи, мы настроили обмен между 3 базами 1С и CRM-системой. Это 12 различных объектов (справочники, регистры, документы):

 

 

Для интеграции использовали DATAREON Platfrom. В Платформе есть сервис «Банк данных» для хранения пользовательских данных на MSSQL или PostgreSQL, и именно его мы задействовали, чтобы решить проблему дублей.

Основная идея — использовать банк данных внутри DATAREON как инструмент для контроля уникальности объектов.

Для начала мы создали таблицу в банке данных, где хранится соответствие идентификаторов между системами.

 

 

В этом кейсе в рамках пилота мы реализовали заполнение данной таблицы динамически, т. е. когда осуществляется передача объекта, мы записываем соответствие в банк данных. Но для реализации решения на проекте с целью безотказной работы необходимо будет прогрузить все публичные идентификаторы синхронизируемых объектов из баз 1С в Банк данных, для этого мы уже сделали обработку, которая выполняет эту функцию.

При отправке объекта (например, физлица) DATAREON обращается к банку данных и проверяет с помощью таблицы соответствий Банка данных, существует ли уже идентификатор этого объекта в системе-приемнике. Если идентификатор найден, он подставляется в объект, и дубли не создаются. Если идентификатора нет, выполняется сверка по комбинации ключевых полей (ФИО, дата рождения и др.), после чего новый объект добавляется в банк данных. Благодаря этому устраняются дубли на уровне Платформы.

Так схема для обработки реквизитов физического лица выглядит в DATAREON Platform.

 

 

Технически решение реализовано через стандартный функционал DATAREON: типы данных, обработчики и схемы с блоком «алгоритм». В рамках схемы предусмотрена логика поиска и записи соответствий в банк данных. Для обмена использовалась база MS SQL.

 

Результат

С помощью придуманной схемы и банка данных DATAREON Platform удалось полностью устранить дубли при синхронизации между 1С и CRM. Компания получила устойчивый механизм обмена, который масштабируется на все 12 баз «1С:ЗУП». Пилот подтвердил корректность подхода и стал основой для дальнейшего внедрения.

Выбор шины данных всегда сложный вопрос. Проект внедрения дорогой, ошибаться нельзя, поэтому мы всегда рекомендуем проводить пилоты. Все работы выполнялись на тотальных лицензиях. Стоимость пилота составила 500 тысяч рублей. Эти затраты позволили клиенту протестировать DATAREON и нас как подрядчика, принять взвешенное решение о выборе шины данных.

Вступайте в нашу телеграмм-группу Инфостарт

интеграция DATAREON Platform

См. также

Сайты и интернет-магазины WEB-интеграция Системный администратор Программист Пользователь 1С:Предприятие 8 1C:Бухгалтерия 1С:Управление торговлей 11 Автомобили, автосервисы Россия Управленческий учет Платные (руб)

Интеграционный модуль обмена между конфигурацией Альфа Авто 5 и Альфа Авто 6 и порталом AUTOCRM / LOGICSTARS. Данный модуль универсален. Позволяет работать с несколькими обменами AUTOCRM / LOGICSTAR разных брендов в одной информационной базе в ручном и автоматическом режиме.

35000 руб.

03.08.2020    23032    33    24    

26

WEB-интеграция Программист Бизнес-аналитик 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Оптовая торговля, дистрибуция, логистика ИТ-компания Платные (руб)

Модуль "Экспортер" — это расширение для 1С, предназначенное для автоматизации процессов выгрузки данных. Оно позволяет эффективно извлекать, преобразовывать и передавать данные из систем 1С в интеграционную платформу Spot2D. Подсистема упрощает настройку, снижает количество ручных операций и обеспечивает удобный контроль данных.

17280 руб.

20.12.2024    5103    22    4    

24

WEB-интеграция Анализ продаж Системный администратор Программист Пользователь 1С:Предприятие 8 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Управленческий учет Платные (руб)

Модуль "Подсистема интеграции AmoCRM с 1С" позволяет обеспечить единое информационное пространство, в котором пользователи могут эффективно управлять клиентской базой, следить за статусами сделок и поддерживать актуальность данных как в AmoCRM, так и в 1С.

60000 руб.

07.05.2019    40907    75    45    

31

WEB-интеграция Программист 1С:Предприятие 8 1С:Бухгалтерия 3.0 Бытовые услуги, сервис Платные (руб)

Расширение для автоматизации передачи данных между сервисом Vetmanager с 1С: Бухгалтерия 3.0. Решение позволяет загружать документы и справочники из Ветменеджер в 1С:Бухгалтерию, сокращая время на ручной ввод данных и минимизируя ошибки.

19672 руб.

02.02.2021    21682    62    52    

40

Обмен с ГосИС WEB-интеграция Бухгалтер Пользователь 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия государственного учреждения 1С:Документооборот 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

Обработка является альтернативой механизму, разработанному фирмой 1С и заполняющему реквизиты контрагента по ИНН или наименованию. Не требуется действующей подписки ИТС. Вызывается как внешняя дополнительная обработка, т.е. используется, непосредственно, из карточки контрагента. Заполнение по ИНН или наименованию реквизитов контрагента по данным сайта ФНС (egrul.nalog.ru) для БП 2.0, БП 3.0, БГУ 1.0, БГУ 2.0, УТ 10.3, УТ 11.x, КА 1.1, КА 2.x, УПП 1.x, ERP 2.x, УНФ 1.5, УНФ 1.6, УНФ 3.0, ДО 2.1

5196 руб.

28.04.2016    99760    115    219    

363
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. gybson 19.01.26 17:02 Сейчас в теме
Это ведь так и с контрагентами можно сделать, искать их по ИНН+КПП в Datareon. Перспективы потрясающие.
2. paulwist 20.01.26 08:54 Сейчас в теме
Если идентификатор найден, он подставляется в объект, и дубли не создаются. Если идентификатора нет, выполняется сверка по комбинации ключевых полей (ФИО, дата рождения и др.), после чего новый объект добавляется в банк данных.


Хех, а что является уникальным идентификатором??

Предлагаю упростить алгоритм в 2 раза, сразу искать "комбинации ключевых полей (ФИО, дата рождения и др.)" , тогда шага "Если идентификатор найден" не потребуется. :)

Ведь в вашей парадигме есть допущение, что идентификатор и "комбинации ключевых полей (ФИО, дата рождения и др.)" никогда не изменяются (т.е., например, человек не может изменить ФИО ) :) :)
3. sergey.skirdin 75 20.01.26 10:55 Сейчас в теме
(2) Уникальным идентификатором является УИД объекта в 1с.

Убирать поиск по уникальному идентификатору нельзя:
1) Люди меняют фамилии, реже имена и отчества.
2) Даже если человек ничего не менял, есть человеческий фактор, кадровик может ошибиться в дате рождения к примеру, и потом ее заменить.
Если убрать поиск по УИД, будет создан новый элемент, что не правильно.

В целом, мы тут не изобретали никакого велосипеда, правила поиска заимствованы из алгоритмов Enterprise Data, которые прекрасно работают в тысячах компаний.
4. paulwist 20.01.26 11:29 Сейчас в теме
(3)
Если убрать поиск по УИД, будет создан новый элемент, что не правильно.


Тогда не понятно, почему после поиска по УИДу, если он не найден, вы ищете по ФИО??

Если на первом шаге не нашли по УИДу, а на втором шаге нашли по ФИО, то что делаете??
5. sergey.skirdin 75 20.01.26 11:54 Сейчас в теме
(4) Искать по ключевым полям нужно, чтобы избежать дублей. В кейсе 12 ЗУП-ов по количеству организаций в холдинге. ЗУПы между собой обмена не имеют.

Иванов Иван Иваныч с номером СНИЛС 3333-333-3333 пришел в организацию 1, и его завели в первом зупе с УИД 111111111111. Спустя время он перешел в организацию 2, где кадровик снова его принимает и заводит в ЗУП2, УИД будет уже другой, 222222222222.

В результате выгрузки второй элемент по ИД не будет найден, но успешно найдется по СНИЛС + ФИО и дубля не возникнет.

В итоге в таблице соответствий будет записано, что объект с УИД 111111111111 в базе ЗУП1, это тоже самое, что объект с УИД 222222222222 в базе ЗУП2. При последующих выгрузках поиск по ключевым полям не будет производиться, т.к. в таблице уже установлено соответствие.
Для отправки сообщения требуется регистрация/авторизация