ЛЕГКОВЕСНАЯ ИНТЕГРАЦИЯ

Быстрое соединение внутренних систем и операторов электронного документооборота.
Единое окно управления потоками EDI и ЭДО

Управляемые интеграции с WSO2 ESB

WSO2 ESB — корпоративная сервисная шина, позволяет разработчикам быстро интегрировать сервисы и приложения. W SO2 ESB может быть развёрнута несколькими способами: локально, облачно или гибридным способом.

Российская интеграционная платформа. Функциональная замена для SAP, OpenText
и других зарубежных решений. Электронный документооборот и соединение
ИТ-систем в роли ESB-шины.

Нам доверяют свои задачи средний и крупный бизнес

методы, которые позволяют просто управлять интеграциями

Полтора миллиона российских компаний пользуются одним или несколькими продуктами «1С» для управленческого и бухгалтерского учёта, управления проектами и продуктами, управления предприятиями, для закупок и продаж.

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

1.

rusmil

Сейчас в теме

Интересно как Вы это применили у себя на рабочей базе 1С у клиента и что из этого вышло?

3.

nesergey

Сейчас в теме

Удалось построить модель прогнозирования продаж. Исходные данные продажи за 2 года, товаров сотни тысяч и клиентов сотни тысяч. Результаты не однозначные, но в целом модель тренд предсказывает, как и систематические колебания. Например, кухонные плиты покупают чаше к выходным, а график колебания для каждого вида товаров свой. Не скажу, что полученные результаты можно прямо сейчас использовать на практике, но и получены они по части доступной информации в базе (15-20%). Так что работа еще в процессе.

2.

TODD22

Сейчас в теме

Расскажите для чего удалось применить и главное какие результаты были получены?
Встречал использование ML для 1С. Но что то внятно никто объяснить не смог что с помощью него делают в 1С(прогнозируют оплаты, выручку итд) и самое главное с какой результативностью? На сколько прогноз сопоставим с реально полученными данными.

4.

nesergey

Сейчас в теме

Опубликованный модуль больше для ознакомления с технологиями, чем готовый инструмент для практической работы. Как еще один пример, у нас есть модель, которая в 75% случаях предсказывает купит ли клиент что-нибудь в ближайший месяц. Да результат не очень, но не все данные о поведении клиента используются, когда их будет в 5 раз больше как мы планируем, наверняка прогноз станет лучше и его можно будет применить на практике.

5.

informa1555

Сейчас в теме

Ставлю плюс, но Вам сейчас тут быстро объяснят что в 1С это не нужно, а нужно только печатные формы клепать)) Вот аналогичное

Кстати по теме вопрос — в Азур нельзя забрать обученные веса на клиент как в ТензорФлоу? Нужно обязательно в облако обращаться? И еще — это какой то бесплатный тарифный план? Он при каких то условиях становится платным?

6.

nesergey

Сейчас в теме

7.

nesergey

Сейчас в теме

Автор это вы) Хорошая статья для ознакомления с технологией.

8.

poyson

Сейчас в теме

Добрый день, а обмен 1С с Azure Queue Storage не пробовали делать? Не возметесь за такую задачу?

Для администратора

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

Какой функционал вы получите

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

Контролируйте потоки документов из различных источников, управляйте всеми
операторами ЭДО из одного окна, не беспекоясь о роуминге.

Автоматическое преобразование данных

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

Придание документам юридической значимости

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

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

В отдел продаж. Ответим на все вопросы, покажем демо, рассчитаем
стоимость проекта.

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

LinkServer состоит из модулей: вы внедряете только нужную функциональность
для ваших бизнес-процессов. Решение подойдёт вам:

Пишем статьи для своего блога и для профильных изданий

Правильная интеграция «1С» с другими системами

Сколько по времени занимает внедрение ESB, каковы выходы на каждом этапе?

Сколько стоит внедрение ESB-слоя и как формируется стоимость владения ESB?

Мы используем файлы cookie, чтобы предоставить наилучшие возможности сайта

Немного чисел (статистика 2016 года)

