Обзор того, как работает обработка EDI
Я новичок в EDI и должен внедрить его в устаревшую систему.
Я хочу убедиться, что обзор более высокого уровня правильный:
1) Создайте файл EDI из моей системы для данного торгового партнера. 2) Возможно, отправьте его ему по FTP. 3) Мне ответили по ftp, и я отправил его обратно в свою систему.
У меня есть концепция?
Я понимаю, что большинство торговых партнеров настраивают стандарты, так что там довольно много работы?
2 ответа
У вас рабочий процесс на ОЧЕНЬ высоком уровне
Как всегда, дьявол кроется в деталях.
Терминология - сегменты / элементы / разделители
Свертывание данных (сегменты ISA / GS / SE)
Контрольные цифры на конвертах
Связь - это действительно FTP? ясно или безопасно? как насчет протоколов VAN или AS2?
Бизнес-логика - сторона приложения или сторона перевода? Что делает
больше смысла?997 Примирение
Аудит документов (требуется? До какого уровня?)
Протоколы тестирования партнеров
Рассмотрим мою среду для поставщика, обращенного к EDI:
- 850 PO out
- 997 к нам
- 855 к нам
- 997 от нас
- 856 к нам
- 997 от нас
- 810 к нам
- 997 от нас
Для клиентов, обращающихся к EDI:
- 850 к нам
- 997 от нас
- 855 из нас
- 997 к нам
- 810 от нас
- 997 к нам
Как видите, несколько документов в нашем жизненном цикле для транзакции.
С какими документами вы работаете? Если это 837, генерирование файла EDI не является тривиальным. Даже если это в 856, вы должны иметь дело с иерархическими циклами, которые вы должны учитывать при переводе (тем более с 837, хотя).
Планируете ли вы написать свой собственный парсер / переводчик? Если так, то почему? Собираетесь ли вы написать свою собственную процедуру согласования подтверждений? Проверка синтаксиса? Лучше всего связать свое устаревшее приложение с коммерческим переводчиком, а не заново изобретать 30-летнее колесо. Множество картографов перетаскивания, которые могут подключаться к устаревшим системам ( Delta, вероятно, одна из лучших на рынке, но есть несколько качественных альтернатив с открытым исходным кодом, таких как BOTS) . В стандарте X12 есть немного простора для мерзости. Я, кажется, немного сумасшедшие реализации, хотя. В целом, больше партнеров соглашаются, чем делают то, что они хотят. Те, которые имеют дикие требования, обычно выбирают XML, так как они имеют больший диапазон в структуре документа и не ограничены стандартом. Если у вас есть 4 партнера, а 2 - версия 4010, а 2 - 5010, то вам придется кодировать (или отображать) соответственно. Есть инструменты, чтобы помочь, но опять же, дьявол кроется в деталях.
Хороший учебник можно найти по адресу http://www.rdpcrystal.com/what-is-edi/
он показывает основное взаимодействие между сторонами EDI, а также информацию сообщения