セッション 2: 削除された GIDB サイト現在のプロセスの流れ
現在のプロセスの詳細
サイトを削除する理由:
- お客様によるキャンセル（80%）
- 複数のサイトの統合 (20%)
削除されたサイトは GIDB の別のテーブルにあります
- このリストは進行中であり、顧客はそこから削除されないため、「削除されていない」顧客が削除済みサイト リストに残っている可能性があります。
- 請求書を選択しても支払いを行わない新しい DP 顧客は、削除済みとしてマークされます
- EIS のお客様は 50 年間の SETINIT を持っていますが、年間保守料金を支払います
- 満了後1年間料金未納の場合はサイト削除
- マークされた削除フラグは、SETINIT の実際の有効期限が切れるまで GIDB レコードに残ります
課題/考慮事項
- アカウントは ORION で削除対象としてマークされますが、実際には削除されません
- ORION のサイト テーブルを削除しました
- 警告する方法が必要セールスとビジネス オペレーション削除されたアカウントの
- 削除されたサイト
- 顧客が請求書を更新/支払いしない (%?)
- サイトが同じアカウント (%?) の別のサイトに統合されました
- 統合された場合、Salesforce のアカウントを新しいサイト ID と調整する必要があります
要件
- サイト番号の値は、GIDB と SFDC を接続する「キー」です
- 販売のキャンセルを示す方法が必要SFDCで
- 上記が機能するには、SFDC にサイト レベルのデータが必要です。
- GIDB と SFDC 間の「往復」通信
- サイトが削除されたときにアカウント レベルのデータを更新する必要がある
- 例: 1 つのサイトを持つアカウントをキャンセルすると、SFDC では顧客と見なされなくなります。
- 要件: 営業に通知する前実際のキャンセルまで、おそらく先物レターの時点で
- 要件: 営業担当者は、キャンセルが近づいていることを知っている場合、営業担当者に通知する必要があります。
- 上記の要件の組み合わせは、
- キャンセル数を減らす
- そのバスのキャンセルの数を減らします。 Ops (ダイアン) は研究する必要があります
詳細な議論の項目: 自動化のための COMIT 呼び出しキャンセル理由Salesforce からの GIDB レコードへの更新
コミットGIDBキックオフ セッションセールスフォースRe: セッション 2: 削除された GIDB サイトここにいくつかの説明とフィードバックがあります...
削除されたサイトは GIDB の別のテーブルにあります(GIDBを削除)
- このリストは進行中であり、顧客はそこから削除されないため、「削除されていない」顧客が削除済みサイト リストに残っている可能性があります。 (削除されたサイトは、削除されるまで 5 年間 ORION に残ります) (削除された GIDB から復元されたサイトは、製品レベルの [追加情報] タブの [復元日] で [アクティブな GIDB] に表示されます)
- 請求書を選択しても支払いを行わない新しい DP 顧客は、削除済みとしてマークされます。 これらの注文は、年間ライセンスの請求書と同じ回収およびキャンセルのプロセスに従います。
- EIS のお客様は 50 年間の SETINIT を持っていますが、年間保守料金を支払います
- 料金を支払わない場合2年後メンテナンスサイトが削除された有効期限
- マークされた削除フラグは、SETINIT の実際の有効期限が切れるまで GIDB レコードに残ります。 (言い換えると、サイトは削除された GIDB データセットに移動するドロップオフ日までアクティブな GIDB データセットにとどまります)
ライセンス操作リンクごとの削除ルールは次のとおりです。
- 削除カテゴリが顧客要求で、製品が新規または更新、システムは削除日をSETINIT失効日として計算し、製品はSETINIT失効日にGIDBからドロップオフします。 ノート： SETINIT Expires Date がすでに過ぎている場合、製品は一晩で GIDB に届けられるはずです。
これに対する例外は次のとおりです。
- 削除カテゴリが顧客要求で、削除理由がベータテスト製品のキャンセルの場合、システムは PERIOD に関係なく、削除日を SETINIT 有効期限の 30 日後として計算します。
- 削除カテゴリが顧客要求で、削除理由が試作品のキャンセルについての場合、システムは削除日を現在の日付として計算し、PERIOD に関係なく、製品は夜間に GIDB からドロップオフする必要があります。
- 削除カテゴリが顧客要求で、削除理由が海外製品の削除の場合、システムは現在の日付として削除日を計算し、PERIOD に関係なく、製品は夜間に GIDB からドロップオフする必要があります。
- 削除カテゴリが内部メンテナンスの場合、次の例外を除いて、PERIOD に関係なく、削除日が現在の日付として計算されます。
- 削除理由がベース商品のキャンセルによるアドオン商品のキャンセルの場合、システムは、同じサイトの基本製品が削除されたのと同じ夜に製品を削除します。アドオン製品は、同じサイトの基本製品と同じ削除日で削除済み GIDB に翌日表示されます。
- アカウントは ORION で削除対象としてマークされますが、実際には削除されません –これが何を意味するかについてのより良い説明が必要です。 ORION には既存の顧客フラグがあり、マークされている場合、アカウントがソフトウェアを購入した顧客であることを示します。 このアイコンORION アカウント ID の末尾にあるアカウントです既存の顧客であり、アカウント関連サイト リストにアクティブなサイトがあります。 アカウントに関連付けられたアクティブなサイトがない場合、ORION アカウントは削除されません。
- 削除されたことをセールスとビズ オペレーションに警告する方法が必要アカウントサイト
- 統合された場合、Salesforce でアカウントを調整する必要があります新しいサイト ID で
- サイト番号の値は、GIDB と SFDC を接続する「キー」です –個々の GIDB サイト情報については。
- サイトが削除されたときにアカウント レベルのデータを更新する必要がある– つまり、サイトが 1 つ減ってもアカウントは残ります。
- 例: キャンセルされた 1 つのサイトを持つアカウントは、SFDC では顧客と見なされなくなりますが、SFDC では検証済みアカウントとしてリストされる必要があります。
- 要件: 両方の削除をキャプチャする(降車日)およびそれが発生した日付
