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

NonsensА существуют ли стандарты на обмен бизнес-информацией?
Commerce ML

NonsensА он живой ли?
По-моему уже много лет не обновляется.
Ошибаюсь?Честно говоря, не в курсе. Знаю лишь, что price.ru реально работает, используя этот стандарт.

qwerty666У Вас сложилась подмена понятий:EDI-стандарт(формат) обмена данными, а веб-служба-инструмент для обмена.Причём стандарт этот очень грамотный и продуманный(ососбенно после выхода XML версии работать с ним стало приятнее). EDI-стандарт, сформировавшийся в Европе, поэтому на нём "сидят" Ашан, Метро и т.д....Ок, как Вам XML в качестве формата обмена данными в совокупности с CommerceML?
EDI изначально был разработан под т.н. "плоские файлы". Основные цели - систематизация атрибутов документа, контроль версий и источников информации.
CommerceML изначально был разработан как надстройка над XML, возможности которого существенно шире, нежели "плоских файлов".
Если множество контрагентов желает оперировать документами в совместимом формате, они могут просто сослаться на общеупотребимую схему CommerceML.

Однако, необходимость оперировать едиными схемами в последнее время уже не столь актуальна. Любая организация, желающая взаимодействовать с любой другой, получая и отправляя документы, может воспользоваться WEB-службами и, например, MS BizTalk Server, в котором настраивается XSLT-преобразование из одного XML-формата в другой и обратно. И всё, необходимость в стандарте становится призрачной.

Почему CommerceML не получает широкого распространения? Потому что актуальность подобных стандартов с появлением WEB-служб резко снизилась, ПМСМ. Актуальность EDI - в том числе. WEB-служба предоставляет в одном флаконе стандарт обмена и сами данные.