Для полноценного автоматического выполнения операций базе Интеграции требуется клиент-серверный режим.

Для сервера приложений базы Интеграции требуются

Поддерживается управление базами и серверами приложений 1С

Преимущества WSO2 ESB как сервисной шины

Сервисная шина WSO2 ESB позволяет легко интегрировать любой компонентный фреймворк. Благодаря поддержке расширений на Java и множеству вариантов сценариев необходимости в написании дополнительного кода для каких-либо интеграций больше нет.

Высокая скорость развёртывания

WSO2 ESB имеет готовые сценарии и инструменты, которые помогают в быстром развёртывании системы на проекте, — дополнительно привлекать разработчиков не нужно.

Разделение бизнес-логики и нюансов сообщений

В WSO2 ESB есть возможность отделить бизнес-логику от нюансов протоколов и форматов сообщений. Это позволяет сервисам и приложениям не тратить время на определение форматов, а сразу брать их в работу.

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

Обеспечили Polaris возможность легко выводить новые товары на маркетплейсы и менять информацию о товарах в несколько кликов

Помогли ретейлеру DIY-товаров компании «Петрович» перестроить бизнес-модель

Внедрили масштабируемую сервисную шину для АТИМО

Есть потребность во внедрении?

Больше полезной информации

Как работать сразу с несколькими провайдерами ЭДО в едином интерфейсе

Рассказываем, как сделать это просто и безболезненно

Дорожная карта. Подготовка SAP к специфике ЭДО в России

Описываем схему ИТ-инфраструктуры,
а также ключевые этапы и задачи проекта

Дорожная карта. Как внедрить ЭДО на крупном предприятии

Разбираем в документе каждый этап сложного проекта,
чтобы сделать его проще.

Увеличьте свою аудиторию до миллионов зрителей, транслируя видеоконференции на стриминговые платформы или CDN-сервисы при помощи RTSP-протокола!

TrueConf SDK

Разрабатывайте собственные приложения для видеоконференцсвязи с набором инструментов TrueConf SDK!

Свяжитесь с нашими специалистами для обсуждения деталей проекта

Интеграция со сторонними ВКС‑платформами

Пользователи TrueConf могут с легкостью присоединяться к конференциям на сторонних ВКС-платформах, таких как Cisco Webex, BlueJeans Meetings, Lifesize Cloud и т.д.

Простота администриро­вания с Active Directrory

Подключите Active Directory или любой LDAP-совместимый каталог к TrueConf Server, чтобы автоматически синхронизировать адресную книгу.

Соединим и синхрони­зируем

LinkServer может быстро интегрировать друг с другом информационные системы
во внутреннем и внешнем контуре вашего предприятия. Для нас
нет ограничений.

Электронных документов

Полноценная интеграция с серверами MCU и видеотерминалами сторонних производителей по протоколам SIP и H.323. Вызывайте зарегистрированные на TrueConf Server ВКС-терминалы в два клика!

Концепция

Продукт представляет собой конфигурацию 1С8.3, выполняющую роль менеджера автоматизации для любых систем, т.е. позволяет описывать и автоматизировано выполнять задания (скрипты, алгоритмы) в любых базах 1С и не только. В конфигурацию встроено большое количество готовых видов заданий и присутствует возможность удобной разработки и отладки собственных. Основным видом заданий является обмен данными. Поддерживается большое количество готовых интеграционных сценариев «из коробки». Имеются гибкие механизмы обеспечения отказоустойчивости и мониторинга процессов с автоматическим контролем проблемных ситуаций и рассылкой уведомлений.

При использовании продукта с базами 1С отпадает необходимость внесения и поддержки изменений в конфигурации управляемых баз, т.к. вся логика взаимодействия инфо-систем централизованно настраивается и поддерживается в единой базе «2iS:Интеграция».

Таким образом, без изменения конфигураций инфобаз Вы получаете:

Поддержка пользователей

Для поддержки пользователей мы предоставляем веб-базу. В ней вы сможете:

