inv與其它模組的關系
ORACLE 庫存模組用來管理企業中物品的儲存狀況和控制物品在採購、銷售、生產、計劃等業務中的活動。
庫存模組滿足下列業務要求:
u 定義物品的編號。
u 準確描述物品資訊。
u 建立組織結構模型。
職責在分配以前所有組織均有權存取。一旦分配以後,必須明確哪些些職責可被分配的組織所存取。
u 跟蹤連續的庫存業務。
u 維護在手量的精度。
u 計劃物料的補充。
u 預測預計的需求。
組織結構設定
物品管理
庫存控制
在“成本控制”選項中選擇此組織的成本核算方法。一旦此組織應用了車間管理模組,只能選“標準”成本。
庫存事務管理
庫存檔點管理
ABC分析
週期盤點和全面盤點
庫存計劃管理最大最小計劃控制
重定貨點計劃控制
inv庫存模組為po採購模組建立採購料件控制資訊;
po採購模組接收採購料件到inv庫存模組;
inv庫存模組為om銷售模組建立銷售料件控制資訊;
om銷售模組從inv庫存模組進行發貨;``
inv庫存模組為車間wip模組建立裝配件控制資訊;
wip車間模組從inv庫存模組發料到車間任務;
wip車間模組產品完工入庫到inv庫存模組;
inv庫存模組為gl總帳提供所有庫存業務分錄;
inv庫存模組為cost成本模組提供所有材料,產品的成本變化情況;
inv庫存模組為bom物料清單提供基本的材料和產品資訊;
企業結構
建立組織結構(組織可分為法人實體,經營單位,庫存組織)
帳簿sob 帳簿
法人實體 ---> 總公司
經營單位 ---> 分銷中心 : 幾務中心
庫存組織 ---> 發咧行? 計劃中心
總裝廠 配件中心
建立子庫存(庫存組織=>子庫存=>庫位)
子庫存可理解成一個倉庫。
子庫存是庫存組織的再劃分。
子庫存可為物理的或邏輯的庫存空間。
子庫存對應了財務上的成本科目。
子庫存是可作為庫存計劃的一個單位。
子庫存可作為全面盤點的一個單位。
子庫存定義中的parameters說明
Quanity Tracked : 是否跟蹤此子庫中專案的數量,非生產性物品如辦公桌,則不要打v
Asset Subinventory : 是否為資產庫存,不跟蹤數量則為費用庫.如寄賣的子庫存
Depreciable : 是否要提折舊
Include in ATP : atp是否查此庫
Allow Reservation : 此庫中專案是否可做保留
Nettable : 庫存計劃mrp/mps計劃是否含此庫
Enable PAR Level Planning : 暫無
建立庫位
庫位可以理解成一個貨架
庫位是子庫存的再劃分。
庫位可以是一個子庫中的某區、行、排、架、箱及它們的組合。
庫位可以是物理的,也可以是邏輯的。
庫位有三種控制方式:動態插入,預指定,無。
建立計量單位控制(如重量單位:克為基本計量單位,公斤為主要計量單位,噸為其它計量單位)
計量單位用來度量物品進出庫。
每個物品必須指定一個預設的計量單位。
物品的預設計量單位作為該物品進行庫存事務,銷售定單,報價,採購定 單,建立物料清單,建立生產計劃的預設計量單位。
計量單位有不同的類別:如長度,體積,計數類等。
指定計量單位的轉換(計量單位轉換用於描述兩種計量單位間的數學關係)
標準轉換 1000克=1公斤
類間轉換 1板藥片=10片
類內轉換 1箱藥片=20盒
類間轉換,類內轉換都必須指明某具體物品。
建立工作日曆(即廠歷,規定了一個組織的工作日,休息日,班次和節假日及例外工作、休息時間)
季度模式:4/4/5,5/4/4,自然月份
工作日模式
班次
日曆例外
日曆是考察生產能力的一個因素,是進行生產排產的一個要素。
每個庫存組織必須參考一個日曆。
專案(item),一般理解為物品、物料。(專案為企業管理的所有物品,原輔材料,產成品,備品備件,零配件,半成品,包括一些虛擬的物品,例如:虛擬件,ATO物品,PTO模型,費用專案等等。
專案用於庫存,採購,定單,市場,成本,BOM,工程,質量,MPS/MRP,車間,應收,應付,固定資產,服務等模組。專案在不同的庫存組織可管理不同的物品。不同的庫存組織可對同一物品進行不同的管理控制。)
根據自己設計的專案編碼規則定義專案。(編碼中表達內容應是物品的靜態資訊,可變化的資訊不應該在
其中。例如:分類可作為編碼的一部分,但生產單位或採購來
源不應在編碼中。編碼方式有很多,應根據實際情況而定。)
根據多種方法將專案分組。(分類是將具有相似特性的物品進行邏輯的分組。不同的分類
程式碼的集合構成分類集。定單模組,採購模組,主計劃/物料
需求計劃,成本模組,工程模組可有自己的獨立分類集。)
使專案的某些功能生效。
在很多專案之間建立關係。
應用多個標準去查詢專案。
刪除不再使用的專案。
系統透過物品屬性來控制物品在各種業務中的行為與控制。物品屬性共有14類屬性
主要屬性/庫存屬性/庫存屬性/採購屬性/BOM屬性/車間屬性/接收屬性/庫存計劃屬性/MRP計劃屬性/物理屬性/定單屬性/提前期屬性/發票屬性/服務屬性
物品狀態是決定專案關鍵功能的屬性。物品狀態優先於物品屬性。物品狀態由八個物品屬性組合而成。
item status的屬性說明(inv/setup/items/status code)
BOM Allowed 決定是否一物品可建BOM或此物品能分配到一BOM中去。
Build in WIP 決定此物品是否可通進離散或重複計劃在車間中製造。
Customer Orders Enabled 決定此專案是否可建立訂單。
Internal Orders Enabled 決定是否可為此專案建立內部銷售訂單。
Invoice Enabled 決定是否可為此專案建立發票
Purchasable 決定此專案是否可建採購單。
Stockable 決定是否可存在於子庫存中。
Transactable 決定是否可在庫存、訂單、採購、車間中進行交易。
GU集團大陸地區只用到兩種Inactive(除BOM打V外,其它都不是V),Active(全為V)
item的維護
1、建立專案模板(可選);
2、使用模板或已存在的專案;
3、給專案的符加屬性輸入值;
4、分配一個狀態到專案;
5、分配分類給專案;
6、讓專案在其它組織中生效;
7、更改組織級的屬性值;
8、定義專案間關係;
9、查詢專案;
10、刪除專案。
庫存控制
庫位控制
貨位是庫存的子結構;
貨位排在企業結構中的第三級;
貨位能描述專案所在子庫存中的區、排、架、層等;
可以直接把專案接收到具體的貨位,也可以從貨位發運專案;
貨位必定屬於一子庫存;
每一子庫可有若干個貨位;
可以使一些子庫有貨位,另一此沒有;也可讓一些物品有貨位控制而另一些沒有。
庫位用途:
用於採購接收、預設貨位接收;
用於訂單發放、預設貨位發運;
用於車間的發退料、入庫、補料。
庫位定義步驟:
定義貨位彈性域段>>選擇組織級控制>>選擇子庫級控制>>選擇專案級控制>>在子庫中定義貨位>>指定預設接收發運貨位>>限制專案貨位
批號控制
一般用於質量控制,管理到批;
是一種庫存管理技術,強迫專案交易時應用批號,因此可以跟蹤專案進出庫;
批控制可以針對所有的專案,也可以是其中的一部分,甚至沒有。
批號用途:
用於採購接收;
用於訂單保留、發放、發運交易;
用於車間的發退料、入庫,車間製造的專案交易要麼用批號控制,要麼用系列號控制,二者只取一。
批號定義步驟: 選擇組織級控制>>選擇專案級控制>>事務處理時輸入批號
>>修改事務處理中的批
系列號控制
用於控制質量、價值時,管理到具體專案的單位數量;
是一種庫存管理技術,迫使專案交易時必須輸入系列號,因此可以跟蹤專案進出庫;
系列號控制專案時也是可選的。
系列號用途:
用於採購接收、退貨、接收修理;
用於訂單發放、發運、退貨;
用於車間的發退料、入庫。
系列號應用步驟: 選擇組織級控制>>選擇專案級控制>>選擇專案級控制>>事務處理時輸入系列號>>修改事務處理中的系列號
版本控制
是一種區別標識;
版本號的應用是因為專案有不影響功能和特點的變化,這種變化無須用另一代號區別,但此變化必須跟蹤;
可以用版本來跟蹤專案的數量和需求,事務處理時可針對版本。
有不同版本的專案、BOM和工藝路線。
版本用途:
用於物品、BOM、工藝路線;
用於車間的推式發料、完工入庫;
用於採購訂單、請購、接收交易;
用於訂單下達、發運交易。
版本定義步驟:選擇組織級控制>>選擇專案級控制>>為專案定義版本>>事務處理時輸入版本
庫存事務
透過設定系統把握選擇各種事務處理。
(物流過程:接收>>移動>>發貨
事務流程:車間--> 庫存 計劃)
從,到及在費用科目間進行雜項事務
在倉庫間,內進行物料的移動。
在倉庫與加工裝置,辦公室間進行物料的移動。
收集和報告移動的狀態。
處理採購接收、退貨事務處理
處理銷售發貨、退貨處理
處理車間領、補、退料處理及車間完工入庫處理
事務處理是物品進.出庫存或在庫內間移動。
事務處理會引起物品數量.位置或成本的變化。
庫存事務有多種,有系統提供的,也可由客戶根據自己習慣定義。
每一種物品交易時系統會產生對應的科目。
可以透過版本號、批號、系列號、貨位在交易時對物品進行控制。
雜項庫存事務
雜項交易即能進行各種獨立的庫存事務處理。
使用者必須為雜項交易選擇雜項事務型別。
雜項庫存事務是沒有控制的庫存事務。
如果使用者沒有買ORACLE採購模組、銷售模、車間模組,必須使用雜項進行庫存交易。
如果使用者所買ORACLE採購、銷售、車間模組,沒有上線,相應業務必須使用雜項進行庫存交易。
系統庫存事務
系統庫存事務型別是由系統預先定義的,使用者不可更改,也不可能增加。
系統庫存事務,使用者不同選擇事務型別。
系統為庫存事務規定了建立的方法。即採購入庫必須要有采購定單,銷售發貨必須要有銷售定單,生產領料必須要有生產工單。這是與雜項庫存事務的根本區別。
使用系統庫存事務,必須使用相關的模組。
什麼是採購接收與退貨
採購接收與退貨即根據採購定單接收其所訂購的物品或將相應採購單上的物品退回給供應商。
前提是使用者已買ORACLE採購模組且,此模組已上線應用。
此功能是庫存與採購連線的一座橋樑,也是應付發票與採購單、庫存接收匹配的一根紐帶。
什麼是銷售發貨與退貨銷售發貨與退貨即根據銷售定單將物品發運給訂購的客戶,或接收客戶退回的物品。
前提是使用者已買ORACLE銷售模組且,此模組已上線應用。
此功能是庫存與銷售連線的一座橋樑。也是庫存、銷售、應收關聯的紐帶。
什麼是車間領、補、退料、完工入庫
車間領、補、退料即根據車間工作定單將加工相應產品所需的原輔料、半成品等按規定的數量發給相應的車間,或因種種情況需針對某工作定單補充發料。如果發料用不完,可針對工作定單退料。
車間完工入庫即車間工單完成規定的數量。
前提是使用者已買ORACLE車間模組,且此模組已上線應用。
此功能是庫存與車間連線的一座橋樑。也是庫存、車間、成本關聯的紐帶。
採購接收.接收路徑
標準接收 (入庫存前先在某位置存放, 然後可進行檢驗, 或入庫.)
==供應商> 地點A>>地點B>>庫存
直接接收 (可直接入到倉庫)
==供應商>庫存
需要檢驗 (在入庫前必須執行檢驗步驟)
供應商----->檢驗---->庫存
拒絕 接受
採購接收.物品控制(批號控制/系列號控制/庫位控制)
在進行直接接收或最終入庫時, 使用者可以為接收的物品
分配相應的批號和系列號以及庫位.
透過批號, 系列號和庫位的設定, 使用者可跟蹤接收的物品
的採購訂單, 線上數量以及物理位置等資訊
採購接收. 接收方法手工輸入
針對訂單的每一訂購欄目, 手工輸入接收的資訊.
快速接收
快速接收方式是一種可減少輸入資訊和過程的接收方
式. 針對一張確定的訂單, 如果有多行資訊, 可一次性將該
訂單的訂購物品入庫
銷售退貨有六種型別不退貨退款(公司不要求客戶退回貨物。)
退貨不退款(客戶將貨物退給公司,但不退款給客戶,因為貨物為實驗品或未付款。)
退回修理(客戶退回已損的產品,公司修好後,返回給客戶。)
退貨退款(客戶退貨,公司退款。)
退回更換(客戶退回貨物,公司為客戶更換,但不給客戶退任何貨款。)
退貨返回(客戶退貨,但公司經檢驗後被拒絕。)
車間領、補、退料(物料交易/在製品物料交易--WIP 部件發料)
針對每一個具體的工票進行發料。
透過選擇相應的型別,可發料、補料。
可以一次全部發完也可以分批發料。選擇“特定”可補料
完工入庫--工序移動(移動交易/移動交易)
庫存分析
維護庫存或其區域專案的有關數值。
將專案歸納分類,描述其有關數值。
運用週期盤點,保證庫存專案數量和價值的精確性。
運用全面盤點,檢查整個組織或其中一部分的數量精確性。
ABC分析
ABC分析是維護庫存專案相關值的技術。
ABC分析是根據標準對專案進行等級劃分後,對不同等級進行分析。
ABC分析中的等級,A級高於B級,B級高於C級,等等以此類推。
ABC分析中的等級有11種標準可供劃分。
進行ABC分析的目的,是為了根據專案的重要程度決定盤點的頻率或控制程度。
週期盤點盤點的時間是按週期固定的。
高值專案盤點頻率比低值高。週期盤點可代替全面盤點,兩種技術可同時應用。
週期盤點頻率可根據ABC等級確定。
盤點計劃可以根據設定的頻率,系統自動產生,也可以手工產生。
盤點時間根據製造日曆,可與組織日曆不同。
全面盤點盤點的時間是按需要臨時決定的。
任何時間都可以進行全面盤點。盤點的範圍也是隨機的,但最小是一個子庫存。
全面盤點前要產生標籤。
進行全面盤點的原因是保證在手量的精確,從而保證計劃準確、庫存物資最小,也可能是因為財務或審計的關係。
盤點調整及科目將盤點結果輸入計算機
指定盤點調整科目用於記錄材料的盤盈盤虧及成本變化。
ABC分析維護步驟定義ABC編輯
定義ABC分類
定義ABC分配組
分配專案至ABC類
更新專案分配
查詢ABC分析資訊
週期盤點步驟
定義週期盤點標題
修改週期盤點專案
計劃盤點專案
產生盤點請求(列印盤點表倉庫盤點)
輸入週期盤點
批准週期盤點結果(更新盤點庫列印盤點調整)
全面盤點步驟
定義全面盤點的庫存
對在手量進行快照
產生標籤(列印標籤倉庫盤點)
盤點/輸入盤點結果
產生空標籤
批准盤點/執行調整(更新庫存列印調整)
刪除全面庫點的庫存
庫存計劃
理解庫存計劃供給來源和需求。
指明特定專案的來源引數。
跟蹤需求資訊流,建立計劃處理。
定義檢查專案可用量的規則。
根據計劃供給和需求檢查將來專案的可用量。
庫存計劃的供給來源
供給來源:還沒有接收到組織的供給。
可用的在手量(包括未到期的預留)。
採購訂單(承諾或需求日期未超過截止日期的)。
內部採購訂單(需求日期未超過截止日期的)。
在途庫存數(預期到達日未超過截止日期的)。
庫存計劃的需求來源
需求來源:還沒有對組織進行消耗的需求。
銷售訂單(已經預定的,且未超過需求截止日期)
內部銷售訂單(未超過需求截止日期)
沒有領料的車間工單
定義專案來源
組織級(可選擇:供應商、庫存組織)
專案級(可選擇:供應商、庫存組織)
子庫存級(可選擇:供應商、庫存組織)
專案/子庫存級(可選擇:供應商、庫存組織)
庫存計劃與專案來源優先來源:在組織級執行庫存計劃時,系統先找專案級,如沒設定,再查組織級。
優先來源:在子庫存:
執行庫存計劃時,系統先檢查專案/子庫存級,次檢查子庫存級,再檢查專案級,最後檢查組織級。
庫存計劃方法:最小-最大計劃、重訂貨點計劃、庫存補貨計劃。
計劃時間:在手量+供給 - 需求計劃數量:因計劃不同而不同。在滿足需求的同時,考慮成本等因素。
重訂貨點需:安全庫存、補貨提前期、專案需求、訂購成本和運輸成本
庫存補貨計劃:是最大/最小庫存計劃的補充。能夠對“跟蹤數量”的資產子庫存專案補貨,也能對不“跟蹤數量”的費用子庫存專案補貨。
預測
方法:集中的預測、統計的預測。
來源:庫存歷史交易活動。可選擇關鍵的交易及預測的未來時間段。
去向:引入至主計劃、控制重訂貨點計劃
建立預測的方法手工錄入預測
COPY預測
根據預測規則生成
定義預測步驟
定義預測集
定義預測
建立預測
預測衝減
重訂貨點計劃條件
專案計劃屬性為“庫存計劃方法--重訂貨點”
考慮:專案需求、訂購成本、運輸成本、固定批次倍數、最小/最大訂單數、補貨提前期、預測、安全庫存等資訊。
重訂貨點數量:
再訂貨點=安全庫存+提前期*平均需求
訂貨數=SQRT(2*每次需求*訂購成本/運輸成本)
提交重訂貨點計劃報告
提交時間:在手量+在單量結果:來源是“供應商”的專案產生採購請求;來源是“組織”的專案產生內部請購單。
安全庫存量:為了防止專案需求和供給的波動,計劃在庫存中產生的數量。可手工輸入,也可系統計算。
最小最大計劃條件
專案計劃屬性為“庫存計劃方法--最小最大”
考慮:固定批次倍數、最小/最大訂單數、最小數、最大數等資訊。
最小最大計劃層次
計劃在整個組織(N:專案/主專案)
計劃在特定子庫(N:專案/主專案-M專案子庫存)
計劃數量、時間在單量:還沒有接收到組織的供給量。包括採購單、請購單、在途發運、未完工的車間訂單。
訂購時間:(在手量-需求+在單量)訂購數量:訂購量=最大量-(在手量+在單量)
計劃步驟輸入專案計劃屬性(N:專案/主專案)
定義庫存級最小-最大計劃資訊(可選)
執行最小-最大計劃報表程式(N計劃/報表)
子庫存補貨計劃條件
專案計劃屬性可做也可不做限制。
此種計劃可做為最小-最大計劃的補充,可以為“不跟蹤數量”的子庫存產生計劃。
考慮:固定批次倍數、最小/最大訂單數、最小數、最大數等資訊。
補貨計劃層次
計劃只能在特定的子庫。此子庫存可是“跟蹤數量”,也可是“不跟蹤數量”的。
補貨計劃.計劃數量、時間
訂單最大數:補貨數即訂單最大數。不可手工修改。專案必須定義成最小-最大計劃。
在手量:如選此做為計劃數,則專案必須定義成最小-最大計劃。只能用於不跟蹤數量的子庫存。輸入的量與最小-最大量比較產生訂購量。
訂單量:補貨數以此手工輸入數為準。適用於最小-最大計劃也適於再訂貨點計劃。
補貨計劃步驟
輸入專案子庫存補貨數(N:計數/計數)
使補貨生效並處理之(N:計數/計數)
建立補貨請購單(PO N:報表/引入請購單)
定義ATP
ATP是一種根據給定時間點透過給定規則檢查供給情況的方法。
計算ATP公式:ATP數量=在手量+供給-需求
ATP規則包括:計算選項、時間欄選項、供需來源。
ATP規則應用層次組織級(N:設定/組織/組織引數)
專案級(N:專案/主專案)
OE中ATP檢查應用專案級中的規則,如專案級規則不存在,則選擇組織級規則。
ATP的應用
假如專案定義時屬性指明要求ATP檢查,那麼,數量不足時,銷售訂單不能為之產生需求。
對於控制嚴格、經常出現庫存短缺、製造週期長、不容易補貨的專案,為之設定ATP檢查。
ATP應用於庫存、BOM、訂單中。
庫存中,透過指定需求數、需求時間可以查詢某個或某組專案最早可用量及需求日ATP量。
庫存成本及科目為採購庫存事務記錄標準成本。
為費用採購事務,月底結算應計負債,記錄標準成本。
為費用採購事務,當時結算應計負債,記錄標準成本。
為雜項事務記錄標準成本。
為使用在途庫存的內部組織事務,記錄標準成本。
為內部組織直接交易記錄標準成本。
為客戶發運及退貨事務記錄標準成本。
為調整事務記錄標準成本。
為內部請購記錄標準成本。
成本方法及型別
標準成本、平均成本、實際成本、先進先出、後進先出......
凍結成本、未結成本、其它......
成本元素及子元素
材料費
材料管理費
資源費
管理費
外協費
每種元素可分成任意子元素。如材料費元素可分成原材料、包裝材料、輔助材料、其它未知材料
最少的科目輸入所有的庫存會計科目都已經根據子庫存中唯一的成本元素科目彙總。
在子庫存的兩次(成本)交易記錄中,只要輸入一次科目。
科目資訊
能夠將物料和物料管理費成本透過會計科目分開。
當子庫成本元素科目是獨立的時候,科目入帳時帶入了成本資訊。
所有標準成本科目入帳參照最後的成本更新。
0成本的專案所有交易都有成本科目資訊。
所有的科目入帳都表明不同的目的,這叫作科目型別。
科目型別
庫存暫估/科目入帳/管理費分攤/資源費分攤/接收檢驗/採購價或匯率差異/在製品暫估/在製品差異/內部應付/內部應收/內部轉帳/內部運費/平均成本差異/在途庫存/保留款/未知的
日記帳來源庫存和車間入帳,在總帳中日記帳的來源都透過庫存。
庫存採購交易
1)接收到待檢區: DR CR
接收檢驗 庫存應計負債
2)交付到庫存 DR CR
庫存材料 接收檢驗
3)從接收退給供應商 DR CR
應計付債 接收檢驗
4)匹配發票 DR CR
應計付債 應收帳款
費用採購交易期未結算應計付債
1)接收到專案時: DR CR
費用 應計費用
2)開啟下一會計期時 DR CR
應計費用 費用
4)匹配發票 DR CR
費用 應收帳款
庫存雜項交易1)雜項發料至費用科目 DR CR
費用 庫存材料
2)從費用科目雜項接收 DR CR
庫存材料 費用
3)雜項發料到帳戶別名 DR CR
帳戶別名 庫存材料
4)從帳戶別名雜項接收 DR CR
庫存材料 帳戶別名
組織內部直接交易
1)發貨組織: DR CR
應收 庫存村料+財產轉移+運費
2)接收組織: DR CR
庫存材料 應付帳+價格差異
FOB在接收組織,應用在途庫存內部交易1)發貨組織: DR CR
應收帳款 庫存村料+財產轉移
2)接收組織: DR CR
在途庫存 應付+價格差異+運費
DR CR
庫存材料 在途庫存
FOB在接收組織,應用在途庫存內部交易
1)發貨組織: DR CR
在途庫存 庫存村料
DR CR
應收 庫存+財產轉移+運費
2)接收組織: DR CR
庫存材料 應付帳+價格差異
客戶發運及退貨1)發運給客戶 DR CR
銷售收入 庫存材料
2)開發票給客戶 DR CR
收益 應收帳款
3)接收客戶退貨 DR CR
庫存材料 銷售收入
4)發出貸項通知 DR CR
收益 應收帳款
庫存檔點調整1)正調整(盤盈) DR CR
庫存材料 庫存調整
2)負調整(盤虧) DR CR
庫存調整 庫存材料
庫存平均成本
當客戶沒有安裝BOM、WIP模組時成本方法可選擇庫存平均成本。
庫存平均成本的記帳方法與標準。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/92289/viewspace-911016/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- SAP PM 入門系列14 – PM模組與其它模組的整合
- Gradle入門系列(五)——Gradle其它模組與Plugin外掛GradlePlugin
- 06小白學nodejs fs模組其它方法NodeJS
- 選型ERP與企業內部其它系統的整合分析
- CRM與ERP、SCM、BI等其它管理系統的優勢在哪裡
- 【資料下載區】【iCore系列及其它模組相關文件】更新日期2017/07/24
- Python中的模組--SSH相關模組Python
- f81沒有啟用配銷模組,全用INV的雜項處理方式處理,有以下管理要求
- 試驗資料管理系統在其它系統中的定位
- 淺析Node模組中module.exports與exports的關係Export
- 社群傳送門(其它社群的PHP相關好文章)PHP
- 關於James Clark的XML, JSON和其它許多事情XMLJSON
- 【目錄】日常工具與其它文章目錄
- CDB與PDB的系統關係
- 將模組ID與factory關聯在一起的新思路
- 關於Python中math 和 decimal 模組的解析與實踐PythonDecimal
- springboot建立與資料庫關聯模組Spring Boot資料庫
- 深入淺析Nodejs的安裝方法與模組系統NodeJS
- FreeRTOS-03-其它任務相關函式函式
- Python與其它程式語言的差異化總結Python
- [討論] 文字流介面:得與失兼其它
- 其它 ObjectObject
- 其它事件事件
- 與系統管理有關的命令(轉)
- 系統學習iOS動畫之七:其它型別的動畫iOS動畫型別
- 如何減小Win8系統其它聲音的音量
- 撿料或銷貨不成功,卡在inv的transaction move order的處理
- Nginx的HTTP模組與Stream模組:區別與應用場景NginxHTTP
- JavaScript相關的模組機制JavaScript
- Yii2 在模組內對映 Controller 到其它控制器Controller
- JavaScript 模組相關JavaScript
- 模組化與MVC的VCMVC
- IM系統中聊天記錄模組的設計與實現
- javascript中的模組系統JavaScript
- 系統的模組組織
- 模組與包
- [C++]類的其它特性C++
- Oracle備份的其它手段Oracle