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