メインコンテンツへスキップ
販売ルールを使うと、ビジネス上の条件が満たされない場合に、アイテムの見積、受注、請求をできないようにできます。たとえば、輸出管理対象の部品が制限対象国に向かう場合、保留中の得意先、販売していない数量などです。販売マネージャーがルールを一度定義すれば、すべての営業担当者の見積、、売上請求書の明細が、自動的にそのルールに照らしてチェックされます。

販売ルールの仕組み

ルールは、条件と重大度を組み合わせたものです。Alforse は、ルールが適用される各明細について条件を評価します。
  • 条件が成立すれば、明細は通過します。
  • 成立しない場合は、ルール違反となり、重大度が結果を決めます。エラーは書き込みをブロックし、警告はメッセージを表示して、ユーザーが確認して続行できるようにします。
ブロックされたドキュメントは何も書き込まないため、拒否された明細によって、中途半端に保存された見積や受注が残ることはありません。

実例:輸出管理対象の部品

管理対象の部品が制限対象の送付先に販売されないようにするには、次のようにします。
  1. ルールの範囲を、その部品のアイテムグループに限定します。
  2. 3 つのサーフェスをすべて有効にします。見積明細、受注明細、売上請求書明細です。
  3. 条件 customer.location.countryCode notIn 制限対象国のリスト を追加します。
  4. 重大度をエラーに設定し、メッセージを `{item.id}` cannot ship to this destination にします。
その部品の明細で、出荷先の国がリストにあるものは、アイテム ID が埋め込まれたメッセージとともに拒否されるようになります。

ルールを作成する

販売 → 販売ルールを開き、ルールを作成します。一覧には、各ルールの名前、重大度、サーフェス、ステータス(有効または無効)、割り当てられたアイテムの数が表示されます。

条件を書く

条件は小さなツリーで、1 行以上のフィールド / 演算子 / 値の行に適用される一致の種類からなります。 フィールドは固定のレジストリから提供されます。アイテムと得意先のカスタムフィールド以外を、独自に追加することはできません。

メッセージを書く

メッセージは、ルールが作動したときにユーザーに表示される内容なので、問題が分かるように書いてください。`{item.id}` や `{customer.location.countryCode}` のようなトークンは、明細の実際の値に置き換えられます。

ルールの対象アイテムを選ぶ

ルールは、次の 2 つのいずれかの方法で明細に到達します。
  • フィルターによる方法。 ルールの範囲をアイテムタイプやアイテムグループに限定します。OR または AND で組み合わせられます。フィルターが空の場合は、すべてのアイテムに一致します。
  • 割り当てによる方法。 そのアイテムの販売タブにある販売ルールカードから、ルールを特定の 1 つのアイテムに紐づけます。ライブラリから追加…で既存のルールを選ぶか、新しいルールを作成でそこから新規作成します。
アイテムの販売ルールカードには、そのアイテムに適用されるすべてのルールが一覧表示されます。フィルターを通じてアイテムに到達するルールは、カードから割り当て解除できません。削除するには、ルールのアイテムの絞り込みを編集します。 販売ルールは常にアイテムを対象にします。保管ルールとは異なり、作業区を対象にすることはありません。

ルールがチェックされるタイミング

ルールは、2 種類のチェックポイントで実行されます。

明細のチェック

見積、受注、売上請求書で明細が作成または編集されると、その明細タイプをサーフェスに含むルールがただちに評価されます。

ドキュメントのゲート

ドキュメントが確約になるたびに、ドキュメントのすべての明細が再チェックされます。
  • 見積の確定
  • 見積から受注への変換、または RFQ から見積への変換
  • 受注の確認
  • 受注の出荷の転記
  • 売上請求書の転記
これらのゲートですべての明細を読み直すことで、明細のチェックでは捕捉できないものを検出できます。変換、インポート、API で作成された明細、明細の保存後に書かれたルール、あるいは変更された出荷先などです。

国のルールが読む出荷先

国の条件は、商品が実際に向かう先で評価されます。
  • は、受注ヘッダーの住所を上書きします。
  • 受注から変換された請求書の明細は、その受注を通じて送付先が解決されます。
  • 単独の請求書明細は、請求書自身の「出荷先」を使用します。

得意先のデジタル見積の場合

得意先がデジタル見積を承諾するとき、何かを確認できる従業員はいません。
  • error の違反は、中立的なメッセージで承諾を拒否します。社内のルールのテキストが、得意先に届くことはありません。
  • warn の違反は、販売側のためにログに記録され、承諾は通ります。

ブロックまたは警告

どちらの結果も記録が残ります。ブロックされた書き込みと確認された警告はそれぞれ、ルール、ドキュメント、明細、アイテム、実行者、日時が証跡として記録され、販売ルール通知グループ(設定 → 販売)のメンバーにメールが送信されます。

プラン

トラブルシューティング

関連項目