資訊交換平臺

1、PAGE 資訊交換平臺主機連線作業(yè)手冊版本：1.42004.8.19資訊交換平臺主機連線作業(yè)手冊目錄一、功能說明1-1二、連線架構及通訊協(xié)定2-1三、交換交易訊息或檔案的方式3-1四、TCP/IP Socket Session通訊處理層4-1五、訊息格式說明5-1六、錯誤訊息說明6-1七、錯誤訊息處理說明7-1八、電腦作業(yè)注意事項8-1臺灣證券交易所 資訊交換平臺主機連線作業(yè)手冊發(fā)行紀錄發(fā)行日期內(nèi) 容 異 動 說 明版本930426新發(fā)行V1.0930510取消要求傳送檔案資料訊息(F316/F317)，功能由傳送交易訊息(F320)取代交易訊息傳輸作業(yè)(F320)及待確認交易通知訊息作業(yè)(F

2、318)之定義(P.8)所有訊息之FILE TRANSFER HEADER 新增一欄位為RESERVE-AREA (業(yè)務雙方自定區(qū))，不使用請?zhí)羁瞻?待確認交易訊息(F318)，STATUS-CODE修改”1006”, “1007”, “1008”回覆查詢訊息被處理情形(F331), 新增及修改回覆狀態(tài)REPLY-STATUS之種類連線子系統(tǒng)錯誤訊息新增”0096”檔案傳輸子系統(tǒng)錯誤訊息對照表之STATUS-CODE 由1000 號起續(xù)編，修改錯誤訊息”1030”V1.1930601加強說明F314/315 之使用通道(P.7)新增檔案傳輸子系統(tǒng)錯誤訊息(1036-1041,及1094)V1.

3、2930628新增CA認證註記4 (ETMPCA)新增連線子系統(tǒng)錯誤訊息0089 新增交換平臺連線會員基本資料檔(XF001)連線會員必須具備接收其集團成員之所有作業(yè)。FILE-TRANSFER-HEADER 中之SOURCE-MBID及DESTINATION-MBID 均必須為連線會員 V1.3930819修改F314/315 之STATUS-CODE使用方式(P.7,P.28及P.29)V1.4- 1 -壹、功能說明本公司所規(guī)劃之電腦資訊交換平臺(以下簡稱本平臺)所提供之經(jīng)濟且便利之網(wǎng)路、連線路徑管理、資料傳輸、資料存證、多種傳輸通訊協(xié)定及傳輸通訊協(xié)定轉換功能(參考圖一)可適用於證券金融業(yè)

4、者間之各項往來業(yè)務，有助於業(yè)者間業(yè)務電子化之推展。圖一、資訊交換平臺提供網(wǎng)路、路徑管理及格式轉換功能本平臺所提供之安全、經(jīng)濟且便利之網(wǎng)路(如圖二所示)可以解決複雜之連線問題，證券商、機構投資人及銀行間只須簡單的與本平臺連線即可開始與其他單位互傳訊息。- 2 -圖二、證券商、機構投資人、銀行透過資訊交換網(wǎng)路互傳資料本平臺規(guī)劃之功能主要用於協(xié)助業(yè)者推動業(yè)務電子化作業(yè)，因本平臺之設計並非以業(yè)務為導向，故不會影響其他單位之業(yè)務執(zhí)行權益，只要是符合法令規(guī)定之業(yè)務皆歡迎採用本平臺作為與其他單位通訊之橋樑。- 3 -貳、連線架構及通訊協(xié)定提供二種資料的交換功能交易訊息檔案傳輸連線程式架構每一種資料型態(tài)的交換

5、都需要至少使用二個通道，一個傳送通道及一個接收通道。但因備援考量及為求傳送接收之最大效益，請使用雙線雙送收。不同資料型態(tài)各自使用獨立的連線通道。目前初步規(guī)劃每一個業(yè)務單位與交換平臺連接四個通道：檔案傳輸傳送檔案傳輸接收交易訊息傳送交易訊息接收資訊交換平臺業(yè)務單位業(yè)務單位檔案傳輸檔案傳輸檔案傳輸收送收送送收送收送收收送送收收送交易訊息交易訊息交易訊息- 4 -業(yè)務單位與資訊交換平臺連線通道的網(wǎng)路架構X.25交易資訊網(wǎng)路每一個通道是一個PVC (Permanent Virtual Circuit)TCP/IP交易資訊網(wǎng)路每一個通道是一個Socket session每一個通道都使用全雙工傳輸模式現(xiàn)行

6、已與證交所連線者，可延用原連線網(wǎng)路架構。新連線會員請使用TCP/IP交易資訊網(wǎng)路 各連線通道的資料傳輸協(xié)定ETMP Exchange-Transaction Message Protocol分成未連線狀態(tài)與已連線狀態(tài)(或稱資料傳輸狀態(tài))雙方開機後，一直到完成連線作業(yè)前，都屬於未連線狀態(tài)。一旦完成連線作業(yè)，進入資料傳輸狀態(tài)，就可以依照各通道的功能（檔案傳輸送、檔案傳輸收、交易訊息送或交易訊息收）進行資料傳輸。未連線狀態(tài)可進行的作業(yè)包括連線作業(yè)結束連線作業(yè)資料傳輸狀態(tài)可進行的作業(yè)包括：檔案傳輸作業(yè)接收確認作業(yè)交易訊息傳輸作業(yè)待確認交易通知訊息作業(yè)確定連線作業(yè)在資料傳輸?shù)倪^程當中發(fā)生任何線路異常、資