Для работы с ней рекомендуем браузер FireFox или тонкий клиент 1C. Мы реагируем на заявки обычно в течение одного рабочего дня.

Интеграция с камерами видеонаблюдениях

Благодаря поддержке RTSP-протокола, участники могут добавлять и приглашать в конференцию IP-видеокамеры и устройства видеонаблюдения.

Возможности WSO2 ESB

Маршрутизация и преобразование данных

— Маршрутизация данных на основе заголовков и содержимого сообщений в соответствии с заданными правилами и приоритетами.- Наличие шаблонов интеграции предприятия (EIP), интеграции с базами данных и потоками событий.- Преобразование сообщений с помощью XSLT 1.0/2.0, XPath, XQuery и Smooks.- Визуальное отображение данных с помощью графической студии.- Коннекторы преобразования данных для CSV, JSON, XML и пр.

Создание и интеграция сервисов

— Поддержка HTTP, HTTPS, WebSocket, POP, IMAP, SMTP и пр.- Форматы данных: JSON, XML, SOAP, EDIFACT, FHIR, ISO 8583, FIX.- WSO2 ESB имеет встроенные адаптеры: SAP, IBM MQ, Oracle AQ, MSMQ, Microsoft 365.- Создание API с помощью Swagger.

Подключение баз данных

— WSO2 ESB поддерживает RDBMS, CSV, Excel, ODS, Apache Cassandra и электронные таблицы Google.- Работает с протоколом OData V4 для любых источников данных RDBMS и Apache Cassandra.- Поддерживает Microsoft SQL, Db2, Oracle, OpenEdge, Teradata, MySQL, PostgreSQL/EnterpriseDB, H2, Apache Derby и любую базу данных с драйвером JDBC.- Поддерживает вложенные запросы к источникам данных.- Конфигурирование осуществляется на основе XML.

Мониторинг и сквозное отслеживание

— Интеграция с мониторингом на основе Prometheus, Grafana, Jaeger и Fluent Bit.- Централизованное ведение журнала с помощью ELK.- Встроенный сбор и мониторинг статистики, информации о стандартном доступе и производительности для всех типов артефактов.- Поддержка интеграции с корпоративными системами регистрации.

Напишите нам, рассчитаем сроки и стоимость внедрения ESB-системы

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

Преимущества интеграции «1С» через ESB

1. Снижение нагрузки на «1С» и на конечные системы

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

В схеме с ESB дополнительным элементом является только API. Все действия по разделению данных, фильтрации, конвертации происходят внутри слоя ESB.

2. Уменьшение объёма передаваемых данных

В схеме с прямыми интеграциями системы вынуждены передавать одну и ту же информацию неоднократно. Например, информацию о заказах «1С» передаёт в WMS, логистическую программу, CRM, систему расчёта вознаграждений продавцов и т. д. Одни и те же данные приходится транслировать пять, десять, двадцать раз.

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

В практике KT. Team был кейс, когда у клиента была настроена интеграция с тремя системами. Одна отвечала за складские остатки (WMS), вторая — за цены, а третья — за информацию о товарах (PIM). Чаще всего меняются складские остатки: чтобы поддерживать в интернет-магазине актуальные данные, «1С» должна была «ходить» за информацией об остатках раз в 15 секунд (примерно 40 тыс. раз в неделю). Но логика интеграций была настроена так, что «1С» раз в 15 секунд обращалась во все три системы — и получала в ответ 120 тыс. пакетов данных в неделю. Была перегружена и «1С», и остальные системы в контуре.

Когда команда KT. Team построила интеграции через ESB, каждая из систем стала получать и отдавать информацию с необходимой частотой. W MS по-прежнему отправляет информацию о складских остатках раз в 15 секунд. Система, ответственная за цены, передаёт данные раз в час (168 раз в неделю). А вот PIM сократила плановую передачу данных до одного раза в неделю — в 40 тыс. раз. В итоге «1С» стала забирать чуть больше 40 тыс. пакетов данных вместо 120 тыс.!

3. Учёт производительности систем

