「請求書(3).pdf」が並ぶダウンロードフォルダ——電子取引データは、スキャンした紙とは別の壊れ方をします

紙をスキャンした書類の問題は「連番で戻ってくる」でした。データで受け取る書類の問題はそれとは違い、発行元ごとにバラバラの規則で名前が付いていて、しかもその規則がこちらの探し方と関係ないことです。

もう一つ、紙には無い性質があります。溜まっていることに気づけません。紙なら机の上に積み上がるので、誰かが「これ何とかしよう」と言い出します。ダウンロードフォルダに沈んだPDFは物理的な圧を持たないので、3年ぶんが静かに積み上がったまま、決算や税務調査の局面で初めて表に出てきます。

まず「取りに行く書類」と「届く書類」に分ける

データで受け取る書類は、入手の仕方で2つに分かれます。この2つは抜け方がまったく違うので、最初に分けておくと対策が具体的になります。

厄介なのは前者です。取りに行かないと発生しないので、抜けたことに気づく仕組みがありません。しかも取得元は思っているより多く、社員10人程度の会社でも20〜30件になることは珍しくありません。1件あたりは月に1ファイルなので軽く見られがちですが、年間では数百ファイルになります。

最初にやるのは、取得元の一覧を紙1枚に書き出すこと

ファイル名を考える前に、これをやっておくと後がぜんぶ楽になります。項目は3つで足ります。

この一覧を作ると、たいてい2つのことが分かります。ひとつは、去年から取り忘れているものが何件か見つかること。もうひとつは、1人しかログインできない取得元がいくつもあることです。後者は、その人が休んだ月に穴が空くという意味なので、名前の話より先に手を打つ価値があります。

日付は「発行日」ではなく「対象年月」を入れる

ここがこの記事でいちばん実務に効くところです。

紙の書類なら、名前に入れる日付は発行日や受領日で問題ありません。ところがデータで受け取る書類は定期課金のものが多く、探すときの手がかりが発行日ではありません。

「7月分の通信費の根拠を見せて」と言われたときに欲しいのは、7月に使ったぶんの請求書です。その請求書の発行日は8月10日だったりします。発行日でファイル名を作ると、7月分を探しているのに8月のファイルを開くことになり、毎回1か月ぶんずれます。月次の精算や監査対応でこれをやると、確認のたびに手が止まります。

対象年月は6桁（202607）で足ります。定期課金の書類は月に1枚なので、日まで入れる必要がありません。日を入れると、発行日を書くのか締め日を書くのかで揺れます。

単発の書類だけ、日付を8桁にする

同じ取引先から月に何枚も来る場合や、都度発生の購入がある場合は、6桁だと衝突します。この場合だけ8桁（20260715）にして、それでも足りなければ末尾に伝票番号を足します。

全部を8桁に統一しないでください。定期課金の書類まで8桁にすると、7月分の請求書が 20260810 になり、最初に書いたずれが戻ってきます。ここは書類の性質で使い分けるところです。

証憑としての扱いと矛盾しないか

以前に証憑書類の記事で「証憑は日付を先頭に置く」と書きました。ここでは取引先を先頭にしているので、逆に見えるかもしれません。

使い分けの基準は探す起点がどちらかです。仕訳から遡って「この1行の裏付けを出して」と言われる探し方が主なら、日付が先で合っています。一方、データで受け取る書類は取得元が主語になって探されることが多く、「あのサービスの領収書」「あの回線の請求書」という思い出し方をします。経理の中で証憑として扱うなら日付先頭に寄せ、各部署が自分の契約分を引く運用なら取引先先頭にする——この判断は部署単位で決めて構いません。

取引先名は「サービス名」ではなく「請求元」で書く

データで受け取る書類に特有のつまずきがここにあります。使っているサービスの名前と、請求書を出している法人の名前が一致しません。

• サービス名で覚えているが、請求元は運営会社の正式名称になっている
• 決済代行や販売代理店を経由していて、請求元がまったく知らない社名になっている
• カード払いにまとめていて、個々のサービスの領収書とカード明細の両方が存在する

ここでファイル名に書くのは請求元にしておくと、会計データ側と突き合わせたときに一致します。サービス名で書いてしまうと、元帳には請求元の名前が並んでいるので、照合のたびに頭の中で変換することになります。

ただし、サービス名でしか思い出せない書類も現実にあります。その場合は末尾に補助として足すのがおすすめです。先頭を請求元にしておけば並び順は壊れません。

カード明細と個別の領収書は、別の書類種別にする

カード明細は「1枚に複数の取引が載っている」書類で、個別の領収書とは性質が違います。同じ書類種別にすると、探すときに混ざります。

明細には代表的な取引先も金額もないので、名前に入れられるのは対象年月とカード会社だけです。ここは無理に情報を詰めず、割り切って別枠にしておくほうが結果的に引きやすくなります。

フォルダを「取得元」で切らない

やってしまいがちなのが、サービスごとにフォルダを作ることです。ダウンロードするときの動線に沿っているので自然に見えますが、これは入れるときだけ楽で、探すときと変えるときに効かない切り方です。

