飲食店の仕入・支払管理を自動化する方法
「請求書が届いてから、頼んだ量と合っているか分からない」「支払日の直前に慌てて金額を確認している」「原価率が出るのは翌月の半ばで、そのときにはもう打ち手がない」——飲食店の仕入・支払管理で、繰り返し起きる話です。
結論から言うと、自動化する前にやるべきことがあります。発注・納品・請求・支払という4つの節目を、1本の線としてつなぐことです。この線が切れている状態でツールを入れても、切れている場所で必ず手作業が残ります。
株式会社Fyveは、中小企業の業務をAIで回せる状態にするところから伴走しています。この記事では、仕入と支払の管理をどう設計すれば手作業と事故が減るのかを、順を追って整理します。
結論：自動化の前に、発注から支払までを1本の線にする
仕入・支払の管理でトラブルが起きる場所は、ほぼ決まっています。4つの節目の間で情報が切れているところです。
- 発注と納品の間：何をいくつ頼んだか記録がない。だから納品が正しいか確認できない
- 納品と請求の間：納品書を保管していない。だから請求書の金額が正しいか確認できない
- 請求と支払の間：請求書の管理が担当者の記憶。だから支払漏れと二重支払が起きる
この3箇所のどこが切れているかで、打ち手が変わります。逆に言えば、いま起きている問題からどこが切れているかを逆算できます。
- 納品数の間違いに気づけない → 発注と納品の間が切れている
- 請求書の金額を検証できない → 納品と請求の間が切れている
- 支払漏れ・催促の連絡が来る → 請求と支払の間が切れている
- 原価率が遅い・信用できない → 請求のデータ化が遅い、または分類が付いていない
自動化は、線がつながった後の話です。つながっていない状態で自動化ツールを入れると、切れている場所で人が繋ぐ作業が残り、それが新しい手作業になります。
何が起きているか——請求書が来てから慌てる構造
典型的な流れを追うと、慌てる理由が構造として見えます。
- 発注は電話やメッセージで、記録が残らない
- 納品時に伝票を受け取るが、内容は確認せず束にして置く
- 月末に請求書が届く
- 金額が正しいか確認したいが、発注記録がないので確認できない
- 納品伝票と1件ずつ照合しようとするが、束から探す作業になる
- 時間がないので、金額をそのまま信用して支払う
- 月次で原価率を出すが、請求書の入力が終わるのが翌月半ばになる
ここで最も高くついているのは「確認できない」という状態そのものです。確認できないから信用して払うことになり、間違いがあっても気づけません。数量の相違・単価の変更・二重請求は、意図的でなくても起きます。
そして原価率が翌月半ばに出るという遅れは、判断を1ヶ月遅らせます。仕入単価が上がっていた月に気づくのは、もう1ヶ月同じ単価で買ったあとです。
4つの節目と、残すべき最小の記録
線をつなぐために必要な記録は、思っているより少ないです。すべてを台帳化する必要はありません。
発注：何を・いくつ・いくらで頼んだか
- 最低限は「日付・取引先・品目・数量」。単価は分かれば入れる
- 記録の場所を1つにする。電話で発注しても、切った直後に1行書く運用にします
- 定番品は発注書の雛形を持つ。毎回同じものを頼むなら、書く量はほぼゼロにできます
「発注を記録する」と聞くと大がかりに感じますが、実際には1日数行です。この数行があるかどうかで、後の全工程の検証可能性が変わります。
納品：頼んだものと合っているかを、その場で確認する
- 納品時に発注記録と突き合わせる。相違があればその場で伝票に書き込みます。後からでは相手も確認できません
- 納品伝票は取引先別・日付順に保管する。束で置くと、探す作業が発生します
- 欠品・代替品・数量変更を必ず記録する。ここが記録されないと、請求書と合わない理由が分からなくなります
この工程が最も省略されやすく、省略の影響が最も大きい部分です。納品時の30秒を省略すると、月末に数時間の照合作業が発生します。
請求：届いた時点で1行を立てる
- 請求書が届いたら、その日に台帳へ1行入れる。取引先・請求日・支払期限・金額・支払方法
- 内容の検証は後でよい。まず「届いた」ことを記録します。この1行があるかどうかが、支払漏れを防ぐ分かれ目です
- 届いていない取引先を可視化する。毎月来るはずの請求書が来ていないことに気づける形にします
支払：実行した記録を同じ台帳に戻す
- 支払済みの日付を同じ行に入れる。別の表で管理すると、突き合わせる作業が発生します
- 支払方法を記録する。振込・口座振替・現金・カード。方法が混ざると漏れが起きやすくなります
- 未払いの行が残る形にする。支払済みを消してしまうと、何が未払いか分からなくなります
発注のばらつきを抑える
発注する人が複数いると、記録も分類もばらつきます。ここは仕組みで絞れます。
- 発注できる人を絞る。誰でも頼める状態は、記録が残らない最大の原因です
- 定番と例外を分ける。定番品は決まった曜日・決まった量で回し、例外だけ判断を挟みます
- 取引先と品目のマスタを持つ。選択肢から選ばせると、表記ゆれが発生しません
マスタから選ばせる設計は、原価率の集計精度にも直結します。「業務用米」「お米」「精米」が同じものを指していても、集計上は3品目になります。
突合の設計——どこで何を照合するか
照合は2箇所です。両方を月末にまとめてやろうとすると破綻します。
1. 納品書と発注記録（納品時・その場で）
照合するのは数量と品目です。単価は納品時に分からないことも多いので、ここでは見ません。相違があれば伝票に書き込み、取引先に伝えます。
この照合は現場でしかできません。後から本部でやろうとしても、実際に何が届いたかを知る人がいません。
2. 請求書と納品記録（請求到着後・数日以内）
照合するのは金額と数量です。ここで見るべき典型的なずれは次のとおりです。
- 数量の相違：欠品分が請求されている、代替品が別単価で請求されている
- 単価の変更：連絡なく上がっていることがあります。ここを見つけられるかが原価管理の要です
- 締め日の跨ぎ：先月末の納品が今月請求に入っている、あるいは二重に入っている
- 返品・値引の反映漏れ
全件を1件ずつ照合するのは現実的ではありません。金額の大きい取引先と、変動の大きい品目に絞るのが実務的です。金額上位の数社で仕入額の大半を占めるのが通常なので、そこだけ見れば影響の大きいずれは捕まえられます。
照合を「探す作業」にしない
照合が重いのは、突き合わせる作業そのものではなく探す作業です。納品伝票を束から探す時間が全体の大半を占めます。
だから改善の本命は、保管の仕方です。取引先別・日付順に並んでいれば、照合は数分で終わります。ここを整えずに照合の自動化を検討しても、効果は限られます。
紙で来る請求書の扱い
飲食店の仕入では、紙の請求書と納品伝票が今も多く流通します。ここをどう扱うかで、後工程の速さが決まります。
スキャンの運用は「いつ・誰が」を決めるだけ
- 届いた日にスキャンする。溜めると、溜めた分だけ後の作業が重くなります
- スキャンする人を決める。誰でもよい状態にすると、誰もやりません
- 複合機やスマートフォンのスキャン機能で足りる。専用機器は、枚数が多い場合の効率化の話です
- 保存先は1箇所に固定する。個人のPCやスマートフォンの中に置かないでください
ファイル名の規則を先に決める
ここを決めずに始めると、後から探せないファイルの山になります。規則は単純なほど守られます。
- 「日付_取引先_種別」で足ります。例：20260806_A商店_請求書
- 日付は年月日を8桁で先頭に置く。並べたときに時系列になります
- フォルダは年月で分ける。取引先別に分けると、月次の作業でフォルダを何度も移動することになります
データ化はどこまでやるか
紙の内容をどこまでデータにするかは、目的から決めてください。全項目を入力する必要はありません。
- 支払管理のためだけなら、請求書1枚につき1行で足ります。取引先・請求日・支払期限・金額
- 原価率を品目別に見たいなら、明細の入力が必要になります。ここで作業量が一気に増えます
- まず1枚1行から始める。明細まで入れるかは、品目別の分析が本当に判断に使われるかを確かめてから決めてください
AIによる読み取りを検討する場合も、この判断が先です。読み取る対象が「1枚1行」なら効果は限定的で、「明細全行」なら効果は大きいが検証の手間も大きくなります。読み取り結果を検証しないまま会計や支払に流すのは危険なので、検証の工程を必ず設計に含めてください。
電子帳簿保存法との関係
紙の請求書をスキャンして保存する、あるいは取引先とデータでやり取りする場合、電子帳簿保存法が関わります。
国税庁は同法について「税務関係帳簿書類のデータ保存を可能とする法律」であり、「同法に基づく各種制度を利用することで、経理のデジタル化が図れます」と案内しています。また、取引情報を含む電子データをやり取りした場合について、そのデータに関する保存義務や保存方法も同法で定められているため、所得税法・法人税法上の保存義務者は特に「電子取引」について確認するよう促しています。
具体的な保存要件は制度の区分によって異なり、改正も入ります。この記事では要件の詳細に踏み込みません。必ず国税庁の電子帳簿等保存制度特設サイトで最新の内容を確認し、自社の保存方法が要件を満たすかどうかは税理士に確認してください。
私たちが担えるのは業務設計とデータ化の仕組みづくりまでで、税務上の判断は行いません。「この保存方法で要件を満たします」と言える立場にないため、そこは必ず専門家に確認する前提で進めてください。
原価率を「月末に出る数字」から「動かせる数字」に変える
原価率が翌月に出る状態では、判断に使えません。使える数字にするには、精度より速度を優先する期間を作ることです。
速報値と確定値を分ける
- 速報値：主要な取引先の請求額だけで概算を出す。金額上位の数社で仕入額の大半を占めるので、傾向は捉えられます
- 確定値：全件の入力が終わってから出す。会計に使うのはこちら
速報値は「正確ではないが早い」数字です。ここを許容できるかが分かれ目になります。判断に使うのは速報値、記録に使うのは確定値と役割を分けてください。
分類の粒度を決める
原価率を「動かせる数字」にするには、どこが動いたか分かる粒度が必要です。総額だけでは打ち手が出ません。
- 大分類は4〜6程度に絞る。食材の主要カテゴリ・飲料・消耗品など。増やすと分類作業が続きません
- 取引先別も同時に見る。単価変更は取引先単位で起きるため、こちらのほうが原因に近いことがあります
- 分類はマスタで固定する。都度判断させると、月ごとに分類が変わって比較できません
売上側と同じ粒度でそろえる
原価率は仕入÷売上なので、売上側の管理と粒度が合っていないと出せません。店舗別の原価率を見たいなら、仕入も店舗別に分かれている必要があります。共同で仕入れて分けている場合は、按分のルールを先に決めてください。
売上側の設計は、こちらで扱っています。
支払漏れと二重支払を防ぐ仕組み
支払の事故は、担当者の注意力ではなく台帳の設計で防ぎます。
支払予定を1枚に集める
- すべての支払を1つの台帳に載せる。振込・口座振替・カード・現金を分けて管理すると、全体が見えません
- 支払期限順に並べる形を作る。取引先順では、今週何を払うのかが分かりません
- 口座振替も台帳に載せる。自動で引かれるものは記録から漏れやすく、残高管理を狂わせます
崩れたら見える形にする
台帳の先頭に、次の数字を出しておいてください。
- 未払いの件数と合計金額。増えていれば入力か支払が滞っています
- 支払期限を過ぎた未払いの件数。ゼロでない状態が異常です
- 今週・今月の支払予定額。資金の手当てに直結します
- 同一取引先・同一金額の重複。二重支払の兆候です
- 毎月来るはずの請求書が未着の取引先。前月の台帳と比べれば分かります
この5つがあれば、事故の大半は実行前に見つかります。「最後に必ず確認する」という運用は守られません。忙しい月に飛ぶので、崩れたら見える形を台帳に埋め込んでください。
承認の線を1本引く
支払を実行できる人と、台帳に入力する人を分けてください。同じ人が両方を担う体制では、間違いも不正も検出できません。人数が限られる場合でも、経営者が支払前に台帳の先頭（未払い件数と今週の支払予定額）を見るだけで、確認の線が1本入ります。
AIが効く工程と、効かない工程
効く工程
- 紙の請求書・納品伝票の読み取りの下書き：入力の手間を減らせます。ただし検証の工程を必ず設けること
- 品目の分類の下書き：品目名から大分類への対応案を出させる。最終判断は人がします
- 異常の指摘：前月と単価が変わっている品目、金額が大きく動いた取引先を挙げさせる
- 照合手順や数式の作成：突合の仕組みを作らせる。作らせた仕組みは毎月動かすだけになります
- 取引先への確認文の下書き：単価や数量の相違を問い合わせる文面
効かない工程
- 金額の確定：支払う金額をAIの出力のまま確定しないでください。読み取りの誤りは、金額の誤りとしてそのまま流れます
- 支払の判断：払う・保留する・確認するの判断は人の仕事です
- 納品時の現物確認：実際に何が届いたかは、データに現れていません
- 税務上の判断：保存要件・仕訳・税区分の判断は税理士の領域です
- 毎月の定型処理：同じ入力に対して同じ出力が返る保証がないため、繰り返す処理は仕組みに寄せます
AIに任せられる範囲と任せられない範囲の切り分けは、こちらで整理しています。
読み取りや集計にAIを使う前提でデータを整える方法は、こちらで扱っています。
小さく始める順番
全部を一度に整えようとすると、必ず途中で止まります。効果が早く出る順に並べます。
- 1. 請求書が届いた日に1行入れる運用を始める。取引先・請求日・支払期限・金額。これだけで支払漏れがほぼ止まります
- 2. 台帳の先頭に検査行を置く。未払い件数・期限超過件数・今週の支払予定額
- 3. 紙の保管を取引先別・日付順にする。照合の「探す時間」が消えます
- 4. 発注を1行記録する運用を始める。ここから納品時の照合が可能になります
- 5. 金額上位の取引先だけ、請求と納品を照合する。全件はやらない
- 6. 大分類を4〜6に決めて、速報値を出す。原価率が判断に使える数字になります
- 7. 読み取りや自動化の検討はここから。手順が固まっていない工程を自動化しても、固まっていない部分が残ります
1番だけでも、始めた月から効果が出ます。7番から始めないことが、この作業では最も重要です。
よくある質問
発注を記録する時間がありません。省略できませんか
省略すると、納品時と請求時の照合が構造的に不可能になります。ただし記録の形は軽くできます。定番品は「いつもの分」として雛形を用意し、変更があった分だけ書く形にすれば、1日数行で済みます。電話で発注した直後に1行書く運用が定着するかどうかは、書く場所が手元にあるかで決まります。事務所のPCまで戻る必要がある形にすると続きません。
請求書の読み取りをAIに任せれば、入力はなくなりますか
入力の手間は減りますが、なくなりません。読み取った内容が正しいかを確認する工程が必要になるためです。特に金額と数量は、誤りがそのまま支払に流れます。読み取りを入れる場合は「読み取り→検証→確定」の3段階で設計し、検証を誰がいつやるかを決めてください。検証を省いた自動化は、事故が起きるまで気づけません。
会計ソフトに入れれば、それで管理できていることになりますか
会計に入れるのは記録の目的です。判断に使うには遅すぎることが多く、また会計上の分類は原価管理の分類と一致しないことがあります。会計は確定値、原価管理は速報値と分けて考えてください。会計ソフト側の機能で速報が出せるなら、それを使って構いません。
取引先が多くて、全部を台帳に入れるのが大変です
全件を同じ深さで管理する必要はありません。支払漏れを防ぐための「1枚1行」は全件必要ですが、明細の入力と照合は金額上位に絞ってください。仕入額の大半は少数の取引先に集中しているのが通常です。少額多数の取引先は、支払管理だけで十分なことが多くあります。
原価率が毎月ばらつきます。何を疑えばいいですか
最初に疑うのは、締めのタイミングのずれです。請求書の締め日が取引先ごとに違うため、月によって含まれる納品期間が変わります。次に疑うのは在庫の変動です。月末に多く仕入れれば、その月の原価率は上がります。分類の付け方が月ごとに変わっていないかも確認してください。この3つを潰してから、実際の単価変動を疑ってください。
単価の変更に気づく方法はありますか
前月と同じ品目の単価を並べる表を1枚持つのが確実です。品目マスタが揃っていれば、機械的に比較できます。マスタが揃っていない状態では、同じ品目が別名で入っているため比較が成立しません。単価監視をやりたいなら、先に品目マスタを整えてください。
紙をやめて、すべてデータでやり取りできませんか
取引先側の対応次第です。こちらが希望しても、相手のやり方は変わりません。実務的には、データで受け取れる取引先から順に切り替え、紙の取引先はスキャンで受ける形の併存になります。併存を前提に、保存先とファイル名の規則を1つに統一しておくのが現実的です。なお、データでやり取りする場合の保存については前述のとおり法令上の定めがあるため、国税庁の公式情報と税理士への確認を必ず挟んでください。
店舗ごとに仕入れている場合、どう管理すればいいですか
台帳は1つにまとめ、店舗の列を持たせてください。店舗ごとに台帳を分けると、支払の全体像が見えなくなり、資金の手当てを誤ります。共同で仕入れて分けている分は、按分のルールを決めて記録します。按分のルールを都度判断していると、月ごとに原価率の意味が変わって比較できなくなります。
まとめ
仕入・支払管理の改善は、ツール選定ではなく線をつなぐ作業です。
- 発注・納品・請求・支払の4節目をつなぐ。切れている場所が、いま起きている問題の原因
- 請求書は届いた日に1行入れる。ここだけで支払漏れがほぼ止まる
- 照合は2箇所。納品時（現場・数量）と請求後（本部・金額）。月末にまとめない
- 照合の重さは「探す時間」。取引先別・日付順の保管で大半が消える
- データ化の深さは目的から決める。支払管理なら1枚1行、品目別分析なら明細
- 電子帳簿保存法の要件は国税庁の公式情報と税理士に確認する。ここは代行できない領域
- 原価率は速報値と確定値を分ける。判断に使うのは速報値
- 台帳の先頭に検査行を置く。未払い件数・期限超過・今週の支払予定・重複
- AIは読み取り・分類・異常検知・仕組み作りに使う。金額の確定と支払判断は任せない
- 自動化の検討は最後。手順が固まっていない工程を自動化しても、固まっていない部分が残る
付け加えると、この設計は飲食業に固有のものではありません。発注から支払までを記録でつなぐという構造は、業種が変わっても同じです。私が業種の違う現場で業務のAI化に関わってきて感じるのは、詰まる場所が驚くほど似ているということです。確認できない、遅い、漏れる。この3つのどれかで止まっていて、原因はほぼ記録の切れ目にあります。
この順で手を入れると、ツールを増やす前に事故が減り、数字が早く出るようになります。株式会社Fyveが業務改善でここから入るのは、線が切れた状態では何を載せても切れ目に手作業が残るからです。
御社の業務に合わせたCopilot導入・定着支援
「ライセンスを配ったのに使われない」を終わらせる。
業務の棚卸しから、効く業務の切り分け、社内への定着まで一貫して支援します。