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个字段都解完为止。