[Domain Know-How]#2_採購流程及相關用語_商品跟生產物料資料塑模

做點過去遇到系統使用領域背景知識紀錄

請購部門 向 採購部門提出採購須由申請

比方生產物料請購

補充物料庫存

可能在請購金額上超過特定上限門檻會加簽到更上級主管或者到總經理

就依照各公司制度而定

首先由採購收到採購需求 也就是RFQ (Request For Quotation)

緊接著會去詢問相關的供應商索取報價單quotation

若滿足採購需求則下立PO(purchase order)採購合同 

供應商在收到PO後會發出銷售確認書Sc也就是sales confirmation

可能會做一個蓋章然後回傳就完成訂單這筆訂單就成立了 

進階供應商會再發出請款單PI(Proforma Invoice)

PI當中會包含其付款帳戶和付款資訊

當付款後供應商就會安排發貨

同時會提供物流單號(Tracking Number)

便於查詢物流情況

隨貨一起的還會有裝箱單PL(Packing List)和商業發票CI(Commercial Invoice)

用於清關(又稱結關或通關)

若是發送至指定倉庫在PL上還會寫上入倉號(Warehouse Number)

便於倉庫收貨

通常會在看是否先付款

而涉及到金額的部分就屬於會計領域在審查

在系統設計面(資料塑模階段)可能抽離出來的實體跟對應屬性

可能基本上先有辦法去聯想到可能相應有哪些基本屬性就很厲害了...

代表對此領域真的滿熟悉的

若主要採購商品是跟生產相關則會是類似生產物料

不過一般可能會區分一般採購(商品)可能文具日用用品、食物(團購)

會跟生產線系統儲存的資料做區分

商品(or物料) -> 商品id , 商品名 , 單價 , 折扣 , 廠商ID

物料 -> 物料id , 料號 , 數量 , MPN(Manufacturing Part Number) , 庫別, 庫名,.....

可能庫別又有分為

現場倉(管制料)

線邊倉(非管制料/RLC)

......

有的可能是用 原料倉、半成品倉、成品倉來定義

那庫別又跟庫名不太一樣有的使用案例可能是用庫名來定義庫別

但也有可能各自是使用不同的

所以可能在物料的屬性能夠設置一個動態欄位

然後存放一個識別code(另外設置一個code table用於存放對應code隸屬的含意，更能提升後續系統擴展彈性)

訂單

Ref:

https://www.accupass.com/event/2103251607477810538740

https://slidesplayer.com/slide/14045410/

https://blog.xuite.net/erphome/twblog/203078585-ERP