1. 我大學想報金融類的系,我現在是報文還是報理
金融財務類的一般是文理兼招的,許多學校都是文科跟理科各一半的招生名額,所以無論你高中報文科還是理科都沒關系的,關鍵看你更喜歡文科還是理科了~但說實話,大學金融類對數學要求蠻高的,就我的經歷來看,許多高中學文科的進入大學學習經濟數學或金融數學會比較吃力,而且金融學對模型建立、推導要求還是有的,如果要學得深入點,或者將來考研深造,數學是肯定要學得不借才行,因此,高中如果學理科的話,在數學方面會有比較大的優勢,對你以後大學學金融數學或者數學公共課幫助很大~至於青島的比較好的二本金融系就比較難找了,因為除了青島大學是綜合性的外,其他幾所包括科技大、農大、理科大、山東科技大都偏理工科,在金融、經濟方面優勢都不明顯,樓主可以再從中挑一挑,為什麼不跳出青島去看呢?
2. 如何應用金融信息交換協議fix的報文日誌排查問題
是在使用跨行通的時候出現的問題吧,只針對農業銀行的卡有問題內,民生銀行自查容無任何問題,問題出在農業銀行,是農業銀行的系統升級所造成的銀行內部對接問題,目前民生銀行正在與農業銀行積極排查解決問題當中,具體解決問題的時間不確定,適當的時候多做嘗試,因為即使銀行無問題了也不會通知客戶的!故障從7月23日開始!
3. 為什麼有些銀行要用8583報文求解。
ISO8583報文(簡稱8583包)又稱8583報文是一個國際標準的包格式,最多由128個欄位域組成,每個域都有統一的規定,並有定長與變長之分。
最開始時,金融系統只有IBM這些大的公司來提供設備,象各種主機與終端等。在各個計算機設備之間,需要交換數據。數據是通過網路來傳送的,而在網路上傳送的數據都是基於0或1這樣的二進制數據,如果沒有對數據進行編碼,則這些數據沒有人能夠理解,屬於沒有用的數據。起初的X.25、SDLC以及現在流行的TCP/IP網路協議都提供底層的通訊編碼協議,它們解決了最底層的通訊問題,能夠將一串字元從一個地方傳送到另一個地方。但是,僅僅傳送字元串是沒有太大意義的,怎樣來解析字元串代表什麼內容是非常重要的,否則傳送一些「0123abcd」的字元串也是無用的亂碼。
假設我們被推到歷史的舞台上,由我們來設計一個通用報文協議,來解決金融系統之間的報文交換,暫且稱該協議叫做ISO8583協議。此時,技術是在不斷的前行,當初IBM一支獨秀的局面好像已經不妙了,各種大小不一的公司都進入金融行業以求能有所斬獲,呈一片百花齊放的局面。我們怎樣來設計一個報文協議,能夠將這些如雨後春筍般出現的所有公司都納入進來,其實也不是一件很簡單的事。
金融行業其實涉及到的數據內容並不是成千上萬,無法統計,恰恰相反,是比較少的。我們都可以在心底數得過來,象交易類型、帳號、帳戶類型、密碼、交易金額、交易手續費、日期時間、商戶代碼、2磁3磁數據、交易序列號等,把所有能夠總結出來的都總結起來不過100個左右的數據。那我們可以首先簡單的設計ISO8583,定義128個欄位,將所有能夠考慮到的類似上面提到的「帳號」等金融數據類型,按照一個順序排起來,分別對應128個欄位中的一個欄位。每個數據類型占固定的長度,這個順序和長度我們都事先定義好。這樣就簡單了,要發送一個報文時,就將128個欄位按照順序接起來,然後將接起來的整串數據包發送出去。
任何金融軟體收到ISO8583包後,直接按照定義的規范解包即可,因為整個報文的128個欄位從哪一位到哪一位代表什麼,大家都知道,只要知道你的數據包是ISO8583包即可,我們都已經定義好了。比如第1個欄位是「交易類型」,長度為4位,第2個欄位位是「帳號」,為19位等等。接收方就可以先取4位,再取接著的19位,依次類推,直到整個數據包128個欄位都解完為止。