与信チェックの設定のガイドライン

与信をチェックするタイミングの決定

オーダー入力またはオーダー履行中にクレジットをチェックします。

オプション1。受注の作成または改訂時に、受注入力スペシャリストが「発行」をクリックしたときに与信をチェックします。
- 販売オーダーをオーダー履行に送信しますが、クレジット・チェックに失敗したオーダー明細を保持します。
- オーダー履行に販売オーダーを送信しないでください。かわりに、ステータスを与信レビュー保留に設定し、与信チェックを実行するために販売オーダーを与信アナリストにルーティングします。
オプション2。オーダー履行時のクレジットを確認します。たとえば、品目をスケジュールして予約した後で出荷する前に、オーケストレーション・プロセスに与信チェック・ステップを追加します。
オプション3。オーダー送信時にオーダー入力中のクレジットを確認し、オーダー履行中にクレジットを再度確認してください。

Order Managementでは、オーダー発行時またはオーダー履行時に与信チェックの処理が異なります。

質問	送信時にクレジットを確認	オーダー履行時のクレジットを確認
オーダー管理では、クレジット管理にオーダー明細をどのように送信しますか。	請求先顧客に従って、オーダー明細をグループとして送信します。	一度に1つのオーダー明細を送信します。
オーダー明細が与信チェックに失敗するとどうなりますか。	Order Managementは次のいずれかを実行します。与信チェック保留にオーダー明細を配置します。オーダー明細をロックし、ステータスを与信レビュー待ちに設定し、与信アナリストが事例フォルダをレビューするのを待機します。	オーダー明細をエラーに設定します。
与信チェックに失敗したオーダー明細はどのように処理しますか。	オーダー・エントリ・スペシャリストは次のいずれかを実行します。手動で保留を解除します。販売オーダーのステータスをドラフトに変更し、変更して再度送信します。	次のいずれかを行います。オーダー入力スペシャリストは、販売オーダーを改訂します。与信アナリストは与信限度額を調整し、Order Managementは、オーケストレーション・プロセス・ステップを再試行するスケジュール済プロセスを実行します。オーダー入力スペシャリストは、手動で再試行することもできます。
制限事項	与信チェックは、販売オーダー全体のすべてのオーダー明細に対してのみ行われます。与信は、単一明細または一部の明細に対してのみチェックできません。オーダー明細が与信チェック保留中の場合、オーダー入力スペシャリストは与信に影響する属性を変更できません。オーダー入力スペシャリストは、明細のみを取り消すことができます。	オーダー入力スペシャリストは与信チェックを過ぎて手動で続行できません。ステップの再試行のみ可能です。

Order Managementでは、受注明細の状態に応じて与信チェックの処理が異なります。

オーダー明細の状態	送信時にクレジットを確認	オーダー履行時のクレジットを確認
下書き。	すべての変更を許可します。変更してから、すべての明細のクレジットを再チェックしてください。	履行が開始されていないため、すべての変更を許可します。
明細はオーダー履行にあり、次の処理が行われます。与信チェック・ステップの前。履行中に与信チェックに失敗したため、エラーが発生しました。与信チェックが終了しました。	オーダー管理では、発行時に前にチェックした各明細が再チェックされます。変更に関係なく再チェックが行われます。新しい承認が作成されます。	すべての変更を許可します。通常の変更処理を適用します。オーダー管理でオーダー履行中に与信チェックが終了し、変更の処理時に与信チェックが失敗した場合、オーダー管理ではオーダー入力スペシャリストによる販売オーダーの改訂が許可されません。問題を修正するには、エラー・リカバリを使用する必要があります。
オーダー履行では、与信保留です。	属性を変更した場合: クレジットに影響します。リビジョンの否認。クレジットには影響しません。クレジットを再チェックします。	すべての変更を許可します。通常の変更処理を適用します。

オーダー明細の状態

送信時にクレジットを確認

オーダー履行時のクレジットを確認

下書き。

すべての変更を許可します。

変更してから、すべての明細のクレジットを再チェックしてください。

履行が開始されていないため、すべての変更を許可します。

明細はオーダー履行にあり、次の処理が行われます。

与信チェック・ステップの前。
履行中に与信チェックに失敗したため、エラーが発生しました。
与信チェックが終了しました。

