設定監査証跡は、過去 180 日間に組織の設定領域で行われた変更を追跡します1。セットアップ監査証跡をエクスポートし、アクション タイプ、ユーザー、または日付でフィルタリングして問題のフィールドを見つけることができます2。

スキニー テーブルは、標準オブジェクトまたはカスタム オブジェクトの頻繁に使用されるフィールドを含むカスタム テーブルです。これらは、クエリに必要なデータベース結合の数を減らすことでパフォーマンスを向上させるために使用されます。スキニー テーブルには次の特徴があります1:
これらには論理的に削除されたレコードは含まれません。つまり、アクティブなレコードのみが含まれ、スペースが節約されます。
複数のオブジェクトのデータを 1 つのテーブルに保存することで、リソースを大量に使用する結合を回避し、クエリの時間と複​​雑さを軽減します。
ソース テーブルが変更された場合、テーブルはソース テーブルとの同期が維持されるため、データの一貫性と正確性が保証されます。

Cloud Kicks Data Architect が要件に対処するために推奨されるソリューションは、出荷リクエストを追跡するカスタム オブジェクトと出荷品目を追跡する子カスタム オブジェクトを作成することです。3 年後にデータをプラットフォーム外に移動するアーカイブ プロセスを実装します。このソリューションにより、Cloud Kicks は出荷データを Salesforce に保存および管理し、Salesforce レポートを使用して分析できるようになります。ただし、Cloud Kicks では長期にわたって大量のデータが発生することが予想されるため、組織のデータ ストレージ制限に達することを回避し、最適なパフォーマンスを維持するために、3 年後にデータをプラットフォーム外に移動するアーカイブ プロセスを実装する必要があります3。外部オブジェクトは、Heraku の Postgres データベースなどの外部システムのオフプラットフォームに保存され、カスタム オブジェクトと比較して機能とパフォーマンスが制限されるため、このシナリオには適したオプションではありません。

不足している情報をレビューのためにマネージャーに送信するレコードを表示する週次ダッシュボードをスケジュールすることと、ワークフロー、検証ルール、Force.com コード (Apex) を使用して重要なビジネス プロセスを適用することは、新しいデータを適用するためにアーキテクトが推奨する 2 つのアプローチです。 UC の Salesforce データの品質計画。毎週のダッシュボードをスケジュールすると、定期的かつ視覚的にデータ品質を監視し、マネージャーやユーザーが対処する必要があるギャップや問題を特定できます。ワークフロー、検証ルール、および Apex を使用すると、アクションの自動化、エラーメッセージの表示、またはユーザがレコードを作成または編集するときにカスタムコードを実行することにより、データ品質標準とビジネスロジックを適用するさまざまな方法を提供できます。他のオプションは、リアルタイムのフィードバックが提供されなかったり、データ品質の問題を防止できなかったり、Salesforce の機能を活用できなかったりするため、データ品質計画の実施には適していないか役に立ちません。