客户确认的，到底是哪一份报价？

销售修改了一份报价，仓库或行政却拿到旧附件；折扣在聊天里获批，同事接手时找不到依据。需要先定义：哪份可以发给客户、谁能批准价格、订单以哪份版本为准。

第一阶段可以聚焦询盘、报价、审核、客户确认和订单交接。每个阶段明确负责人、必填资料及下一次行动，避免一开始就把库存、会计和配送全部挤进同一期。

客户与产品参考资料、产品单位、报价行项目、有效期、编号版本、审核状态、负责人，以及交接清单。这里是可评估的开发范围，并非已经上线的批发成品系统。

例如虚构客户把 40 箱改成 60 箱：保留旧版，建立修订版，重新记录审批。交接时清楚标出客户接受的版本和待确认的交货事项。数量仅为流程示例，不是客户案例。

按件还是按箱？不同客户能否使用不同价目？多少折扣需要批准？客户未付款能否预留库存？先把这些规则写清，才能确认数据结构、权限及验收方式。

库存即时同步、会计接口、赊账控制、WhatsApp 自动发送及 e-Invoice 属于独立集成范围，需要检查现有系统、API、授权和费用，不能仅凭展示画面承诺已经接通。

准备去掉客户资料的报价样本、一次改价流程，以及交接时最常缺少的三项资料。可以先看装修 Demo 中的报价版本与跟进动作，讨论相似逻辑；它并不是批发库存系统。

正式系统还需确认多人共用数据库、登入权限、备份、操作记录与维护范围。OPSVORY 目前在线上沟通项目，服务 KL、Selangor 及其他马来西亚地区。