オーダー管理では、発行時に前にチェックした各明細が再チェックされます。変更に関係なく再チェックが行われます。新しい承認が作成されます。

すべての変更を許可します。通常の変更処理を適用します。

オーダー管理でオーダー履行中に与信チェックが終了し、変更の処理時に与信チェックが失敗した場合、オーダー管理ではオーダー入力スペシャリストによる販売オーダーの改訂が許可されません。問題を修正するには、エラー・リカバリを使用する必要があります。

オーダー履行では、与信保留です。

属性を変更した場合:

クレジットに影響します。リビジョンの否認。
クレジットには影響しません。クレジットを再チェックします。

すべての変更を許可します。通常の変更処理を適用します。

オーダー履行時のクレジットを確認

注文配送中にクレジットを確認できるタイミングは次のとおりです。

履行サイクルは長期間実行されます。たとえば、出荷の直前に与信チェックを実行し、履行による販売オーダーの処理中に与信承認が失効していないことを確認します。
ソース・システムから販売オーダーをインポートします。ソース・システムではクレジットがすでにチェックされているため、オーダーを履行に送信するときにクレジットを再度チェックする必要はありません。ただし、与信承認が失効した場合は、オーダーを出荷に送信する必要もありません。ソース・システムが与信をチェックしてから品目の出荷準備が完了するまで、長い遅延が存在する場合があります。

仕組み:

ノート

オーダー入力スペシャリストが発行をクリックします。
オーケストレーション・プロセスは、在庫のスケジュール、在庫の予約、与信チェック・ステップへの到達などの履行を開始します。
与信承認の失効日が失効している場合、またはOrder Managementが与信チェックを少なくとも1回実行していない場合は、オーケストレーション・プロセスによって、オーダー明細で与信チェックを実行する要求がReceivablesに送信されます。
- 与信チェックがクレジット・チェックを初めて実行した場合、承認番号と承認失効日が作成されます。
  
  たとえば、2019年1月1日にオーダーの発行中に与信チェックを実行し、与信チェックに合格すると、失効日が2019年1月10日に設定されます。オーケストレーション・プロセスで与信チェック・ステップが実行される場合:
  - 履行中に1月2日、クレジット・チェックは再実行されませんが、かわりに次のオーケストレーション・プロセス・ステップに進みます。
  - 1月11日、与信チェックが再度実行されます。
- オーケストレーション・プロセスでは、与信チェックが必要なオーダー明細のみが送信されます。販売オーダー全体は送信されません。
与信チェックに失敗すると、受注明細はエラーになり、処理が停止します。
- 与信アナリストは、売掛管理の与信を調整する必要があります。
- オーケストレーション・プロセスは、与信アナリストが与信を調整した後、与信チェック・ステップを再度実行します。

オーダー管理パラメータの設定

「オーダー発行時の与信チェック失敗」パラメータの値を設定します。

ノート

値	説明
オーダーを下書きステータスで保存	販売オーダーを下書きステータスで保存します。オーダー履行に明細を送信しないでください。次の場合に使用します。販売オーダーにオーダー明細の請求先顧客の値が複数含まれているため、すべての請求先顧客に対して与信チェックに合格した場合にのみ、オーダーを履行に移動する必要があります。履行中に与信チェックを実行する必要はありません。履行を続行できるように、与信チェック保留をリリースする必要はありません。与信アナリストが保留を解決するまで待機できます。
クレジット・チェックに失敗した明細を保留にしてオーダーを送信	処理中ステータスの販売オーダーを保存し、与信チェックに失敗した各オーダー明細を保留してから、履行に保留されていないオーダー明細を送信します。次の場合に使用します。販売オーダーには、オーダー明細に請求先顧客の複数の値が含まれる場合があり、請求先顧客の一部またはすべてに対して与信チェックが失敗した場合でも、オーダーを履行に移動する必要があります。たとえば、請求先顧客xの与信チェックに成功し、請求先顧客yの与信チェックに失敗した場合、オーダー管理は顧客xのオーダー明細をオーダー履行に送信し、顧客yのオーダー明細を保留にできます。オーダー明細に請求先顧客値が1つのみ含まれる場合、オーダー管理はクレジットをチェックするときにオーダー合計を使用します。与信チェックに影響する属性は改訂しないか、失敗した明細を取り消す可能性があります。保留を手動で解除する必要がある場合でも、履行を続行できるように与信チェック保留をリリースする必要があります。

