複雑な請求書を説明し、確認すべき質問を挙げる

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

クイック回答

未解決の差異を残したまま、明細、日付、単価、控除、税、繰越残高、支払いを照合する. 入力するもの: 請求書と関連明細, 既知のプランまたは契約条件, 懸念と確認上の制約. 期待される結果: 平易な請求内容の説明、計算の照合、優先順位付きの事業者への質問.

コンテキストを追加

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

請求書と関連明細既知のプランまたは契約条件懸念と確認上の制約

あなたのプロンプト

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

提示された請求書と日付付きの条件だけを使って、請求内容を説明し照合してください。根拠なしに請求を正しい、または誤りと決めつけず、法律、税務、医療、保険上の判断をしないでください。

発行者、伏せ字済み請求書、期間、項目、単位、単価、税、控除、支払い、前回残高、合計、参照：
[bill]

承認済み価格、基準値、割引、周期、解約、メーター値、補償・給付ルール、日付：
[terms]

疑わしい誤り、期限、支払い状況、説明の詳しさ、権限、エスカレーション、伏せ字：
[goal]

正負の符号、単位、日付、サービス期間と計上期間、数量×単価、段階料金、継続項目と一回限りの項目、課税標準、控除、支払い、調整、繰越残高を統一して整理してください。計算可能なすべての小計と合計を再計算し、算術上の一致と契約上の正しさを区別してください。説明がない項目をゼロと扱ったり、プランのルールを作り上げたりしないでください。平易な説明、出典に結び付けた照合表、不一致と重複・期間の重なりの確認、比較可能な根拠がある場合に限る前回からの変更、支払期限と金額的重要性で順位付けした発行者への質問を作成してください。各質問は項目を引用し、分かっていることを示し、不足する正確な根拠または修正を求め、責任を認める表現を避けてください。収集すべき記録、安全な連絡・本人確認手順、権限のある会計士、保険会社、サービス事業者、弁護士が対応すべき事項を含めてください。

Playgroundで試す

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

入力から結果へ

具体例

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

実際の入力

請求書と関連明細: クラウド公共サービスの請求書。8月25日発行、9月8日支払期限。前回残高 CNY 240、8月2日の入金 −240。7月1〜31日のサービス：基本プラン80、使用量0〜100単位は100×0.50=50、100超は40×0.80=32、「端末保護」25、延滞料20、調整−10、印字された課税小計197、税6%=11.82、支払額208.82。2ページ目のメーター値：前回2,310、今回2,450、使用量140。ここにはアカウント番号を含めていない。
既知のプランまたは契約条件: 1月1日付の注文確認：基本80、最初の100単位は0.50、以降は0.80。端末保護は任意で月25。利用者は断ったと記憶しているが、解約確認は提示されていない。条件では、支払期限後の未払い額に延滞料が発生する場合がある。7月請求書の期限は8月5日で、支払いは8月2日と記録されている。提示された条件には、課税項目と調整の根拠がない。
懸念と確認上の制約: 合計が208.82になる理由を理解し、端末保護、延滞料、調整、税について問い合わせる。まだ支払っていない。確認済みの事業者ポータルからのみ連絡する。アカウント識別子を含めない。利用者は異議を申し立てられるが、税務上の有効性は判断できない。

出力例

計算の説明：前回残高240と支払い−240の差引はゼロです。使用量はメーター差2,450−2,310=140と一致します。プランの計算は80+50+32=162です。端末保護25と延滞料20を加え、調整10を引くと197になります。印字された6%の税は11.82で、合計は208.82です。請求書内の計算は整合しています。ただし、端末保護、延滞料、調整、課税標準が承認済みであることは示していません。

9月8日までに、確認済みポータルから優先順に問い合わせます。(1) 延滞料——「前回請求書の支払期限は8月5日と表示され、この請求書には8月2日の支払いが記録されています。CNY 20の延滞料の根拠となる未払い額・日付とルールをご提示いただくか、修正してください。」(2) 端末保護——加入日、同意記録、解約状況、対象期間、修正手順を求めます。記憶だけでは証拠になりません。(3) 調整——−10がどの出来事と明細を変更するのか尋ねます。(4) 税——197のうち課税対象となる項目と、文書化された適用根拠を尋ねます。有効性の質問は、権限のある税務専門家または事業者へ回します。

注文確認、2回分の請求書、支払い領収書、ポータルでの会話、端末保護の加入・解約記録を保存してください。支払い用の認証情報を送ったり、未承諾のメッセージにあるリンクを使ったりしないでください。

これがうまくいく理由

1
計算を照合すれば、個々の請求が承認済みだと決めつけずに、合計の成り立ちを明らかにできます。
2
明細ごとの質問により、未解決の根拠不足を残しながら、事業者への問い合わせを効率化できます。

結果を確認

すべての明細、符号、期間、数量、単価、控除、支払い、税、繰越残高が照合されていますか？
算術上の一致と、請求が現在の条件で承認されているかが分けられていますか？
確認質問は出典に結び付き、中立的で、優先順位があり、安全に送信できますか？

安心して使うために

よくある質問

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

「複雑な請求書を説明し、確認すべき質問を挙げる」を使う前に、何を準備すればよいですか？

「複雑な請求書を説明し、確認すべき質問を挙げる」には、請求書と関連明細、既知のプランまたは契約条件、懸念と確認上の制約を準備してください。プレースホルダーは確認できる情報だけで置き換え、不明な詳細はモデルに推測させず、不明であることを明示してください。

「複雑な請求書を説明し、確認すべき質問を挙げる」の結果は、どのような場合にまだ使えませんか？

提示された根拠から、記載された成果である「平易な請求内容の説明、計算の照合、優先順位付きの事業者への質問」をまだ作成できていない場合や、未解決の仮定、不足する承認、作り上げた詳細に依存している場合、結果は使用できません。チェック項目を公開可否の基準として使い、裏付けのない出力を磨くのではなく、入力情報を修正するか、権限を持つ担当者を指名して確認してください。

「複雑な請求書を説明し、確認すべき質問を挙げる」では、どの AI ツールのテスト記録がありますか？

2026-08-28 時点で、「複雑な請求書を説明し、確認すべき質問を挙げる」の公開テスト記録には ChatGPT が掲載されています。これは記録された試行があることを示すもので、後の製品バージョンでの互換性や同一の結果を保証するものではありません。別のツールやバージョンを使う場合は、すべての制約を明示したまま、使用前に結果のチェックを繰り返してください。

さらに探す方法