• 乗り換えたときに壊れます — サービスを変えると、同じ費目の書類が2つのフォルダに分かれます。3年で3社使えば3か所に散ります
• 年をまたいだ集計ができません — 「去年の通信費一式」を出すのに、フォルダを何個も開いて拾い集めることになります
• 取得元が増え続けます — サブスクは増えるものなので、フォルダも増え続け、最終的に一覧性を失います

階層に使ってよいのはあとから変わらないものだけです。年でまず切り、その下は月か、多くても費目までにしておきます。取得元はファイル名の先頭に入っているので、フォルダで表現する必要がありません。

この形にしておくと、月フォルダを開いた瞬間にその月に何が揃っていて何が無いかが一目で見えるという副産物があります。取得元の一覧と突き合わせれば、取り漏れがその場で分かります。フォルダを取得元で切っていると、この確認ができません。

全文検索があっても、名前は要ります

ダウンロードしたPDFは、スキャンした紙と違って中に文字情報が入っていることが多く、全文検索が効きます。ただし効きすぎます。

発行元の社名はフッターや振込先の欄にも入っているので、社名で検索するとその会社が発行した書類が全部並びます。請求書も、領収書も、契約更新の案内も区別が付きません。さらに、対象年月は本文中で「2026年7月分」「7月度」「07/2026」など表記が揺れるので、期間で絞り込むのも安定しません。

探している側が欲しいのは「〇〇社の、7月分の、請求書」という3点の交差です。この3点をファイル名の側に固定しておくと、名前順に並べるだけで目的のファイルに届きます。

名前を付ける作業を、ダウンロードの直後に寄せる

ここまでのルールは決めるのは簡単ですが、守り続けるのは別の話です。ダウンロードした直後に手で名前を打ち直す運用は、月末の忙しい週から順に抜けます。しかも抜けた分は後から取り返されません。名前を直す作業に期限が無いからです。

最近は、AI が PDF の中身を読み取ってファイル名を自動生成する方法が使えるようになりました。監視するフォルダを1つ決めておき、そこにPDFを置いた瞬間に「NTT東日本_請求書_202607.pdf」の形へ変換する、という仕組みです。

データで受け取る書類に対しては、この方法が特に噛み合います。ダウンロードフォルダを監視対象にするだけで済むからです。落としてきたPDFはそのまま置いておけば名前が付き、年月のフォルダに振り分けられます。取得元のサイトごとに手順を覚える必要がなく、担当者が替わっても運用が変わりません。

スキャンリーは、書類種別と命名ルールを自社で自由に登録でき、項目の並び順も指定できます。「日付は対象年月の6桁で末尾」「取引先は請求元の法人名で、法人格は付けない」といった指示も書類種別ごとに設定でき、読み取った値を使って保存先フォルダを組み立てることもできるので、年・月への振り分けまで同時に済みます。紙をスキャンした書類も同じフォルダに置けば同じ処理に乗るので、紙と電子で扱いを分ける必要がありません。

自動化できないところは、正直に書いておきます

• ダウンロードそのものは自動化しません — 各サイトにログインしてPDFを落としてくる部分は対象外です。ここを自動化したい場合はRPAなど別の道具の領域になります
• 対象年月が書面に無いものは埋められません — 発行日しか印字されていない明細では、「何月分か」を書面から決められません。この場合は発行日で付けて、運用側でずれを承知しておく形になります
• メール本文だけで届く書類は対象外です — 添付PDFが無く本文に金額が書かれているだけのものは、そもそもファイルが存在しません。この形の書類をどう扱うかは制度面の判断が絡むので、顧問税理士にご確認ください
• 同じ書類を2回落とした場合の重複判定はしません — 名前は揃いますが、中身が同一かどうかまでは見ていません
• 取り漏れの検知はしません — 「今月まだ来ていない取得元」を教える機能ではありません。前述の取得元一覧と突き合わせる作業は人が行います
• 制度上の要件を満たすかどうかは判断しません — 保存方法・保存期間・データのまま保存すべきかどうかは、この記事の範囲外です

自動でできるのは、取引先・書類種別・対象年月の3点で、まっすぐ引ける状態を作るところまでです。そこから先は人が見る前提で組んでおくと、期待とのずれが出ません。

なお、外部に送る範囲が気になる場合のために書いておくと、スキャンリーが AI に送るのは PDF の先頭2ページのみで、処理は東京リージョンで完結し、送ったデータは学習に使われず処理後に破棄されます。詳細はデータの安全性についてにまとめています。

まとめ

データで受け取る書類は、名前が付いていないのではなく、発行した側の都合で名前が付いているのが問題です。だからスキャン書類の対策をそのまま持ってきても噛み合いません。取得元の一覧を作り、日付を対象年月に変え、フォルダを取得元で切らない。この3つで、探す時間はかなり戻ります。

証憑として会計データ側から探す場合の名前の付け方は証憑書類の電子化でつまずくのは、スキャンではなくファイル名ですで、紙・スマホ撮影・PDFが混ざる領収書の整理は領収書のデータ化はどこまでやれば十分かで扱っています。制度面の検索要件については電子帳簿保存法に対応したファイル名の付け方を、読み取った値でフォルダを振り分ける方法は書類の種類ごとにフォルダを自動で振り分けるをご覧ください。