レシート・小口現金のデータ化｜運用設計の手順

「レシートの束が引き出しに溜まっている」「小口現金の出納帳と現金残が合わない」——月末になると、この作業が必ず戻ってきます。

結論から言うと、レシートと小口現金のデータ化は読み取り技術の問題ではなく、受け取り方と締めるタイミングを先に決める運用設計の問題です。ここを決めないままツールを入れると、紙とデータの二重管理が増えるだけで終わります。

株式会社Fyveは中小企業のAI活用を月額で伴走する立場にあります。この記事では、どの区間を自動化してどの区間を人が持つのかという線引きを、設計として整理します。

小口現金のデータ化が、請求書のデータ化より難しい理由

紙のデータ化というと請求書が真っ先に思い浮かびますが、実際に運用に載せてみると、レシートと小口現金のほうが手間がかかります。理由は書類の性質が違うからです。

請求書は「相手が発行して、自社の1か所に届く」書類です。届く場所が経理あるいは代表者のメールと郵便受けに限られているので、入口を絞りやすい。一方、レシートは発生源が社内に散っているのが本質です。現場で買った消耗品、営業の交通費、店長が立て替えたおつり用の小銭、代表者が自分の財布から出した会食代。発生する場所も、持っている人も、出てくるタイミングも全部違います。

もうひとつの違いは件数と金額のバランスです。請求書は1枚あたりの金額が大きく、件数が少ない。レシートは1枚あたり数百円から数千円で、件数が多い。つまり1件あたりに掛けられる処理コストが極端に低い書類です。1枚に3分かけていたら、月100枚で5時間が消えます。金額の重みに対して手間が釣り合っていない。ここが、担当者が「後でまとめてやる」を選んでしまう構造的な原因です。

さらに、レシートは物理的に扱いにくい書類でもあります。感熱紙は時間が経つと薄くなり、財布の中で折れ、コンビニの長いレシートは他の紙と大きさが揃わない。請求書のようにA4で揃っている前提が成り立ちません。

• 発生源が分散している：入口を1か所に絞れない
• 少額多件数：1件あたりの処理コストを極端に下げないと回らない
• 現物の状態が不均一：サイズ・紙質・折れ・退色がばらつく
• 立替が絡む：データ化の話に「誰にいくら返すか」という別の業務が混ざる

この4点を意識せずに「AIで読み取ればいい」と考えると、たいてい途中で止まります。技術ではなく、集める設計から入る必要があります。

最初に決めるのは「何を1つの単位として扱うか」

設計の出発点は、1件をどう数えるかを決めることです。ここが曖昧なままだと、後工程の帳簿とも精算とも噛み合いません。選択肢は大きく2つあります。

レシート1枚を1件として扱う

1枚ごとに日付・金額・支払先・用途を持たせる方式です。会計データとの対応が素直で、あとから「この支出は何だったのか」を追える粒度になります。件数は増えますが、記帳の観点では扱いやすい。

精算申請1件を1件として扱う

「営業担当が今週立て替えた5枚をまとめて1件」とする方式です。承認と支払いの回数が減るので、承認する側の負荷は下がります。ただし、明細を持たせないと中身が見えなくなるため、申請1件の中に明細行を並べる構造が必要になります。

実務では後者にしたうえで、明細行をレシート1枚ずつに対応させる形が扱いやすいです。承認は「まとめて1回」、記録は「1枚ずつ」に分ける。この二層構造にしておくと、承認の手間を増やさずに追える情報を残せます。

ここを決めるときのポイントは、後工程の担当者に決めさせることです。データを作る人ではなく、そのデータを使って記帳する人・支払う人が扱える単位でなければ、結局その人が手作業で作り直すことになります。

ワークフローを4つの区間に分けて考える

レシートのデータ化は、ひとつの作業ではありません。少なくとも4つの区間があり、区間ごとにボトルネックの性質が違います。まとめて「デジタル化」と呼んでいると、どこが詰まっているのか特定できません。

• 区間1：受け取り——現場の人が紙を保持している状態から、決めた入口に出させるまで
• 区間2：取り込み——紙を画像やPDFにして、決めた保管場所に置くまで
• 区間3：読み取り——画像から日付・金額・支払先などの項目を取り出すまで
• 区間4：確認と記帳——取り出した値を人が確認し、勘定科目を付けて会計側に載せるまで