7、料異?；騎imeout(接收不到資料)等異常狀況，發(fā)現(xiàn)異常狀況的一方應立即回到未連線狀態(tài)，嘗試重新連線。未連線狀態(tài)連線作業(yè)結束連線作業(yè)資料傳輸狀態(tài)檔案傳輸作業(yè)接收確認作業(yè)交易訊息傳輸作業(yè)待確認交易通知訊息作業(yè)確定連線作業(yè)完成連線作業(yè)發(fā)生任何異常狀況- 5 -連線作業(yè)的訊息交換協(xié)定採用證交所已與證券商連線多年通訊經(jīng)驗之傳輸通訊協(xié)定，請至本公司網(wǎng)址”.tw/中文/文件下載/電腦規(guī)劃部、作業(yè)部/電腦規(guī)劃部、作業(yè)部作業(yè)手冊查詢一覽表”中下載主機連線作業(yè)手冊(TMP)。使用TCP/IP網(wǎng)路請另外下載TCP/IP網(wǎng)路主機連線作業(yè)手冊。使用資訊交換平臺各連線單位請下載資訊交換平臺主機連線作業(yè)手冊(ETMP)

8、。但為因應資訊交換平臺作為各單位中間訊息傳達及交換之功能，故將原TMP檔案傳輸格式部分欄位擴充，另訂新的傳輸格式供資訊交換平臺各連線單位使用(ETMP)，新的傳輸格式說明如下:X.25無須建立通道，TCP/IP 通道之建立請依照TCP/IP網(wǎng)路主機連線作業(yè)手冊執(zhí)行。連線作業(yè)包含三次訊息交換。業(yè)務單位資訊交換平臺開機通知訊息L110確認開機通知訊息L120登錄訊息L140通知登錄訊息L130確認AP啟動訊息L160AP啟動訊息L150各訊息必須依照順序交換，順序錯誤或發(fā)生Timeout，都必須從開機通知訊息L110重新開始。業(yè)務單位亦可發(fā)出開機通知訊息L110，通知交換平臺發(fā)動連線作業(yè)。完成連線

9、作業(yè)後，進入資料傳輸狀態(tài)。結束連線作業(yè)由資訊交換平臺發(fā)起，業(yè)務單位回應。僅包含一次訊息交換，完成後雙方結束連線程式或關機。結束連線訊息L170回覆結束連線訊息L180資訊交換平臺業(yè)務單位- 6 -檔案傳輸作業(yè)檔案傳輸作業(yè)由資料傳送方發(fā)起，資料接收方回應。使用通道為資料傳送方之送出通道。檔案傳輸作業(yè)包括一次起始訊息交換及一次或多次資料訊息交換。當交換平臺接收傳送方之” 檔案”後，將轉送” 檔案”給接收方，如傳送失敗時（如瞬斷或Timeout），交換平臺會嘗試由其它連線正常之通道重傳給接收方一次，若仍失?。ㄈ缢矓嗷騎imeout或未連線），資料會一直留存直到連線正常才會送出。起始訊息F310資料接

10、收單位回覆起始訊息F311資料傳送單位重覆交換資料訊息直到資料傳送完成為止資料訊息F312回覆資料訊息F313接收確認作業(yè)由資料接收方發(fā)起，資料傳送方回應。使用通道為資料接收方之送出通道，相對而言，為資料傳送方之TR接收通道。當資料接收方收到檔案/交易資料並回覆後，應先判斷該資料是否需驗章或解密之檢核，如需要則執(zhí)行驗章、解密處理後，立即發(fā)動此作業(yè)由送出通道通知原傳送方，確認該筆資料已接收。接收確認作業(yè)僅包含一次訊息交換。當交換平臺接收傳送方此作業(yè)後，將轉送此作業(yè)給接收方，如傳送失敗時（如瞬斷或Timeout），交換平臺會嘗試由其它連線正常之通道重傳給接收方一次，若仍失?。ㄈ缢矓嗷騎imeout

11、或未連線），資料會一直留存直到連線正常才會送出。資料接收單位資料傳送單位接收確認訊息F314回覆接收確認訊息F315- 7 -要求傳送檔案資料作業(yè)(取消)要求傳送檔案資料作業(yè)由要求傳送資料方發(fā)起，被要求資料方回應。僅包含一次訊息交換。當交換平臺接收傳送方此作業(yè)後，將轉送此作業(yè)給接收方，如傳送失敗時（如瞬斷或Timeout），交換平臺會嘗試由其它連線正常之通道重傳給接收方一次，若仍失?。ㄈ缢矓嗷騎imeout或未連線），資料會一直留存直到連線正常才會送出。要求傳送檔案資料訊息F316資料接收單位資料傳送單位回覆要求傳送檔案資料訊息F317交易訊息傳輸作業(yè)交易訊息傳輸作業(yè)由資料傳送方發(fā)起，資料接收

