做SAP SD支持和運(yùn)維的朋友一定遇到過這樣的場景業(yè)務(wù)員電話里急得不行說客戶貨都備好了倉庫就等發(fā)貨結(jié)果在VL01N或VL02N上怎么都過不去系統(tǒng)不是提示“交貨被凍結(jié)”就是顯示一堆“不完整”狀態(tài)。用戶的第一反應(yīng)往往是“系統(tǒng)出bug了”。但實(shí)際上這個(gè)“SAP銷售訂單凍結(jié)無法交貨”問題絕大多數(shù)都不是bug而是訂單頭上的狀態(tài)字段或者主數(shù)據(jù)校驗(yàn)把一個(gè)業(yè)務(wù)動(dòng)作攔截了下來。真正難的不是找不到原因而是支線太多不知道從哪查起。這篇文章我按自己做SD模塊運(yùn)維的實(shí)戰(zhàn)習(xí)慣把銷售訂單導(dǎo)致無法交貨的常見狀態(tài)、排查順序、釋放方法和各種偽裝成“凍結(jié)”的坑一次性講透。全文不涉及什么高階增強(qiáng)全是天天能用的干貨適合SD顧問、運(yùn)維開發(fā)以及那些被銷售訂單卡脖子的業(yè)務(wù)用戶收藏。1. 訂單凍結(jié)是什么先從狀態(tài)機(jī)制說起1.1 三種最容易卡交貨的凍結(jié)類型SAP銷售訂單的狀態(tài)管理機(jī)制說穿了就是一張訂單從創(chuàng)建到開票結(jié)清的過程中系統(tǒng)用一組字段不斷記錄“這個(gè)訂單走到哪一步了、后面還能不能繼續(xù)”。每一張訂單表頭的狀態(tài)數(shù)據(jù)存在VBUK每一行的行項(xiàng)目狀態(tài)存在VBUPSAP后續(xù)在創(chuàng)建交貨單、做揀配、做發(fā)貨過賬、開票時(shí)都會(huì)讀這些字段來做校驗(yàn)。只要有一個(gè)字段卡住流程就停在那里。這就是“無法交貨”的本質(zhì)。日常運(yùn)維里我看到的大部分“銷售訂單凍結(jié)無法交貨”都?xì)w在三種類型下。第一種是交貨凍結(jié)字段是表頭VBUK-LIFSK、行項(xiàng)目VBUP-LIFSK。只要這個(gè)字段有值VL01N創(chuàng)建外向交貨單時(shí)就會(huì)被攔截報(bào)錯(cuò)信息通常直譯過來就是“交貨被凍結(jié)”。交貨單已經(jīng)建好的情況下如果在訂單上再補(bǔ)一個(gè)交貨凍結(jié)那卡的位置可能從“創(chuàng)建交貨單”挪到“揀配”甚至“發(fā)貨過賬”表現(xiàn)方式完全不一樣。第二種是開票凍結(jié)字段是VBUK-FAKSK / VBUP-FAKSK。從字面上看它只管開票不會(huì)直接卡交貨。但如果銷售流程里設(shè)置了“先開票后發(fā)貨”的特殊復(fù)制控制或者訂單類型本身就是Bill-Then-Ship的場景開票凍結(jié)就會(huì)間接導(dǎo)致交貨步驟也被卡住。我在汽車零部件行業(yè)見過不少這種模式處理時(shí)要格外注意業(yè)務(wù)流方向。第三種是信用凍結(jié)。它最容易被當(dāng)成訂單問題。信用凍結(jié)不寫在VBUP的普通凍結(jié)字段里而是觸發(fā)于客戶信用管理。當(dāng)客戶在某個(gè)信用控制范圍內(nèi)的未清訂單金額加上新訂單金額超過信用額度系統(tǒng)按配置會(huì)自動(dòng)給訂單打上信貸凍結(jié)標(biāo)記存儲在VBUK-CMGST/CMFST。這類凍結(jié)在VA03的狀態(tài)概覽里能看到信用狀態(tài)是紅色但常規(guī)訂單頁簽里沒有明顯的“交貨凍結(jié)”字段可清。不少新手在VA02里翻半天找不到釋放按鈕其實(shí)是走錯(cuò)了門。1.2 凍結(jié)到底在哪一步生效還有一個(gè)常見的認(rèn)知偏差是分不清“訂單凍結(jié)”和“交貨單凍結(jié)”。這倆完全是兩個(gè)層面的東西。創(chuàng)建交貨單時(shí)SAP通過復(fù)制控制從銷售訂單把數(shù)據(jù)復(fù)制到外向交貨單。復(fù)制動(dòng)作發(fā)生之前系統(tǒng)會(huì)檢查訂單頭/行的交貨凍結(jié)字段。在標(biāo)準(zhǔn)配置下只要訂單頭或任意一個(gè)行項(xiàng)目有交貨凍結(jié)標(biāo)識VL01N就會(huì)拒絕創(chuàng)建交貨單。就算你看到只有一行被凍結(jié)整張單也無法發(fā)貨。所以排查時(shí)頭字段和行字段都要查不能只看其中一個(gè)。而交貨單一旦創(chuàng)建成功后續(xù)的揀配和發(fā)貨過賬校驗(yàn)的就以交貨單自身的狀態(tài)為主。如果用戶在VL02N里給交貨單行項(xiàng)目加了交貨凍結(jié)或者裝運(yùn)點(diǎn)、倉庫執(zhí)行動(dòng)作沒完成訂單側(cè)再怎么改也是白搭。這就像一個(gè)包裹已經(jīng)出倉交給快遞公司了你再回頭改訂單備注有什么用得改運(yùn)單狀態(tài)。由此引出一個(gè)經(jīng)典錯(cuò)誤業(yè)務(wù)在訂單上取消了凍結(jié)回VL02N想發(fā)貨過賬結(jié)果還是報(bào)凍結(jié)。原因是凍結(jié)在交貨單上訂單上的修改并不會(huì)自動(dòng)同步覆蓋交貨單上已經(jīng)存在的LIFSK。正確做法是去VL03N看交貨單狀態(tài)再用VL02N清交貨單上的凍結(jié)。1.3 狀態(tài)字段是怎么“傳染”到交貨單的這里多講一點(diǎn)狀態(tài)復(fù)制的細(xì)節(jié)理解了它排查速度快很多。銷售訂單的VBUK/VBUP是狀態(tài)源頭創(chuàng)建交貨單時(shí)系統(tǒng)按復(fù)制控制把表頭狀態(tài)字段復(fù)制到LIKP/LIPS。復(fù)制過程中訂單上的凍結(jié)原因碼會(huì)直接帶到交貨單上。這意味著就算訂單建好后你沒有做任何額外操作訂單上一個(gè)歷史遺留的凍結(jié)也會(huì)被“傳染”到新創(chuàng)建的交貨單上。所以同一個(gè)LIFSK凍結(jié)原因碼可能在訂單和交貨單上同時(shí)存在。解除時(shí)最穩(wěn)妥的順序是先清訂單側(cè)再清交貨單側(cè)。先清訂單再在VL02N里清交貨單最后確認(rèn)VBUK/VBUP和LIKP/LIPS兩套表的LIFSK都為空。否則只清了交貨單下次重新創(chuàng)建或刷新訂單又把它帶下來問題反復(fù)出現(xiàn)。技術(shù)上我們有時(shí)候可以用SQL直接改表比如UPDATE VBUP SET LIFSK WHERE VBELN ...但在正式環(huán)境屬于高風(fēng)險(xiǎn)操作。因?yàn)闋顟B(tài)字段在應(yīng)用服務(wù)器上可能還有緩沖光改表不一定即時(shí)生效。項(xiàng)目上一定要先試標(biāo)準(zhǔn)事務(wù)碼哪怕慢一點(diǎn)也不要去動(dòng)表。2. 排查優(yōu)先順序從VA03到后臺表2.1 第一站VA03狀態(tài)概覽怎么讀接到一個(gè)“無法交貨”的工單我一般不從VL01N開始而是先打開VA03把訂單狀態(tài)看一遍。進(jìn)入VA03輸入銷售訂單號回車先不急著點(diǎn)各個(gè)頁簽而是看頂部狀態(tài)欄。SAP的每個(gè)業(yè)務(wù)單據(jù)在抬頭工具欄上都會(huì)用圖標(biāo)加文字展示一組總括狀態(tài)比如“交付”“開票”“信用”“整體狀態(tài)”等。點(diǎn)開狀態(tài)概覽后重點(diǎn)關(guān)注“交付”區(qū)塊。如果只是“尚未處理”說明還不到凍結(jié)可能只是還沒建交貨單如果顯示“交付已完成”說明這張單大概率已經(jīng)發(fā)過貨如果顯示“已凍結(jié)”就得注意了后面通常跟著一個(gè)凍結(jié)原因碼或者是一段描述文字。有些界面顯示為“確認(rèn)凍結(jié)”原因碼可能掛在字段上要通過狀態(tài)文本查看。這里有個(gè)細(xì)節(jié)狀態(tài)概覽有時(shí)只顯示表頭級別的狀態(tài)。多行項(xiàng)目訂單表頭狀態(tài)是多個(gè)行項(xiàng)目的綜合。某一行狀態(tài)異?？赡鼙黄渌Ｐ小捌骄钡艚缑骘@示看起來還算正常。所以必須點(diǎn)“項(xiàng)目狀態(tài)”頁簽逐行看凍結(jié)標(biāo)志。2.2 不完整日志最像凍結(jié)的隱形卡點(diǎn)比凍結(jié)更常被誤判的是“不完整日志”。在VA03頂部菜單里通過“環(huán)境”或“更多”進(jìn)入“不完整日志”系統(tǒng)會(huì)列出一堆字段比如裝運(yùn)條件、裝運(yùn)點(diǎn)、路線、交貨工廠、定價(jià)過程等等。這些缺項(xiàng)不會(huì)直接顯示為VBUK的LIFSK有值但因?yàn)殇N售憑證類型和項(xiàng)目類別的完整性校驗(yàn)配置缺失字段會(huì)導(dǎo)致VL01N復(fù)制時(shí)直接報(bào)“訂單不完整”界面上看起來就是“無法交貨”。判斷方法很簡單VA03里點(diǎn)“不完整日志”只要列表非空先補(bǔ)數(shù)據(jù)再說。最常見的缺項(xiàng)是客戶主數(shù)據(jù)里沒維護(hù)“銷售范圍視圖”下的裝運(yùn)條件或者物料主數(shù)據(jù)缺“銷售工廠數(shù)據(jù)”視圖下的交貨工廠、裝載組又或者是配送路徑?jīng)]配置導(dǎo)致系統(tǒng)無法確定裝運(yùn)點(diǎn)。這些補(bǔ)完之后不完整日志會(huì)刷新為空再回去VL01N就順暢了。補(bǔ)充一個(gè)經(jīng)驗(yàn)事務(wù)碼V.02標(biāo)準(zhǔn)報(bào)表“處理不完整銷售訂單”能列出當(dāng)前所有處于不完整狀態(tài)的銷售訂單。如果用戶報(bào)的不是單個(gè)訂單而是一批訂單無法交貨直接跑這個(gè)報(bào)表效率很高。2.3 后臺表與關(guān)鍵字段速查界面上找不到原因時(shí)就要落到表里去查。和訂單狀態(tài)相關(guān)的核心表其實(shí)不多我把常用字段列成一張表表用途關(guān)鍵字段VBUK銷售訂單表頭狀態(tài)LIFSK 交貨凍結(jié)、FAKSK 開票凍結(jié)、CMGST/CMFST 信用狀態(tài)VBUP銷售訂單行項(xiàng)目狀態(tài)LIFSK、FAKSKVBAP銷售訂單行項(xiàng)目數(shù)據(jù)配合VBUP確認(rèn)具體行信息LIKP交貨單表頭狀態(tài)LIFSK 交貨凍結(jié)、LFART 交貨類型LIPS交貨單行項(xiàng)目狀態(tài)LIFSK 交貨凍結(jié)實(shí)際排查時(shí)我常用兩條SQL。第一條查表頭SELECT vbak~vbeln, vbak~lifsk, vbak~faksk, vbak~cmgst, vbak~cmfst FROM vbak WHERE vbak~vbeln 10001234;第二條把行項(xiàng)目和狀態(tài)表聯(lián)合起來SELECT vbap~vbeln, vbap~posnr, vbap~matnr, vbup~lifsk, vbup~faksk FROM vbap INNER JOIN vbup ON vbup~vbeln vbap~vbeln AND vbup~posnr vbap~posnr WHERE vbap~vbeln 10001234;注意SAP里查表用SE16N或SE11事務(wù)碼正式環(huán)境也可以用SE16N按表名查詢。查到LIFSK有值再看值是哪個(gè)原因碼。這個(gè)原因碼對應(yīng)的業(yè)務(wù)含義在后臺配置視圖里能看到比如“01”可能是客戶要求暫?！癦02”可能是自定義的凍結(jié)原因。搞清楚原因碼很重要因?yàn)槟悴恢罉I(yè)務(wù)為什么凍結(jié)貿(mào)然放開可能引發(fā)流程和財(cái)務(wù)問題。另外信用相關(guān)狀態(tài)在VBUK里還有CMGST和CMFST。CMFST非空說明信用凍結(jié)CMGST為空說明還沒做信用釋放?？吹竭@兩個(gè)字段有異常就不用再去訂單里找解鎖按鈕了直接轉(zhuǎn)信用管理模塊處理。2.4 順著報(bào)錯(cuò)信息反推問題源頭有時(shí)候用戶給的線索只有一句系統(tǒng)彈窗。根據(jù)經(jīng)驗(yàn)報(bào)錯(cuò)信息能快速指向問題報(bào)錯(cuò)“交貨被凍結(jié)” → 優(yōu)先查訂單頭/行項(xiàng)目的LIFSK。報(bào)錯(cuò)“訂單不完整” → 查VA03不完整日志。報(bào)錯(cuò)“信用限額超出”或“信貸未釋放” → 查信用管理去VKM1處理。報(bào)錯(cuò)“物料未維護(hù)銷售數(shù)據(jù)”或“沒有為物料定義裝運(yùn)數(shù)據(jù)” → 查MM03物料主數(shù)據(jù)。報(bào)錯(cuò)“找不到裝運(yùn)點(diǎn)” → 查裝運(yùn)點(diǎn)確定配置和主數(shù)據(jù)。報(bào)錯(cuò)“對象被鎖定” → 用SM12查鎖通常是物料或單據(jù)被人占用。報(bào)錯(cuò)“超出庫存” → 不是凍結(jié)是庫存不足或銷售庫存、工廠庫存視圖的問題。如果報(bào)錯(cuò)是自定義消息Z開頭那就要查對應(yīng)的增強(qiáng)和用戶出口。我見過有的企業(yè)二次開發(fā)在保存交貨單時(shí)自己校驗(yàn)了一堆業(yè)務(wù)規(guī)則然后拋出一個(gè)“無法交貨”的提示。這類問題不看代碼永遠(yuǎn)猜不到原因。3. 實(shí)操各場景的解除方法和步驟3.1 常規(guī)交貨凍結(jié)怎么釋放先把最典型的場景講清楚VA03狀態(tài)里顯示交貨已凍結(jié)后臺查VBUK-LIFSK有值。這種最簡單直接VA02改。進(jìn)入VA02輸入訂單號找到表頭“銷售”頁簽里的“發(fā)貨凍結(jié)”字段把凍結(jié)原因碼清空。如果是行項(xiàng)目級別就點(diǎn)行項(xiàng)目在“交貨”頁簽里把“發(fā)貨凍結(jié)”清空。保存前建議在項(xiàng)目文本或狀態(tài)文本備注里寫明“已解除凍結(jié)原因、申請人、日期”方便業(yè)務(wù)追溯。保存后再進(jìn)VA03確認(rèn)狀態(tài)已經(jīng)變回未處理。如果有多張訂單要同時(shí)解除我建議用MASS但這是一把雙刃劍。MASS的操作路徑事務(wù)碼MASS → 對象類型選“BUS2032 銷售訂單” → 輸入篩選條件如銷售訂單號范圍、LIFSK不等于空 → 在執(zhí)行界面勾選要修改的行 → 字段列表追加LIFSK把值設(shè)為空 → 運(yùn)行變更 → 保存。用MASS的優(yōu)點(diǎn)是一次能改幾百行缺點(diǎn)是篩選條件如果寫得不精確很容易誤改不該改的訂單。所以我在生產(chǎn)環(huán)境跑MASS前一定會(huì)先導(dǎo)一份清單出來人工確認(rèn)無誤后再執(zhí)行。跑完也別只信日志里的“成功”一定要回VA03或者查VBUP抽幾單驗(yàn)證。這里專門提醒一句MASS的執(zhí)行結(jié)果寫入底層表之后狀態(tài)管理不一定每次都自動(dòng)刷新。如果MASS跑完去VL01N還是報(bào)凍結(jié)最常見的處理是讓用戶退出會(huì)話重新登錄或者到SE16N刷新一下數(shù)據(jù)。這一點(diǎn)很多文檔不會(huì)寫。3.2 不完整項(xiàng)補(bǔ)齊流程不完整導(dǎo)致無法交貨處理邏輯是“缺什么補(bǔ)什么”而不是“解鎖”。在VA03不完整日志里看到缺項(xiàng)后要判斷缺的是哪一類銷售憑證層面的字段裝運(yùn)點(diǎn)、路線、客戶組、銷售辦事處。物料層面的字段交貨工廠、裝載組、重量/體積、批次管理。定價(jià)層面的字段價(jià)格、折扣、稅、有效的定價(jià)過程。舉例某張訂單創(chuàng)建時(shí)沒維護(hù)客戶主數(shù)據(jù)里的“裝運(yùn)條件”系統(tǒng)無法按“銷售憑證類型裝運(yùn)條件工廠”確定裝運(yùn)點(diǎn)VL01N就會(huì)因不完整被卡。解決方法是改客戶主數(shù)據(jù)XD02在銷售范圍視圖里補(bǔ)上裝運(yùn)條件或者直接在訂單里覆蓋該字段然后重新執(zhí)行不完整檢查。補(bǔ)完之后請?jiān)赩A03重新點(diǎn)“不完整日志”刷新。系統(tǒng)通常會(huì)實(shí)時(shí)重算如果字段還存在可能意味著你補(bǔ)的字段和校驗(yàn)的字段不是一個(gè)。比如你在訂單里補(bǔ)了工廠但校驗(yàn)的實(shí)際上是物料主數(shù)據(jù)里的交貨工廠那等于白補(bǔ)。補(bǔ)的時(shí)候先看清楚日志字段描述再?zèng)Q定動(dòng)訂單還是動(dòng)主數(shù)據(jù)。標(biāo)準(zhǔn)處理不完整訂單的事務(wù)碼V.02進(jìn)去后能看到所有不完整訂單清單點(diǎn)某一行可以直接跳轉(zhuǎn)到對應(yīng)訂單做補(bǔ)錄。一套下來十幾分鐘能搞定十幾張單適合批量臟數(shù)據(jù)清理。3.3 信用凍結(jié)的正規(guī)釋放路徑信用凍結(jié)不要走VA02信用釋放是獨(dú)立模塊。標(biāo)準(zhǔn)路徑是第一步用FD32查看客戶信貸主記錄確認(rèn)客戶信用額度是否確實(shí)超了。如果只是臨時(shí)超了可以跟業(yè)務(wù)確認(rèn)后手工調(diào)整信貸額度或者直接做信貸釋放。第二步用VKM1列出待釋放的銷售訂單信用凍結(jié)。VKM2/VKM3則用于處理交貨單和已發(fā)貨訂單的信用凍結(jié)。在新版本里VKM1的列表界面可以直接看到每張單的信用狀態(tài)和超限金額。第三步選中需要釋放的訂單點(diǎn)“釋放”按鈕系統(tǒng)會(huì)把狀態(tài)設(shè)置為“已釋放”。此時(shí)VBUK-CMGST更新CMFST清空。如果釋放后狀態(tài)沒有更新檢查有沒有配置審批流程比如“信用釋放必須走工作流審批”。有審批時(shí)不是點(diǎn)一下就能釋放而是提交后等審批人處理。第四步回VA03確認(rèn)信用狀態(tài)變綠。如果信用凍結(jié)發(fā)生在交貨單層面還要去VL02N或VKM3里再釋放一次。兩個(gè)層面都釋放完VL01N和VL02N才會(huì)放行。踩坑提醒我遇過一家企業(yè)信用管理和電商網(wǎng)站做了接口訂單創(chuàng)建時(shí)通過API傳進(jìn)來信用檢查結(jié)果寫死了部分狀態(tài)導(dǎo)致VKM1釋放后回到訂單又是“已凍結(jié)”。最后查接口日志才發(fā)現(xiàn)是外部系統(tǒng)每10分鐘又推了一次信用狀態(tài)把釋放動(dòng)作覆蓋掉了。遇到釋放后反復(fù)凍結(jié)優(yōu)先查外部系統(tǒng)是否在回寫狀態(tài)而不是一遍遍點(diǎn)VKM1。3.4 技術(shù)性凍結(jié)和數(shù)據(jù)一致性的后手有一種情況比較頭疼界面查不到凍結(jié)后臺字段也確實(shí)有值但清空后狀態(tài)還是一直顯示凍結(jié)。這多數(shù)是狀態(tài)管理緩沖未刷新或者是狀態(tài)表和業(yè)務(wù)表數(shù)據(jù)不一致。SAP有一些標(biāo)準(zhǔn)的狀態(tài)一致性修復(fù)工具可以在SE38下找和SD狀態(tài)相關(guān)的報(bào)表運(yùn)行或者直接查OSS Note里關(guān)于“SD status inconsistency”的補(bǔ)丁說明。如果標(biāo)準(zhǔn)工具也修不了只能UPDATE后臺表時(shí)我把它當(dāng)作最后的應(yīng)急手段并且嚴(yán)格按流程走先用數(shù)據(jù)庫導(dǎo)出或SE16N將原值留檔備份。記錄原值和變更腳本。在業(yè)務(wù)低峰窗口執(zhí)行UPDATE并讓所有相關(guān)用戶退出系統(tǒng)。執(zhí)行后立刻在SE16N里查詢確認(rèn)。讓用戶在VL01N/VL02N再走一遍驗(yàn)證。直接改表有風(fēng)險(xiǎn)但有時(shí)候運(yùn)維手里沒有開發(fā)資源不改表業(yè)務(wù)就停著。所以項(xiàng)目上應(yīng)該建立標(biāo)準(zhǔn)作業(yè)程序明確哪個(gè)字段、什么情況可以改表別把直接UPDATE當(dāng)成常態(tài)手段。4. 常見問題與排查技巧實(shí)錄4.1 取消凍結(jié)后VL01N為什么還報(bào)錯(cuò)這是一個(gè)高頻問題。復(fù)盤下來原因不外乎這幾種。第一清錯(cuò)了層級。凍結(jié)原因碼同時(shí)存在于表頭和行項(xiàng)目在VA02里只清了表頭LIFSK但行項(xiàng)目里還有一個(gè)LIFSKVL01N照樣報(bào)“交貨被凍結(jié)”。處理方法是VA03切到項(xiàng)目狀態(tài)逐行查看或者直接用SQL確認(rèn)VBUP-LIFSK。第二清的字段和報(bào)錯(cuò)的字段不是一個(gè)。報(bào)錯(cuò)說“交貨被凍結(jié)”但實(shí)際凍結(jié)來自交貨單LIKP-LIFSK而你在VA02里改的是訂單。訂單和交貨單是兩個(gè)單據(jù)排查和釋放都要分層。第三修改沒有真正提交。MASS批量修改或BDC腳本運(yùn)行后如果Dynpro沒有完整保存事務(wù)可能回滾。通常從MASS執(zhí)行界面會(huì)看到“已完成”或“已保存”但還是要回VA02看值。第四狀態(tài)管理緩沖。改完表或改完界面字段后不退出重登在同一個(gè)會(huì)話里反復(fù)操作有時(shí)會(huì)讀到舊狀態(tài)。最直接的驗(yàn)證方法是新開一個(gè)會(huì)話窗口再查。4.2 交貨單已建好但Picking和過賬就是不過訂單本身沒問題交貨單也建了卻卡在VL02N的揀配或發(fā)貨過賬環(huán)節(jié)這種場景經(jīng)常被當(dāng)“訂單凍結(jié)”報(bào)上來。真實(shí)原因大致有這么幾類。一是交貨單自身有交貨凍結(jié)。VL03N打開交貨單看表頭/項(xiàng)目狀態(tài)如果LIFSK有值就用VL02N清掉。二是啟用了WM/EWM但倉庫執(zhí)行動(dòng)作沒做完。WM里沒有創(chuàng)建轉(zhuǎn)儲單或者轉(zhuǎn)儲單沒有確認(rèn)完成VL02N的發(fā)貨過賬會(huì)一直卡在“揀配未完成”。這時(shí)候去WM側(cè)看轉(zhuǎn)儲狀態(tài)或者在交接單上做無WM確認(rèn)才能繼續(xù)。EWM也類似甚至涉及PPF動(dòng)作報(bào)錯(cuò)可能在后臺作業(yè)里。三是序列號問題。如果物料啟用了序列號管理且配置要求發(fā)貨過賬前必須把序列號分配給交貨單項(xiàng)目那么哪怕訂單和交貨單都正常VL02N過賬時(shí)仍會(huì)報(bào)“序列號不完整”或“物料序列號未維護(hù)”。這種情況不屬于狀態(tài)凍結(jié)卻一樣讓貨物出不去。四是“對象被鎖定”。VL02N操作時(shí)提示對象被鎖定大概率是有人正在MIGO收貨或后臺跑批把物料或單據(jù)鎖住了。先用SM12查鎖確認(rèn)是不是真的有人占用再?zèng)Q定是等待還是釋放。刪鎖前一定要確認(rèn)鎖的所有者和時(shí)間亂刪會(huì)導(dǎo)致別人數(shù)據(jù)出錯(cuò)。4.3 多個(gè)凍結(jié)同時(shí)存在先釋放哪個(gè)一旦一張訂單同時(shí)掛了交貨凍結(jié)、開票凍結(jié)、信用凍結(jié)、不完整缺項(xiàng)釋放順序會(huì)直接影響最終結(jié)果。我的經(jīng)驗(yàn)是從最底層的數(shù)據(jù)補(bǔ)齊開始。先把主數(shù)據(jù)類問題不完整項(xiàng)補(bǔ)完因?yàn)闊o論怎么清狀態(tài)缺字段終究無法復(fù)制到交貨單。然后做信用凍結(jié)釋放因?yàn)樾庞冕尫艜?huì)觸發(fā)信用狀態(tài)重算有可能影響其他狀態(tài)。最后清交貨/開票凍結(jié)清完再做一次狀態(tài)概覽刷新。為什么這么強(qiáng)調(diào)順序我在某項(xiàng)目真實(shí)遇到過一張訂單同時(shí)有信用凍結(jié)和交貨凍結(jié)我先在VA02清了交貨凍結(jié)然后去VKM1釋放信用結(jié)果VKM1做完訂單又冒出“交貨凍結(jié)”——信用釋放的更新程序重新計(jì)算了整個(gè)狀態(tài)把舊的交貨凍結(jié)又從歷史記錄里翻出來了。按“先補(bǔ)數(shù)據(jù)、再放信用、最后清交貨”的順序來就不會(huì)被這種連鎖刷新繞暈。4.4 常見問題速查表與容易被誤判的現(xiàn)場最后把常見“無法交貨”的表現(xiàn)、原因、檢查方式和解法整理成一個(gè)速查表現(xiàn)場照著做就行現(xiàn)象可能的根源快速檢查處理方法VL01N報(bào)“交貨被凍結(jié)”訂單頭/行LIFSK有值VA03狀態(tài)或查VBUK/VBUPVA02清LIFSK注意頭行都要清VL01N報(bào)“訂單不完整”主數(shù)據(jù)/銷售數(shù)據(jù)缺項(xiàng)VA03不完整日志、V.02補(bǔ)全缺項(xiàng)后刷新信用狀態(tài)紅色超信用額度FD32、VKM1VKM1/VKM3釋放或調(diào)整額度VL02N揀配卡住交貨單凍結(jié)或WM/EWM未完成VL03N狀態(tài)、倉庫單據(jù)清LIFSK、補(bǔ)轉(zhuǎn)儲/確認(rèn)動(dòng)作發(fā)貨過賬提示序列號問題序列號未分配交貨單序列號頁簽補(bǔ)錄并分配序列號下單后無庫可發(fā)不是凍結(jié)是缺庫存/可用量不足MD04看可用量補(bǔ)貨或調(diào)整庫存提示對象被鎖定物料/單據(jù)被別人占用SM12查鎖等待或謹(jǐn)慎釋放鎖還有一個(gè)容易被誤判的移動(dòng)類型。外向交貨的發(fā)貨過賬在標(biāo)準(zhǔn)流程中通常用601如果企業(yè)啟用了特殊移動(dòng)類型比如631按訂單轉(zhuǎn)儲發(fā)貨那么過賬時(shí)必須滿足特殊庫存、批次這些前置條件。這些在VL02N里報(bào)的也是“無法交貨”但根源和凍結(jié)無關(guān)不要往訂單狀態(tài)上找否則會(huì)浪費(fèi)大量時(shí)間。4.5 一個(gè)完整排查案例被凍結(jié)了兩天的訂單說個(gè)真實(shí)案例方便你把前面的流程串起來。某天快下班時(shí)銷售主管帶著一張訂單找到我說客戶已經(jīng)投訴了訂單在VL01N卡了兩天一直提示“交貨被凍結(jié)”。之前有同事已經(jīng)在VA02里把常見的發(fā)貨凍結(jié)字段翻了個(gè)遍也沒找到原因。我先問了一句是創(chuàng)建交貨單卡住還是其他步驟回答是VL01N一輸入訂單號就報(bào)“交貨被凍結(jié)”。這說明問題大概率在訂單狀態(tài)或者復(fù)制時(shí)的校驗(yàn)。我打開VA03看狀態(tài)概覽交付區(qū)塊確實(shí)是“已凍結(jié)”但常規(guī)頁簽里沒看到凍結(jié)原因碼。接著查不完整日志空。最后用SE16N查VBUK和VBUP表頭LIFSK是空的行項(xiàng)目的LIFSK是Z02。這個(gè)Z02是項(xiàng)目自定義的凍結(jié)原因碼界面上默認(rèn)不顯示所以同事在VA02里找不到。我查了后臺配置Z02描述是“客戶要求暫緩發(fā)貨”八成是業(yè)務(wù)之前手動(dòng)加過的凍結(jié)后來忘了清理。解決方式很簡單VA02進(jìn)入那張銷售訂單點(diǎn)行項(xiàng)目在“交貨”頁簽里把LIFSK從Z02清空保存?；豓A03刷新狀態(tài)交付變成“未處理”。再去VL01N創(chuàng)建交貨單順利過了。這個(gè)案例有意思的地方在于界面上找不到原因碼不查表就永遠(yuǎn)找不到多行訂單又必須逐行檢查否則表頭看起來干干凈凈實(shí)際上行項(xiàng)目早就凍住了。最后說點(diǎn)自己的心得體會(huì)。處理這類“銷售訂單凍結(jié)無法交貨”的問題最忌諱一上來就點(diǎn)兩下界面、找不到就跑去改表。我在實(shí)際工作中養(yǎng)成了一個(gè)習(xí)慣先問用戶一句“你是在哪個(gè)事務(wù)碼、哪個(gè)步驟卡住的”。創(chuàng)建交貨單、揀配、還是發(fā)貨過賬十個(gè)工單里有八個(gè)能靠這個(gè)問題快速過濾掉一半可能性。接下來再用VA03、VL03N加狀態(tài)表三件套確認(rèn)數(shù)據(jù)最后才動(dòng)字段。SAP的狀態(tài)機(jī)制本身不復(fù)雜但涉及訂單、交貨單、信用、主數(shù)據(jù)、序列號、鎖定多個(gè)層面排查的時(shí)候一定要分清楚“凍結(jié)在哪一層、什么東西被凍、為什么會(huì)被凍”。順序?qū)α藛栴}就至少解決了一半。希望這篇能幫大家少踩幾個(gè)背鍋的坑也讓那些著急發(fā)貨的銷售不用再半夜打電話找你。