CPA および監査

inTheEU Assist · ケーススタディ · 2026 年 7 月

CPA または監査業務の場合、何を、誰が、どのバージョンのデータに対してチェックしたかの記録は、業務に添付される書類ではありません。それが作品です。このページでは、完了した展開の記録ではなく、エンゲージメントの加工管理がどのように計画され、inTheEU Assist で実行されるかを説明します。

ワークフローの構成方法

各クライアント エンゲージメントは、独自のドキュメント、ナレッジ パック、およびレビュー担当者を含む、独自の独立したケースとして設定されます。あるエンゲージメントから得られるもの、作業文書、フラグ付きの不一致、トレーニングされたモデル アダプターは、別のエンゲージメントには表示されず、別のエンゲージメント内で再利用することもできません。

文書分析と不一致フラグは、エンゲージメント用に設定されたエージェントによって提案され、それぞれが抽出元のソース文書にハッシュ化されます。生成されたレポートまたはワーキングペーパーには、共有ログのタイムスタンプだけでなく、エージェント、レポートを作成したスキル、およびレビュー専門家の署名が含まれます。

人間の承認が置かれる場所

フラグが立てられた不一致は、提案からレビュー、承認または拒否へと移行し、自動適用されることはありません。生成されたレポートは、最終レポートとして扱われる前に、レビューパートナーの明示的な承認が必要になります。このサインオフは署名され、別のシステムのチェックボックスではなく、エンゲージメント レコードに永続的に添付されます。

これが今日のベースとなっているものとベースになっていないもの

エンゲージメントごとの分離、フラグと出力の提案から承認までのレビュー ライフサイクル、レポートをソースとレビュー担当者に結び付ける署名済み監査チェーンは、プラットフォームの機能部分です。これに含まれないもの: 事前に構築された会計基準の解釈や自動化された監査意見。診療所自身のパートナーと審査員が引き続き専門的権威を持ちます。プラットフォームによりレビューが証明可能になります。

この機能セットの基礎となるアーキテクチャの一部は、現在進行中のファイルに文書化されています。このページでは、実装仕様ではなく、パイロットの計画に適したレベルでプラットフォームが何を行うように設計されているかについて説明します。