另外，系统操作员除了可进行一般用户的权限操作外，还能进行后台管理操作，例如修改个人信息资料，修改系统初始化配置参数（诸如发票最高总金额上限和税率等）等。所有注册成功的操作员可进行在线开票、发票确认、金税合并、发行依赖及电子表格导出，发票回传等多种功能操作，并可对当前本用户修改密码或注销。
 2.2.2系统文护模块
操作员登录后进入系统进行系统参数的设置。系统参数设置包括整个系统的注册规则修改、登录权限修改、注册用户的信息管理、发票最高金额上限及实时税率（不同国家有不同国家的税率，一般我国的规定税率设定的是17%而且是固定不变的）等参数的修改等。
 2.2.3企业开票模块
在本模块，注册登录后的开票员进入该系统，输入发票信息，包括：税号、税码、税额、商品名称、收票方、单价、购买数量、总金额、发票类型（主要为红票和标准票）、保存状态、输出状态，开票时间等参数信息，确认后提交。这样就初步提交一份未处理的发票到数据库，供操作员处理。总金额不能超标，否则在开具发票的时候，会提示开票员不能开具发票。这里的开具发票的功能其实本身企业客户并无需求，但是我在这里加的这功能的原因是因为，如果企业之前导入的一些发票已经做过确认，但是这些做过确认的发票万一有变动的，误操作，需要开一张红字发票的，这时再返回企业内部数据库去更改就比较麻烦，那么我这里的功能其实就已经在为企业红票优化进行的第一部处理。
 2.2.4发票在线确认模块
在本模块，注册登录后的操作员进入该系统，检索开票员新近提交的未经确认的发票。操作员根据保存状态，检索出未保存的新发票，并列表展示出来。操作员可单选，或多选其中的一项或多项，或全选，然后点击确认提交。这样，就完成了这些新发票的确认保存。如果发现开票员的发票信息有误，操作员选择错误的发票信息，点击废除对该发票进行废除处理，并仍然确认提交，但是该票的类型变为废票。
 2.2.5在线金税合并模块
在本模块，注册登录后的操作员进入该系统。首先，操作员需要根据下列约束条件来检索可以进行金税合并的发票数据信息。
检索出初步符合金税合并条件的这些发票信息后，操作员自由选择这些满足初步合并条件的发票进行进一步的金税合并操作。操作员可以自由勾选多个发票信息进行合并，然后确认合并提交。金税合并的基本前提条件是收票方相同，税码相同，操作员已经确认该发票可以进行合并（已经确认过的）。后台系统服务器实时获取操作员提交的这些发票数据信息，并根据预先设定的金税合并算法进行发票自动合并。如果符合算法要求就完成新合并，并随机生成新的税号。否则，返回操作员提示信息，如“该组发票不符合要求，不能进行金税合并。”
 2.2.6发行依赖模块
在本模块，注册登录后的操作员进入该系统。能够进行发行依赖的发票具有如下限制约束条件：已经确认保存并处于非输出状态的发票信息。
依据上述约束条件，操作员设置参数进行联合及模糊条件查询检索，检索方式包括：按发票类型（或不限），按照收票方（或不限），以及结合这两个条件进行联合模糊查询。操作员通过多重检索获取一组待发行依赖的发票数据信息，操作员再根据自己的要求勾选需要发行的发票信息，然后点击确认提交。发票就发行成功。在状态结果列表中，需显示提交的发行依赖的发票信息，并显示“正在打印中…..”等字样。 C#+sqlserver的SAP金税接口研究及红票优化处理(6):http://www.751com.cn/jisuanji/lunwen_3235.html