公開日: 2021-02-14 • 読了時間: 8分
財務ソフトウェアの監査対応性の確保
金融サービス部門では、業務監査および財務監査に合格することが重要な要件です。多くのソフトウェア配信チームは、監査の準備を手動のストレスの多いイベントとして扱い、ロードマップの進行を停止させます。 「継続的な準備」アプローチを採用することで、監査をスムーズに処理できます。
継続的な監査可能性の原則
監査可能性は、遡及的な収集タスクではなく、システム設計要件として扱う必要があります。これは、すべての変更、展開、アーキテクチャ上の決定を、発生時に構造化された改ざん防止形式で記録する必要があることを意味します。
継続的な準備の構築要素
主要なアーキテクチャ コンポーネントには次のものが含まれます。
- 追跡可能なコミット履歴: ビジネス要件、ソース コードの変更、テスト実行レポートの間の直接的なリンク。
- 自動導入ログ: リリース中に自動的にキャプチャされた構成履歴と環境状態のスナップショット。
- 改ざん防止監査証跡: システムの決定記録を読み取り専用のログ リポジトリに保存します。
暗号証拠チェーン
最新のコンプライアンスでは、暗号化証明書が使用されます。ソフトウェアがビルド ステップ、自動テスト スイート、コンプライアンス ゲートを通過すると、ビルド システムはメタデータ証明書に署名します。これらの署名は、コード ランタイムが承認される前に、デプロイメント エンジンによって検証されます。
監査オーバーヘッドの削減
継続的な監査の準備に移行すると、大規模なコンプライアンス準備段階が不要になります。内部監査人は、本番環境のすべての成果物の完全な履歴を表示するダッシュボードにリアルタイムでアクセスできます。これにより、規制当局に対する透明性と信頼が高まります。