В логику ESB можно заложить скорость выгрузки и загрузки данных в конечные системы в зависимости от их производительности и суточной динамики загруженности. Например, если днём ваша CRM может принимать 100 транзакций в минуту, а ночью — 500, ESB учтёт эту логику и не перегрузит ваши системы.

4. Своевременное обнаружение ошибок

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

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

Пример построения интеграций между «1С» и другими системами

Так, в одном из недавних проектов для международной компании из сферы e-commerce и ретейл команда KT. Team настраивала интеграции для нескольких систем «1С»: ERP, OMS, UMP, CMS.

Мы внедрили интеграционную шину и реализовали 13 коннекторов для семи потоков данных:

Для каждой сущности настроен отдельный коннектор (или несколько, если этого требует логика). Это позволяет более контролируемо передавать данные между системами.

LinkServer подходит

Объедините возможности TrueConf Server с системами защиты от утечек данных (DLP), позволяющими блокировать передачу конфиденциальных данных в соответствии с настроенными фильтрами.

Демонстрации

Рассмотрена настройка заданий обмена данными между базами с одинаковой конфигурацией с помощью помощника настройки обмена.

Многопоточный обмен

Рассмотрена работа многопоточного обмена на примере обмена между базами с одинаковой конфигурацией.

Отладка правил конвертации данных

Демонстрируется отладка и замер производительности правил конвертации данных.

Настройка показателей WMI (счетчики производительности)

Рассмотрена настройка двух показателей WMI (свободного места на диске и загруженности процессора) с контролем опасных результатов.

Импорт журнала регламентных заданий из MSSQL

Рассмотрена настройка автозадания по импорту журнала регламентных заданий из MSSQL для контроля за их  успешностью.

Перевод текстов запросов 1С из СУБД

Рассмотрена регистрация инфобазы 1С в интеграции вместе с ее инфобазой СУБД, получение ее текущих запросов из MSSQL и перевод их в термины метаданных с форматированием.

Установка, подключение инфобаз и настройка передачи журнала регистрации.

Рассмотрен простейший пример создания инфобазы Интеграции в файловом варианте с подключением к ней инфобазы «Бухгалтерия предприятия 2.0» и новой инфобазы для хранения журналов регистрации, а также настройка автозаданий для передачи журнала регистрации из первой подключенной инфобазы во вторую.

Портал отчетности. Создание отчета.

Рассмотрен процесс создания отчета для инфобазы, кратко описаны возможности подсистемы «Портал отчетности».

Централизованное управление пользователями.

Рассмотрены основные шаги по настройке автоматического обновления пользователей и редактированию пользователей инфобаз.

Для чего нужна сервисная шина предприятия (ESB)?

ИТ-инфраструктура современного предприятия это, в подавляющем большинстве случаев, «зоопарк» различных учетных систем. При этом системы, как правило, не изолированы друг от друга, а активно обмениваются данными между собой. Это приводит к высоким затратам на поддержку, обслуживание и администрирование такой сложной распределенной системы. Решения класса ESB (Enterprise Services Bus)  позволяют уменьшить затраты на управление ИТ-инфраструктурой предприятия, снизить влияние «человеческого фактора», увеличить производительность систем и улучшить качество их обслуживания — предоставляя единую точку администрирования и мониторинга интеграционных процессов.

ESB позволяет настроить различные сценарии интеграций как “из коробки”, так и индивидуальные — под бизнес-задачу. Продукт позволяет эффективно решать вопросы обслуживания и администрирования инфо-систем и вопросы параллельной обработки данных в N-системах (универсальный многопоточный режим обработки объектов с гибкой обработкой ошибок).

Какую ESB выбрать для интеграции «1С»

Если вы уже изучали вопрос, то, возможно, первым и логичным ответом для вас будет «1С:Шина». Продукт из того же семейства действительно легко интегрируется с «1С:ERP Управление предприятием», «1С:Бухгалтерия», «1С:Зарплата и управление персоналом» и т. д.

Неплохо адаптирована для работы с продуктами «1С» ещё одна российская шина данных — DATAREON.

