Tag: POS数据报表

月底打开POS后台，销售额清清楚楚写着一个数；再打开会计软件或P&L，收入却少了——这是美国华人商家最常遇到的困惑之一。差额未必是“钱丢了”，更常见的情况是：POS的流水（takings） 与会计的收入（revenue） 本来就是两个不同口径的数字。一套面包房集团POS显示124万美元销售，P&L只有105.8万，差额18.2万全部来自六七项正常的会计处理，既不是盗窃，也不是存款缺失。把差异归因搞清楚，比反复“找错”更重要。 更隐蔽的差异来自支付处理费。银行入账是净额：刷卡总额减去处理费之后的金额。如果会计把银行净入账直接记为“销售收入”，收入就被少记了处理费部分；正确做法是按全额记收入，处理费单独列为费用。所以POS Sales与银行收入之间，至少夹着一层“时间差”和一层“费用差”。 关键在于统一口径：对账时先确认两边比的是同一个层级的数字。用POS的Gross去对会计的Revenue，和用POS的Net去对会计的Revenue，结论完全不同。 华人商家常见的问题是：POS日结只看Gross，月底会计按Net入账，中间没有把退款和折扣单独拉出来解释。把这三项单独设成对账调节项，差额就变成“可解释的”，而不是“神秘的”。 Tip（小费） 是顾客自愿支付、归属员工的金额，不计入餐厅营业收入，也不缴销售税。Service Charge（服务费） 则是商家强制收取的费用（如大桌自动服务费、宴会费），在IRS口径下属于餐厅收入，需要计入销售额并缴纳销售税。如果POS把小费和Service Charge混在同一个“Tip”科目里导出，会计要么把不该算收入的算成了收入，要么把该算收入的漏掉了——两边同时出错。 处理原则：POS后台必须把Tip、Service Charge、Delivery Fee、Surcharge分开设置科目，会计按科目分别入账，而不是看账单总额。销售税的设置也依赖这一分离：Service Charge进入应税销售额，Tip不进入。关于税率分类的更多细节，可以参考RateMyPOS的餐馆POS税率设置指南，其中对堂食、外卖、服务费、配送费的税率绑定有具体说明。 反过来，有些商家为了让“收入好看”，把销售税留在收入里，这在税务稽查中风险很高。对账时，POS的含税销售额与会计收入之间的第一个剔除项，就应该是销售税负债。 正确的处理是：礼品卡售出时计入负债，兑换时从负债转入收入。对账时要把POS中“Gift Card Sold”和“Gift Card Redeemed”分别拉出，确认会计端是否按负债逻辑处理。 解决方式不是“统一把某一边改掉”，而是在对账表中设置日期调节栏：列出POS营业日总额、减去跨期退款、加减礼品卡递延、调整午夜切分，得出与会计期间可比的数字。 第一步，锁定POS端三个数：Gross Sales、Net Sales、含税总额。第二步，列出调节项：销售税（剔除）、Service Charge（加入收入）、Tip（剔除）、退款与折扣（从Gross到Net的桥接）、礼品卡售出与兑换的差额。第三步，对支付通道：POS刷卡总额 vs 处理器批次结算 vs 银行净入账，差额应等于处理费和结算延迟。第四步，形成“POS→会计收入”调节表，每一笔差额都有一行解释。只要这张表能逐月复现，差异就不再是“对不上”，而是“已知且可控”的会计处理。 如果你正在使用的POS在报表导出、科目分离或礼品卡追踪上不够灵活，对账就会变成每月的手工苦差。在选型阶段把“能否按Tip/Service Charge/礼品卡/税率分科目导出”作为硬性条件来评估，远比事后补救省力。RateMyPOS的POS系统推荐专题 按行业和规模梳理了选型时应该核对的报表能力与费率结构，可以作为对照参考。 归根结底，POS的“营业额”是运营视角的流水，会计报表的“收入”是会计视角的确认口径。两者之间的每一道差异，都应该有名字、有金额、有处理规则。把这张调节表建起来，你看到的就不再是“为什么不同”，而是“差在哪、该不该差”。 相关阅读： POS系统销售报表怎么看？老板每天最该关注的6个数据