Какая технология представляет интеграционные свойства windows
Интегрированные информационные технологии и системы
Современная информационно-коммуникационная система предприятия является интегрированной средой функционирования современных ИТ, реализующих деловые цели. В рамках одной информационной системы могут использоваться десятки ИТ, автоматизирующих различные управленческие функции и активно применяемых на этапе подготовки в процессе принятия решений на различных уровнях управления (рис. 11.1). В связи с этим следует отметить, что сегодня на отечественном рынке преобладают две основные тенденции их разработки и внедрения.
Первая заключается, например, в том, что предприятие предпринимает усилия по внедрению систем автоматизации лишь на отдельных участках своей деятельности, довольствуясь выборочной («лоскутной») автоматизацией и предполагая в дальнейшем объединить их в общую систему. Несмотря на то что этот путь, на первый взгляд, кажется менее затратным, опыт внедрения таких систем показывает, что минимальные затраты в подобных проектах чаще всего оборачиваются минимальной отдачей, а то и вообще не приносят желаемого результата.
При лоскутной автоматизации практически невозможно увидеть реальную картину деятельности предприятия. Следовательно, невозможно и сколько-нибудь обоснованно планировать его деятельность и соответствующие финансовые показатели. Итогом «лоскутной» информационной реды является низкая эффективность работы ее составляющих, увеличение затрат на поддержку, эксплуатацию и развитие, невозможность обеспечить требуемую информационно-учетную и аналитическую поддержку бизнес-процессов на должном уровне. В результате – потери в эффективности бизнеса!
Рис. 11.1. Категории информационных подсистем, поддерживающие различные типы решений
Вторая тенденция – комплексное внедрение систем автоматизации и информационного сопровождения процессов, что позволяет охватить все звенья системы менеджмента: от низового уровня производственных подразделений до верхнего управленческого уровня. В этом случае такая интегрированная система включает:
- • автоматизацию и информационное сопровождение управленческих процессов, процессов анализа и стратегического планирования;
- • автоматизацию многих направлений деятельности предприятия (бухгалтерский учет, управление финансами, персоналом, сбытом, снабжением и т д.);
- • автоматизацию и информационное сопровождение основных технологических процессов предприятия.
На рис. 11.2 показана общая схема аппаратно-коммуникационной реализации интегрированной системы управления предприятием[1].
Рис. 11.2. Схема аппаратно-коммуникационной реализации интегрированной системы управления предприятием
Интеграция может осуществляться на уровне форматов и баз данных, программно-аппаратных и сетевых устройств, пользовательских интерфейсов, форм и шаблонов документооборота, программных приложений и т.д. Выгоды от такой интеграции очевидны. Она позволяет: сохранить ранее сделанные инвестиции; сократить временны́е и финансовые затраты на поддержку и развитие информационной сферы влияния компании; использовать для решения конкретных задач наиболее эффективные системы отдельных производителей; легко расширять и развивать отдельные возможности существующих информационных систем с уже накопленными в них данными.
Интегрированная информационная среда
Эффективное функционирование информационно- телекоммуникационных систем происходит, как правило, в едином информационном пространстве предприятия, которое представляет собой базы и хранилища данных, технологии их ведения и использования, совокупность информационно-телекоммуникационных систем и сетей, функционирующие на основе единых принципов и по общим правилам. Такая структура информационного пространства обеспечивает защищенное информационное взаимодействие всех участников производственной и управленческой деятельности, а также удовлетворяет их информационные потребности в соответствии с иерархией должностных обязанностей и уровнем доступа к данным.
На рис. 11.3 в качестве примера показана основа для создания интегрированной информационной среды производственного высокотехнологичного предприятия, включающая следующие компоненты:
- • телекоммуникационную среду, коммуникационное программное обеспечение (ПО), средства организации коллективной работы сотрудников (Groupware);
- • информационные ресурсы, информационные и программные системы:
- • ПО управления электронным документооборотом;
- • ПО информационной поддержки предметных областей;
- • ПО оперативного анализа информации и поддержки принятия решений;
- • ПО управления проектами; встроенные инструментальные средства и другие продукты (например, CAD/CAM/CAE/PDM-системы, ПО управления персоналом и др.);
- • организационную инфраструктуру, обеспечивающую функционирование и развитие информационной среды;
- • систему подготовки и переподготовки специалистов и пользователей информационной среды.
При этом необходима объективная оценка конкретных возможностей информационной техники и технологии как инструментов, многократно усиливающих человеческие возможности, но не снимающих с человека ответственности за их использование.
Рис. 11.3. База для создания интегрированной информационной среды производственного высокотехнологичного предприятия
Информационное пространство предприятия представляет собой базы и хранилища данных, технологии их ведения и использования, совокупность телекоммуникационных сетей, работающие на основе единых принципов и по общим правилам. Такая структура информационного пространства обеспечивает защищенное информационное взаимодействие всех участников производственной и управленческой деятельности в соответствии с иерархией должностных обязанностей и уровнем доступа к данным.
Интеграция информационных технологий помогает создать единую информационную среду и может осуществляться на уровне форматов и баз данных, программно-аппаратных и сетевых устройств, программных приложений, пользовательских интерфейсов, форм и шаблонов документооборота.
Интегрированные информационные технологии представляют собой взаимосвязанную совокупность отдельных технологий с развитым информационным взаимодействием между ними. Примерами интегрированных технологий, в основу которых заложены промышленные средства их реализации, являются:
1. Технология оперативной обработки транзакционных данных (OLTP – on-Line Transaction Processing). Она ориентирована наработу с непрерывно поступающей информацией. В системах с использованием этой технологии нет инструментов обобщения и анализа данных с последующим прогнозированием.
2. Технология оперативной обработки аналитических данных (OLAP – on-Line Analytical Processing). Она работает с ретроспективными архивами, которые хранят данные за значительный период времени. Средства OLAP расширяют возможности OLTP-приложений. Системы с использование OLAP-технологии направлены на поддержку принятия решений и обеспечивают:
· анализ и моделирование данных в оперативном режиме;
· работу с предметно-ориентированными хранилищами данных;
· реализацию запросов произвольного вида;
· формирование системы знаний о предметной области.
3. Промышленные системы управления документами (EDMS – Electronic Document Management System). Они выполняют задачи систематизации, хранения, коллективной координированной разработки и поиска неструктурированных документов. Эта технология автоматизирует документооборот, делопроизводство и организацию управления.
Использование интегрированных информационных технологий требует учета особенностей структуры, специализации и объёмов экономической деятельности предприятия. Универсальными интегрированными решениями для компаний с различными профилями деятельности являются системы следующих классов.
1. Система CRM (Customer Relationship Management — управление отношениями с клиентами). Её можно рассматривать как бизнес-стратегию, ориентированную на обеспечение баланса интересов клиента и компании. Основными направлениями применения систем этого класса являются взаимодействие с клиентами, маркетинг и продажи. Системы CRM строятся на следующих базовых положениях:
· максимальная опора на web-технологии для универсального доступа к ресурсам с клиентских устройств;
· персонифицированный доступ для всех пользователей через портал как универсальную точку доступа;
· развитие форм самообслуживания на основе web-технологий;
· применение встроенных в бизнес-процессы аналитических инструментов при использовании объема данных о клиентах для взаимодействия с ними;
· обеспечение общей платформы для ведения бизнес-процессов подразделениями компаниями как единого целого;
· использование всех видов связи для управления взаимодействия с клиентами.
2. Система ERP (Enterprise Resource Planning — планирование ресурсов предприятия). Представляет собой набор приложений, ориентированных на решение функциональных задач (стратегического планирования, бюджетирования, прогнозирования), финансовой консолидации, управления составлением отчетов и анализа. Системы этого класса обеспечивают своевременное и детальное отображение бизнес-процессов. В основе систем ERP реализуются следующие подходы:
· использование архитектуры «клиент-сервер» с распределением приложений между компонентами системы;
· ориентация на web-технологии для доступа к системе посредством браузера;
· переключение между функциональными задачами через интегрированные приложения без изменения параметров операционной среды и дополнительных преобразований данных;
· общий набор экономических реквизитов, хранимый в централизованной базе данных;
· доступ пользователей к данным за любые периоды времени в пределах прав их доступа;
· общая бизнес-модель с реализацией необходимых методик обработки и анализа финансовых данных;
· реализация функции прогнозирования данных;
· реализация системы информационной безопасности.
3. Система BI (business intelligence). Предоставляет пользователям инструменты для доступа к данным и их анализ. Развитие пользовательского интерфейса обеспечивает легкость и оперативность извлечения информации из различных источников, формирование собственных настраиваемых отчетов, проведение многомерного анализа данных. Системы этого класса позволяют формировать заключения, находить наиболее целесообразные решения с участием специалистов и экспертов различных категорий для эффективного управления компанией.
Синерги́я (греч. συνεργία — сотрудничество, содействие, помощь, соучастие, сообщничество; от греч. σύν — вместе, греч. ἔργον — дело, труд, работа, (воз)действие) — суммирующий эффект взаимодействия двух или более факторов, характеризующийся тем, что их действие существенно превосходит эффект каждого отдельного компонента в виде их простой суммы[1], эмерджентность.
Википедия.
В процессе работы бизнес консультантом, для увеличения эффективности работы систем предприятия, я почти всегда предлагаю провести интеграцию между различным ПО заказчика. Потому что интегрировав различные системы возможно добиться эффекта синергии.
Мне постоянно приходится сталкиваться с одними и теми же проблемами и решениями многие из которых приходится пояснять в каждом новом проекте заказчикам, некоторые – программистам. А потому я считаю, что о процессе интеграции стоит поговорить подробно. В большинстве примеров я выбрал различные случаи интеграции 1С и CRM, так как сегодня именно этот вопрос, как показывает моя практика, наиболее актуален. Хотя данная статья подойдет при интеграции практически любого программного обеспечения. Итак начнем.
Интеграция – это очень важная часть работы по автоматизации бизнес-процессов, так как требуется она постоянно. В разных ситуациях возникает потребность оперативно обмениваться данными между различными конфигурациями 1С, между программными продуктами 1С и сайтом, между 1С и CAD системами, а также системами биллинга и т.д. Также достаточно часто требуется интегрировать между собой различные веб сервисы, например, интернет-магазин и CRM-систему. В общем, объединить работу различных подразделений компании и автоматизировать рабочий процесс без использования интеграции в большинстве случаев невозможно.
Что такое интеграция?
Википедия дает нам такое определение:
Интегра́ция (от лат. integratio — «соединение») — процесс объединения частей в целое. В зависимости от контекста может подразумеваться:
- Веб-интеграция — объединение разнородных веб-приложений и систем в единую среду на базе веб.
- Интеграция данных — объединение данных, находящихся в различных источниках и предоставление данных пользователям в унифицированном виде
.
Я считаю, что в данном случае Вики абсолютно права. И дополнить ее можно только одним определением:
Интеграция программных систем и продуктов — это обмен данными между системами с возможной последующей их обработкой.
Смысл интеграции заключается в том, чтобы данные, которые пользователь вводит в одну систему, автоматически переносились в другую. Продукт, в который пользователь вводит данные, называется источник. А получатель данных, соответственно, приемник.
Достаточно часто данные переносят в обе стороны, например, после преобразования в системе-приемнике результаты отправляются обратно в источник. А потому интеграция бывает как односторонней, так и двухсторонней.
Например, если вы объединяете конфигурацию 1С: Торговля с 1С: Бухгалтерией, вам может потребоваться передать данные по всем продажам в бухгалтерию, а обратно получить сведения об оплате по этим продажам.
Лично я делю процесс интеграции на такие этапы:
- Определяем, какой продукт является источником, какой – приемником.
- Сопоставляем объекты между источником и приемником.
- Выбираем протокол для интеграции
- Проводим постобработку данных (после переноса в одну из сторон)
Я всегда придерживаюсь этой последовательности при планировании работ по интеграции. Это помогает работать системно, не упустить ни одного важного момента и провести интеграцию таким образом, чтобы клиенту было удобно работать в объединенной системе.
Важно: при интеграции различных программных решений нужно хорошо понимать их функционал.
Когда-то я и сам совершал такую ошибку, и брался за интеграцию программных продуктов, которые я недостаточно хорошо знал. А потому могу сказать точно: изучать программный продукт в процессе интеграции – это не совсем корректно. При таком подходе чаще всего возникает множество ошибок и проблем, например, перенос не тех данных или сбои в работе. Рекомендую сначала хорошо изучить программный продукт, понять, что он может, каким образом в нем реализованы те или иные функции, и только потом заниматься интеграцией.
В принципе, в процессе интеграции вам может потребоваться и более сложный обмен, и придется вводить, например, трех- или четырехстороннюю интеграцию. Но, по сути, эти процессы ничем не отличаются от обычного одно- или двухстороннего процесса. А потому я буду говорить об интеграции односторонней. А в конце скажу пару слов об особенностях двухсторонней. Все остальные направления вы всегда сможете выстроить по аналогии.
Выбираем источник и приемник
Для каждого случая интеграции данных важно четко определить, какая система будет источником, а какая – приемником.
Например, у вас есть система CRM и программа 1С: Торговля. В обеих системах существует такое понятие, как контактное лицо. В принципе, вводить его вы можете и с одной, и с другой стороны. В данном случае, очевидно, что источником стоит назначить CRM, так как этого требует логика работы с любой CRM-системой.
Аналогично и в других случаях. Нужно понимать, в какой системе пользователь будет вводить данные, а какая станет получателем этих данных через интеграцию. Это обязательно согласовывается с клиентом (пользователем), кроме случаев, когда источник очевиден. при этом обязательно нужно поставить в известность клиента, что данные определенного типа следует вводить именно через систему-источник.
Сопоставление объектов (данных)
Каждый раз при работе с данными нужно очень хорошо понимать, что именно вы выгружаете, в каком виде, а также, куда вы будете выгружать эти данные. В некоторых случаях в источнике у вас будет строковая переменная, а в приемнике – два или более объектов. В других важно просто правильно выбрать объект-приемник.
Например, практически в любой CRM контактное лицо и клиент – это одно и то же. С другой стороны в 1С контактное лицо может быть клиентом, партнером, поставщиком. И очень важно понимать, куда именно записывать данные этого контактного лица. Также важно сопоставлять все данные до того, как начнется работа непосредственно с кодом. Для этого прекрасно подойдут таблицы или блок-схемы.
Когда-то я так же, как и многие, пренебрегал этим этапом работы. Сейчас я знаю, что эти действия позволят избежать огромного количества ошибок. На какой бы стороне ни работал программист – на стороне программы-источника или приемника, такая табличка очень помогает в работе. Программист должен четко понимать, какие данные будут брать из источника, куда их нужно переносить, и как они будут обрабатываться.
Например, при выгрузке контактного лица из CRM нужно четко сопоставить этот контакт партнеру или покупателю.
Также очень важно понимать, какие преобразования потребуются для выгружаемых данных. Например, нужные для интеграции данные в источнике хранятся в качестве перечисления в виде текста. А в приемнике (пусть это будет 1С) аналогичное перечисление имеет ссылочный тип. Следовательно, вам потребуется преобразовать текст в ссылку, и уже ссылку передать в документ.
И здесь возникает проблема: требуются правила сопоставления.
Вы должны четко продумать и прописать правила сопоставления. Более того, об этих правилах необходимо оповестить ваших клиентов. Важно понимать, что клиент не видит логику работы обмена данными, он не понимает особенностей интеграции.
Конечно, вы обязательно введете ограничение прав доступа, добавите другие варианты защиты. Но, как показывает практика, это не гарантирует от того, что пользователь совершит ошибку, из-за которой интеграция перестанет работать или будет работать не корректно. Это может быть кто-то из сотрудников, обладающий правами администратора, или приглашенный специалист, который дорабатывает, например, печатную форму документа, но при этом не осведомлен об особенностях интеграции.
В результате возникают самые разные казусы. Например, вы используете в качестве ключевого слова для поиска при сопоставлении слово «дилер». Клиент по каким-то причинам меняет его в программе-источнике на слово «дилеры». Казалось бы, мелочь! Но эта мелочь приведет к тому, что поиск в 1С перестанет работать.
Я решил эту проблему таким образом:
- Обязательно оставляю клиенту подробно описанные правила сопоставления и пояснения, какие параметры и данные менять недопустимо.
- Предусматриваю варианты оповещения об ошибке. Т.е. не только фиксирую проблему в логе ошибок, но и оповещаю пользователя о сбое каким-то образом: при помощи SMS, письмом на email, всплывающими уведомлениями в 1С. А иногда всеми этими способами сразу.
Почему я пришел к такому варианту работы?
Интеграция – процесс сложный, и проблемы из-за человеческого фактора возникают достаточно часто, защититься от них практически не реально. Также бывают и программные сбои, особенно это касается таких сложных систем с большим числом багов, как программные продукты 1С. А для бизнеса очень важно, чтобы обмен данными проходил своевременно, а если возникла проблема также важно ее оперативно устранить.
Например, в моей практике была ситуация, когда я провел интеграцию 1С и Oracle, причем, последний являлся программой-источником. Далее на стороне Oracle изменили одно из полей. В результате заказы перестали загружаться в 1С вообще, при этом сервер не выдавал уведомление об ошибке. Обнаружили проблему через неделю.
С одной стороны, это явная недоработка отдела продаж моего клиента, так как неделю не получать ни одного заказа и не волноваться по этому поводу, мягко говоря, странно. С другой – отсутствие уведомления об ошибке я считаю собственной недоработкой. Конечно, в результате ошибки были исправлены, система дальше работала без сбоев, но теперь я всегда добавляю несколько вариантов уведомления об ошибке при передаче данных.
Самые распространенные решения:
- При помощи смс, электронного письма, всплывающих уведомлений в 1С информацию о сбое должен получить человек, который занимается обработкой заказов.
- Для контроля аналогичное уведомление (чаще всего на email) отправляется руководителю отдела или директору компании.
- Обязательно ведется лог-файл ошибок для того, чтобы специалист смог просмотреть все подробности.
В некоторых случаях также стоит добавлять уведомление о сбое другим лицам, этот вопрос решается с заказчиком индивидуально.
Также стоит лог-файл ошибок вести максимально подробно и как можно дольше хранить историю. Не забывайте, что вы имеете дело с данными, которые имеются в одной базе данных, но отсутствуют в другой. И без подробного отчета вам будет очень сложно понять, что именно произошло в процессе передачи данных.
Обмен данными: писать самому или применять типовое решение?
Лично я предпочитаю всегда разрабатывать решение под заказчика. Здесь можно спорить, можно обсуждать различные варианты, но есть факт: типовые обмены данными всегда сильно перегружены возможностями, которые вашему клиенту не нужны. В результате процесс обмена значительно замедляется, а число возможных ошибок вырастает в разы.
Кроме того, при выборе типового программного решения вы очень сильно зависите от поставщика программного обеспечения. Для любого исправления бага вам придется ждать выпуск очередной версии программы. Также придется подстраиваться при обновлениях под все изменения в работе, который внес разработчик.
А потому при выборе между самостоятельным написанием обмена данными и типовым решением, которое не на 100% подходит для данной ситуации, лучше писать обмен самому.
В некоторых случаях, когда типовое решение действительно на 100% удовлетворяет потребности клиента, а скорость работы для него не критична, я также применяю готовые продукты. Например, при выгрузке номенклатуры и фотографий на сайт я не редко использую готовый обмен данными от Битрикс. Но только для выгрузки. Для работы с заказами я применяю самописный обмен.
Метод подключения: REST API, SOAP или прямое подключение к базе приемника
Выбор протокола обмена данными в большинстве случаев напрямую зависит от системы, которую вы интегрируете. В большинстве случаев программисту приходится учитывать требования обеих систем, а потому выбора как такового не существует. В тех случаях, когда система может работать с несколькими протоколами, выбирайте тот, который вам удобнее. По моему опыту, для малых и средних предприятий этот вопрос не принципиален.
Вопросы клиентского доступа: почему не работает обмен?
Я считаю, что обо всех возможных ограничениях в доступе нужно узнать на начальном этапе интеграции. Таким образом, вы гарантированно избежите очень распространенной проблемы:
Вы внедрили интеграцию, все проверили, протестировали, убедились, что система работает. После чего пользователь обнаруживает, что обмен данными не происходит.
Самые распространенные ситуации:
- Ограничение доступа по IP.
- Ограничение прав пользователя.
- Ограничение по количеству обращений к источнику или приемнику
.
В первых двух случаях ограничения обычно связаны с политикой информационной безопасности предприятия, и решаются они на административном уровне. Для пользователей, которым потребуется работа с обменом данных, системный администратор настроит перечисленные вами права. Аналогично для ограничения по IP.
В случае работы с CRM-системой ограничения обычно обусловлены оплаченным пакетом услуг. Здесь достаточно оповестить клиента о наличии такого ограничения, и, при необходимости, помочь оплатить и настроить расширенный пакет.
1С идентификаторы и ошибки, связанные с ними
При интеграции с 1С очень часто ошибки обмена данных возникают из-за неверного выбора УИ (уникального идентификатора). Суть проблемы заключается в том, что объекты в 1С имеют два типа УИ: один уникален внутри выбранного типа объектов. Второй используется для работы со всей базой данных.
Если вы будете проводить поиск по всему справочнику с использованием идентификатора, который предназначен для работы внутри определенного типа данных, возникнет ошибка. Объект может быть вообще не найдет, либо система найдет сразу несколько разных объектов. К этой особенности 1С нужно относиться очень внимательно.
Еще одна проблема: нет возможности привязаться к уникальному идентификатору.
Например, системой-источником является сайт, и на нем не предусмотрено отдельное поле для информации о клиенте, она идет в общем тексте заказа. В этом случае придется выбрать какой-то другой вариант идентификации, например, по email.
При интеграции очень важно выбрать в источнике одно из полей, которое и станет уникальным идентификатором.
Я считаю хорошим тоном дублирование этого идентификатора в двух системах. Например, если я делаю выгрузку информации из CRM в 1С, то поле-идентификатор из CRM я копирую в систему 1С. В дальнейшем весь поиск и интеграция производится по этому полю быстро и просто.
В принципе, это не обязательное действие. Более того, вы будете хранить даже избыточные данные, так как у вас есть нужная информация в одной из систем, но такое дублирование повышает надежность работы обеих программ и является удобным решением для интеграции и последующей обработки данных.
Например, по идентификатору, который идентичен источнику, поиск будет производиться проще и быстрее, так как он не будет требовать дополнительной обработки. Кроме того, если что-то случится с базой данных одной из систем, благодаря дублирующимся идентификаторам сопоставить данные будет намного проще.
Формат выгрузки
Для обмена данными используются самые разные форматы. Это может быть JSON, XML, CSV, TXT, прямой доступ к базе и т.д. У меня в этом вопросе нет каких-то определенных предпочтений. Я считаю, что здесь нужно исходить из рациональных требований проекта.
Постобработка
Итак, обмен данными прошел успешно. Что дальше? Я считаю, что это еще не финал интеграции, так как пользователю мало того, что данные появились в системе. Обычно ему требуется, чтобы с этими данными выполнялись какие-то действия. Что именно нужно клиенту, следует уточнить у него. Но всегда надо помнить о том, что вы работаете для пользователя, для того, чтобы ему было удобно.
Для интернет магазинов при интеграции чаще всего требуются:
- Оповещение менеджера о поступлении заказа, например, при помощи sms
- Уведомление пользователей о поступлении новых заказов или другой актуальной информации по email
- Звуковой сигнал и/или всплывающее окно в 1С с напоминанием о том, что появились новые запросы или заявки
Постобработка требуется, прежде всего, для того, чтобы полученные данные прошли полный жизненный цикл, а, следовательно, приняли участие в каких-то последующих бизнес-процессах. А потому после загрузки должны запускаться оповещения или какие-то определенные процессы, например, обработка заказа.
Кроме действий, которые нужно выполнить в приемнике, также часто требуется после завершения успешной передачи данных выполнить определенные действия в источнике. Что именно потребуется, вам также расскажет пользователь.
Например, это может быть уведомление клиента о том, что его заказ успешно прошел выгрузку и отправлен в обработку. И здесь также может быть использовано sms, электронное письмо или просто изменение статуса заказа в системе.
Тестирование интеграции
С моей точки зрения интеграция – это часть (иногда частный случай) внедрения программного обеспечения. И здесь, как и для любой другой работы по внедрению ПО, потребуется тестирование программистом, потом – лично консультантом, а также различные варианты тестирования вместе с пользователями. Об этом я подробно писал в статье Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть III. Финальная.
Отличие односторонней и двусторонней интеграции
На самом деле, принципиальных отличий у односторонней, двусторонней или многосторонней интеграции не существует. Суть процесса остается прежней, просто в разные моменты времени приемник и источник меняются ролями. Единственное важное правило, которое я ввел для себя и вам также советую: при двухстороннем обмене необходимо хранить уникальный идентификатор для всех систем, которые участвуют в интеграции. И я считаю, что его также стоит дублировать в обеих системах.
Сегодня я постарался кратко рассказать об особенностях процесса интеграции, с которыми я лично сталкиваюсь на практике. Я надеюсь, что статья оказалась для вас полезной, а если возникнут какие-то вопросы, я, как и всегда, готов на них ответить.