Интеграция программ или создаем целое из частностей

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

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

Рассмотрим как это все отразить в программе «1С:Бухгалтерия предприятия». Нам потребуется документ «Корректировка реализации».

Для разделения задачи, определим интеграцию можно как решение трех подзадач:

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

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

• Какое количество информационных систем участвует в обмене информацией?
• Какая информация используется в нескольких информационных системах?
• В каких системах должен вноситься каждый вид информации? Желательно, чтобы каждый вид информации вносился только в одну систему. Но если этого добиться не удается, то следует определить жесткие правила контроля дублей в данных (например, в качестве правил можно ввода номенклатуры, можно определить ее параметры, задать список значений этих параметров, и дать пользователю при вводе новой номенклатуры, выбирать параметры из фиксированного перечня)?
• Какая часть этой информации, используется в каждой из систем и подлежит обмену?
• Какая часть этой информации, позволит Вам однозначно определить ее уникальность в рамках всех систем (как пример, при интеграции клиентов, можно использовать ИНН)?
• Как часто нужно делать обмен данными, и в какой его части (например, справочник "Номенклатура" в системе бухгалтерского учета, при выписке товарных документов, должен соответствовать справочнику "Номенклатура" системы складского учета)?

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

• «Точка – точка» - это когда обмен происходит только между двумя информационными системами в один момент времени. Например, при наличии трех систем, обмен будет происходить, как поэтапное подключение одной системы к другой;
• «Интеграционная шина» - это отдельный класс программ, которые производят обмен данными через одну точку (это приложение), а также обеспечивают транзакции в работе систем.

Также эти варианты можно разделить на два вида:

• «Обмен в режиме on-line» - когда загрузка данных производится в момент обращения пользователя к ним;
• «Обмен по графику» - когда обмен данными производится согласно разработанного графика.

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

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

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

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