Интеграция с 1С

Составить иерархическую структуру объектов метаданных со всеми ссылками на другие типы объектов, которые тоже необходимо учитывать при обмене. Такой перечень необходимо составить по всем интегрируемым базам.

Определить соответствие интегрируемых объектов в информационных системах пореквизитно. Необходимо обратить внимание на типы сопоставляемых реквизитов. В случае разных типов предусмотреть алгоритм их конвертации.

Согласно составленных таблиц соответствия настроить/запрограммировать правила обмена между информационными системами.

Регламент определяет кто, когда и в каком режиме будет проводить обмены данными информационных систем. Процесс обмена по возможности следует проводить в периоды времени наименьшей загрузки баз и наименьшей работы пользователей систем.

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

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

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

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

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

В пределах одной базы это решается внутренней системой блокировок объекта. В различных базах такую блокировку реализовать очень сложно, а зачастую просто невозможно. Такая ситуация возникает в случае, когда у одного и того же объекта в разных базах могут корректироваться разные реквизиты (в одной базе корректируют одни реквизиты, в другой базе корректируют другие). Это приводит к потере некоторых данных. Для минимизации ошибки необходимо либо полностью весь ввод данных по таким объектам осуществлять только в одной системе, либо сократить период синхронизации (на 100% не исключит проблему).

В одной системе, согласно алгоритма, данные считаются корректными, в другой системе алгоритм может отличаться и эти же данные могут быть некорректными. Например, обязательность заполнения реквизита. В базе источнике реквизит не обязателен к заполнению, а в базе приемнике – обязателен.

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

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

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