資訊交換平臺(tái)

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

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

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

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

5、都需要至少使用二個(gè)通道，一個(gè)傳送通道及一個(gè)接收通道。但因備援考量及為求傳送接收之最大效益，請(qǐng)使用雙線雙送收。不同資料型態(tài)各自使用獨(dú)立的連線通道。目前初步規(guī)劃每一個(gè)業(yè)務(wù)單位與交換平臺(tái)連接四個(gè)通道：檔案?jìng)鬏攤魉蜋n案?jìng)鬏斀邮战灰子嵪魉徒灰子嵪⒔邮召Y訊交換平臺(tái)業(yè)務(wù)單位業(yè)務(wù)單位檔案?jìng)鬏敊n案?jìng)鬏敊n案?jìng)鬏斒账褪账退褪账褪账褪帐账退褪帐账徒灰子嵪⒔灰子嵪⒔灰子嵪? 4 -業(yè)務(wù)單位與資訊交換平臺(tái)連線通道的網(wǎng)路架構(gòu)X.25交易資訊網(wǎng)路每一個(gè)通道是一個(gè)PVC (Permanent Virtual Circuit)TCP/IP交易資訊網(wǎng)路每一個(gè)通道是一個(gè)Socket session每一個(gè)通道都使用全雙工傳輸模式現(xiàn)行

6、已與證交所連線者，可延用原連線網(wǎng)路架構(gòu)。新連線會(huì)員請(qǐng)使用TCP/IP交易資訊網(wǎng)路 各連線通道的資料傳輸協(xié)定ETMP Exchange-Transaction Message Protocol分成未連線狀態(tài)與已連線狀態(tài)(或稱資料傳輸狀態(tài))雙方開機(jī)後，一直到完成連線作業(yè)前，都屬於未連線狀態(tài)。一旦完成連線作業(yè)，進(jìn)入資料傳輸狀態(tài)，就可以依照各通道的功能（檔案?jìng)鬏斔?、檔案?jìng)鬏斒铡⒔灰子嵪⑺突蚪灰子嵪⑹眨┻M(jìn)行資料傳輸。未連線狀態(tài)可進(jìn)行的作業(yè)包括連線作業(yè)結(jié)束連線作業(yè)資料傳輸狀態(tài)可進(jìn)行的作業(yè)包括：檔案?jìng)鬏斪鳂I(yè)接收確認(rèn)作業(yè)交易訊息傳輸作業(yè)待確認(rèn)交易通知訊息作業(yè)確定連線作業(yè)在資料傳輸?shù)倪^程當(dāng)中發(fā)生任何線路異常、資

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

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

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

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

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

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

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

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

15、通道都必須先與交換平臺(tái)完成連線作業(yè)，進(jìn)入資料傳輸狀態(tài)。A單位傳送檔案到B單位的方式A單位可能有其他業(yè)務(wù)需要傳送檔案訊息到B單位A單位可能處理B單位傳來的檔案後，要回覆檔案處理結(jié)果作業(yè)流程(1)A業(yè)務(wù)單位資訊交換平臺(tái)B業(yè)務(wù)單位送收收送送收收送檔案?jìng)鬏敊n案?jìng)鬏敊n案?jìng)鬏?2)檔案?jìng)鬏斪鳂I(yè)檔案?jìng)鬏斪鳂I(yè)(3)接收確認(rèn)作業(yè)接收確認(rèn)作業(yè)(4)訊息流程資訊交換平臺(tái)B業(yè)務(wù)單位A業(yè)務(wù)單位(2)(1)檔案?jìng)鬏敊n案?jìng)鬏敊n案?jìng)鬏擣310F310收送收送F311F311F312F312F313F313(4)(3)F314F314送收送收F315F315- 10 -各個(gè)作業(yè)(1)、(2)、(3)、(4)皆為互相獨(dú)立的作業(yè)。

