山西省广电信息网络集团普通发票开具信息监控管理系统解决方案.doc

山西广电信息网络集团普通发票开具信息监控管理系统山西省广电信息网络集团普通发票开具信息监控管理系统解决方案山西企友软件有限公司2011年9月目 录1项目背景42需求分析53系统建设目标74系统设计架构124.1系统部署124.1.1监控管理系统物理架构124.1.2开票系统物理架构124.2设计架构134.2.1基于b/s三层架构设计134.2.2基于j2ee技术的实现154.2.3组件化设计方法154.3系统设计原则154.3.1可靠性164.3.2安全性164.3.3扩展性164.3.4易用性174.3.5可维护性、可管理性175系统建设内容175.1集团监控管理系统175.1.1平台建设175.1.2业务板块185.1.3系统功能195.2集团普通发票开具信息报盘系统195.2.1平台建设195.2.2业务板块195.2.3系统功能205.2.4发票管理235.2.5客户管理245.2.6报送管理255.2.7查询统计276项目实施286.1项目启动阶段286.2需求调研确认阶段296.3软件功能实现确认阶段316.4数据标准化初装阶段326.5系统培训阶段326.6系统安装测试及试运行阶段336.7总体验收阶段346.8系统交接阶段357售后服务357.1服务网络357.2技术服务357.2.1服务目标357.2.2服务形式357.2.3服务响应357.2.4服务内容367.3培训367.3.1培训目的367.3.2培训对象377.3.3内容377.3.4资料378费用381 项目背景根据中华人民共和国发票管理办法、国家税务总局关于印发的通知（国税发2009142号）和国家税务总局关于全国统一式样发票衔接问题的通知 (国税函2009648号)要求，按照“简并票种、统一式样、建立平台、网络开具”的总体思路，结合我省地税系统普通发票管理实际，山西省地方税务局制定了山西省地方税务局关于印发的通知（晋地税发2010115号），制定了严密的防伪措施，完善了现有普通发票真伪查询系统。根据实施方案要求，自2011年1月1日起，全省地税系统停止使用旧版发票，统一使用新版发票。新版发票的开具要求扩大通用机打发票的使用范围，最大限度地限制和压缩手工发票，企业在开具的发票时需要满足发票真伪查询，同时要将开票的信息报送到税务机关。为全面提升地税通用机打发票管理的规范化和信息化水平，实现“以票控税”向“信息管税”转变，适应全省集发票开具、信息采集和信息应用的普通发票管理平台建设需要，我公司开发了普通发票信息开具信息报送管理系统，实现了平推式机打发票的发票开具、发票更正、数据上报、数据采集、数据查询等业务功能，系统利用通用机打发票的网络开具或u盘开具，与省局普通发票管理平台无缝衔接，减轻纳税人的经营成本，提高税务机关的工作效率。2 需求分析山西广电信息网络（集团）有限责任公司（以下简称广电集团）是经山西省省委、省政府批准组建的大型国有骨干文化企业，主要从事有线、无线、卫星的广播、电视、信息传播；广电宽带综合信息网的设计、建设、开发、经营和管理；高清交互数字电视、视频点播等广播电视新业务的开发；宽带数据专网、互联网接入、公共信息服务和物联网、云计算应用平台建设等“三网融合”新业务的开发。广电集团现有省干线网分公司、省属五大煤企分公司、大同分公司、太原分公司等13个省、市级分公司，100多个县级分公司；拥有市、县、企事业单位广播电视有线网络170多张，省广播电视综合信息主干、支干网络全长8400公里，上与国家广播电视干线网相连，下与全省市、县网络相通。全省广电网络光缆线路总里程2万多公里，有线电视总用户580多万户。作为全省广播电视网络整合和统一规划、建设、运营、管理的唯一主体，2011年底将基本完成全省广播电视网络整合。在“十二五”期末可实现全省网络总资产过百亿、年经营收入达50亿的目标，成为山西文化产业的龙头企业和旗舰企业。广电集团分支机构多、用户地域范围广、数量多，需要建设统一的财务、税务、业务管理系统进行规范管理，提高企业的效益，提升企业形象。经过我公司对广电集团的应用状况分析，发现广电集团在发票开具、信息报送、业务管理存在着以下几个方面的问题或不足，需要通过建设相应的发票开具信息监控管理系统解决： 企业经营规模大，用户数量多：广电集团全省有100多个分公司，580多万有线电视用户，企业的财务数据、业务数据以及税务数据全部汇总到集团总部将是一个非常庞大的数据。 企业分支机构众多，地域分散：广电集团100多个分公司分属全省11个地市，100多个市、区、县，加上各分公司在当地建立的开票（收费）点，企业发票开具、信息报送的地域分散、网络覆盖面广，造成发票管理及信息上报的地域性差别以及区域管理的困难。 数据管理系统缺位，发票管理难度大：由于广电集团处于整合初期，相应的财务、业务、票务系统还没有建成，没有形成企业独有的erp管理系统，所以在企业财务数据和报税信息的统一管理上缺乏必要的管理工具和管理手段。发票的购置和开具是由各地市分公司自行从当地税务机关购买，各分公司的发票开具、信息报送、发票管理由各分公司财务人员进行管理，以至于发票管理和发票信息汇总形成以各分公司为主体的“信息孤岛”，企业销售数据和开票数据缺乏统一性，在整体规划和规范管理上难度大，有必要通过完善的发票信息报送和监控系统来加强发票信息、业务数据的垂直管理，数据监控。 用户数量庞大，业务单据多，凭证数量大：广电集团目前拥有580多万用户，随着业务规模的扩大和用户数量的增加，会造成业务单据多，凭证数量大、开票信息量大的业务局面，加强数据的统一管理、统一规划势在必行。 票面独立设计，打印广电独有标识：经过广电集团负责人员沟通，广电集团采用的通用机打发票规格、票面打印内容、格式在符合山西省地方税局通用机打发票统一式样的前提下，为满足统一企业标识、提升企业形象的需要，在通用机打发票上设计打印标志着广电集团形象的企业logo。 数据重复录入，数据报送工作量大：由于广电集团目前全省范围内没有统一的财务、业务、税务管理系统，发票开具数量与各分公司实际销售业务之间的数据不能同步录入，需要财务人员在现有业务系统和开票系统中重复录入数据，报税人员在税务局、公司、开票点之间往返走动，进行票源下载、发票报送，增加人工负担，影响工作效率。综上所述：根据山西省地方税务局通机打发票开票子系统中开票信息与广电集团实际开票要求以及业务管理需求的应用状况分析，需要对广电集团通用机打发票开票管理子系统进行重新设计，以满足广电集团总公司与各分公司之间对开票明细、销售收入、信息报送等具体业务的实际需求，为广电集团建立包括收费、开票、查询等应用系统在内的普通发票开具信息监控管理系统。3 系统建设目标针对广电集团在全省范围内进行发票信息统一监控、垂直管理的建设目标，结合我公司多年来在企业财务、税务、业务管理系统一体化建设方面的经验，从广电集团自身经营的特点、机打发票管理、信息报送、财税信息一体化等方面出发，我公司将组织专业的开发团队、成立广电集团机打票项目组，为广电集团重新设计、开发一套山西广电信息网络集团普通发票开具信息报送管理系统专用版，以达到广电集团税务业务一体化管理的目标。系统建成后将为用户解决以下问题，达成以下目标： 建立区域管理平台，满足各公司发票开具需求根据广电集团目前建设现状和未来发展的规划需要，在系统设计和建设方面，考虑到省公司、地市公司、区县公司在地域分布、经济发展、地方政策法规等多方面的差异性，分别建立以省公司、地市公司、区县公司为主体的普通发票开具信息报送管理平台。省、市、县各分公司根据当地税务机关的整体规划和政策要求，结合当地公司的发展状况，在当税务机关进行注册、登记和领购发票，建设适合于各分公司的普通发票开具信息报送管理系统。对于区域跨度较大，经济发展较快、设有多个开票点或收费点的分公司，在当地税务机关注册时，注册为“一户多机”模式；对于发展规模较小、区域分布不大、无开票点或收费点的分公司，在注册时，登记为“一户一机”模式。根据各分公司注册类型的不同，我公司将根据各公司的实际情况，为各公司安装相应的普通发票开具信息报送管理系统（主分机结构或一户一机结构），分别建成区县级管理平台、地市级管理平台、省级管理平台，最终建成横跨省、市、县报税信息综合监控三级管理平台，满足省、市、县三级公司各级管理部门、各级管理人员的发票开具、信息报送、数据汇总、查询统计、业务分析、统一管理的要求。 优化服务功能，搭建灵活多样的收费（开票）业务平台根据广电集团各分公司销售业务、服务模式、收费方式的不同，建设灵活多样的收费平台或业务平台。对于缴费用户数量多、分布区域相对集中、建有开票（收费）点的城市或地域，在收费点通过计算机网络搭建普通发票开具信息报送管理平台，为用户提供初装费、收视费等收费服务、设备销售的发票开具。为解决收费时间集中、缴费区域偏远的问题，收费人员可携带普通发票开具一体机到小区、街道、村镇，上门收取服务费、视听费，缓解开票收费点因缴费人员相对集中、排除等候、收费人员压力过大的难题，为用户提供更方便快捷的服务，提高企业服务效率，提升企业服务形象。地税普通发票开具打印一体机是集电脑与打印机为一体的终端开票机，具备销售管理、开票软件、申报软件于一体，携带方便，设置灵活，适合于入户办公、移动收费。 建立安全的内部传输机制，加强发票内部管控实现广电集团总公司以及下属各分公司对发票的领用、下发、收回、开具等业务的信息化管理，满足各级发票管理部门管理监控的需要，实时监控省公司、地市公司、区县分公司以及各个开票点的发票用量以及明细，并且通过发票库存预警进行及时提醒，保证发票的充足供应。各分公司发票信息通过外网或者加密u盘向当地税务机关进行报送，以满足当地税务机关税收管理的要求。各分公司发票开具与发票报送信息在向当地税务机关报送的同时分公司报送人员通过公司内部网络（或vpn专线）或外网从各分公司逐级上报，分别在各分管的市公司管理平台以及集团总公司管理平台进行信息备案、存档，以达到集团总公司监控和管理各分公司以及各市公司管理县公司发票用量以发票明细的目的。在公司内部网络传输平台上，建立完善的安全机制，依据信息访问权限，向用户提供授权查询：集团总公司可以查询全部省、市、县各级分公司的发票领用、开具、报送信息，市级公司可以查询县级公司发票信息，区县级公司可以通过普通发票开具信息报送管理系统查询本地公司内部主机以及各开票点的发票信息；同级分公司之间不可互相查询，不同行政区划、不同地域分布的市公司或县分公司之间不可跨区查询，下级单位不可跨级查询上级分公司。 满足企业业务增长需求，完善开票系统中的经营项目 由于省地税局普通发票管理系统中行业项目的分类与票种项目的对应关系无法满足广电集团经营项目以及业务类型的需求，在系统研发与建设过程中，根据广电集团的行业类型、业务规划与总体发展要求，我公司在普通发票开具信息报送管理系统（广电专用版）中增加满足广电集团及各分公司经营项目、服务项目以及相对应的开票项目和类型，建立行业项目和开票项目的一一对应关系，合理完善开票系统中的经营项目体系。 完善的客户信息管理，提高公司管理效能根据系统建设要求，在各分公司发票管理系统中建立客户档案信息及商品档案信息，通过全省统一的区域编码、客户编码、商品编码，对各分公司的客户信息、商品信息、业务数据进行统一管理。逐步规范客户管理、商品管理、服务管理。通过客户增减幅度、商品信息变动、发票数据变化等有效信息查询、分析、管理，以加强对各分公司业务状况监管。 满足各级税务机关对通用机打发票的要求开具的发票信息中包含防伪码，符合省局对机打发票的要求，同时开具的发票可以满足发票真伪查询需要 实现数据交互网络化，降低工作负担广电集团公司在全省范围内有100多个分公司，各分公司在当地设有开票点或收费点，需要采用机打票系统主分机模式，而主分机之间没有网络交互功能，需要企业财务人员来回跑路，进行票源下载、发票报送等，大大增加了企业人员的工作量。普通发票报送系统作为一个浏览器服务器应用架设在企业内网，只要内网畅通，票源、发票报送等信息可以通过网络进行交互，不需要财务人工来回跑路，减轻工作负担。 满足企业对发票票面信息的工作需要在发票开具时，根据广电集团公司收费项目、商品销售以及服务业务的分类，在系统中将缴费单位的编号、缴费日期、缴费单位的地址打印到发票的左上角醒目位置，满足各级用户的工作需要。在广电集团全省各公司开具有发票上统一打印广电集团logo,将集团标识打印在发票醒目位置，统一企业标识，提升企业形象。 避免开票信息重复录入考虑到广电集团业务发展及远景规划的要求，我公司开发了开票软件的组件接口，在广电集团实现企业erp系统后，可以进行发票开具的同时将开票信息自动传递给普通发票开票子系统，避免在两个系统中重复录入。4 系统设计架构4.1 系统部署4.1.1 监控管理系统物理架构4.1.2 开票系统物理架构 4.2 设计架构根据广电集团企业管理软件应用环境的实际情况，普通发票开具信息报送管理项目的技术设计兼顾目前的需要以及未来的发展，体现出灵活、可靠、高效、经济实用等特点。根据系统要求，项目总体技术路线与技术架构如下：4.2.1 基于b/s三层架构设计应用系统总体架构设计采用基于b/s模式的三层体系架构：表现层、应用层、数据层。由于b/s（浏览器/服务器）模式的系统在安装、使用和维护上简单易行，普通客户端只要装有浏览器就能使用，实现客户端的“零安装”，便于系统的安装和升级。需要系统管理员调整的内容，将提供可视化定制工具来完成。系统采用先进的三层体系结构，在browser/server三层体系结构下，表现层(presentation)、应用层(application logic)、数据存储层（data service）被割成三个相对独立的单元。三层的browser/server体系结构是把二层client/server结构的事务处理逻辑模块从客户机的任务中分离出来，由单独组成的一层来负担其任务，这样客户机的压力大大减轻了，把负荷均衡地分配给了web服务器，于是由原来的两层的client/server结构转变成三层的browser/server结构。这种结构不仅把客户机从沉重的负担和不断对其提高的性能的要求中解放出来，也把技术维护人员从繁重的维护升级工作中解脱出来。由于客户机把事务处理逻辑部分给了功能服务器，不再负责处理复杂计算和数据访问等关键事务，只负责显示部分，所以维护人员不再为程序的维护工作奔波于每个客户机之间，而把主要精力放在功能服务器上程序的更新工作。这种三层结构层与层之间相互独立，任何一层的改变不影响其它层的功能。它从根本上改变了传统的二层client/server体系结构的缺陷，它是应用系统体系结构中一次深刻的变革。n 表现层：表现层主要实现纳税人数据信息展示、应用服务等人机交互功能，为系统使用、维护人员、系统访问用户等提供美观、简洁和全新体验的操作界面，具有使用ie浏览器能力的用户即可进行操作体验。n 应用层：包括业务逻辑、控制数据和消息传递的处理过程。负责按照用户界面层提交的请求，并按照业务逻辑提取、过滤和处理数据，并将处理完的数据包返回给用户界面层，进行显示。n 数据层：数据处理层包括数据资源存储和业务逻辑表现在数据上的处理。所有的访问并不直接访问后台的应用资源和数据资源，而是通过业务逻辑层进行访问，这样既可以保证后台数据的安全性，又可以通过业务逻辑层的调度保证性能和事务的一致性。本方案总体应用架构具有良好的扩展性，每一层都可以实现集群或负载均衡，在未来负载增加和并发访问压力增大的情况下，可以方便扩展，提升系统的处理能力。4.2.2 基于j2ee技术的实现系统将遵循j2ee规范，采用java开发，采用多层技术体系架构，便于系统的扩展和与其他系统的整合。可实现应用系统的平台无关性（在各种平台上平滑移植）、系统的稳定性和安全性。系统可根据需要通过集群技术进行扩展部署，提高系统的稳定性和处理性能。系统同时采用了json技术，可实现系统内部通讯的规范化和高效。采用j2ee/json技术实现的好处： 开放性架构可满足业务发展的需要，及时扩展新的应用功能。 提高系统的安全性、稳定性和可靠性。 部署方式灵活，便于扩展。 数据传输效率快。 理想的数据交换语言。4.2.3 组件化设计方法采用组件化设计方法，实现系统的开放性、可扩充性和可维护性。标准、开放是一个应用系统得以发展和壮大的基础，通过标准开放的模式，可以保证用户更多地采用先进的技术搭建个性化的应用。本系统在很多方面为应用集成提供了保证，如支持系统三层体系结构、提供底层数据库的各种平台的完善的开发接口、提供模块组件、支持二次开发、开放底层数据存储格式等等。4.3 系统设计原则根据系统的建设需求，我们提出如下项目设计原则，保证整个项目建设的系统性，并在整个系统设计和实施建设中将严格遵循这些原则。4.3.1 可靠性当意外事件发生时，能通过快速的应急处理，实现故障修复，保证数据的完整性，避免丢失重要数据。能够做到安全可靠运行，并具有较强的容错性。同时系统建设将充分考虑系统运行时的应变能力和容错能力，确保系统在运行时反应快速、安全可靠。4.3.2 安全性安全性包括系统安全、应用安全和网络通讯安全。系统安全、稳定、可靠的运行，首先取决于系统的整体设计、平台的选择以及应用程序的质量；其次，必须考虑到各种特殊情况下的恢复机制和备份机制，以保证数据的一致性、完整性以及灾难恢复；严格的管理制度也是系统安全性的重要保证。此外，完整的权限控制机制、考虑充分的系统保密措施也是保证安全的重要因素。需依据信息访问权限，向用户提供授权查询，有效避免越权使用，同时系统应具有对内容管理系统上敏感信息的保护措施，以免被不当利用。4.3.3 扩展性系统设计要全面、科学、合理，具有良好的可扩展性，允许扩充新的功能模块，以适应发展的要求，避免随着应用规模（数据量、用户数等）的不断增长，导致系统响应变慢，性能下降而无法有效扩展的问题。确保数据、结构和业务流程具有可调整性、可扩展性、可升级性和可延续性。系统提供了多种可视化定制工具，用于快速开发新的应用功能，及时满足业务发展的需要。4.3.4 易用性为确保具有不同计算机应用水平的人员均能够快速掌握和操作系统，要重视界面的友好性，做到人性化设计，简单易用，便于操作。人性化功能多，尽可能采用模板及表框选择，必要时可自动识别、自动显示、自动录入，尽可能减少不必要的手工录入和繁琐操作。4.3.5 可维护性、可管理性系统采用面向对象的思想和分层概念来设计，从原则上保证了系统的可维护性。如果修改用户界面，就只要在表示层修改而无需改动其他层。同时，在层与层的交互方面，尽量采用松耦合的原则，从避免了修改其中的一层而影响到其他层。5 系统建设内容根据广电集团发票开具信息监控管理系统的特性以及集团发票管理的部体需要，系统的总体设计采用b/s架构，系统设计分为广电集团普通发票开具信息监控管理系统和普通发票开具信息开盘系统（广电专版）：5.1 集团监控管理系统5.1.1 平台建设 部署：集团总公司部署普通发票开具信息监控管理系统，建设普通发票开具信息监控管理平台。 业务操作集团总公司管理人员为省直分公司、各地市分公司以及各区县分公司建立用户档案，通过授权方式，为每个分公司授权。各分公司可以通过集团公司内部网络访问系统，进行相应的业务操作。 适用范围：广电集团总公司5.1.2 业务板块 进行系统初始化，负责编制集团内部机构、行政区划、客户管理、商品信息、用户信息的编码设置及统一规划； 根据集团公司及各分公司经营项目及服务类型进行行业项目以及收费项目、开票项目的设置，对整个广电系统内的经营项目进行整体规划和分类。 进行集团内部各机构的权限管理，对各级财务管理人员、开票人员、报送人员等业务人员的操作进行授权管理； 采集客户端开票机的注册信息，根据客户端注册信息对客户端的进行登记备案，在客户端信息变更时及时进行更新，对未经授权的开票端及时进行处理。 根据客户端发票开具信息及时采集各分公司的发票开具明细、商品销售单据，建立详细的发票开具信息数据库，对各分公司的发票明细根据经营项目进行归类存档。 建立详细的客户档案信息,记录客户名称、单位、建档时间、服务项目、资费标准、交费时间、交费明细表以及其他必要的客户信息，根据客户数量的增长或减少、服务年限的变更以及地址变动掌握客户动态，分析各分公司的发票开具明细及财务变动状况。 建立详细的查询统计明细表，可供相关管理部门和管理人员进行发票领购、发票下发、发票开具、发票库存、发票退回等发票使用信息的查询、统计、分析及调用，供管理部门进行发票信息的监控与管理。5.1.3 系统功能5.2 集团普通发票开具信息报盘系统5.2.1 平台建设 部署开票（收费）点：普通发票开具信息开盘系统（广电专版）入户收费：开票一体机 业务操作使用经过授权、注册的加密u盘登陆系统，进行发票开具、发票打印、发票报送等相应的授权操作。 适用范围省直分公司、各地市分公司、区县分公司及各开票（收费）点5.2.2 业务板块 根据各分公司在当地税务机关登记信息进行开票机（主机或分机）的注册与管理，进行系统的初始化管理。 根据集团公司统一编制的区域管理、机构设置、用户信息、经营项目、商品信息进行统一的编码管理和设置，进行操作员、开票员、系统管理员等业务人员的角色权限进行设置和维护。 采用主分机结构模式的进行分机注册、发票下发、发票收回、开票期更新等相关的分机管理功能。 通过网络实时进行将发票开具信息报送到上级管理公司，并根据上级公司的更新信息进行客户端的注册信息、开票信息的更新与维护。 建立基础客户信息库，对所辖区域内的客户进行建档，及时进行客户档案更新，通过信息上报系统把客户档案信息及时上传到上级管理公司，保持客户档案信息、客户开票信息与上级管理公司的同步更新。 进行与税务机关的发票开具与信息报送，根据税务机关的要求进行发票领购、发票开具、发票退回、发票缴销、以及发票报送等发票开具的业务操作与执行。 管理本地主机以及各开票（收费）点分机开票信息，进行发票信息的查询与统计。5.2.3 系统功能5.2.3.1 系统管理系统管理提供系统的初始化设置、区域设置、机构设置、参数设置、编码管理、开票员管理、分机管理（主机）以及重新登录和查看系统信息等功能。其中，初始化设置是进行初始状态设置，参数设置是实现系统参数的设置，是初次使用本系统时需要进行的操作。此外，当系统发生故障或数据不正确时也要使用本功能。5.2.3.1.1 初始化设置行政区域和编码规则进行统一设置，使管理人员和查询人员更方便录入和进行信息管理。管理用户（指集团公司财务部门、省、市、区县公司管理部门）可以调用查看相应管辖范围的各基层用户业务工作任务完成情况、进度5.2.3.1.2 机构设置设置报送系统的各级分公司的信息。5.2.3.1.3 用户信息主要是更新客户端纳税人信息，使客户端与局端的纳税人基本信息保持一致。5.2.3.1.4 编码管理主要是根据税务局端部署地址设置机打发票服务器相关信息以及纳税人的抄报方式。5.2.3.1.5 项目管理分机管理是实现主机对分机的管理，包括分机启用时注册，分机停用、更换等情况时注销。注销分为正常注销和异常注销。只有开票模式为一户多机的主机能使用该模块。5.2.3.1.6 权限管理设置报送系统的权限信息。对于操作人员进行分级授权，不同级别的管理人员拥有不同的管理权限，对不同行政区划之间的信息查询和管理进行权限设置。系统管理员统一管理其他所有级别用户账户，可以创建、删除用户账户，用户账户信息、权限、密码修改，打印功能设置。普通账户有权修改自己的登录密码，可以录入并具有有限的修改权限。同级之间不能相互查看、修改对方单位数据信息5.2.3.1.7 操作员管理本功能主要是增加、修改、删除开票员、为开票员授权。开票员增加后可以登录使用开票系统完成开票业务。只有开票管理员可以使用该功能。5.2.3.1.8 数据接收本功能主要是在您使用软件一段时间后，系统中将存在较多的往期开票数据，这可能会导致软件的性能下降及磁盘空间的增长过快，在确定往期开票数据无用的前提下，您可以通过本功能删除一些历史数据以解决此问题。只有开票管理员可以使用该功能。5.2.3.2 发票管理发票管理是系统提供未开发票的管理，所有开票机都可以对已经领购的未用发票执行发票退回、缴销处理（分机除外，若分机发票缴销，先将发票退回主机，由主机继续执行发票缴销操作）。此外，对于一户多机的用户主机还提供对分机的发票分发、收回分机退回发票。在开始发票开具之前，首先要在税局购买发票，如果网络畅通主机可通过网络下载的方式将电子发票下载到本地以供开票使用。在一户多机的情况下，主机可向其分机分配发票以供分机开票使用。5.2.3.2.1 票源下载从税务局购买发票后，在公司进行下载，并保存在普通发票报送系统中。纳税人在购买发票后，若纳税人在线开票，票源通过网络下载，在开票系统中依次执行【发票领用】【票源下载】功能，将票源下载到开票子系统中；如果纳税人无法正常连接网络，则纳税人需要使用加密盘直接到税务机关进行票源下载，读取后将加密盘直接插接到开票机上，系统自动读取发票信息。5.2.3.2.2 发票入库下载购买发票后，市公司自动进行发票的入库；接收上级下发的发票进行发票的入库，存于本级的发票库存中。5.2.3.2.3 发票下发将发票进行逐级下发，直至到每个开票点。5.2.3.2.4 发票收回收回下级退回的发票，收回的发票可以重新分配给其他下级单位。5.2.3.2.5 发票缴销缴销不使用的空白发票，缴销必须由市公司进行。5.2.3.2.6 发票退回下级单位将不使用的空白发票退回给上级单位，由上级单位进行收回。5.2.3.2.7 库存预警设置根据设置的发票库存预警下限，自动提示用户发票库存量已经低于预警下限，需申请发票。5.2.3.2.8 信息上传。5.2.3.3 客户管理本功能主要是实现对客户信息的管理。包括对客户基本信息（客户编号、代码、名称、简称）的增加、修改以及删除。在开具发票时实现直接调用，减少开具发票录入的时间。5.2.3.3.1 客户建档主要是实现纳税人进行日常发票开具、打印操作。5.2.3.3.2 缴费管理本功能主要是实现当月对往月已经抄报过的发票进行红字冲销。只能对已经抄报过的发票进行红冲，本期内开具的发票不能进行红冲，只能进行作废操作。5.2.3.3.3 发票信息主要是实现当月对未抄报过的发票进行作废操作。5.2.3.3.4 变更管理发票票种、发票代码，输入份数，系统自动计算出发票止号，输入损毁原因，此功能只有主机才有，分机没有。5.2.3.3.5 数据上传发票票种、发票代码，输入份数，系统自动计算出发票止号，输入丢失原因。此功能只有主机才有，分机没有。5.2.3.4 报送管理抄报管理是对开票子系统已经开具的发票进行报税操作。按照纳税人开票模式的不同，存在一户单机和一户多机的情况。若纳税人使用一户单机开票，其报送管理仅对所使用的开票机操作，功能包括：开票信息报送和注销报送两项功能；而一户多机使用多台开票机，对多台分机报送的管理是由主机实现，因此除开票信息报送与注销管理外，还增加分机报送功能；对于分机而言，只有开票信息报送功能，将开票信息报送数据传出，之后所有分机到主机执行分机报送，将分机开票信息报送数据汇总。主分机报送的操作顺序是先将所有分机在主机执行分机报送后，最后主机再执行开票信息报送。此外，主机报送成功后，还需要向分机回传分机开票信息报送结果。5.2.3.4.1 发票抄报主要是实现纳税人的发票抄报5.2.3.4.2 注销抄报纳税人如果要注销前，需要将开票信息进行注销抄报。纳税人可以通过网络注销抄报，如果网络不通纳税人可以改为加密盘注销抄报，并携加密盘去税务局进行注销抄报。5.2.3.4.3 抄报解锁只针对在线抄报，在线抄报后需要点击【抄报解锁】来完成抄报解锁。如果是离线抄报，在税务局端完成抄报后自动解锁。5.2.3.4.4 分机发票报送在一户多机模式下，主机在抄报前需要先接收所有分机的抄报数据。5.2.3.4.5 主机报送在一户多机模式下，主机在抄报完成后，要对所有的分机加密盘进行解锁，也就是所有的分机加密盘都需要到主机上更新所属期。5.2.3.5 查询统计查询统计系统为企业提供完备的发票信息查询统计功能，包括发票查询、申报查询、分机发票查询、分机汇总查询和汇总查询功能。各级人员按照数据权限查询或各级发票使用情况，包括发票开具信息、入库信息、下发信息、发票领用存月报、发票缴销月报表、发票结存信息等，同时监控各个分机发票数据报送情况。5.2.3.5.1 发票查询查询发票的开具情况，包括正常发票、作废发票和红冲发票。5.2.3.5.2 库存查询查询发票的库存情况，其中包括该纳税人的票种代码、票种名称、发票起号，发票止号，剩余份数。购买日期。5.2.3.5.3 抄报查询查询发票的抄报情况，可以进行打印前的预览，设置打印方向、调整页边距，设置显示栏目。5.2.3.5.4 状态查询纳税人可以通过状态查询功能即时查看加密u盘信息。5.2.3.5.5 退回发票查询查询主机发票的退回情况。5.2.3.5.6 缴销发票查询查询主机发票的缴销情况。5.2.3.5.7 区域信息查询6 项目实施6.1 项目启动阶段此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。此阶段主任务：公司在合同签订后，指定项目经理，成立项目组，授权项目组织完成项目目标。由项目组进行前期项目调研，与用户共同成立项目实施组织，编制总体项目计划，召开项目启动会。商务经理在这一阶段配合项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。1、成立项目组部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并签署项目任务书。2、前期调研项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写用户及合同信息表。3、编制项目总体计划项目总体计划是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：项目描述，项目目标、主要项目阶段、里程碑、可交付成果。4、启动会项目组与用户共同召开的宣布项目实施正式开始的会议。安排如下：共同组建项目实施组织，实施组织的权利和职责；双方签署项目实施协议。项目组介绍项目总体计划和项目实施协议，包括以下内容：项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；项目实施中用户的参与和领导的支持的重要作用；阶段验收、技术交接和项目结束后如何对用户提供后续服务。6.2 需求调研确认阶段 此阶段的主要工作是公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写需求调研分析手册，并交付用户进行确认，待用户对需求调研分析手册上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：1、进行需求调研准备2、编制需求调研计划3、内部评审是否通过需求调研计划，项目组、部门经理、商务等人员根据合同要求和项目实际情况对需求调研计划草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。4、用户是否签署需求调研计划，如用户签署需求调研计划，则作为以后需求调研工作的指南。否则重新修改。5、需求调研计划是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。6、编写及发出需求调研通知，项目组编写需求调研通知，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备7、需求调研，项目组以需求调研手册为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成需求分析报告草稿。9、内部评审是否通过需求分析报告。项目组、部门经理、公司其他技术部门的人员对需求分析报告草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。10、编写及发出需求分析报告确认通知。项目组编写需求分析报告确认通知，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。11、用户是否确认需求分析报告。如果用户确认，并签署了需求分析报告，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署需求分析报告。双方签署了需求分析报告，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程6.3 软件功能实现确认阶段此阶段的主要工作是项目实施人员根据需求调研阶段确认的需求调研分析手册中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制软件功能确认表，将定制好软件功能待用户确认，用户根据软件功能确认表上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求6.4 数据标准化初装阶段此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础6.5 系统培训阶段系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：决策层：领导在实施中的作用与重要性、决策查询。维护层：系统维护知识、操作方法。操作层：操作方法。具体的培训工作流程为：1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入受训部门汇总表、受训人员情况一览表。2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制培训计划。3、签署培训计划：用户签署培训计划，进一步确认培训安排。4、发培训通知：培训开始前2天，按照签署的培训计划，将培训内容、时间，场地，人员等信息通知用户实施负责人。5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入培训人员签到表。7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入培训及考核统计表，及时向相关负责人汇报。6.6 系统安装测试及试运行阶段此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的需求分析报告中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：1、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制测试及试运行计划。2、签署计划：用户签署测试及试运行计划，进一步确认测试及试运行安排。3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的测试及试运行计划，将时间，地点，人员等信息通知用户实施负责人。4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题；5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.6.7 总体验收阶段此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。需要验收的可交付成果：主要项目阶段阶段组成主要里程碑可交付成果启动阶段编制总体项目计划签署的总体项目计划启动会项目启动会签署的项目实施协议需求调研阶段需求分析报告确认需求调研结束签署的需求分析报告软件实现软件功能确认软件功能确认签署的软件功能确认表数据初装用户签署初装计划及初装培训计划签署的初装计划及初装培训计划初装检查及总结数据初装完成数据初装总结表培训及考核用户签署培训计划签署的培训计划培训总结培训完成培训总结表测试及试运行用户签署测试及试运行计划签署的测试及试运行计划测试及试运行总结试运行完成测试及试运行总结验收总体验收验收完成总体验收报告6.8 系统交接阶段此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署售后服务协议，项目将进入售后服务阶段。软件公司项目组还需要让用户填写用户满意度调查表，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，在今后的项目实施管理中进行加强和改进7 售后服务公司拥有一批从事企业信息化研究开发了十几年的业务人员及技术人员，能够保证普通发票开具信息