账务与核对

账,每天都对得上。

Food Finance 收集全网门店的营业额、收款、存款和发票,与真正到账的金额逐笔比对,只把差异摆出来。网页、iPhone 和 Android 上,所有人看到同一组数字。

使用 Food Finance 的部分品牌

NIMA Sushi Pokeria by NIMA MACHA Poke Pacifik Poke This is Not a Sushibar Poke Factory Maui Hawaiian Restaurant

系统数据一览

来自生产环境的运营数字。

9
在用的账务模块
100+
每晚完成核对的门店
01:00
前一天数据就绪的时间
3
原生客户端:网页、iOS 与 Android
如何运作

从小票到银行,三步完成

Food Finance 是面向多门店连锁的账务系统。它收集营业额、收款、存款和发票,把它们彼此比对并与银行流水比对,再按角色、页面和门店的权限分发到网页、iOS 与 Android。

01

采集

每天夜里,收银机的日结、已开单据、支付渠道流水和采购发票一并到达。质量校验会在脏数据进入账目之前把它拦下。

  • 收银机
  • POS 系统
  • 外卖
  • 银行
  • 发票
02

对平

收到对申报,申报对入账,入账对存入。门店档案在不同系统之间对齐,退单和发票只计一次,历史以收银日结为准而不是未结订单。

  • 营业额
  • 核对
  • 存款
  • 历史
03

例外

对得上的不需要关注。系统只显示差异,指出属于哪家门店哪一天,并保持打开状态直到有人处理。

  • 网页
  • iOS
  • Android
  • 邮件
  • 通知
模块

门店账务,全在同一个地方

九个模块覆盖完整链条,从第一张小票到存入银行。

营业额

各门店的每日营业额,以及收到金额与申报金额的比对,逐日逐台收银机呈现。

营业额异常

未上传、被驳回或中断的收银日结,逐条列出日期和需要处理的设备,而不是一个对不上的合计数。

收款核对

收款与入账比对:现金、银行 POS、Satispay、餐券和外卖渠道,差额算好并落到具体门店。

现金存入

已存与应存,现金从门店到银行全程可追,不必再翻找纸质凭条。

发票核对

采购发票与送货单比对,按供应商和按品项列出差异,并保留历史价格。

发票异常

被交换系统驳回或仍在等待的电子发票,附带驳回代码和需要更正的单据。

日结历史

每一次日结都归档可查:合计、差额和结账人,几个月后依然能翻出来。

区域经理复核

早上对前一天日结的复核,公式已经算好,差异等待确认或说明。

AI 助手

用自然语言查询账务数据,用公司自己的数字回答,并始终注明时间范围和来源。

精细权限

按页面、按门店、按角色授权。仅邀请可入,配有可复用的角色模板和独立管理面板。

提醒与到期

推送通知、超阈值差异的自动邮件、付款到期表,以及每晚自行运行的计划任务。

导出

任何表格都能导出为 Excel、PDF 或 Word,结构与屏幕上一致,可直接交给会计或董事会。

产品

系统的真实界面

财务部门每天使用的同一批视图,从总部到单店。

核对基于单据,而不是估算

差额来自收银机日结、已开单据和支付渠道流水三者的比对。没有人工上传,也没有并行的表格:数字来自产生它们的那些源头。

  • 发票只计一次,作废单据忽略,积分不计入营业额。
  • 超阈值差异按支付渠道和门店标出。
  • 助手自动对表格作出说明,无需编写查询。

会自查的日结与存款

每天傍晚系统收取所有门店的收银日结,计算差异,只把需要看的部分突出出来。区域经理早上打开列表,一眼就看到例外。

  • 对平公式在全网以同一方式套用。
  • 手机也能填写,问题与网页版完全一致。
  • 历史可查,且可跨期比较。

读账目的助手,不是编数字的助手

助手以只读方式查询数据库,回答时注明时间范围和来源。它没有写入权限,不会越出用户可见的门店范围,数据不存在时不会作答。

  • 只读访问,并对可执行的语句加以限制。
  • 遵守提问者本人的权限。
  • 答案附带时间范围、来源和可核对的数字。
多平台

同一组数字,每台设备

iOS 与 Android 应用不是套壳网页,而是用各自平台语言写成的原生客户端,连接同一套后端。

网页

完整环境,为财务部门和大屏上的对账工作而设计。

iPhone

面向门店现场的原生应用,从晚间日结到收款核查。

Android

与 iOS 版本相同的菜单结构和模块,逐屏对齐。

安全

账务数据留在该留的地方

系统处理收款、银行流水和税务单据。架构以默认关闭为原则,只在必要处开放。

邀请制访问

只有管理员启用账号后才能进入。按页面和门店授权,角色模板可复用,可即时撤销。

专用网络

数据库无法从互联网访问。各服务通过专用网络以内网地址与之通信。

受管密钥

代码中不含任何凭据,也没有任何密钥会传到浏览器。服务密码存放在专用保管库,按需轮换。

可追溯

每次抽取都留痕。数据接入的异常会被记录并上报,而不是被悄悄忽略。

常见问题

简短的回答

关于 Food Finance 做什么、怎么用,最常被问到的问题。

Food Finance 是面向多门店连锁的账务系统。它收集营业额、收款、存款和发票,把它们彼此比对并与银行流水比对,显示需要澄清的差异。系统运行在网页、iOS 和 Android 上,按角色、页面和门店授权。
是同一套引擎上的两个独立系统。AtomicBI 负责报表、分析和运营,Food Finance 负责账务和核对。二者共用数据库、门店档案和夜间抽取,所以数字一致,但各有自己的域名、用户和入口。
系统由 Investfood SRL 开发,运行在其餐饮网络上,覆盖七个品牌、超过 100 家门店。模块的写法与品牌无关,因此同样的结构适用于任何需要为多个门店对账的连锁。
邀请制。管理员启用账号,并指定该用户可见的页面和门店。未被启用的人无法进入,已启用的人只能看到属于自己的门店。
收银机与门店 POS 系统、外卖渠道、支付网络、银行流水以及电子发票。连接器每晚运行,通过质量校验后写入统一的关系型数据模型。
账务抽取在意大利时间凌晨一点运行。上班时前一天的收银日结已经合并完成,区域复核可以直接看到算好的差异。白天当日数字则从订单实时到达。

登录 Food Finance

仅限已启用的用户访问。你的账号会打开分配给该档案的门店和页面。