多くの会社が「区間3を自動化したい」と考えて相談に来ますが、実際に止まっているのは区間1であることが少なくありません。紙が出てこないうちは、読み取りの精度は1ミリも関係しません。区間1が動いていないのに区間3のツールを比較するのは、順番が逆です。

区間の分け方を決めておくと、改善の効果も測りやすくなります。「レシートが発生してから何日で入口に出てくるか」「入口に出てから記帳されるまで何日か」を分けて見れば、どちらを触るべきかが数字で見えます。逆に全体の所要時間だけを見ていると、施策の効果が薄まって判断できません。

立替精算のフローを、データ化と同時に設計する

レシートのデータ化は、ほぼ必ず立替精算とセットになります。ここを別々に設計すると、「データは入ったが精算はまだ紙の申請書」という中途半端な状態が残ります。

立替精算のフローで決めるべき項目は4つです。

• 提出の締め：週次か月次か。締めを決めないと月末に全件が集中します
• 承認の担当と基準：誰が承認するか。金額いくらまでは確認だけで通すか
• 支払いのタイミング：給与と一緒か、都度振込か
• 差し戻しの扱い：レシートが読めない・用途が不明なとき、誰がどう戻すか

この中でいちばん軽視されるのが差し戻しです。自動化すると「読めなかったもの」「金額が合わなかったもの」が必ず一定量出ます。その受け皿を作らないと、例外がすべて経理担当者の頭の中に溜まり、その人がいないと回らない業務に戻ってしまいます。例外の置き場所を最初に作るのが、自動化の前提条件です。

もう一点、小口現金そのものを持ち続けるかどうかも設計対象です。法人カードや交通系ICの利用明細で置き換えられる支出は、そもそもレシートの読み取りを経由せずデータで取れます。現金でしか買えないものだけを小口現金に残す、という切り分けをすると、データ化の対象そのものが減ります。読み取りを速くする前に、読み取らなくていいものを外す。これがいちばん効きます。

電子帳簿保存法との関係を正しく押さえる

レシートの扱いを考えるとき、必ず出てくるのが電子帳簿保存法です。ここは公的制度なので、国税庁が公開している資料の内容に沿って整理します。制度の要件は改正で変わるため、実際の判断は必ず最新の公式情報と顧問税理士への確認を通してください。

3つの制度は義務の重さが違う

国税庁の資料では、電子帳簿等保存制度は3つに区分されています。

• 電子帳簿等保存：最初から一貫してパソコン等で作成している帳簿・書類を電子データのまま保存する。希望者のみ
• スキャナ保存：決算関係書類を除く国税関係書類（取引先から受領した紙の領収書・請求書等）を、スマホやスキャナで読み取った電子データで保存する。希望者のみ
• 電子取引データ保存：注文書・契約書・領収書・請求書などに相当する電子データをやりとりした場合、その電子データを保存しなければならない。法人・個人事業者は対応が必要

ここは混同されやすい部分です。紙のレシートをスキャンして紙を捨てるかどうかは「希望者のみ」の話で、やらなくても違反ではありません。一方、経費精算アプリやメールでPDFの領収書を受け取っている場合、それは電子取引データにあたり、対応が必要な側の制度です。

スキャナ保存を選ぶ場合の要件

国税庁のパンフレットでは、スキャナ保存の要件として次の内容が示されています。

• 読み取り：解像度200dpi（A4サイズで約387万画素相当）以上、色調はカラー画像。スマホやデジカメでの撮影も対象
• 書類の区分：資金や物の流れに直結・連動する「重要書類」（契約書・納品書・請求書・領収書など）と、直結・連動しない「一般書類」（見積書・注文書・検収書など）に分かれる。一般書類はグレースケールでの読み取りも認められる
• 入力期間の制限：受領等後速やかに（おおむね7営業日以内）行う早期入力方式と、その業務の処理に係る通常の期間（最長2か月以内）を経過した後速やかに（おおむね7営業日以内）行う業務処理サイクル方式がある。後者は事務処理に関する規程を定めている場合に限られる
• タイムスタンプ：入力期間内に、一定の要件を満たすタイムスタンプを付す。ただし入力期間内に記録事項を入力したことを確認できる場合は、この要件に代えることができる
• 訂正・削除の履歴：訂正削除の事実と内容を確認できるシステム、または訂正削除ができないシステムを使う
• 検索機能：取引年月日その他の日付・取引金額・取引先での検索、日付または金額の範囲指定検索、2以上の任意の記録項目の組み合わせ検索ができるようにする。税務職員によるダウンロードの求めに応じられるようにしている場合は、範囲指定と組み合わせの要件は不要
• 帳簿との相互関連性：書類の記録事項と関連する帳簿の記録事項の関連性を確認できるようにする

