funfoの注文と会計を全店ぶん1つにまとめる|多店舗飲食の本部集計

funfoの注文と会計を全店ぶん1つにまとめる|多店舗飲食の本部集計

【結論】
funfoをお使いの店舗では、お客様のスマホから入った注文と、店頭での会計の両方が動いています。店舗の中では1つにつながっていても、本部に上がってくるのは1日1行の売上報告だけ——という状態はよく起こります。TEAL BIはfunfoの取引データを夜間に自動で取得し、共通フォーマットに変換したうえで、注文の入り口が何であっても1店舗の売上を1つの数字にして全店を1つの表にします。POSレジの入れ替えも、店舗側の操作も必要ありません。funfoは本番稼働中の連携先です。

【この記事でわかること】
・注文の入り口が増えたとき、本部の集計で何が起きるのか
・funfoを止めずに、全店を同じ基準で並べる方法
・1件ずつの注文データが、本部の表の1行になるまでに何をしているのか
・稼働開始までの期間と、いまの集計を止めずに始める手順
・料金と、実際に本番稼働している連携先の一覧

注文の入り口は増えました。本部の数字は1つになっていますか

増えた注文の入口を、本部ではどう見るか

いまの状態

店舗から届くのは日計だけ

  • スマホ注文と店頭会計の内訳は店舗に残る
  • 本部にはその日の売上だけが届く
  • 変化の理由は店長に聞かないと分からない
TEAL BI

取引を持ったまま店舗単位にまとめる

  • 入口をまたいで同じ店舗の売上に合算
  • 必要なときは時間帯・商品・入口へ分解
  • 全店を同じ基準で比較できる

普段は店舗ごとの一行で見て、気になったときだけ内訳へ降りられます。

図1:注文の入口が増えても、本部では店舗単位にまとめ、必要な内訳を残します。

お客様がご自身のスマホから注文される。スタッフが端末で会計する。持ち帰りのぶんが別に立つ。いまの店舗では、売上の入り口が1つではありません。店舗の中では、それぞれ正しく記録されています。

問題はその先です。本部が全店を横に並べようとしたとき、店舗から上がってくるのは「今日の売上はいくらでした」という1行だけということが起こります。入り口ごとの内訳は店舗の画面の中に残っていて、本部の表には出てきません。

こうなると、本部は店を比べられなくなります。ある店の客単価が上がったのは、注文の入り方が変わったからなのか、単価の高い商品が出たからなのか。1日1行の売上報告からは、どちらとも言えません。結果として、本部の会議は「先月より良かった/悪かった」の確認で終わります。

注文を受ける仕組みと、店を横に並べる仕組みは別です

POSレジは、目の前のお客様の会計を正確に、速く終わらせるための道具です。その目的に対しては、funfoはよくできています。問題は、本部が見たいものが「1店舗の会計」ではないことです。

本部が見たいのは、全店を横に並べた比較であり、前年との対比であり、売上に対して人件費と仕入がどう動いたかです。これはPOSの守備範囲の外側にあります。どのメーカーのPOSを使っていても同じで、POSの出来不出来の問題ではありません。

funfoの取引データを、そのまま読みます

TEAL BIは、funfoが持っている取引データをそのまま受け取り、共通フォーマットに変換します。POSレジの入れ替えはありません。いまお使いのfunfoをそのまま使い続けていただきます。

受け取るのは、レジの中で出来上がった集計結果ではなく取引データそのものです。ここが重要で、1件ずつの取引が手元にあるからこそ、入り口が違っても同じ1つの売上として足し直せます。集計済みの日計だけを受け取っていたら、内訳は永久に戻ってきません。

店舗側に機器を追加することもありません。注文の受け方も、会計のやり方も、いまのままです。スタッフに新しい操作を覚えていただく必要はなく、増えるのは本部が見る画面1つだけです。

1件ずつの注文が、本部の表の1行になるまで

本部の一行は、内訳を失っていない

毎朝見る

店舗ごとの売上

  • 全店を横に並べる
  • 入口を合算した店舗の数字
  • 会議ではまずこの形を見る
気になったとき

一行の中身へ降りる

  • どの時間帯の注文か
  • どの商品が出たか
  • どの入口から入ったか

合計しか受け取らないのではなく、取引を持ったまま本部用の一行を作ります。

図2:店舗ごとの売上を普段の一覧で見ながら、必要なときは時間帯・商品・注文の入口へ分解できます。