12、方回應。僅包含一次訊息交換。當交換平臺轉送”交易訊息作業(yè)”給接收方失敗時（如瞬斷或Timeout），交換平臺會嘗試由其它連線正常之通道重傳給接收方一次，若仍失?。ㄈ缢矓嗷騎imeout或未連線），該”交易訊息作業(yè)”交換平臺將不再重傳給接收方。而不再重傳且由交換平臺立即發(fā)動”待確認交易通知訊息作業(yè)”通知原傳送方之功能，依該檔案代號之業(yè)務性質(zhì)決定之。若無此需求功能，資料會一直留存直到連線正常才會送出。回覆交易訊息F321傳送交易訊息F320資料接收單位資料傳送單位待確認交易通知訊息作業(yè)(Pending Transaction)由交換平臺發(fā)起，資料原傳送方回應。使用通道為資料原傳送方的TR接收通道。

13、當交換平臺轉送”交易訊息作業(yè)”給接收方失敗時（如瞬斷或Timeout），交換平臺會嘗試由其它連線正常之通道重傳給接收方一次，若仍失?。ㄈ缢矓嗷騎imeout或未連線），該”交易訊息作業(yè)”交換平臺將不再重傳給接收方，交換平臺將依該檔案代號之業(yè)務性質(zhì)決定是否立即發(fā)動此作業(yè)通知原傳送方。待確認交易通知訊息作業(yè)僅包含一次訊息交換。3、原傳送方接收此作業(yè)後應立即主動向資料接收方查詢該筆資料是否成功，以進行後續(xù)交易傳輸作業(yè)。- 8 -原傳送方接收此作業(yè)後，亦有可能收到接收方所發(fā)動之該筆Transaction接收確認作業(yè)。資訊交換平臺資料原傳送方回覆待確認交易訊息F319待確認交易通知訊息F318十二、查詢

14、訊息被處理情形作業(yè)1、資料傳送方發(fā)起，資訊交換平臺回應。2、僅包含一次訊息交換。查詢訊息被處理情形訊息F330資訊交換平臺資料傳送單位回覆查詢訊息被處理情形訊息F331331十三、確定連線作業(yè)1、連線通道為傳送時，資料傳送方發(fā)起，資訊交換平臺回應。連線通道為接收時，資訊交換平臺發(fā)起，資料接收方回應。2、當 資料傳送方/資訊交換平臺 在一預訂的時間內(nèi)沒有任何資料要傳送時，應發(fā)起確定連線作業(yè)，告知 資訊交換平臺/資料接收方 連線狀態(tài)仍正常。3、僅包含一次訊息交換。確定連線訊息F340資訊交換平臺資料接收單位資料傳送單位資訊交換平臺回覆確定連線訊息F341- 9 -參、交換各種交易訊息或檔案的方式各

15、通道都必須先與交換平臺完成連線作業(yè)，進入資料傳輸狀態(tài)。A單位傳送檔案到B單位的方式A單位可能有其他業(yè)務需要傳送檔案訊息到B單位A單位可能處理B單位傳來的檔案後，要回覆檔案處理結果作業(yè)流程(1)A業(yè)務單位資訊交換平臺B業(yè)務單位送收收送送收收送檔案傳輸檔案傳輸檔案傳輸(2)檔案傳輸作業(yè)檔案傳輸作業(yè)(3)接收確認作業(yè)接收確認作業(yè)(4)訊息流程資訊交換平臺B業(yè)務單位A業(yè)務單位(2)(1)檔案傳輸檔案傳輸檔案傳輸F310F310收送收送F311F311F312F312F313F313(4)(3)F314F314送收送收F315F315- 10 -各個作業(yè)(1)、(2)、(3)、(4)皆為互相獨立的作業(yè)。

16、當A單位完成該檔案的(1)時，不必等到交換平臺完成(2)，就可以立刻進行下一個檔案的(1)。當接收方完成接收時，必須發(fā)動接收確認作業(yè)(3)，但(3)及(4)為互相獨立作業(yè)，B單位完成該接收確認作業(yè)後，不必等資訊交換平臺將該訊息傳送到A單位，就可以立即傳送下一個接收確認。A單位傳送交易訊息到B單位作業(yè)流程(2)(1)交易訊息傳輸作業(yè)交易訊息傳輸作業(yè)資訊交換平臺B業(yè)務單位A業(yè)務單位送收收送送收收送交易訊息交易訊息交易訊息(3)(4)接收確認作業(yè)接收確認作業(yè)訊息流程資訊交換平臺B業(yè)務單位A業(yè)務單位(2)(1)檔案傳輸檔案傳輸檔案傳輸F320F320收送收送F321F321(2.1)F318送收F31

17、9(4)(3)F314F314收送送收F315F315- 11 -資訊交換平臺B業(yè)務單位A業(yè)務單位各交易訊息傳輸作業(yè)(1)、(2) 、(3)、(4)皆為互相獨立作業(yè)，A單位完成該交易訊息傳送作業(yè)後，不必等資訊交換平臺將該訊息傳送到B單位，就可以立即傳送下一個交易訊息。當交換平臺轉送”交易訊息作業(yè)”給接收方失敗時（如瞬斷或Timeout），交換平臺則立即發(fā)動此”待確認交易通知作業(yè)”(2.1)通知原傳送方當接收方完成接收時，必須發(fā)動接收確認作業(yè)(3)，但(3)及(4)為互相獨立作業(yè)，B單位完成該訊息傳送作業(yè)後，不必等資訊交換平臺將該訊息傳送到A單位，就可以立即傳送下一個接收確認。- 12 -肆、T