手続の面では、令和4年1月1日以後は事前に税務署長の承認を受ける必要はなく、任意のタイミングで始められるとされています。ただし、スキャナ保存を開始した日より前に作成・受領した重要書類（過去分重要書類）については、適用届出書の提出が必要です。

また、令和5年度税制改正により、令和6年1月1日以後にスキャナ保存が行われる書類について、解像度・階調・大きさに関する情報の保存が不要、入力者等情報の確認要件が不要、帳簿との相互関連性の確保が重要書類に限定という見直しが行われています。読み取る際の200dpi以上・原則カラーという要件自体は変わっていません。

電子取引データ保存で押さえる点

電子取引データについては、令和5年度税制改正で次の内容が整備されています。

• ダウンロードの求めに応じられるようにしている場合に検索機能の全てを不要とする措置の対象者が、基準期間（2課税年度前）の売上高「1,000万円以下」から「5,000万円以下」の保存義務者に拡大された
• 電子取引データをプリントアウトした書面を、取引年月日その他の日付および取引先ごとに整理された状態で提示・提出できるようにしている保存義務者も、この措置の対象に追加された
• 令和4年度税制改正で措置された宥恕措置は、適用期限（令和5年12月31日）をもって廃止された
• 新たな猶予措置が整備された。保存時に満たすべき要件に従って保存できなかったことについて所轄税務署長が相当の理由があると認める場合（事前申請等は不要）で、かつ税務調査等の際に電子取引データのダウンロードの求めとプリントアウトした書面の提示・提出の求めにそれぞれ応じられるようにしている場合は、単に保存しておくことができる

売上規模の小さい会社にとっては、検索要件の緩和が実務上の負担を大きく変えます。自社が対象になるかどうかは基準期間の売上高で決まるため、そこを確認するのが先です。

なお、私はここで「この保存方法なら要件を満たします」という判断はしません。制度の解釈と自社への当てはめは税務の判断であり、顧問税理士に確認する領域です。私が担うのは、要件を満たす前提でどういう業務の流れにすれば現場が回るかという設計の部分です。制度の最新の内容は国税庁の公式情報で確認してください。

読み取りの精度を左右するのは、実は現物の状態

読み取り精度の話になると、どのツールが優れているかという比較に向かいがちですが、同じツールでも入力する画像の質で結果は変わります。設計として先に効かせられるのは、こちらです。

• 感熱紙の退色：時間が経つほど文字が薄くなります。溜めれば溜めるほど読みにくくなる、という性質があります
• 折れとシワ：折り目に文字が乗ると欠けます。財布に入れっぱなしのレシートは折り目の位置がだいたい同じところに来ます
• 長尺レシート：スーパーやドラッグストアの長いレシートは、1枚に収めようとすると解像度が落ちます
• 複数枚の同時撮影：机に並べて1枚の写真にすると、1件あたりの情報量が減り、境界の判定も必要になります
• 影と傾き：スマホ撮影では手の影が入りやすく、斜めから撮ると文字が歪みます

ここから導かれる運用ルールは単純です。1枚ずつ、真上から、影を入れずに、早めに取り込む。この4つを現場のルールとして先に決めるだけで、後段の読み取りが扱う難しさは変わります。ツールを比較する前に、ここを揃えておかないと比較そのものが意味を持ちません。

取り込み方法としては、専用スキャナに通す方式と、スマホで撮る方式があります。件数が多く1か所に集まるならスキャナ、発生源が分散していて持ち歩くならスマホ、という切り分けが素直です。スキャナからフォルダへ、フォルダから処理へつなぐ設計は別記事で詳しく扱っています。

Copilotスキャン→フォルダ→自動処理をつなぐ設計

どこまで自動化し、どこを人が持つか

この線引きが、運用が続くかどうかを決めます。判定の軸は「間違ったときに誰がどれだけ困るか」です。

自動化してよい領域

• 取り込みと保管：決めた場所に決めた名前で置く。判断が要らないので任せられます
• 候補値の抽出：日付・金額・支払先を候補として取り出す。人が確認する前提なら任せられます
• 形式チェック：日付が未来になっていないか、金額が空でないか、同じ画像が二重に入っていないか
• 集計と一覧化：抽出済みのデータを集めて表にする

人が持つべき領域

