機械翻訳について

ヘッダーを明細にカスケード

オーダー・ヘッダーの属性からオーダー明細に値をカスケードします。

「オーダー・ヘッダー値のオーダー明細へのカスケード」オーダー管理パラメータを次のように設定します:

• すべての明細 オーダー・ヘッダーに加えたすべての変更を、すべての適格なオーダー明細にカスケードします。
• 「上書きされていない明細」。 オーダー明細で上書きしていない属性にのみ値をカスケードします。
• 「カスケードしない」。 オーダー・ヘッダーで変更した値をオーダー明細にカスケードしません。

バックグラウンドについては、「Order Managementパラメータの管理」を参照してください。

ガイドライン

Order Managementでは、販売オーダー明細の作成時に値がデフォルト設定されます。 値は、オーダーを保存した後にのみカスケードされます。

「デフォルト」は、Order Managementが明細の作成時に、ヘッダーから明細に一部の属性の値をデフォルトでコピーすることを意味します。 これにより、オーダー明細の作成時に行う必要がある手動作業の量が削減されます。

たとえば、Order Managementでは、出荷先所在地、請求先所在地、倉庫および出荷方法の各属性の値がヘッダーから明細にデフォルト設定されます。 明細を追加した後は、Order Managementでは明細のデフォルト値は設定されません。

「カスケード」は、販売オーダーの作成、新規オーダー明細の追加、オーダーの保存、ヘッダー属性の値の変更、再度保存した後、Order Managementがその値をカスケードすることを意味します。

たとえば、ヘッダーで「倉庫」を「シアトル製造」に設定し、Order Managementですべての明細にデフォルト設定するとします。 Seattleには緊急停止があり、Boston Manufacturingに変更する必要があります。 各明細を手動で更新するかわりに、ヘッダーの倉庫をBostonに変更してオーダーを保存し、Order ManagementはBostonを各明細にカスケードします。

「上書き済」は、オーダー明細の値を手動で上書きすることを意味します。 たとえば、Order Managementでは、明細の作成時にオーダー・ヘッダーから値がデフォルト設定されてから、その値を明細で手動で変更したとします。

ノート

• Order Managementでは、オーダーを保存した後にのみ、ヘッダーで変更した値がカスケードされ、ヘッダーで値が変更されてからオーダーが保存されます。
• パラメータを「上書きされていない明細」に設定すると、Order Managementでは、個々の属性ごとの状態が引き続き考慮されます。 たとえば、属性xを上書きしても属性yを上書きしない場合、Order Managementはxをカスケードしますが、yはカスケードしません。 上書きされない行は、実際には上書きされない属性であると考えることができます。
• ヘッダーの属性xの値が明細の属性xの値と一致しない場合、Order Managementでは明細の属性xを上書きしたとみなされます。
• Order Managementは、適格な明細にのみカスケードします。 適格な明細は、Order Managementがまだ出荷済、請求済、クローズ済または取消済でない明細です。
• ヘッダーの属性yの値を変更した後、新しい行xを作成すると、Order Managementではyの値をxにデフォルト設定します。
• 「保存」をクリックする前に、オーダー・ヘッダーの属性を変更し、オーダー明細の同じ属性も変更した場合、Order Managementは明細の値を保持し、カスケードしません。
• 保存をクリックした後で、ページを更新してカスケード結果を表示する必要がある場合があります。
• REST API、FBDIまたはwebサービスを介したインポート中はカスケードできません。

属性のペア

カスケードは、次の属性のペア間の関係を維持します:

• 倉庫および出荷方法
• 倉庫および保管場所
• サプライヤおよびサプライヤ・サイト
• 請求先アカウントおよび請求先住所
• 出荷先顧客および出荷先住所

ペアの属性のいずれかを変更すると、Order Managementは関係を維持できる明細にのみカスケードします。 パラメータを「すべての明細」に設定し、ヘッダーのサプライヤ・サイトを変更するとします。 Order Managementでは、明細の仕入先がヘッダーのサプライヤと一致する各明細にのみ、仕入先サイトがカスケードされます。

再設計されたページとクラシック・ページ

