xml - ビジネス文書の交換 (請求書、PO など) に使用するのに最適な標準は何ですか?

Question

システムからシステムへのビジネス ドキュメント (請求書、PO、送金通知など) の送受信を実装する必要がある場合、最適な相互運用のためにどの標準をお勧めしますか? また、その理由は何ですか? それは XML であっても、それ以外であってもかまいません。

Answer 1

UBL (Universal Business Language) は、これを行うための最新の試みであり、OASIS によって管理されています。問題は、ビジネス ドキュメントの相互運用性という究極の目標は、たとえ現実的であったとしても、実際にはかなり先のことです。それが、Biztalk のような製品が存在する理由です。Biztalk の主な目的は、ドキュメントを 1 つのパートナーの形式で取得し、それを自分の形式に変換すること、またはその逆を行うことです。

ANSI X12 や Edifact のような巨大な標準でさえ問題がありました。2 つのパートナーが合意された標準を使用してドキュメントを交換した場合でも、通常、ドキュメントの使用方法に十分な違いがあり、それらを処理するにはカスタム コーディングが必要だったからです。

私の提案は、ビジネス ニーズに非常によく一致するクリーンで理解しやすい XML 形式を公開し、パートナーが他のパートナーと現在使用している方法を使用してドキュメントを処理できるようにすることです。業界標準に従おうとすると、はるかに多くの作業が必要になり、おそらくメリットはほとんどありません。

Answer 2

私は（この順序で）見ていきます：

• 業界固有のフォーマット。同種の取引グループがある場合は、常に最良の選択です。
• 確立された標準の XML ソリューションが必要な場合は、cXML または XCBL。
• X12 無制限の時間、お金、および喜んでパートナーを持っている場合。
• カスタム XML を使用するのは、標準外の要件がある場合、または送信するデータ量が非常に少ないため、標準によってドキュメントが肥大化しすぎる場合のみです。

もちろん、これはすべて問題のドメインに依存します。私はこれらの質問について考えます：

1. 特定の形式や規制要件がある業界にいますか? たとえば、注文しているガスの化学組成などの詳細はありますか? 特別な注文や取り扱いが必要な危険物はありますか?
2. あなたの業界にはすでに特定のフォーマットがありますか、それとも一般的なフォーマットが必要ですか? 化学/ガス、小売、大手石油会社、航空会社、金融サービス、およびその他の多くの企業は、すでにフォーマットを持ち、時にはネットワークを確立しています。
3. 調達アプリケーションを持っている企業の購入者と協力していますか? もしそうなら、購入システムをオンライン カタログから注文できるようにする PunchOut 標準を処理する cXML または XCBL を見てみたいと思います。
4. あなたのパートナーの洗練度は？EDI は古くて強力ですが、理解するのは非常に困難です。このプロセスに慣れていない人は、XML ベースの形式に慣れています。
5. 市場でのあなたのポジションは？あなたはパートナーのために標準を推進できますか?それとも、パートナーから形式を指示されますか? その場合、いくつかの標準を採用する必要がありますか? 誰がそれらの間を翻訳しますか?

Answer 3

標準はX12です。それだけです。ウィキペディアのEDIページを参照してください。

Answer 4

文書フォーマットだけでなく、企業間のプロセスもカバーするebXML標準があります。

Answer 5

SWIFT - TSU Bolereo Twist のように、これを行うためのさまざまな標準があります。

ただし、どの標準も業界で完全に採用/受け入れられていないため、相互運用性はありません。もう 1 つの方法は、ドキュメント フロー管理システムを使用することです。このシステムでは、すべてのドキュメントをスキャンして画像として保存し、これらの送受信に関するワークフローを構築します。

Answer 6

PDF - 誰もが持っていて、クロス プラットフォームであり、あらゆる種類のドキュメントを処理できます。ただし、編集したい場合はダメです。