一种发票开具方法、装置、系统、电子设备、介质及产品与流程

技术特征：
1.一种发票开具方法，包括：获取开票信息，所述开票信息包括销售方的纳税信息和购买方的纳税信息，以及所述购买方的多个账号各自对应的申请行信息，每条申请行信息包括商品信息；针对每条申请行信息，根据该申请行信息包括的商品信息，确定该申请行信息的类型；基于单张发票的属性限制信息，对相同类型的申请行信息进行分组；其中，分组得到的每组申请行信息满足所述属性限制信息；对于每组申请行信息，基于该组申请行信息包括的商品信息、所述销售方的纳税信息和所述购买方的纳税信息，构建待开具发票；对所述待开具发票进行发票开具。2.根据权利要求1所述的方法，其中，所述商品信息包括商品标识和税收分类编码，所述申请行信息的类型包括账单类型和税率类型；所述根据该申请行信息包括的商品信息，确定该申请行信息的类型，包括：从商品库系统中查找该申请行信息包括的商品标识对应的商品出账方式；基于商品出账方式与账单类型之间的预设对应关系，确定查找到的商品出账方式对应的账单类型；基于税收分类编码与税率类型之间的预设对应关系，确定该申请行信息包括的税收分类编码对应的税率类型。3.根据权利要求1所述的方法，所述商品信息包括商品数量和商品金额；在所述基于单张发票的属性限制信息，对相同类型的申请行信息进行分组之前，所述方法还包括：针对每条申请行信息，判断该申请行信息包括的商品信息是否满足预设要求；若否，则按照该申请行信息包括的商品金额，将该申请行信息拆分为满足所述预设要求的多条申请行信息。4.根据权利要求3所述的方法，所述预设要求包括商品金额除以商品数量得到的商品单价包括的小数不超过两位以及商品金额不超过金额上限。5.根据权利要求1-4任一项所述的方法，其中，所述基于单张发票的属性限制信息，对相同类型的申请行信息进行分组，包括：分别针对每一类型的申请行信息执行以下操作：从该类型的申请行信息中，按照顺序选择一条申请行信息；判断若将当前选择的申请行信息加入当前分组，当前分组对应的发票是否满足所述属性限制信息，其中，所述属性限制信息包括：发票的金额不超过单张发票的金额上限和发票包括的发票项数量不超过单张发票的发票项数量上限；当前分组对应的发票的金额为当前分组中各申请行信息包括的商品金额总和，每个发票项为发票中的一项商品数据；若是，则将当前选择的申请行信息加入当前分组，并返回所述从该类型的申请行信息中，按照顺序选择一条申请行信息的步骤，直至得到该类型的所有申请行信息所属分组；若否，则生成下一个分组，将当前选择的申请行信息加入生成的分组，并将生成的分组作为当前分组，返回所述从该类型的申请行信息中，按照顺序选择一条申请行信息的步骤，直至得到该类型的所有申请行信息所属分组。6.根据权利要求1所述的方法，在对所述待开具发票进行发票开具之前，所述方法还包括：
获取未审核状态的待开具发票，针对每张未审核状态的待开具发票，对该待开具发票进行机审；若机审结果为审核通过，则更新该待开具发票的状态为已通过状态；若机审结果为审核未通过，则向运营审批系统发送该待开具发票，并从所述运营审批系统获取对该待开具发票的人工审核结果；若人工审核结果为审核通过，则更新该待开具发票的状态为已通过状态。7.根据权利要求6所述的方法，其中，所述开票信息还包括发票介质；所述对所述待开具发票进行发票开具，包括：对于机审结果为审核通过的待开具发票，判断该待开具发票的发票介质是否为电子发票；若是，则调用线上开具系统对该待开具发票进行发票开具，获得电子发票；若否，则针对该待开具发票获取线下开具的纸质发票信息；对于人工审核结果为审核通过的待开具发票，获取人工开具的电子发票或者纸质发票信息。8.根据权利要求7所述的方法，在所述对所述待开具发票进行发票开具之后，还包括：对于已获得电子发票或者纸质发票信息的每张待开具发票，更新该待开具发票的状态为已开具状态。9.根据权利要求8所述的方法，每条申请行信息还包括所述购买方的一个账号的账号标识，在所述基于该组申请行信息包括的商品信息、所述销售方的纳税信息和所述购买方的纳税信息，构建待开具发票之后，所述方法还包括：针对构建的每张待开具发票，将该待开具发票中属于相同账号的发票项分为一组，并为每组发票项构建虚拟发票；其中，属于相同账号的发票项为通过包括相同账号标识的申请行信息构建的发票项，每个发票项为发票中的一项商品数据；向用户控制台系统发送构建的虚拟发票，以使得所述用户控制台系统向用户展示虚拟发票。10.根据权利要求9所述的方法，所述方法还包括：在构建任一虚拟发票时，确定该虚拟发票对应的第一账号，将该虚拟发票的价税合计金额从所述第一账号的来源池转移至所述第一账号的冻结池，其中，每个账号的来源池包括该账号的剩余可开票金额，每个账号的冻结池包括该账号正在开具的各发票的价税合计金额总和；或在任一虚拟发票所属待开具发票的状态更新为已拒绝状态时，确定该虚拟发票对应的第二账号，将该虚拟发票的价税合计金额从所述第二账号的冻结池转入所述第二账号的来源池；或在任一虚拟发票所属待开具发票的状态更新为已开具状态时，确定该虚拟发票对应的第三账号，将该虚拟发票的价税合计金额从所述第三账号的冻结池转入所述第三账号的消费池，每个账号的消费池包括该账号已开具的各发票的价税合计金额总和。11.一种发票开具装置，包括：获取模块，用于获取开票信息，所述开票信息包括销售方的纳税信息和购买方的纳税信息，以及所述购买方的多个账号各自对应的申请行信息，每条申请行信息包括商品信息；确定模块，用于针对所述获取模块获取的每条申请行信息，根据该申请行信息包括的
商品信息，确定该申请行信息的类型；分组模块，用于基于单张发票的属性限制信息，对所述确定模块确定的相同类型的申请行信息进行分组；其中，分组得到的每组申请行信息满足所述属性限制信息；构建模块，用于对于所述分组模块得到的每组申请行信息，基于该组申请行信息包括的商品信息、所述销售方的纳税信息和所述购买方的纳税信息，构建待开具发票；开具模块，用于对所述构建模块构建的所述待开具发票进行发票开具。12.一种发票开具系统，包括：客户关系管理系统和发票系统；所述客户关系管理系统，用于当接收到用户触发的提交指令时，向所述发票系统发送开票信息，所述开票信息包括销售方的纳税信息、购买方的纳税信息以及所述购买方的多个账号各自对应申请行信息，每条申请行信息包括商品信息；所述发票系统，用于执行所述权利要求1-10任一项所述的方法以进行发票开具。13.根据权利要求12所述的发票开具系统，所述客户关系管理系统，还用于在接收到用户触发的提交指令之前，接收用户输入的合同号，获取所述合同号对应的销售方的纳税信息、购买方的纳税信息和购买方的各账号，以及接收用户针对选择的每个账号分别输入的申请行信息。14.根据权利要求12所述的发票开具系统，所述发票开具系统还包括：合同商品系统；所述合同商品系统，用于存储各商品标识对应的商品出账方式。15.根据权利要求12所述的发票开具系统，所述发票开具系统还包括：运营审批系统；所述运营审批系统，用于接收所述发票系统发送的机审结果为审核未通过的待开具发票，展示接收的待开具发票，获取对接收的待开具发票的人工审核结果，并向所述发票系统发送所述人工审核结果。16.根据权利要求15所述的发票开具系统，所述发票开具系统还包括：线上开具系统；所述线上开具系统，用于接收所述发票系统发送的待开具发票，对接收的待开具发票进行发票开具，得到电子发票，并向所述发票系统发送所述电子发票。17.根据权利要求12-16任一项所述的发票开具系统，所述发票开具系统还包括：用户控制台系统；所述用户控制台系统，用于接收所述发票系统发送的虚拟发票，并向用户展示虚拟发票。18.一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。19.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-10中任一项所述的方法。20.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-10中任一项所述的方法。

技术总结
本公开提供了一种发票开具方法、装置、系统、电子设备、介质及产品，涉及数据处理技术领域，尤其涉及金融数据处理技术领域，可简化先票后款场景下开票过程。实现方案为：获取开票信息，开票信息包括销售方的纳税信息和购买方的纳税信息，以及购买方的多个账号各自对应的申请行信息，每条申请行信息包括商品信息；针对每条申请行信息，根据该申请行信息包括的商品信息，确定该申请行信息的类型；基于单张发票的属性限制信息，对相同类型的申请行信息进行分组，分组得到的每组申请行信息满足属性限制信息；对于每组申请行信息，基于该组申请行信息包括的商品信息、销售方的纳税信息和购买方的纳税信息，构建待开具发票；对待开具发票进行发票开具。进行发票开具。进行发票开具。


技术研发人员：屈静
受保护的技术使用者：北京百度网讯科技有限公司
技术研发日：2022.03.17
技术公布日：2022/6/28