什么时候 Shopify 订单编辑不够用

简单场景先用原生订单编辑

很多工单用 Shopify 原生订单编辑就很好：添加产品、移除未履约商品、调整未履约数量、更新运费，或应用受支持的行级折扣。如果变更简单、可见，而且下游应用能接受，就用简单工具。

错误在于把所有结账后修正都当成这种编辑。有些工单不是在编辑购物车，而是在结账后保留清晰的运营和财务故事。

订单编辑可能不够用的红旗

• 修正会提高现有行的单价。
• 唯一请求是修改账单地址。
• 订单已有已履约商品，数量无法安全调整。
• 订单由控制可编辑性的其他应用或渠道创建。
• 订单包含必须保持一致的折扣码、自动折扣、脚本或整单折扣行为。
• 履约、ERP、订阅或会计应用可能无法理解这次编辑。
• 财务需要源订单、结果订单和 trace ID，而不是只有备注的 workaround。

Reprice 增加了什么

Reprice 增加的是围绕决策的运营流程。它把行编辑、合计区变更、配送与账单地址、客户通知选择和风险确认放进同一条先预览流程。应用有意保持谨慎：如果变更需要作废并重建、替代订单或其他配置方法，预览应在提交前说明。

核心差异在这里。原生编辑问的是“这个字段能不能改？”Reprice 问的是“对这个订单和这家店的策略而言，哪种表达最安全？”

快速判断矩阵

• 未履约行数量错误：先考虑原生编辑；若需要留痕，也可用 Reprice。
• 降低有效价格：检查受支持的行折扣是否足够。
• 提高单价：使用 Reprice，让向上改价方法显性化。
• 账单地址错误：使用引导路径；Admin 的配送地址编辑不能解决结构化账单地址。
• 总额因运费或整单折扣错误：提交前先预览合计区结果。
• 下游系统已经处理订单：选择最容易解释旧/新关系的路径。

不要跳过预览

预览不是官僚流程。它让运营在 Shopify、财务、履约和客户继承结果之前看到订单差异。如果预览让你意外，应该停下来修方法，而不是修截图。