Но если у вас в контуре есть приложения других вендоров, выбирать шину данных имеет смысл по более широкому спектру параметров, нежели просто совместимость с «1С». Тем более что практика показывает: любую ESB можно легко интегрировать с «1С». Мы, например, работали с Mule в проектах с сотнями коннекторов с «1С» и высокой нагрузкой на шину — и не наблюдали никаких проблем даже в периоды пиковой нагрузки.

При выборе шины наши клиенты обычно обращают внимание на такие параметры:

Если вам нужна интеграция продуктов «1С» с другими системами и вы не уверены, с помощью какой ESB это можно реализовать, — напишите нам в форму.

Особенности организации данных в «1С»

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

Однако, по нашему опыту, компании крайне редко используют «1С» в том же виде и в той же конфигурации, что предоставляются пользователю первоначально, «из коробки». Каждая компания дорабатывает системы под себя, под особенности своих бизнес-процессов, оргструктуры, производимой продукции и т. д.

Как результат — структура данных становится ещё более специфичной и уникальной.

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

Возникает необходимость разобраться со следующими нюансами.

Например, вы передаёте в «1С:Розница» данные о номенклатуре «лампа настольная», у которой значение атрибута-справочника «цвет» — «красный».

Если в справочнике цветов в «1С:Розница» ещё не заведено значение «красный», записать такие данные будет невозможно.

Всё это необходимо учесть уже на этапе первоначальной разработки интеграции. Но и это ещё не всё. «1С» регулярно выпускает релизы и обновляет код своих продуктов. Та организация данных, под которую вы писали свою интеграцию, после любого из обновлений может стать неактуальной. Поменяются названия полей, какие-то поля разделятся на два или объединятся. И все интеграции, связанные с «1С», придётся перерабатывать в соответствии с новыми обстоятельствами.

Изменения могут быть и на стороне второй системы, участвующей в обмене данными, — и интеграцию вновь придётся менять.

Для программиста

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

Для руководителя

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

Мы интегрируем системы

Сколько потоков системы будут отправлять

Пример: «Система управления товарами» будет отправлять данные о товарах. « Система управления заказами» — о заказах. « Система управления складом» — о статусе отгрузки. Это 3 потока.

Сколько потоков системы будут принимать

Пример: «Система управления складом» будет принимать данные о товарах и заказах. « Система управления заказами» — о товарах и статусе отгрузки. Это 4 потока.

Создаем и полностью передаем вашей команде

Будет стоить по подписке

Создаем и обслуживаем в собственном датацентре

0 рублей в месяц

Время на реализацию

Срок для команды из человек

Калькулятор считает по точной, но упрощенной формуле. Состав работ по вашему проекту и конечная стоимость могут отличаться. Итоговый расчет сделает ваш персональный менеджер.

Для передачи данных между системами мы создаем «поток». Одни потоки нужны для отправки данных, другие — для получения. В отдельном потоке могут передаваться заказы, товары или другие сущности.‍Для примера на схеме:1. « Система управления товарами» отправляет товары. « Система управления складом» — факт отгрузки заказа. « Система управления заказами» — заказы. Итого системы будут отправлять 3 потока;

2. « Система управления складом» принимает товары и заказы. « Система управления заказами» — товары и факт отгрузки заказа. Итого системы будут принимать 4 потока.

Состав работ в калькуляторе

Включено в расчет

Подготовка карты систем и потоков данных (SOA схема)

Подготовка инфраструктуры для работы коннекторов

Проработка логики объекта (схема бизнес-процесса коннектора)

Настройка контура мониторинга и логирования

Создание коннекторов для обмена данными по каждому потоку на 3 стендах (тест, препрод, прод)

Настройка до трех дашбордов на один коннектор внутри готового контура мониторинга

Свыше 15 атрибутов для каждого потока

Документация по копированию интеграции, переиспользованию, обслуживанию

Демонстрация реализованного функционала

Создание коннекторов (источник — хранилище, хранилище — получатель) для обмена данными по каждому объекту на 3 стендах (тест, препрод, прод)

