ビジネスドキュメントの交換(請求書、POなど)に使用するのに最適な標準は何ですか?

StackOverflow https://stackoverflow.com/questions/166692

質問

システム間でビジネスドキュメント(請求書、PO、送金通知など)の送受信を実装する必要がある場合、最適な相互運用のためにどの標準を推奨しますか? XMLまたはそれ以外の可能性があります。

役に立ちましたか?

解決

(この順序で)見ます:

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

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

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

他のヒント

UBL (ユニバーサルビジネス言語)は、OASISによって管理されている、これを行う最新の試みです。問題は、ビジネスドキュメントの相互運用の聖杯が、現実的であるとしても、本当に長い道のりであることです。それが、Biztalkのような製品が存在する理由です。 Biztalkの主な目的は、あるパートナーの形式でドキュメントを取得し、それをユーザーの形式に変換すること、またはその逆です。

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

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

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

ebXML 標準があります。これは、ドキュメント形式だけでなく、ビジネスエンティティ間のプロセスも対象としています。

これを行うためのさまざまな標準があります スイフト-津 ボレレオ ツイスト

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

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

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top