16、當(dāng)A單位完成該檔案的(1)時(shí)，不必等到交換平臺(tái)完成(2)，就可以立刻進(jìn)行下一個(gè)檔案的(1)。當(dāng)接收方完成接收時(shí)，必須發(fā)動(dòng)接收確認(rèn)作業(yè)(3)，但(3)及(4)為互相獨(dú)立作業(yè)，B單位完成該接收確認(rèn)作業(yè)後，不必等資訊交換平臺(tái)將該訊息傳送到A單位，就可以立即傳送下一個(gè)接收確認(rèn)。A單位傳送交易訊息到B單位作業(yè)流程(2)(1)交易訊息傳輸作業(yè)交易訊息傳輸作業(yè)資訊交換平臺(tái)B業(yè)務(wù)單位A業(yè)務(wù)單位送收收送送收收送交易訊息交易訊息交易訊息(3)(4)接收確認(rèn)作業(yè)接收確認(rèn)作業(yè)訊息流程資訊交換平臺(tái)B業(yè)務(wù)單位A業(yè)務(wù)單位(2)(1)檔案?jìng)鬏敊n案?jìng)鬏敊n案?jìng)鬏擣320F320收送收送F321F321(2.1)F318送收F31

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

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

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

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

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

22、t socket。- 14 -伍、訊息格式說明MESSAGE IDL110MESSAGE NAME： 開機(jī)通知訊息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 - 開機(jī)通知作業(yè)。3.MESSAGE-TYPE 00 - 開機(jī)通知訊息。4.SYSTEM-DATE 送出訊息

23、時(shí)的系統(tǒng)日期。5.SYSTEM-TIME 送出訊息時(shí)的系統(tǒng)時(shí)間。6.STATUS-CODE 若值非0000（SUCCESS），即代表送出訊息者接收上一個(gè)訊息後之檢查結(jié)果有問題，此時(shí)需依檢查結(jié)果改正後方能重新連線。請(qǐng)參考錯(cuò)誤訊息對(duì)照表。- 15 -MESSAGE ID L120MESSAGE NAME確認(rèn)開機(jī)通知訊息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 - 開機(jī)通知作業(yè)。3.MESSAGE-TYPE ：01 - 確認(rèn)開機(jī)通知訊息。4.SYSTEM-DATE 送出訊息時(shí)的系統(tǒng)日期。5.SYSTEM-TIME 送出訊息時(shí)的系統(tǒng)時(shí)間。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 送出訊息時(shí)的系統(tǒng)日期。5.SYSTEM-TIME 送出訊息時(shí)的系統(tǒng)時(shí)間。6.STATUS-CODE 其值0000（SUCCESS）。7.APPEND-NO 其內(nèi)容為三位數(shù)之亂數(shù)，並要求連線會(huì)員將其附在登錄訊息傳給交換平臺(tái)，作為計(jì)算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 送出訊息時(shí)的系統(tǒng)日期。5.SYSTEM-TIME ：送出訊息時(shí)的系統(tǒng)時(shí)間。6.STATUS-CODE ：其值 0000(SUCCESS)。7.APPEND-NO ：登錄訊息之APPEND-NO即為通知登錄訊息之APPEND-NO8.SOURCE-MBID ：連線會(huì)員端代號(hào)9.AP-CODE ：即為該SESSION欲進(jìn)行之業(yè)務(wù)SS - FT/TX送 FILE(4K)/交易訊息(4K) SENDFR - FT收(4K) FILE-BASE RCVTR - TX收(4K) 交易訊息 RCV (TRX-BASE) 所有之FT/TX送收, 均可申請(qǐng)

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