18、CP/IP Socket Session通訊處理層從應用程式的角度來看，TCP/IP網(wǎng)路的特性與X.25網(wǎng)路有幾點較明顯的不同：PVC與Socket Session的不同X.25的PVC在線路建置時就已經(jīng)設定，而Socket session在業(yè)務發(fā)生前才連線，業(yè)務結束或應用程式結束時就斷線(結束session)。對於線路異常的偵測情形不同X.25的線路或網(wǎng)路元件一旦發(fā)生異常，應用程式立即可以得到錯誤訊息，但TCP/IP網(wǎng)路的線路或元件發(fā)生異常，應用程式不見得可以立刻得到錯誤訊息。資料封包的處理方式不同應用程式經(jīng)X.25網(wǎng)路連續(xù)送出多筆資料，接收方的應用程式接收資料時，可分辨出一筆一筆的資料。但

19、透過TCP/IP網(wǎng)路連續(xù)傳送的多筆資料，接收方的應用程式無法立即判斷每一筆訊息的開始及結束位置。因應上述TCP/IP網(wǎng)路的特性，應用程式必須另外具備處理Socket Session通訊的功能，命名為socket層通訊協(xié)定，socket layer protocol，簡稱SLP。詳細的SLP內(nèi)容，請參考證交所網(wǎng)站下載文件的TCP/IP網(wǎng)路主機連線作業(yè)手冊。業(yè)務應用程式Socket通訊處理層業(yè)務應用程式Socket通訊處理層TMPTMPHTTMPTMPHTTMPHTTMPHT- 13 -SLM訊息SLP傳送的訊息稱為Socket Layer Message，簡稱SLM。SLM包括二種訊息：SLM控

20、制訊息：例如建立socket完成通知訊息、SLP錯誤訊息等。TMP資料訊息：包含任何TMP資料的訊息。SLM訊息的格式為：FIELD NAMEFORMATCONTENTSSocketHEADERHeader CodeX(2)0 xFEFEControl CodeX(2)代表訊息種類AP-Message Length2-byte integer視TMP內(nèi)容長度決定BODYTMP訊息內(nèi)容TrailerTrailer codeX(2)0 xEFEFSLM訊息一律由0 xFEFE開頭，0 xEFEF結尾。Control code用來區(qū)別訊息種類。SLM控制訊息不含BODY部分，AP-message L

21、ength為0。TMP資料訊息的BODY即為TMP內(nèi)容，AP-message Length為TMP內(nèi)容的長度。二、SLP的基本功能包括：由業(yè)務單位依約定的Source IP及Source Port Number來進行socket連線(connect)。當無資料傳輸發(fā)生時，定期傳送確定session連線訊息，簡稱heartbeat，使heartbeat的接收方可確定session連線正常。將應用程式要送出的TMP資料轉成SLM訊息後送出，或將收到的TMP資料訊息轉成TMP格式，送給應用程式。一旦發(fā)生任何異?；蛟陬A定的時間內(nèi)沒有收到heartbeat，必須close socket，重新connec

22、t socket。- 14 -伍、訊息格式說明MESSAGE IDL110MESSAGE NAME： 開機通知訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)12FUNCTION-CODEX(2)10MESSAGE-TYPEX(2)00MESSAEGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)1.SUBSYSTEM-NAME 12 - 連線子系統(tǒng)。2.FUNCTION-CODE 10 - 開機通知作業(yè)。3.MESSAGE-TYPE 00 - 開機通知訊息。4.SYSTEM-DATE 送出訊息

23、時的系統(tǒng)日期。5.SYSTEM-TIME 送出訊息時的系統(tǒng)時間。6.STATUS-CODE 若值非0000（SUCCESS），即代表送出訊息者接收上一個訊息後之檢查結果有問題，此時需依檢查結果改正後方能重新連線。請參考錯誤訊息對照表。- 15 -MESSAGE ID L120MESSAGE NAME確認開機通知訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)12FUNCTION-CODEX(2)10MESSAGE-TYPEX(2)01MESSAEGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)

24、00001.SUBSYSTEM-NAME 12 - 連線子系統(tǒng)。2.FUNCTION-CODE ：10 - 開機通知作業(yè)。3.MESSAGE-TYPE ：01 - 確認開機通知訊息。4.SYSTEM-DATE 送出訊息時的系統(tǒng)日期。5.SYSTEM-TIME 送出訊息時的系統(tǒng)時間。6.STATUS-CODE 其值0000（SUCCESS）。- 16 -MESSAGE ID ：L130MESSAGE NAME：通知登錄訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)12FUNCTION-CODEX(2)20MESSAGE-TYPE