本部の表に「A店 前日売上 428,600円」と出ているとき、その裏側には1件ずつの取引が積み上がっています。本部が見るのは1行でも、持っているのは1件ずつのデータ——この状態にしておくことに意味があります。

気になったときに、その1行を分解できるからです。どの時間帯に入った注文なのか、どの商品が出たのか、入り口ごとにどう分かれているのか。1行だけを受け取っていたら、聞ける相手は店長しかいません。本部が店舗に電話をかけて確認する工程は、ここから生まれています。

店舗に負担をかけずに本部の解像度を上げる方法は、店舗に報告を増やしてもらうことではなく、すでに店舗の中にあるデータを、そのまま本部まで運ぶことです。

数字が届くのは、翌日の朝です

前日ぶんが翌朝そろうまで

閉店まで

店舗はいつも通り営業

スマホ注文も店頭会計も、いつもの方法で受けます

夜間

取引データを自動で取得

入口の違う取引を同じ営業日に寄せてまとめます

翌朝

全店の前日ぶんがそろう

店舗ごとの一行と、確認できる内訳を用意します

途中経過ではなく、入口ごとにそろった前営業日の数字を全員が見ます。

店舗での書き出し・転記・提出はありません。

図3:通常営業のあと夜間に取引データを取得し、翌朝には全店の前日ぶんがそろいます。

取得は夜間に自動で行われます。お客様のスマホから入った注文も、店頭での会計も、まとめて受け取ります。翌朝の出社時点で、前日ぶんの全店が表示された状態になっています。

「前日ぶん」に統一しているのは、入口ごとにデータが入ってくる時刻が違うからでもあります。当日の途中経過を見ると、どの入口までが反映されているかで数字が動きます。締まったところまでを、全員が同じ形で見るようにそろえています。

入口が複数あっても、1日の区切りは1つです

店舗数が増えるほど、締め忘れ・開局し忘れ・日付をまたぐ営業は避けられません。入口が複数あると、そこに「どの入口のぶんが、どちらの日に乗るのか」という問題が加わります。1店だけ売上がゼロ、翌日に2日分——という形で日次の表が崩れます。

TEAL BIが見ているのは、レジの締め操作ではなく取引データそのものが持つ営業日です。入口が違っても、同じ営業日の取引は同じ日に乗ります。店に電話して確認する工程が、本部の朝から消えます。

1店舗が1行になったあと、何が見えるのか

全店が1枚に並ぶ

前日ぶんの売上・客数・客単価が、店舗別に並びます。前年・2年前との対比も同じ画面です。入口が何種類あっても、1つの店舗は1行です。

担当の4〜5店だけが並ぶ

見せる範囲は役職で分けます。店長は自分の店だけ、エリアマネージャーは担当の4〜5店だけ。店長が見る「自分の店の売上」も、入口を合算した1つの数字です。本部と店で数え方が変わらないようにするための作りです。見せ分けで料金は変わりません。

売上・人件費・仕入が、同じ日付で並ぶ

勤怠を合わせて連携すると、同じ画面に労働時間が乗ります。予算値を登録しておけば、日次の予実と当月の着地見込みが自動で出ます。入口ごとに人手のかかり方は違いますが、その店が何時間使って、いくら売ったのかは、この画面で1つに見えます。

funfo以外のPOSが混ざっていても、同じです

POSが混ざっても、比較の基準は一つ

funfo
スマレジ
NECモバイルPOS
東芝テック
標準化メーカーごとの差を吸収
TEAL BI
  • 全店が一枚に並ぶ
  • 店舗ごとに同じ基準
  • 取引の内訳まで確認

POSレジを統一せず、いまの機器と運用をそのまま使えます。

図4:異なるPOSの取引データを共通フォーマットに変換し、本部の一つの画面へまとめます。

業態を増やしたり、他社から店舗を引き継いだりした結果、本部の中に複数メーカーのPOSが並んでいる——珍しい話ではありません。入り口ごとに分かれた数字を1つに足し直す仕組みは、そのままメーカー間の差を吸収する仕組みでもあります。

それぞれのデータを共通フォーマットに変換してから並べるので、POSレジを統一しなくても全店を同じ基準で比較できます。実際に、スマレジ・ローズシステム・NECモバイルPOS・東芝テックの4メーカーが混在したまま、商品販売明細の分析を1つの画面で見ている企業があります。

