税银联网实时下帐系统平台

一. 概述
　　在多元化纳税申报系统中增加税银实时下帐接口，对纳税人、商业银行和税务机关三方而言，都有着比较积极的意义：
　　对纳税人而言，无论是采用上门申报、网上申报或其他申报方式中的任何一种方式，都可以免去往返于税务机关和银行之间完成税款缴纳的奔波之苦；
　　对商业银行而言，可以无需在地税的外设分局新增服务窗口，从而可以极大地节省人力、物力和财力；同时，也可以省去以往采用人工逐户划转税款的工作，既降低了劳动强度，也避免了人为错误；
　　对税务机关而言，在纳税人进行纳税申报的同时，即完成了税款的上解，因而可以大大减少税款在途的现象；进一步而言，在完成税银联网之后，可逐步探讨并实现与金库的数据共享与交换，最终实现税库银横向联网，从而使整个多元化应用达到一个新的层次。

二. 系统需求
2.1. 功能需求
　　目前，多元化纳税申报系统对税银实时下帐接口的功能需求主要包括以下几个方面：
2.1.1. 扣款/下帐
　　1) 当纳税户进行申报缴款时，或当税务人员对误作废的税票进行恢复处理时，税务机关向银行发送下帐请求，主要包含纳税户计算机编码、银行帐户、缴款金额等信息；
　　2) 银行接收到下帐请求后，核对计算机编码与银行帐户的对应关系，并比较纳税户银行余额与本次缴款金额，满足条件时，将该帐号请求下帐的金额划转到税务机关税款专用帐户上；
　　3) 银行端操作完成后，将处理结果（包含交易流水号或错误代码等）返回到税务机关，再由税务机关的系统进行相应处理。
2.1.2. 退款/冲帐
　　1) 当纳税户多报或错报税款时，税务机关会进行相应的“申报作废”或“税票作废”处理。此时由税务机关向银行发送冲帐请求，主要包含纳税户计算机编码、银行帐户、退款金额、原交易流水号等信息；
　　2) 银行接收到冲帐请求后，核对计算机编码与银行帐户的对应关系，并核对原交易流水号的合法性，满足条件时，将该帐号请求冲帐的金额从税务机关税款专用帐户划转到纳税户的帐户上；
　　3) 银行端操作完成后，将处理结果（包含交易流水号或错误代码等）返回到税务机关，再由税务机关的系统进行相应处理。
2.1.3. 余额查询
　　1) 当纳税户通过多元化系统进行帐户余额查询时，由税务机关向银行发送余额查询请求，主要包含纳税户计算机编码、银行帐户等信息；
　　2) 银行接沈阳小程序制作收到余额查询请求后，核对计算机编码与银行帐户的对应关系，满足条件时，查询出该帐户的余额；
　　3) 银行端操作完成后，将处理结果（包含帐户余额或错误代码等）返回到税务局，再由税务机关的系统进行相应处理。
2.1.4. 对帐
　　1) 由税务机关向银行发送对帐请求，主要包含对帐起止时间等信息；
　　2) 银行接收到对帐请求后，银行将指定时间段内的交易汇总和明细情况生成为文件（双方约定文件命名规则），并存放到指定位置，并将处理结果（包含成功或错误代码等）返回税务机关；
　　3) 税务机关收到对帐结果数据后，采用FTP的方式从指定位置获取对帐文件，并与内部交易明细数据进行比对，发生错误时，采用自动或人工的方式进行处理。
2.2. 性能要求
　　由于地税大厅申报征收和多元化申报系统是为纳税人提供实时纳税申报和缴税服务，所以税银实时下帐接口的交易相应时间应与银行柜台交易响应时间相近，一般为1～2秒，大量用户并发访问时为10秒左右。
2.3. 服务时间要求
　　由于地税多元化申报系统为24小时服务，从原则上来讲，对税银实时下帐接口的要求也应为24小时服务。但由于银行系统存在日终处理业务，因此在这段时间内必须暂时关闭下帐服务；银行日终处理完成时，下帐服务要及时恢复。

三. 系统结构
　　本方案是针对地税网络系统和银行实现网络的互联来制定的，目标是达到两个系统之间数据信息安全、快速、可靠稳定、持续的传输。
　　本方案中，系统设置了税务前置机以及银行前置机，对于银行业务的联网来说，采用前置机是通常的做法。一般来说，此前置机的作用通常是出于安全的考虑。本方案设置税务前置机的目的，除了可以按照前置机的做法来真正部署外，还有一个考虑就是便于明确和银行的数据和业务交互过程，明确系统的边界，也可以保证整个系统的安全，

 1/2    1 2 下一页 尾页