2b的系統(tǒng)是以業(yè)務(wù)為導(dǎo)向俊性，做系統(tǒng)前先了解一下采購業(yè)務(wù)流程
采購部門作為企業(yè)采購業(yè)務(wù)管理的執(zhí)行者，其業(yè)務(wù)流程為：
市場調(diào)研選品（賣什么）
尋找貨源和評審供應(yīng)商 (向誰買)
詢價和開發(fā) (花多少錢買)
提交采購單
核準和付款
采購訂單跟蹤
到貨驗收入庫
采購?fù)瓿?/p>
每一步業(yè)務(wù)流程都包含了諸多的業(yè)務(wù)需求及業(yè)務(wù)規(guī)則描扯，要求產(chǎn)品人深入了解業(yè)務(wù)定页。
什么是采購系統(tǒng)
采購管理系統(tǒng)(PMS-Purchase Management System) 采購管理系統(tǒng)是通過采購申請、采購訂貨绽诚、進料檢驗典徊、倉庫收料、采購?fù)素浂鞴弧①徹洶l(fā)票處理卒落、供應(yīng)商管理、價格及供貨信息管理蜂桶、訂單管理儡毕，以及質(zhì)量檢驗管理等功能綜合運用的管理系統(tǒng)，對采購物流和資金流的全部過程進行有效的雙向控制和跟蹤扑媚，實現(xiàn)完善的企業(yè)物資供應(yīng)信息管理腰湾。 --- 來自MBA
采購系統(tǒng)的結(jié)構(gòu)
系統(tǒng)結(jié)構(gòu)設(shè)計要作到：
模塊間邊界清晰，耦合性低疆股。比如將產(chǎn)品創(chuàng)建入口放到供應(yīng)商管理模塊下就不合適费坊。
模塊命名準確性，要做到簡潔旬痹，通俗易懂附井，切勿使用容易引起歧義的標題。比如訂單管理與單據(jù)管理两残，同樣是對訂單數(shù)據(jù)的管理羡忘，前者就更加清晰準確。
附上一個簡單的需求清單磕昼，供大家參考卷雕。需求清單將項目拆分成若干實施單元，方便開發(fā)制定實施計劃和單位模塊的驗收票从，一定要做好單位模塊驗收漫雕，免得最后只能說wc滨嘱。需求確認也書面化，省的后續(xù)來回撕逼浸间。
采購系統(tǒng)的各個模塊
1.供應(yīng)商管理
供應(yīng)商是企業(yè)的供貨者太雨，企業(yè)通過對供應(yīng)商計劃來與供應(yīng)商維持一個優(yōu)良穩(wěn)定的關(guān)系。
供應(yīng)商計劃的作用隨著發(fā)展效果顯著魁蒜，二者之間的關(guān)系已經(jīng)不再是單純的討價還價囊扳，而是建立長期的供求協(xié)定，互利互惠共同發(fā)展的關(guān)系
供應(yīng)商管理模塊記錄了供應(yīng)商的表現(xiàn)力兜看，企業(yè)制定供應(yīng)商KPI來淘汰低質(zhì)量供應(yīng)商
通過對供應(yīng)商業(yè)務(wù)模型的分析锥咸，我們得到了下面供應(yīng)商在系統(tǒng)中應(yīng)有的屬性字段。
在系統(tǒng)中創(chuàng)建供應(yīng)商的流程如下：
企業(yè)中细移，供應(yīng)商的添加通常需要管理人的審核搏予。審核的內(nèi)容是錄入系統(tǒng)中的信息與評審資料中是否一致，審核的目的是加強供應(yīng)商的管理弧轧，降低不必要的風(fēng)險雪侥。
2. 產(chǎn)品管理
企業(yè)經(jīng)過市場調(diào)研選品、尋找供應(yīng)商和詢價之后精绎，供應(yīng)商郵寄樣品速缨，企業(yè)詳細測量產(chǎn)品的屬性，編制產(chǎn)品編碼錄入系統(tǒng)代乃，這一過程稱為產(chǎn)品開發(fā)鸟廓。
通過對真實產(chǎn)品的開發(fā)，我們可以在系統(tǒng)中創(chuàng)建 產(chǎn)品模型襟己，屬性如下：
產(chǎn)品創(chuàng)建不需要領(lǐng)導(dǎo)審核，流程相對簡單牍陌，不做描述擎浴。
3. 采購單管理
經(jīng)理過調(diào)研、選擇供應(yīng)商毒涧、產(chǎn)品開發(fā)的流程后贮预，進入到了采購的環(huán)節(jié)仿吞。
根據(jù)實際業(yè)務(wù)產(chǎn)生的采購單屬性，我們在系統(tǒng)中創(chuàng)建采購單模型捡偏，如下:
| 字段 | 說明 |
|---|---|
| 采購單號 | 唯一ID |
| 創(chuàng)建日期 | |
| 創(chuàng)建人 | |
| 產(chǎn)品 | 產(chǎn)品規(guī)格唤冈、圖片 |
| 采購數(shù)量 | |
| 到庫數(shù)量 | |
| 異常數(shù)量 | |
| 供應(yīng)商 | |
| 配送方式 | 自提，包郵 |
| 物流商 | |
| 物流費用 | |
| 跟蹤號 | |
| 承諾發(fā)貨日期 | |
| 預(yù)期到貨日期 | |
| 提前期 | 供應(yīng)商發(fā)貨到倉庫收貨完成的時間間隔 |
| 支付方式 | 貨到付款银伟、款到發(fā)貨 |
| 支付金額 | |
| 支付賬號 | |
| 支付憑證 | |
| 狀態(tài) | 待審核你虹、待付款绘搞、待發(fā)貨、已發(fā)貨傅物、收貨異常夯辖、已完成、已拒絕董饰、已廢棄 |
| 入庫單 | 倉庫PDA方案收貨上架蒿褂，入庫單與采購單關(guān)聯(lián)。 |
核心業(yè)務(wù)流程如下：
此圖為泳道圖卒暂，對用于表示多對象之間業(yè)務(wù)流轉(zhuǎn)啄栓，使用Omnigraffle軟件繪制
4. 采購建議
采購建議是采購系統(tǒng)核心模塊之一，可以及時提醒用戶需要采購的物料介却。
業(yè)務(wù)邏輯：
可用庫存變更后谴供，首次出現(xiàn)：可用庫存+在途庫存<安全庫存，生成采購建議齿坷。采購建議數(shù)量為：提前期*預(yù)測銷量/預(yù)測范圍桂肌。
當出現(xiàn)采購建議后，系統(tǒng)可以通過提醒機制來提醒用戶永淌，讓用戶第一時間來處理問題崎场。
采購建議對系統(tǒng)成千上萬的物料實施庫存監(jiān)控，大大降低了人力重復(fù)勞動的成本遂蛀，同時避免了人為原因出錯谭跨，挺高了對市場供需關(guān)系的把控，增強了倉庫的使用率李滴，減少了企業(yè)資源的消耗螃宙。
由上述可得采購建議模型：
| 字段 | 說明 | 樣例 |
|---|---|---|
| 采購建議編碼 | 唯一ID | |
| 物料 | ||
| 提前期 | ||
| 安全庫存 | 用戶設(shè)置 | |
| 建議采購數(shù)量 | ||
| 建議供應(yīng)商 |
不同行業(yè)、不用業(yè)務(wù)模式的采購建議是不同的所坯。核心目的都是滿足市場的供需關(guān)系谆扎，通常是有跡可循的，根據(jù)業(yè)務(wù)規(guī)則制定系統(tǒng)監(jiān)控的邏輯芹助。目前還沒有接觸到哪種算法可以準確的預(yù)測市場供需關(guān)系堂湖，所以這一部分很大程度上依賴人對市場的預(yù)測，系統(tǒng)只是起到輔助作用状土。
5. 財務(wù)管理
采購系統(tǒng)中的財務(wù)管理无蜂，只是獲取到財務(wù)系統(tǒng)的部分模塊權(quán)限。目的是跟單人員可以把控采購單的進度蒙谓，查看跟單是否付款斥季。
此處不過多敘述
6. 業(yè)務(wù)中的異常
異常業(yè)務(wù)情景是產(chǎn)品人很容易忽略的一環(huán)，異常處理也是業(yè)務(wù)想要順利進行畢竟的一步累驮，任何業(yè)務(wù)都不會百分比順利泻肯。已采購系統(tǒng)為例渊迁，異常情況通常分為系統(tǒng)異常，業(yè)務(wù)異常兩個大的方向灶挟。我們只說一下業(yè)務(wù)異常琉朽。
批次中出現(xiàn)壞件
到貨量不足
到貨超出
實際到貨品類與清單不符
解決方案：
采購系統(tǒng)與wms系統(tǒng)之間采購單與入庫單關(guān)聯(lián)，倉庫PDA做業(yè)可以在上架單記錄詳細數(shù)據(jù)稚铣，采購系統(tǒng)拿到對應(yīng)的倉庫數(shù)據(jù)記錄到采購單上箱叁，根據(jù)結(jié)果更改采購單狀態(tài)，集中異常狀態(tài)采購單提醒跟單人員處理惕医。
寫在最后
行業(yè)的問題可以用SaaS服務(wù)模式解決耕漱，企業(yè)的問題還是要定制方案來解決。
歡迎大家積極留言討論
Enjoy. (一名深耕在2b行業(yè)的散人奉上)