29、用。MESSAGE ID L150MESSAGE NAME應(yīng)用子系統(tǒng)啟動(dò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 - 應(yīng)用子系統(tǒng)啟動(dòng)訊息。4.SYSTEM-DATE 送出訊息時(shí)的系統(tǒng)日期。5.SYS

30、TEM-TIME ：送出訊息時(shí)的系統(tǒng)時(shí)間。6.STATUS-CODE ：其值0000 (SUCCESS)。- 19 -MESSAGE ID L160MESSAGE NAME確認(rèn)應(yīng)用子系統(tǒng)啟動(dò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 - 確認(rèn)應(yīng)用子系統(tǒng)啟動(dòng)訊息。4.SYSTEM-DATE 送出訊息時(shí)的系統(tǒng)日期。5.SYSTEM-TIME ：送出訊息時(shí)的系統(tǒng)時(shí)間。6.STATUS-CODE 其值0000(SUCCESS)。- 20 -MESSAGE ID L170MESSAGE NAME結(jié)束連線訊息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 - 結(jié)束訊息。4.SYSTEM-DATE 送出訊息時(shí)的系統(tǒng)日期。5.SYSTEM-TIME ：送出訊息時(shí)的系統(tǒng)時(shí)間。6.STATUS-CODE ：若值非0000（SUCCESS），即代表送出訊息者接收上一個(gè)訊息後之檢查結(jié)果有問題，此時(shí)需依檢查結(jié)果改正後方能重新連線。請(qǐng)參考錯(cuò)誤訊息對(duì)照表。- 21 -MESSAGE ID L180MESSAGE NAME確認(rèn)結(jié)束連線訊息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 - 確認(rèn)結(jié)束訊息。4.SYSTEM-DATE 送出訊息時(shí)的系統(tǒng)日期。5.SYSTEM-TIME ：送出訊息時(shí)的系統(tǒng)時(shí)間。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è)務(wù)雙方自定區(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檔案代號(hào) FILE-SIZE資料檔案之大小(以byte為單位)RESERVE-AREA：業(yè)務(wù)雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺(tái)不作檢核TRX-ID：TRANSACTION ID，傳送流水序號(hào)，每一會(huì)員之SOURCE MBID+TRX-ID為唯一，不可重複，不可使用”0000000000” SUBJECT-ID：送出單位所賦予該次傳送檔案之作業(yè)代號(hào)，以供接收單位回覆該檔案處理結(jié)果時(shí)帶回給資訊交

36、換平臺(tái)及送出單位識(shí)別，每一會(huì)員之SOURCE-MBID + SUBJECT-ID + DESTINATION-MBID為唯一，不可重覆，不可使用”0000000000” PROTOCOL傳輸協(xié)定註記0:RAW DATA1:FIX2:XML3:SWIFT- 23 -SIGNATURE簽章註記0： 無簽章1： 簽章ENCRYPTION加密註記 0： 無加密 1： 加密CA認(rèn)證註記 0：無認(rèn)證1：TAICA2：金融憑證3：工商憑證4：ETMP憑證POS-DUP-FLAG0：無可能重複註記 1：可能重複註記 INIT-SUBID“ “ ：此檔案為主動(dòng)傳送 ，必為空白- 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è)務(wù)雙方自定區(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請(qǐng)參考錯(cuò)誤訊息對(duì)照表FILE-CODE檔案代號(hào) FILE-SIZE資料檔案之大小(以byte為單位)TRX-ID：其內(nèi)容請(qǐng)?zhí)钊肱c當(dāng)次F310傳來之TRX-ID相同內(nèi)容值RESERVE-AREA：業(yè)務(wù)雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺(tái)不作檢核SUBJECT-ID：其內(nèi)容值請(qǐng)?zhí)钊隖310所傳來之SUBJECT-ID內(nèi)容值PROTO

39、COL其內(nèi)容值請(qǐng)?zhí)钊隖310所傳來之傳輸協(xié)定註記SIGNATURE：其內(nèi)容值請(qǐng)?zhí)钊隖310所傳來之簽章註記CA其內(nèi)容值請(qǐng)?zhí)钊隖310所傳來之認(rèn)證註記ENCRYPTION其內(nèi)容值請(qǐng)?zhí)钊隖310所傳來之加密註記POS-DUP-FLAG：其內(nèi)容值請(qǐng)?zhí)钊隖310所傳來之可能重複註記 INIT-SUBID：其內(nèi)容請(qǐng)?zhí)钊肱c當(dāng)次F310傳來之INIT-SUBID相同內(nèi)容值會(huì)員之系統(tǒng)必須對(duì)其收到之資料內(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è)務(wù)雙方自定區(qū)BODY-LENGTH9(4)BODYFILE-CODEX(5)EOF9(1)

