不得不说，CRMEB的文档写的真的太详细了，个人二开 配合AI辅助 完全无压力。
因业务需求，需要使用定制商品模块，等了好久没有等到官方的更新，于是尝试自己二开，对照着文档，接口一点一点摸索，最后得到了这样的效果。
添加商品时自主选择商品类型
定制商品价格如需 按需报价 或 面议 可以自定义修改
三种计价方式
固定价格
商品按商家配置的商品或规格价格销售。
买家填写需求表单后，按照对应价格进入原有支付流程。普通说明、文字、图片以及不计价的选择项，只用于收集需求。
适合价格相对固定的服务或商品，例如固定套餐的设计服务、固定尺寸的手工制品。
需求报价：先提交需求，再付款
商品可以显示为“待议 或 按需报价”。显示可以自定义，自由度极高
流程如下：
买家填写需求
↓
提交订单，等待报价
↓
商家根据需求发布报价
↓
订单生成应付金额
↓
买家查看报价并付款商家报价支持配置：
- 多个报价项目。
- 每个项目的名称、单价和数量。
- 运费。
- 报价说明。
- 报价有效期。
- 供应商订单的独立结算金额。
虚拟定制商品的报价运费为零。
报价由商家根据需求填写，系统负责计算合计、更新订单金额，并通过已有通知流程通知买家。
报价还有以下规则：
- 保留历史报价版本。
- 未支付且尚未进入支付锁定状态时，可以重新报价。
- 买家支付时校验报价版本，避免按已经被修改的旧报价付款。
- 发起支付后锁定报价，防止支付过程中被覆盖。
- 报价过期后，不能直接发起新的支付，需要商家重新报价。
- 待报价阶段不占用库存；首次有效报价时，按相应库存规则处理库存。
选配计价：选择后计算价格
适合电脑配件、材料、尺寸、工艺、服务数量等会影响价格的场景。
支持以下计价来源：
| 来源 | 用途 |
|---|---|
| 普通信息选项 | 收集需求，不增加价格 |
| 自定义价格选项 | 为材料、工艺、服务等设置加价 |
| 关联现有 SKU | 使用现有商品规格的价格、库存和结算价 |
| 数值计价字段 | 按输入数量与配置单价计算费用 |
例如：
电脑基础价格：1,000 元
选择配件一：增加 100 元
选择配件二：增加 50 元
商品价格：1,150 元支持为计价选项设置数量范围，按选择数量计算费用。
价格由服务端计算并校验；运费、优惠等按照对应订单和价格模式的适用规则处理。
表单则是调用系统表单，进行资料填写，拥有多种组合方式
报价后，买家支付后则不支持再次报价，直接进入定制流程
用户填写、下单与后台同步
用户端支持：
- 查看字段提示、说明和示例。
- 填写需求、选择选项、上传图片或附件。
- 按配置显示相关字段。
- 查看涉及计价选择后的价格变化。
- 提交前核对已填写的需求。
- 创建订单并进入对应的报价或支付流程。
图片支持 JPG、JPEG、PNG、GIF；文件附件支持 PDF、DOC、DOCX、TXT、XLS、XLSX。
上传数量、大小受字段配置与网站原有上传限制共同约束。文档上传接口最大支持 10 MB，商家可以配置更严格的限制。
上传未完成时会阻止提交，避免附件遗漏。
下单成功后，需求信息自动保存在订单中，后台和对应供应商可以直接查看。
下单后需求不可修改
订单创建时会保存需求快照，包括：
- 买家填写内容。
- 当时使用的表单定义。
- 已选选项。
- 定制类别与计价配置。
- 定制流程节点。
- 对应价格、库存和结算信息。
因此：
- 买家不能修改已提交的原始定制需求。
- 商家后续修改商品配置，不会覆盖旧订单。
- 商家更新进度、发布成果或重新报价，不会改写原始需求。
自定义定制流程
商家可以自定义流程节点的名称、数量和顺序。
软件开发示例：
需求提交 → 方案设计 → 开发编码 → 测试联调
→ 部署上线 → 运维迭代 → 订单完结实物相框示例：
相框制作 → 打印喷漆 → 物料印刷
→ 组装测试 → 打包发货 → 订单完结当前支持的是按顺序推进的线性流程。
每个节点可以分别设置：
- 是否需要买家确认。
- 是否为交付验收节点。
每个流程必须设置一个交付验收节点。
节点状态与推进
流程可以展示：
- 未开始。
- 进行中。
- 待买家确认。
- 已完成。
- 商家已继续推进，但买家仍待补确认。
商家可以为当前阶段发布说明、上传结果图片并完成节点。
需要买家确认的节点，在商家完成后进入待确认状态。
特殊情况下允许商家继续推进
买家未及时确认时，商家可以填写原因后继续推进。
系统保留：
- 买家尚未确认的事实。
- 商家继续推进的原因。
- 对应操作记录和时间。
买家之后仍可以补确认原节点，补确认不会重复推进流程。
商家继续推进只影响定制或服务进度，不会直接完成交易验收，也不会因此触发佣金或结算。
商家指定交付验收节点
交付验收节点可以设置在流程中间。
例如：
部署上线：交付验收节点
↓
运维迭代：继续显示服务进度
↓
服务完结这样，商品可以先完成交易交付，再继续展示后续服务。
不同确认动作的作用
| 动作 | 作用 |
|---|---|
| 买家确认定制节点 | 确认阶段成果或服务进度 |
| 商家特殊继续推进 | 推进服务阶段，保留待补确认记录 |
| 商家提交交付 | 进入对应交付、待收货流程 |
| 买家确认收货或原有自动收货 | 按原规则完成交易验收及后续财务处理 |
定制节点完成不会自动代替确认收货。
定制交付方式
实物商品与虚拟商品均调用系统配送方式，实物商品支持 物流、商配、无需配送，虚拟商品无需配送
开发过程漫长，今天测试了一下午，目前没有发现什么离谱BUG，也没有什么更好的灵感，有不足的地方或有需要改进的地方，希望各位大佬指正、指点，在下洗耳恭听。
