検査、評価、周知の告発情報について学ぶ

学習の目的

この単元を完了すると、次のことができるようになります。

• 訪問、規制コード違反、是正措置のデータモデルについて説明する。
  
• 評価のデータモデルについて説明する。
  
• 周知の告発情報のデータモデルについて説明する。
  

訪問、規制コード違反、是正措置についての知識を深める

対象者がライセンスと許可を申請したときは、多くの場合、事業または居住地がコードに準拠しているかを政府機関が検査する必要があります。このような事業または居住地の検査は、一般の人々が苦情を申し立てた場合や日常的な遵守を確認する目的でも行われます。公共セクターソリューションでは、検査プロセスは複数のオブジェクトで構成されています。

訪問オブジェクトは、検査担当者が行う現地訪問を表します。検査担当者は、コードへの準拠を検査、評価し、申請者がライセンスまたは許可を取得する資格があるかを判断します。訪問レコードは、訪問の日時、関連取引先、目的、場所、検査担当者などの詳細を記録します。 

訪問中、検査担当者は該当する規制コードにアクセスできます。評価する必要のある評価インジケーターを表す一連の質問に回答します。施設が評価インジケーターに合格していない場合、検査担当者は規制コード違反であると記録します。規制コード違反レコードには、検査担当者が特定した違反の説明が含まれます。 

規制コード違反は、訪問、規制コード、およびビジネスライセンス申込書または個人申込書との参照関係があります。また、違反種別オブジェクトとの参照関係もあります。違反種別オブジェクトには、違反の種別 (健康安全の違反、火災安全の違反など) についての情報が含まれます。

ただし、違反で話は終わりではありません。違反は、是正措置でフォローアップされます。違反是正措置オブジェクトには規制コード違反オブジェクトとの主従関係があり、違反に対処するために規制局が取った措置が含まれます。

2 つの連結オブジェクトは検査にも役立ちます。連結オブジェクトは、オブジェクト間に多対多のリレーションを作成します。お察しの通り、1 つのコード違反に多くのインジケーターと違反が含まれることがあります。たとえば、必要な看板が表示されていない場合の理由には、誤った場所に設置されている、十分な大きさではない、まったく表示されていないなどがあります。 

そこで、公共セクターソリューションの検査データモデルには、規制コード評価インジケーター連結オブジェクトが含まれます。このオブジェクトによって、評価インジケーター定義と規制コードとの間に複数のリレーションが作成されます。また、違反種別評価インジケーター連結オブジェクトによって、評価インジケーター定義と違反種別との間に複数のリレーションが作成されます。

以下の図は、規制コード違反データモデルを示します。

検査オブジェクトとリレーションには、さまざまなものがあります。明確に理解できるように、ビジネスライセンス申込書に関連してヘアサロンを検査する Cosville の例で、検査オブジェクトがどのように設定されているかを見てみましょう。 

評価について理解する

訪問時、検査担当者は事業または居住地が準拠しているかを評価するために一連のタスクを実行します。このような評価タスクが事前に計画されている場合、検査担当者の生産性は高まります。公共セクターソリューションには、評価に役立つ便利なオブジェクト「アクションプラン」が備わっています。 

アクションプランには、検査担当者が訪問時に実行する一連の評価タスクであるアクションプラン項目が含まれています。多くの検査では一連の同じ評価タスクを実行する必要があるため、公共セクターソリューションには、アクションプランテンプレートという別の便利なオブジェクトも備わっています。アクションプランテンプレート (アクションプランテンプレートバージョンとして公開される場合) は、個々のアクションプランを作成するために使用できる一連の評価タスクです。アクションプランは後でそのまま使用するか、必要に応じてカスタマイズできます。各アクションプランには、1 つ以上のアクションプラン項目が含まれます。各アクションプラン項目は、評価タスクに直接関連付けられます。

すべての評価タスクはアクションプランと訪問に関連付けられるだけでなく、検査評価インジケーターにも関連付けられます。検査評価インジケーターは規制コード評価インジケーターのようなものです。訪問中に検査担当者が注目する内容を表します。 

公共セクターソリューションには、検査と動的評価という 2 つの評価種別が含まれています。各評価種別についての詳細は、「リソース」セクションのリンクを参照してください。

アクションプランでは、他にも次のオブジェクトが使用されます。

• 評価インジケーター定義: 検査のコンプライアンスマーカーとして機能するパラメーターを定義します。
  
• 評価インジケーター定義済み値: 取得できる評価インジケーター値の定義済み値を示します。
  
• 評価インジケーター値: 1 つまたは複数選択の質問の目標値または取得値を示します。評価インジケーター定義の一部として定義されます。
  
• 評価タスクインジケーター定義: 評価インジケーター定義を評価タスク定義に関連付けます。
  
• 検査評価インジケーター: 評価タスクを評価インジケーター定義に関連付けます。
  
• 評価タスク定義: 評価タスクを評価インジケーター定義に関連付けます。
  
• 署名 ToDo: 評価タスクの完了を認める署名が保存されます。
  

以下の図は、アクションプランオブジェクト間のリレーションを示しています。

Cosville では、ビジネスライセンス申込書に関わるサロン検査と日常的なコード遵守の検査を行うためにアクションプランを使用しています。Sunshine Salon のビジネスライセンス申込書に関してアクションプランオブジェクトがどのように設定されているかを見てみましょう。

アクションプランの基本を理解したところで、次は評価タスク、評価インジケーター、関連オブジェクトについて詳しく見ていきましょう。

周知の告発情報について理解する

これまで、ライセンスと許可の申し込みや日常的なコード遵守確認で使用される検査について説明してきました。では、対象者が政府機関に告発を行った場合はどうなるでしょうか?

周知の告発情報オブジェクトには、ビジネスまたは施設に対して対象者が申し立てた苦情が保存されます。周知の告発情報は、問題のビジネスの取引先に関連付けられます。

対象者が周知の告発情報を登録した場合、ビジネスの管轄規制局は規制コード、訪問、規制コード違反などのオブジェクトを使用して調査します。以下の図は、周知の告発情報データモデルを示しています。

おやおや。Cosville では、Sunshine Salon のクライアントの 1 人が不満を持っています。先日の来店時にトイレを見つけることができず、町に対してサロンについての告発を行いました。公共セクターソリューションの周知の告発情報データモデルでの告発とその調査について見てみましょう。

この単元では、公共セクターソリューションの検査、アクションプラン、告発データモデルについて学習しました。以前の単元では、取引先、申込書、規制局、規制コードを含むライセンスと許可のデータモデルについて学びました。 

次の単元では、ライセンス、許可、検査データモデル全体を実際に確認します。ビジネスライセンス申込書と個人許可申込書の承認プロセスを追っていきます。 

Salesforce の平等という価値に基づいて、可能な限り、インクルーシブな用語を使用しています。この作業は進行中であるため、「主従関係」のような用語がまだ使われている部分があるかもしれません。インクルーシブな表現かどうかを評価すべき用語を提案するには、右のサイドバーで [このバッジに関するフィードバックを送る] をクリックしてください。

リソース

• Salesforce ヘルプ: Inspections in Public Sector Solutions (公共セクターソリューションの検査)
• Trailhead: Inspections with Public Sector Solutions (公共セクターソリューションを使用した検査)
• Salesforce ヘルプ: Dynamic Assessments in Public Sector Solutions (公共セクターソリューションでの動的評価)
• Trailhead: Dynamic Assessments with Public Sector Solutions (公共セクターソリューションを使用した動的評価)