多くのデータプラットフォームでは、監査対応を開発後の二次的な問題とみなしています。規制上の要求を考慮する前に、パイプラインやダッシュボードの構築を優先します。これにより、バックアップの検索やログからのデータ再構築といった、後付けのソリューションになりがちです。時には、必要な履歴データが単に欠落していることもあります。このアプローチは「コンプライアンスチェックボックス」アーキテクチャと表現できます。対照的に、「設計段階から監査対応可能」なアプローチでは、3つのプロパティを基本的な制約として扱います。これらの不可欠なプロパティは、データリネージ、時点復元、およびイミュータビリティです。これらを最初からアーキテクチャ上の制約として実装することが重要です。後付けのスクリプトとは異なり、アーキテクチャ上の制約は、プレッシャーの下で容易に無視されることはありません。このプロアクティブな設計は、真の監査可能性を保証します。