1. 确定哪些订单需要发送付款请求
先从一种明确的使用场景开始，例如通过电话确认的外卖自取订单。避免同时引入多种不同安排。员工需要清楚何时应请求支付全额、何时应征得经理批准，以及何时客户应通过其他约定方式付款。
明确流程中各个环节的负责人。接单人员可以负责准备付款请求，再由主管核对金额。在营业繁忙时，只有双方使用同一份订单记录，这种分工才能有效运作。在继续操作前，请向 NeroPay 确认付款链接是否可用、设置要求、费用及适用条款。
- 记录您将通过此流程受理的第一种订单类型。
- 明确负责发送付款请求的人员，以及其缺席时的替代人员。
2. 建立付款与订单之间的可靠关联
在准备付款请求之前，为每笔订单分配一个编号。采用方便员工复述、且能与当天其他订单区分的格式。在餐厅的订单记录中，将该编号与已确认的商品、数量、客户联系方式及取餐时间一并保存。
询问付款服务提供哪些编号或描述字段，以及客户会看到什么内容。不要假定付款请求会自动更新您的收银系统或订单系统。如果员工必须手动匹配付款，请记录这一交接流程，并始终使用相同的订单编号。付款描述应仅包含识别订单所需的信息。
- 向客户复述订单编号。
- 检查员工将如何找到对应的付款记录。
- 确认是手动核对，还是有可用功能辅助核对。
3. 分享链接前说明总金额
向顾客复述订单，并说明本次请求支付的确切金额。解释该金额是涵盖整笔订单，还是仅涵盖双方约定的部分，并说明是否仍有余款待付。如涉及配送费或其他费用，应在顾客同意前明确告知。不要让顾客自行推测付款请求的金额为何与菜单总价不同。
准备一则简短的附带消息，注明餐厅名称、订单编号、金额、付款用途及约定的取餐安排。说明顾客发现问题时如何联系您。发送前，确认目标收件人及其联系方式；即使金额计算正确，发给错误的人仍可能造成混淆。
- 将请求支付的金额与最终商定的订单总额进行核对。
- 检查收件人的联系方式。
- 从顾客的角度审阅消息。
4. 演练完整的订单交接流程
假设示例：一位顾客致电订购两份外带餐，约定下午 7 取餐。双方商定的总额为 £28，付清后无余款待付。一名员工记录订单编号 T014，复述餐品及取餐时间，然后按照已确认的服务流程准备金额为 £28 的付款请求。
附带消息中注明餐厅名称、订单编号 T014 及商定的总额。顾客付款后，指定员工通过该服务约定的确认方式检查付款状态，并将结果记录在 T014 对应的订单中。随后，厨房和取餐团队按照餐厅公布的备餐规则处理。这些细节仅作示例，并非 NeroPay 的价格，也不代表对产品功能的保证。
- 在营业期间使用该流程前，先用示例订单进行演练。
- 检查其他员工能否在不询问原接单人的情况下查明订单情况。
- 尝试交易前，先与团队确认是否有受支持的测试方式。
5. 排查错误及尚未确认的付款
发送链接不等于确认收款。应明确约定员工必须检查哪种付款状态，以及在何处检查。不要仅凭顾客的截图或声称付款已完成的消息作判断。发送第二次付款请求前，应检查原始记录，避免重复要求付款。
提前为可能的变更做好安排，例如加点餐品、金额错误、未按约取餐或顾客无法完成付款。确认当前可用服务如何处理更正、取消和退款。交接班时，应明确列出尚未解决的订单，并指定一名负责人跟进，避免多名员工分别发送提醒。
- 催付前，先检查金额、订单编号、收件人和付款状态。
- 记录变更，并向顾客清楚说明接下来的处理步骤。
- 每班结束时，检查尚未解决的付款请求。
重要信息
常见问题
付款链接会自动更新我们餐厅的收银系统吗？
不要假定会自动更新。请向 NeroPay 确认可用功能及支持的系统对接。在确认之前，应制定清晰的人工核对流程，使用订单编号进行匹配。
发送付款请求后，如果订单发生变化，我们该怎么办？
先检查原付款请求的付款状态。向顾客说明调整后的总额，然后按照已确认的更正流程处理，不要立即再次发送付款请求。
如果顾客说已经付款，但我们找不到对应记录，该怎么办？
通过约定的确认方式核对订单编号、金额和付款记录。在再次请求付款或将订单标记为已付款之前，请指定的主管进行调查。