Свыше 15 атрибутов для каждого объекта

Ваша заявка отправлена успешно

Давайте обсудим ваш проект

С вами свяжется персональный менеджер Сергей Влазнев

YouTube

Собрали все грабли в интеграциях, чтобы не собираливы

https://youtube.com/watch?v=C4BDjcp3Zq8%3Fenablejsapi%3D1%26version%3D3%26playerapiid%3Dytplayer

https://youtube.com/watch?v=XOmB1KUf2x8%3Fenablejsapi%3D1%26version%3D3%26playerapiid%3Dytplayer

Варианты интеграции «1С» и других приложений

По большому счёту существует всего два варианта интеграции «1С» с приложениями в IT-контуре: прямые интеграции и интеграции через сервисную шину предприятия, или ESB (сокр. от англ. enterprise service bus). У каждого из этих подходов есть свои особенности.

Прямые интеграции

Первый (и более предпочтительный, как показывает практика) вариант реализации прямых интеграций — работа через универсальный протокол OData (сокр. от англ. open data protocol). У продуктов «1С», в частности «1С:Предприятие» версии 8.3.5 и новее, предустановлена возможность работы через OData — открытый веб-протокол для запроса, добавления, удаления и обновления данных. O Data позволяет выполнять операции с ресурсами при помощи HTTP-запросов и получать ответы в форматах XML и JSON.

Это универсальный протокол, которым пользуется не только «1С», но и другие системы. Поэтому системы в контуре легче «поймут» полученные данные.

Чтобы использовать протокол OData, нужно включить его поддержку в настройках «1С». После этого система автоматически создаст REST-интерфейс для обмена данными между «1С» и другими системами. И уже к нему можно будет «присоединить» интеграцию и настроить выгрузку и загрузку данных.

Если же система старше версии 8.3.5 (например, 8.2), воспользоваться универсальным протоколом OData не получится. Придётся писать API и интеграцию для каждой из подключаемых систем.

Казалось бы, в чём подвох? Практика написания API — стандартное решение для настройки «общения» между двумя системами.

Но тут надо учитывать, что API пишут люди. Причём люди разные, с разным опытом и разной логикой. Даже одну и ту же задачу они могут решить по-разному.

В итоге, если помимо «1С» у вас есть десяток систем, интегрированных с ней, и несколько «1С»-разработчиков, вы с высокой долей вероятности станете владельцем «зоопарка» из десяти и более API. Каждый из них:

После каждого обновления «1С» вашей команде придётся отдельно дорабатывать каждый из API в соответствии со свежими изменениями и внутренней логикой API. В лучшем случае делать это будет тот же специалист, который разрабатывал API, — ему будет проще воссоздать ход своих мыслей при написании кода. В худшем (с точки зрения временны́х затрат) — абсолютно новый специалист, который практикует иные подходы к написанию API.

Проблему «зоопарка» можно решить введением жёстких стандартов написания API (хотя на практике такое срабатывает далеко не всегда) или искусственным уменьшением количества интеграций.

Пример такого сокращения мы видели в одном из проектов. Чтобы сократить «зоопарк» в «1С»-источнике (системе, в которую сохраняли данные о товарах поставщиков), разработчики компании реализовали интеграцию по цепочке.

«Битрикс» собирал из других систем информацию об остатках, ценах, товарах и т. д. и передавал в «1С»-источник. «1С»-источник передавал все данные о товарах в систему «1С», ответственную за офлайн-розницу. Из неё часть первоначальной информации поступала в «1С», ответственную за онлайн-витрину.

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

Резюме

Если в контуре компании всего два приложения (например, «1С:ERP Управление предприятием» и WMS), можно выбрать интеграцию формата «точка – точка». Вы точно знаете, какие данные и в каком объёме хранятся в «1С», какие — в системе складского учёта, что каждая из систем должна передавать и что — оставлять у себя. Глобальный рост в ближайшие годы не запланирован, как и внедрение других IT-систем.

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

