CN113610586B - 发票申请数据补偿方法及装置 - Google Patents

发票申请数据补偿方法及装置 Download PDF

Info

Publication number
CN113610586B
CN113610586B CN202110947200.8A CN202110947200A CN113610586B CN 113610586 B CN113610586 B CN 113610586B CN 202110947200 A CN202110947200 A CN 202110947200A CN 113610586 B CN113610586 B CN 113610586B
Authority
CN
China
Prior art keywords
invoice application
database
invoice
application identifier
stored
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110947200.8A
Other languages
English (en)
Other versions
CN113610586A (zh
Inventor
张庆祝
段泽源
张宾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
State Grid Digital Technology Holdings Co ltd
State Grid E Commerce Technology Co Ltd
Original Assignee
State Grid Digital Technology Holdings Co ltd
State Grid E Commerce Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by State Grid Digital Technology Holdings Co ltd, State Grid E Commerce Technology Co Ltd filed Critical State Grid Digital Technology Holdings Co ltd
Priority to CN202110947200.8A priority Critical patent/CN113610586B/zh
Publication of CN113610586A publication Critical patent/CN113610586A/zh
Application granted granted Critical
Publication of CN113610586B publication Critical patent/CN113610586B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24553—Query execution of query operations
    • G06F16/24558—Binary matching operations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Computational Linguistics (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种发票申请数据补偿方法及装置，通过比较获取的第一数据库中存储的至少一个发票申请标识，与，第二数据库中已经存储的发票申请数据中的发票申请标识，即可确定是否存在有在第一数据库中存储但是未在第二数据库中存储的目标发票申请标识；如果确定存在目标发票申请标识，则获取目标发票申请标识对应的发票申请请求信息；解析目标发票申请标识对应的发票申请请求信息，得到目标发票申请标识对应的发票申请数据；将目标发票申请标识对应的发票申请数据补偿到第二数据库。基于上述方案，能够自动确定出未成功存储至结算中心的发票申请数据，并进行数据补充，提升效率并降低了发票申请数据出错的概率。

Description

发票申请数据补偿方法及装置
技术领域
本发明涉及数据处理技术领域，更具体的说，是涉及一种发票申请数据补偿方法及装置。
背景技术
当前中台概念深入人心，业务中台的概念也就应运而生。业务中台中的商品中心、商户中心、结算中心、交易中心、物流中心等能够提供对各个业务系统的支持。比如，结算中心能够对多个业务系统提供结算服务。具体的，各个业务系统可以将发票申请数据发送至结算中心，由结算中心将发票申请数据进行存储，以便后续开具发票使用。
为了保证后续发票开具没有遗漏，结算中心需要保证各个业务系统的发票申请数据均已存储，但是，由于每个业务系统访问结算中心的时间不固定，当多个业务系统同时集中处理结算业务的时候，结算中心的服务器处理能力不足，网络不稳定，相关的微服务重启等情况，都有可能造成某些业务系统的发票申请数据未成功存储至结算中心，这种情况下，就需要确定出未成功存储至结算中心的发票申请数据，并将其补充到结算中心中。
目前，是采用人工比较各个业务系统发送的发票申请数据和结算中心中已存储的发票申请数据，以确定出未成功存储至结算中心的发票申请数据，并人工进行数据补充，但是，这种方式不仅效率低下，还会增加发票申请数据出错的概率。
发明内容
有鉴于此，本发明提供了一种发票申请数据补偿方法及装置，以克服现有技术中由于采用人工比较各个业务系统发送的发票申请数据和结算中心中已存储的发票申请数据，以确定出未成功存储至结算中心的发票申请数据，并人工进行数据补充，导致的效率低下以及增加发票申请数据出错的概率的问题。
为实现上述目的，本发明提供如下技术方案：
一种发票申请数据补偿方法，包括：
获取第一数据库中存储的至少一个发票申请标识及第二数据库中已经存储的发票申请数据中的发票申请标识；
比较所述第一数据库中存储的至少一个发票申请标识，与，所述第二数据库中已经存储的发票申请数据中的发票申请标识，确定是否存在目标发票申请标识，所述目标发票申请标识为在所述第一数据库中存储但是未在所述第二数据库中存储的发票申请标识；
如果确定存在所述目标发票申请标识，则获取所述目标发票申请标识对应的发票申请请求信息；
解析所述目标发票申请标识对应的发票申请请求信息，得到所述目标发票申请标识对应的发票申请数据；
将所述目标发票申请标识对应的发票申请数据补偿到所述第二数据库。
可选地，在所述获取第一数据库中存储的至少一个发票申请标识之前，所述方法还包括：
获取至少一个发票申请请求信息；
将所述至少一个发票申请请求信息存储至第一数据库；
针对每个发票申请请求信息，解析所述发票申请请求信息，确定所述发票申请请求信息中的发票申请标识，得到至少一个发票申请标识；
将所述至少一个发票申请标识，存储至所述第一数据库；
遍历每个发票申请请求信息，解析得到所述发票申请请求信息中的发票申请数据；
将所述发票申请请求信息中的发票申请数据存储至第二数据库，所述发票申请数据中包括发票申请标识。
可选地，所述获取所述目标发票申请标识对应的发票申请请求信息，包括：
从所述第一数据库中获取所述目标发票申请标识对应的发票申请请求信息。
可选地，所述方法还包括：
如果确定不存在所述目标发票申请标识，则将所述第一数据库中存储的所述至少一个发票申请请求信息及所述至少一个发票申请标识删除。
可选地，所述第一数据库为Redis数据库，所述第二数据库为MySQL数据库。
一种发票申请数据补偿装置，包括：
第一获取单元，用于获取第一数据库中存储的至少一个发票申请标识；
比较单元，用于比较所述第一数据库中存储的至少一个发票申请标识，与，第二数据库中已经存储的发票申请数据中的发票申请标识，确定是否存在目标发票申请标识，所述目标发票申请标识为在所述第一数据库中存储但是未在所述第二数据库中存储的发票申请标识；
补偿单元，用于如果确定存在所述目标发票申请标识，获取所述目标发票申请标识对应的发票申请请求信息；解析所述目标发票申请标识对应的发票申请请求信息，得到所述目标发票申请标识对应的发票申请数据；将所述目标发票申请标识对应的发票申请数据补偿到所述第二数据库。
可选地，所述装置还包括：
第二获取单元，用于获取至少一个发票申请请求信息；
第一存储单元，用于将所述至少一个发票申请请求信息存储至所述第一数据库；
第一解析单元，用于针对每个发票申请请求信息，解析所述发票申请请求信息，确定所述发票申请请求信息中的发票申请标识，得到至少一个发票申请标识；
第二存储单元，用于将所述至少一个发票申请标识，存储至所述第一数据库；
第二解析单元，用于遍历每个发票申请请求信息，解析得到所述发票申请请求信息中的发票申请数据；
第三存储单元，用于将所述发票申请请求信息中的发票申请数据存储至所述第二数据库，所述发票申请数据中包括发票申请标识。
可选地，所述装置还包括：
删除单元，用于如果确定不存在所述目标发票申请标识，则将所述第一数据库中存储的所述至少一个发票申请请求信息及所述至少一个发票申请标识删除。
一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如上所述的发票申请数据补偿方法。
一种处理器，所述处理器用于运行程序，其中，所述程序运行时实现如上所述的发票申请数据补偿方法。
经由上述的技术方案可知，与现有技术相比，本发明公开了一种发票申请数据补偿方法及装置，通过比较获取的第一数据库中存储的至少一个发票申请标识，与，第二数据库中已经存储的发票申请数据中的发票申请标识，即可确定是否存在有在第一数据库中存储但是未在第二数据库中存储的目标发票申请标识；如果确定存在目标发票申请标识，则获取目标发票申请标识对应的发票申请请求信息；解析目标发票申请标识对应的发票申请请求信息，得到目标发票申请标识对应的发票申请数据；将目标发票申请标识对应的发票申请数据补偿到第二数据库。基于上述方案，能够自动确定出未成功存储至结算中心的发票申请数据，并进行数据补充，提升效率并降低了发票申请数据出错的概率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例公开的一种发票申请数据补偿方法的流程示意图；
图2为本申请实施例公开的一种发票申请数据补偿装置的结构示意图；
图3为本申请实施例公开的用来实现本申请一些实施例的电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
应当理解，本申请中使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换该词语。
如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。
本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
由背景技术可知，目前，是采用人工比较各个业务系统发送的发票申请数据和结算中心中已存储的发票申请数据，以确定出未成功存储至结算中心的发票申请数据，并人工进行数据补充，但是，这种方式不仅效率低下，还会增加发票申请数据出错的概率。
因此，本发明提供了一种发票申请数据补偿方法及装置，通过比较获取的第一数据库中存储的至少一个发票申请标识，与，第二数据库中已经存储的发票申请数据中的发票申请标识，即可确定是否存在有在第一数据库中存储但是未在第二数据库中存储的目标发票申请标识；如果确定存在目标发票申请标识，则获取目标发票申请标识对应的发票申请请求信息；解析目标发票申请标识对应的发票申请请求信息，得到目标发票申请标识对应的发票申请数据；将目标发票申请标识对应的发票申请数据补偿到第二数据库。基于上述方案，能够自动确定出未成功存储至结算中心的发票申请数据，并进行数据补充，提升效率并降低了发票申请数据出错的概率。
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
请参阅附图1，为本发明实施例公开的一种发票申请数据补偿方法的流程示意图，该方法的执行主体为结算中心的终端或服务器，该方法包括以下步骤：
步骤S101：获取第一数据库中存储的至少一个发票申请标识及第二数据库中已经存储的发票申请数据中的发票申请标识。
需要说明的是，在本申请中，至少一个发票申请标识可以为一个业务系统的发票申请标识，也可以为多个业务系统的发票申请标识，不同业务系统的发票申请标识可以通过业务系统编码来区分。
作为一种可实施方式，在本申请中，不同业务系统的用户都可以发送REST请求调用结算中心的API接口，向结算中心发送发票申请请求信息，结算中心可以获取至少一个发票申请请求信息；将所述至少一个发票申请请求信息存储至第一数据库；针对每个发票申请请求信息，解析所述发票申请请求信息，确定所述发票申请请求信息中的发票申请标识，得到至少一个发票申请标识；将所述至少一个发票申请标识，存储至所述第一数据库；遍历每个发票申请请求信息，解析得到所述发票申请请求信息中的发票申请数据；将所述发票申请请求信息中的发票申请数据存储至第二数据库，所述发票申请数据中包括发票申请标识。
需要说明的是，发票申请数据包括发票申请标识以及发票申请所需的其他信息，如开票方名称、开票类型等。
作为一种可实施方式，所述第一数据库可以为Redis数据库，所述第二数据库可以为MySQL数据库。
步骤S102：比较所述第一数据库中存储的至少一个发票申请标识，与，第二数据库中已经存储的发票申请数据中的发票申请标识，确定是否存在目标发票申请标识，所述目标发票申请标识为在所述第一数据库中存储但是未在所述第二数据库中存储的发票申请标识。
步骤S103：如果确定存在所述目标发票申请标识，则获取所述目标发票申请标识对应的发票申请请求信息，解析所述目标发票申请标识对应的发票申请请求信息，得到所述目标发票申请标识对应的发票申请数据，将所述目标发票申请标识对应的发票申请数据补偿到所述第二数据库。
需要说明的是，由于前述已经将各个发票申请请求信息存储至第一数据库，因此，本步骤中可以从所述第一数据库中获取所述目标发票申请标识对应的发票申请请求信息。
需要说明的是，在本申请中，可以多次执行上述步骤直至第二数据库中不存在缺失的发票申请数据或者达到预设执行次数为止，在确定第二数据库中不存在缺失的发票申请数据或者达到预设执行次数之后，还可以将所述第一数据库中存储所述至少一个发票申请请求信息及至少一个发票申请标识删除。
本实施例公开了一种发票申请数据补偿方法，通过比较获取的第一数据库中存储的至少一个发票申请标识，与，第二数据库中已经存储的发票申请数据中的发票申请标识，即可确定是否存在有在第一数据库中存储但是未在第二数据库中存储的目标发票申请标识；如果确定存在目标发票申请标识，则获取目标发票申请标识对应的发票申请请求信息；解析目标发票申请标识对应的发票申请请求信息，得到目标发票申请标识对应的发票申请数据；将目标发票申请标识对应的发票申请数据补偿到第二数据库。基于上述方案，能够自动确定出未成功存储至结算中心的发票申请数据，并进行数据补充，提升效率并降低了发票申请数据出错的概率。
上述本发明公开的实施例中详细描述了方法，对于本发明的方法可采用多种形式的装置实现，因此本发明还公开了一种发票申请数据补偿装置，下面给出具体的实施例进行详细说明。
请参阅附图2，图2为本申请实施例公开的一种发票申请数据补偿装置的结构示意图，该装置可以包括：
第一获取单元201，用于获取第一数据库中存储的至少一个发票申请标识；
比较单元202，用于比较所述第一数据库中存储的至少一个发票申请标识，与，第二数据库中已经存储的发票申请数据中的发票申请标识，确定是否存在目标发票申请标识，所述目标发票申请标识为在所述第一数据库中存储但是未在所述第二数据库中存储的发票申请标识；
补偿单元203，用于如果确定存在所述目标发票申请标识，获取所述目标发票申请标识对应的发票申请请求信息；解析所述目标发票申请标识对应的发票申请请求信息，得到所述目标发票申请标识对应的发票申请数据；将所述目标发票申请标识对应的发票申请数据补偿到所述第二数据库。
在本实施例中，第一获取单元201、比较单元202和补偿单元203的具体处理及其带来的技术效果可分别参考图1对应实施例中步骤S101、步骤S102和步骤S103的实施例的相关说明，在此不再赘述。
在本实施例的一些可选的实现方式中，所述装置还包括：
第二获取单元，用于获取至少一个发票申请请求信息；
第一存储单元，用于将所述至少一个发票申请请求信息存储至所述第一数据库；
第一解析单元，用于针对每个发票申请请求信息，解析所述发票申请请求信息，确定所述发票申请请求信息中的发票申请标识，得到至少一个发票申请标识；
第二存储单元，用于将所述至少一个发票申请标识，存储至所述第一数据库；
第二解析单元，用于遍历每个发票申请请求信息，解析得到所述发票申请请求信息中的发票申请数据；
第三存储单元，用于将所述发票申请请求信息中的发票申请数据存储至所述第二数据库，所述发票申请数据中包括发票申请标识。
在本实施例的一些可选的实现方式中，所述装置还包括：
删除单元，用于如果确定不存在所述目标发票申请标识，则将所述第一数据库中存储的所述至少一个发票申请请求信息删除。
需要说明的是，发票申请数据补偿装置可以是芯片，组件或模块，发票申请数据补偿装置可包括处理器和存储器，第一获取单元201、比较单元202和补偿单元203等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。
下面参考图3，其示出了适于用来实现本申请一些实施例的电子设备300的结构示意图。图3示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图3所示，电子设备300可以包括处理器301、存储器302、通信接口303、输入单元303、输出单元305和通信总线306。其中，处理器301和存储器302通过通信总线306彼此相连。通信接口303、输入单元303和输出单元305也连接至通信总线306。
其中，通信接口303可以为通信模块的接口，如GSM模块的接口。
在本申请实施例中，处理器301，可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路(application-specific integrated circuit，ASIC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件等。
在一种可能的实现方式中，存储器302可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、以及至少一个功能(比如发票申请数据补偿功能等)所需的应用程序等；存储数据区可存储根据计算机的使用过程中所创建的数据，比如，发票申请数据等等。
此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。
处理器301可以调用存储器302中存储的程序，具体的，处理器301可以执行以上述任一实施例所示的发票申请数据补偿方法。
存储器302中用于存放一个或者一个以上程序，程序可以包括程序代码，所述程序代码包括计算机操作指令，在本申请实施例中，存储器302中至少存储有用于实现以下功能的程序：
获取第一数据库中存储的至少一个发票申请标识及第二数据库中已经存储的发票申请数据中的发票申请标识；
比较所述第一数据库中存储的至少一个发票申请标识，与，所述第二数据库中已经存储的发票申请数据中的发票申请标识，确定是否存在目标发票申请标识，所述目标发票申请标识为在所述第一数据库中存储但是未在所述第二数据库中存储的发票申请标识；
如果确定存在所述目标发票申请标识，则获取所述目标发票申请标识对应的发票申请请求信息；
解析所述目标发票申请标识对应的发票申请请求信息，得到所述目标发票申请标识对应的发票申请数据；
将所述目标发票申请标识对应的发票申请数据补偿到所述第二数据库。
本申请还可以包括输入单元305，输入单元305可以包括感应触摸显示面板上的触摸事件的触摸感应单元、键盘、鼠标、摄像头、拾音器等设备中的至少一个。
输出单元303可以包括：显示器、扬声器、振动机构、灯等设备中的至少一个。显示器可以包括显示面板，如触摸显示面板等。在一种可能的情况中，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板。振动机构在工作时可以使电子设备300发生位移，在一种可能的实现方式中，振动机构包括电动机和偏心振子，电动机带动偏心振子转动从而产生振动。灯的亮度和/或颜色可调，在一种可能的实现方式中，可通过灯的亮灭、亮度、颜色中的至少一个体现不同的信息，如通过灯发出红色光体现报警信息。
当然，图3所示的电子设备300的结构并不构成对本申请实施例中电子设备的限定，在实际应用中电子设备可以包括比图3所示的更多或更少的部件，或者组合某些部件。
本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现以上各方法实施例描述的发票申请数据补偿方法。
本申请实施例提供了一种处理器，该处理器用于运行程序，其中，该程序运行时实现以上各方法实施例描述的发票申请数据补偿方法。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，使得数据处理设备实现以上各方法实施例描述的发票申请数据补偿方法。
其中，本申请的上述实施例提供的电子设备、处理器、计算机可读介质或计算机程序产品可以均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (7)

1.一种发票申请数据补偿方法，其特征在于，所述方法的执行主体为结算中心的终端或服务器，包括：
获取第一数据库中存储的至少一个发票申请标识及第二数据库中已经存储的发票申请数据中的发票申请标识；
比较所述第一数据库中存储的至少一个发票申请标识，与，所述第二数据库中已经存储的发票申请数据中的发票申请标识，确定是否存在目标发票申请标识，所述目标发票申请标识为在所述第一数据库中存储但是未在所述第二数据库中存储的发票申请标识；
如果确定存在所述目标发票申请标识，则从所述第一数据库中获取所述目标发票申请标识对应的发票申请请求信息；
解析所述目标发票申请标识对应的发票申请请求信息，得到所述目标发票申请标识对应的发票申请数据；
将所述目标发票申请标识对应的发票申请数据补偿到所述第二数据库；
在所述获取第一数据库中存储的至少一个发票申请标识及第二数据库中已经存储的发票申请数据中的发票申请标识之前，所述方法还包括：
获取至少一个发票申请请求信息；其中，不同业务系统的用户发送REST请求调用结算中心的API接口，向结算中心发送发票申请请求信息；
将所述至少一个发票申请请求信息存储至所述第一数据库；
针对每个发票申请请求信息，解析所述发票申请请求信息，确定所述发票申请请求信息中的发票申请标识，得到至少一个发票申请标识；
将所述至少一个发票申请标识，存储至所述第一数据库；
遍历每个发票申请请求信息，解析得到所述发票申请请求信息中的发票申请数据；
将所述发票申请请求信息中的发票申请数据存储至所述第二数据库，所述发票申请数据中包括发票申请标识。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
如果确定不存在所述目标发票申请标识，则将所述第一数据库中存储的所述至少一个发票申请请求信息及所述至少一个发票申请标识删除。
3.根据权利要求1所述的方法，其特征在于，所述第一数据库为Redis数据库，所述第二数据库为MySQL数据库。
4.一种发票申请数据补偿装置，其特征在于，所述装置的执行主体为结算中心的终端或服务器，包括：
第一获取单元，用于获取第一数据库中存储的至少一个发票申请标识及第二数据库中已经存储的发票申请数据中的发票申请标识；
比较单元，用于比较所述第一数据库中存储的至少一个发票申请标识，与，所述第二数据库中已经存储的发票申请数据中的发票申请标识，确定是否存在目标发票申请标识，所述目标发票申请标识为在所述第一数据库中存储但是未在所述第二数据库中存储的发票申请标识；
补偿单元，用于如果确定存在所述目标发票申请标识，从所述第一数据库中获取所述目标发票申请标识对应的发票申请请求信息；解析所述目标发票申请标识对应的发票申请请求信息，得到所述目标发票申请标识对应的发票申请数据；将所述目标发票申请标识对应的发票申请数据补偿到所述第二数据库；
所述装置还包括：
第二获取单元，用于获取至少一个发票申请请求信息；其中，不同业务系统的用户发送REST请求调用结算中心的API接口，向结算中心发送发票申请请求信息；
第一存储单元，用于将所述至少一个发票申请请求信息存储至所述第一数据库；
第一解析单元，用于针对每个发票申请请求信息，解析所述发票申请请求信息，确定所述发票申请请求信息中的发票申请标识，得到至少一个发票申请标识；
第二存储单元，用于将所述至少一个发票申请标识，存储至所述第一数据库；
第二解析单元，用于遍历每个发票申请请求信息，解析得到所述发票申请请求信息中的发票申请数据；
第三存储单元，用于将所述发票申请请求信息中的发票申请数据存储至所述第二数据库，所述发票申请数据中包括发票申请标识。
5.根据权利要求4所述的装置，其特征在于，所述装置还包括：
删除单元，用于如果确定不存在所述目标发票申请标识，则将所述第一数据库中存储的所述至少一个发票申请请求信息及所述至少一个发票申请标识删除。
6.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1至3中任一所述的发票申请数据补偿方法。
7.一种处理器，所述处理器用于运行程序，其中，所述程序运行时实现如权利要求1至3中任一所述的发票申请数据补偿方法。
CN202110947200.8A 2021-08-18 2021-08-18 发票申请数据补偿方法及装置 Active CN113610586B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110947200.8A CN113610586B (zh) 2021-08-18 2021-08-18 发票申请数据补偿方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110947200.8A CN113610586B (zh) 2021-08-18 2021-08-18 发票申请数据补偿方法及装置

Publications (2)

Publication Number Publication Date
CN113610586A CN113610586A (zh) 2021-11-05
CN113610586B true CN113610586B (zh) 2024-01-23

Family

ID=78308875

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110947200.8A Active CN113610586B (zh) 2021-08-18 2021-08-18 发票申请数据补偿方法及装置

Country Status (1)

Country Link
CN (1) CN113610586B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109791537A (zh) * 2016-08-05 2019-05-21 瓦特博克有限公司 将电子文档补充完整的系统和方法
CN109785024A (zh) * 2019-01-04 2019-05-21 深圳壹账通智能科技有限公司 发票数据处理方法、装置、计算机设备和存储介质
CN110689386A (zh) * 2019-08-19 2020-01-14 苏宁云计算有限公司 一种电子票据开具方法及系统
CN111291054A (zh) * 2020-02-21 2020-06-16 苏宁云计算有限公司 一种数据处理方法、装置、计算机设备和存储介质
CN112434114A (zh) * 2021-01-26 2021-03-02 腾讯科技（深圳）有限公司 电子票据处理方法、装置、介质及电子设备
CN112990990A (zh) * 2019-12-17 2021-06-18 国网电子商务有限公司 发票的开具方法、装置及系统
CN113010348A (zh) * 2020-09-25 2021-06-22 证通股份有限公司 用于容灾中数据恢复的装置、系统和方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150073822A1 (en) * 2013-09-09 2015-03-12 Primacea, Inc. Automated systems and methods to manage compliance of contracts between professionals and third parties
US20160162995A1 (en) * 2014-12-04 2016-06-09 Siemens Technology And Services Pvt. Ltd. Method and system for duplicate invoice entry detection
US20180174210A1 (en) * 2016-12-15 2018-06-21 Mastercard International Incorporated Systems and methods for detecting data inconsistencies

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109791537A (zh) * 2016-08-05 2019-05-21 瓦特博克有限公司 将电子文档补充完整的系统和方法
CN109785024A (zh) * 2019-01-04 2019-05-21 深圳壹账通智能科技有限公司 发票数据处理方法、装置、计算机设备和存储介质
CN110689386A (zh) * 2019-08-19 2020-01-14 苏宁云计算有限公司 一种电子票据开具方法及系统
CN112990990A (zh) * 2019-12-17 2021-06-18 国网电子商务有限公司 发票的开具方法、装置及系统
CN111291054A (zh) * 2020-02-21 2020-06-16 苏宁云计算有限公司 一种数据处理方法、装置、计算机设备和存储介质
CN113010348A (zh) * 2020-09-25 2021-06-22 证通股份有限公司 用于容灾中数据恢复的装置、系统和方法
CN112434114A (zh) * 2021-01-26 2021-03-02 腾讯科技（深圳）有限公司 电子票据处理方法、装置、介质及电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于自动补偿校正机制的铁路客票 商旅服务计费系统研究;谢泽等;铁道运输与经济(第08期);1-6 *

Also Published As

Publication number Publication date
CN113610586A (zh) 2021-11-05

Similar Documents

Publication Publication Date Title
CN109145025B (zh) 一种多数据源集成的数据查询方法、装置及业务服务器
US8843632B2 (en) Allocation of resources between web services in a composite service
US10387197B2 (en) System and methods for transaction-based process management
CN110020846B (zh) 一种转账业务处理方法及系统
CN113515271B (zh) 服务代码生成方法、装置、电子设备及可读存储介质
US20130238939A1 (en) Method for ranking analysis tools
CN111177433A (zh) 用于并行处理信息的方法和装置
CN115268854A (zh) 业务扩展实现方法、系统、电子设备及可读存储介质
CN109829678B (zh) 一种回滚处理方法、装置以及电子设备
CN113610586B (zh) 发票申请数据补偿方法及装置
US8924343B2 (en) Method and system for using confidence factors in forming a system
CN112306995A (zh) 一种数据库操作的实现方法及装置
CN107832349B (zh) 一种业务对象的管理方法以及信息管理系统
CN110928941A (zh) 一种数据分片抽取方法及装置
CN113836154A (zh) 一种数据库切换方法及装置
CN113672687B (zh) 一种电商大数据处理方法、装置、设备及存储介质
CN111262727B (zh) 服务的扩容方法、装置、设备及存储介质
US20180293604A1 (en) Customer-assisted item retrieval
CN110187987B (zh) 用于处理请求的方法和装置
CN114418482A (zh) 订单信息处理方法、装置、电子设备和计算机可读介质
CN112509164A (zh) 一种出勤打卡方法、装置、设备和存储介质
CN109656805B (zh) 用于业务分析的代码链路的生成方法、装置及业务服务器
CN107967549B (zh) 多流程任务处理装置与方法
CN110750271A (zh) 服务聚合、聚合服务的执行方法、装置和电子设备
CN111290911A (zh) 一种用于检测移动终端任务的方法及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 100053 room 8018, 8 / F, building 7, Guangyi street, Xicheng District, Beijing

Applicant after: State Grid Digital Technology Holdings Co.,Ltd.

Applicant after: State Grid E-Commerce Technology Co.,Ltd.

Address before: 311 guanganmennei street, Xicheng District, Beijing 100053

Applicant before: STATE GRID ELECTRONIC COMMERCE Co.,Ltd.

Applicant before: State Grid E-Commerce Technology Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant