在南非开酒吧，收银系统怎么选？几轮酒的账、PayShap 到账与跨夜结算怎么对清？

先把整晚的酒单管住，再看钱走到哪里。南非酒吧选收银系统，最有区分度的往往是散场前的那几分钟：桌上已经加了数轮酒，有人先走、有人继续喝，现金和银行卡混着付，另一个人举着 PayShap 截图说已经转了账。若系统只显示一个总金额，前台很难判断谁已经结清、哪一笔还需要确认。

这篇讨论的是在南非经营的酒吧、清吧，以及兼售小食的 bar；牌照部分专门采用西开普省的官方说明，不把开普敦规则套到约翰内斯堡或德班。资料核实于 2026 年 10 月 20 日，文中订单与金额均为演示示例。产品配置可先看酒吧点单方案和南非餐厅方案，再拿自己的菜单验证下面这些细节。

一张 tab 要接得住后来的几轮酒

客人说 open a tab，前台需要的是一张仍在进行中的酒单。它可以挂在具体桌台上，后来的饮品继续加到原单；不要每次加酒都临时另建一笔无关联销售。有人从吧台挪到卡座，应该跟着转的是原有订单，而不是把旧单作废再凭记忆补开。

MiYaDine 的桌台管理支持开台、加单、转台和并台，结账时可用多种支付方式凑齐金额。实际选型时，要让演示人员跑一遍“已有饮品、加一轮、其中一人先结账、其余人继续点”的完整过程。尤其是部分结账后原单怎样显示、后续酒水怎样归属，需要按当前版本验证，不能从“支持分单”四个字推断所有细节都自动完成。

菜单本身也要精确。draught、生啤瓶装、single、double 这些名称应带着明确规格。比如演示菜单中的 330 ml 瓶装与 500 ml 生啤是两个计价选项，容量按门店真实售卖的杯具和包装填写，不把它们说成南非统一标准。前台保留英文名称，中文用于内部核对；换基酒、少冰等做法随订单送到吧台出品，不能只留在收银员的口头交代里。

写着 R115 的那杯，不能到结账才变成另一口价

南非税务局 SARS 的现行税率页说明，已登记经营者的标准税率为 15%。其VAT 经营者义务同时要求，对外公布或报出的价格包含 VAT。这里的适用前提是经营主体已登记为 VAT vendor；未登记门店不要直接复制隔壁店的税项。

假设某款饮品含税标价 R115，税额按 115 × 15 ÷ 115 算是 R15，税前为 R100。收银台若把菜单上录入的 R115 当成税前价，再加一次 15%，客人看到的账就与点单时不一样了。验收时从菜单、点单画面到最终票据对一遍价格，并检查折扣后的计算。这里只确认当前税率与含税价格口径；登记、申报等进一步问题可查南非财税资料。

同一桌分成几笔付款，也不意味着这杯饮品可以被重复计税。分账应拆分已有销售金额，收款记录则说明哪笔由现金、哪笔由卡支付。小费、强制服务费的税务处理不能混为一谈，涉及门店具体收费办法时应另行核实，不要靠改总额来遮住收费性质。

PayShap 显示转出了，酒单就可以结清吗？

先看收款方自己的结果。Absa 商业银行的 PayShap 说明介绍的是秒级到账的账户间付款；但“这个渠道速度快”与“这位顾客的钱已经进入本店账户”仍是两件事。银行的假付款确认提醒明确指出，截图、短信、存款凭条和付款确认本身不能证明款项已经清算到账。

服务员可以把酒单金额告诉客人，由有权限的收款人员在本店官方银行渠道核对到账，再完成 POS 的相应收款记录。参考号、金额和订单号要能对应。不能让服务员为了赶紧清台，把尚未确认的转账先记成现金，事后再要求交班人员解释钱箱为什么少钱。具体例子见约翰内斯堡酒吧收到 PayShap 截图怎么办。