• 用途の判断：この支出が何のためだったのか。レシートには書かれていません
• 勘定科目の最終決定：候補を出させるのは可能ですが、決めるのは人です
• 金額の最終確認：会計に載る数字は、人が見た跡を残しておくべきです
• 例外の処理：読めない・欠けている・そもそもレシートがない場合の扱い

この線引きで大事なのは、人が確認する箇所を減らしすぎないことです。全件を人が見るのは無駄ですが、まったく見ない設計にすると、間違いに気づくのが決算のときになります。金額の大きいものだけ全件確認する、初月は全件見て2か月目から抽出確認に切り替える、といった段階の設け方が現実的です。

現金残高の突合を、ワークフローに組み込む

小口現金の場合、データ化と別に「現物の現金が合っているか」という確認があります。ここを別作業にしていると、月末にまとめて差異を追う羽目になります。

組み込み方はシンプルです。締めのタイミングで、帳簿上の残高と手元の現金を数えた額を並べて記録する。差異が出たらその日のうちに原因を探す。日次か週次で回していれば、差異が出た日の前後だけを見れば済みます。月末までためると、1か月分のレシートを全部ひっくり返すことになります。

差異の原因は、ほとんどが次のいずれかです。

• レシートを出さずに現金を使った（記録漏れ）
• おつりの受け渡しが記録と違っていた
• 同じレシートを2回計上した（二重計上）
• 立替と小口現金の払い出しが混ざった

このうち二重計上は、データ化を始めると増える種類の間違いです。紙で運用していたときは物理的に1枚しかなかったものが、画像になった瞬間に複製できるようになります。同じ画像・同じ日付金額支払先の組み合わせを検出する仕組みを最初から入れておくと、この種類の差異を潰せます。

詰まりどころ5つ

1. ためてから一気にやる

いちばん多い詰まり方です。溜めると感熱紙は薄くなり、記憶も薄くなって用途が思い出せなくなります。データ化の効果は「早く出す」ことでしか出ません。週1回の締めを作るのが最初の一歩です。

2. スマホ撮影の質が人によって違う

同じ会社の中で、机の上で真上から撮る人と、片手で斜めに撮る人が混在します。ルールを文章で配るだけでは揃いません。良い例と悪い例の画像を1枚並べて共有するのが効きます。

3. ファイル名が人によって違う

「レシート」「20260806」「IMG_1234」が混ざると、あとから探せません。命名は人に任せず、アプリやフローで自動的に付けるのが基本です。人が付けるなら、選ぶだけで決まる形にします。

4. 二重計上に気づかない

前述のとおり、画像化すると複製が可能になります。重複検出を入れ、月次で件数と金額の合計を前月と比較する習慣を作ります。

5. 月末に全件が集中する

締めを月次にすると、必ず月末に山ができます。週次に分けるだけで、同じ件数でも1回あたりの負荷は4分の1になります。処理する人が1人しかいない会社では、この分散がいちばん効きます。

導入の順番と、何を測るべきか

いきなり全社に展開すると、例外の量に押し潰されます。3段階に分けます。

• 第1段階：入口と締めを決める。保管場所を1か所にし、週次の締め日を作る。ツールは入れない。ここだけで、紙が行方不明になる問題は減ります
• 第2段階：取り込みを揃える。撮影ルールと命名の自動化。読み取りはまだ人が入力してもよい。ここで「どんなレシートが来るのか」の実態が見えます
• 第3段階：読み取りを載せる。第2段階で集まった実物を使って試す。この順番なら、自社の実データで判断できます

測る指標は、精度そのものではなく業務の指標にします。

• 発生から提出までの日数：区間1の詰まりが見えます
• 提出から記帳までの日数：区間3・4の詰まりが見えます
• 差し戻し件数と理由の内訳：どのルールが守られていないかが見えます
• 現金差異の発生日数：突合が機能しているかが見えます
• 人が手で直した件数：自動化の実効値。精度の代わりにこれを見ます

「人が手で直した件数」を記録するのは地味ですが、これが自動化の実力をいちばん正直に表します。読み取り精度が高くても、用途の入力を毎回人がやっているなら、業務としては軽くなっていません。

読み取りの精度そのものを設計で上げる方法については、候補を絞るという別の切り口があります。

CopilotAIの読み取り精度を上げるマスタ設計

Microsoft 365環境で組む場合の位置づけ

Microsoft 365を使っている会社では、保管場所をSharePointまたはOneDriveにして、集計をExcelで持つ形が素直です。すでに使っているものの上に載せるほうが、新しいツールを増やすより運用が続きます。