Таким решением является интеграция «1С» и других систем через сервисную шину предприятия.

ESB — это программное решение, которое работает как единый центр обмена сообщениями между информационными системами и приложениями. Сервисная шина забирает из системы-источника информацию в том виде, в котором её удобно передавать источнику, складывает в хранилища или маршрутизирует в брокере сообщений, по необходимости преобразуя информацию в формат для системы-получателя. Программные решения для логирования и мониторинга, которые можно интегрировать в ESB (а в некоторых системах они уже являются частью конфигурации «из коробки»), позволяют отслеживать доставку информации между системами и быстро выявлять и устранять ошибки.

Очень упрощённая и условная схема интеграции систем через ESB выглядит следующим образом.

Каждая из систем что-то отправляет и получает не непосредственно от других систем, а через ESB.

Схематическое изображение интеграций с ESB

Варианты интеграции через ESB

При этом ESB нельзя назвать «волшебной таблеткой» для интеграции «1С» с чем угодно.

Во-вторых, для создания связи между «1С» и ESB придётся разрабатывать отдельный API на каждую сущность или подключать тот же протокол OData.

Внимательный читатель, который уже имеет дело с IT-контуром, включающим продукт «1С», возразит, что чаще всего «1С» с каждой из систем обменивается не одним-двумя, а пятью и даже десятью потоками данных. И реальная схема обмена данными выглядит несколько сложнее, чем простая паутинка.

Всё ещё упрощённая схема интеграций без ESB

Мы не предлагаем при интеграциях через ESB «сливать» весь массив данных через один коннектор и один поток. Более того, крайне не рекомендуем это делать, поскольку так нагрузка на интеграцию возрастает в десятки раз и пропорционально растёт риск сбоев.

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

Логичный вопрос: если в любом случае придётся писать API, зачем тогда искусственная надстройка в виде ESB?

TrueConf API

Внедрите передовые возможности защищённой видеосвязи в ваши собственные решения, сервисы или сайты, используя TrueConf API.

Автомати­зируем любые действия с докумен­тами

Ввод, трансформация и обработка данных

Преобразование тысяч документов без участия сотрудников по заранее
определённой логике

Архивирование и быстрый поиск данных

Сбор файлов из множества источников в электронном архиве и быстрая
выгрузка по запросу

Управление сложными процессами и придание юридической значимости документам

Отправка по маршрутам внутри и снаружи компании

Настройка путей прохождения документов между системами, платформами, юрлицами,
филиалами

Как LinkServer

Маршрутизация ЭДО и EDI. Меньше затрат на ИТ

Соединим потоки данных ERP, CRM, WMS, TMS с внешними — платформами ЭДО,
системами маркировки в роли ESB-шины. Снизим количество необходимых интеграций
и доработок.

Сокращение ручного труда бэк-офиса

Автоматизируем любые бизнес-процессы: ввод данных, создание, подписание, пересылку,
сверки, преобразования, архивирование любых объёмов документов по заранее
заданной логике.

Контроль цепей поставок и операторов ЭДО

Обеспечим управление потоками электронных документов от множества платформ ЭДО
и корпоративных систем в едином окне. Сформируем детализированную
отчётность и визуализируем данные.

Делайте то, что у вас получается лучше всего. LinkServer сделает
всё остальное

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

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

Автоматизировать сбор данных по запасам и поставкам, собирать актуальные
и подробные отчёты, точно прогнозировать спрос, планировать закупки
и будущие отгрузки, анализировать работу с контрагентами и клиентами.

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

Механизм защиты

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

Цели и ожидаемые результаты внедрения продукта

Платформа выступает в роли хаба и ESB-шины, через которую
все необходимые ИТ-системы связываются друг с другом.

Мультипровайдерность

Позволяет работать сразу с несколькими операторами ЭДО и управлять
потоками документов в едином окне без роуминга.

ЭДО

Обеспечивает юридическую значимость документов, проходящих через платформу.

Трансформации

Автоматизирует конвертацию из xml, IDOC, excel, pdf в ЭДО и EDI.