デザイン変更後のページまたはクラシック・ページではカスケードできますが、クラシック・ページではカスケードが行全体でのみ機能します。 クラシック・ページのオーダー明細の属性を変更すると、Order Managementでは明細全体が上書きされます。

クラシック・ページのオーダー明細の倉庫を変更するとします。 ヘッダーの出荷優先度を更新する必要があり、明細の出荷優先度の値が同じ場合、Order Managementは明細にカスケードされません。 明細の属性の1つが上書きされると想定されるため、明細全体が上書きされたものとして表示されます。 ただし、再設計されたページでカスケードすると、カスケードするかどうかを決定するときに、行全体ではなく、個々の属性が考慮されます。

このトピックの残りの例を使用して、カスケードがどのように機能するかをより深く理解します。

オーダー・ヘッダーの属性の変更

例1

販売オーダーを作成し、オーダー・ヘッダーの「出荷優先度」属性を「高」に設定し、「保存」をクリックして、次のオーダー明細を作成するとします:

明細	ステータス	出荷優先度
1	出荷待機中	高(カスケード)
2	出荷待機中	中(上書き)
3	請求待機中	低(上書き)
4	クローズ	高(カスケード)

販売オーダーを保存し、ヘッダーの「出荷優先度」を「高」から「低」に変更してから、「保存」をクリックします。

パラメータを「全明細」に設定すると、明細には次の値が設定されます:

明細	ステータス	出荷優先度	説明
1	出荷待機中	低(カスケード) 高	-
2	出荷待機中	低(カスケード) 中	パラメータが「全明細」であるため、優先度は上書きしますが、Order Managementはカスケードします。
3	請求待機中	低	ステータスが「請求待ち」であるため、この明細はカスケードに適格ではないため、元の値を保持します。
4	クローズ	高	この明細はステータスが「クローズ済」であるため、カスケードに適格ではないため、元の値を保持します。

「斜体テキスト」は、Order Managementがヘッダーから値をカスケードしたときに置換された値であることを意味します。

例2

オーダー・ヘッダーに次の値があるとします:

出荷優先度	出荷方法
高	USPS Air

次のオーダー明細があります:

明細	出荷優先度	出荷方法
1	高(カスケード)	USPS Air (カスケード)
2	中(上書き)	USPS Air (カスケード)

オーダー・ヘッダーで次の属性を変更し、「保存」をクリックするとします:

• 出荷優先度を高から低に変更
• 出荷方法をUSPS AirからUSPS Groundに変更

パラメータを「上書きされていない明細」に設定すると、オーダー明細には次の値が設定されます:

明細	出荷優先度	出荷方法	説明
1	低 高	USPS Ground (カスケード) USPS Air	優先度またはメソッドを上書きしなかったため、両方の属性をカスケードします。
2	中	USPS Ground (カスケード) USPS Air	優先度を上書きしたため、カスケードは行われません。 メソッドを上書きしなかったため、カスケードします。

リクエスト・タイプおよび日付の変更

例1

オーダー・ヘッダーに次の値があるとします:

要求タイプ	要求日	最遅許容日	最早許容日
出荷日	2/11/25	2/11/25	2/09/25

次のオーダー明細があります:

明細	要求タイプ	要求日	最遅許容日	最早許容日	説明
1	出荷日	2/09/25 (上書き)	2/11/25	2/08/25 (上書き)	-
2	到着日(上書き)	2/12/25 (上書き)	2/13/25 (上書き)	空	リクエスト・タイプを上書きすると、Order Managementでは「最早受入可能日」が自動的に消去されます。

販売オーダーを保存し、ヘッダーの日付はそのままにしますが、リクエスト・タイプを出荷日から到着日に変更し、保存をクリックします。

パラメータを「全明細」に設定すると、オーダー明細には次の値が設定されます:

明細	要求タイプ	要求日	最遅許容日	最早許容日	説明
L1	到着日(カスケード) 出荷日	2/11/25 (カスケード) 2/09/25	2/11/25	空 2/08/25	Order Managementでは、リクエスト・タイプがカスケードされると、「最早受入可能日」が自動的に消去されます。
L2	到着日	2/11/25 (カスケード) 2/12/25	2/11/25 (カスケード) 2/13/25	空	オーダー明細の日付は上書きしますが、すべての明細をカスケードするようにパラメータを設定すると、上書きが削除され、値がカスケードされます。

