Внедрить EDI с помощью BizTalk - PullRequest
2 голосов
/ 24 января 2011

В настоящее время наша компания планирует внедрить EDI в BizTalk, который мы ранее не использовали.У нас есть несколько поставщиков / поставщиков.Мы получаем информацию об их продуктах, плоский документ / электронную таблицу, обрабатываем этот документ, а затем продаем эти продукты на нашем веб-сайте.

Мой вопрос:

  1. насколько легко мы можем это сделатьвнедрить EDI и BizTalk?
  2. Требуется ли, чтобы все наши поставщики устанавливали BizTalk Server?
  3. В настоящее время у нас есть стандарт для файла продукта.Как мы можем установить новую спецификацию с нашими поставщиками?
  4. После того, как все конфигурации выполнены в BizTalk, есть ли какие-либо другие готовые вещи, которые нам нужно выполнить?Как, напишите дополнительный процессор и т. Д.

Cheers, Ray

Ответы [ 2 ]

5 голосов
/ 24 января 2011

Обработка EDI в BizTalk аналогична обработке плоских файлов - ее основные функции помогают вам анализировать сообщения EDI и преобразовывать их в XML (как вы знаете, с этим BizTalk работает внутренне). Это также помогает вам перейти от XML и сгенерировать EDI-сообщение, которое затем можно отправить. Пакет BizTalk EDI также имеет множество схем EDI, поэтому не нужно создавать их вручную, но можно повторно использовать ту, которая соответствует версии и т. Д., Которая требуется в настоящее время.

Есть также некоторые функции для управления партиями и их настройки (полученный идентификатор, разница в форматировании EDI и т. Д., И т. Д.). Это управление упрощает добавление и изменение настроек определенной стороны без необходимости изменять / компилировать / развертывать основной процесс.

Ответы на ваши вопросы

  1. Реализация EDI не сложно. Хорошо иметь фундаментальное понимание синтаксиса и детально понимать сообщения EDI - это, вероятно, самое сложное;)
  2. Нет, нет. Вы просто получаете и отправляете EDI. То, как вы и ваши продавцы и т. Д. Справитесь с этим, зависит от каждой стороны.
  3. При работе с EDI целесообразно начать со стандартных документов / спецификаций для реализуемых процессов. Существует несколько мест ( здесь , например), которые будут публиковать подобные стандарты. Обычно хорошей идеей будет изменить этот документ, удалив или добавив его, чтобы он лучше соответствовал точным требованиям. Тогда именно эту спецификацию вы и ваши стороны должны соблюдать при отправке и получении сообщений друг от друга.
  4. Нет.
2 голосов
/ 25 января 2011

Почему BizTalk?Я думаю, что есть лучшие решения, которые были бы дешевле, а также менее ресурсоемкими.Насколько я понимаю, BizTalk требует много адаптеров, а также глубокое понимание .NET Framework.

Вы также можете легко приобрести очень удобный универсальный картограф с функцией перетаскивания от такой компании, как Liaison (см. Их продукты Delta и ECS), и использовать более быстрый подход к разработке.

Когда я думаю о программном обеспечении EDI, BizTalk обычно запоздалая мысль.Такие компании, как Liaison (ранее Softshare), Sterling Commerce, Extol, Inovis / GXS, Tie Commerce, SPS (для управляемого хостинга) выходят на первый план.

Если у вас уже есть (купленный) BizTalk в доме, тогдаимеет смысл идти по этому пути.Я бы порекомендовал, если вы собираетесь просматривать много данных EDI, чтобы вы загрузили EDI Notepad.Это бесплатное приложение для редактирования / просмотра данных EDI.Его можно найти здесь: http://liaison.com/products/integrate/edi-notepad

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

...