Harry&
飲食業バックオフィス全自動化

経理・発注・在庫・シフト・売上集計を、まるごと自動化。

複数店舗を展開する飲食企業の、売上日報・発注・在庫・シフト・売上集計といった毎月の手作業を、既存のExcel運用をそのまま残したまま裏側で自動化した事例です。スタッフの作業の流れを変えずに、月次業務の負担を大きく減らし、経営判断のもとになる数字の信頼性を高めました。

経理発注在庫シフト売上AI自動化
業種
飲食業(複数店舗を展開する法人)
対象領域
経理・発注・在庫・勤怠・シフト・売上集計などのバックオフィス業務
進め方
現地ヒアリングで業務を解剖し、要件定義のうえ段階導入(PoC→本実装)
技術アプローチ
AIネイティブ受託開発。OCR+大規模言語モデルによる帳票の自動構造化
成果サマリ
既存運用を変えずに手作業を大幅削減。月次集計のばらつきを抑え、数字を信頼できる状態に
現状
PoC環境の構築と動作確認を完了し、段階的な本展開へ移行中

背景:店舗が増えるほど、手作業が静かに膨らんでいく

複数の店舗を展開し、本社にも一定規模のスタッフを抱える飲食企業でのお取り組みです。売上日報、タイムカード、納品伝票、請求書の集計、勤怠の取りまとめ、給与の振込手配、そして月次の損益計算まで——これらの多くを、Excelとクラウドストレージをベースにしながらほぼ手入力・手計算で回していました。

POSレジの売上のように一部は自動で取り込めても、それ以外の数字は人が一つひとつ転記する運用です。店舗が増えるたびに同じ作業が掛け算で増え、月をまたぐたびに無視できない工数として積み上がっていました。「いまのやり方を大きく変えずに、この手間だけをなくせないか」というのが出発点です。

課題と、放置したときのコスト

手入力中心の運用には、二つの代償がありました。一つは時間です。店舗側のExcel入力、本社側の納品伝票のダブルチェック、勤怠データの提出フォーマットへの打ち直し、振込先の一件ずつの入力、そして店舗を合算してから本社経費を差し引く月次損益の計算——いずれも、人手でなければ進まない作業として毎月くり返されていました。

もう一つは、数字の信頼性です。手計算が連なるほど、どこかで生じたミスの発生源が特定しづらくなります。経営判断のもとになる損益が「だいたい合っている」状態のままでは、攻めの判断にも守りの判断にも踏み切りにくい。さらに、請求書と納品書の金額の食い違いのような異常も、人の目に頼る限り見落としのリスクがつきまといます。これを放置すれば、増えた工数がそのまま固定費化し、誤請求や不正の発見も遅れ続けることになります。

なぜHarry&か:作り込む前に、業務を解剖した

私たちはいきなり「システムを作りましょう」とは申し上げませんでした。まず現地でヒアリングを行い、店舗と本社それぞれの作業を、誰が・何を・どの媒体で・どこまで自動化できているのか、という粒度まで分解しました。そのうえで、本当に効くのは「全部を新しいツールに置き換えること」ではなく、「既存のExcel運用をそのまま残し、その裏側でAIを動かすこと」だと判断し、ご提案しました。

スタッフに新しい操作を覚え直してもらう設計は、現場の負担が大きく、定着もしにくい。だからこそ、現場の動きはこれまで通りに保ち、見えないところで自動化を効かせる——この方針を最初に握ることを重視しました。加えて、いきなり全店に広げるのではなく、小さく試して効果と安定性を確かめてから広げる段階導入を前提にし、リスクを抑えながら進められる形にしています。

解決の中身:現場の動きはそのまま、裏側を自動化する

中核にしたのは、「スタッフは普段使っているチャットグループに帳票の写真を投稿するだけ」という体験です。投稿された画像はOCRで読み取り、大規模言語モデルが項目を構造化して、これまで使ってきたスプレッドシートの専用テーブルに自動で行追加されます。スタッフ側に新しいアプリのインストールも、操作の再学習も必要ありません。

そのうえで、いくつかの自動化を重ねました。請求書と納品書の金額が食い違ったときに通知する異常値アラート、勤怠データを提出フォーマットへ自動変換する仕組み、複数店舗を合算して本社経費を差し引いた月次損益の自動生成、そして店舗・年月・帳票種別でドリルダウンでき、画面上の修正がデータベースとスプレッドシートに双方向で反映されるWeb管理画面です。

技術としては、ビジュアルワークフロー基盤を軸に、OCR・大規模言語モデルによる構造化抽出・スプレッドシート連携・内部状態を管理するデータベースを組み合わせています。重複や処理中ロックの管理、受信画像の保管、双方向同期といった「現場で事故を起こさないための地味な作り込み」まで含めて、テストを伴いながら実装しました。

成果:作業が減り、数字が信頼できるようになる

最大の成果は、現場のオペレーションを一切変えずに手作業を大きく減らせたことです。店舗の日報入力、本社のダブルチェック、勤怠の変換、振込の確認といった定型作業は自動化され、人が担うのは最終チェックに絞り込まれました。

あわせて、経営判断の土台も強くなりました。月次の損益が自動で組み上がり、手入力に起因する集計のばらつきが大きく減るため、数字をそのまま意思決定に使いやすくなります。計算ミスの原因も追いやすくなり、異常値アラートによって誤請求や不正の兆候を早く拾えるようになりました。なお、具体的な削減時間などの定量データはお客様の機微情報のため本ページでは公開していません。