1つの会社の中でPOSが分かれている場合の考え方は、その数字、店長会議で使えますか:POS混在のままで毎日確定する本部集計に書いています。

実際に本番稼働している連携先

「対応しています」の一言には、いくつもの段階が混ざります。ですのでいま毎日データが流れているものだけを「本番稼働中」と書き、それ以外は「接続対応中」として分けてあります。

区分連携先状況
POSレジ東芝テック/スマレジ/USENレジ/NECモバイルPOS/ポスタス(POS+)本番稼働中
ローズシステム/寺岡精工/funfo/Chompy(モバイルオーダー)本番稼働中
ステアリテール(FoodFrontia Pro)/グローリー/リブオン(宅配Evolution)/ダイニー接続対応中
仕入インフォマート本番稼働中
メニューPlus(レシピ)接続対応中
勤怠・人事ジョブカン/King of Time/タッチオンタイム/SmartHR本番稼働中
予約・口コミGoogleビジネスプロフィール/TableCheck/Instagram
※Instagramは一部の企業様で稼働中です
本番稼働中
外部データ気象データ(全国・時間帯別)本番稼働中
上記以外ネットワーク未接続の店舗を含むCSVアップロードで統合対象に含められます

どれくらい作業が減るのか

直営12店舗での実測値

106時間削減した集計作業
20万円人件費換算
12店舗実測した直営店の数

注文の入口を集めて足す時間を、数字を読んで手を打つ時間へ回せます。

図5:直営12店舗で実測した、月あたりの集計作業の削減量と人件費換算です。

直営12店舗の飲食企業では、店舗と本部のエクセル作業が1か月で106時間・金額にして20万円ぶん減りました。入口が増えるほど、この「集めて足す」作業は膨らみます。12店舗でこの数字です。

106時間は担当者1人の月間労働時間のおよそ3分の2にあたります。入口を1つずつ数えて足していた時間がなくなると、その人は数字を作る側から、数字を読んで手を打つ側に回れます。

よくある誤解

この節で扱うよくある誤解

注文の入り口ごとに、別々の集計になりますよね

店舗の売上としてまとめながら、必要なときは入口別にも見られます

連携には、POSの提供元による新しい開発が必要ですよね

funfoには本番稼働中の接続方式があり、新しい開発は不要です

いま使っている集計を止めないと始められませんよね

現在の集計と並行で確かめてから切り替えられます

図6:注文の入口、接続方法、現在の集計との並行運用について、本文で扱う誤解と事実です。

「注文の入り口ごとに、別々の集計になりますよね」

逆です。TEAL BIが受け取るのは取引データなので、入り口が何であっても、同じ1店舗の売上として1つに足されます。本部の表に並ぶのは、店舗ごとの1つの数字です。

そのうえで、必要なときには内訳のほうも残っています。「1つにまとめる」と「分けて見られる」は両立します。両立しないのは、店舗から1日1行だけを受け取っている場合です。その場合は、後から分けることが原理的にできません。

「連携するには、POSの提供元に開発を依頼する必要があるはずです」

funfoについてはすでに本番稼働している接続方式があるため、新規の開発は不要です。接続実績のあるメーカーであれば、約1週間で稼働を開始できます。

期間を左右するのは開発ではなく、店舗側のネットワーク環境と、店舗マスタの整備状況です。とくに入口ごとに店舗の呼び方が違っている場合は、それを1つに突き合わせる作業のほうに時間がかかります。

「いま使っている集計を止めないと、始められませんよね」

止めずに始められます。いまの集計と並行で動かして、両方の数字が合うことを確かめてから切り替える——ほとんどの企業がこの順で進めています。突き合わせる対象には、入口ごとの内訳も含められます。

突き合わせる過程そのものにも意味があります。数字がズレた項目は、その店の運用が本部の想定と違っているところだからです。どの入口の、どの扱いがずれていたのかが、切り替える前に分かります。

料金と、導入までの流れ

TEAL BIの料金は1店舗あたり月額8,000円(税抜)だけです。初期費用・導入費用・連携費用はいただいていません。この記事で挙げた日次の店舗別集計も、売上・人件費の予実も、すべてこの中に含まれます。詳細は料金ページをご覧ください。