Excel側での集計や整形にCopilotを使う場合、効くのは「集めたあと」です。表の形が整っていれば要約や分類の下書きを任せられますが、表の形が崩れていると指示のほうが長くなります。Excelでの具体的な操作は基礎編で扱っています。

Microsoft 365 Copilotで何ができるかの全体像は、Microsoft 365 Copilotで何ができる？業務別およびExcelのCopilot使い方を参照してください。業務別の型はMicrosoft 365 Copilot活用事例にまとめています。

経費の側だけでなく売上の側も集める場合は、締めの定義と店舗コードの設計が先に来ます。設計の考え方は別記事にまとめました。

Copilot店舗の売上集計をデジタル化する設計

ひとつ注意すべき点として、AIが読み取った値をそのまま会計データに流し込む設計にはしないほうがよいです。確認の跡が残らない流れは、後から検証できません。確認した人と日付が残る形にしておくと、社内でも税務対応でも説明できます。

よくある質問

レシートは紙で保管し続けるべきですか

スキャナ保存の要件を満たして電子で保存する場合は、紙の保存に代えることができる制度です。ただし要件の充足と自社への当てはめは税務の判断になります。当面は紙も残しつつデータ化を進め、要件を満たせる体制ができてから紙の扱いを見直す、という段階的な進め方が安全です。判断は顧問税理士に確認してください。

スマホの写真でも電子帳簿保存法の要件を満たせますか

国税庁の資料では、スキャナ保存の対象となる入力装置として、解像度200dpi以上・カラー画像で読み取れるものが挙げられており、スマホやデジカメも該当するとされています。ただし解像度以外にも入力期間や検索機能などの要件があるため、写真であれば足りるという話ではありません。最新の要件は国税庁の公式情報で確認してください。

経費精算アプリを入れれば電子帳簿保存法の対応は終わりますか

アプリが要件に対応していることと、自社の運用が要件を満たしていることは別です。入力期間の制限のように、運用側で守るべき要件があります。ツール選定と並行して、誰がいつ入力するかという運用ルールを決める必要があります。

小口現金そのものを廃止したほうがよいですか

現金でしか買えない支出がどれだけあるかで決まります。法人カードや交通系ICで置き換えられる支出が大半なら、廃止するほうがデータ化の対象が減って楽になります。ただし現場に少額の即時支払いが必要な業務があるなら、残したうえで金額上限を決める形が現実的です。

AIの読み取りは何件くらいから元が取れますか

件数だけでは決まりません。1件あたりの処理時間と、その作業をしている人の時間単価、そして例外の割合の掛け算になります。件数が多くても例外が多ければ手戻りで消えます。まずは第2段階までを手作業で回して、自社の実際の件数と例外の内訳を把握するのが判断の材料になります。

読み取りができなかったレシートはどう扱えばよいですか

「読めなかった」という状態を明示的に残す置き場を作り、そこに溜まったものを週次でまとめて人が処理する形が扱いやすいです。読めなかったものを自動で空欄のまま通してしまうと、抜けに気づけません。件数を記録しておけば、どんなレシートが読めないのかという傾向も見えてきます。

複数拠点がある場合、拠点ごとに分けるべきですか

保管場所は拠点ごとに分けたほうが、誰が出したかの管理はしやすくなります。ただし集計は1か所に集める形にしないと、月次で拠点数だけ手間が増えます。分けるのはフォルダ、集めるのは集計表、という切り分けにします。

まとめ

レシートと小口現金のデータ化で効くのは、読み取り技術より前の設計です。

• 難しさの本質は少額多件数と発生源の分散にある。技術ではなく集める設計から入る
• 1件の単位を、後工程の担当者が扱える形で決める
• ワークフローを4区間に分け、どこが詰まっているかを特定できるようにする
• 立替精算と差し戻しの受け皿を同時に設計する
• 電子帳簿保存法は3制度で義務の重さが違う。スキャナ保存は希望者のみ、電子取引データ保存は対応が必要
• 制度の解釈と自社への当てはめは税務の判断。国税庁の公式情報と顧問税理士で確認する
• 読み取りの前に現物の状態と撮影ルールを揃える
• 人が確認する箇所を減らしすぎない。金額の大きいものは全件見る
• 指標は精度ではなく「人が手で直した件数」を見る

紙を減らすこと自体が目的ではありません。月末に戻ってくる作業の山を平らにすることが目的です。株式会社Fyveは、その順番の設計から関わっています。