金融业与商业、运输业等其他行业间的edi
银行edi系统是edi应用的重要部分之一，其特点是业务数据量大，单证种类多，处理复杂，涉及面广（如涉及到商业、制造业、海关、运输业、保险业等重要行业）。银行作为经济活动中的主要角色，在商业贸易中承担着将商业信用变为银行信用的任务，由于银行的介入，增强了买卖双方成交的信心，同时为买卖双方提供了融资的可能性。本节将重点阐述银行业与商户之间edi业务流程和银行edi系统的主要架构。
一、银行edi应用的发展
1、业务模式的设计及选择的标准
设计业务模式的重点是商户不利用到银行便能完成从申请开证到最终付款的全过程，或出口商从收到来证通知到结汇的全过程。由于用户不用到银行办理业务，银行的处理模式也要发生相应的调整，实际业务处理过程中还必须考虑edi方式和原处理方式并存的情况。
edi的全球发展要求采用统一的国际标准，un/edfact已经成为事实上的国际统一标准。因此，银行edi系统全面采用了edifact标准，包括数据源、报文标准及语法规则，edifact已经制定了涉及银行结算业务的报文标准格式。例如：开证申请书、证实书、托收申请书、通知书等。但在具体使用时应注意以下问题：由于edifact制定的报文格式是为适合于各个国家使用的，有些报文内容及数据元长度规定往往超过实际需要，因此在使用过程中需要根据本部门实际情况按照报文子集规定的原则和语法规则对标准进行剪裁，制定相应的标准子集。
edifact的报文标准中大量采用可变长和条件型设计，许多数据元是变长的，各数据元之间采用显示间隔符，数据段使用段标，这有利于报文的可读性，压缩数据的传送量，但这与许多软件设计采用定长格式的要求有矛盾，与已有软件内部数据结构不一致，因此，需使用翻译器将对应数据格式进行转移并选择后进行传送，即实现报文的拆包和打包。
2、系统总体结构及功能模块
系统流程为：通过商户业务管理系统产生的内部数据结构的单证，利用报文格式翻译模块将商户内部格式转化为标准edi格式，然后对报文进行加密和权限检查，附加相应的标志、地址等信息，将报文数据流打包，然后对数据进行压缩，加上相应的纠错码以后调用edi通讯软件，通过网络发送出去。由于暂时没有edi中心，银行方将承担一部分应由edi中心承担的工作，根据纠错码信息决定是否要求对方重发数据，如果校验正确，则将数据拆包，解密并进行权限检查，将报文各部分分解后翻译为业务系统可识别的信息，送入业务处理系统进行处理。
随着edi应用的深入发展，部分大城市建了edi服务中心，在有中心的地方，无论银行、商户都作为信息中心的客户，报文的通讯、法律等问题就比较容易解决，银行在系统中的地位与普通商户相同，只作为edi服务中心的用户，系统不会比表中描述系统复杂。
银行-商户edi系统功能模块如下图所示。它由两大部分组成：其一是银行内部国际结算等相关业务处理系统，包括进口、出口、汇入、汇出、托收等子系统；其二是银行与商户进行网络数据交换的edi系统，主要包括接口软件、翻译软件和通讯服务软件。其中网络通讯系统和翻译系统通用性强，不乏大量的成熟产品，开发时可以在购买已有产品的基础上进行适应性改造。edp与edi之间的接口必须自行开发。
该系统应用软件设计的重点是在银行现有edp基础上开发同时能处理edi和人工处理的业务系统，以及edp与edi的接口程序。