セッション9：検証規則 現在の検証の苦痛
機会
- 商談で取引先担当者の住所と会社名が一致しません
- アカウントに関連付けられたOrionでは、（本社などの個人の住所ではなく）会社の住所が必要です。
- 出荷先住所と会社の住所
- テリトリー割り当ておよび税に必要な出荷先
- CCIフォーム米国のみ（顧客連絡先情報）
- アカウント/連絡先構造をOrionからミラーリングします
新しいAL
- 事務処理の依頼が届いた後に販売Eメールが変更されます。
- 会社名の変更はアカウントの再確認を意味します
- 標準から非標準の事務処理の変更
- システムは「ずさんさ」を減らす必要がある
- 取引が変更された場合にプロセスを再開する方法
- メールの変更を避ける
アップグレード
- 要求している人がアカウントの指定SAS担当者と一致しません
- Salesforce（要求者とSAS担当者）の両方を追跡する必要がある
- GIDBからSAS担当者データをロードする
- 発効日 - 記入されていません。15年番目または月末、ただしいくつかの例外
- 数量 - 取引が進化しても、0または値は更新されません。0を修正できますが、キャッチするのは難しいですミス - 一致
- ユーザー数と取引金額をリンクさせてください。他のフィールドが変更された場合は一方のフィールドをロック
- 最終的には、標準的な取引（比例配分、開始日、四捨五入などの勘定）についてSalesforceのアップグレード額を計算できるようになります。
- C- 電卓手数料計算用に存在します（契約に基づく申請）。
- Jonの価格設定は、特定の地域に対して特定の丸めがあります。
- ウィッシュ：販売がSFDC内から使用できる標準の計算機。ジョンに聞く： 営業担当者にどのような計算機を使用させますか。
- デフォルトのOSなし
- 分割は示されたが、副次的機会は含まれていない。
- PO番号は入力されますが、POは提供されます。PO添付ファイルがないことを示す販売方法。
- 一部のアカウントでは請求書の発行にPOが必要です。製品レベルでのGIDBのビジネスルール
- 処理するには、BOはPOまたはPOからの電子メールによる承認を必要とします
- Antoine：電子メールがSFDCの承認から送信された場合は、SFDCに戻って追跡することができます。
必要条件
- C 分割チェックボックスをチェックすると、二次商談の作成がトリガーされ、数学は正確になります。アップグレード分割の式があります。すべての場合において、分割は請求額に追加されるべきです。
Salesforce検証ルールセッション9：検証規則Carol Gretz：OperationsはSalesforce.comから生成された、商談の準備が整ったことを示すEメールを受け取ります。 このEメールを受信した後、事務処理チームに書類を返送する前に、住所の変更、ユーザー数の変更、金額の変更など、営業に関する追加の情報を提供するEメールを受け取ります。 元の要求だけでなく、事実後に電子メールで受信したその他のすべての変更にも必ず対応する必要があるため、これは運用に余分な負担をかけます。
セッション9：検証規則オペレーションの誰かが私にこの項目についてもう少し文脈を教えてもらえますか？」 「これはSFDCから事務処理を要求するEメールが送信され、その後販売が追加の詳細を含むEメールを送信するか、取り消しを要求する状況ですか？」提案された解決策。 @kathycobb またはキャロル？（どのCarolアカウントがあなたのアカウントかわからない）
セッション9：検証規則締め切り日をチェックし、1年以上前の締め切り日に商談が作成されていないことを確認するための検証ルール。 Jon Weiszからの入力に基づいています。