データの扱い:機微な書類を、安全な経路で処理する

請求書や納品書、勤怠といった機微なデータを扱うため、どこに保管し、誰がアクセスでき、処理のどの段階で何が起きるのかを設計の段階から明確にしています。受信した画像の保管や、処理に失敗したときの挙動、修正履歴の追跡まで含めて、運用が止まりにくく、後から検証できる形を前提に組み立てています。

お客様の環境やセキュリティ要件に合わせて、データの保管場所や連携先は調整可能です。「どの情報がどこを通るのか」をご納得いただいたうえで進めることを重視しています。

横展開:このパターンは、業界を越えて効く

今回のように「既存運用を温存しつつ、帳票や日次データの取り込みと集計を自動化する」というパターンは、店舗型の飲食業にとどまらず、卸売や製造など、紙やExcelで日々の数字を回している多くの現場に応用できます。私たちは個別の業務を解剖したうえで、その事業に合う形で設計し直すことを前提にしています。

成果

現場の作業を変えずに自動化

スタッフはこれまで通りチャットグループに帳票を投稿するだけ。新しいアプリの導入も操作の再学習も不要で、人が担う作業は最終チェックだけに絞り込まれました。

数字を信頼できる状態に

複数店舗を合算した月次損益を自動生成。手入力に起因する集計のばらつきが大きく減り、計算ミスの原因も追いやすくなって、数字をそのまま経営判断に使いやすくなりました。

異常を早く拾える

請求書と納品書の金額の食い違いを自動で検知して通知。誤請求や不正の兆候を、人の目に頼らず早期に把握できます。

段階導入でリスクを最小化

小規模なPoCで精度と安定性を確かめてから本展開へ。いきなり全社を切り替えない進め方で、運用上のリスクを抑えています。

進め方

  1. 01
    現地ヒアリング・業務の解剖

    店舗と本社の作業を、誰が・何を・どの媒体で扱い、どこまで自動化できているかの粒度まで分解。本当に効く打ち手を見極めます。

  2. 02
    要件定義・設計とご提案

    「既存運用を残したまま裏側を自動化する」方針と、段階導入の進め方を整理してご提案。スコープと進め方を最初に握ります。

  3. 03
    PoC環境の構築・小さく検証

    まず限られた範囲で動作環境を構築し、帳票の自動取り込みや集計の精度・安定性を実データに近い形で確認します。

  4. 04
    PoC評価・本展開の判断

    運用負荷や精度を評価し、本格展開のGO/NO-GOを一緒に判断。確かめてから広げるため、無理なく次の段階へ進めます。

  5. 05
    本実装と保守運用への移行

    全店・本社業務へ段階的に展開し、稼働後は保守契約のもとで課題に随時対応。将来の機能拡張にもつなげていきます。

よくあるご質問

Q. 費用感はどのくらいを見ておけばよいですか。

業務の範囲や対象店舗数、必要な自動化の数によって変わるため、まずヒアリングで業務を分解したうえでお見積りします。本事例の具体的な金額はお客様の機微情報のため公開していませんが、いきなり全体を作り込むのではなく、小さく試すPoCから始めて段階的に投資いただける進め方をご用意しています。

Q. 導入までにどのくらいの期間がかかりますか。

現地ヒアリングと要件定義のあと、まず限られた範囲でPoC環境を構築し、動作と精度を確認してから本展開に移ります。本事例でもPoC環境の構築と動作確認を終え、段階的な本展開へ進んでいます。確かめながら広げるため、現場への影響を抑えつつ着実に進められます。

Q. 請求書や勤怠など、機微なデータの扱いやセキュリティは大丈夫ですか。

はい。機微なデータを扱う前提で、保管場所・アクセス範囲・処理の各段階を設計時に明確にし、受信画像の保管や処理失敗時の挙動、修正履歴の追跡まで含めて検証できる形にしています。データの保管場所や連携先は、お客様のセキュリティ要件に合わせて調整可能です。「どの情報がどこを通るのか」をご納得いただいたうえで進めます。

Q. 丸投げになってしまわないか、現場が振り回されないか心配です。

ご安心ください。本事例の核心は「現場のやり方を変えないこと」です。スタッフはこれまで通り使っているチャットグループに帳票を投稿するだけで、新しい操作の習得は不要です。私たちは現地で業務を解剖し、設計から実装、検証までを伴走しますので、お客様に専門的な作業を丸投げすることはありません。

Q. 既存のExcelや今の業務フローは作り直しになりますか。

いいえ。本事例では既存のExcel運用をそのまま温存し、その裏側でAIを動かす設計にしています。Excel本体や数式は触らず、自動入力用のテーブルだけを更新するため、現場の慣れた運用を壊さずに自動化を効かせられます。

Q. 導入後の保守やトラブル対応はどうなりますか。

稼働後は保守契約のもとで、運用中に出てくる課題へ随時対応します。異常値の通知や処理の失敗時の挙動も設計に含めており、運用が止まりにくい形にしています。将来的なAI活用の拡張についても、同じ体制でご相談いただけます。

現場のやり方は変えずに、毎月の手作業と数字の不安だけをなくす。まずは御社の業務を分解するところから、ご一緒させてください。無理な営業はいたしません。

※ 実名・数値を含む詳細は、お客様のご了承を得て順次公開予定です。

あなたの事業でも、成果を。

まずは課題をお聞かせください。無理な営業はいたしません。