Русские Блоги
Об интеграции приложений: сравнение синхронного и асинхронного режимов связи
Что такое интеграция приложений?
Интеграция приложений (или интеграция корпоративных приложений) означает возможность совместного использования процессов и данных из разных приложений в корпоративной ИТ-среде. Для предприятий любого размера интеграция приложений стала ключевой возможностью для соединения различных приложений и достижения взаимного сотрудничества между ними, тем самым помогая предприятиям повысить общую эффективность бизнеса, повысить масштабируемость и сократить расходы на ИТ.
Интеграция приложений на разных уровнях
Существует четыре различных уровня методов интеграции приложений. На уровне представления интеграция может быть достигнута путем представления нескольких различных приложений в виде единого представления приложения с общим пользовательским интерфейсом (UI). Этот старый метод интеграции также называется «очисткой экрана», в котором используется технология промежуточного программного обеспечения для сбора информации, вводимой пользователями на веб-страницах или других пользовательских интерфейсах. В прошлом люди использовали методы интеграции на уровне презентации для интеграции приложений, которые невозможно было соединить. Но сегодня технологии интеграции приложений развиваются и становятся более сложными, что делает этот подход менее распространенным.
Посредством интеграции бизнес-процессов компании сопоставляют логические процессы, необходимые для ведения бизнеса, со своими ИТ-активами, которые обычно расположены в различных частях внутренней ИТ-среды компании, а с развитием облачных вычислений все больше и больше размещается в облаке. Идентифицируя различные операции в бизнес-процессе и позиционируя свои ИТ-активы как метасистему (систему о системе), предприятия могут использовать методы интеграции приложений, чтобы определить, как каждое приложение должно взаимодействовать для достижения ключевого Автоматизация бизнес-процессов ускоряет доставку товаров и услуг для клиентов, снижает вероятность человеческой ошибки и снижает эксплуатационные расходы.
Помимо интеграции бизнес-процессов, для интеграции приложений также необходимы возможности интеграции данных. Если приложение не может обмениваться данными из других приложений и точно понимать их, могут возникнуть несоответствия, которые снизят эффективность бизнес-процессов. Возможности интеграции данных могут быть достигнуты одним из следующих двух методов: 1) написать код, чтобы каждое приложение понимало данные из других приложений на предприятии, 2) использовать приложения отправителя и получателя, которые могут анализировать Единый формат обмена данными. Последний метод лучше, чем первый, поскольку он более масштабируемый по мере роста размера и сложности корпоративных систем. Согласно двум вышеупомянутым методам, доступ к данным, анализ и преобразование являются важными возможностями, которые могут успешно обеспечить интеграцию данных. В традиционной технологической системе SOA формат данных XML обычно используется как унифицированный формат обмена и обработки данных, описанный выше. На платформе управления API нового поколения и интеграции приложений компании Lingchang Technology мы применяем более легкий и эффективный формат данных JSON, который легко анализировать, обрабатывать и преобразовывать, и можем использовать различные эффективные инструменты обработки данных в богатой экосистеме JavaScript для непосредственного Манипуляция данными помогает эффективно завершить интеграцию данных между различными приложениями.
Ниже уровня интеграции бизнес-процессов и данных находится интеграция уровня связи. Это относится к тому, как различные приложения внутри предприятия взаимодействуют друг с другом с помощью таких методов, как передача файлов, методы запроса / возврата или обмен сообщениями. Во многих случаях приложения не предназначены для взаимодействия друг с другом, поэтому на уровне связи необходимо применять технологии, которые могут помочь реализовать обмен данными между приложениями. Эти технологии включают интерфейсы прикладного программирования (API), определяющие способ вызова приложений, а также носители, которые действуют как соединители между приложениями. На уровне связи также важно учитывать архитектуру взаимодействия между приложениями. Для реализации архитектуры взаимодействия приложений на уровне связи можно использовать такие технологии, как двухточечная модель, модель концентратора и звезды или служебная шина предприятия (ESB).
Получайте новости: синхронное и асинхронное общение
Без эффективного взаимодействия бизнес-процессы и данные не могут быть должным образом интегрированы. В соответствии с конкретными потребностями предприятия связь между приложениями может быть синхронной, асинхронной или их комбинацией.
При синхронной связи приложение-отправитель отправляет запрос вызова API в приложение-получатель и должно дождаться ответа, чтобы продолжить обработку. Этот режим обычно используется в сценариях, где запросы данных необходимо координировать последовательным образом.
При асинхронной связи приложение-отправитель отправляет сообщение приложению-получателю и продолжает локальную обработку до получения ответа. Другими словами, приложение-отправитель не зависит от приложения-получателя для завершения своей обработки. Если несколько приложений интегрированы таким образом, приложение-отправитель может завершить вызов API, даже если другие запросы вызова API еще не были обработаны.
Кроме того, асинхронная связь позволяет ослабить связь между приложениями, тем самым устраняя необходимость в управлении подключением. Это делает решения по интеграции приложений более гибкими, гибкими и легко расширяемыми: это основные атрибуты, которыми должны обладать корпоративные информационные системы сегодня.
Синхронизация 1С с сайтом: что нужно знать и как настроить
Блог / Синхронизация 1С с сайтом: что нужно знать и как настроить
Поиск
Категории блога
Синхронизация 1С с сайтом: что нужно знать и как настроить
Интеграция сайта с 1С – решение, которое позволяет автоматизировать работы с каталогом на сайте и исключить потенциальные ошибки, например, когда товара нет в наличии или цена была изменена в 1С, но на сайте все еще выводиться старая информация.
Содержание статьи:
1. Что такое интеграция “1С:Підпр.” и сайта?
Интеграция сайта с 1С – это регулярный обмен данными сайта и 1С, что существенно экономит рабочее время.
Разберемся детальнее. Во-первых “интеграция”. В одном случае термин означает передачу данных с одной системы в другую. В другом возникают трудности.
Виды передачи данных:
— Односторонний обмен. Система A → (или ←) система Б
— Двухсторонний обмен. Система A ↔ система Б
Использование двухстороннего обмена данными подразумевает, что часть информации вводится в 1С:Бухгалтерия 8, а часть в 1С: :Підпр. В случае двустороннего обмена, роли систем могут меняться: обе системы могут выполнять функции как источника данных, так и приемника. Обмен происходит следующим образом: из системы-источника выгружается файл с данными. Система-приемник загружает этот файл и обрабатывает на своей стороне полученные данные.
2. Зачем нужна интеграция “1С:Підпр.” с сайтом?
Трудность реализации задачи по интеграции 1С с сайтом – это скрытые недостатки, которые могут появиться после определенного время работы механизма. Это может стать причиной потери заказов, задержки отгрузки заказанного товара, не правильным ценам на сайте, ошибках в отображении наличия товара на складе.
2.1. Всегда безупречный учет
Синхронизировав интернет-магазин с системой 1С, вы значительно облегчите себе процесс учёта. Все необходимые операции будут выполняться автоматически, вам не придётся вносить каждую трату или выручку вручную. Таким образом, система будет сама контролировать, сколько товаров осталось на складе, – и передавать эти данные на сайт. Благодаря этому каталог легко и быстро будет обновляться в плане ассортимента и цен. Это избавит вас от многих нежелательных конфликтов.
2.2. Снижение затрат на персонал
Для ведения сайта многие нанимают несколько администраторов, которые вносят изменения, обновляют каталог, общаются с клиентами, обрабатывают заказы и так далее. Это довольно затратно и не каждый предприниматель может себе позволить держать несколько работников. Если вы хотите снизить затраты на интернет-магазин, интеграция с 1С может быть чрезвычайно полезна. Подключив эту систему, вы автоматизируете многие процессы, поэтому управлять сайтом станет, намного проще. При этом всё будет осуществляться с высокой оперативностью, а качество обслуживания не только не пострадает, но станет намного выше. Всё-таки нельзя исключать такой важный момент, как человеческий фактор.
2.3. Увеличение прибыли
Чем быстрее вы обрабатываете их заказы, тем больше вероятность, что они вернутся к вам снова. Кроме того, вы так же быстро и слаженно будете работать с дилерами, определяя, какие товары продаются лучше, чтобы своевременно их заказывать. В 1С очень удобная статистика, которая позволяет делать правильные выводы для успешного управления продажами. Ещё один плюс – к 1С можно подключать неограниченное количество интернет-магазинов, соответственно, увеличивая число продаж и лояльность клиентов. Выгода заключается также и в снижении расходов. Сокращая затраты на персонал, вы значительно увеличиваете эффективность управления магазином. А затраты на интегрирование окупаются примерно за 1-2 месяца.
Способы интеграции с 1С
Какие важнейшие требования предъявляются к бизнес-приложениям? Одними из самых главных являются следующие задачи:
Интеграционные задачи
Интеграционные задачи могут быть разными. Для решения одних достаточно простого интерактивного обмена данными – например, для передачи в банк списка сотрудников для оформления зарплатных пластиковых карт. Для более сложных задач может быть необходим полностью автоматизированный обмен данными, возможно, с обращением к бизнес-логике внешней системы. Есть задачи, носящие специализированный характер, вроде интеграции с внешним оборудованием (например, торговым оборудованием, мобильными сканерами и т.д.) или с унаследованными или узкоспециализированными системами (например, с системами распознавания RFID-меток). Крайне важно для каждой задачи выбрать наиболее подходящий механизм интеграции.
Возможности интеграции с 1С
Существуют различные подходы к реализации интеграции с приложениями 1С, какой из них выбрать – зависит от требований задачи.
Механизмы интеграции в платформе 1С:Предприятие
Импорт/экспорт файлов
Предположим, перед нами стоит задача двунаправленного обмена данными между приложением 1С и произвольным приложением. Например, нам нужно синхронизировать список товаров (справочник Номенклатура) между приложением 1С и произвольным приложением.
Для решения такой задачи можно написать расширение, которое выгружает справочник Номенклатура в файл определенного формата (текстовый, XML, JSON, …) и умеет считывать этот формат.
В платформе реализован механизм сериализации прикладных объектов в XML как напрямую, через методы глобального контекста ЗаписатьXML/ЧтениеXML, так и с помощью вспомогательного объекта XDTO (XML Data Transfer Objects).
Любой объект в системе 1С:Предприятие может быть сериализован в XML представление и наоборот.
Эта функция вернет представление объекта в виде XML:
так будет выглядеть экспорт справочника Номенклатура в XML при помощи XDTO:
Путем несложной переделки кода экспортируем справочник в JSON. Товары будут записаны в массив; для разнообразия приведем англоязычный вариант синтаксиса:
Далее останется только передать данные конечному потребителю. Платформа 1С:Предприятие поддерживает основные интернет-протоколы HTTP, FTP, POP3, SMTP, IMAP, включая их безопасные версии. Также для передачи данных можно использовать HTTP и/или Web-сервисы.
HTTP- и веб-сервисы
Приложения 1С могут реализовывать свои HTTP- и веб-сервисы, а также вызывать HTTP- и веб-сервисы, реализованные сторонними приложениями.
REST интерфейс и протокол OData
Так, URL вида http:// / /odata/standard.odata/Catalog_Номенклатура вернет нам содержимое каталога Номенклатура в формате XML — коллекцию элементов entry (заголовок сообщения пропущен для краткости):
Прибавляя к URL-у строку «?$format=application/json», получим содержимое каталога Номенклатура в формате JSON (URL вида http:// / /odata/standard.odata/Catalog_Номенклатура?$format=application/json ):
Внешние источники данных
В некоторых случаях обмен данными через внешние источники данных может оказаться оптимальным решением. Внешние источники данных – это прикладной объект конфигурации 1С, позволяющий взаимодействовать с любой ODBC-совместимой базой данных как на чтение, так и на запись. Внешние источники данных доступны как в Windows, так и на Linux.
Механизм обмена данными
Механизм обмена данными предназначен как для создания территориально распределенных систем на основе 1С:Предприятия, так и для организации обмена данными с другими информационными системами, не основанными на 1С:Предприятии.
Этот механизм активно используется во внедрениях 1С, и спектр задач, решаемых с его помощью, весьма широк. Это и обмен данными между приложениями 1С, установленными в филиалах организации, и обмен между приложением 1С и сайтом интернет-магазина, и обмен данными между серверным приложением 1С и мобильным клиентом (созданным с помощью мобильной платформы 1С:Предприятия), и многое другое.
Одно из ключевых понятий в механизме обмена данными – это план обмена. План обмена – это особый тип объекта прикладного платформы 1С, определяющий, в частности, состав данных, которые будут участвовать в обмене (какие именно справочники, документы, регистры и т.п.). План обмена содержит также информацию об участниках обмена (так называемых узлах обмена).
Вторая составляющая механизма обмена данными – механизм регистрации изменений. Данный механизм автоматически отслеживает в системе изменения данных, которые должны быть переданы конечным потребителям в рамках плана обмена. С помощью этого механизма платформа отслеживает изменения, произошедшие со времени последней синхронизации, и позволяет минимизировать объем данных, передаваемый в рамках очередного сеанса синхронизации.
Обмен данными происходит при помощи XML сообщений определенной структуры. Сообщение содержит данные, изменившиеся со времени последней синхронизации с узлом, и некоторую служебную информацию. Структура сообщений поддерживает нумерацию сообщений и позволяет получать подтверждения от узла-получателя о приеме сообщений. Такое подтверждение содержится в каждом сообщении, приходящем от узла-получателя, в виде номера последнего принятого сообщения. Нумерация сообщений позволяет понять платформе, какие данные уже были успешно переданы на узел-получатель, и избежать повторной передачи, передавая лишь данные, измененные со времени приема узлом-отправителем последнего сообщения с квитанцией о полученных узлом-получателем данных. При такой схеме работы обеспечивается гарантированная доставка даже при ненадежных каналах передачи и потере сообщений.
Внешние компоненты
В ряде случаев, при решении задач интеграции приходится сталкиваться со специфическими требованиями, например, протоколами взаимодействия, форматами данных, работа с которыми не предусмотрена в платформе 1С:Предприятие. Для такого круга задач в платформе предусмотрена технология внешних компонент, которая позволяет создавать динамически подключаемые модули, расширяющие функционал 1С:Предприятия.
Типичным примером задачи с подобными требованиями, может служить интеграция прикладного решения 1С с торговым оборудованием, начиная от весов и заканчивая кассовыми аппаратами и сканерами штрих-кодов. Внешние компоненты могут быть подключены как на стороне сервера 1С:Предприятия, так и на клиентской части (включая, в том числе, и веб-клиент, а также следующую версию мобильной платформы 1С:Предприятия). Технология внешних компонент предусматривает достаточно простой и понятный программный (C++) интерфейс взаимодействия компоненты с платформой 1С:Предприятие, который должен реализовать разработчик.
Возможности, открывающиеся при использовании внешних компонент, весьма широки. Можно реализовать взаимодействие по специфическому протоколу обмена данными с внешними устройствами и системами, встроить специфические алгоритмы обработки данных и форматов данных и т.п.
Устаревшие механизмы интеграции
В платформе доступны механизмы интеграции, которые не рекомендуется использовать в новых решениях; они оставлены из соображений обратной совместимости, а также на случай, если другая сторона не может работать с более современными протоколами. Один из них – работа с файлами формата DBF (поддерживается во встроенном языке с помощью объекта XBase).
Другой устаревший механизм интеграции – использование технологии COM (доступно только на платформе Windows). Платформа 1С:Предприятие предоставляет два способа интеграции для Windows, использующие технологию COM: Automation-сервер и Внешнее соединение. Они очень похожи, но одним из принципиальных отличий является то, что в случае Automation-сервера запускается полноценное клиентское приложение 1С:Предприятие 8, а в случае внешнего соединения запускается относительно небольшой внутрипроцессный COM-сервер. То есть в случае работы через Automation сервер можно задействовать функционал клиентского приложения, выполнять действия, аналогичные интерактивным действиям пользователя. При использовании внешнего соединения можно использовать только функции бизнес-логики, причем их можно выполнять как на клиентской стороне соединения, где создается внуприпроцессный COM-сервер, так и осуществлять вызов бизнес-логики на стороне сервера 1С:Предприятия.
Также технологию COM можно использовать для обращения к внешним системам из кода приложения на платформе 1С:Предприятие. В данном случае приложение 1С выступает в качестве COM-клиента. Но следует напомнить, что данные механизмы будут работать только в том случае, если сервер 1С функционирует в среде Windows.
Механизмы интеграции, реализованные в типовых конфигурациях
Формат EnterpriseData
В ряде конфигураций 1С (список ниже) на основе описанного выше платформенного механизма обмена данными реализован готовый механизм обмена данными с внешними приложениями, не требующий изменения исходного кода конфигураций (подготовка к обмену данными делается в настройках прикладных решений):
Обмен данными между приложением 1С и сторонним приложением может происходить:
Квитирование сообщений
Приложения 1С ведут учет отправленных и полученных сообщений синхронизации и ожидают того же от сторонних приложений. Это позволяет задействовать механизм нумерации сообщений, описанный выше в разделе «Механизм обмена данными».
Приложения 1С в ходе синхронизации передают только информацию об изменениях, произошедших с бизнес-сущностями со времени последней синхронизации (чтобы минимизировать объем передаваемой информации). При первой синхронизации приложение 1С выгрузит все бизнес-сущности (например, элементы справочника номенклатуры) в формате EnterpriseData в XML-файл (поскольку все они являются «новыми» для внешнего приложения). Стороннее приложение должно обработать информацию из пришедшего от 1С XML-файла и при следующем сеансе синхронизации поместить в файл, отправляемый в 1С, в специальную секцию XML, информацию, что сообщение от 1С за определенным номером успешно принято. Сообщение-квитанция является для приложения 1С сигналом, что все бизнес-сущности успешно обработаны внешним приложением и информацию о них передавать больше не нужно. Помимо квитанции XML-файл от стороннего приложения также может содержать данные для синхронизации со стороны приложения (например, документы реализации товаров и услуг).
После получения сообщения-квитанции приложение 1С помечает все изменения, переданные в предыдущем сообщении, как успешно синхронизированные. Лишь несинхронизированные изменения в бизнес-сущностях (создание новых сущностей, изменение и удаление существующих) будут отправлены во внешнее приложение при следующем сеансе синхронизации.
При передаче данных от внешнего приложения в приложение 1С картина меняется на обратную. Внешнее приложение должно заполнить секцию-квитанцию в XML файле соответствующим образом и поместить бизнес-данные для синхронизации со своей стороны в формате EnterpriseData.
Упрощенный обмен данными без квитирования
Для случаев простой интеграции, когда достаточно только передавать информацию от стороннего приложения в приложение 1С и обратной передачи данных из приложения 1С в стороннее приложение не требуется (например, интеграция онлайн-магазина, передающего информацию о продажах в «1С:Бухгалтерию»), есть упрощенный вариант работы через веб-сервис (без квитирования), не требующий настроек на стороне приложения 1С.
Специализированные интеграционные решения
Существует типовое решение «1С:Конвертация данных», которое использует механизмы платформы для конвертации и обмена данными между типовыми конфигурациями 1С, но может быть также использовано для интеграции со сторонними приложениями.
Интеграция с банковскими решениями
Стандарт «Клиент банк», разработанный специалистами 1С более 10 лет назад, фактически стал стандартом индустрии в России. Следующий шаг в этом направлении – технология DirectBank, позволяющая отправлять платежные документы в банк и получать выписки из банка непосредственно из программ системы «1С:Предприятия» нажатием одной кнопки в программе «1С»; при этом не требуется установка и запуск дополнительных программ на клиентский компьютер.
Принципы и пути синхронизации 1С с интернет-магазином
Онлайн-магазин использует системы учета и управления. Без этого вы проиграете конкурентную борьбу. На постсоветском пространстве лидер разработок — компания «1С-Битрикс». Ее выбирают многие, конечно их волнует синхронизация сайта с 1С.
Правильная настройка выжмет максимум преимуществ и убережет вас от лишних переделок и затрат. Рассмотрим особенности.
Важное замечание: синхронизация VS интеграция с 1С
Эти два понятия часто путают, считая их синонимами. Они касаются работы с данными, но:
интеграция — участие одной базы данных в работе двух систем (CMS сайта и учета склада предприятия), которые объединяются в одно целое.
синхронизация — существование двух отдельных баз данных, управляемых веб-сервером и CRM. Обновление любой из баз синхронизируется с другой.
Типы синхронизации
Автоматическая. Веб-сервер магазина распределяет данные, которые он забирает с файла-каталога, автоматически созданного системой 1С.
Нужный тип вы выбираете, исходя из своих пожеланий. Большие онлайн-платформы необходимо синхронизировать минимум дважды в сутки. Небольшие веб-порталы достаточно обрабатывать 1 раз в день, допустимо делать это вручную.
Два принципа обмена данных между интернет-магазином и 1С
Обмен данных между CMS интернет-магазина и 1С бывает двух групп:
На веб-сервер выгружаются:
информация о складских остатках;
данные об остатках и ценах без номенклатуры.
В систему 1С поступает информация о заказах.
В первом случае «1С: Предприятие» указывает сайту текущее положение товарной номенклатуры. Во втором — веб-сервер магазина сообщает о статусе заказов, сделанных посетителями сайта.
7 вариантов автоматической синхронизации
Синхронизация с помощью CommerceML
Этот «типовой» вариант идет в стандартном пакете 1С. Хороший уровень безопасности, хотя данные не зашифрованные. Приходится вручную запускать процесс, сам обмен данных снижает общую производительность.
Веб-расширение
Отдельная разработка для «1С: Предприятие». Применяются технологии Web Forms, ASP.NET, ADO.NET. Синхронизацию при этом методе настроить проще. На производительность влияет скорость доступа к базе 1C. Обратите внимание: онлайн-магазин может потерять данные из-за падения сервера на стороне 1С.
Веб-сервисы 1С
Легко настроить. Однако за удобство приходится платить безопасностью: к данным 1С отрытый доступ из Интернета.
1С v. 8.3.
Эта модификация «1С: Предприятие» содержит набор веб-сервисов, которых нет в прежних версиях. Здесь отлажена безопасная и эффективная синхронизация. Минус v. 8.3: возможно отсутствуют некоторые типовые конфигурации, необходимые для работы вашего онлайн-магазина.
Использование библиотеки DLL
Самописное решение, делающее синхронизацию предельно устойчивой к отказам при обмене больших данных. Высокая производительность. Недостаток: затратное кодирование.
COM-сервер
Ключевой плюс: хорошо работает с приложениями среды Windows. Минусов немало: производительность зависит от многих факторов, процесс сбоит при частых таймаутах, большие расходы на создание ком-интерфейса.
Комбинированный путь синхронизации: вместо выводов
Хотите максимально синхронизировать? Комбинируйте варианты! К примеру, для вашего онлайн-магазина оптимальным может оказаться доработанный формат CommerceML с использованием универсального XML-обмена. Хотя сам метод XML относится к ручной синхронизации.