diff --git a/AMESCoreStudio.Web/Controllers/PCSController.cs b/AMESCoreStudio.Web/Controllers/PCSController.cs
index 02485838..342824be 100644
--- a/AMESCoreStudio.Web/Controllers/PCSController.cs
+++ b/AMESCoreStudio.Web/Controllers/PCSController.cs
@@ -1429,6 +1429,26 @@ namespace AMESCoreStudio.Web.Controllers
{
return View();
}
+
+ ///
+ /// PCS005 Query
+ ///
+ /// 生產單位
+ /// 工單號碼
+ ///
+ public async Task PCS005QueryAsync(string unitno, string wipno, int page = 1, int limit = 10)
+ {
+ IResultModel result = await _pcsApi.GetWipInfoSelectParameter(unitno: unitno
+ , wipno: wipno
+ , page: page
+ , limit: limit);
+
+ if (result.Data != null)
+ {
+ return Json(new Table() { code = 0, msg = "", data = result.Data, count = result.DataTotal });
+ }
+ return Json(new Table() { count = 0, data = null });
+ }
#endregion
#region PCS006 工單開線收線作業
diff --git a/AMESCoreStudio.Web/Views/PCS/PCS005.cshtml b/AMESCoreStudio.Web/Views/PCS/PCS005.cshtml
index c82c1fd6..c04050c2 100644
--- a/AMESCoreStudio.Web/Views/PCS/PCS005.cshtml
+++ b/AMESCoreStudio.Web/Views/PCS/PCS005.cshtml
@@ -26,11 +26,26 @@
{
field: 'wipNO',
width: 200,
- title: '工單號碼'
+ title: '工單號碼',
+ sort: true
},
{
- field: 'lineID',
- title: '線別'
+ field: 'itemNO',
+ title: '料號',
+ width: 200,
+ sort: true
+ },
+ {
+ field: 'lineDesc',
+ title: '線別',
+ width: 200,
+ sort: true
+ },
+ {
+ field: 'unitName',
+ title: '生產單位',
+ width: 200,
+ sort: true
},
{
field: 'planQTY',
@@ -72,6 +87,6 @@
}
];
//基本数据表格
- var table = hg.table.datatable('test', '條碼狀態維護', '/PCS/GetWipInfo', {}, tableCols, toolbar, true, 'full-100', ['filter', 'print', 'exports']);
+ var table = hg.table.datatable('test', '條碼狀態維護', '/PCS/PCS005Query', {}, tableCols, toolbar, true, 'full-100', ['filter', 'print', 'exports']);
}
\ No newline at end of file
diff --git a/其他專案資料/安勤、昶亨AMES規格說明確認書.pdf b/其他專案資料/安勤、昶亨AMES規格說明確認書.pdf
new file mode 100644
index 00000000..c84a41e4
--- /dev/null
+++ b/其他專案資料/安勤、昶亨AMES規格說明確認書.pdf
@@ -0,0 +1,658 @@
+JinHon Infomation Co., Ltd |
+
+ AMES 專案 規格說明 確認書
+
+會議日期：2020/10/13、14 PM13:30 ~ PM16:30
+與會人員：王馥維、李昱成、陳宏俠、林鉅貿、李金順、黃啟仁 (以上安勤)、
+魏皓焜、許怡琳、吳家豪、楊政雄、李嘉銘(已上昶亨)、王年光、蘇燕麗(以上
+錦鴻)
+議題主軸：工單基本資料 | SAP 轉檔作業 | 工單建立(含外包、外購) | 生產製
+程 | 生產線別|開線時間
+
+ 基本規格說明
+
+ -1-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ -2-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 規格會議討論紀錄
+ 1. 安勤轉給昶亨生產的工單，可透過 AMES 網頁查詢即時生產紀錄。
+ 2. 安勤和昶亨未來 SAP 拋轉到 AMES 都由系統直接拋轉，無需人工 key in，
+
+ 安勤和昶亨之間的關聯可維護在工單基本資料(單頭的關聯工單/客戶工
+ 單)。
+ 3. 工單生產(板卡、組裝)是否要切製程段。
+ 昶亨：SMT、DIP 切分，組裝、測試、包裝 切分
+ 安勤：組裝、測試、包裝 切分
+ 4. 工單開線卡途程是否建立? 時間點是用判斷式或根據處理狀況卡關。
+ SAP 工單轉檔失敗，在下一次轉檔時，仍會再轉一次(失敗一樣通知)
+ 流程作業採用處理程序
+ 5. 是否在 AMES 生成工單時就直接產生生產序號，安勤自動產生，昶亨用
+ 料號(工程編號)維護是否要自動生成產序號，若沒有維護就人工產生。
+ 如果是以客戶序號為生產序號，就由人員進入 AMES 手動維護
+ 6. 出貨序號是在 Packing 時才由人員手動取得序號，序號可以分段生成，若
+ 使用客戶提供的出貨序號，需討論由誰提供。
+ 待安勤和昶亨再確認由 PE 或是生管輸入
+ 7. MAC 生成，由製造生成序號，但由 PE 根據料號(工程編號)維護 MAC 相
+ 關設定。
+
+ -3-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 8. 外包上傳比對生產序號、外部序號、MAC 序號、檢查組件數量，才可上
+ 傳成功，外購則不檢查組件數量。
+ 外包須提供的 EXCEL 檔，以現有安勤格式為準，避免外包廠重新適應
+
+ 9. 機種途程安勤和昶亨都是 PE 維護
+ 10. Keyparts 組合目前由人員進行維護，未來可以評估透過比對 BOM 表進行
+
+ 比對。
+ 需要維護一個 Table，紀錄那些料號是 keyparts，在 BOM 表中進行比對，
+ 有發現到時，再帶出來
+ 11. 標籤內容選項目前安勤由產線人員勾選，昶亨由 PE 設定，未來可以評估
+ 透過 PLM 拋轉至 AMES。
+ 12. 無生產序號如何過 Packing 和 FQC
+ 待安勤和昶亨再確認
+ 13. 工單生成後需要先維護料號(工程編號)對應的工時才可繼續維護工單工程
+ 資訊的相關資料。
+ 14. 工單基本資料分單頭和單身，單身目前規劃有 7 個項次(工單屬性、生產
+ 途程、序號編碼、Keyparts 組合、板卡-工程資訊（包括 SOP）、系統-工程
+ 資訊（包括 SOP）、標籤選項)
+ 待安勤和昶亨再確認內容是否足夠
+
+ 可達成之需求
+
+ 1、2、3、4、5、6、7、8、13
+
+ 導入後可優化項目
+
+ 10、11
+
+ 無法執行項目
+
+ 12
+
+ 人員確認簽名
+
+------------------------------------------------紀錄截止線------------------------------------------------
+會議日期： 2020/10/20 PM13:10 ~ PM16:30
+
+與會人員：王馥維、李昱成、李金順、黃啟仁 (以上安勤)、魏皓焜、許怡琳、
+
+ -4-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+(已上昶亨)、王年光、蘇燕麗(以上錦鴻)
+議題主軸： 生產工程參數 | Keyparts | 流程 | Error code、Repair code
+
+ 基本規格說明
+
+ -5-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ -6-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ -7-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ -8-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 規格會議討論紀錄
+ 1. Keyparts 若於生產前維護則自動將資料串連進工單資料內，若沒有維護則
+
+ 由生管進行維護動作
+ 安勤 Keyparts 由生管維護，昶亨 Keyparts 由工程維護
+ 2. 列印 Label 的需求也需要於生產前同步進行維護
+ 3. Error Code(Trouble Code)、Repair Code(Reason Code)編碼原則，安勤和昶亨
+ 一致，會議後提供編碼方式 (提供 Error Code、Repair Code 範本供參考)
+ 4. 料號(工程編號)對應相關資料的維護，希望可以有複製的功能，避免花費
+ 時間維護類似資料
+ 5. 組件料號綁組件序號可卡過站 keyparts 刷入錯誤
+ 料號對應組件，可以設定 Keyparts 前置碼、碼長、唯一性
+ 6. Keyparts 綁定時間點，安勤在 Assy_Fin 之前 check Keyparts 數量是否符合，
+ 昶亨在途程各站綁 Keyparts 順序、數量，在各站設卡關，外包則也在
+ Assy_Fin 最後才綁 Keyparts
+ 各製程段，因作業人員數量不同，所以每次生產排站位亦不同，所以在製
+ 程段的最後一站，確認 Keyparts 數量是否都有刷入 (前面各站輸入數不控
+ 管，在最後時確認數量)
+ 7. eSOP 不二過提醒機制，料號對應站別維護”不二過”，在產線投產第一
+ 個產品時，該站跳出不二過的提醒訊息
+
+ -9-
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 於過站介面上顯示不二過 SOP
+ 8. eSOP 儲存方式、格式(Excel、PDF、照片….)待安勤和昶亨確認，待評估
+
+ 用站別來設定該站頁次，進行頁面控管
+ SOP 檔案使用 PDF 格式
+ 9. 燒機除維護燒機%、時間和溫度
+ 10. 安勤料號對應昶亨生產安勤料號需有固定的邏輯和位置去對應關係，建議
+ 在 PLM 增加欄位存放安勤和昶亨對應的料號
+ 安勤協助昶亨於 PLM 上建立對應欄位
+ 11. 工單工程資訊維護的內容與料號(工程編號)基本維護的內容不一致時，需
+ 要有提醒的功能
+ 12. 工單工程資訊內容若有修改，安勤和昶亨均不回寫修改過的資料，至料號
+ 基本維護的相關資訊內
+
+ 可達成之需求
+
+ 1、2、4、5、6、7、8、9、12
+
+ 導入後可優化項目
+
+ 10、11
+
+ 無法執行項目
+
+ 無
+
+ 人員確認簽名
+
+------------------------------------------------紀錄截止線------------------------------------------------
+會議日期： 2020/10/27 PM13:10 ~ PM16:30
+
+與會人員：王馥維、李昱成、李金順、黃啟仁 (以上安勤)、魏皓焜、許怡琳、
+(已上昶亨)、王年光、蘇燕麗(以上錦鴻)
+
+議題主軸單位： 生產工程參數 | 維修作業 | 測試參數 | 測試軟體
+
+- 10 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 基本規格說明
+
+ - 11 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+規格會議討論紀錄
+1. 安勤和昶亨統一維修入站/出站不記錄，進出站認定時間為測試判退後到
+
+ - 12 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 維修完成歸屬於維修時間
+ 2. 安勤和昶亨需討論未來是否要設定一個 Repair Code(Reason Code)視為報廢
+
+ 處理，刷入此 Repair Code 即認定轉報廢，已轉報廢的生產序號則不可再
+ 轉回產線生產，評估接收到報廢的 Repair Code 即卡關不可再刷入過站
+ 過站時確認該序號的狀態是否為報廢 (若 ERROR CODE 打報廢時，則更
+ 改序號的 Status 為報廢狀態)
+ 3. Touch Up 歸屬後判維修，待昶亨確認是否要進入維修流程
+ 4. 產線若誤判不良，該產品僅會留下紀錄，但不會算入直通率內
+ 5. 維修所提供的附件檔名編碼原則”生產序號-自訂檔名名稱 ”
+ 維修可上掛多份維修附件
+ 6. 維修人員可以再回頭修改產線提供的錯誤 Error Code，維修完成後若還有
+ 需要再回去改資料，只有特定人員才可修改內容(但不可將 Pass 修改為
+ Fail)
+ 7. 維修數據公式經確認計算邏輯後再確認需要提供的報表
+ 8. Error Code 和 Repair Code 分別由安勤(系統部份)和昶亨(板卡部份)分別主導
+ 規劃(另附上範本供參考)
+
+ 可達成之需求
+
+ 1、2、3、4、5、6
+
+ 導入後可優化項目
+
+ 7
+
+ 無法執行項目
+
+ 無
+
+ 人員確認簽名
+
+------------------------------------------------紀錄截止線------------------------------------------------
+會議日期： 2021/11/03 PM13:30 ~ PM17:30
+
+與會人員：王馥維、李昱成、李金順、黃啟仁 (以上安勤)、魏皓焜、許怡琳、
+(已上昶亨)、王年光、蘇燕麗(以上錦鴻)
+
+- 13 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+議題主軸： 生產工程參數 |標準工時 | 中央治具庫
+
+ 基本規格說明
+
+- 14 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ - 15 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ - 16 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ - 17 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+規格會議討論紀錄
+
+1. 工時計算的方式
+2. 系統組裝的工時沒有細分到站別，僅用組裝製程段的總計當總工時
+
+ 可以區分用製程段維護工時；SMT、DIP 插件段，包裝段，可以製程段設
+ 定，測試站則建議依站別設定
+3. 昶亨的前置加工即為線外加工(若無工單需建立虛擬工單, 若無條碼可直接
+ 輸入起訖時間)
+ 如同昶亨目前作業模式，給予人員開工、完工、投入人員、完工數量，作
+ 為工時統計
+4. 報工工時安勤和昶亨均使用實際工時
+5. 生產效率和生產力，需能 by 站別和製程別
+ 站別效率要確認是否有維護站別的標準工時
+6. 異常工時有分除外和異常，填寫異常工時回覆
+ 待安勤和昶亨確認是否需要填寫資料，這部分管理單位決定是否運作即可
+7. 中央治具庫 by 種類、規格、基本數據資料，治具維護再增加可以上掛附
+ 件的位置，另外需開立一個可以上掛治具其他文件的介面
+ 治具加開上掛附件(多筆)
+8. 治具管理，不良/報廢的處理方式，安勤的部份：新設備 報廢 or 送
+ 修，昶亨的部份：新設備 領用 歸還 報廢 or 送修
+
+ - 18 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+9. 設備校驗日期是否可以修改? 待安勤和昶亨確認
+
+安勤使用 QA Zone 做管制，昶亨使用 AMES 內的治具校驗
+
+10. 料號(工程編號)對應鋼板編號，鋼板的次數管理分兩種，有序號導 SFIS
+
+(直接累加序號計算次數)和沒有序號不導 SFIS (BY 工單數量計算次數，已
+
+計算過的工單不再重複計畫)
+
+11. Carry 在過錫爐後才刷入條碼，計算使用次數
+
+12. 設備基本資料維護增加一欄”客戶編號”
+
+13. 錦鴻提供中央治具庫各項資料 Excel 規格，協助安勤和昶亨將現有資料整
+
+理完後匯入 AMES 治具管理資料庫
+
+錦鴻提供治具批量匯入之格式
+
+14. By 廠區、總類、規格…，由系統協助建立治具編號，目前編碼碼數有 12
+
+碼和 13 碼兩種
+
+12 碼 ：
+
+廠別 大類別 規格 流水碼
+
+(1 碼) (3 碼) (4 碼) (4 碼)
+
+13 碼 ： 初始機種編號 型號 客戶代號 流水號
+ 廠別 (5 碼)
+ (1 碼) (2 碼) (3 碼) (2 碼)
+
+ P.S.根據填入的數量生成多筆設備編號
+15. 設備基本資料維護增加一欄，由人員勾選編碼數(12 碼 or 13 碼)，defaul
+
+ 帶 12 碼
+16. 設備狀態名稱，安勤新設備正常
+17. 治具需維護在中央治具庫才可以進行校驗的作業紀錄
+18. 設備報表資訊分別以總累計次數和校驗過後重新計算的累計次數
+
+可達成之需求
+
+2、3、4、5、6、8、9(昶亨)、12、13、14、15、16、18
+
+導入後可優化項目
+
+7、10、11
+
+無法執行項目
+
+5(站別沒設標工時)、9(安勤不執行)
+
+人員確認簽名
+
+ - 19 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+------------------------------------------------紀錄截止線------------------------------------------------
+會議日期： 2021/11/10 PM13:10 ~ PM16:30
+與會人員：王馥維、李昱成、楊其達、黃啟仁 (以上安勤)、魏皓焜、許怡琳、
+(已上昶亨)、王年光、蘇燕麗(以上錦鴻)
+議題主軸： 生產作業 | 過站程式 | 中央治具庫
+
+ 基本規格說明
+
+- 20 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+規格會議討論紀錄
+
+ - 21 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 1. 過站的作業流程
+ 2. 過站介面
+ 3. 過站檢查條件
+ 4. 援入、援外維護介面會增加統計當日該單位實際出勤人數欄位提供參考，
+
+ 需紀錄援入、援外人數和工時
+ 5. 出勤工時的資料為每天 10:00 前維護(上傳)昨天出勤資料，隔天 10:00 後可
+
+ 以看到前一天的生產效率
+ 昶亨抓取他們打卡出勤的資訊，安勤產線填寫回覆
+ 6. 中央治具庫的建立流程及狀態說明
+ 7. 中央治具庫的管理人員為產線人員，編碼原則安勤(12 碼)，昶亨(12 碼和
+ 13 碼)，均會使用領用、歸還、維修、報廢功能
+ 8. 治具的綁定：
+ 8.1 料號(工程編號) + 站別 對應治具編號
+ 8.2 料號(工程編號) 對應鋼板 or Carry 編號
+ 9. 治具使用次數的卡關用種類去設定，依種類去判斷是否要卡關
+ 像鋼板類的用工單的生產數量，作為一次扣除，工單只扣第一次
+ 10. 設備治具的預警：
+ 10.1使用次數，只要達到使用次數的最低標準值，一天發送一次 Mail：紀
+
+ 錄使用次數和累計使用次數
+ 10.2 校驗日期
+ 11. 治具使用次數的紀錄邏輯
+
+ 可達成之需求
+
+ 4、5、7、8、9、10.1
+
+ 導入後可優化項目
+
+ 無
+
+ 無法執行項目
+
+ 10.2(安勤使用現有系統)
+
+ 人員確認簽名
+
+------------------------------------------------紀錄截止線------------------------------------------------
+
+- 22 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+會議日期： 2021/11/17 PM13:10 ~ PM17:00
+與會人員：王馥維、李昱成、楊其達、黃啟仁 (以上安勤)、魏皓焜、許怡琳、
+(已上昶亨)、王年光、蘇燕麗(以上錦鴻)
+議題主軸單位： 生產作業 | 標籤列印 (生產前、包裝)，包裝 (含製作 FQC 單)
+| 標籤列印(生產前、包裝) | 出勤 | 報工
+
+ 基本規格說明
+
+- 23 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ - 24 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+規格會議討論紀錄
+
+1. 標籤列印作業流程–生產前 (標準品)
+2. 昶亨 PCBA 若生產兩面，則正、背面均需各貼一張生產序號標籤，若生產
+
+ 單面，則僅需要貼一張生產序號標籤，所以在工單基本資料內的工程資訊
+ 頁面的標籤維護處，新增一欄"生產序號標籤列印份數"，由人員自行維護
+
+ - 25 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 需要列印的份數。
+ 3. 標籤列印程式 AP UI
+ 4. 標籤列印類型，可以在生產前維護料號(工程編號)對應標籤類型，若有維
+
+ 護可以在工單基本資料的工程資訊標籤處看到資訊。
+ 5. SMT 連板均只列印第一個序號, 然後在 DIP 切板時再列印一次所有連板的
+
+ 標籤(生產序號)?
+ 待確認：
+ 需請昶亨確認若在 AOI 該連板其中一個不良品時，如何判斷該不良板子
+ 的生產序號？是否會解連板 Group？後續的處理方式為何？
+ 6. FCC/CE 會在工單基本資料的工程資訊維護，未來若 PLM 可拋出此資料則
+ 可透過系統直接帶出 (待 11/25 與 Austin 討論確認)
+ 7. 目前使用標籤的舊套板可以沿用不用再重做，僅需要修正參數的來源
+ 8. 包裝段作業流程
+ 9. 入庫單是否需要列印? 需安勤和昶亨再確認未來入庫檢驗的做法
+ 此作業模式，看由管理單位決定，系統本身無強制列印，亦可帶出相關資
+ 料
+ 10. 包裝裝箱數量設為可修改，default 值用工單基本資料，包裝換箱號就再轉
+ 回原 default 值
+ 昶亨提出，裝箱數量可讓 OP 人員更動，每次換箱時，在跳回 default 值
+ 11. 入庫單介面新增包裝裝箱的時間點
+ 12. 昶亨單包(半成品)：SMTDIPTEST刷入箱號
+ 精裝包(成品)SMTDIPTESTPACKING刷入箱號
+ 工單基本資料新增欄位”包裝方式”(單包、精裝包)
+ 單包和精裝包的認定原則，工程編號後面是”-CPK”即為精裝包
+
+ 13. 工單基本資料的工程資訊標籤處新增欄位”標籤列印”(On line / Off line)
+ 14. 安勤彩盒標籤內容格式:
+
+- 26 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 15. 外箱編碼原則
+ 安勤：AAYYMMXXXX EX: 0021090001
+ AA 為廠區編碼 EX:安勤 00昶亨 04
+ YY為西元後兩碼EX: 2021印 21
+ MM 為月份EX:9 月印 09
+ XXXX 為流水號
+
+ 16. 外箱貼紙的內容和格式
+ 安勤：
+
+17. 入庫單(QC 檢驗單號)編碼原則：
+ 安勤：Q+工單號碼+XXX 3 碼流水號(工單分 2 次以上入庫，就會有 002/003，若
+ 被驗退重新入庫會再給新號碼)
+
+- 27 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+昶亨：
+
+可達成之需求
+1、2、4、5、7、10、11、12、13、14、15、16、17
+導入後可優化項目
+
+ - 28 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 6
+ 無法執行項目
+ 無
+ 人員確認簽名
+
+------------------------------------------------紀錄截止線------------------------------------------------
+會議日期： 2021/12/01 PM13:10 ~ PM16:00
+與會人員：陳龍慶、胡俊忠、沈俊輝、江旭民、王馥維、李昱成、黃啟仁、楊
+其達 (以上安勤)、許怡琳、許崇霞、郭忠益、陳世龍(已上昶亨)、王年光、蘇
+燕麗(以上錦鴻)
+議題主軸： IPQC | 良率查詢(直通) | iRepair
+
+ 基本規格說明
+
+- 29 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ - 30 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+規格會議討論紀錄
+1. 檢驗作業流程包括四階段
+
+ - 31 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ A. 表單類別維護
+ B. 表單維護
+ C. 表單項目維護
+ D. 料號檢驗製程參數 (有維護有標準值可參考，沒維護也可以，非必
+
+ 填)
+ 料號檢驗製程參數，AMES 串昶亨資料維護的平台，但前提務必料號(工
+ 程編號)一定要一樣的名稱
+ 2. 巡檢表區分板卡(由昶亨規劃)和系統組裝(由安勤規劃)，有不同的維護方
+ 式(表單)。
+ 3. 看板顯示的資料需可修改，主要是要給客戶的資料，可能，評估方式：轉
+ 出 Excel 修改、改資料庫的資料、設定 Flag 註記是否計算。
+ 4. iRepair 增加維修料號的 Mail Alert
+ 跨生產料號且於 90 天內的資料
+ 5. 維修完成判定之後又需要再修改之前判定好的維修資料，需評估修改方式
+ 將在之後針對序號提供維修代碼修正的功能
+
+ 可達成之需求
+
+ 2、4、5
+
+ 導入後可優化項目
+
+ 1(串昶亨資料維護的平台)、3、4(跨生產料號)
+
+ 無法執行項目
+
+ 無
+
+ 人員確認簽名
+
+------------------------------------------------紀錄截止線------------------------------------------------
+
+會議日期： 2021/12/08 PM13:10 ~ PM16:00
+
+與會人員：陳龍慶、胡俊忠、沈俊輝、江旭民、王馥維、李昱成、黃啟仁、楊
+其達 (以上安勤)、許怡琳、許崇霞、郭忠益、陳世龍(已上昶亨)、王年光、蘇
+燕麗(以上錦鴻)
+
+- 32 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+議題主軸： FQC | 中央治據庫(校驗)
+ 基本規格說明
+
+ - 33 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ - 34 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+規格會議討論紀錄
+
+1. FQC 檢驗時有該工單料號的特採單紀錄則皆允收，重工工單的開立可以由
+ 系統產生或是人工開立，驗退重回產線生產後需再開立一張檢驗單，檢驗
+ 判退是否要開立重工工單待安勤/昶亨確認作業方式。
+ 昶亨目前若有特採單則可不用檢驗，若檢驗判退不會開立重工工單，直接
+ 開立異常單；安勤目前送驗單會記載特採單號碼，需有一欄紀錄
+
+2. FQC 檢驗程度轉換規則(正常、抽驗、減量、加嚴)要導入 FQC 檢驗，已入
+ 庫單(送驗批)來計算次數
+
+3. FQC 需要維護的資料(檢驗類別/檢驗項目/檢驗結果)，由錦鴻協助匯入資
+ 料庫
+ 錦鴻提供 EXCEL 格式，安勤、昶亨依格式提供資料，錦鴻可協助轉入
+
+4. 送驗單由包裝人員生成
+ 送驗單(或稱 FQC 單、入庫單)，非一定要由哪一個單位的人員執行，應看
+ 作業流程而定，看交由哪一個單位執行，作業流程較為順利
+
+5. 入庫單可以上掛附件
+ 增加上傳附檔的功能
+
+6. 驗退卻改為允收會跳出框框，維護允收原因
+ 結果判定：
+ 1.Default：依照檢驗單的統計結果，系統進行初判
+ 2.若為批退標準，但卻更改為允收時，顯示更改原因(下拉式選單)，若原
+ 因選 單中為特採時，顯示特採欄位，讓人員輸入特採單號
+
+7. Mail 提醒的驗退通知，需要建立一組 Mail Group
+8. 昶亨提供異常單的 Sample，驗退系統自動生成
+
+ 先完成標準作業流程，可於日後優化時，協助將此功能導入
+9. FQC 檢驗看板可依查詢條件下需求
+
+ 可根據工單、機種、產品別、客戶別、工程編號……，可依入庫單轉出明
+
+ - 35 -
+
+ Best solution provider Partner with us
+ JinHon Infomation Co., Ltd |
+
+ 細及轉出 Excel 表格
+ 10. 昶亨未來使用 AMES 的中央治具庫管理的校驗作業，每個月月底發出校
+
+ 驗通知單
+ 安勤使用原系統 QA Zone 作業
+ 可達成之需求
+ 1、3、5、6、7、10、13
+ 導入後可優化項目
+ 2、8、9
+ 無法執行項目
+ 無
+ 人員確認簽名
+
+------------------------------------------------紀錄截止線------------------------------------------------
+
+- 36 -
+
+ Best solution provider Partner with us
+
\ No newline at end of file