41、1或0DATAX(4000)FILE-CODE檔案代號(hào)EOF若為檔案最後一筆資料訊息填1，否則為0SUBJECT-ID：其內(nèi)容值請(qǐng)?zhí)钊隖310所傳來之SUBJECT-ID內(nèi)容值TRX-ID：TRANSACTION ID，傳送流水序號(hào)，每一會(huì)員之SOURCE-MBID+TRX-ID為唯一，不可重覆，不可使用”0000000000”RESERVE-AREA：業(yè)務(wù)雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺(tái)不作檢核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è)務(wù)雙方自定區(qū)BODY-LENGTH9(4)6BODYFILE-CODEX(5)EOF9(1)1或0STATUS-CODE請(qǐng)參考錯(cuò)誤訊息對(duì)照表FILE-CODE檔案代號(hào)SUBJECT-ID：

43、其內(nèi)容值請(qǐng)?zhí)钊肱c當(dāng)次F312所傳來之SUBJECT-ID內(nèi)容值TRX-ID：其內(nèi)容請(qǐng)?zhí)钊肱c當(dāng)次F312傳來之TRX-ID相同內(nèi)容值RESERVE-AREA：業(yè)務(wù)雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺(tái)不作檢核EOF若為檔案最後一筆資料訊息填1，否則為0- 27 -MESSAGE IDF314MESSAGE NAME接收確認(rèn)訊息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è)務(wù)雙方自定區(qū)BODY-LENGTH9(4)6BODYREPLY-FILE-CODEX(5)POS-DUP-FLAGX(1)SS通道：傳送 F314時(shí)：STATUS-CODE”0000” 資料接收正確“8XXX” 資料經(jīng)驗(yàn)章或解密之檢核後，發(fā)生之錯(cuò)誤訊息。（請(qǐng)參照LIBTseca 安控API說明手冊(cè)之錯(cuò)誤碼對(duì)照表）BODY-LENGTH訊息格式中BODY之長(zhǎng)度REP

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

46、傳送接收確認(rèn)訊息。當(dāng)資料接收方收到檔案/交易資料並回覆後，視作業(yè)是否需作驗(yàn)章或解密之檢核後，立即發(fā)動(dòng)此作業(yè)由送出通道通知原傳送方，確認(rèn)該筆資料已接收。- 28 -MESSAGE IDF315MESSAGE NAME回覆接收確認(rèn)訊息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è)務(wù)雙方自定區(qū)BODY-LENGTH9(4)6BODYREPLY-FILE-CODEX(5)POS-DUP-FLAGX(1)SS通道：會(huì)員傳送F314後，平臺(tái)將回覆 F315，F(xiàn)315之STATUS-CODE： ”0000” 資料接收正確“XXXX” 資料經(jīng)平臺(tái)檢核錯(cuò)誤TR/FR通道：接收平臺(tái)傳送F314後，會(huì)員將回覆 F315，F(xiàn)315之STATUS-CODE： ”0000” 資料接收正確BODY-LENGTH訊息格式中BODY之長(zhǎng)度STATUS-CODE請(qǐng)參考

