先看结论:工装是组织采购。公司付款,员工分别填尺码。系统要先有名单,再有生产和发货,不能让每个员工各付各的零售价。
本页说明该业态的系统边界和验收口径。是否需要许可、备案或特殊类目,以监管部门和微信等平台最新要求为准。
交易怎么发生
采购人对接销售,确认款式、绣字和企业价,生成团购单。员工通过链接选择尺码,窗口关闭后锁定数量并排产。补货和换码在窗口关闭后走售后,不重新打开原价零售。
发票抬头是公司,收货地址可能是各门店。一张订单多个地址是常态。
系统和履约
- 团购项目号
- 员工填报尺码,截止后不可改
- 汇总尺码表给工厂
- 子发货单按地址拆分
- 对账按项目,不按员工微信支付
模板与定制的边界
统一价、单一地址的小批量,可以用批发价模板。多地址、绣字、尺码窗口和企业月结,需要定制。员工个别在零售店补买,应使用单独的零售 SKU,避免冲掉团购价。
验收时看什么
10 名员工填报后,汇总表数量等于 10。截止后第 11 次提交失败。两个收货地址生成两张发货单,项目总额不变。
上线前怎么核对
「工装团购的尺码收集」单独成页,因为一个付款主体,多套尺码。普通快递零售的待发货、已签收,覆盖不了这套履约。
总部导出的金额或次数,要能按门店或项目号拆开,不能只剩一个总数。 日志保留操作者和时间,客服不能只靠改备注结案。
报价写三行:月费可配置、要立项的状态机或对接、明确不做。本页书面结论:工装是组织采购。公司付款,员工分别填尺码。系统要先有名单,再有生产和发货,不能让每个员工各付各的零售价。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。