CN114022230A - 一种基于受票单位信息库的开票管理方法和系统 - Google Patents
一种基于受票单位信息库的开票管理方法和系统 Download PDFInfo
- Publication number
- CN114022230A CN114022230A CN202210018916.4A CN202210018916A CN114022230A CN 114022230 A CN114022230 A CN 114022230A CN 202210018916 A CN202210018916 A CN 202210018916A CN 114022230 A CN114022230 A CN 114022230A
- Authority
- CN
- China
- Prior art keywords
- information
- billing
- receiving unit
- business
- current
- 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.)
- Pending
Links
Images
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
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/123—Tax preparation or submission
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及开票数据处理技术领域，公开了一种基于受票单位信息库的开票管理方法和系统，包括根据企业名称和/或纳税人识别号，判断在信息库中是否能够查询到受票单位的开票信息，若能够查询到，获取当前受票单位的开票信息并校验开票信息是否符合业务规则，若符合则进入待开票状态，等待开具发票，若不符合，返回异常提示信息；若不能够查询到，则发起当前受票单位的开票信息的新增请求，响应新增请求并调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；审核通过后，将当前受票单位的开票信息保存至信息库。本发明解决了不同用户申请同一受票单位信息时重复地调用API获取和人工审核的问题。
Description
技术领域
本发明涉及开票数据处理技术领域，尤其涉及一种基于受票单位信息库的开票管理方法和系统。
背景技术
第三方API接口获取受票单位的企业工商信息的技术已渗透到各类中小企业中，而作为陶瓷行业垂直领域的供应链平台，在业务过程中所需要的受票单位信息无法局限于第三方平台的企业公司信息，为了兼容业务的复杂性保证业务的规范性，不仅要记录其业务发生时的工商信息，也对该受票单位进行额外信息的标记（如：是否进出口企业、纳税人类型、企业类型、附件）以及审核。比如现有的受票单位信息，每次输入企业的关键信息后，需要不断重复地通过第三方API接口获取第三方平台已有的对应企业最新的工商信息，其他需要补充的信息则需要手工录入，方可一并提交到业务系统中，作为开票的信息来源，导致出现不同用户申请同一受票单位信息重复且不必要地调用API获取和人工审核的问题。
发明内容
本发明的目的在于针对背景技术中的缺陷，提出一种基于受票单位信息库的开票管理方法和系统，本发明通过建立信息库，实现一人申请/变更企业受票单位信息，达到多人使用；一次审核即可保证信息的真实性和规范性，保证业务的有效开展，保证开具的发票信息无误；也减少了第三方API接口的重复且不必要的调用，降低成本。
为达此目的，本发明采用以下技术方案：
一种基于受票单位信息库的开票管理方法，包括如下步骤：
步骤A：发起开票请求，响应开票请求并执行如下操作：
基于开票请求获取企业名称和/或纳税人识别号，根据企业名称和/或纳税人识别号，判断在信息库中是否能够查询到当前受票单位的开票信息，若能够查询到，则在信息库中获取当前受票单位的开票信息并校验开票信息是否符合业务规则，若符合则进入待开票状态，等待开具发票，若不符合，则返回异常提示信息；
若不能够查询到，则执行步骤B；
步骤B：发起当前受票单位的开票信息的新增请求，响应新增请求并执行步骤C；
步骤C：调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；
审核通过后，将当前受票单位的开票信息保存至信息库。
优选的，所述方法还包括：
步骤z：发起当前受票单位的开票信息的变更请求，响应变更请求并执行步骤C。
优选的，在所述步骤A中，判断在信息库中是否能够查询到当前受票单位的开票信息包括：
判断当前受票单位是否处于开票信息变更过程中，若是，则直接返回暂停开票提示信息，结束当前开票操作。
优选的，对同一受票单位同时发起开票请求和变更请求时，包括执行如下步骤：
步骤S1：响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，在提交审核之前，判断当前受票单位的开票信息是否存在待开票记录，若是，则执行步骤S21，若否，执行步骤S22；
步骤S21：对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库，将更新后的开票信息替换处于待开票状态时的开票信息；
步骤S22：对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库以完成更新。
优选的，在所述步骤A中，校验开票信息是否符合业务规则包括：
根据纳税人识别号确定纳税人类型；
基于开票信息获取开票种类，判断开票种类是否匹配纳税人类型，若匹配，则判定开票信息符合业务规则。
一种基于受票单位信息库的开票管理系统，应用于上述一种基于受票单位信息库的开票管理方法，所述系统包括客户端、业务模块、信息库和票据模块；
所述客户端用于根据企业名称和/或纳税人识别号发起开票请求和新增请求，接收票据模块发送的发票；
所述业务模块用于根据企业名称和/或纳税人识别号，在信息库中查询当前受票单位的开票信息，当能够查询到当前受票单位的开票信息时，校验开票信息是否符合业务规则，若符合业务规则，则进入待开票状态，向所述票据模块发送可开票信息，若不符合，则向发起开票请求的客户端返回异常提示信息；当无法查询到当前受票单位的开票信息时，向发起开票请求的客户端发送新增当前受票单位的开票信息提示；
所述业务模块还用于响应所述客户端发起的新增请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；审核通过后，将当前受票单位的开票信息保存至信息库；
所述票据模块用于在接收到所述业务模块发送的可开票信息后向发起开票请求的所述客户端发送发票，并在发送发票完成后向所述业务模块返回完成开票信息。
优选的，所述客户端还包括发起当前受票单位的开票信息的变更请求；
所述业务模块用于响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；审核通过后，将当前受票单位的开票信息保存至信息库。
优选的，所述业务模块还用于在信息库中查询当前受票单位的开票信息时，判断当前受票单位是否处于开票信息变更过程中，若是，则直接返回暂停开票提示信息，结束当前开票操作。
优选的，所述业务模块还用于在不同客户端对同一受票单位同时发起开票请求和变更请求时，响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，在提交审核之前，判断当前受票单位的开票信息是否存在待开票记录，若存在，则对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库，将更新后的开票信息替换处于待开票状态时的开票信息，若不存在，则对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库以完成更新。
优选的，所述业务模块还用于根据纳税人识别号确定纳税人类型，基于开票信息获取开票种类，判断开票种类是否匹配纳税人类型，若匹配，则判定开票信息符合业务规则。
本申请的技术方案所产生的有益效果：
本发明通过建立信息库，实现一人申请/变更企业受票单位信息，达到多人使用；一次审核即可保证信息的真实性和规范性，保证业务的有效开展，保证开具的发票信息无误，减少因发票信息有误需要冲红或者作废的情况；也减少了第三方API接口的重复且不必要的调用，降低成本。
附图说明
图1是现有技术的开票的操作流程图；
图2是本发明的一个实施例的基于受票单位信息库的开票管理方法的流程图。
具体实施方式
下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。
现有的受票单位信息，每次输入企业的关键信息后，通过第三方API接口获取第三方平台已有的对应企业最新的工商信息，存在其他需要补充的信息则需要手工录入，然后一并提交到业务系统中，作为开票的信息来源；
如图1所示，工作流程如下：
1、用户申请开票并输入受票单位的企业名称；
2、第三方平台获取受票单位的企业工商信息；
3、用户补充受票单位的辅助信息；
4、业务系统对受票单位信息和所选业务类型是否匹配进行校验；
5、工作人员核实业务申请中受票单位信息的所有信息是否有误；
6、票据系统开具发票。
上述受票单位数据是基于第三方平台通过API获取以及用户对辅助信息的手工录入；在操作过程中，不同用户申请同一受票单位时，不仅每次都要调用API接口，而且需要提供同样的辅助信息，用户也只能复用自己申请过的受票单位信息，存在不同人提供的信息不一样的情况，以及同一受票单位信息提交到业务系统中后相关人员重复进行审核。故为了解决上述问题，本申请提出一种基于受票单位信息库的开票管理方法，如图2所示，包括如下步骤：
步骤A：发起开票请求，响应开票请求并执行如下操作：
基于开票请求获取企业名称和/或纳税人识别号，根据企业名称和/或纳税人识别号，判断在信息库中是否能够查询到当前受票单位的开票信息，若能够查询到，则在信息库中获取当前受票单位的开票信息并校验开票信息是否符合业务规则，若符合则进入待开票状态，等待开具发票，若不符合，则返回异常提示信息；
若不能够查询到，则执行步骤B；
步骤B：发起当前受票单位的开票信息的新增请求，响应新增请求并执行步骤C；
步骤C：调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；
审核通过后，将当前受票单位的开票信息保存至信息库。
在本实施例中，用户根据企业名称和/或纳税人识别号发起开票请求，系统响应开票请求后，依据企业名称和/或纳税人识别号在信息库中查询，判断是否能够在信息库中找到当前开票单位的开票信息，若找不到，则说明信息库中没有保存当前开票单位的开票信息，此时需要提示用户发起新增请求，将在信息库中添加当前开票单位的开票信息，若找到了，则从信息库中获取当前开票单位的开票信息，然后校验开票信息是否符合业务规则，符合则进入待开票状态，等待系统开具发票；
进一步的，当用户发起新增请求后，系统响应新增请求，通过调用第三方API接口，获取当前开票单位的工商信息，补充辅助信息后，提交人工审核，审核通过后，将开票信息添加到信息库，后续用户可以直接输入企业名称和/或纳税人识别号，直接在信息库中查找到并进行开票。
进一步的，在本实施例中，开票单位的开票信息可按照下文表格一的形式进行存储；
本申请通过一次审核即可保证信息的真实性和规范性，保证业务的有效开展，保证开具的发票信息无误；也减少了第三方API接口的重复且不必要的调用，降低一定的成本。
优选的，所述方法还包括：
步骤z：发起当前受票单位的开票信息的变更请求，响应变更请求并执行步骤C。
在本实施例中，本申请还适用于用户对当前受票单位的开票信息进行变更，变更过程与上文提及的新增开票信息过程相同。
优选的，在所述步骤A中，判断在信息库中是否能够查询到当前受票单位的开票信息包括：
判断当前受票单位是否处于开票信息变更过程中，若是，则直接返回暂停开票提示信息，结束当前开票操作。
在本实施例中，当企业工商信息在最近发生改变，用户业务申请时需要变更业务系统中的受票单位信息，同样是一人发起变更，变更过程其他用户暂停申请使用，待工作人员审核通过后，该企业信息实现同步更新；
优选的，对同一受票单位同时发起开票请求和变更请求时，包括执行如下步骤：
步骤S1：响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，在提交审核之前，判断当前受票单位的开票信息是否存在待开票记录，若是，则执行步骤S21，若否，执行步骤S22；
步骤S21：对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库，将更新后的开票信息替换处于待开票状态时的开票信息；
步骤S22：对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库以完成更新。
进一步的，存在着如下情况：用户1输入企业名称，需要使用企业开票信息，但同时用户2此时上去对信息进行变更的情况，针对该种情况，本申请通过在执行信息库中是否能够查询到当前受票单位的开票信息时，会额外增加一个判断操作，判断当前受票单位是否处于开票信息变更过程中，若是，则直接返回暂停开票提示信息，结束当前开票操作；比如当用户1已选择该企业A变更前的开票信息，那用户2变更企业A的开票信息时，业务系统中会校验企业A是否存在变更中的记录；是则提示先审核用户2变更企业A的信息，待用户2变更企业A的信息通过后，则同步更新“待开票”的用户1的企业A信息。
优选的，在所述步骤A中，校验开票信息是否符合业务规则包括：
根据纳税人识别号确定纳税人类型；
基于开票信息获取开票种类，判断开票种类是否匹配纳税人类型，若匹配，则判定开票信息符合业务规则。
在本实施例中，所述业务规则可以被理解为如下场景：
表格一：
| 纳税识别号 | 企业名称 | 营业范围 | 是否进出口企业 | 企业类型 | 纳税人类型 | 行业类型 |
| 文本 | 文本 | 文本 | True/false | 1/2/3 | 1/2 | 1/2/3 |
参照上述表格一，对企业类型、纳税人类型、行业类型、是否进口企业类型进行业务区分；
如：纳税人类型=1时，可开具增值税专用发票；纳税人类型=2时，只可开具普通发票；
企业类型=1时，只能申请1号产品业务；企业类型=2时，只能申请2号产品业务；
企业类型=3时，可以申请1和2好产品业务等；
行业类型=1时，签订合同时银行账号取公司设置的农行1账号；行业类型=2时，签订和同事的银行账号取公司设置的建行账号2。当纳税人类型和开票种类相互匹配时，判定开票信息符合业务规则，亦或者当企业类型匹配产品业务时，判定开票信息符合业务规则，亦或者当行业类型匹配签约银行时，判定开票信息符合业务规则。
一种基于受票单位信息库的开票管理系统，应用于上述一种基于受票单位信息库的开票管理方法，所述系统包括客户端、业务模块、信息库和票据模块；
所述客户端用于根据企业名称和/或纳税人识别号发起开票请求和新增请求，接收票据模块发送的发票；
所述业务模块用于根据企业名称和/或纳税人识别号，在信息库中查询当前受票单位的开票信息，当能够查询到当前受票单位的开票信息时，校验开票信息是否符合业务规则，若符合业务规则，则进入待开票状态，向所述票据模块发送可开票信息，若不符合，则向发起开票请求的客户端返回异常提示信息；当无法查询到当前受票单位的开票信息时，向发起开票请求的客户端发送新增当前受票单位的开票信息提示；
所述业务模块还用于响应所述客户端发起的新增请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；审核通过后，将当前受票单位的开票信息保存至信息库；
所述票据模块用于在接收到所述业务模块发送的可开票信息后向发起开票请求的所述客户端发送发票，并在发送发票完成后向所述业务模块返回完成开票信息。
优选的，所述客户端还包括发起当前受票单位的开票信息的变更请求；
所述业务模块用于响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；审核通过后，将当前受票单位的开票信息保存至信息库。
优选的，所述业务模块还用于在信息库中查询当前受票单位的开票信息时，判断当前受票单位是否处于开票信息变更过程中，若是，则直接返回暂停开票提示信息，结束当前开票操作。
优选的，所述业务模块还用于在不同客户端对同一受票单位同时发起开票请求和变更请求时，响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，在提交审核之前，判断当前受票单位的开票信息是否存在待开票记录，若存在，则对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库，将更新后的开票信息替换处于待开票状态时的开票信息，若不存在，则对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库以完成更新。
优选的，所述业务模块还用于根据纳税人识别号确定纳税人类型，基于开票信息获取开票种类，判断开票种类是否匹配纳税人类型，若匹配，则判定开票信息符合业务规则。
以上结合具体实施例描述了本发明的技术原理。这些描述只是为了解释本发明的原理，而不能以任何方式解释为对本发明保护范围的限制。基于此处的解释，本领域的技术人员不需要付出创造性的劳动即可联想到本发明的其它具体实施方式，这些方式都将落入本发明的保护范围之内。
Claims (10)
1.一种基于受票单位信息库的开票管理方法，其特征在于：包括如下步骤：
步骤A：发起开票请求，响应开票请求并执行如下操作：
基于开票请求获取企业名称和/或纳税人识别号，根据企业名称和/或纳税人识别号，判断在信息库中是否能够查询到当前受票单位的开票信息，若能够查询到，则在信息库中获取当前受票单位的开票信息并校验开票信息是否符合业务规则，若符合则进入待开票状态，等待开具发票，若不符合，则返回异常提示信息；
若不能够查询到，则执行步骤B；
步骤B：发起当前受票单位的开票信息的新增请求，响应新增请求并执行步骤C；
步骤C：调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；
审核通过后，将当前受票单位的开票信息保存至信息库。
2.根据权利要求1所述一种基于受票单位信息库的开票管理方法，其特征在于：
所述方法还包括：
步骤z：发起当前受票单位的开票信息的变更请求，响应变更请求并执行步骤C。
3.根据权利要求2所述一种基于受票单位信息库的开票管理方法，其特征在于：
在所述步骤A中，判断在信息库中是否能够查询到当前受票单位的开票信息包括：
判断当前受票单位是否处于开票信息变更过程中，若是，则直接返回暂停开票提示信息，结束当前开票操作。
4.根据权利要求3所述一种基于受票单位信息库的开票管理方法，其特征在于：
对同一受票单位同时发起开票请求和变更请求时，包括执行如下步骤：
步骤S1：响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，在提交审核之前，判断当前受票单位的开票信息是否存在待开票记录，若是，则执行步骤S21，若否，执行步骤S22；
步骤S21：对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库，将更新后的开票信息替换处于待开票状态时的开票信息；
步骤S22：对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库以完成更新。
5.根据权利要求1所述一种基于受票单位信息库的开票管理方法，其特征在于：
在所述步骤A中，校验开票信息是否符合业务规则包括：
根据纳税人识别号确定纳税人类型；
基于开票信息获取开票种类，判断开票种类是否匹配纳税人类型，若匹配，则判定开票信息符合业务规则。
6.一种基于受票单位信息库的开票管理系统，其特征在于：应用于如权利要求1-5任一项所述一种基于受票单位信息库的开票管理方法，所述系统包括客户端、业务模块、信息库和票据模块；
所述客户端用于根据企业名称和/或纳税人识别号发起开票请求和新增请求，接收票据模块发送的发票；
所述业务模块用于根据企业名称和/或纳税人识别号，在信息库中查询当前受票单位的开票信息，当能够查询到当前受票单位的开票信息时，校验开票信息是否符合业务规则，若符合业务规则，则进入待开票状态，向所述票据模块发送可开票信息，若不符合，则向发起开票请求的客户端返回异常提示信息；当无法查询到当前受票单位的开票信息时，向发起开票请求的客户端发送新增当前受票单位的开票信息提示；
所述业务模块还用于响应所述客户端发起的新增请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；审核通过后，将当前受票单位的开票信息保存至信息库；
所述票据模块用于在接收到所述业务模块发送的可开票信息后向发起开票请求的所述客户端发送发票，并在发送发票完成后向所述业务模块返回完成开票信息。
7.根据权利要求6所述一种基于受票单位信息库的开票管理系统，其特征在于：
所述客户端还包括发起当前受票单位的开票信息的变更请求；
所述业务模块用于响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，并提交审核；审核通过后，将当前受票单位的开票信息保存至信息库。
8.根据权利要求7所述一种基于受票单位信息库的开票管理系统，其特征在于：
所述业务模块还用于在信息库中查询当前受票单位的开票信息时，判断当前受票单位是否处于开票信息变更过程中，若是，则直接返回暂停开票提示信息，结束当前开票操作。
9.根据权利要求8所述一种基于受票单位信息库的开票管理系统，其特征在于：
所述业务模块还用于在不同客户端对同一受票单位同时发起开票请求和变更请求时，响应变更请求，调用第三方API接口，获取当前受票单位的工商信息，基于工商信息补充辅助信息，在提交审核之前，判断当前受票单位的开票信息是否存在待开票记录，若存在，则对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库，将更新后的开票信息替换处于待开票状态时的开票信息，若不存在，则对补充辅助信息后的工商信息进行提交审核，审核通过后，将当前受票单位的开票信息保存至信息库以完成更新。
10.根据权利要求6所述一种基于受票单位信息库的开票管理系统，其特征在于：
所述业务模块还用于根据纳税人识别号确定纳税人类型，基于开票信息获取开票种类，判断开票种类是否匹配纳税人类型，若匹配，则判定开票信息符合业务规则。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210018916.4A CN114022230A (zh) | 2022-01-10 | 2022-01-10 | 一种基于受票单位信息库的开票管理方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210018916.4A CN114022230A (zh) | 2022-01-10 | 2022-01-10 | 一种基于受票单位信息库的开票管理方法和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114022230A true CN114022230A (zh) | 2022-02-08 |
Family
ID=80069687
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210018916.4A Pending CN114022230A (zh) | 2022-01-10 | 2022-01-10 | 一种基于受票单位信息库的开票管理方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114022230A (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105812438A (zh) * | 2014-12-31 | 2016-07-27 | 航天信息股份有限公司 | 一种税控设备发行信息远程管理系统及方法 |
| CN106384257A (zh) * | 2016-08-31 | 2017-02-08 | 百望金赋科技有限公司 | 发票信息快速录入的方法和发票的开票方法 |
| CN108121730A (zh) * | 2016-11-30 | 2018-06-05 | 北京京东尚科信息技术有限公司 | 一种将数据更新快速同步到业务系统的装置及方法 |
| CN109509044A (zh) * | 2018-11-13 | 2019-03-22 | 四川长虹电器股份有限公司 | 一种智能开票系统、方法及票据信息录入设备 |
| CN109949113A (zh) * | 2019-03-21 | 2019-06-28 | 南京金信通信息服务有限公司 | 一种增值税发票在线管理系统 |
-
2022
- 2022-01-10 CN CN202210018916.4A patent/CN114022230A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105812438A (zh) * | 2014-12-31 | 2016-07-27 | 航天信息股份有限公司 | 一种税控设备发行信息远程管理系统及方法 |
| CN106384257A (zh) * | 2016-08-31 | 2017-02-08 | 百望金赋科技有限公司 | 发票信息快速录入的方法和发票的开票方法 |
| CN108121730A (zh) * | 2016-11-30 | 2018-06-05 | 北京京东尚科信息技术有限公司 | 一种将数据更新快速同步到业务系统的装置及方法 |
| CN109509044A (zh) * | 2018-11-13 | 2019-03-22 | 四川长虹电器股份有限公司 | 一种智能开票系统、方法及票据信息录入设备 |
| CN109949113A (zh) * | 2019-03-21 | 2019-06-28 | 南京金信通信息服务有限公司 | 一种增值税发票在线管理系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10565558B2 (en) | Methods and systems for expense management | |
| CN111951101B (zh) | 数据核对方法及装置 | |
| US20130325706A1 (en) | System, method, apparatus, and computer program product for improved payment processing | |
| CN109741008A (zh) | 一种费用报销管理方法及装置 | |
| WO2020233402A1 (zh) | 应付账款订单校验方法、装置、设备及存储介质 | |
| US20240078246A1 (en) | Systems and Methods for Unifying Formats and Adaptively Automating Processing of Business Records Data | |
| CN113362025B (zh) | 数据核算系统、方法、计算机可读存储介质、电子设备 | |
| CN112200595A (zh) | 优惠券校验方法、支付方法、装置、设备及介质 | |
| CN103888469A (zh) | 审批办件自动接收方法 | |
| CN112651815A (zh) | 一种税务共享平台 | |
| CN108573004B (zh) | 基于保险业务信息处理方法与装置 | |
| CN109741009A (zh) | 一种费用报销管理方法及装置 | |
| CN118229226A (zh) | 业务信息的处理方法、装置及电子设备 | |
| CN108242021A (zh) | 一种账务数据的处理系统、方法及装置 | |
| CN113743891A (zh) | 一种智能化的函证安全管理方法与管理平台 | |
| CN114022230A (zh) | 一种基于受票单位信息库的开票管理方法和系统 | |
| CN104951974A (zh) | 一种验证发票真伪的方法、装置及系统 | |
| CN112163870A (zh) | 基于区块链的信息管理方法、解析节点及复工平台 | |
| CN110008772B (zh) | 一种用于税务管理的发票快速识别与录入的方法和系统 | |
| US20190199809A1 (en) | Registration during downtime | |
| CN112000697A (zh) | 用于评标的企业业绩认定方法 | |
| CN112232737A (zh) | 一种基于语音识别的进销存处理方法 | |
| CN111209548A (zh) | 一种基于云平台的企业信息验证核对系统及其方法 | |
| EP3522087A1 (en) | Multi-source address management systems and methods | |
| CN113254520B (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220208 |
|
| RJ01 | Rejection of invention patent application after publication |