各位大大：
由於目前小弟正在思考當工廠內產銷企劃人員在接收到業務人員所傳送過來的訂單時，會依據工廠的人力、設備
資源及庫存狀況後。會在訂單上簽立一個可以交期的日期給業務人員。然而目前我想把這一部份改為在系統上來簽立
這個交期，而目前銷售、庫存系統都已完備了。而工廠內會生產的成品分別有A、B、C三大類，而這三大類也分別由
對不同的產銷企劃人員來簽立交期的。
而目前我所設想的是朝以下幾個方案來進行：
一、匯整出來給產銷企劃人員簽立交期的訂單資料是直接合併幾個銷售系統的表格後，再讓產銷企劃人員在上面把交
期打上，進而去update銷售系統的表格。讓業務人員得知自已的訂單是在何時可以交貨的。但這是這樣做的話，就得
跟銷售系統那裡的資料管控一致。以避免資料對應不上的情形產生

二、把所有訂單全部匯整到一個資料表中並存在資料庫中。再讓產銷企劃人員來簽交期，同樣的再把這個交期update
到銷售系統中。但這樣做的話，會產生一個問題，三位產產企劃人員在簽立交期時，其中甲員又再重新把訂單資料撈
了一次，那這樣不就會把其它乙、丙二員的資料給蓋過去了？

不知版上是否有大大曾經有規劃過這樣的系統？上述的二種方案以那種是較合適的？或是說還有更加的方案？
希望各位大大能為小弟解惑提點一下，謝謝！！

我選第二!!
交期另外開一個檔紀錄
誰簽過,簽的交期,UPDATE的系統時間,備註

------
======================
昏睡~
不昏睡~
不由昏睡~

第二項也可以作，
只要把更新資料的規則作好即可。
例如更新交期前先確認有無資料，已有資料時如何處理? 提示或停止更新等。

在評估一些方案後

覺得還得開一個表格來記錄這些資料

也免得一直跟server撈資料

而造成server的負擔
===================引 用 ko 文 章===================
我選第二!!
交期另外開一個檔紀錄
誰簽過,簽的交期,UPDATE的系統時間,備註