収入と支出の記録を予算カテゴリに整理する

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

クイック回答

振替、返金、分割、不確実性、照合に関する明示的なルールを使って取引記録を分類する. 入力するもの: 取引記録, 予算カテゴリ体系とルール, 出力と管理の要件. 期待される結果: レビュー可能な取引表、カテゴリ別集計、未分類一覧、ルール記録、照合結果.

コンテキストを追加

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

取引記録予算カテゴリ体系とルール出力と管理の要件

あなたのプロンプト

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

承認されたカテゴリ体系と対応付けの根拠だけを使って、提供された収入と支出の記録を分類してください。

記録：
[records]

カテゴリ体系とルール：
[taxonomy]

出力管理：
[output]

最初に、行ID、日付、通貨、正負の符号、重複、処理中の項目、取消処理、振替、返金、合計金額の網羅性を監査してください。すべての元の行を保持し、黙って統合、削除、換算、修正してはいけません。各行について、カテゴリ、任意のサブカテゴリ、分類根拠、信頼度、レビュー要否、分割の関連付けを返してください。根拠が不十分な場合は「未分類」を使用してください。口座間の内部振替を収入と支出の合計に含めず、根拠がある場合だけ返金を元のカテゴリに関連付け、分割した金額の合計を元の金額と完全に一致させてください。分類済みの行、カテゴリ別合計、未分類と例外の一覧、再利用できる対応付けルール、元の入金・出金から報告上の合計までの照合結果を作成してください。

Playgroundで試す

デフォルトで非公開プロンプトの組み立てはブラウザ内で行われます。組織が許可しない限り、機密情報を AI サービスに入力しないでください。

入力から結果へ

具体例

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

実際の入力

取引記録: 8月、人民元、現金主義。T01 08-02 +12,000 ACME CLIENT、事業用口座、決済済み。T02 08-03 -800 TRANSFER TO RESERVE、決済済み。T03 08-03 +800 TRANSFER FROM OPERATING、準備金口座、決済済み。T04 08-05 -360 CLOUDHOST、決済済み。T05 08-08 -520 CITY MART、決済済み、メモ「事務所用の果物320、私物200」。T06 08-10 -1,200 STUDIO RENT、決済済み。T07 08-12 +120 CLOUDHOST REFUND、決済済み、元の取引はT04。T08 08-15 -460 CLOUDHOST、処理中。T09 08-18 -300 FASTPAY、メモなし。T10は銀行エクスポートID、金額、日付がT06と重複。重複と処理中を含む元データの合計：入金12,920、出金3,640。
予算カテゴリ体系とルール: 収入：顧客売上。支出：賃料、ソフトウェア、事務用品、食事、出張、手数料、税金、事業主引出。内部振替は収入にも支出にも含めない。個人分は事業主引出。元のIDが分かる返金は元のカテゴリを減額する。処理中の取引は報告する現金合計から除外するが、記録は残す。銀行エクスポートIDが完全に重複する場合はフラグを付け、レビュー後に限り除外する。この例ではT10を重複と確認済み。メモに金額がある場合は分割できる。FASTPAYという取引先名だけでは分類に不十分。税務上の扱いを推測しない。
出力と管理の要件: 8月の決済済み取引を報告する。集計上の支出は正の数で表すが、元データの符号は保持する。列：行ID、元の金額、状況、カテゴリ、分割金額、根拠、信頼度、レビュー。高信頼度には、明示的なメモ、元の記録へのリンク、または承認された完全一致の対応付けが必要。未分類は事業主がレビューする。口座番号を公開しない。

出力例

分類結果

行	元データ	状況	カテゴリ	分類金額	根拠	レビュー
T01	+12,000	決済済み	顧客売上	12,000	明示された取引内容と承認済みの対応付け	不要
T02	-800	決済済み	内部振替	800	振替の組み合わせ	不要
T03	+800	決済済み	内部振替	800	振替の組み合わせ	不要
T04	-360	決済済み	ソフトウェア	360	承認済みのCLOUDHOST完全一致対応	不要
T05-a	元データ-520	決済済み	事務用品	320	明示されたメモによる分割	不要
T05-b	元データ-520	決済済み	事業主引出	200	明示されたメモによる分割	不要
T06	-1,200	決済済み	賃料	1,200	明示された取引内容	不要
T07	+120	決済済み	ソフトウェア返金	支出-120	T04との関連付け	不要
T08	-460	処理中	処理中のため除外	460	状況ルール	決済後に再確認
T09	-300	決済済み	未分類	300	取引先名だけでは不十分	事業主がレビュー
T10	-1,200	重複	重複のため除外	1,200	T06との重複を確認済み	監査リンクを保持

決済済みの予算集計：顧客売上12,000。支出：賃料1,200、ソフトウェア純額240、事務用品320、未分類300。事業主引出200は別に報告します。未分類を含む予算上の支出合計は2,060です。

照合：元データの入金12,920から内部振替の入金800を引くと12,120で、顧客売上12,000とソフトウェア返金120から成ります。元データの出金3,640から、処理中460、確認済み重複1,200、内部振替の出金800を引くと、対象となる決済済み出金は1,180です。しかし、一覧にある対象出金T04 360 + T05 520 + T06 1,200 + T09 300 = 2,380とは1,200の差があります。したがって、提供された元データの出金合計は最終承認前に修正する必要があります。分類は保持しますが、照合状況は「ブロック中」です。

これがうまくいく理由

1
行単位の根拠と未分類の状態により、もっともらしい取引先の推測が財務上の事実として扱われるのを防げます
2
振替、返金、分割の管理により、監査証跡を残しながら二重計上を防げます

結果を確認

すべての元の行が1回だけ、または完全に照合できる分割として記載されていますか？
振替、返金、処理中の項目、重複、不確実性が明示的なルールで扱われていますか？
通貨を混在させずに、カテゴリ別合計と対象となる元の入金・出金が一致していますか？

安心して使うために

よくある質問

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

「収入と支出の記録を予算カテゴリに整理する」を使う前に、何を準備すればよいですか？

「収入と支出の記録を予算カテゴリに整理する」を使う前に、取引記録、予算カテゴリ体系とルール、出力と管理の要件を準備してください。プレースホルダーは、確認できる情報だけで置き換えてください。不明な情報はモデルに推測させず、不明であることを明記してください。

「収入と支出の記録を予算カテゴリに整理する」の結果は、どのような場合にまだ使用できませんか？

提供した根拠から、記載された成果である「レビュー可能な取引表、カテゴリ別集計、未分類一覧、ルール記録、照合結果」が得られていない場合や、未解決の仮定、得られていない承認、捏造した詳細に依存している場合、その結果はまだ使用できません。チェック項目を公開の判断基準として使い、根拠のない出力を磨くのではなく、入力情報を修正するか、権限を持つ担当者を指名してレビューを依頼してください。

「収入と支出の記録を予算カテゴリに整理する」では、どのAIツールのテスト記録がありますか？

2026年8月28日時点で、「収入と支出の記録を予算カテゴリに整理する」の公開テスト記録にはChatGPTが掲載されています。これは実行記録があることを示すだけで、今後の製品バージョンでの互換性や同一の結果を保証するものではありません。別のツールやバージョンを使う場合は、すべての制約を明示したまま、使用前に結果のチェックを繰り返してください。

さらに探す方法