【正文】 含被取消或確認的交易的預授權號。12Local Transaction Timemhhmmssn 6交易發(fā)生終端方的當?shù)貢r間。 終端的預授權178。無論是必須的、條件的，還是可選擇的，成員單位必須隨時準備接收報文中列出的所有字段。Description 對字段及其必要性的解釋要求（Requirement）必須字段（mmandatory）不管該字段的內容是否為空，它必須在報文中出現(xiàn)，服務器需要該字段。Req. 條件，指該字段在報文中出現(xiàn)的必要性（m，c，o）。2. ATM重發(fā)交易信息0201/9001。過程說明：1. 服務器使用9000報文請求ATM上傳管理信息。 ATM通知管理過程 服務器ATM9000啟動條件：ATM定時啟動此過程，完成ATM狀況上傳。，將需更新的ATM信息使用0310下傳ATM。，將通過0300報文上傳ATM端的交易明細和其它信息給服務器。文件傳輸可以選擇如上圖所示的聯(lián)機報文傳輸方式，也可以采用第六章介紹的大文件傳輸方式。 ATM簽退服務器ATM08000810啟動條件：ATM操作員決定暫時停止ATM的運轉。 如果ATM再次收到不明信息或交易超時，ATM將停止重發(fā)交易。在下筆顧客插卡進行交易之前，重新沖正前筆交易。3. ATM收到響應后，如果為肯定響應則完成交易，如果為否定響應則拒絕交易。如正確則向服務器發(fā)出9000ATM狀態(tài)信息表示簽到，不正確則重復2步驟。2. 服務器在收到簽到后，向ATM發(fā)送簽到允許響應0810，并將本臺ATM的簽到狀態(tài)登記在設備匯總信息表中。交易類型與終端類型l 連到服務器的一些終端只能產生特定類型的交易，例如：如果規(guī)定ATM只能產生Debit交易，那么服務器就不允許ATM進行信用交易，另一些終端則能產生兩種交易類型，例如，POS能夠根據持卡人支付方式的選擇產生Debit或信用交易。信用卡有效性授權是針對此類卡的交易。l Debit交易是指持卡人必須輸入個人密碼的交易，本定義與卡類型及訪問帳戶無關，例如，插入ATM的信用卡做的是Debit交易，本定義與帶有PIN交易的處理是一致的：Debit交易可立即對其目標帳戶進行借記或貸記。 31 32 33 41 42 20 (HEXA)l 當某字段表示金額時，格式中不帶小數(shù)點。 10 12 34 56 78 90 12 34 56 (HEXA) n..19=”123456789012345” 224。 01 56 (HEXA)l 在8583報文中，所有類型為LLVAR的字段長度占用一個字節(jié)，類型為LLLVAR字段長度為兩個字節(jié)。示例：n12=12個數(shù)字l 所有類型為n的數(shù)字字段在8583報文中將采用BCD壓碼。示例： ans 5 =”123AB” 224。例如：an..25 LLVAR表示此字段最長可達25位。LLVAR 該寫法表示數(shù)據字段包括包括兩個子域，第一個子域為2位長（LL），表示其后所跟數(shù)據的長度。例如，n10表示10位長的數(shù)字字段示例：an10表示10位置長的數(shù)字字符字段。x貸記為“C”，借記為“D”，且總是與一個數(shù)字型金額數(shù)據元相連，例如：凈清算金額中x+n16的含義為以“C”或“D”為前綴加上凈清算金額的16位數(shù)字。 DES計算方法 將數(shù)據以8Bytes為單位劃分成若干個數(shù)據塊，當數(shù)據塊長度不足8Bytes時后補OX00。9101 重發(fā)，要求以9110作為應答。9000 終端的定時匯報報文，不需要應答。08XX支持的消息種類如下：0800 文件傳輸開始通知、文件傳輸結束通知、簽到、簽退、密鑰更新請求，要求以0810作為回答。0400要求一個0410消息作為應答。0310 對0300的應答。03XX03XX類消息用于在服務器和終端之間傳送文件更新數(shù)據。注：以上交易需要提供密碼。在閱讀本文時，用戶應參考ISO8583（1987）文本。為了改變終端軟件的質量，減少各家用戶的協(xié)調工作，任何一家終端廠家必須嚴格遵守此終端標準。為了改變這種工作方式，在此規(guī)范一個終端接口標準。由于缺乏規(guī)范和控制，嚴重地阻礙了金融電子化的實施。 公開性：所有的加密算法都明確規(guī)定。ISO8583是國際標準化組織推薦用于交換中心和成員行主機通訊的報文格式，本手冊介紹服務器網絡對ISO8583標準的解釋和實現(xiàn)。包括：ATM/柜臺 存款、取款，余額查詢，（本系統(tǒng)內帳戶間）轉帳，IC卡圈存、圈提、代交費、發(fā)卡等。0210 金融交易請求應答，對0200金融交易請求必須用它來回答。必須以0310作為對本類報文的應答。下列是04XX信息：0400 沖正通知，終端未在預定的時間內接到服務器發(fā)送的交易應答時，需要對未完成的交易進行沖正，此時發(fā)送0400消息。08XX08XX消息用于服務器和終端之間的文件傳輸通知、簽到、簽退和密鑰更新，每個終端都要在每日交易開始前或每日日終時向服務器申請更新密鑰，以保證下一個工作日交易的安全性，雙方要用相同的傳輸密鑰對這些工作密鑰進行加密或解密。服務器也向終端發(fā)送監(jiān)控命令，用于查詢終端設備的狀態(tài)、開啟、關閉某些終端，查詢終端的統(tǒng)計數(shù)據等。91XX91XX消息用于卡片管理（包括修改用戶個人密碼、查詢明細等）、商戶管理、機構柜員管理等管理類交易，支持的消息種類如下：9100 交易請求，要求以9110作為應答。這二個術語可替換使用。所有可變長度字段在字段開始前將另外包含2個或3個位，以表示該字段后面跟隨的位數(shù)。字段長度(Field Length)表示法 含義digit(s) 固定長度位數(shù)。示例：an…7表示最長為7個數(shù)字位的可變長數(shù)字字符字段。注意整個字段總長度變?yōu)長L+2。數(shù)據表示方法l 所有數(shù)據ASCII顯示格式表示，字符集合的確定取決于配置情況。 34(HEXA)l 數(shù)據中給出的所有長度均表示需要的邏輯位數(shù)。示例：長度為3的數(shù)據“156”的數(shù)據在報文中為： n3=”156” 224。 08 31 32 33 34 35 36 37 41 (HEXA) n..19=”1234567890123456” 224。示例： ans6=”123AB” 224。這些定義是針對信用卡網絡而言的，盡管它們也是行業(yè)中普遍使用的解釋。下面定義適用于不同的卡類型：l 信用卡是用于訪問信用帳戶（如Visa、MasterCard、Amex帳戶）的磁條卡。l 雙重性質卡（Dual Purpose Card）是既可作為信用卡交易又可作為扣款卡使用的磁條卡，具體情況由持卡人選擇的帳戶性質確定。具體步驟如下：1. ATM向服務器發(fā)送0800進行簽到。5. ATM端在收到服務器密鑰后，檢驗密鑰是否正確。2. 服務器在收到交易請求后，進行交易處理并回響應報文0210/9010給ATM。3. 如果ATM再次收到不明信息或交易超時，ATM將停止沖正交易。 服務器在收到ATM重發(fā)請求后，檢查交易是否成功并發(fā)送重發(fā)響應報文0210/9010。如果在日終開始，交易仍未成功，則ATM/CDM會上傳該筆交易的流水，由服務器進行手工調帳。 ATM日終文件傳輸過程服務器ATM080008100300 031008000810啟動條件：1) ATM人工啟動此過程，完成ATM與服務器的交易明細、黑名單、金融卡設置參數(shù)、ATM運行參數(shù)等文件的傳輸。，回響應響應報文0810并準備日終傳輸文件。，將ATM端信息版本號使用0300交易上傳服務器。，回響應報文0810完成簽退。2） ATM根據下傳的參數(shù)，定時報告其運行狀況。過程說明：ATM不明信息處理1. 服務器收到不明信息將使用Session Header報文頭將信息傳回ATM。Field Name 所定義的字段名。Attribute 屬性請看下頁的詳細定義。條件字段（cconditonal）條件字段，在一定條件下出現(xiàn)于報文中（例如，如果第4和第5位元的字段同時存在，則報文中就要有第126位元的字段）。 01xx Message Format 0100/0101 Message（終端發(fā)送至服務器的報文）為以下3種交易而定義：178。7Transmission Date and TimemMMDDhhmmssn 10終端向服務器發(fā)送該筆交易的日期時間11System Trace Numbermn 6網絡中所有交易都必須含有該字段，用來標識該終端的唯一的一筆交易。33Send Institute CodemLLVARn ..11發(fā)送方機構代碼35Track2 DatacLLVARz ..37如果POS終端需要讀第二磁道才需要36Track3 DatacLLLVARz ..104如果POS終端需要讀第三磁道才需要，但是35和36必須存在其中之一。52Personal Identification Numbercb 64個人識別號的密文形式的數(shù)據，當BIT22的輸入方式指明有個人識別號輸入時，此域存在；否則不存在。Bit Field NameReq.FormatAttributeDescriptionMessage Type Identifiermn 4其值必須為0110Primary Bitmapmb 64必須存在1Secondary Bitmapcb 64僅當請求報文中出現(xiàn)第65128字段時才需要2Primary Account Number(PAN)mLLVARn ..19必須包含和對應0100報文相同的值3Processing Codemn 6必須包含和對應0100報文相同的值4Transaction Amount mn 12必須包含和對應0100報文相同的值7Transmission Date and TimemMMDDhhmmssn 10服務器的傳輸日期和時間11System Trace Numbermn 6必須包含和對應0100報文相同的值15Settlement DatecMMDDn 4結算日期18Merchant Typecn 4商戶類型23Card Sequence Nocn 3卡順序號28Transaction Poundageox+n8交易手續(xù)費32Acquiring Institution CodemLLVARn ..11必須包含和對應0100報文相同的值38Authorization Numbercan 6對于由發(fā)卡行處理機授權的所有交易，在交易成功時此字段必須存在，交易失敗時該字段不存在。48Additional DatacLLLVARans...99949Transaction Currency Codemn 3必須包含和對應0100報文相同的值54Additional AmountcLLVARan …120附加金額60Additional DatamLLLVARans…999附加數(shù)據61Additional DatacLLLVARans…999附加數(shù)據62Additional DataoLLLVARans…999附加數(shù)據63Additional DataoLLLVARans…999附加數(shù)據104Transaction DescriptionoLLLVARans…999同0100報文中的值。12Local Transaction Timemhhmmssn 6交易發(fā)生終端方的當?shù)貢r間。41Card Acceptor Terminal Identificationmans 8必須存在的，用以唯一標識服務器所負責管理的一臺終端。104Transaction DescriptionoLLLVARans …999交易描述，目前尚未定義。39Response Codeman 2此字段表示交易處理結果，由發(fā)卡行處理機設置此字段。102From Account IdentifiercLLVARans ..19如果存在，必須與對應0200報文中的數(shù)據相同。Bit Field NameReq.FormatAttributeDescriptionMessage Type Identifiermn 4其值必須為0300Primary Bitmapmb 64必須存在1Secondary Bitmapmb 64必須存在7Transmiss