TIRCxALP系統對接Issue

[通用規則]

2. TIRC → ALP接口，Header請帶入Authorization以及comId；

* Authorization是否為固定值，或裡面會隱藏嵌入ip等資訊

Ans: Authorization會提供貴司固定身分驗證碼。

* 是否可以由子設備直接回覆resp

Ans: 不透過web服務，直接使用plc發api訊號給我們嗎? 有token，允許ip清單內的ip，是可以的。

4. 請求(Request)成功 ／ 5. 請求(Request)失敗

* result為陣列的用意為何? 此陣列是否永遠長度為1?

Ans: 此為ALP所有系統的對外框架，目前我們的案例長度應該都是1。

[接口規格]

建立任務

• 當ALP發起「開箱」任務時，開箱設備針對指定箱型進行開箱，並輸送至空箱交接口。

  ＊ 開箱流程完成，空箱抵達出站口完成(回傳ALP [開箱COMPLETE])後，是否就會有AGV來接箱子?

  Ans: 空箱抵達出站口後，WES會再下新的"移轉"任務，此時開始將空箱運送給AGV。

  ＊ 若開箱數量 > 1，回傳[開箱COMPLETE]應為何時?

  Ans: 若為狀態回覆應該是一箱回一次。

  ＊ 承上，在狀態回覆時有「ALP任務號僅允回覆當前狀態一次(需依照設備動作流程回覆)，異常狀態除外」的規則，若遇開箱數量 > 1的情況時，該如何回傳狀態?

  
  Ans: 這個我們調一下接口文件為 jobCode+boxId 為唯一。

• 當ALP發起「移轉」任務時，指定站別(開箱/封箱)開始移轉箱子，直到箱完成移轉 / 當ALP發起「封箱」任務時，交接口進行箱子移轉、掃碼，再輸送至封箱機，完成封箱並貼標。

  ＊ 將封箱流程有分為「輸入端」及「輸出端」。輸入端轉動皮帶的時機是否為收到「封箱」任務時，而非「移轉」任務?

  Ans: 我們都是用打移轉來通知你們輸送帶啟動。輸出端部分目前後端應該沒有在AGV接了。請 @Kellen 確認一下這部分封完了，要怎樣出來。

  ＊ 承上，是否「移轉」任務皆為「輸出端」的需要接貨時才會發出?（包含開箱及封箱流程?）若是，則下方這段文字是否為筆誤?

  
  Ans: 輸出端部分目前後端應該沒有在AGV接了。正常是這樣: 我們會一直打裝箱請求過去，所以你們會有多筆的裝箱請求，接著某一箱到了，我們會問卸貨請求，確認站口可否卸貨，卸貨後，你們會自行掃讀箱號，知道是哪筆任務做對應的流程。順序為: 裝箱請求 → 卸貨請求 → 移轉請求，輸送帶動，我們送箱

  ＊ 封箱任務除了印單檔案，應該還需要宅單檔案

  Ans: filePath 列印 url 我們會再調一版。

卸貨請求

＊ 卸貨請求發生的時機為何? 功能是否和建立封裝任務重覆? 若非，其差異為何？

Ans: 這個主要為檢核封箱站輸入口是否可以收貨，也就是當下無其他箱子佔用。

狀態回覆

＊ 重發任務何時會發生? 若TIRC已收到過該任務，是否直接忽略？此時是否應回傳[請求(Request)失敗 "status": "fail"]?

Ans: 這部分主要是TIRC主動發給我們，若發給我們失敗，需要有retry機制。

[其他]

＊ 若意外停機時，未完成的任務是否就直接清空？

Ans: 應該不能清空，待設備正常後要接續任務。

＊ barcode的定義是否已完成

Ans: 這個剛出來，F02, F03, F04, F05, F06, F07, F09, F10,AWM,AWL+9碼流水號，前三碼就是箱型。如F02000000001,AWM000000002。目前先確定總長12碼。