秘奥餐饮支持的基础混合收款，不能自动等同于已经打通 PayShap。采购时应区分“可以记录一种支付方式”和“可以自动取得银行到账结果”；后者需要银行、收单机构与软件版本共同确认。若未接通，就把人工核对责任安排清楚，并测试付款不成功时订单如何保留，避免系统状态跑在真实资金前面。

Yoco 在午夜切批，你的晚班却还没结束

一场营业可以横跨两个自然日，而收单机构按自己的时间归集交易。Yoco 在 2026 年 6 月 1 日更新的结算说明写明，Standard Payout 每天午夜归集，午夜之后的交易进入下一天的归集范围；到账还受银行工作日影响。该服务另有其他结算选项，不能给所有 Yoco 商户统一写成“明早到账”。

以周六晚营业为示例，23:50 的一笔 R230 与周日 00:20 的一笔 R115，可以在门店的夜班分析里放在一起，却不必属于同一个 Yoco 结算批次。两笔已成功的卡交易合计 R345，和银行当晚新增入账为零，并不矛盾；是否真的有异常，要查交易状态、所选结算计划和对应结算明细。

所以交班至少要分辨“客人这笔付没付”“归哪一晚营业”“收单机构何时付款”三个问题。选型时应把跨午夜晚班统计列为验收项，现场确认能否按门店的交班时间汇总。MiYaDine 手册中的“跨午夜”说明针对菜单营业时段，不能据此推断财务报表已有同样的营业日设置。无论怎样汇总，都不能改写银行批次或原始交易时间。更细的处理在德班酒吧凌晨刷卡的问答里。能否自动导入 Yoco 数据、逐笔匹配和扣费核对，需要演示当前版本；没有确认就按两边明细对照，不承诺自动对平。

接手一家 bar，旧机器里的设置不能全盘照搬

接店时柜台设备还能开机，往往会让人误以为改个店名便能继续营业。对开普敦的酒吧，西开普省酒类管理局 WCLA 的官方问答明确说，牌照转让需要 Liquor Licensing Tribunal 批准并正式申请，营业时间则取决于当地市政条例。原店的牌照、POS 商户名和收款账户是不同事项，要分别核对。

这也是菜单渠道不能随意复制的原因。WCLA 区分 On-Consumption、Off-Consumption 和 On/Off Consumption 等类型；堂饮、带走、送到家不能因为收银软件有一个“外卖”按钮就自动获得同样权限。先确认实际牌照范围和条件，再决定哪些内容进入外带或外卖菜单。交接时该核对哪些系统资料，见开普敦接手酒吧只改 POS 店名够不够；这条问答只讨论西开普省情形。

若兼售鸡翅、汉堡等小食，可以评估 Mr D 的本地配送服务，具体覆盖按地址查询。进入系统的外卖单可沿外卖与后厨流程安排出品；平台直连一律按你所在国家的真实支持范围确认。酒类能否上架、许可和交付要求另外确认，不能把食品配送开通当成卖酒许可。

散场以后，老板需要看到的是哪几笔还没结束

关门时只看营业额，会漏掉仍开着的酒单。前台应逐张确认是否还有未收的余额，分清真正未付款的交易、已成功刷卡但尚未结算的交易，以及仍待核实的转账。上一班的未处理事项要说明原因和经手人，不能用一个笼统的“差额”让下一班去猜。

这套管理也不依赖把所有操作都塞进一台机器。基础点单可以在店内运行，银行收款确认仍需要其自己的可用连接；即使 POS 能离线操作，也不能据此承诺 PayShap 或刷卡离线到账。设备、路由器和打印机有各自供电条件，门店按自己的故障场景安排备用办法即可，不必把某个全国停电统计当成系统选型的唯一依据。

对南非酒吧来说，一份可靠的晚班记录应该能回到那张原始酒单：几轮酒确实加在同一桌，分走的金额有去处，PayShap 有本店到账证据，Yoco 有可追到的交易与结算批次。做到这里，凌晨的交班就有了可解释的依据，老板第二天面对银行流水时也知道该从哪里查起。