サイト内アドレス処理

このドキュメントでは、サイト間オーダー機能内の次のフィールドの具体的な使用方法について説明します。以下のフィールドは、EANロケーション番号と呼ばれることもあります。

前述のフィールドの基本情報は、次のように維持する必要があります。

外部受注オーダーを社内で供給する場合、資材フローに応じて二つの異なるシナリオがあります。

内部直接購買

顧客がサイトA に商品を受注オーダーします。サイトA には利用可能な在庫がありませんが、商品の直接納入を伴う社内購買オーダーを発行します。商品はサイトB から外部の顧客に発送されます。この状況では、サイトA が発注顧客であり、外部顧客が納入顧客です。社内顧客オーダーの作成時にサイトB の納入顧客住所(外部顧客の住所)を識別するには、外部顧客の住所に顧客自身の住所IDフィールドを顧客カタログに設定する必要があります。これにより、二つのサイトが異なるデータベース△インスタンスで動作している場合でも、システムは正しい住所を見つけることができます。この住所は既知の住所であり、単一の出現として選択されません。

外部受注オーダーがサイトA でリリースされ、社内購買オーダーが作成されると、配送先顧客および顧客自身の住所IDフィールドの値が購買オーダー明細に保存されます。これらの二つのフィールドは、他の情報とともに、メッセージ処理を介して供給サイト (この例ではサイトB) に転送されます。

内部購買積換

顧客がサイトA に商品を受注オーダーします。サイトA には利用可能な在庫がありませんが、商品の積替納入を伴う社内購買オーダーを発行します。商品はサイトB からサイトA に送られ、その後サイトA から外部の顧客に送られます。この状況では、サイトA は注文顧客であると同時に納入顧客でもあります。社内購買オーダーでは、発注顧客はサイトであり、納入先住所として取得されるのはサイトの納入先住所です。ただし、社内顧客オーダーでは、顧客としてのサイトA の顧客カタログから納入先住所が取得されます。社内顧客オーダーの作成時にサイト△B の納入先住所(内部顧客の住所)を識別するには、内部顧客の住所に顧客自身の住所IDフィールドの値を顧客カタログで設定する必要があります。これは、サイトA の自社住所IDフィールドと同じIDである必要があります。これにより、システムは購買オーダー上のサイトの住所と社内顧客オーダー上の内部顧客の住所との間の関連付けができます。この住所は既知の住所であり、単一の出現として選択されません。

注釈:この二つの住所間の関連付けは、サイトB とサイトA 間の正しいルートを見つけるためにも重要です (存在する場合)。これにより、外部顧客に対する受注確約は正しいルート出発日に基づいて行われます。

内部購買

社内購買オーダーは必ずしも受注オーダーから発生する必要はなく、社内購買オーダーとして直接入力することもできます。ただし、このシナリオは上記の積替シナリオとまったく同じように機能しますが、開始点は受注オーダーではなく購買オーダーです。