上篇介紹了ABP基于維度計(jì)劃的基本思想，通過維度值取代SKU，則實(shí)現(xiàn)了

物料復(fù)雜度的大幅下降。昨天很多朋友反饋在ATO模式下Planning BOM，或者汽車的配置組合很類似......等等，為了方便理解昨天的維度是物理維度，今天實(shí)踐篇會(huì)增加更多虛擬維度，就完全沒法相比了。。。

    本篇重點(diǎn)以倉(cāng)庫(kù)建設(shè)為例談，在沒有SKU與BOM前提下，供應(yīng)鏈規(guī)劃是如何開展的。由于BT君所處行業(yè)的特殊性，為了方便理解,還是選擇大家比較熟悉的倉(cāng)庫(kù)視角。

 1     倉(cāng)庫(kù)的無(wú)SKU下多維度數(shù)據(jù)模型

    假設(shè)你是一家集團(tuán)內(nèi)的建筑公司，為了滿足集團(tuán)內(nèi)存放貨物需求，專門生產(chǎn)“倉(cāng)庫(kù)”（沒錯(cuò)！是生產(chǎn)倉(cāng)庫(kù)，你可以理解是蓋房子蓋出倉(cāng)庫(kù)來(lái)，現(xiàn)場(chǎng)施工安裝貨架與相關(guān)倉(cāng)庫(kù)自動(dòng)化設(shè)備）。大致整個(gè)產(chǎn)品的生產(chǎn)流程如下（如果稱得上是生產(chǎn)的話，哈哈）

     你可以把整個(gè)施工建設(shè)過程拆成這么三個(gè)階段，這樣就形成了從原材料（一片空地）到半成品1有了房子，半成品2房子里水電照明和外框，到成品倉(cāng)位全部建設(shè)齊全。最終交付的產(chǎn)品維度是【倉(cāng)位】！

       由于是無(wú)SKU嘛，........

      倉(cāng)位也沒法用SKU表示，畢竟每個(gè)位置不太一樣，如果用SKU區(qū)分，會(huì)忽略了位置屬性。所以整個(gè)數(shù)據(jù)模型我們大概建立如下：

       定義到唯一的倉(cāng)位采用 倉(cāng)庫(kù)+庫(kù)區(qū)+列+架，....倉(cāng)位可以有組合編碼，有沒有其實(shí)無(wú)所謂，按倉(cāng)庫(kù)+庫(kù)區(qū)+列+架生成，感覺像item的SN序列號(hào)？

也許吧，但這個(gè)編號(hào)可不會(huì)出現(xiàn)在需求上，因此后續(xù)供應(yīng)鏈計(jì)劃供需匹配都不在意這玩意，重要還是【維度】【維度】【維度】就是上表那20個(gè)維度

     再往后的屬性包括各類物理層屬性，還有。。。對(duì)還有虛擬屬性！

——需求方：這個(gè)倉(cāng)位是留給哪些業(yè)務(wù)需求方

——倉(cāng)庫(kù)需求類型：倉(cāng)位所在倉(cāng)庫(kù)分配的需求類型，只能接哪些貨物存放需求（比如服裝、藥品、豬肉、電腦需要的存放環(huán)境不一樣，倉(cāng)庫(kù)會(huì)定義好需求類型）這里開始，傳統(tǒng)的SKU是很少會(huì)容納這張屬性了。。。

 2   基于維度的供應(yīng)鏈計(jì)劃/規(guī)劃

      ok，接下來(lái)談下整個(gè)計(jì)劃模式，假設(shè)供應(yīng)鏈計(jì)劃要做預(yù)測(cè)，作為倉(cāng)庫(kù)建筑公司，需要預(yù)測(cè)哪些地方有集團(tuán)的貨物存放需求，就要提前建好倉(cāng)庫(kù)，以滿足特地交期的貨物存放需求。全國(guó)各城市都可以建，每個(gè)城市也可以建多個(gè)，要滿足多種不同存放貨物的需求類型（服裝、藥品、生鮮）.....

    需求會(huì)落到【城市】，比如：