25、X(2)02MESSAEGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)BODYAPPEND-NO9(3)1.SUBSYSTEM-NAME 12 - 連線子系統(tǒng)。2.FUNCTION-CODE 20 - 登錄作業(yè)。3.MESSAGE-TYPE 02 - 通知登錄訊息。4.SYSTEM-DATE 送出訊息時的系統(tǒng)日期。5.SYSTEM-TIME 送出訊息時的系統(tǒng)時間。6.STATUS-CODE 其值0000（SUCCESS）。7.APPEND-NO 其內(nèi)容為三位數(shù)之亂數(shù)，並要求連線會員將其附在登錄訊息傳給交換平臺，作為計算KEY-VALUE之用。- 17 -M

26、ESSAGE ID L140MESSAGE NAME登錄訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)12FUNCTION-CODEX(2)20MESSAGE-TYPEX(2)03MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)0000BODYAPPEND-NO9(3)SOURCE-MBIDX(10)AP-CODEX(2)KEY-VALUE9(3)1.SUBSYSTEM-NAME ：12 - 連線子系統(tǒng)。2.FUNCTION-CODE ：20 - 登錄作業(yè)。3.MESSAGE-TY

27、PE ：03 - 登錄訊息。4.SYSTEM-DATE 送出訊息時的系統(tǒng)日期。5.SYSTEM-TIME ：送出訊息時的系統(tǒng)時間。6.STATUS-CODE ：其值 0000(SUCCESS)。7.APPEND-NO ：登錄訊息之APPEND-NO即為通知登錄訊息之APPEND-NO8.SOURCE-MBID ：連線會員端代號9.AP-CODE ：即為該SESSION欲進行之業(yè)務SS - FT/TX送 FILE(4K)/交易訊息(4K) SENDFR - FT收(4K) FILE-BASE RCVTR - TX收(4K) 交易訊息 RCV (TRX-BASE) 所有之FT/TX送收, 均可申請

28、多套。會員可申請若干套SS，F(xiàn)R，TR，以達即時快速送達之效率。當有資料需要傳送時，可由任一傳送通道利用AP-CODE(SS)來傳送資料，但會員可自行調(diào)配決定傳送檔案或交易資料之傳送通道。當有資料需要接收時，可由FR/TR群組中之任一連線通道來接收資料，但以會員經(jīng)由事先申請之AP-CODE(FR/TR)來連線為前題，而決定回傳檔案(FR)或交易資料(TR)。10.KEY-VALUE(APPEND-NO * PASSWORD) 取千位、百位、十位，三位數(shù)字。11.PASSWORD指連線會員端針對各SESSION所事先與交換平臺所訂定之密碼,- 18 - 確認此SESSION為正確之連線會員端所使

29、用。MESSAGE ID L150MESSAGE NAME應用子系統(tǒng)啟動訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)12FUNCTION-CODEX(2)20MESSAGE-TYPEX(2)04MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)00001.SUBSYSTEM-NAME ：12 - 連線子系統(tǒng)。2.FUNCTION-CODE ：20 - 登錄作業(yè)。3.MESSAGE-TYPE ：04 - 應用子系統(tǒng)啟動訊息。4.SYSTEM-DATE 送出訊息時的系統(tǒng)日期。5.SYS

30、TEM-TIME ：送出訊息時的系統(tǒng)時間。6.STATUS-CODE ：其值0000 (SUCCESS)。- 19 -MESSAGE ID L160MESSAGE NAME確認應用子系統(tǒng)啟動訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)12FUNCTION-CODEX(2)20MESSAGE-TYPEX(2)05MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)00001.SUBSYSTEM-NAME 12 - 連線子系統(tǒng)。2.FUNCTION-CODE ：20 - 登錄作業(yè)。3.M

31、ESSAGE-TYPE ：05 - 確認應用子系統(tǒng)啟動訊息。4.SYSTEM-DATE 送出訊息時的系統(tǒng)日期。5.SYSTEM-TIME ：送出訊息時的系統(tǒng)時間。6.STATUS-CODE 其值0000(SUCCESS)。- 20 -MESSAGE ID L170MESSAGE NAME結束連線訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)12FUNCTION-CODEX(2)30MESSAGE-TYPEX(2)06MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)1.SUBSYST

32、EM-NAME ：12 - 連線子系統(tǒng)。2.FUNCTION-CODE ：30 - 離線作業(yè)。3.MESSAGE-TYPE ：06 - 結束訊息。4.SYSTEM-DATE 送出訊息時的系統(tǒng)日期。5.SYSTEM-TIME ：送出訊息時的系統(tǒng)時間。6.STATUS-CODE ：若值非0000（SUCCESS），即代表送出訊息者接收上一個訊息後之檢查結果有問題，此時需依檢查結果改正後方能重新連線。請參考錯誤訊息對照表。- 21 -MESSAGE ID L180MESSAGE NAME確認結束連線訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NA

