为现代餐厅打造的互联运营层。
Cibus 将前厅、厨房、支付、员工、报表、顾客互动与配送连接为一个统一的餐厅系统，各已设置的功能模块共用互联的菜单、订单、支付与顾客信息。
一个整合服务、厨房、支付、员工、顾客、增长与配送的实时运营层。
六项互联特性。
Cibus 使用共享标识符与互联记录，让每个已设置的功能模块都能读取与其工作流程相关的运营信息。产品、服务商与市场范围的限制仍然适用。
为已设置的 POS、QR、Storefront、Rider 与 KDS 工作流程维护共享的菜单记录，并按设置支持门店或渠道层面的差异。
支持范围内的订单来源使用互联标识符与订单信息，涵盖从建单、履行到报表的流程。
票券按工作站分流，并实时经历认领、备餐、完成与出餐等阶段。
支持范围内的支付分摊会保持与相应订单的关联，总额以最小货币单位计算。
经识别且获授权的订单、偏好与同意记录，可用于支持 Reach、Stories 与 AI 洞察功能相关工作流程。
获授权的店主与管理者，可通过管理后台处理已设置的菜单、员工、支付与门店事务。
从扫码、厨房、支付到洞察分析。
支持范围内的订单与状态事件，会连接已设置的 Cibus 点餐、厨房、支付与报表工作流程。外部服务商、例外情况与离线状态，仍依其既定的对接方式处理。
- 01订单建立通过扫码、线上下单，或由员工在 POS 输入订单。
- 02计算菜单、加料选项、税费与服务费均来自同一数据来源计算。
- 03厨房分单订单票券通过 KDS 分派至正确的工作站。
- 04实时状态员工与顾客均可看到订单进度更新。
- 05支付现金、银行卡、直接银行转账、QR Pay、电子钱包或分单付款完成扣款。
- 06收据开立收据并与相应订单明细关联。
- 07洞察分析报表、AI 洞察功能、Reach 与 Stories 均使用该运营数据。
每个功能模块各司其职。
服务全程受支持的状态更新。
在保持连接的情况下，支持范围内的订单、票券、桌台与支付状态事件，会更新相应已设置的 Cibus 检视画面。服务人员、厨房与管理层，可依其角色与工作流程权限查看相应状态。
- 订单已建立刚刚
- 票券已分派刚刚
- 已在工作站认领刚刚
- 可传菜刚刚
- 支付已确认刚刚
- 收据已开具刚刚
- 管理后台已更新刚刚
支付与收据均与订单关联，总额以最小货币单位计算。
Cibus 以整数最小货币单位（马币计价时为「仙」）计算金额，并通过既定的订单工作流程记录支付。餐厅可查看各笔订单明细、税费、附加费用、折扣与支付分摊如何组成总额。
为团队、门店与范围化权限而设计。
Cibus 的设计理念，是让合适的人看到合适的数据——涵盖员工、经理、店主、合作伙伴与多门店集团。
从单一门店起步，日后在同一运营层管理更多门店。
Cibus 支持独立餐厅、多门店集团，以及由销售伙伴引导的引进流程，并提供门店专属设置与范围化的集团监管。
关于 Cibus 平台。
Cibus 是单一平台，还是多个独立应用程序？
Cibus 是一个互联的单一平台，为店主、员工、厨房团队、顾客、骑手与销售伙伴等不同使用者，提供各自适用的功能模块。
餐厅可以只启用部分模块吗？
可以。餐厅可先启用所需的运营层，日后再视需要加入 Storefront、Reach、Stories、Rider 或合作伙伴相关工作流程。
Cibus 会取代 POS 系统吗？
会。POS 功能已内建于 Cibus，平台同时也涵盖扫码点餐、KDS、支付、员工管理、报表、顾客增长与配送等工作流程。
Cibus 是餐饮外卖市场平台吗？
不是。Cibus 是面向企业（B2B）的餐厅操作系统。Storefront 与 Rider 协助餐厅建立属于自己的点餐与配送渠道。
Cibus 如何确保各餐厅的数据彼此隔离？
Cibus 结合用户角色、指定的餐厅权限范围，以及数据库的行级安全政策，以落实餐厅数据之间的租户边界。
Cibus 是否支持多门店经营者？
支持。Cibus 提供门店专属设置、共享报表与多门店监管功能，并为集团与门店团队提供基于角色的访问权限。