[{"data":1,"prerenderedAt":72},["ShallowReactive",2],{"legacy:insights\u002Fsrm-po-collaboration-breakpoints:zh-CN":3},{"id":4,"title":5,"description":6,"keywords":7,"author":8,"robots":9,"bodyClass":10,"image":11,"jsonld":12,"html":71},"insights\u002Fsrm-po-collaboration-breakpoints","采购说发了、供方说没看到？订单协同先落在同一张生效单上 - JEDP数字化平台","订单协同混乱通常不是供方不配合，而是确认、变更、交期回告没有同一张单。确认时间戳、变更版本与二次确认、回告与承诺分离，双方界面状态一致。","采购订单 协同,SRM 订单管理,采购变更 管理,供应商协同平台","深圳郎博万信息科技有限公司","index, follow","page-insights","https:\u002F\u002Fwww.jedp.cn\u002Fres\u002Fimages\u002Fproduct\u002Fsrm-slide6.webp",[13,31,45],{"@context":14,"@type":15,"@id":16,"headline":17,"description":6,"inLanguage":18,"datePublished":19,"dateModified":20,"articleSection":21,"keywords":22,"image":11,"author":23,"publisher":25,"isPartOf":26,"mainEntityOfPage":28},"https:\u002F\u002Fschema.org","Article","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fsrm-po-collaboration-breakpoints#article","采购说发了、供方说没看到？订单协同先落在同一张生效单上","zh-CN","2026-04-09","2026-10-17","SRM · 供应商","采购订单 协同, SRM 订单管理, 采购变更 管理, 供应商协同平台",{"@id":24},"https:\u002F\u002Fwww.jedp.cn\u002F#organization",{"@id":24},{"@id":27},"https:\u002F\u002Fwww.jedp.cn\u002Finsights#collection",{"@type":29,"@id":30},"WebPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fsrm-po-collaboration-breakpoints",{"@context":14,"@type":32,"itemListElement":33},"BreadcrumbList",[34,39,43],{"@type":35,"position":36,"name":37,"item":38},"ListItem",1,"首页","https:\u002F\u002Fwww.jedp.cn\u002F",{"@type":35,"position":40,"name":41,"item":42},2,"行业洞察","https:\u002F\u002Fwww.jedp.cn\u002Finsights",{"@type":35,"position":44,"name":17,"item":30},3,{"@context":14,"@type":46,"@id":47,"mainEntity":48},"FAQPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fsrm-po-collaboration-breakpoints#faq",[49,55,59,63,67],{"@type":50,"name":51,"acceptedAnswer":52},"Question","供方只会用微信和 Excel，怎么办？",{"@type":53,"text":54},"Answer","先用轻门户：确认链接与回告表单。关键是动作落到系统状态与时间戳，而不是永久停在聊天记录。主厂可代录非关键字段，但确认必须由供方侧完成。",{"@type":50,"name":56,"acceptedAnswer":57},"口头加急算不算变更？",{"@type":53,"text":58},"算。凡影响交期、数量、价格、收货地址的口头指令，要在 24 小时内补成系统变更单并再次确认，否则计划与对账必然漂移。",{"@type":50,"name":60,"acceptedAnswer":61},"一张 PO 分批发货怎么管？",{"@type":53,"text":62},"订单行加发货计划，剩余未交数量可视；短交关闭要有原因码，并决定是否生成补交行。",{"@type":50,"name":64,"acceptedAnswer":65},"价格变更和交期变更能否同一流程？",{"@type":53,"text":66},"可用同一变更框架，但审批链与权限矩阵要分开——价格走商务\u002F财务，交期走计划\u002F采购执行。",{"@type":50,"name":68,"acceptedAnswer":69},"供方确认后还能不能改单？",{"@type":53,"text":70},"可以，但必须走变更版本。直接改原单且无二次确认，等于把「共同认可」撕掉。","\u003Carticle class=\"insight-article\">\n    \u003Cdiv class=\"insight-container\">\n      \u003Cnav class=\"breadcrumb\" aria-label=\"面包屑\">\n        \u003Ca href=\"\u002F\">首页\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Ca href=\"\u002Finsights\">行业洞察\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Cspan>SRM · 供应商\u003C\u002Fspan>\n      \u003C\u002Fnav>\n\n      \u003Cheader class=\"insight-hero\">\n        \u003Cdiv class=\"insight-tags\">\u003Cspan class=\"r-tag\">订单协同\u003C\u002Fspan>\u003Cspan class=\"r-tag\">变更管理\u003C\u002Fspan>\u003Cspan class=\"r-tag\">交期回告\u003C\u002Fspan>\u003C\u002Fdiv>\n        \u003Ch1>采购说发了、供方说没看到？订单协同先落在同一张生效单上\u003C\u002Fh1>\n        \u003Cp class=\"insight-lede\">缺料周会上四个人掏出四张「订单」：邮箱 PDF、微信截图、ERP 当前行、供方 Excel。交期各写各的，人人都觉得自己有理。要把协同做实，先保证同一时刻双方看到的是同一张有效订单——有确认时间戳、有版本、有回告入账。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-meta\">\n          \u003Cspan>更新于 2026-04-09\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>约 8 分钟阅读\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>制造业数字化 · SRM · 供应商\u003C\u002Fspan>\n        \u003C\u002Fdiv>\n      \u003C\u002Fheader>\n      \u003Csection class=\"insight-takeaways\">\n        \u003Ch2>读这一篇能得到什么\u003C\u002Fh2>\n        \u003Cul>\u003Cli>订单必须有供方在线确认，确认时间戳是交期承诺、备料与对账的起点\u003C\u002Fli>\u003Cli>变更要版本化并再次确认后才生效；未确认前按上一生效版执行\u003C\u002Fli>\u003Cli>交期回告与承诺交期分离：回告是输入，接受后的承诺才是计划依据\u003C\u002Fli>\u003Cli>未确认、变更中、已关闭等状态要在双方界面一致，禁止各看各的 Excel\u003C\u002Fli>\u003Cli>先打通战略供方与高频物料，再扩长尾；轻门户比一步要求对方上 ERP 更现实\u003C\u002Fli>\u003C\u002Ful>\n      \u003C\u002Fsection>\n\n      \u003Cdiv class=\"insight-layout\">\n        \u003Cdiv class=\"insight-body\">\n\u003Ch2 id=\"四张-订单-对质出一个下午\">四张「订单」，对质出一个下午\u003C\u002Fh2>\n\u003Cp>缺料周会开到第三小时，还在争论「到底哪一版交期算数」。采购说邮件上周就发了；供方说没点过确认；计划员小本上记着「下周三」；ERP 行上仍是原始日期。四个人各执一截真相，会议产出是「再跟一下」——跟完仍是四截。\u003C\u002Fp>\n\u003Cp>订单协同的核心不是把 PO 发出去，而是双方对同一张有效订单达成一致。确认缺失、变更无版本、回告不入账——任一处断裂，交期看板、缺料分析与对账都会失真。痛点常被说成「供方不配合」，拆开看往往是主厂自己也没有唯一真相。\u003C\u002Fp>\n\u003Ch2 id=\"发出不等于确认-共同认可要有时间戳\">发出不等于确认：共同认可要有时间戳\u003C\u002Fh2>\n\u003Cp>PO 以邮件 PDF 或口头发出，没有「待确认」状态；供方内部谁有权确认不清晰；超期未确认无人升级，直到缺料才发现订单卡在半空——确认前主厂已按「已下单」驱动排产，计划建立在未共识基础上。\u003C\u002Fp>\n\u003Cp>最小规则：\u003C\u002Fp>\n\u003Cul>\u003Cli>发布后进入「待确认」；门户一键确认或驳回（可附原因）；\u003C\u002Fli>\u003Cli>确认时间戳写入订单行，成为交期承诺与后续达交考核的默认基准起点；\u003C\u002Fli>\u003Cli>超期未确认自动升级，并限制下游备料计算全信；\u003C\u002Fli>\u003Cli>仅确认后的订单进入发货计划与对账范围。\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>判断标准：任取一张战略物料 PO，能否在三十秒内看到发布时间、确认人、确认时间、确认版交期。采购代供方点确认刷完成率，是最危险的假协同——完成率很好看，争议时无法举证。\u003C\u002Fp>\n\u003Ch2 id=\"变更没有版本-截图永远打不完\">变更没有版本，截图永远打不完\u003C\u002Fh2>\n\u003Cp>直接改原单字段，历史被覆盖；口头加急、插单、改数量不补单；价格与交期混在同一聊天里审批权限不清——供方仍按旧版生产，主厂按新版收货，两边都觉得自己有理。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>规则\u003C\u002Fth>\u003Cth>说明\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>版本化\u003C\u002Ftd>\u003Ctd>数量、交期、价格、收货信息变更生成新版本，旧版只读留痕\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>再次确认\u003C\u002Ftd>\u003Ctd>变更须供方再次确认；未确认前按上一生效版执行\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>原因码\u003C\u002Ftd>\u003Ctd>客户插单、设计变更、预测调整、供方产能等标准化\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>权限矩阵\u003C\u002Ftd>\u003Ctd>价格与交期分审批链，避免「改交期顺便改价」无人审\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>口头加急也算变更：影响履约的指令二十四小时内补单，否则绩效与索赔都缺少凭据。没有原因码的变更，期末无法解释「到底谁在改计划」。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>原因码\u003C\u002Fth>\u003Cth>通常责任侧重\u003C\u002Fth>\u003Cth>是否重置达交基准\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>客户插单 \u002F 需求变更\u003C\u002Ftd>\u003Ctd>主厂 \u002F 客户\u003C\u002Ftd>\u003Ctd>双方确认后可按新承诺日\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>设计 \u002F 图纸变更\u003C\u002Ftd>\u003Ctd>主厂技术\u003C\u002Ftd>\u003Ctd>视是否影响已投产；需书面确认\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>供方产能 \u002F 物料短缺\u003C\u002Ftd>\u003Ctd>供方\u003C\u002Ftd>\u003Ctd>一般不重置首次确认基准\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>物流与不可抗力\u003C\u002Ftd>\u003Ctd>视合同\u003C\u002Ftd>\u003Ctd>单独标记，避免污染常规达交\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>价格重谈\u003C\u002Ftd>\u003Ctd>商务\u003C\u002Ftd>\u003Ctd>与交期字段分离审批\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Ch2 id=\"回告停在聊天里-计划员的小本就是第二套-ERP\">回告停在聊天里，计划员的小本就是第二套 ERP\u003C\u002Fh2>\n\u003Cp>供方在微信回「下周三四」，计划员记小本，系统交期不动；回告与「采购接受的承诺交期」混为一谈——供方说了就算，或采购改了也不告诉对方；分批发货没有计划行，月末「补齐了」被当成全程履约。\u003C\u002Fp>\n\u003Cp>要分开两个字段：\u003C\u002Fp>\n\u003Cul>\u003Cli>\u003Cstrong>回告\u003C\u002Fstrong>：供方输入，保留历史；\u003C\u002Fli>\u003Cli>\u003Cstrong>承诺交期\u003C\u002Fstrong>：采购接受或驳回后，才更新内部计划可见值。\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>回告是输入，承诺是决策。回告偏差进入绩效；短交关闭必须有原因码，并明确是否生成补交行。订单协同若止于「确认了交期」却不进入发运计划与实收回写，堵点只是从采购挪到了月台——那条链见交货专题。\u003C\u002Fp>\n\u003Ch2 id=\"双方界面必须看见同一套状态\">双方界面必须看见同一套状态\u003C\u002Fh2>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>状态\u003C\u002Fth>\u003Cth>采购侧含义\u003C\u002Fth>\u003Cth>供方侧含义\u003C\u002Fth>\u003Cth>允许的下一步\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>待确认\u003C\u002Ftd>\u003Ctd>已发布，计划不可全信\u003C\u002Ftd>\u003Ctd>需确认或驳回\u003C\u002Ftd>\u003Ctd>确认 \u002F 驳回\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>已确认\u003C\u002Ftd>\u003Ctd>生效版，可驱动备料\u003C\u002Ftd>\u003Ctd>按此版排产\u003C\u002Ftd>\u003Ctd>发货计划 \u002F 变更\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>变更中\u003C\u002Ftd>\u003Ctd>新版待确认，执行仍按旧生效版\u003C\u002Ftd>\u003Ctd>看到待确认变更\u003C\u002Ftd>\u003Ctd>确认变更 \u002F 驳回\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>部分交货\u003C\u002Ftd>\u003Ctd>未交数量可视\u003C\u002Ftd>\u003Ctd>剩余待发清楚\u003C\u002Ftd>\u003Ctd>继续发运 \u002F 短交关闭\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>已关闭\u003C\u002Ftd>\u003Ctd>不再接收交货（除非重开）\u003C\u002Ftd>\u003Ctd>停止备料\u003C\u002Ftd>\u003Ctd>归档\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>任何「采购 ERP 显示已确认、供方 Excel 仍是草稿」的并行状态，都会在缺料周会上变成互相甩锅。门户的价值首先是状态一致，其次才是界面好看。\u003C\u002Fp>\n\u003Ch2 id=\"轻门户先于-对方上完整-ERP\">轻门户先于「对方上完整 ERP」\u003C\u002Fh2>\n\u003Cp>供方信息化弱时，用确认链接与回告表单轻接入即可，不要第一步要求对方上完整 ERP。关键是状态落在你的协同系统，而不是聊天记录里。主厂可代录非关键字段，但确认动作必须由供方侧完成。\u003C\u002Fp>\n\u003Cp>推进时不要三项同时铺满：先战略供方与高频物料只上确认；确认率起来后再上变更版本与原因码；最后扩展交期回告、接受\u002F驳回与偏差进绩效。见效信号分别是：未确认订单可见；「微信改单」可统计并下降；计划交期与门户一致。\u003C\u002Fp>\n\u003Cp>供应方案里的订单与交货协同，通常按发布—确认—生效状态机运行，变更版本化并二次确认，答交分离回告与承诺。JEDP-SRM 与门户协同后，价值在「同一时刻同一生效版」，不在订单列表皮肤。集成失败须对业务可见，禁止门户与 ERP 两套状态静默漂移。\u003C\u002Fp>\n\u003Ch2 id=\"先别铺开的场景\">先别铺开的场景\u003C\u002Fh2>\n\u003Cul>\u003Cli>一物多码未治理：确认了也无法保证执行指向正确物料；\u003C\u002Fli>\u003Cli>特批路径未显性化：领导一句话跳过确认，系统形同虚设；\u003C\u002Fli>\u003Cli>供方未做战略分层：长尾与战略同一套重流程，推进成本过高；\u003C\u002Fli>\u003Cli>纯现货、当场付款提货：保留最小确认即可；\u003C\u002Fli>\u003Cli>内部计划本身周级摇摆：先收敛主厂计划纪律。\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>有用指标：订单确认率与确认时效、变更二次确认率、口头变更补单率、回告响应率与偏差分布、生效版唯一性抽检、短交关闭原因码完整率。假确认、直接改原单抹历史、回告只记小本——都是反模式。\u003C\u002Fp>\n\u003Cp>价格来自寻源定标的，订单行应引用生效价格版本，而不是下单时再口头议一刀。交期变更与价格变更挤在同一条微信里，期末对账与达交考核都会说不清责任。海外供方优先保障确认、驳回、回告接受等按钮可用；缺译时这些动作比宣传页更值得先翻译。集团多组织时，订单权限随组织隔离，防止 A 公司采购员误改 B 公司生效版。\u003C\u002Fp>\n\u003Cp>确认率起来之后，周会第一项应变成「未确认与变更中清单」而不是再念缺料感受。清单能下钻到订单行，争论才从印象转到证据。战略物料确认率连续两周低于约定阈值时，先停扩变更与回告功能，把确认动作做实，再往下叠。\u003C\u002Fp>\n\u003Ch2 id=\"怎么继续\">怎么继续\u003C\u002Fh2>\n\u003Cp>本周先量战略物料订单确认率；确认率上不去，谈达交排名没有意义。再抽十张「据说改过交期」的订单，看系统里有没有版本与二次确认——没有的，缺料会议里的故事都不可采信。确认率达标的品类，再打开回告\u002F承诺字段是否分离。\u003C\u002Fp>\n\u003Cul>\u003Cli>\u003Ca href=\"\u002Fproduct\u002Fsrm\">SRM 供应方案：订单与交货协同\u003C\u002Fa>\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Finsights\u002Fsrm-sourcing-rfq-bid-tender\">寻源：询报价、竞价与招标\u003C\u002Fa>\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Finsights\u002Fsrm-delivery-receipt-inbound\">交货计划如何接到仓库实收\u003C\u002Fa>\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Finsights\u002Fsrm-outsourcing-reconciliation\">委外加工对账断点\u003C\u002Fa>\u003C\u002Fli>\u003Cli>\u003Ca href=\"\u002Finsights\u002Fsrm-finance-reconcile-pay\">对账开票付款与订单生效版\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Ful>\n        \u003C\u002Fdiv>\n        \u003Caside class=\"insight-toc\" aria-label=\"本页目录\">\n          \u003Ch2>目录\u003C\u002Fh2>\n          \u003Ca class=\"h2\" href=\"#四张-订单-对质出一个下午\">四张「订单」，对质出一个下午\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#发出不等于确认-共同认可要有时间戳\">发出不等于确认：共同认可要有时间戳\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#变更没有版本-截图永远打不完\">变更没有版本，截图永远打不完\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#回告停在聊天里-计划员的小本就是第二套-ERP\">回告停在聊天里，计划员的小本就是第二套 ERP\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#双方界面必须看见同一套状态\">双方界面必须看见同一套状态\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#轻门户先于-对方上完整-ERP\">轻门户先于「对方上完整 ERP」\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#先别铺开的场景\">先别铺开的场景\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#怎么继续\">怎么继续\u003C\u002Fa>\n        \u003C\u002Faside>\n      \u003C\u002Fdiv>\n\n      \u003Cdiv class=\"insight-cta\">\n        \u003Cp>\u003Cstrong>想把这篇里的做法落到自己的厂里？\u003C\u002Fstrong>资源中心有对应场景的在线自测与资料模板，也可以直接约一次真实环境演示。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-cta-actions\">\n          \u003Ca href=\"\u002Fresources?from=srm#selftest\" class=\"btn btn-outline\">去资源中心自测\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcases#case-srm\" class=\"btn btn-outline\">SRM 验收案例\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcontact?from=srm\" class=\"btn\">获取方案与演示\u003C\u002Fa>\n        \u003C!-- next-step:BEGIN -->\u003Ca class=\"btn\" href=\"\u002Fproduct\u002Fsrm\">查看产品方案：\u003Cspan>JEDP-SRM 供应商关系管理系统\u003C\u002Fspan>\u003C\u002Fa>\u003Ca class=\"btn btn-outline\" href=\"\u002Fres\u002Fresources\u002Fkits\u002F01-srm-supplier-onboarding-scorecard.html\">对应资料包：\u003Cspan>供应商准入清单 + 绩效评分卡\u003C\u002Fspan>\u003C\u002Fa>\u003C!-- next-step:END -->\n        \u003C\u002Fdiv>\n      \u003C\u002Fdiv>\n      \u003Csection class=\"insight-faq\" id=\"faq\">\n        \u003Ch2>常见问题\u003C\u002Fh2>\n        \u003Cp class=\"insight-faq-sub\">围绕本篇主题的追问，先看这里；仍有疑问可\u003Ca href=\"\u002Fcontact?from=srm\">联系我们\u003C\u002Fa>\u003C\u002Fp>\n        \u003Cdiv class=\"faq-list\">\n        \u003Cdetails class=\"faq-item\" open>\n          \u003Csummary>供方只会用微信和 Excel，怎么办？\u003C\u002Fsummary>\n          \u003Cp>先用轻门户：确认链接与回告表单。关键是动作落到系统状态与时间戳，而不是永久停在聊天记录。主厂可代录非关键字段，但确认必须由供方侧完成。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>口头加急算不算变更？\u003C\u002Fsummary>\n          \u003Cp>算。凡影响交期、数量、价格、收货地址的口头指令，要在 24 小时内补成系统变更单并再次确认，否则计划与对账必然漂移。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>一张 PO 分批发货怎么管？\u003C\u002Fsummary>\n          \u003Cp>订单行加发货计划，剩余未交数量可视；短交关闭要有原因码，并决定是否生成补交行。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>价格变更和交期变更能否同一流程？\u003C\u002Fsummary>\n          \u003Cp>可用同一变更框架，但审批链与权限矩阵要分开——价格走商务\u002F财务，交期走计划\u002F采购执行。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>供方确认后还能不能改单？\u003C\u002Fsummary>\n          \u003Cp>可以，但必须走变更版本。直接改原单且无二次确认，等于把「共同认可」撕掉。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n      \u003Csection class=\"insight-related\">\n        \u003Ch2>相关阅读\u003C\u002Fh2>\n        \u003Cdiv class=\"insight-related-grid\">\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">\u003Cspan class=\"r-tag\">SRM · 供应商\u003C\u002Fspan>\u003C\u002Fdiv>\n            \u003Ch3>\u003Ca href=\"\u002Finsights\u002Fsrm-sourcing-rfq-bid-tender\">询过价、开过标，价格仍靠记忆进 ERP？寻源要留下可回写的结论\u003C\u002Fa>\u003C\u002Fh3>\n            \u003Cp>寻源断在聊天与表格时，定价无法回追。询报价、竞价、招标过程要留痕、比价可审计、定标经审批，结果回写价格主数据再转采购执行。…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-03-26 · 约 8 分钟\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">\u003Cspan class=\"r-tag\">SRM · 供应商\u003C\u002Fspan>\u003C\u002Fdiv>\n            \u003Ch3>\u003Ca href=\"\u002Finsights\u002Fsrm-delivery-receipt-inbound\">采购当传话筒：供方说已发、仓库说没明细，在途为何总对不上\u003C\u002Fa>\u003C\u002Fh3>\n            \u003Cp>在途与实收对不上，常见是发运计划、发运明细、月台占用与过账回写各管一段。供方与仓库要共用同一套状态，采购不再靠截图传话。…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-09-30 · 约 8 分钟\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">\u003Cspan class=\"r-tag\">SRM · 供应商\u003C\u002Fspan>\u003C\u002Fdiv>\n            \u003Ch3>\u003Ca href=\"\u002Finsights\u002Fsrm-outsourcing-reconciliation\">委外加工对账总是对不上？拆到单据层，其实是 5 个断点\u003C\u002Fa>\u003C\u002Fh3>\n            \u003Cp>委外对账差异几乎从不源于财务算错，而是业务发生时少了共同认可的凭据。按发料签收、损耗口径、工序直送、返工报废、账期截点五个断点拆到单据层，说明 …\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-05-14 · 约 9 分钟\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n    \u003C\u002Fdiv>\n  \u003C\u002Farticle>",1793937989900]