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個欄位都解完為止。