導入の流れは、いまお使いのPOSレジと勤怠システムの構成をお聞きするところから始まります。funfoのように既に接続実績のあるものであれば、やり取りは短く済み、約1週間で稼働を開始できます。掲載していないものが混ざっている場合も多くは連携可能で、その際はメーカー様との打ち合わせのうえ新規の連携開発を行います。期間の目安は1か月程度です。いずれの場合も月額8,000円のままで、連携のための費用はいただきません。

過去のぶんもさかのぼって取り込めます。追加費用はいただいていません。入口が増える前と後を、同じ形で並べて比べられます。

画面と機能をひととおりご覧になりたい場合は、サービス紹介資料(全10ページ)をご請求ください。フォームのご入力後、その場でダウンロードいただけます。

よくあるご質問

Q. funfoを止める必要はありますか?

ありません。現在お使いのfunfoはそのままで、出力される取引データの側を共通フォーマットに変換します。店舗のオペレーションも変わりません。

Q. お客様のスマホからの注文と、店頭での会計は別々に集計されますか?

別々にはなりません。取引データとして受け取るため、入り口が何であっても同じ1店舗の売上として1つに足されます。必要な場合は内訳のほうも残っています。

Q. 店舗のスタッフにお願いすることはありますか?

ありません。取得は夜間に自動で行われます。店長やスタッフに新しい操作を覚えていただく必要はなく、増えるのは本部が見る画面1つだけです。

Q. funfo以外のPOSが混ざっていますが、まとめられますか?

まとめられます。それぞれのデータを共通フォーマットに変換してから並べるため、POSレジを統一しなくても全店を同じ基準で比較できます。実際に4メーカーが混在したまま運用している企業があります。

Q. 始めてから見られるようになるまで、どのくらいですか?

funfoは既に接続実績があるため新規の開発は不要で、約1週間で稼働を開始できます。期間を左右するのは主に、店舗側のネットワーク環境と店舗マスタの整備状況です。

Q. 過去のデータも取り込めますか?

取り込めます。追加費用はいただいていません。入口が増える前の期間も、同じ形にそろえて並べられます。

Q. ネットワークにつながっていない店舗もあります。

CSVのアップロードで同じ表に含めます。回線のある店舗と同じ扱いで並ぶので、入口の話と同じで、集計の側では区別が消えます。

TEAL BIについて

TEAL BIは、(株)ラックバッググループが提供する飲食企業向けの経営データ統合ダッシュボードです。複数メーカーのPOSレジ・勤怠・仕入の各データを自動連携し、統一フォーマットに変換したうえで、店舗別・日次でFL比率・確定原価率・人件費の着地見込みを可視化します。funfoのPOSデータも本番稼働中の連携先として毎日流れています。グループ代表自身が20年以上にわたって飲食店経営の現場に携わってきた経験から立ち上げた事業で、現場の経営者が本当に必要とする数字が実装されているのが特徴です。

いま何店舗でfunfoをお使いか、勤怠システムは何をお使いか——その2つをお聞かせいただければ、稼働開始までの流れと期間の目安をお伝えします。

あわせてお読みください:
その数字、店長会議で使えますか:POS混在のままで毎日確定する本部集計
スマレジで全店の売上を1画面にまとめる:多店舗飲食の本部集計
ポスタス(POS+)の売上を全店同じ基準でそろえる:多店舗飲食の本部集計
ローズシステムの売上を全店まとめる:多店舗飲食の本部集計
売上速報のエクセル作成をやめる:多店舗飲食の本部集計を自動化

執筆:斉田 教継((株)ラックバッググループ / (株)ティールテクノロジーズ 代表取締役)
20年以上にわたり飲食企業の経営に携わる。(株)ラックバッググループが提供する飲食企業向けデータ統合ダッシュボード「TEAL BI」の事業を主導する。一般社団法人オープン・フードサービス・システム・コンソーシアム データ標準化分科会長として、業界共通POS標準フォーマット基盤の構築を主導。

投稿者プロフィール

斉田 教継株式会社ラックバッググループ 株式会社ティールテクノロジーズ 代表取締役
斉田 教継(さいだ のりつぐ)
株式会社ティールテクノロジーズ 代表取締役
株式会社ラックバッググループ 代表取締役
20年以上にわたり飲食企業の経営に携わる。現在は飲食企業向けデータ統合ダッシュボード「TEAL BI」を運営する。一般社団法人オープン・フードサービス・システム・コンソーシアム データ標準化分科会長として、業界共通POS標準フォーマット基盤の構築を主導。