例2

パラメータを「上書きされていない明細」に設定すると、オーダー明細には次の値が設定されます:

明細	要求タイプ	要求日	最遅許容日	最早許容日	説明
1	出荷日	2/09/25 (上書き)	2/11/25	2/08/25	この行には上書きがあるため、カスケードは行われません。
2	到着日	2/12/25 (上書き)	2/13/25 (上書き)	空	この行には上書きがあるため、カスケードは行われません。

例3

オーダー・ヘッダーに次の値があるとします:

要求タイプ	要求日	最遅許容日	最早許容日
出荷日	2/11/25	2/11/25	2/09/25

次のオーダー明細があります:

明細	要求タイプ	要求日	最遅許容日	最早許容日	説明
1	出荷日	2/09/25 (上書き)	2/11/25	2/08/25 (上書き)	-
2	到着日(上書き)	2/12/25	2/13/25	空	リクエスト・タイプを上書きすると、Order Managementでは「最早受入可能日」が自動的に消去されます。

販売オーダーを保存し、オーダー・ヘッダーの「リクエスト日」を2/11/25から2/10/25に変更して、「保存」をクリックします。

パラメータを「全明細」に設定すると、オーダー明細には次の値が設定されます:

明細	要求タイプ	要求日	最遅許容日	最早許容日	説明
1	出荷日	2/10/25 (カスケード) 2/09/25	2/11/25	2/08/25	Order Managementでは、ヘッダーで変更した日付のみがカスケードされ、明細のリクエスト・タイプがヘッダーのタイプと一致する場合のみカスケードされます。 日付属性をカスケードすると、明細の別の日付属性と競合する場合、「発行」をクリックすると、Order Managementでエラーが表示されます。 たとえば、カスケードの結果、受理可能な最も早い日付より前の受理可能な最も遅い日付になる場合です。
2	出荷日(カスケード) 到着日	2/10/25 (カスケード) 2/12/25	2/11/25 (カスケード) 2/13/25	2/09/25 (カスケード) 空	ヘッダーの日付のみを変更しましたが、ヘッダーと明細の間のリクエスト・タイプが一致しないため、Order Managementではすべての日付値がヘッダーから明細にカスケードされます。

請求先アカウントの変更

オーダー・ヘッダーに次の値があるとします:

請求先顧客	請求先アカウント	請求先住所	請求先担当者	請求先担当者メソッド
Computer Service and Rentals	1001	1001 - サイト1	1001 - 担当者1	[e-mail]

次のオーダー明細があります:

明細	請求先顧客	請求先アカウント	請求先住所	請求先担当者	請求先担当者メソッド
1	Computer Service and Rentals	1001	1001 - サイト2 (上書き)	1001 - 担当者1	[e-mail]
2	FOM-Customer-001	2001 (上書き)	2001 - サイト1	2001 - 担当者1	[e-mail]

販売オーダーを保存し、ヘッダーで次の変更を加えます:

請求先顧客	請求先アカウント	請求先住所	請求先担当者	請求先担当者メソッド
PennyPackシステム	3001	3001 - サイト1	3001 - 担当者1	[e-mail]

パラメータを「上書きされていない明細」に設定すると、オーダー明細には次の値が設定されます:

明細	請求先顧客	請求先アカウント	請求先住所	請求先担当者	請求先担当者メソッド	説明
1	PennyPack Systems(カスケード) Computer Service and Rentals	3001 (カスケード) 1001	3001 - サイト1 (カスケード) 1001 - サイト2	3001 - 担当者1 (カスケード) 1001 - 担当者1	[e-mail] [e-mail]	Order Managementは、ヘッダーの請求先アカウントに対して同じ元の値を持つ明細にのみ値をカスケードします。
2	FOM-Customer-001	2001	2001 - サイト1	2001 - 担当者1	[e-mail]	パラメータが「明細未上書き」明細であり、ヘッダーと明細の勘定科目が同じでないため、Order Managementは値をカスケードしません。

請求先サイトの変更

オーダー・ヘッダーに次の値があるとします:

