发票管理设计方案

1、背景介绍

在供应链金融业务场景下,供应商可以依赖与大型企业的合同、发票信息,到金融机构进行融资。本文探讨发票管理的设计方案。

2、需求分析

如上图所示,发票管理主要分为发票信息的管理以及发票可用余额管理2个部分。

名词解释:发票验真,指的是调用国税局的接口校验发票是否是真实的,验真的时候只取了发票的个别信息。验真通过后,会返回发票的所有信息,可以使用返回的信息与自己系统的信息进行比对,从而保证发票所有信息的正确性。

3、数据表设计

3.1 数据表概览

  • 发票表:对应多个发票使用记录表
  • 发票使用记录表

3.2 数据表详情

发票表:

分类字段名字段描述
唯一标识发票代码

3个字段,唯一标识发票

防止不同企业上传同一个

发票的情况

发票号码
归属企业
基本信息金额
交易双方
验证码
验真数据验真结果
验真详情
验真次数
操作信息操作人
操作时间

发票使用记录表:

分类字段名字段描述
唯一标识发票代码
发票号码
归属企业
基本信息金额
交易双方
验证码
归属归属业务id
归属系统
归属模块标识
额度占用模式单张/总额
验真数据验真结果
验真详情
验真次数
操作信息操作人
操作时间

4、接口设计

接口描述
查询发票最新信息根据发票标识查询发票详情发票表
查询发票使用记录根据系统标识、模块标识、模块id获取发票使用记录发票使用记录表
更新发票信息

1、根据系统标识、模块标识、模块id、发票标识判断使用记录是否存在

(1)存在则更新

(2)不存在则创建

(3)发票使用额度:扣减额度按照从小额到大额的顺序进行扣减,就算是单张模式也进行扣减,只是计算可用额度的时候按照0返回即可。

2、根据发票标识获取发票信息

(1)不存在:创建

(2)存在:

  • 验真成功:不允许覆盖,进行提示

  • 未验真成功:直接覆盖

发票使用记录表

发票表

可用余额查询

1、根据系统标识查询可用余额

(1)根据发票标识从发票表中查询发票信息:总额度

(2)根据系统标识、发票标识查询发票使用记录

(3)根据发票使用记录对使用额度进行求和

(4)返回:总额度-使用额度

2、不传递系统标识查询可用余额:基本同上,只是第二步查询时不传递系统标识

3、如果额度模式为单张,则只要有使用记录,就返回0

发票使用记录表

发票表

额度模式切换额度模式的切换只影响使用记录中“额度占用模式”的变更。发票记录表

传统发票管理体系对发票数据的管理缺失已经对税收管理提出了严峻的挑战。随着电子凭证的发展、互联网络的日益普及和相关设备的不断更新,税务机关提出了网络发票管理体系。网络发票系统强化对发票票面的信息管理,因此其管理对象从物理的发票纸转为了发票上面所承载的信息,即电子发票数据,在这种情况下其配套的系统也将需要对发票数据进行采集、校验、授权、分析和管理,实现全过程信息化监管。论文针对网络发票高并发挑战设计实现和实现了网络发票系统。 网络发票系统为B/S架构,采用J2EE平台开发,应用服务器采用Weblogic 9,数据库为Oracle 10g,Web前置服务为Apache 2,所运行操作系统有AIX 5.3 和 RedHat Linux AS4。文章按照软件工程过程管理方法,从需求分析开始,梳理系统总体业务逻辑和功能架构,进而细化到功能性需求;在需求分析基础上,开展系统总体设计,包括应用逻辑架构、系统组成结构、应用数据架构和逻辑部署架构设计;最后以系统总体设计为基础对系统进行实现,以发票开具、发票配号这两个主要功能为例介绍了系统实现过程。 本文通过一系列关键技术的分析与研究,不仅完整提出了网络发票设计与实现,更有效解决了网络发票应用系统高并发下的性能压力挑战,所采用技术包括:三库分离、消息队列、伪随机算法、执行资源隔离等性能优化技术。根据半多来的实际使用验证,总体性能良好、稳定。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值