3

メッセージの順序付けに関するアーキテクチャ上の質問があります。この質問では、トランスポートは無関係なので、指定しません。

Web サイト、CRM、ERP の 3 つのシステムがあるとします。この例では、ERP がデータ所有権の「マスター」システムになります。Web サイトと CRM の両方が、新しい顧客メッセージを ERP システムに送信できます。次に、ERP システムは顧客を追加し、新しく割り当てられたアカウント番号で顧客を公開して、Web サイトと CRM がアカウント番号をローカルの顧客レコードに追加できるようにします。これは非常に簡単なプロセスです。

次は注文に移ります。CRMまたはWebサイトがERPシステムで注文するには、アカウント番号が必要です。ただし、顧客が口座番号を持っていない場合でも、CRM はユーザーが注文することを許可します。(この例では、CRM の動作を変更できないと想定しています) これにより、CRM でアカウント番号が更新される前に、ユーザーが新しい顧客を作成して注文できる可能性が生じます。

このシナリオを処理する最善の方法は何ですか? 注文メッセージをアカウント番号なしで送信し、エラー キューに入れるのが最善でしょうか? CRM エンドポイントにメッセージを保持させ、CRM でアカウント番号が更新されるまで待つ方がよいでしょうか? たぶん、私が考えていなかったものとはまったく違うものでしょうか？

助けてくれてありがとう。

4

4 に答える 4

0

CRMには、新しく作成された顧客に対して独自の一意の顧客IDがあると思います。この CRM 顧客 ID は ERP の外部キーであり、ERP->CRM 更新に存在する必要があります。存在しない場合、CRM は独自のユーザー レコードを関連付けて更新できません。この仮定が正しければ、CRM と ERP の間に中間業者を配置して、ERP からの口座番号の更新をキャッチするまで、口座番号のない注文をキューで待機させることができます。仲介者は、CRM の顧客 ID を使用して、待機中の注文要求をアカウント番号の更新と関連付け、アカウント ID で注文を強化し、注文を ERP に転送します。

注文が仲介者のキューに長時間留まっている場合は、エラー/エスカレーション キューに移動する必要があります。

仲介者は、CRM 内、ERP 内、または何らかの統合プラットフォーム内に実装される場合があります。

于 2010-04-11T08:32:22.500 に答える
0

CRM システムには、内部で使用される独自のアカウント番号が必要です。これにより、ERP システムがマスター アカウントを作成する前に注文を処理するメカニズムが提供されます。CRM アプリは、ERP アカウント番号を顧客レコードの一意のキーとして保持します。基本的に、CRM アカウント番号は合成キーであり、ERP アカウント番号はビジネス キーです。

この設計では、CRM は新規顧客メッセージと新規注文メッセージを ERP に送信します。どちらのメッセージも、CRM 顧客番号と空白の ERP アカウント番号を送信します。ERP システムにメッセージ キューが 1 つだけあると仮定すると、通常の物理法則が適用されるため、ERP システムは最初に新規顧客メッセージを処理する必要があります。新しいアカウント メッセージを CRM システムに送り返し、CRM 顧客番号を新しい ERP アカウント番号に関連付けます。ERP システムには、ERP アカウント番号を発行する前に送信された新規注文メッセージを処理できるように、顧客番号を CRM アカウント番号と関連付けるデータ ストアが必要です。

新規顧客メッセージが処理される前に、処理のために新規注文メッセージが到着する状況がある場合は、それを保留中のキューにルーティングする必要があります。ERP システムが新規顧客メッセージを処理するとき、保留中のキューをチェックする必要があります。実際には、おそらくキューという用語は間違っています。ERP システムは、CRM 顧客番号に一致するメッセージを探して、すべての新規注文メッセージをざっと調べます。

于 2010-04-11T08:53:22.320 に答える
0

「新しい顧客を作成して注文する」操作を、ERP システムで単純に分解され、順番に再生される単一のメッセージにカプセル化できませんか? したがって、「新しい顧客を作成する」メッセージ、「注文する」メッセージ、および新しい「顧客を作成して注文する」メッセージがあります。

于 2010-04-11T03:13:04.570 に答える
0

キューは、サービス オーケストレーションのシナリオには適していません。実装を大幅に簡素化し、インタラクションの状態を完全に可視化できるCadence Workflowを検討することをお勧めします。

ケイデンスのプログラミング モデルについて説明しているこのプレゼンテーションをご覧ください。

于 2019-09-30T15:57:02.437 に答える