まず、二つの概念を説明します。
ワークフローは、仕事は、効率を改善、生産コストを削減し、企業や他の目的の競争力を向上させるために、異なる段落のタスクに分け、その後、一定のルールで実行されると、これらのタスクを処理し、それらを監視します。これは主に使用されていますオフィスオートメーション。
トラフィックフロー：それは、エンタープライズリソースプランニングシステム（ERP）を介して内部リソース、企業の物流、資本の流れと情報の流れの一般的な包括的な統合管理間のデータフローです。
しかし、実際のビジネスでは、それは多くの場合、いくつかの要求である、OAシステムは、次のような、前後に切り替えるとERPシステムする必要があります。支払伝票がERPシステムを行い、マネーアプリケーションで購入（下に示すように）機能しています。
また、承認後の使用中の企業のOAワークフローシステムは、ビジネスデータをいくつかのビジネス・データを生成し、これらは、順番に、このような地図アプリケーションデータの調達コストなどの外部データソースのERPシステムであってもよいです。データの重複を避けるために、データの唯一の情報源は、ワークフローシステムが生成され、トラフィックフローシステムの統合要件されていることを確認するために。
現在の一般的な統合アプローチ、二つのカテゴリーにまとめ
1）：インターフェースの統合カプセル化モード、OAの使用であって、インタフェース意味（ERPの各々によって提供されるインタフェース：データベーステーブルの構造、ウェブ・サービス・インターフェース、他のカスタムインターフェイス）、二つのデータの間の訪問の交換。
2）：2つのシステムが直接操作しているデータテーブルとして、異なるシステム間でのデータアクセス、データが同じモデルの異なるストレージシステム内のデータとの間のデータの共有の訪問に基づいて中間モードテーブル、一貫性のあるリアルタイム配信。
上記の分析から、この統合は、それが二次開発の使用であるならば、私は個人的に、Webサービス、私たちはしばしば、SOAアーキテクチャを聞くことをウェブサービスを好む、少なくとも二次開発の度合いを変化させ、困難であり、それはあります統合サービスプラットフォームアーキテクチャの種類、コア・ポイントが最大限に統合と再編のサービスを実現するために、サービスや技術の完全な分離を達成することである。（注、ERPの開発ならば、私は強く、アーキテクチャ、SOAの使用に反対しますのみ、特定のビジネスシナリオでは、SOAのI直感、サービス・インターフェースを提供するために、最も適切な方法）、なぜテーブルにそれを使わないのでしょうか？ので、
緊密に統合された方法で結合されているアクセスパターンがクロステーブルに基づいている場合、プロセスは、実際、2つのサブシステム間の制御の転送を行う承認ERPさらに特別なストリーム、、、システムが影響します柔軟性と拡張性、に妨げられる調整およびビジネスプロセスの最適化は、企業の発展を助長されていません。
オープンソースシステムFireWorkflow（http://www.fireflow.org）の国、およびそのソースコード内の最近の研究を分析している（宣伝された最初の、そして私は皆のために、ソースコード記述された手順のブログを分析しますAC、正しい私）。
いくつかのアイデアがFireworkflowは私に、非常に快適に述べたように、例えば、通常のプロセスの休暇
以下、このフローチャートを実行することは記載されています。
まず、新たなビジネス・プロセスのインスタンスを起動し、新しいタスクインスタンスを作成するためのワークフローサブシステム - 「シェン
「やビジネス・サブシステムへの制御は、サブシステムがビジネスの応募フォームに必要事項を記入待機してください。申請した後、再びワークフロー・サブシステムの制御を引き渡しフォームを完了、ルートの次のステップは、それによって決定されます。この作品はあります素子から同期Rが（図は円形に「S」とラベルされた）完了と呼ばれる。この動作例では、それは次の演算により算出される「承認のため部長」、いわゆる「管理者の承認を作成しますビジネス・サブシステムへのタスクインスタンス」、およびコントロールは、サブシステムは、操作を行うには、承認のための事業部長を待ちます。
図ワークフローロジックとビジネスロジックのシェアは、業務ワークフローの論理サブシステム「アクション」の決定によって承認後に行われ、非常に明確です。ビジネス・ロジック・サブシステム「承認」の完全な特定のビジネス・ロジックへの操作のための唯一の責任がある、私が欲しいものである他とは何の関係も、良いERPを持っていないワークフローサブシステムとサブシステムのトラフィックフローを含める必要があります、これら2つのサブシステムが両方とも無関係であり、相互に共同作業を行うことができ、関連付けられていないが正しくそれらの1つ少ない、他の缶の作業を指します。彼らは、ビジネス開発サービスのためのより良い、互いの利点を取ることができることを相互協力の手段
