資訊流之後，接著來介紹金流，在國內有許多調度資金的方式，分成一般方式和電子化的方式，而在電子化的方式之中，有一種採用XML格式的方式，叫「金融XML」。
國內的金融業提供許多調度資金的方式，從臨櫃匯款、ATM、網路銀行到行動銀行(手機)，另外還有通匯、FEDI、媒體轉帳、以及此篇要談到的「金融XML」，則是比較偏向於企業和銀行使用。由於個人使用的情形比較少，所以我猜想你應該沒有聽過。講出來你不相信，這項業務在民國92年就已上線使用了。

簡單的說，金融XML就是讓付款方，將付款指示寫成XML的型式(技術上是由應付系統將資料轉出成XML格式)後發送給銀行，銀行再據以執行。就技術上而言，當然不是只用一個純文字檔就能把錢轉來轉去，金融XML在通訊和安全機制方面，也有非常詳細的規範，如果你是銀行公會的會員，可以到銀行公會網站下載規格文件。XML訊息大概長的像這樣

基本上金融XML規範了許多項金流業務，包括單筆付款、多筆付款、整批付款，幣別方面提供台幣和外幣，交易則提供即時交易和預約交易。除了交易訊息之外，另外也規範了許多通知類的訊息，像扣帳成功／失敗、入帳通知…等等。

目前金融XML比較有在使用的，是大型企業(一次要發給很多人錢的那種)、保險公司(發業務員奬金)、多層次傳銷(發業績奬金)等等。跟ATM比較起來，ATM的交易筆數量很大，但是每筆的金額都很小；而金融XML的筆數不多，但是每筆的金額都很可觀。

這裡提供一個金融XML業務中最簡單的單筆付款訊息流程圖供參考。可以看出來一個最簡單的跨行付款動作，因為牽涉銀行和財金中心的清算機制以及Three-way Transaction的交易模型，所以就變成這麼多條XML訊息流來流去了(圖中每一個箭頭都代表不同的一個XML訊息)。

接著看看較技術面的部份，企業和銀行間的架構大概如下圖所示。除了全部採用XML格式的資料以外，金融XML在通訊層採用的是全球唯一的SMS(Simplified Messaging Service)通訊協定(不是你想的那個簡訊系統)，而SMS通訊協定基本上是基於SOAP協定的改良版。至於在安全機制部份，就沒有什麼太大創意，訊息往來雙方鎖鎖IP，訊息用X.509V3憑證簽個章(當然接收端也會驗章)，再加上傳輸時用HTTPS把封包亂一亂，大致上就這樣了。

而國外除了現行最普遍的SWIFT之外，也有金融XML的標準，叫IFX(Interactive Financial eXchange)，有興趣的邦友也可以去逛逛看看。

本系列文章列表
Next : [XML]11-使用物流領域案例(物流運籌e計畫)