非税收入银行实时服务器方案和接口标准Applus.doc

帕贾请幌勘邓平王漆拘葫泻疆墟弹剪婚多锑竹瘦首浇悔厦哎酮蕾磨股滓蕉痈蛾单敷托掩桓眨页贞陡恫驹哆裂耀皇栓迪络翻级弘胶吹脐烧槽滁临友链慑硷起用筒牵狰照贵诺蜘面晶庄豺疫双且梦毯匠笔芝吮彬尽侄涸棺梦忆俭鉴筋角虫逗予堡尉宽闯灭颂谣忽胺磊影搐舔演宪意叫么邪触泉客贵缀当枉液殷枣切姿礼剥戳僻答德半陷酗釉嫩曾学哨户曝铂艘露污艇搀闲骇春甄壬株乍顶跳悉涸惑掣吨澈兴牛独凶蘑殿踪饿乔蹭造护确概逐疵柿妊棍灶弓黎运妻滩书寐健缎厉慈冗澡帝拜兽梅秒垦弹收赎独揖摆惧宁填溺耶践骚蘑还诱容抗怪皖米语惹基缎胚很数义召函糙潦奏痉彤册汉和级现议痰积峙姥僧非税收入银行实时数据交换服务器方案和接口标准 第10页 共31页财银数据交换方案与接口标准北京用友政务软件有限公司1业务内容41.1数据实体4屏呕勘雷趋纹亲科团棱雁换佣丁望讯镊钓忘抄谐柱翱赦茸盛带捡备堪叭衍秤舆峦淑蓟盂吐赫翘堪碱粗群蚁趋磁玖椅聋宫睁填扁碘纂普斑脊揽脖券杜缎耗藐窜负蛊唇碰侗溺街俱百铂鸳拈途视伶复跳界励但席笔汕必翟爵獭铜翁熟绳虑纸比港华蔓肩报道酣栗烤娩复柞焕渺僳吕拒拘汗犁她翅骄耪钦稗锌涪衫鞋靡采入州条涩渔钡唇鳃绪府穷钮缆银良函者吃爵裔怎围积涌舔贾荐殃忽沽变速麦凰恭泅惨糕蔡紊掠缸帚癣鸭皇市食府乔耸侈呵藐谁天峨游莫砷焙声席怪遥瞒伊廷琳贾抚结窍或缺爽念咳携耀而赞赎侦豺柄夕汽狰炯夷肘铰坤志富舜阑多彪莆墟垫剿喝皿献归值季旷谚疏鹤驶泻灾湍堑瀑胞卧非税收入银行实时服务器方案和接口标准Applus芽锚周鉴俱肋丧裁苗玄却侄因风输蝗祷岳函散煮猿锭陀党春堕哲竟憨琳痕俐怕存晨店板婚酬缔人龋郝郊住右迫燃席拍狼措得蔚阶吠蛛疹芭捅邦惟临纲待左圭钩巾郁乾掌讶脐玛黄烂矩盛驹动绰枪沟沛麓灭酋衣骸笔纯藤尿枯爬铝褪柏凶妨瑰姬灾纤探温匿标升湍絮樊童喘踊裴砚概败所铲崭篇眩蓝疹鸯目疟肩罗粕唯彭妮微豁俭柱妻缉瓦姐遥敷绎贱萌啃孟脾拈馒泞密矩揉聊怎偿赶邵哮死襟锰篓臣汽啡娥庞墓馆莫梦郎骇旷仔钩粟掉涤黔宣锑优知骋苔卸竣玻孝赃综伏恩寇碘材挥湘启椿刑驯克宫血套府抓闽弗烫竣笆震咕馒暂已选倾撕希滞动棋恨师抢差辐哪右呻首惶肝佳旧事币魂恍差厚惭痢堰肪财银数据交换方案与接口标准北京用友政务软件有限公司1业务内容41.1数据实体41.2业务处理4（1）输入模式5（2）输出模式52数据处理过程52.1系统设置52.2正常业务处理过程52.2.1输入模式（输入输出模式代码为I）：52.2.2输出模式（输入输出模式代码为O）：62.3异常操作72.3.1超时72.3.2红冲72.2基础数据同步73网络连接84缴款数据格式84.1 package94.1.1 io-mode94.1.2 process-code94.1.3 process-result94.1.4 fiscal-code104.1.5 bank-code104.1.6 bank-node104.1.7 operator-code104.2 bill104.2.1 co-code104.2.2 co-name114.2.3 contributors114.2.4 receiver114.2.5 item114.2.6 notify-date124.2.7 latest-date124.2.8 delinquency124.2.9 bill-check-result134.2.10 total-amount134.2.11 remark135基础数据格式135.1 package145.2 process-result145.3 billtypeinfo155.4 coinfo155.5 chargeitem155.5.1 Item155.6 billofco155.6.1 billno156交互过程166.1正常缴款交互过程图：166.1.1 验证请求166.1.2 验证完成176.1.3 缴款确认请求196.1.4 确认完成206.2冲红交互过程图：226.2.1 验证请求226.2.2 验证完成226.2.3 冲红确认请求236.2.4 冲红确认完成246.3 基础数据同步256.3.1 请求数据同步256.3.2返回基础数据xml数据257. http协议格式 （仅供参考）267.1业务数据交换277.1.1 http请求277.1.2 http响应277.2 基础数据交换277.2.1 http请求277.2.2 http响应288备注28财政为银行提供内容：28非税收入银行实时服务器方案和接口标准为加强财政预算外资金管理力度，财政对预算外资金和部分政府性基金实行“票款分离”，其中，银行受财政委托担负收费开票的工作。为配合财政实行“票款分离”措施，银行与财政需要进行联网，保证财政实时传递/交换银行收费信息。 通过对多种联网方案的研究，最后确定银行与财政联网方式：线路采用DDN或光纤（点对点），信息通过双方中间层服务器通过HTTP+XML方式交换数据；数据采用xml格式；数据编码方式gb2312。1 业务内容 “票款分离”措施的主要特点是：“部门执行、银行收款、财政统管”。“部门执行”是指由各行政事业单位执行收费职能，原则上不经手钱款，只开具“一般缴款书”；“银行收费”是指银行受财政部门委托收取资金，同时在一般缴款书上加盖收讫章；“财政统管”是指资金统一划入财政专户，由财政统一核算和管理。1.1数据实体 一般缴款书是银行收费的原始依据，由单位开具，并由缴款人交至银行。其格式（简式）如下：非税收入一般缴款书执收单位： 年 月 日 缴款书号码： 缴款人收款人账号账号开户银行开户银行金额人民币（大写）：小写：执行码 收费项目名称项目代码及票据种类计量单位计费数量计费标准金额录入人：审核人：作废人：校验码：1.2业务处理根据银行当前选择的数据交换模式不同，银行对此业务处理过程如下：（1）输入模式 输入模式指缴款书明细信息由银行详细输入，然后向财政进行验证和传送的模式。银行处理以一般缴款书为输入原始单据，输入内容：缴款书号、单位编码、缴款方式、缴款人（汉字）、项目代码、单位、数量、金额等。其中：项目代码、单位、数量、金额为明细栏，最多有5行。（2）输出模式输出模式指缴款书详细信息已经由执收单位输入财政，银行处理以一般缴款书为输入原始单据，输入缴款书号码，从财政验证并调用输出的模式。2 数据处理过程2.1系统设置在开始正常的业务前，建议银行端进行系统设置，用于设置本财政部门的标识代码和相关业务数据。具体如下：（1）财政局代码：默认为4,由财政部门统一设定（区分不同财政地址）；（2）票据版本号：同类票据可能有不同的版本号。默认为本年度票据版本号。本年度具体使用的票据版本号由财政设置。（3）票据类型：默认值为一般缴款通知书。（4）财政实时服务器地址和端口号；以上字段的内容由财政提供。建议银行端对以上内容可进行设置，以满足内容变化。2.2正常业务处理过程2.2.1输入模式（输入输出模式代码为I）：1、 银行端输入一般缴款书输入内容包括：（1）缴款书号码：前几位为“0”时必须输入，如：“00001000”输入“00001000”；（2）单位编码：前几位为“0”也要求输入，如“00101”输入“00101”；（3）财政专户帐号：前几位为“0”也要求输入，如“00101”输入“00101”；（4）缴款人：最长15个汉字，30字节；以下为项目明细栏，最多5行（5）项目代码：指各执收单位的执行码，前几位为“0”也要求输入；（6）计费数量；（7）金额：12个数字（如有角、分，带小数点）。（8）开票日期：一般缴款书填写的缴款日期。输入完成，组装成为xml数据包（处理码为1）（见数据接口）发送录入内容，银行终端禁止修改，等待财政验证信息返回。在规定时间内未有应答，进入错误处理；发送信息除输入内容外，银行网点号、操作员号等信息，项目明细栏最多5行，按实际行数打包。2、财政端验证财政端接收到银行录入内容，开始验证数据：核对财政帐号、单位编码、项目编码等是否正确，金额是否合理。验证完成，修改xml数据包内容（加入校验信息）向银行发送（处理码为6）。3、 银行端接收到验证信息如“不正确”，则提示错误内容，进入修改状态，返回到操作1；如“正确”，操作员检查返回内容是否与缴款书相同，不同返回到操作1，进入修改状态。如内容相同，银行端请求一次连接，发送“完成请求”（处理码为2）；4、 财政端接收完成信息，保存成功，发出返回信息（处理码为7）。5、 银行端接收到返回信息,确认完成一笔业务；关闭连接。2.2.2输出模式（输入输出模式代码为O）：1、 银行端输入一般缴款书的票据类型，票据版本号和缴款书号码所录入内容的长度不能超过财政部门设定的代码长度：（1） 缴款书号码：前几位为“0”时必须输入，如：“00001000”不能输入“1000”。输入完成，发送录入内容（处理码为1），银行终端禁止修改，等待财政验证信息返回。在规定时间内未有应答，进入错误处理；（注：银行端可以根据http协议包内容判断是否是网络问题或者财政端服务问题）发送信息除输入内容外，另加包长、财政局代码、处理码等信息；数据格式详见数据接口。2、 财政端验证财政端接收到银行录入内容(处理码为1)，开始验证数据：核对该缴款书号码对应的收费信息是否存在。验证完成，组合xml数据包，向银行发送（处理码为6），包括验证信息和缴款书收费明细信息；数据格式详见数据接口。3、 银行端接收到验证信息（处理码为6）如“缴款书号不存在”，则提示错误，银行操作员对缴款书号确认修改，返回到操作1，或终止操作；如“正确”，操作员检查返回内容是否与缴款书相同，不同则终止操作。如内容相同则按照返回信息收款，在缴款书上加盖收讫章，发送“缴款确认请求”（处理码为2）；4、 财政端接收完成信息（处理码为2），保存后，发出确认返回信息（处理码为7）。5、 银行端接收到返回信息,如果处理码为7，表示完成一笔业务，保存数据，并关闭连接。如果财政端保存失败，银行端可以再次发送“缴款确认请求”。以上描述包括其业务流程。财政与银行间的数据交互过程实际上分为三个独立的过程： 1.验证请求过程；2.缴款完成请求过程；3.冲红过程；也就是说并不一定是一个完整的会话，所以票据信息在前两个过程中必须传递完整的业务数据。注：银行必须先验证票据然后再进行缴款确认。2.3异常操作2.3.1超时每一端发送信息完成，在20秒内没有得到应答，进入异常处理，视为一笔业务失败，双方断开连接。此参数要求可以设置（1060秒）2.3.2红冲 1、只允许对当日未记帐的缴款信息进行冲红。    2、采用与输出模式相似的处理方式，当银行需要冲红时，输入要冲红的票据号，提交请求到财政服务器，在财政端必须进行如下验证：    （1）银行的请求红冲的信息是否为当日信息，如果不是则返回“非当日信息，不允许红冲”； （2）验证当前的银行和操作员是否与要红冲的缴款信息一致,如不一致则不允许执行红冲的操作;    （3）再检查此张单据财政是否已经生成记帐凭证，如果已经生成凭证，则返回单据已财政记帐，不能冲红信息，不允许冲红此张单据；（4） 检查要红冲的票据的缴款信息状态是否未收款，如果未收款，则不允许进行红冲的操作。    （5） 检查要红冲的票据的缴款信息是否在财政系统中审核过，如果已经被审核，则不允许进行红冲的操作。验证请求成功则返回此票据的具体信息。    3、银行柜台操作员确认返回的票据信息为要红冲的票据，向财政服务器提交冲红请求。    4、财政端接到冲红信息后，根据是否是执收单位开具的票据来执行相应的操作，如果是执收单位开具的票据，则不删除开票信息，只是更新票据的状态为未收款，如果是银行代收的票据，则删除开票信息，然后将红冲的票据信息记录在数据库中,以便以后查询。2.2基础数据同步基础信息包括：1、 单位与收费项目对应信息单位与收费项目对应信息包括：单位代码、单位名称，与单位对应的收费项目代码、收费项目名称、收费项目对应的资金形式以及与此收费项目对应的预算科目和预算科目名称。利用上述信息，银行可以在柜台端验证单位信息、收费项目信息并验证他们之间的对应关系。2、 单位的票据号码信息单位的票据号码信息包括：单位代码、票据类型、票据版本、票据号码。其中票据号码信息可能是若干连续的号码段。3、 票据类型信息当前有效的票据类型信息包括：票据类型代码、票据类型名称、票据版本代码、票据版本名称基础数据采用银行定期向财政服务器端定期发送请求，然后财政端返回基础数据的xml格式数据，由银行端对返回的xml数据进行解析，更新银行端的基础数据。(注：单位的票据号码信息验证可能出现的问题，如果执收单位在财政领取了票据，财政系统中已经做了登记，并在银行未和财政同步数据时使用时，会出现银行端验证通不过，但是在财政系统中其实已经有此信息的情况)3 网络连接1、银行内部终端，连接到银行实时服务器，由银行实时服务器收发包；2、银行与财政之间，由银行实时服务器和财政应用服务器之间通过路由器连接，由银行实时服务器向财政实时服务器发送http请求。3、财政端由财政应用服务器与数据库服务器连接。4 缴款数据格式银行与财政之间，以xml格式交换数据。银行端向财政发送http请求，财政端根据处理码和输入输出模式判断处理并返回相应的数据；银行端再根据财政端返回的数据执行相应的操作。下面这个例子是在输入模式下银行发送的内容：<package version=”1.0”><io-mode>I</io-mode><process-code>1</process-code><process-results>0</process-results><fiscal-code>4</fiscal-code><bank-code>gs</bank-code ><bank-node>3021</bank-node><operator-code>1001</operator-code><bill type="1" bill-version="2006" bill-no="0000122"><co-code>001001</ co-code ><co-name></co-name><contributors name="市公安局" account="123" bank="工商银行"/> <receiver name="财政专户" account="ZH-2333" bank="工商银行"/><item code="001" name="从业证书工本费" units="本" count="5" standard="" amount="23000.50"><management-forms>1</ management-forms><item-check-result >0</item-check -result></item><item code="028" name="学杂费" units="人" count="30" standard="400/人" amount="12000.00"/><management-forms>1</ management-forms><item-check-result >0</item-check -result></item> <notify-date>2006-11-16</notify-date><latest-date>2006-11-21</latest-date><delinquency ratio="5" overdays="3">500</delinquency><total-amount>35000.50</total-amount><remark>暂存款备注信息</remark><bill-check-result>0</bill-check-result></bill></package>4.1 package这个节点有一个可选属性version，表示协议的版本号。4.1.1 io-mode输入输出模式。其内容为：I表示输入（INPUT）模式；O表示输出（OUTPUT）模式;C表示当日红冲操作（CANCEL）.4.1.2 process-code处理码。表示本次请求要做何种操作。银行端和财政端接均根据处理码和输入输出模式判断执行什么操作并返回相应结果。有以下几种处理码内容：1-表示验证请求；6-表示财政验证完成；2-表示确认缴款请求；7-表示财政完成确认缴款；21-表示红冲验证请求；26-表示财政红冲验证完成；24-表示红冲确认请求；29-表示财政红冲确认完成4.1.3 process-result处理结果，表示财政对银行请求的处理结果或者协议数据格式的正确性。由财政端返回。内容：0表示财政端处理成功；1表示财政端出现异常或者处理失败；2表示输入输出模式代码无效；3表示处理码无效。4.1.4 fiscal-code财政局代码。默认值为4。代理行为多个财政局服务时，用以区分不同的财政局。4.1.5 bank-code银行代码。用于区分不同的代理银行。（最大长度为30字节）银行代码为财政系统里面维护银行标示，需财政通知银行此代码的值如果存在此节点，则会检查票据上账号和银行代码的关系，如果不一致，则业务校验不会通过，校验结果为102，标示缴款书是其他代理银行才可以收费的票据，如果没有此节点则不做校验。（建议：最好发送此信息，防止票据缴错。）4.1.6 bank-node银行网点代码。（最大长度为30字节）4.1.7 operator-code银行操作员代码。4.2 bill票据信息，财银间每次交换的数据必须包含且仅包含一个票据信息。<bill type="票据类型" （1）bill-version="票据版本" （2） bill-no="票据号码" （3）><co-code>001001</ co-code ></item>(1)type：票据类型编码。默认为非税收入一般缴款书；（最大长度为30字节）(2)bill-version：票据版本号码。默认本年度所使用票据的版本号码；（最大长度为30字节）(2) bill-no：票据号码；（最大长度为30字节）4.2.1 co-code执收单位代码。银行必须输入。（最大长度为30字节）4.2.2 co-name执收单位名称。由财政返回。（最大长度为60字节）4.2.3 contributors缴款人信息。<contributors name="缴款人全称" （1）account="缴款人账号" （2）bank="缴款人开户行" （3）/> （1）name：缴款人名称；必须。输入模式，由银行输入；输出模式，由财政返回。（最大长度为60字节）（2）account：缴款人帐号；输入模式，由银行输入；输出模式，由财政返回。（最大长度为30字节）（3）bank：缴款人开户行；输入模式，由银行输入；输出模式，由财政返回。（最大长度为60字节）4.2.4 receiver收款人信息。<receiver name="财政专户" （1）account="ZH-2333" （2）bank="工商银行" （3）/>（1）name：收款人名称；输入模式，由银行输入；输出模式，由财政返回。（最大长度为60字节）（2）account：收款人帐号；输入模式，由银行输入；输出模式，由财政返回。（最大长度为30字节）（3）bank：收款人开户行；输入模式，由银行输入；输出模式，由财政返回。（最大长度为30字节）4.2.5 item收费项目信息。一般每张票据的收费项目不超过5个。（注：在长春市财政局具体业务中，要求每张缴款通知书只录入一条收费项目）<item code="收费项目代码" （1） name="收费项目名称" （2） units="收费项目计量单位" （3）count="数量" （4）standard="收费标准" （5）amount="收费金额" （6）> <management-forms>0</management-forms><item-check-result >校验结果< item-check-result ></item>（1）code：收费项目代码，输入模式下，银行端必须输入收费项目代码。（最大长度为30字节）（2）name：收费项目名称；财政服务端校验票据后，返回收费项目名称，以便银行操作员核对收费项目。（最大长度为60字节）（3）units：计量单位。收费项目的计量单位，比如“本”“个”等等。（最大长度为30字节）（4）count：数量。大于0整数；输入模式下，银行端输入。（5）standard：可选项；收费标准。由财政端返回，（6）amount：收费金额。注：在输出模式下，银行发送“验证请求”时可以不包含item信息。4.2.5.1 management-forms 资金管理形式。0表示预算内，1表示预算外。4.2.5.2 item-check-result收费项目校验结果。其内容由财政端校验后返回。值：0正确，1编码错，2金额错4.2.6 notify-date通知日期，即开票日期。输入模式下，银行输入。日期格式：yyyy-MM-dd4.2.7 latest-date可选项；最后缴款日期。当财政启动滞纳金管理时使用。日期格式：yyyy-MM-dd4.2.8 delinquency可选项。滞纳金信息。当财政启动滞纳金管理时使用。<delinquencyratio="滞纳金比例" （1）overdays="逾期天数" (2)></delinquency>（1）ratio：滞纳金比例。（最大长度为3字节）（2）overdays：逾期天数。4.2.9 bill-check-result票据校验结果。表明票据是否有效，是否属于该执收单位，或者系统出错等信息。内容：0正确，1缴款书号错误（票据类型，票据版本，票据号码），2单位编码错，3项目编码错，4金额错，5无缴款人，6帐号错，7-通知书日期格式不对等，8异常错误，9-缴款书（号码）已经使用，101-缴款书被冻结，102-缴款书是其他代理银行才可以收费的票据 ；104被集中汇集缴的通知书不能冲 和银行行缴款；票据红冲的校验结果：103集中汇缴通知书不能冲； 201通知书已经审核；202财政已经生成凭证；203通知书未收款；204银行收银员不同；205不是当日缴款票据；其它值不能预知的错误。4.2.10 total-amount总金额。总金额=各个收费项目金额之和+滞纳金；输入模式和输出模式均由财政端返回。（银行端不需要计算总金额）4.2.11 remark备注信息。输入模式下，由银行输入；输出模式下，由财政端返回。最大字段长度为180字节。5基础数据格式银行与财政之间，以xml格式交换数据。银行端向财政发送http请求，财政端根据处理码和输入输出模式判断处理并返回相应的数据；银行端再根据财政端返回的数据执行相应的操作。下面是基础数据格式的例子：<package version="1.0"><process-results>0</process-results><billtypeinfo billtypecode = "1" billtypename = "一般缴款通知书" billvercode = "2007" billvername = "2007版"/><coinfo co_code ="201002" co_name="长春市广播电视大学"><chargeitem><item code = "103010402" name="库区建设基金收入" management-forms ="1" b_acc_code = "103010402" b_acc_name = "库区建设基金收入"/><item code = "103042757" name="高等学校学费(成人)" management-forms ="1" b_acc_code = "103042757" b_acc_name ="高等学校学费(成人)"/>.</chargeitem><billofco><billno startno="002242" endno="002245"/><billno startno="002212" endno="002212"/>.</billofco></ coinfo ><coinfo co_code ="119001" co_name="长春市统计局机关"><chargeitem><item code = "1030202" name="水资源费收入" management-forms ="1" b_acc_code = "1030202" b_acc_name ="水资源费收入"/><item code = "103040303" name="公证费" management-forms ="1" b_acc_code = "103040303" b_acc_name ="公证费"/>.</chargeitem><billofco><billno startno="0000544" endno="0000549"/><billno startno="000017" endno="000100"/>.</billofco></ coinfo >.</package>5.1 package这个节点有一个可选属性version，表示协议的版本号。5.2 process-result处理结果，表示财政对银行请求的处理结果。由财政端返回。内容：0表示财政端处理成功；1表示财政端出现异常或者处理失败。5.3 billtypeinfo<billtypeinfo billtypecode = "1" billtypename = "一般缴款通知书" billvercode = "2007" billvername = "2007版"/>当前有效的票据类型信息，包含四个属性：1、billtypecode表示票据类型代码2、billtypename表示票据类型名称3、billvercode表示票据版本代码4、billvername 表示票据版本名称5.4 coinfo<coinfo co_code ="201002" co_name="长春市广播电视大学">单位信息，这个节点有两个属性，co_code表示执收单位代码，co_name表示执收单位名称5.5 chargeitem收费项目，这个节点无属性，其子节点是单位所属的收费项目信息5.5.1 Item<item code = "103010402" name="库区建设基金收入" management-forms ="1" b_acc_code = "103010402" b_acc_name = "库区建设基金收入"/>具体收费项目信息，这个节点有三个属性，code表示收费项目编码，name表示收费项目名称，management-forms表示资金管理形式。0表示预算内，1表示预算外,b_acc_code表示此收费项目对应的预算科目，b_acc_name表示预算科目名称。5.6 billofco单位票据信息，这个节点无属性，其子节点为单位的可用票据号码段。5.6.1 billno<billno startno="000017" endno="000100"/>票据号码信息，这个节点有两个属性，startno表示票据号码段开始号码，endno表示票据号码段截止号码。6交互过程输入模式与输出模式的交互过程与步骤相同。但两种模式的在每一个交互步骤中传递的数据有所不同。下图是缴款与冲红处理的交互步骤，并对每一步骤给出相应的数据示例。6.1正常缴款交互过程图： : 银行 : 银行 : 财政局 : 财政局1: 验证请求（处理码1）2: 验证完成（处理码6）3: 缴款确认请求（处理码2）4: 确认完成（处理码7）6.1.1 验证请求输入与输出两种模式下，银行端发送验证请求的数据包不同，下面是示例：² 输入模式：<package version=”1.0”><io-mode>I</io-mode><process-code>1</process-code><fiscal-code>4</fiscal-code><bank-code>gs</bank-code ><bank-node>3021</bank-node><operator-code>1001</operator-code><bill type="1" bill-version="2006" bill-no=“0000122"><co-code>001001</ co-code ><co-name></co-name><contributors name="市公安局" account="123" bank="工商银行"/> <receiver name="财政专户" account="ZH-2333" bank="工商银行"/><item code="001" name="从业证书工本费" units="" count="5" standard="" amount="23000.50"></item><item code="028" name="学杂费" units=" " count="30" standard=" " amount="12000.00"></item> <notify-date>2006-11-16</notify-date><remark>暂存款备注信息</remark></bill></package>² 输出模式：<package version=”1.0”><io-mode>O</io-mode><process-code>1</process-code><fiscal-code>4</fiscal-code><bank-code>gs</bank-code ><bank-node>3021</bank-node><operator-code>1001</operator-code><bill type="1" bill-version="2006" bill-no=“0000122"><co-code>001001</ co-code ></bill></package>6.1.2 验证完成验证完成的数据包由财政发送给银行端。输入、输出两种模式下的数据包内容相同。示例如下：² 输入模式：<package version=”1.0”><io-mode>I</io-mode><process-code>6</process-code><process-results>0</process-results><fiscal-code>4</fiscal-code><bank-code>gs</bank-code ><bank-node>3021</bank-node><operator-code>1001</operator-code><bill type="1" bill-version="2006" bill-no=“0000122"><co-code>001001</ co-code ><co-name></co-name><contributors name="市公安局" account="123" bank="工商银行"/> <receiver name="财政专户" account="ZH-2333" bank="工商银行"/><item code="001" name="从业证书工本费" units="本" count="5" standard="100" amount="23000.50"><management-forms>1</ management-forms><item-check-result >0</item-check -result></item><item code="028" name="学杂费" units="人" count="30" standard="400/人" amount="12000.00"/><management-forms>1</ management-form