33、MEX(2)12FUNCTION-CODEX(2)30MESSAGE-TYPEX(2)07MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)1.SUBSYSTEM-NAME ：12 - 連線子系統(tǒng)。2.FUNCTION-CODE ：30 - 離線作業(yè)。3.MESSAGE-TYPE ：07 - 確認結束訊息。4.SYSTEM-DATE 送出訊息時的系統(tǒng)日期。5.SYSTEM-TIME ：送出訊息時的系統(tǒng)時間。6.STATUS-CODE ：其值0000(SUCCESS)。- 22 -MESSAGE IDF310MESSAGE NAME起始訊息(FILE-

34、BASE)FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)00MESSAGE-TYPEX(2)00MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)0000FILETRANSFERHEADERSOURCE-MBIDX(10)發(fā)送端之IDDESTINATION-MBIDX(10)目的端之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BODY-LENGTH9(4)28BODYFILE-CODEX(5

35、)FILE-SIZE9(8)PROTOCOLX(1)SIGNATUREX(1)CAX(1)ENCRYPTIONX(1)POS-DUP-FLAGX(1)INIT-SUBIDX(10)FILE-CODE檔案代號 FILE-SIZE資料檔案之大小(以byte為單位)RESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核TRX-ID：TRANSACTION ID，傳送流水序號，每一會員之SOURCE MBID+TRX-ID為唯一，不可重複，不可使用”0000000000” SUBJECT-ID：送出單位所賦予該次傳送檔案之作業(yè)代號，以供接收單位回覆該檔案處理結果時帶回給資訊交

36、換平臺及送出單位識別，每一會員之SOURCE-MBID + SUBJECT-ID + DESTINATION-MBID為唯一，不可重覆，不可使用”0000000000” PROTOCOL傳輸協(xié)定註記0:RAW DATA1:FIX2:XML3:SWIFT- 23 -SIGNATURE簽章註記0： 無簽章1： 簽章ENCRYPTION加密註記 0： 無加密 1： 加密CA認證註記 0：無認證1：TAICA2：金融憑證3：工商憑證4：ETMP憑證POS-DUP-FLAG0：無可能重複註記 1：可能重複註記 INIT-SUBID“ “ ：此檔案為主動傳送 ，必為空白- 24 -：此檔案為回覆之前SUB

37、ID 之回覆檔 MESSAGE IDF311MESSAGE NAME回覆起始訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)00MESSAGE-TYPEX(2)01MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)FILETRANSFERHEADERSOURCE MBIDX(10)目的端之IDDESTINATION MBIDX(10)傳送端之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BO

38、DY LENGTH9(4)28BODYFILE-CODEX(5)FILE-SIZE9(8)PROTOCOLX(1)SIGNATUREX(1)CAX(1)ENCRYPTIONX(1)POS-DUP-FLAGX(1)INIT-SUBIDX(10)STATUS-CODE請參考錯誤訊息對照表FILE-CODE檔案代號 FILE-SIZE資料檔案之大小(以byte為單位)TRX-ID：其內(nèi)容請?zhí)钊肱c當次F310傳來之TRX-ID相同內(nèi)容值RESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核SUBJECT-ID：其內(nèi)容值請?zhí)钊隖310所傳來之SUBJECT-ID內(nèi)容值PROTO

39、COL其內(nèi)容值請?zhí)钊隖310所傳來之傳輸協(xié)定註記SIGNATURE：其內(nèi)容值請?zhí)钊隖310所傳來之簽章註記CA其內(nèi)容值請?zhí)钊隖310所傳來之認證註記ENCRYPTION其內(nèi)容值請?zhí)钊隖310所傳來之加密註記POS-DUP-FLAG：其內(nèi)容值請?zhí)钊隖310所傳來之可能重複註記 INIT-SUBID：其內(nèi)容請?zhí)钊肱c當次F310傳來之INIT-SUBID相同內(nèi)容值會員之系統(tǒng)必須對其收到之資料內(nèi)容檢查TRX-ID, SUBJCT-ID,如欄位內(nèi)容與前接收資料相同，必須將之剔除，避免資料因線路瞬斷或其它原因造成之重複性問題。- 25 -MESSAGE IDF312MESSAGE NAME傳送資料訊息FI

40、ELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)01MESSAGE-TYPEX(2)02MESSAEGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)0000FILETRANSFERHEADERSOURCE-MBIDX(10)傳送端之IDDESTINATION-MBIDX(10)目的端之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BODY-LENGTH9(4)BODYFILE-CODEX(5)EOF9(1)

41、1或0DATAX(4000)FILE-CODE檔案代號EOF若為檔案最後一筆資料訊息填1，否則為0SUBJECT-ID：其內(nèi)容值請?zhí)钊隖310所傳來之SUBJECT-ID內(nèi)容值TRX-ID：TRANSACTION ID，傳送流水序號，每一會員之SOURCE-MBID+TRX-ID為唯一，不可重覆，不可使用”0000000000”RESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核DATA資料檔案之內(nèi)容- 26 -MESSAGE IDF313MESSAGE NAME回覆資料訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM

42、-NAMEX(2)22FUNCTION-CODEX(2)01MESSAGE-TYPEX(2)03MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)FILETRANSFERHEADERSOURCE-MBIDX(10)目的端之IDDESTINATION-MBIDX(10)傳送端之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BODY-LENGTH9(4)6BODYFILE-CODEX(5)EOF9(1)1或0STATUS-CODE請參考錯誤訊息對照表FILE-CODE檔案代號SUBJECT-ID：