請求先顧客	請求先アカウント	請求先住所	請求先担当者	請求先担当者メソッド
Computer Service and Rentals	1001	1001 - サイト1	1001 - 担当者1	[e-mail]

次のオーダー明細があります:

明細	請求先顧客	請求先アカウント	請求先住所	請求先担当者	請求先担当者メソッド
1	Computer Service and Rentals	1001	1001 - サイト2 (上書き)	1001 - 担当者1	[e-mail]
2	FOM-Customer-001	2001 (上書き)	2001 - サイト1	2001 - 担当者1	[e-mail]

販売オーダーを保存し、ヘッダーの請求先所在地を1001に変更 - サイト3。

パラメータを「上書きされていない明細」に設定すると、オーダー明細には次の値が設定されます:

明細	請求先顧客	請求先アカウント	請求先住所	請求先担当者	請求先担当者メソッド	説明
1	Computer Service and Rentals	1001	1001 - サイト2	1001 - 担当者1	[e-mail]	パラメータが「未上書き明細」で、請求先サイトの住所を上書きしているため、Order Managementは請求先サイトをカスケードしません。
2	FOM-Customer-001	2001	2001 - サイト1	2001 - 担当者1	[e-mail]	パラメータが「未上書き明細」で、請求先アカウントを上書きしているため、Order Managementは請求先サイトをカスケードしません。

ソースの変更

Order Managementでは、ヘッダーのソースのタイプが明細のソースのタイプと同じ場合に、値がカスケードされます。 たとえば、ヘッダーのソースが次の場合:

• 倉庫 Order Managementでは、倉庫からもソースとなるすべての明細に倉庫がカスケードされます。
• サプライヤ Order Managementは、仕入先からも調達されるすべての明細に仕入先をカスケードします。

オーダー・ヘッダーに次の値があるとします:

倉庫	サプライヤ	サプライヤ・サイト
Seattle Manufacturing	空	空

次のオーダー明細があります:

明細	倉庫	サプライヤ	サプライヤ・サイト
1	Seattle Manufacturing	空	空
2	Boston Manufacturing	空	空
3	空	私のサプライヤ1	サプライヤのサイト(個人)
4	空	空	空

オーダーを保存し、ヘッダーの倉庫をDenver Manufacturingに変更してから、再度保存します。

パラメータを「全明細」に設定すると、オーダー明細には次の値が設定されます:

明細	倉庫	サプライヤ	サプライヤ・サイト	説明
1	Denver Manufacturing Seattle Manufacturing	空	空	ヘッダーのソースは倉庫であるため、Order Managementは倉庫からもソースとなるすべての明細に倉庫をカスケードします。
2	Denver Manufacturing Boston Manufacturing	空	空	Order Managementでは、値がカスケードされます。 明細の倉庫を上書きしましたが、パラメータは「全明細」です。
3	空	私のサプライヤ1	サプライヤのサイト(個人)	パラメータは「全明細」ですが、この明細のソースはヘッダーのソースと異なるサプライヤであるため、Order Managementはこの明細にカスケードされません。
4	Denver Manufacturing 空	空	空	Order Managementでは、倉庫の明細の値がヘッダーと一致しないが、パラメータが「全明細」であるため、この明細は上書きされるとみなされます。

パラメータを「上書きされていない明細」に設定すると、オーダー明細には次の値が設定されます:

明細	倉庫	サプライヤ	サプライヤ・サイト	説明
1	Denver Manufacturing Seattle Manufacturing	空	空	-
2	Boston Manufacturing	空	空	明細の倉庫を上書きしたため、Order Managementはカスケードしません。
3	空	私のサプライヤ1	サプライヤのサイト(個人)	-
4	空	空	空	Order Managementでは、倉庫の明細の値がヘッダーと一致しないため、この明細が上書きされるとみなされます。 パラメータが「上書きされていない明細」であるため、カスケードされません。

ソースのタイプの変更

ヘッダーのソース・タイプを変更すると、Order Managementでは、明細のソース・タイプに関係なく、すべての適格な明細に変更がカスケードされます。

オーダー・ヘッダーに次の値があるとします:

倉庫	サプライヤ	サプライヤ・サイト
Seattle Manufacturing	空	空

次のオーダー明細があります:

