C#+sqlserver的SAP金税接口研究及红票优化处理(2)
时间:2017-02-22 12:43 来源:毕业论文 作者:毕业论文 点击:次
4主要模块设计及运行界面 22 4.1系统登录模块 22 4.1.1系统登录模块功能 22 4.1.2 模块代码流程图及运行界面 22 4.2系统文护模块 24 4.2.1 系统文护模块功能 24 4.2.2模块代码流程图及运行界面 24 4.3在线开票模块 25 4.3.1 在线开票模块功能 25 4.3.2模块代码流程图及运行界面 26 4.4发票审核模块 26 4.4.1 发票审核模块功能 26 4.4.2模块代码流程图及运行界面 27 4.5金税合并模块 28 4.5.1 金税合并模块功能 28 4.5.2模块代码流程图及运行界面 28 4.6发行依赖模块 29 4.6.1 发行依赖模块功能 29 4.6.2模块代码流程图及运行界面 29 4.7金税导出模块 30 4.7.1 金税导出模块功能 30 4.7.2模块代码流程图及运行界面 30 4.8发票回传模块 31 4.8.1 发票回传模块功能 31 4.8.2模块代码流程图及运行界面 31 5系统运行环境及部署 33 5.1系统运行环境及IIS WEB部署 33 5.1.1. 系统运行环境简介 33 5.1.2. IIS WEB部署 33 6系统评价 34 6.1系统主要特色/优点介绍 34 6.2系统存在不足与改进方案 34 结论 35 致谢 36 参考文献 37 1 引言 1.1课题的研究背景及意义 1.1.1课题的研究背景 现代企业票务的复杂性与国家税务制度的严格性矛盾日益升华，各行各业均使出浑身解数力求在企业个性需求与狭窄标准中找寻平衡点，而因此产生的人力、时间支出又接踵而至。为此，我启明软件公司结合多年税务、票务的服务经验，在企业管理系统与税控开票软件接口中，在个性需求与严谨要求中另辟新径，票据业务的完美解决方案应孕而生。 首先，在半年多的实习中，我发现启明公司针对不同的客户，实现相同项目的不同需求。由于目前项目的客户需求，需要我们为其设计一套SAP金税接口文件，以方便发票在税控机打印之前做好筛选准备，减少企业人工误操作，浪费税号。由于客户并未在红票上进行相应的处理，这样一来还是会造成很大的资源浪费。基于客户需求，每一步都要自行检索相关的条件，并未很智能化的人工删选。基于此点，本人就网上查找一个企业要开票的整体流程后发现，其实目前客户需求思文很狭窄，而且是针对单个客户所做的设计，所以适用性不是很强，而且每个步骤依然有很多可以因人工实行而产生的误操作。 所以在项目执行中，我咨询企业导师该企业客户的大致开票流程，以及相关的逻辑处理，在红票优化之前，先将所有的符合条件的一一检索出来，就不必在后续进行检索，节省时间有大大减少删选阶段造成的错误。同时基于该企业客户对废票的处理相当简单，而且也容易产生问题，所以就将红票和废票一并进行优化处理，并且在金税合并的情况里将这两者单独列出，分别做处理，这样两者不会产生产生冲突，从而又将误操作减小到最低。 另一方面，增值税销项税发票必须使用税务局指定的防伪税控开票系统开具（简称：金税系统），而如今很多企业所使用的SAP软件管理系统和税务上防伪税控开票系统相互独立，两者间缺少有效的数据共享接口，造成税务流程涉及大量的手工重复工作和多系统间的数据人工传递。同时，由于SAP软件系统通常没有办法直接接收防伪税控开票系统返回的发票信息，导致增值税发票往往难以核查，销售与财务的报表数据常常对应不上，从而影响整个企业的业务管理流程。 (责任编辑：qin) |