重複・異常・欠落のある経費記録を見つける

著者: AILesson9 分でセットアップテスト済み:ChatGPTレビュー日: 2026-08-28

クイック回答

不正を断定せず、明示された重複・完全性・範囲・順序・ポリシーのテストで経費記録を監査する. 入力するもの: 経費記録, 監査テストと参照ルール, 確認手順. 期待される結果: 行単位の例外一覧、重複グループ、欠損状況、照合済み合計、確認キュー.

1

コンテキストを追加

テキストはこのブラウザ内に留まります。AILesson Prompts は、そのテキストをモデルやサーバーに送信しません。

2

あなたのプロンプト

未入力のフィールドはプレースホルダーとして表示されたままなので、プロンプトをコピーして編集できます。

明示されたテストと参照ルールだけを使用して、提供された経費記録を監査してください。

記録:
[records]

テスト:
[tests]

確認手順:
[review]

元の各行を保持してください。異常検出の前に、スキーマ、型、通貨、符号、日付、必須項目、出典IDの一意性、状態、合計の網羅性を検証してください。完全一致の重複、重複の可能性、項目欠落、無効値、しきい値超過、順序の矛盾、ポリシー不一致、統計的外れ値を区別してください。各フラグについてルールと根拠を説明し、重複グループでは比較対象の行を示してください。削除、統合、補完、非難、不正の推測、外れ値を誤りとみなすことはしないでください。正当な繰り返し、経費の分割、取消仕訳、日当、定期契約、承認済み例外を考慮してください。行単位の例外表、フラグのない管理合計、重複グループ、項目完全性表、元の合計と提案した除外後のみの照合、必要な証拠と安全な次の対応を含む優先順位付きの人による確認キューを出力してください。
Playgroundで試す
デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

具体的なコンテキストを加えると、このレシピが実用的な結果になる様子をご覧ください。

実際の入力

経費記録
CNY建て経費エクスポート、8月1~15日。E01 出典S100、08-03、取引先RailGo、480、出張、領収書あり、承認済み、プロジェクトP1、チケットRG77。E02 S101、08-03、RailGo、480、出張、領収書あり、承認済み、P1、チケットRG77。E03 S102、08-04、CityHotel、1,280、出張、領収書あり、承認済み、P1、請求書H55。E04 S103、08-04、CityHotel、-1,280、出張、領収書あり、取消、P1、請求書H55。E05 S104、08-06、MealBox、286、食事、領収書なし、提出済み、P2、参加者6人の氏名はアクセス制限付きシステムに記録。E06 S105、08-07、CloudKit、3,600、ソフトウェア、領収書あり、承認済み、プロジェクト空欄、年間契約。E07 S106、08-08、TaxiNow、890、出張、領収書あり、提出済み、P2、出張メモ空欄。E08 S107、08-10、OfficeMart、42,000、備品、領収書あり、承認済み、P3、発注書PO9。E09 出典空欄、08-11、OfficeMart、420、備品、領収書あり、提出済み、P3。エクスポートには9行、符号付き合計46,676と記載。
監査テストと参照ルール
必須:出典ID、日付、取引先、金額、カテゴリ、領収書の状態、ワークフロー状態。年間の共通契約を除き、プロジェクトは必須。完全一致の重複キー:チケット/請求書番号、同額、同じ符号。逆符号の取消仕訳は重複ではない。重複の可能性:同じ取引先・金額で日付差が2日以内。800超の出張費は出張メモが必要。200超の食事代は、承認済みの領収書紛失届がない限り領収書が必要。20,000超の購入には発注書が必要。統計的外れ値はカテゴリ中央値+5 MADを超える場合だけとし、サンプルが少なければ計算不能としてよい。負数は状態が取消の場合のみ許可。期待する符号付き合計は46,676。
確認手順
重大度「高」:完全一致の重複または出典ID欠落。「中」:必要な証拠の欠落またはしきい値超過。「参考」:統計的外れ値。訂正は経理確認者が決定し、自動削除しない。従業員情報はマスキングして表示する。重複確認後に除外する場合も照合する。不正を示す表現を使わない。