48、錯(cuò)誤訊息對(duì)照表TRX-ID：其內(nèi)容請(qǐng)?zhí)钊肱c當(dāng)次F314傳來之TRX-ID相同內(nèi)容值SUBJECT-ID：其內(nèi)容請(qǐng)?zhí)钊肱c當(dāng)次F314傳來之REPLY-SUBJECT-ID相同內(nèi)容值RESERVE-AREA：業(yè)務(wù)雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺(tái)不作檢核REPLY-FILE-CODE：回覆之前確認(rèn)接收之檔案代號(hào)，其內(nèi)容請(qǐng)?zhí)钊肱c當(dāng)次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之長(zhǎng)度FILE-CODE要求傳送之檔案代號(hào)TRX-ID：TRANSACTION ID，傳送流水序號(hào)，每一會(huì)員之SOURCE MBID+TRX-ID為唯一，不可重覆，不可使用”0000000000”SUBJECT-ID：送出單位所賦予該次傳送檔案之作業(yè)代號(hào)，以供接收單位回覆該檔案處理結(jié)果時(shí)帶回給資訊交換平臺(tái)及送出單位識(shí)別，每一會(huì)員之SOURCE-MBID + SUBJECT-ID + DESTINATION-MBID為唯一，不可重覆，不可使用”0000000000”PROTOCOL傳輸模式註記SIGNATURE：簽章註

51、記CA認(rèn)證註記ENCRYPTION加密註記POS-DUP-FLAG：可能重複註記 - 30 -REQUEST-MESSAGE由傳送介面送出之訊息內(nèi)容，內(nèi)容為針對(duì)各業(yè)務(wù)需求所訂定之查詢參數(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請(qǐng)?zhí)钊肱cF316相同之檔案代號(hào)STATUS-CODE請(qǐng)參考錯(cuò)誤訊息對(duì)照表TRX-ID：其內(nèi)容請(qǐng)?zhí)钊肱c當(dāng)次F316傳來之TRX-ID相同內(nèi)容值SUBJECT-ID：請(qǐng)?zhí)钊肱cF316相同之SUBJEC

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

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

55、之原SUBJECT-IDRESERVE-AREA：業(yè)務(wù)雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺(tái)不作檢核DESTINATION-MBID：回覆前交易(F320)之原傳送端REPLY-MBID：回覆前交易(F320)之原目的端REPLY-FILE-CODE：回覆前交易(F320)之原檔案代號(hào)STATUS CODE ： ”1006” 線路問題 “1007” TIMEOUT “1008” 此筆資料從來沒送過(目的端TR未連線)- 32 -MESSAGE IDF319MESSAGE NAME回覆待確認(rèn)交易訊息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)交換平臺(tái)之IDSUBJECT-IDX(10)TRX-IDX(10)RESERVE AREAX(10)業(yè)務(wù)雙方自定區(qū)BODY-LENGTH9(4)16BODYREPLY-FILE-CODEX(5)REPLY-MBIDX(10)POS-DUP-FLAGX(1)BODY-LENGTH訊息格式中BODY之長(zhǎng)度

57、STATUS-CODE請(qǐng)參考錯(cuò)誤訊息對(duì)照表TRX-ID：TRANSACTION ID，請(qǐng)?zhí)钊肱cF318相同之傳送流水序號(hào)SUBJECT-ID：請(qǐng)?zhí)钊肱cF318相同之SUBJECT-ID RESERVE-AREA：業(yè)務(wù)雙方自定區(qū)，欄位之使用由雙方自行訂定，平臺(tái)不作檢核SOURCE-MBID：請(qǐng)?zhí)钊肱cF318相同之DESTINATION-MBIDREPLY-MBID：請(qǐng)?zhí)钊肱cF318相同之原目的端REPLY-FILE-CODE：請(qǐng)?zhí)钊肱cF318相同之檔案代號(hào)- 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è)務(wù)雙方自定區(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之長(zhǎng)度 FILE-CODE檔案代號(hào)TRX-ID：TRANSACTION ID，傳送流水序號(hào)，每一會(huì)員之SOURCE MBID+TRX-ID為唯一，不可重覆，不可使用”0000000000”SUBJECT-ID：送出單位所賦予該筆交易資訊之作業(yè)代號(hào)，以供接收單位回覆該筆交易資訊處理結(jié)果時(shí)帶回給資訊交換平臺(tái)及送出單位識(shí)別，每一會(huì)員之SOURCE-MBID + SUBJECT-ID + DESTINATION-MBID為唯一，不可重覆，不可使用”000000000

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