カード明細・口座引落・請求書PDFの三点突合の型

1. 三点それぞれの役割

1-1. カード明細／口座引落

「いつ・いくら支払われたか」の事実を示す証憑です。
登録番号や税率区分までは通常載らないため、適格請求書の代替にはなりません。

1-2. 請求書PDF

記載要件・登録番号・税率区分など、仕入税額控除の判断材料になります。
ただしPDF単体では「実際にその金額が落ちたか」までは保証しません。
確認観点は記載項目チェックリストで揃えます。

1-3. 三点を揃える意味

支払事実（明細／引落）と内容証明（PDF）を対応づけることで、二重計上・未取得・金額ズレを同時に潰せます。
どれか1点欠けると、監査や税務の説明が弱くなります。

2. 突合の型（月次ルーチン）

2-1. 引き落とし側を先に一覧化する

月初に、前月のカード明細と口座引落をCSVまたは一覧で出します。
「PDFが来たものから探す」より、「落ちたものにPDFを付ける」方が漏れが減ります。

2-2. キーで紐づける

取引先名（略称含む）・金額・決済日／請求期間をキーにします。
カード明細の店名が英字略称の場合は、マスタに「明細表記ゆれ」を持たせると安定します。

2-3. ステータスを3値で持つ

月末時点で paid_only が残っている取引先は、ポータルからの再取得や修正依頼の候補です。
依頼手順は修正インボイス依頼の仕方を参照してください。

2-4. 金額ズレの扱い

税込端数・為替・手数料・年会費按分で、明細とPDFが一致しないことがあります。
許容差（例: 1円〜数円）と、超えた場合の確認ルールを決めてください。
手数料だけカード明細に載り請求書が別、というパターンも多いです。

3. 運用で効く工夫

3-1. 受領経路を固定する

メール添付・顧客ポータル・会計ソフト連携など、取引先ごとに「正規のPDF取得経路」をマスタ化します。
担当者が毎回検索すると、取得漏れが増えます。

3-2. カードと口座を同じ突合台帳に載せる

支払手段が違っても、突合の型は同じです。
台帳を分けると、同じ取引先がカードから口座へ切り替えたときに追跡が切れます。

3-3. ワークフローに「matched まで未完了」

会計入力済みでも、PDF未取得なら完了にしない定義が有効です。
全体の流れはインボイスチェックの社内ワークフローと接続すると説明しやすいです。

4. 具体シナリオ

4-1. SaaSのカード決済とポータル請求書

毎月1日にカードが落ち、請求書PDFは顧客ポータルからのダウンロードが必要なサービスです。
月初にカード明細を一覧化し、店名ゆれマスタで取引先を特定、ポータルからPDFを取得して matched にします。
PDF取得を担当者の記憶に頼ると、paid_only が月末に残ります。

4-2. 口座引落で摘要が略称のみ

通帳摘要が「ＮＴＴ」や英字略称だけで、どの契約の請求か分からないケースです。
金額・引落日・契約マスタで候補を絞り、請求書PDFと突合して確定します。
摘要だけで仕訳すると、別契約のPDFと取り違えるリスクがあります。

4-3. 利用月と引落月がズレる

3月利用分が4月引落・請求書も4月発行、というズレは普通に起きます。
突合キーを引落日だけで固定すると「PDFが無い」と誤判定しやすいので、請求期間または利用期間を優先します。
月次レポートでは、対象月の定義（利用月／請求月／引落月）を明記してください。

5. 現場チェックリスト

• 前月の明細／引落一覧を先に出したか
• 取引先マスタに明細表記ゆれがあるか
• paid_only / pdf_only / matched で管理しているか
• 金額ズレの許容差ルールがあるか
• PDF取得経路がマスタ化されているか
• matched 未満を月次の未完了として見ているか

6. よくある質問

Q. 口座引落に請求書が無い場合は？

取引先に適格請求書の交付を依頼し、paid_only のまま放置しないことが基本です。
通帳摘要だけでは記載要件を満たしません。

Q. カード明細と請求書の日付月がズレる場合は？

利用月と請求月・引落月が異なるのは普通です。
突合キーは「請求期間」または「利用期間」を優先し、引落日だけで決め打ちしないでください。

Q. 三点すべて必須ですか？

カード決済なら「カード明細＋請求書PDF」、口座引落なら「引落明細＋請求書PDF」が最小です。
カードと口座の両方がある月は三点になります。

Q. OCRでPDFを取り込む場合の注意は？

金額の誤読があると明細突合が壊れます。
誤読対策はOCR読み取りの落とし穴を参照し、金額は優先的に人手確認してください。

7. 自動化と人手の境界

カード明細や口座CSVの取り込みは自動化しやすく、請求書PDFの取得はポータルログインが残ることが多いです。
自動化の第一目標は「paid_only 一覧を毎週自動生成すること」に置くと、効果が見えやすいです。
PDF取得そのもののRPA化は、取引先ごとの画面差分で壊れやすいので、件数が極端に多いサービスから順に手を付ける方がよいです。
金額突合は許容差ルールを先に決め、差が許容内なら matched、超過なら確認キューへ回します。
会計入力済みでも matched 未満は未完了、と定義すると、入力担当と証憑担当の分業が成立します。
三点突合は完美を目指すより、paid_only の残件数を減らす指標運用の方が継続しやすいです。

Q. 年会費や為替手数料だけ明細に載る場合は？

カード会社への手数料等は、利用先の請求書とは別の証憑が必要なことがあります。
明細上の行を利用先請求と無理に1:1で結ばず、手数料行は別キーで管理します。
利用先PDFと手数料PDF（またはカード会社の請求）を取り違えないことがポイントです。

Q. matched の定義に口座とカードの両方は必須ですか？

その取引の支払手段に応じた「支払事実＋請求書PDF」が揃えば matched で構いません。
カード決済なら明細＋PDF、口座引落なら引落＋PDFが最小です。
両方の支払手段が混在する月だけ三点になります。

8. まとめ

• 明細／引落は支払事実、PDFは内容証明
• 落ちたものにPDFを付ける順が漏れにくい
• paid_only / pdf_only / matched で状態管理する
• 金額ズレの許容差と取得経路をマスタ化する
• matched 未満は月次未完了として追う

10. カード明細・口座振替・PDFの三点突合演習

シナリオ：カード明細だけ先に消込

カード明細の店舗名で消込し、PDF請求書の到着前に「確認不要」としました。
後から届いたPDFに登録番号がなく、再発行依頼が遅れました。
三点（カード明細／口座またはカード引き落とし／請求PDF）が揃うまで、インボイス確認完了にしません。

FAQとチェック

Q. 口座振替でPDFが来ない月は
A. 未着リストに入れ、発行依頼期限を切る。明細だけでPASSにしません。

Q. 海外通貨のカード明細はどう突合しますか
A. 円換算差額の許容ルールを決め、請求PDFの通貨表記と突き合わせます。

• 三点のステータスが台帳で見えるか
• 自動消込後もPDF確認キューが残るか
• 不一致時の照会テンプレがあるか

9. 注意

インカク（incaku）はテキスト層のある請求書PDF・CSV・テキスト入力の登録番号・記載要件を確認するツールで、カード明細や口座データの自動突合は対象としていません。
本記事は一般的な突合運用の整理であり、税務・法的助言ではありません。
個別取引の証憑判断は、顧問税理士等にご確認ください。