出力例

経費監査—元データを保持

スキーマ確認:9行、符号付き金額CNY 46,676は提供されたエクスポートと一致。出典IDの完全性は8/9。プロジェクトは8/9で、E06は明示された年間契約の例外に該当。

行/グループフラグルール上の根拠重大度必要な確認
E01、E02完全一致の重複候補チケットRG77、金額480、符号、日付が同じ。出典IDは異なるチケットと支払記録を確認し、現時点ではどちらも削除しない
E03、E04有効な取消ペアH55が同じで符号が逆。E04の状態は取消なし両方を保持
E05証拠欠落食事代286が200超で領収書なし承認済みの領収書紛失届を確認
E07しきい値超過の証拠欠落出張費890が800超で出張メモ空欄出張の証拠または承認済み例外を取得
E08しきい値要件を満たす備品42,000が20,000超でPO9ありなし通常のPO照合は本監査とは別に必要
E09必須の出典ID欠落出典ID空欄IDを復元し、復元後に重複可能性をテスト

金額が異なるため、重複可能性ルールによるE08/E09の追加フラグはない。E06のプロジェクト空欄は明示された例外で許可される。各カテゴリのサンプルが少なく、中央値+5 MADによる外れ値テストを信頼性高く実行できないため、統計ラベルは付けない。

管理合計:全行46,676。経理がE02をE01の重複と確認した場合に限り、提案上の保持合計は46,196となる。差額480はE02に正確に対応する。優先確認キュー:E01/E02の証拠比較、E09の出典復元、E05の領収書例外、E07の出張メモ。これらのフラグはいずれも、誤りや不正を立証するものではない。

これがうまくいく理由

  1. 1

    種類を明示した例外ルールにより、直感的な疑いではなく再現可能なフラグになります

  2. 2

    確認キューは元データを保持し、誤検出が無断訂正につながるのを防ぎます

結果を確認

  • 各フラグは、明示されたルールと元の正確な行から再現できますか?

  • 重複の可能性、外れ値、ポリシー上の例外、確認済みの誤りが区別されていますか?

  • 承認された訂正を行う前に、件数と金額が照合されていますか?

安心して使うために

よくある質問

このレシピをいつ使うか、何を用意するか、どの場面で人による確認が依然として重要かについての実践的な回答です。

「重複・異常・欠落のある経費記録を見つける」を使う前に、何を準備すればよいですか?

「重複・異常・欠落のある経費記録を見つける」を使うには、経費記録、監査テストと参照ルール、確認手順を準備してください。プレースホルダーは確認できる情報だけで置き換えてください。不明な点はモデルに推測させず、不明であることを明記してください。

「重複・異常・欠落のある経費記録を見つける」の結果が、そのまま使えないのはどのような場合ですか?

提示された根拠から、記載された成果である「行単位の例外一覧、重複グループ、欠損状況、照合済み合計、確認キュー」が得られていない場合や、未解決の仮定、承認漏れ、推測で補った情報に依存している場合は、その結果をまだ使用できません。チェック項目を公開前の判定基準として使い、根拠のない出力を整えるのではなく、元の入力を修正するか、権限のある担当者を指名して確認を依頼してください。

「重複・異常・欠落のある経費記録を見つける」は、どのAIツールでテストされていますか?

2026年8月28日時点の公開テスト記録では、「重複・異常・欠落のある経費記録を見つける」のテスト済みツールとしてChatGPTが記載されています。これは実行記録があることを示すもので、後の製品バージョンでの互換性や同一の結果を保証するものではありません。別のツールやバージョンを使う場合は、すべての制約を明示したまま、使用前に結果のチェックをもう一度行ってください。

作業を前に進める