Другая причина заключается в том, что деловые сообщения, такие как заказ. счета-фактуры, кредит-ноты и т. д. в сделках много финансовой ценности, и они должны быть безопасными, но, возможно, что более важно, они должны иметь сквозную валидацию и верификацию, а также отказ от авторства.
Например, я отправляю вам заказ на товары на сумму 1/2 миллиона евро, вы отправляете мне товар, затем я «теряю» информацию о заказе и сообщаю вам, что я не оплачиваю. Сочетание стандартов и VANS делает это практически невозможным или, по крайней мере, с таким большим количеством контрольного следа, что проблемы могут быть отслежены. Вот почему «О, давайте использовать XML и Интернет вместо EDIFACT и VANS», как правило, терпят неудачу. Как кто-то ответил, Инерция, но это инерция, основанная на стабильной эффективной, безопасной, надежной и понятной системе.
Делать это по дешевке не всегда вариант.
Если у меня появилось какое-то утешение, когда я впервые внедрил EDI в 87 году, практически не было программного обеспечения, поэтому я получил таблицы Interbridge и написал свой собственный анализатор для стандарта TRADACOMS в Великобритании, используя программное обеспечение Cognos и HP Mini, и это сработало. хорошо. Предполагая, что вы торгуете с другими партнерами по EDI, стоимость, вероятно, приходит к точке необходимости использования VAN.