シフトと取引
一つのシフトをめぐる業務の文脈です。
- 開店、締め、現金の引き継ぎ
- 注文、会計、支払方法
- 返品、取消、シフト中の調整
飲食ソリューション
POSアプリケーション · 店舗
販売はカウンターのPOSで。経営は一つの論理コアで。
POSはカウンターの業務アプリケーションです。シフトを開き、注文を取り、会計し、プロモーションを適用し、シフトを締めます。締めた瞬間から、売上・原材料の引き落とし・入金は共通のデータ層へ進みます。会社の在庫・購買・財務がすでに動いている、その層です。
このページは範囲と引き渡し点を定めるもので、POSの機能一覧ではありません。POSはすでにお使いのシステムでも、他社ベンダーのものでも、Apus提供のものでも構いません。引き渡し点は同じで、違うのは連携作業量だけです。
フロントオフィスの範囲
もう一つのERPモジュールではなく、完結した業務領域。
POSはカウンターにしか通用しない操作モデルを担います。速く、通信が不安定でも使え、シフトのあいだずっと販売担当者の手にあります。Platformモジュールは共通の企業記録と統制を担い続けます。
カウンターの商品
日々の販売をフロントオフィスから見た姿です。
- 店舗ごとのメニュー、品目コード、販売価格
- 店頭プロモーションとクーポン適用
- 常連の識別とポイント付与
会計の手前の境界
POSが終わり、企業が始まる場所です。
- シフト売上の締めと現金の突合
- レシピに沿った原材料引き落としの記録
- 合意した記録を財務へ引き渡し
共通PLATFORM CORE
シフトが締まったあとも、同じ業務記録が続きます。
Apusが提供するPOSとApus Platformはすでに一つの論理コアと業務データ層を共有し、他社ベンダーのPOSは統制された連携点を通じて同じ層に合流します。製品とUXは異なっても、企業記録を別サイロにしません。
- テナントと会社構造
- 共通マスタデータ
- レシピ、歩留まり、品目コード
- 在庫記録
- 購買記録
- 財務記録
一つのコアでの引き渡し
一つのシフトから企業管理へ。
- POS在庫
シフト中に売れた分がレシピに沿って原材料を引き落とすので、在庫は閉店時に打ち込んだ数字ではなく、実際に使った量を映します。
- POS購買
店舗の在庫が基準を下回ると、店長へのメッセージではなく、承認者のいる購買依頼になります。
- POS財務
突合済みのシフト売上と入金が、並行した売上元帳を作らずに会計へ届きます。
システム境界
一つのコア、三つのシステム層。
- POSはカウンターの体験を担います。シフト、注文、決済、プロモーションであり、すでにお使いのシステムでも、Apus提供のPOSでも同じです。
- 現場の他の専門システムは、宿泊のPMSや電子秤や勤怠端末のように、それぞれの持ち場を担い、同じデータ層へ引き渡します。
- Apus Platformは財務・供給・人材・知識・統制を横断する企業ジャーニーを担います。
ワンクリック移行や無停止切替は約束しません。合意したアーキテクチャとロールアウト計画が各案件を規定します。
よくある質問
POSとPlatformはどのように連携しますか？
このページのPOSは、Apusのものですか、それとも自社のものですか？
どちらもです。POSはカウンターのフロントオフィス・アプリケーションであり、すでにお使いのシステムでも、他社ベンダーのものでも、Apus提供のものでも構いません。上に記した範囲と引き渡し点は三つのいずれにも当てはまり、異なるのは連携作業量です。実際のシステムを調査したうえでソリューション設計時に確定します。
POSはPlatformモジュールですか？
いいえ。POSはフロントオフィスのアプリケーションで、同じ論理Platform Coreにつながります。
ここはPOSの製品ページですか？
違います。このページは何がどこに属するかがわかるよう、境界と引き渡し点を描くためのものです。販売機能・ハードウェア・価格はPOS製品そのものにあり、ページ下部にリンクがあります。
POSは財務や購買を置き換えますか？
二つの領域は分かれています。POSはカウンターの仕事を担い、Platformモジュールは共通の企業記録と統制を担います。
一つの論理コアは一つの物理配備を意味しますか？
一つの論理コアは業務記録が途切れないことを指し、物理配備の数を指すものではありません。トポロジーは方案により、連携・移設・切替が必要な場合があります。