値

説明

オーダーを下書きステータスで保存

販売オーダーを下書きステータスで保存します。オーダー履行に明細を送信しないでください。

次の場合に使用します。

販売オーダーにオーダー明細の請求先顧客の値が複数含まれているため、すべての請求先顧客に対して与信チェックに合格した場合にのみ、オーダーを履行に移動する必要があります。
履行中に与信チェックを実行する必要はありません。
履行を続行できるように、与信チェック保留をリリースする必要はありません。与信アナリストが保留を解決するまで待機できます。

クレジット・チェックに失敗した明細を保留にしてオーダーを送信

処理中ステータスの販売オーダーを保存し、与信チェックに失敗した各オーダー明細を保留してから、履行に保留されていないオーダー明細を送信します。

次の場合に使用します。

販売オーダーには、オーダー明細に請求先顧客の複数の値が含まれる場合があり、請求先顧客の一部またはすべてに対して与信チェックが失敗した場合でも、オーダーを履行に移動する必要があります。

たとえば、請求先顧客xの与信チェックに成功し、請求先顧客yの与信チェックに失敗した場合、オーダー管理は顧客xのオーダー明細をオーダー履行に送信し、顧客yのオーダー明細を保留にできます。

オーダー明細に請求先顧客値が1つのみ含まれる場合、オーダー管理はクレジットをチェックするときにオーダー合計を使用します。
与信チェックに影響する属性は改訂しないか、失敗した明細を取り消す可能性があります。
保留を手動で解除する必要がある場合でも、履行を続行できるように与信チェック保留をリリースする必要があります。

オーダー送信時の与信チェック失敗

「オーダー発行時の与信チェック失敗」オーダー管理パラメータを「与信チェックに失敗した明細の保留ありオーダーの発行」に設定し、ケース・フォルダを設定していないとします。実行時に、オーダーを与信保留にし、その保留をOrder Management作業領域で手動でリリースしますが、Order Managementでは使用可能な与信限度額から与信は減額されません。

Order Management作業領域で保留を手動でリリースしても、使用可能な与信限度額は自動的に削減されません。保留を手動で解除するときに与信限度額を減らす必要がある場合は、与信管理で事例フォルダを有効にする必要があります。事例フォルダの設定方法の詳細は、「入金への売掛/未収金クレジットの実装」を参照してください。

実装に関するよくある質問

質問	説明
販売オーダーのすべてのオーダー明細が与信チェックに失敗したときに、オーダー・ヘッダーではなくオーダー明細に与信チェックが保留されるのはなぜですか。	オーケストレーション・プロセス・オーケストレーションおよびOrder Managementは、各オーダー明細を個別に追跡するため、履行を最適化できます。たとえば、供給が明細xと明細yに使用可能だがzを使用できない場合、供給を予約し、xとyの次のオーケストレーション・プロセス・ステップに移動できます。 Order Managementがオーダー明細ではなく販売オーダーに保留を設定した場合、zに対して供給が使用可能になるまで待機している間は、すべての明細のオーケストレーションを一時停止する必要があります。
与信チェック保留になっているオーダー明細をスケジュールを超えて処理できるようにするにはどうすればよいですか。	与信チェック保留を手動で解除します。与信チェックに失敗した明細を出荷しないように、与信チェックを実行する別のオーケストレーション・プロセス・ステップを追加します。スケジュール・ステップの後に追加します。
履行中に与信チェックが失敗し、与信チェック・ステップがエラーであると想定します。与信チェック・ステップを過ぎて、その明細を手動で取得できますか。	オーダー明細がフロー内で前進できるように、ステップを再試行し、与信チェックに合格する必要があります。履行中に与信チェックが失敗した場合、オーダー管理では保留が保留されないため、手動で保留を削除できません。行はエラーになります。
販売オーダーのタイプに従ってクレジット・チェックを行わないように、オーケストレーション・プロセスを設定できますか。たとえば、Skip Credit Checkという名前のタスク・タイプを作成し、オーケストレーション・プロセスに条件を追加します: `If task type equals Skip Credit Check, the release pause tasks that are on only because of credit check.`	販売オーダーのタイプに従って与信チェックをスキップするオーケストレーション・プロセスは設定できません。