43、其內(nèi)容值請?zhí)钊肱c當次F312所傳來之SUBJECT-ID內(nèi)容值TRX-ID：其內(nèi)容請?zhí)钊肱c當次F312傳來之TRX-ID相同內(nèi)容值RESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核EOF若為檔案最後一筆資料訊息填1，否則為0- 27 -MESSAGE IDF314MESSAGE NAME接收確認訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)05MESSAGE-TYPEX(2)00MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CO

44、DEX(4)FILETRANSFERHEADERSOURCE-MBIDX(10)傳送端之IDDESTINATION-MBIDX(10)目的端之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BODY-LENGTH9(4)6BODYREPLY-FILE-CODEX(5)POS-DUP-FLAGX(1)SS通道：傳送 F314時：STATUS-CODE”0000” 資料接收正確“8XXX” 資料經(jīng)驗章或解密之檢核後，發(fā)生之錯誤訊息。（請參照LIBTseca 安控API說明手冊之錯誤碼對照表）BODY-LENGTH訊息格式中BODY之長度REP

45、LY-FILE-CODE：回覆之前確認接收之檔案代號TRX-ID：TRANSACTION ID，傳送流水序號，每一會員之SOURCE-MBID+TRX-ID為唯一，不可重覆，不可使用”0000000000”SUBJECT-ID：回覆單位將原先由送出單位所賦予之當次檔案作業(yè)代號(F310/F320之SUBJECT-ID)填入此欄位，以供原送出該檔案之單位識別該檔案已被接收RESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核POS-DUP-FLAG：可能重複註記 之前已針對某特定SUBJECT-ID 回覆過接收確認訊息，當再次收到可能重複傳送之交易/檔案時，請不要再主動

46、傳送接收確認訊息。當資料接收方收到檔案/交易資料並回覆後，視作業(yè)是否需作驗章或解密之檢核後，立即發(fā)動此作業(yè)由送出通道通知原傳送方，確認該筆資料已接收。- 28 -MESSAGE IDF315MESSAGE NAME回覆接收確認訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)05MESSAGE-TYPEX(2)01MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)FILETRANSFERHEADERSOURCE-MBIDX(10)目的端之IDDEST

47、INATION-MBIDX(10)傳送端之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BODY-LENGTH9(4)6BODYREPLY-FILE-CODEX(5)POS-DUP-FLAGX(1)SS通道：會員傳送F314後，平臺將回覆 F315，F(xiàn)315之STATUS-CODE： ”0000” 資料接收正確“XXXX” 資料經(jīng)平臺檢核錯誤TR/FR通道：接收平臺傳送F314後，會員將回覆 F315，F(xiàn)315之STATUS-CODE： ”0000” 資料接收正確BODY-LENGTH訊息格式中BODY之長度STATUS-CODE請參考

48、錯誤訊息對照表TRX-ID：其內(nèi)容請?zhí)钊肱c當次F314傳來之TRX-ID相同內(nèi)容值SUBJECT-ID：其內(nèi)容請?zhí)钊肱c當次F314傳來之REPLY-SUBJECT-ID相同內(nèi)容值RESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核REPLY-FILE-CODE：回覆之前確認接收之檔案代號，其內(nèi)容請?zhí)钊肱c當次F314傳來之REPLY-FILE-CODE相同內(nèi)容值POS-DUP-FLAG：可能重複註記 - 29 -MESSAGE IDF316(取消)MESSAGE NAME要求傳送檔案資料訊息(4K)FIELD NAMEFORMATCONTENTSCONTROLHEAD

49、ERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)02MESSAGE-TYPEX(2)04MESSAEGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)0000FILETRANSFERHEADERSOURCE-MBIDX(10)傳送端之IDDESTINATION-MBIDX(10)目的端之IDSUBJECT-IDX(10)TRX-IDX(10)BODY-LENGTH9(4)BODYFILE-CODEX(5)PROTOCOLX(1)SIGNATUREX(1)CAX(1)ENCRYPTIONX(1)POS-DUP-FLAGX(1)REQ

50、UEST-MESSAGEX(4000)BODY-LENGTH訊息格式中BODY之長度FILE-CODE要求傳送之檔案代號TRX-ID：TRANSACTION ID，傳送流水序號，每一會員之SOURCE MBID+TRX-ID為唯一，不可重覆，不可使用”0000000000”SUBJECT-ID：送出單位所賦予該次傳送檔案之作業(yè)代號，以供接收單位回覆該檔案處理結果時帶回給資訊交換平臺及送出單位識別，每一會員之SOURCE-MBID + SUBJECT-ID + DESTINATION-MBID為唯一，不可重覆，不可使用”0000000000”PROTOCOL傳輸模式註記SIGNATURE：簽章註

51、記CA認證註記ENCRYPTION加密註記POS-DUP-FLAG：可能重複註記 - 30 -REQUEST-MESSAGE由傳送介面送出之訊息內(nèi)容，內(nèi)容為針對各業(yè)務需求所訂定之查詢參數(shù)欄位MESSAGE IDF317(取消)MESSAGE NAME回覆要求傳送檔案資料訊息(4K)FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)02MESSAGE-TYPEX(2)05MESSAEGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)FILETRANSFERHEADE

