我們設計時採用兩張表：
1：採購單基本資訊表（yycgd）：
也就是對應的頁面上的：
當然我們設計資料庫的時候不可能只有上面這些字段。我們看一下真實資料庫中是怎麼設計的：
我們來看一下這些欄位的意義:
採購單號：相當於訂單號，方便管理需要
採購單名稱：對採購單簡短說明，名稱
醫院id：建立採購單單位的id(記錄單位id而不是使用者的id) （外來鍵）
聯絡人：聯絡人和建單人可能不是乙個人
建單人：建立採購單使用者id
備註：採購單備註資訊
採購單狀態：(業務**儲存資料字典：1：未提交、2：已提交未審核、3：審核通過、4：審核不通過)
審核意見：監管單位對採購單審核時意見
對於審核，注意：如果審核業務功能複雜、需求變更可能性大，建議單獨建立乙個張審核表記錄審核資訊。
2:採購單明細資訊表（yycgdmx）：
這張表對應的是：
各欄位如下：
記錄了採購單所採購的藥品資訊。
採購單id：明細所屬的採購單，（外來鍵）
藥品資訊id：採購單所包含藥品，（外來鍵）
供貨企業id：採購藥品的供貨商，建立採購單時就確定了，（外來鍵）
中標價：藥品目錄中的中標價，一種冗餘儲存的方法，避免藥品目錄表中**變化，日後查詢當時購買時定價
交易價：本系統預設中標價和交易價是相同的，通常訂單表中包括兩個**：定價、交易價
採購量：對藥品購買的數量。
採購金額：等於交易價 * 採購量
採購狀態：該藥品當前採購狀態 1、未確認送貨 2、已發貨、3、已入庫、4無法供貨
表之間的結構如下:
上面兩張表就是我們設計的表結構。但是因為資料量很大的問題，我們採用分表儲存的方式。如下：
具體的實現方法是：
我們的系統採用的分表規格是：
使用者按照年份進行採購資訊統計、查詢，本系統定為按年來建立採購單錶。
動態表命名規則：
採購單基本資訊表：yycgd+4位年份
採購單明細表：yycgdmx+4位年份
接下裡講怎麼去實現動態表呢：
1：存在資料庫裡面的表的生成方式：
儲存過程如下：
2：我們採取的方案:
4位年份變數名：businessyear
考慮businessyear變數傳入問題？
在parametertype中新增businessyear屬性，操作方法：將所有parametertype指定 的型別都繼承businessbasepo
比如：select * from yycgd$ yycgd,yycgdmx$ yycgdmx
where yycgd.id = yycgdmx.yycgdid
原創採購管理模組
做了個採購模組，花了乙個月。下面是主要的流程說明 首先是採購文員提出採購申請，之後提交到系統中，提出採購申請的人所在的部門經理批准，可以授權給文員自己批准，系統然後就把任務轉向 採購員,採購員 進行採購詢價，填寫 資訊和優選 商相關的資訊，採購部門經理批准通過，財務可以檢視申請的狀態，之後流程轉向 ...
MM模組採購相關報表取數
一 相關表 eban 採購申請表 ebkn 採購申請帳戶資訊 涉及一些成本中心 科目 固定資產號 ekko 採購訂單主表 包括採購憑證型別，審批標識，刪除標記 採購組織 商編碼 ekpo 採購訂單明細表 ekbe 採購歷史記錄 包括收貨行記錄 發票記錄 ekkn 採購憑證中的帳戶資訊。konv 採購...
金蝶採購模組退貨業務標準流程
一 全部退貨業務標準流程 1 票未到標準流程 由原藍字外購入庫單下推生成紅字外購入庫單，紅字入庫單與藍字入庫單進行對等核銷,賬務處理請參考工商業模式下外購入庫單對等核銷憑證處理 2 票到未鉤稽標準流程 由藍字外購入庫單生成紅字外購入庫單，藍字採購發票生成紅字採購發票，紅字單據與藍字單據進行對等核銷，...