明确每条记录的职责
一项客户请求可能始于电话咨询，随后转为订单，最终完成付款。这些是相互关联的事件，但对应的记录不能互相替代。咨询记录说明最初的需求。已确认的订单记录双方约定的商品或服务。付款记录则提供付款结果的凭据。在咨询记录中注明“已付款”，不能代替核查付款记录。
选择一个在整个工作过程中都能发挥作用的主参考编号。如果大多数咨询很快就会转为订单，那么订单确认后，可将订单记录作为主要工作记录。如果在生成订单之前需要多次沟通，则可保留咨询登记表，之后再添加订单参考编号。两种方式都可行；但必须明确交接规则，让同事知道该到哪里查找。
关联参考编号，不替换原始编号
不同系统可能会生成不同的标识符。请保留这些标识符，并在约定的位置记录它们之间的关联。如果有合适的参考编号或备注字段，应统一使用方式。否则，可以通过受控的交接登记表，将请求参考编号与订单和付款参考编号对应起来。客户信息仅保留交接所需的部分，并适当限制访问权限。
不要强行将同一个参考编号填入所有字段：某些字段有特定用途或格式要求。同样，也不要仅凭客户姓名来识别记录，因为重复下单和姓名相近都可能造成混淆。应约定由谁在何时添加各项关联。如果一项请求产生了两个订单或多笔付款，应逐一列出关联，而不是覆盖最初的参考编号。
- 记录请求的主参考编号及其负责团队成员。
- 订单确认后，添加相应的订单参考编号。
- 核查已记录的支付结果后，添加相应的支付参考编号。
从咨询到付款的假设性交接示例
假设示例：一家小型餐饮企业收到一笔自取订单的咨询。员工在咨询登记表中将其记录为 ENQ-042。客户接受商定的餐品选择后，企业在订单系统中创建订单 ORD-118。登记表将这两个参考编号关联起来，而订单记录则成为数量、取餐时间和约定价格的权威依据。
取餐时，客户使用银行卡付款。团队在支付服务中核查支付结果，并在交接登记表中将相应的支付参考编号关联至 ORD-118。客户日后询问付款情况时，员工可从 ENQ-042 查到 ORD-118，再找到支付记录。这是一个约定的人工流程示例，并非声称任何特定产品会自动交换这些记录。
区分已确认的功能与待核实的集成问题
NeroPay 提供银行卡支付终端和支付服务、NeroPOS/ePOS 软件、NeroWeb 在线订购和网站、NeroBooking 预订软件，以及二维码支付选项。NeroWeb 支持直接在线订购。这些功能本身并不能证明咨询、订单和支付使用同一个参考编号，或会自动相互更新。
NeroConnect 用于将软件/POS 提供商及其商户连接至支付服务。任何具体集成仍需与团队确认。请询问会传输哪些记录、传输方向、触发传输的条件，以及传输失败时会如何显示。在确认这些细节之前，请按人工交接方式规划。产品可用性、支持的设备、集成和商务条款也必须确认。
- 询问是否支持您使用的具体系统和计划采用的工作流程。
- 确认传输的是参考编号、状态，还是两者都传输。
- 针对更新缺失、记录重复和交接中断，商定备用处理方案。
先测试追溯流程，再依赖它
逐步演练一个简单请求和一个例外情况，例如确认后又发生变更的订单。检查编辑操作是否抹除了原有的关联。将业务状态与支付状态分开：订单可能已可取餐，但付款情况仍需核查。如果记录不一致，团队应清楚该查阅哪个来源，以及由谁解决差异。
可观察的成功标准很简单：一位未处理过该请求的同事，无需猜测就能找到已商定的订单、查到相关付款凭据，并确定下一步操作。接下来，请在一页纸上梳理一个现有工作流程，明确每个阶段的权威记录，并将尚未解决的集成问题提交给 NeroPay 团队。
重要信息
常见问题
客户应提供咨询参考编号还是订单参考编号？
订单确认后，请向客户提供团队用于查找该订单的参考编号。在内部保留与早期咨询的关联，以便员工使用任一参考编号都能找到正确记录。
共用参考编号是否意味着系统已同步？
不是。共用参考编号有助于识别相关记录，但不能证明变更或支付状态会在系统之间传输。请确认具体集成方式及其限制。
如果一个订单有多笔付款，该怎么办？
将每笔付款的参考编号分别关联至订单。逐一核查各笔支付结果，不要用一条缺乏依据的“已付款”备注替代这些记录。
状态不一致时，员工应以哪条记录为准？
请使用双方约定的信息来源核实相关事实：以已确认的订单核实所提供的商品或服务，以支付服务记录核实支付结果。指定专人调查并纠正不一致之处。