通过票据中台的票据处理和规则处理

如下图所示，对于发票系统来说，客户群体既有奥特莱斯、全聚德、亚朵酒店、滴滴出行这类B端企业，也有在这类场所消费的消费者。 当然，一些事业单位、学校等机构，也存在需要开具、使用发票的场景，比如到医院就医，可以开具医疗服务的常规发票，用于补充医疗报销，最终消费者所在公司的财务人员，可以完成财务入账处理，将发票作为。

类财务凭证存储典型应用场景 发

票系统业务流程与架构 数电阶段，电子税局将发票系统分为开票和用票2个模块。金税三期时，一般的服务商会把发票系统分为销项发票和进项发票2个模块。相对来说，两种分类方式，都是根据发票开具和发票使用进行的区分，但细微层面是有一定的区别的，这里不做扩展，本文将按开票和用票的分类方式进行讲解。 发票系统的业务范围主要包括下表所示的几部分： 发票系统业务范围 搭建发票系统时，可以根据实际业务诉求，建设发票系统架构。 一般而言，企业的发票系统，业务流程如下图所示，当企业进行货物、劳务、服务等的销售或转让时，可从业务系统或者财务系统（存在财务人员在财务系统审核后开票的。

不同人口群体如何应对货币变化，从而实现吸引目标受众的定向广告。数据库支持竞争分析。通过了解竞争对手在各个市场中的运作方式，可以更好地定位产品和服务。预算规划方面的额外帮助。根据货 利用股东数据库进行营销 币变化，营销人员可以预测预算需求，确保活动在预算范围内，同时优化影响。

场景发起开票申请，待开票信

息完整、数据校验无误后，可开具发票并 一级市场和二级市场 交付给收票方。 收票方可以是企业，也可以是个人。当收票方是企业时，采购了对应的产品，需要将票据信息采集、验证、入池，确认无误后，增值税专票等可抵扣的场景，需要做勾选抵扣处理，以抵扣本公司的销项税，从而降低企业经营成本。 无论是开具还是接收发票的企业，均需对发票做纳税申报、财务入账处理，最终完成财务、税务、票据数据的对应关系，保证账务的准确性。 

管理角度，企业也有很多报表类

需求，通过对数据的查询、统计、汇总、分析，更 br 列表  晰的知悉本公司的运营情况，以便在后续经营过程中，更好地决策。 发票系统业务流程 基于上述的业务场景和业务流程，可以考虑如下产品架构，将发票系统分为票据中台、发票业务、发票池3个模块。 票据中台负责连接外部系统，业财系统需要开票时，可将数据传入票据中台，，形成标准的开票和用票数据，进入开用票业务处理模块，进行发票。

开具或发票勾选抵扣等业务处理

最终所有开具发票和取得发票均在发票池中存储，以备各个系统及模块调用和分析。 在发票开具和勾选抵扣业务中，需要与多个系统打交道，比如通过税局的系统开票、查验、抵扣认证；通过银行、财政等系统，获取非税票据信息。全流程自动化闭环时，有的企业也会选择第三方通道系统一次性完成发票业务的对接，相当于发票系统外包。 发票系统产品架构 PART.03 发票系统产品设计 企业在搭建发票系统前，需完成一些前。

置准备工作，比如需要获得开具

使用发票的纳税人资质，一般纳税人或者小规模纳税人均可，根据企业实际情况向当地税务机关申请即可。 申请完成后，需要选择使用哪种方式处理发票业务，目前市面上存在的方式包括：金税盘、税控盘、税务ukey、税控服务器、电子税局（增值税综合服务平台、电子税务局）等。 发票开用前置准备 硬件设备在逐渐退出市场。

在增值税综合服务平台进行业务处

理的企业，在逐渐向电子税局过渡，选择时需要谨慎。 电子税局包括web端、乐企接口服务、APP等多种产品形态，一般大型企业对接时，可考虑申请乐企接口，直接对接税局。 3.1 开票业务 不同的企业，开票这个操作的执行人不一致，一般来说，酒店、餐饮等服务行业，是前台开票；制造、零售等行业，是业务人员发起开票。

申请；物业、新兴技术等行业

是财务人员开票。 在发票系统手工开票，多系统需要打通，通过接口或者导入开票等场景，具体处理方式也不一致。 总结来说，常见的开票流程如下图所示，无论是线下通过Excel、邮件还是系统间进行数据处理和数据流转，开票时，都需要经过数据准备、业务加工、票税加工、合规校验、发票开具、发票交付几个流程。大多数企业都是有数据统计诉求的，只是不同类型的企业，统计的点和深度不一致，下图举了几个简单的例子。 开票业务流程 3.1.1 业务数据处理 基于上述开票业务流程，搭建开票系统时业务数据处理的处理步骤。

如下图所示。 业务数据处理 进行数据准备时，需要： 确定业务单据需要开票；（按需） 发起开票申请； 进行业务单据和开票申请单关联；（按需） 进行单据的合并拆分。（按需） 手工开票且无需关联业务数据时，可只考虑2；需要关联业务数据时，1-4均需考虑到位。 不同的企业，准备数据时处理逻辑不一样，存在先款后票和先票后款等多种情况，根据实际情况决定业务单据和开票申请单据直接的逻辑关系。 支持单据合并，商品明细合并与否可选；支持按金额、数量、明细行等方式拆分单据。 业务数据，时常跟税局要求的开票数据有出入，在准备开票前，需要进行业务加工，将业务数据加工为发票需要的购方信息、销方信息、交易明细和特定要素信息。 

发票只需要购销方信息和交易信息

即可 业务中的交易信息，在发票上会根据税务分类要求，分类为货物、劳务、服务、不动产、无形资产等大类。 数电时期，税局为方便精细化管理，增加了特定要素信息，业务系统一般会保存这类数据，只要按照税局的要求，将数据进行转译或者映射即可。 当业务系统与发票系统交互时，还需进行票税加工，这一步，哪个系统来做都可以，只要结果符合预期即可。 票税加工的具体事项包括：价税分离、尾差处理、开票状。

态管理、待开处理等。 交易明细开票时，需完成价税分离。即所销售商品/货物/劳务等的价税合计金额，需被分离为不含税金额和税额，税额用于向税局缴纳税款。 计算不尽时，税局允许单行0.06元，合计1.27元的尾差存在。 一般的发票系统，主要存在两部分数据：待开票数据、已开票数据。票税加工后的数据，就是待开票数据。 合规校验，是发票开具前的最后一个步骤，有的校验点，是在票税加工前进行，有的是在加工后，上述流程里的顺序，是大逻辑。

的顺序，细节处理时，步骤间有交叉。 检验点包括纳税人资质校验、票面校验、优惠政策校验、库存校验等等。 纳税人资质需符合相关要求方可开票，比如有成品油生产或经销企业资质，可开具成品油发票。 不同地区优惠政策不一致，需根据当地情况校验优惠政策类型。 这里不同的开票通道，细节存在区别，比如备注的长度，数电web页面和乐企接口区别就很大，如果需要接入多通道时，需要考虑通道的特殊性。 上述业务数据处理，最终形成如图所示的发票票面信息。