核销台 · 第四轮确认
0 / 0
衡社荟 · 后台管理系统 · 第四轮

「核销」这件事,比我们原先以为的复杂

这一轮只问一件事:核销台到底要管哪些事。前三轮定下来的都不重问。

起因是我们把核销这块从头到尾捋了一遍代码,发现了一件要紧的事—— 现在系统里真正能核销的只有「活动签到」一处。券上、商城订单上、预约单上虽然都印着一串「码」, 但那些码只是显示给客人看的,后台没有任何地方能扫它,扫了也不会发生任何事。

所以这不是「把现有的几个核销口统一起来」,而是要选几条从零做。 选哪几条、每条怎么算账,得你们定。

12
本轮要问的
6
不定就动不了工
12分钟
预计耗时
01

核销台要管哪几件事

先看清楚现在是什么状况,再选要做哪几条。

现在系统里,这五处的真实状况:

活动签到 —— 真的能核销。客人票上有码,后台有核销台,扫了会变成「已签到」,记了时间和操作人。

⚠️ 优惠券 / 课时卡 —— 券上印了码,但后台没有任何地方能扫这个码。 券现在是「客人结账时系统自动帮他抵扣掉」,全程不需要人扫。

⚠️ 商城订单自提码 —— 客人下单后拿到一个自提码,但后台没有「取货」这个动作。 客人到店把货拿走了,订单在系统里还停在「待自提」,永远不会变成「已完成」。

⚠️ 预约到店码 —— 客人小程序上看到的那四位数,其实是订单号的后四位现算出来的, 系统里根本没存过这个码,自然也扫不了。

⚠️ 私宴桌台 —— 没有码。券是结账时自动扣掉的。

★ 哪几种码,要能在核销台上扫?要答 · 可多选

为什么要问:这一题直接决定这块要做多久。每一条都是从零做一条, 不是「把现成的接过来」。
括号里是各自的额外工时。另外还有一块几条线共用的地基(核销流水、扫码识别、权限、核销台页面), 约 5 ~ 7 人日只要做核销台就省不掉,跟选几条无关。
可以只选一条,也可以先上一条、以后再加。

商城订单付了钱,客人一直不来取,怎么办?

为什么问:现在这块是空白——订单会一直停在「待自提」,没人管。 今天看不出来,是因为压根没有「取货」这个动作;核销台一上线,这批取不掉的单就会堆在页面上, 店员会立刻问「这些怎么办」。

02

券要怎么用

这一节主要在上面第 1 题勾了「券 / 课时卡」时才要紧。

★ 券和课时卡,要不要「到店扫码核销」这种用法?要答

为什么问:现在券只有一种用法——客人结账时,系统自动帮他抵扣, 全程不需要员工做任何事。券上那个码是发券时生成的,但从来没被用过。

「到店扫码」是另一种用法:客人不下单、不结账,就是拿着券来了,员工扫一下,券就核销掉。
课时卡尤其是这个场景——一张卡十次理疗,每来一次扫一次扣一次,这比「结账抵扣」自然得多。

到店扫掉一张券,这笔算不算一次收入?

为什么问:结账抵扣的券好办——那笔钱在订单里已经算过账了。 但「到店扫码核销」这条没有订单,就是一张券被用掉了。
这笔要不要按券的面额记成一笔收入、要不要进当天的营业额和分账?
答错的后果:记成收入会和别处的账重复;不记,那这些券被用掉了在财务上就看不见。

03

谁能核销、扫错了怎么办

你们之前说过「员工是会员的一种,比如员工开启核销功能」——这一节就是把那句话落实。

★ 谁能核销?要答

为什么问:核销是把东西真的给出去的动作——核销一张券、放一单货、认一次到店。 权限给宽了,谁都能把货核销掉;给窄了,前台忙的时候没人能扫。
现在系统里根本没有「核销」这个权限,活动核销是借用「活动编辑」权限在跑—— 等于能改活动的人才能签到,这明显不对,这次要改。

★ 员工能不能核销别的门店、别的业态的单?要答

为什么问:比如私宴的服务员,能不能扫医馆的商城订单? A 店的店员,能不能把 B 店的货核销掉?
上一轮已经把组织架构建好了,按门店限定是现成的,不额外花钱;问题是你们要不要这个限制。
放开的风险:出了问题查不清是哪个店放的货。限死的代价:跨店帮忙时会被系统拦住。

★ 扫错了,能不能撤回?要答

为什么问:现在一处都不能撤。活动票扫掉就是扫掉了;客人还没进场、员工手滑扫了下一张, 就只能我们去数据库里手工改。
这条不定,我们只能按「不能撤」做,那以后每次扫错都得找技术。

04

账怎么记

核销的时候,要不要记一笔金额?

为什么问:你们给的流程图上写着核销要「记金额、时间、人」。时间和人没问题, 但「金额」在几条线上是完全不同的东西

· 活动票 —— 是留位费(很多活动是 0)
· 券 —— 是券面额(可这钱早在订单里算过了)
· 商城取货 —— 是订单金额(这钱在客人下单时就已经收了、也已经入过账了
· 预约到店 —— 是定金(可能是 0,也可能挂到桌台账单上)

如果都当成收入记一遍,商城那笔就会被算两次,当天营业额会虚高。

商城商品的库存,什么时候该扣?

为什么问:你们的流程图上画了一条「核销 → 扣库存」。 但系统现在是在客人下单那一刻就把库存扣掉的,跟核销无关。

这两种做法的差别在于:客人下单付了钱但一直不来取,这批货算不算还在库里
改这个不在上面的报价里,是单独一块活(要动下单、关单、退款好几处),大约 2 ~ 3 人日。

05

上一轮还挂着的三件事

这三条上一轮问过,回执里写的是「后期再定」「之后给你」。其中第一条已经卡住开工了,所以再问一次。

★ 会员等级折扣,打在哪几个业态?要答 · 可多选

为什么又问一遍:上一轮这条写的是「先不定,后期再定」。 但这条不定,折扣功能就一行代码都动不了——它决定我们要去改哪几条结账链路,不是改完再挑。

而且现在有个对外的口子开着:小程序的会员权益页上白纸黑字写着「全业态 95 折」「全业态 92 折」, 但结账时一分钱都不会少。哪个客人较真算一下就会发现。

上一轮已经定了、不用重答的:折扣和券二选一员工折扣优先。这次只缺「打在哪」。

供应商给你们的单据,长什么样?

为什么又问:上一轮写的是「之后给到你字段,现在给不了」。 这条不着急,但拖久了要返工——采购的 Excel 导入模板是照着你们实际用的单子设计的, 等不到就只能先按通用模板做,之后大概率推翻重做一遍。
最省事的办法:直接拍一张实际的单子发过来,不用整理成文字。

活动的留位费,客人来了核销之后,怎么退给他?

为什么问:付费留位的活动,客人的钱是真收到了的。 按规则他来了就该把这笔退回去。
现在核销的时候系统会提示「留位费待退回,请人工处理」,但不会真的退—— 自动退款要接支付渠道的退款接口,那份文档我们还没有。

06

其它

还有什么要说的?

关于核销、或者别的什么,随时写在这。 特别是:你们门店实际是怎么给客人放货、怎么认人的?有没有现在就在用的土办法? 那往往比流程图更有用。

填完发回给我们

第一个按钮,内容就复制好了,粘到微信发回即可。 只填了一部分也可以先发,剩下的想好了再补。 标了 ★ 的六条最要紧,那几条定了我们就能开工。

填写会自动存在这台设备上,中途关掉不会丢;可以分几次填完。 换设备、换浏览器要重填。