[{"data":1,"prerenderedAt":72},["ShallowReactive",2],{"legacy:insights\u002Fsrm-po-collaboration-breakpoints:zh-TW":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>SRM 供應方案：訂單與交貨協同\u003C\u002Fli>\u003Cli>尋源：詢報價、競價與招標\u003C\u002Fli>\u003Cli>交貨計劃如何接到倉庫實收\u003C\u002Fli>\u003Cli>委外加工對賬斷點\u003C\u002Fli>\u003Cli>對賬開票付款與訂單生效版\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\">SRM · 供應商\u003C\u002Fdiv>\n            \u003Ch3>詢過價、開過標，價格仍靠記憶進 ERP？尋源要留下可回寫的結論\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\">SRM · 供應商\u003C\u002Fdiv>\n            \u003Ch3>採購當傳話筒：供方說已發、倉庫說沒明細，在途為何總對不上\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\">SRM · 供應商\u003C\u002Fdiv>\n            \u003Ch3>委外加工對賬總是對不上？拆到單據層，其實是 5 個斷點\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>",1793937991486]