批发采购小程序常同时服务采购客户、入驻商户和销售人员。商品可以相同，客户能看到的价格、商户能处理的订单，以及销售人员的归属却不一定相同。若开发前只确认商品列表和下单页面，后续容易在认证、数据范围和佣金口径上出现争议。
本文由匿名化业务咨询整理通用需求设计建议。咨询中的规则仍需业务方确认，文中流程图为原创设计示意，不是客户系统截图，也不代表已经开发、上线或验收。
采购客户：认证状态与价格范围要同时说明
游客、待认证客户和已认证客户，是否可以看价、下单或查看全部商品，应由经营方确认。若不同企业客户有不同的商品目录或价格，需求清单还要写清适用范围和价格生效规则。登录成功不能自动等同于通过企业认证。
Shopify 的公开 B2B 说明把公司、联系人权限和目录列为企业采购的管理对象，并介绍了通过目录组织商品及价格的方式。这可作为拆解业务范围的参考；定制小程序仍需根据自己的客户关系和经营规则确定实现方案。
入驻商户：订单可见与操作权限分别验收
商户是否只能查看本店订单，平台客服和财务是否能够跨店处理，需要明确到实际操作。查看订单、发货、审核退款、调整库存和导出数据不应共用一个笼统的“管理员”权限。商品运营与财务人员也可能需要不同的数据字段。
验收时可以使用不同商户和角色的测试账号，检查列表、详情、检索与导出是否遵守同一数据范围。页面隐藏按钮只是可见表现，实际提交操作同样要符合授权规则；最终结论以目标系统验证为准。
销售归属：先确认绑定时点，再讨论返佣
邀请码或分享链接只是建立客户关系的入口。客户首次进入、注册或首次下单时建立归属，会影响之后的业绩统计。重复邀请、客户换绑、销售离职和历史订单处理方式，也应在开发前形成规则。
销售额、佣金明细与实际结算是不同业务对象。佣金比例按什么维度配置、订单在什么时候变为有效、谁能确认结算，不能从“我的佣金”一个页面名称推断。自动提现、打款和税务处理需要另行确认范围。
退款后：保留原记录，解释佣金的变化
仅退款、退货退款和部分退款，可能产生不同的库存、订单金额与佣金处理。建议保留原订单和关联退款记录，并按确认后的规则生成佣金状态变化或冲正记录。直接修改一个累计数字，会使运营人员无法解释差异。
需求验收应检查退款处理前后，订单有效金额、库存与佣金口径是否一致。若流程还包含线下退款或人工结算，就要说明责任人、确认依据和回查位置，不能把页面显示“已完成”当作资金到账证据。
把小程序范围写成能核对的业务条款
开发清单建议分别列明客户认证和价格范围、商户的数据与操作权限、销售归属规则，以及退款后的库存和佣金口径。规则确认后，再将选品、下单、履约和售后组织成可验证的业务流程。
慧根智研可依据确认后的经营规则设计采购小程序与管理后台。报价、实施及验收范围以确认文件为准；本篇仅说明设计方法，不承诺未经验证的经营成效。
公开参考：Shopify Help Center：B2B 功能概述（查阅日期：2026-10-04）。