上次更新时间:2026年4月8日 10:00
总账代码,简称总账代码,是实体为对金融交易类型进行分类而创建的数字。总账代码通常采用特定的编号格式,以表示每位数的某些信息。在企业中使用总账代码可以帮助您提高财务效率并控制餐厅成本。
请查看我们的 On The Line 总账代码博客,或参阅我们关于 xtraCHEF 的文章《xtraCHEF:总账 (GL) 代码,了解更多信息。
返回顶部
要创建或修改用于映射的总账代码,请按照以下步骤操作:
总账代码创建完成后,映射功能将显示在同一页面的代码列表下方。映射过程分为四个部分:
使用每个实体右侧的下拉菜单选择对应的总账代码。在计算报告时,Toast 会对每个实体进行预编程,将其设置为贷方 (+) 或借方 (-)。 将实体映射到总账代码的过程允许用户选择在此报告中填充哪些来自 Toast 的数据,以及该报告是单独报告还是与 Toast 中其他地方的其他数据合并。以下是可分配总账代码的所有可映射实体的明细。
| 实体名称 | 描述 |
| 税费 | 在此期间收取的所有税款 |
| 现金 | 现金管理报告中的预期现金存款。[现金支付 + 已收现金 + 入账现金 +(现金支出)+(支付)+(小费支出)] |
| 未收取的现金 | 未在班次审核过程中收取的现金。建议映射至与“现金”相同的总账代码,以便在结算过程中出现错误 |
| 信用卡付款 (VMCD) | 信用卡付款金额和小费。您可以选择将信用卡付款和信用卡费用一起或单独映射 |
| 信用卡费用 (VMCD) | VMCD 批次的费用 |
| AMEX 付款 | 报告范围内的 AMEX 付款 |
| AMEX 选择蓝色费用 | AMEX 批次的费用 |
| 挂账账户付款 | 已结算到公司账户的销售额 |
| LevelUp 付款 | 使用 LevelUp 付款选项结算的销售额 |
| 礼品卡兑换 | Toast 礼品卡结清的付款和小费 |
| 小费 | 顾客支付的小费 |
| 小费分配 | 支付给员工的小费 |
| 现金调整 | 来自现金管理报告。支付 + 现金支付(不包括小费支付) |
| 现金调整(超额/短缺) | 因预期金额与实际金额不符而进行的调整 |
| 递延(礼品卡销售额) | 售出的礼品卡。当餐厅出售礼品卡时,这部分资金不得不作为负债归餐厅所有,因为未来可能会被兑换。 |
| 已转移(公司账户) | 已接受通过挂账账户余额付款。这不直接算作净销售额,因为食品本身可能在不同的日期送达 |
| 已转移(其他) | 任何其他被指定为递延收入的菜单单品的销售额。(您可以在菜单的“单品”级别更改此选项) |
| 现金退款 | 已发放的现金退款 |
| 信用卡退款 | 信用卡退款已发放 |
| 礼品卡退款 | 已发放的礼品卡退款 |
| 自定义退款金额 | 这将抵消使用“自定义金额”退款类型进行退款的任何付款 |
| 酬金 | Toast 系统中标记为酬金的所有服务费 |
| 筹款活动 | 客户的筹款活动捐款 |
| 筹款活动退款 | 筹款活动捐款退款 |
| 已付金额总计 | 销售时间不在日期范围,但收到付款的时间在日期范围内 |
| 存入已收取的销售额 | 销售时间在日期范围内,但收到付款的时间不在日期范围内 |
| 超额/短缺 | 平衡贷方和借方所需做出的调整 |
| 商家现金提前还款 | Toast Capital 贷款相关还款 |
如果您设置了其他付款类型、折扣、支付原因和非酬金服务费,则还可以进行映射。在页面的下方,您还可以通过此映射过程选择三个细分选项之一:销售类别、用餐选项和收入中心。
注意:与其他映射过程类似,您可以将总账代码映射到每个明细字段。任何未映射的字段都将滚入会计报告的“超额/短缺”部分。
返回顶部