明細	倉庫	サプライヤ	サプライヤ・サイト
1	Seattle Manufacturing	空	空
2	Boston Manufacturing	空	空
3	空	自分のサプライヤ	サプライヤのサイト(個人)
4	空	空	空

順序を保存し、ヘッダーで次の変更を行い、順序を保存します:

• 倉庫を削除します。
• 「サプライヤ」属性を「大規模および関連」に設定します。

パラメータを「全明細」に設定すると、オーダー明細には次の値が設定されます:

明細	倉庫	サプライヤ	サプライヤ・サイト	説明
1	空 Seattle Manufacturing	大規模および関連 空	大規模および関連 空	明細のソースのタイプがヘッダーのソースと一致せず、パラメータが「全明細」であるため、Order Managementは値をカスケードします。
2	空 Boston Manufacturing	大規模および関連 空	大規模および関連 空	-
3	空	大規模および関連 自分のサプライヤ	大規模および関連 サプライヤのサイト(個人)	明細とヘッダーのソースのタイプは一致しますが、パラメータは「全明細」であるため、Order Managementは値をカスケードします。
4	空	大規模および関連 空	大規模および関連 空	この明細にはソースがなく、明細とヘッダーのソースのタイプが一致しなかったため、Order Managementは値をカスケードします。

パラメータを「上書きされていない明細」に設定すると、オーダー明細には次の値が設定されます:

明細	倉庫	サプライヤ	サプライヤ・サイト	説明
1	空 Seattle Manufacturing	大規模および関連 空	大規模および関連 空	一部の属性は相互に排他的です。 たとえば、倉庫またはサプライヤを指定できますが、両方は指定できません。 変更した場合、カスケードでは、上書きを決定するときにクリアした属性が考慮されます。 ヘッダーの倉庫を消去したため、カスケードではヘッダーと明細の間の倉庫属性の値が比較され、明細が上書きされるかどうかが判断されます。 ヘッダーと明細の両方に、値を消去する前にシアトル製造があったため、カスケードではこの明細を上書きせず、値をカスケードするとみなされます。
2	Boston Manufacturing	空	空	明細とヘッダーが一致しない場合、Order Managementでは明細の値を上書きしたとみなされます。 パラメータが「上書きされていない行」であるため、カスケードは行われません。
3	空	自分のサプライヤ	サプライヤのサイト(個人)	同上
4	空	空	空	同上

倉庫および出荷方法の変更

Order Managementでは、出荷方法が他の属性と同様にカスケードされます。 ただし、メソッドをカスケードするがソースをカスケードしない場合は、メソッドを検証して、メソッドがソースに割り当てられていることを確認します。

オーダー・ヘッダーに次の値があるとします:

倉庫	サプライヤ	サプライヤ・サイト	出荷方法
Seattle Manufacturing	空	空	USPS Air

次のオーダー明細があります:

明細	倉庫	サプライヤ	サプライヤ・サイト	出荷方法
1	Seattle Manufacturing	空	空	USPS Air
2	Boston Manufacturing	空	空	USPS Air

オーダーを保存し、ヘッダーで次の変更を行ってから、オーダーを再度保存するとします:

• 倉庫をDenver Manufacturingに変更します。
• 出荷方法を「USPS Ground」に変更します。

Order Managementでは、ヘッダーのメソッドがヘッダーのソースに割り当てられていることを確認するために検証されます。

パラメータを「上書きされていない明細」に設定すると、オーダー明細には次の値が設定されます:

明細	倉庫	サプライヤ	サプライヤ・サイト	出荷方法	説明
1	Denver Manufacturing Seattle Manufacturing	空	空	USPS Ground USPS Air	ヘッダーと明細のソースのタイプが一致し、ヘッダーと明細のメソッドが一致するため、Order Managementでは倉庫とメソッドがカスケードされます。
2	Boston Manufacturing	空	空	空 USPS Air	ヘッダーと明細の倉庫の値が一致しないため、Order Managementでは明細が上書きされ、倉庫がカスケードされないとみなされます。 ヘッダーと明細の出荷方法が一致するため、オーダーがカスケードし、メソッドを検証してソースに割り当てられていることを確認します。 割り当てられていない場合、Order Managementは「出荷方法」属性から値を削除し、空のままにします。