上海+2021/8/1+200箱+衣服+1噸+VIP客戶+每箱1立方米+無(wú)新舊貨位要求+無(wú)溫度要求 

    需求也是按維度來(lái)定義，每次需求用到的維度可以不一樣（例如藥品可能有溫度要求，會(huì)跟倉(cāng)位的控溫維度有關(guān)），當(dāng)然收到需求的時(shí)候再建是來(lái)不及的！蓋房子再快也得幾個(gè)月吧，所以得預(yù)測(cè)

   根據(jù)歷史數(shù)據(jù)也好，宏觀形勢(shì)也罷，人工提報(bào)預(yù)測(cè)也可以.......總之很快發(fā)現(xiàn)，沒有SKU和product family，預(yù)測(cè)落在什么顆粒度上，訂單落在那些維度上，如下是訂單與預(yù)測(cè)所確定的維度信息。

     大概就是如上圖（需要放大看），可以看到灰色是未確定的信息，無(wú)法直接匹配到對(duì)應(yīng)貨位。淺紫色是粗略規(guī)劃或可能存在的信息，深紫色是實(shí)際發(fā)生明確的具體枚舉的信息。（規(guī)劃到實(shí)際會(huì)發(fā)生變化）

   從半成品開始，逐步通過對(duì)attribute的規(guī)劃或?qū)嶋H指定體現(xiàn)確定性。規(guī)劃基于預(yù)測(cè)顆粒度進(jìn)行半成品1與2的排產(chǎn)建設(shè)，所謂的MTS類型。最終成品按實(shí)際order進(jìn)行建設(shè)MTO模式。

     有了需求與供應(yīng)之后，進(jìn)行供需平衡計(jì)算，也就是供應(yīng)鏈計(jì)劃，可以坐在不同的層級(jí)。傳統(tǒng)方式的匹配是按照SKU，如果需求與供應(yīng)SKU相同則視為可以匹配，邏輯簡(jiǎn)單死板，也就是說(shuō)訂單如果是紅色電腦大陸版，絕對(duì)不能發(fā)紅色電腦香港版！因?yàn)镾KU不一樣無(wú)法匹配（其實(shí)客戶是能接受的。。。。）

     如果是根據(jù)Attribute來(lái)做，可以看到下圖，需求與供應(yīng)的字段其實(shí)有的可以匹配，有的沒法匹配，這里是可以由供應(yīng)鏈計(jì)劃自主決策！

      供應(yīng)鏈規(guī)劃的power更強(qiáng)了，可以決策更多參數(shù)，

                     而不只是  數(shù)量 和 時(shí)間 ！

     舉例來(lái)說(shuō)，按預(yù)測(cè)規(guī)劃時(shí)會(huì)考慮最大化利用倉(cāng)庫(kù)的面積，最大化利用載重與空間設(shè)計(jì)，這類是按預(yù)測(cè)進(jìn)行排產(chǎn)的范疇。需求上未明確的字段，全部可以通過供應(yīng)鏈計(jì)劃來(lái)確定，基于Attribute維度的Constraint約束規(guī)則進(jìn)行針對(duì)優(yōu)化目標(biāo)的求解。。。。得到最優(yōu)的匹配成品、半成品2、半成品1！（當(dāng)前可以有供應(yīng)優(yōu)先級(jí)，也可以交給計(jì)劃自我決策優(yōu)先級(jí)）

        如此一來(lái)，發(fā)現(xiàn)并非SKU一一對(duì)應(yīng)的匹配，而是計(jì)劃根據(jù)成本、交付、利潤(rùn)的自主決策建議！

       換言之，不需要預(yù)定義的替代料邏輯，而是計(jì)劃基于維度值自主決定替代關(guān)系并建議替代方式！

      此外針對(duì)Constraint約束規(guī)則，因?yàn)橛辛司S度，更容易去定義！SKU本身提供不了任何約束的條件，而基于維度就可以千變?nèi)f化，以及根據(jù)枚舉值的先后替代關(guān)系！例如需求在上海，其實(shí)供應(yīng)鏈計(jì)劃也可以決策改到昆山（畢竟距離差不多），載重與材質(zhì)的關(guān)系，控溫與商品類型的關(guān)系，出庫(kù)方式與商品類型的關(guān)系，........

 3   最后的ABP基于維度計(jì)劃

      這兩天偶然從這家供應(yīng)鏈軟件的白皮書里了解到很多，所以跟各位介紹下這家軟件商 adexa雅賽德，始于90年代的供應(yīng)鏈計(jì)劃軟件公司，在Gartner S&OP象限上處于領(lǐng)導(dǎo)者地位，采用 AI、ML進(jìn)行S&OP與S&OE計(jì)劃，在高科技制造，電子，半導(dǎo)體紡織上有著數(shù)十年的研究。

https://www.adexa.com/zh-CN/