52、RSOURCE MBIDX(10)目的端之IDDESTINATION MBIDX(10)傳送端之IDSUBJECT-IDX(10)TRX-IDX(10)BODY- LENGTH9(4)BODYFILE-CODEX(5)PROTOCOLX(1)SIGNATUREX(1)CAX(1)ENCRYPTIONX(1)POS-DUP-FLAGX(1)RESPONSE-MESSAGEX(4000)FILE-CODE請?zhí)钊肱cF316相同之檔案代號STATUS-CODE請參考錯誤訊息對照表TRX-ID：其內(nèi)容請?zhí)钊肱c當次F316傳來之TRX-ID相同內(nèi)容值SUBJECT-ID：請?zhí)钊肱cF316相同之SUBJEC

53、T-ID內(nèi)容值PROTOCOL請?zhí)钊肱cF316相同之傳輸模式註記SIGNATURE：請?zhí)钊肱cF316相同之簽章註記CA請?zhí)钊肱cF316相同之認證註記ENCRYPTION請?zhí)钊肱cF316相同之加密註記POS-DUP-FLAG：可能重複註記 RESPONSE-MESSAGE由接收介面送出之單筆訊息內(nèi)容- 31 -MESSAGE IDF318MESSAGE NAME待確認交易通知訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)05MESSAGE-TYPEX(2)18MESSAGE-DATE9(8)

54、MESSAGE-TIME9(8)STATUS-CODEX(4)FILETRANSFERHEADERSOURCE-MBIDX(10)交換平臺之IDDESTINATION-MBIDX(10)SUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BODY-LENGTH9(4)16BODYREPLY-FILE-CODEX(5)REPLY-MBIDX(10)POS-DUP-FLAGX(1)BODY-LENGTH訊息格式中BODY之長度TRX-ID：TRANSACTION ID，回覆前交易(F320)之原傳送流水序號SUBJECT-ID：回覆前交易(F320)

55、之原SUBJECT-IDRESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核DESTINATION-MBID：回覆前交易(F320)之原傳送端REPLY-MBID：回覆前交易(F320)之原目的端REPLY-FILE-CODE：回覆前交易(F320)之原檔案代號STATUS CODE ： ”1006” 線路問題 “1007” TIMEOUT “1008” 此筆資料從來沒送過(目的端TR未連線)- 32 -MESSAGE IDF319MESSAGE NAME回覆待確認交易訊息FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-

56、NAMEX(2)22FUNCTION-CODEX(2)05MESSAGE-TYPEX(2)19MESSAGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)FILETRANSFERHEADERSOURCE-MBIDX(10)DESTINATION-MBIDX(10)交換平臺之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BODY-LENGTH9(4)16BODYREPLY-FILE-CODEX(5)REPLY-MBIDX(10)POS-DUP-FLAGX(1)BODY-LENGTH訊息格式中BODY之長度

57、STATUS-CODE請參考錯誤訊息對照表TRX-ID：TRANSACTION ID，請?zhí)钊肱cF318相同之傳送流水序號SUBJECT-ID：請?zhí)钊肱cF318相同之SUBJECT-ID RESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核SOURCE-MBID：請?zhí)钊肱cF318相同之DESTINATION-MBIDREPLY-MBID：請?zhí)钊肱cF318相同之原目的端REPLY-FILE-CODE：請?zhí)钊肱cF318相同之檔案代號- 33 -MESSAGE IDF320MESSAGE NAME傳送交易訊息(4K)FIELD NAMEFORMATCONTENTSCONTR

58、OLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)02MESSAGE-TYPEX(2)14MESSAEGE-DATE9(8)MESSAGE-TIME9(8)STATUS-CODEX(4)0000FILETRANSFERHEADERSOURCE-MBIDX(10)傳送端之IDDESTINATION-MBIDX(10)目的端之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務雙方自定區(qū)BODY-LENGTH9(4)BODYFILE-CODEX(5)PROTOCOLX(1)SIGNATUREX(1)CAX(1)ENC

59、RYPTIONX(1)POS-DUP-FLAGX(1)REQUEST-MESSAGEX(4000)BODY-LENGTH訊息格式中BODY之長度 FILE-CODE檔案代號TRX-ID：TRANSACTION ID，傳送流水序號，每一會員之SOURCE MBID+TRX-ID為唯一，不可重覆，不可使用”0000000000”SUBJECT-ID：送出單位所賦予該筆交易資訊之作業(yè)代號，以供接收單位回覆該筆交易資訊處理結果時帶回給資訊交換平臺及送出單位識別，每一會員之SOURCE-MBID + SUBJECT-ID + DESTINATION-MBID為唯一，不可重覆，不可使用”000000000

60、0”RESERVE-AREA：業(yè)務雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺不作檢核PROTOCOL傳輸模式註記SIGNATURE：簽章註記CA認證註記 ENCRYPTION加密註記POS-DUP-FLAG：可能重複註記 REQUEST-MESSAGE由傳送介面送出之訊息內(nèi)容，內(nèi)容為針對各業(yè)務需求所訂定之欄位- 34 -MESSAGE IDF321MESSAGE NAME回覆交易訊息(4K)FIELD NAMEFORMATCONTENTSCONTROLHEADERSUBSYSTEM-NAMEX(2)22FUNCTION-CODEX(2)02MESSAGE-TYPEX(2)15MESSAEGE-