基于知识图谱的开票方法及装置与流程

计算;推算;计数设备的制造及其应用技术1.本发明涉及人工智能技术领域和金融领域，尤其涉及基于知识图谱的开票方法及装置。背景技术：2.本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。3.银行系统机构比较多，省、市、县等机构之间又存在着复杂的层级关系，每个机构又有各自对应的税号。各个机构税号对应的可开票交易的单张发票开票限额又各不相同。当客户通过税务发票相关系统开发票时，会选择需要开票的交易，此时客户可能选择对交易进行拆分或合并开票，或者该交易的金额超出单张发票的限额而必须要进行拆分。这时既要保证拆分的发票数据在合理的范围内，又要确保拆分或者合并的发票数据的总金额与开票交易金额匹配。因此，基于交易进行开票时就需要实时调用增值税税控系统去查询开票限额进行校验(开票限额是税控系统的数据)，尽管限额变化不是特别频繁，但发票系统处理开票业务时还是会频繁调用税控系统。税控系统为互联网系统，致银行系统与互联网系统的联机交互频繁存在一定的安全隐患，同时频繁交互也使得税控系统的压力较大，严重时可能会影响开票业务的办理。技术实现要素：4.为了解决先有技术中存在的问题，第一方面，本技术提供一种基于知识图谱的开票方法，包括：5.接收用户的开票请求，所述开票请求中包括交易数据；6.根据所述交易数据中的销售方信息以及预先创建的开票信息知识图谱确定税号以及对应的单张开票限额；所述开票信息知识图谱是以多个机构、税号及单张开票限额为节点，以各机构之间的层级关系、各机构与税号之间的对应关系以及各税号与单张开票限额之间的对应关系为边预先建立的；7.根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式；8.接收用户针对所述开票方式的确认信息，并按照所述开票方式进行开票操作。9.在一实施例中，所述根据所述交易数据中的销售方信息以及预先创建的开票信息知识图谱确定税号以及对应的单张开票限额，包括：10.获取所述交易数据中的销售方名称；11.根据所述销售方名称从预先创建的开票信息知识图谱中匹配对应的机构节点；12.根据所述机构节点在所述开票信息知识图谱中的连接关系确定对应的税号节点；13.根据所述税号节点在所述开票信息知识图谱中的连接关系确定对应的限额节点；14.从所述限额节点中获取所述单张开票限额。15.在一实施例中，所述开票请求包括单笔交易开票请求；16.所述根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式，包括：17.获取所述单笔交易开票请求中的交易金额；18.判断所述交易金额是否超过所述单张开票限额；若是，则将所述交易金额拆分为多个开票金额，并确定开票方式为分别针对各开票金额进行开票；其中，每个开票金额不超过所述单张开票限额；19.若否，则确定开票方式为将所述交易金额作为开票金额进行开票。20.在一实施例中，所述将所述交易金额拆分为多个开票金额，包括：21.判断所述交易金额与所述单张开票限额的余数是否大于预设阈值；22.若是，则将所述交易金额拆分为n个开票金额，其中n-1个开票金额等于所述单张开票限额，1个开票金额等于所述余数；23.若否，则将所述交易金额拆分为m个开票金额，其中m-1个开票金额等于所述单张开票限额与所述预设阈值的差值，1个开票金额等于所述交易金额与所述差值的余数；所述预设阈值小于所述单张开票限额。24.在一实施例中，所述开票请求包括多笔交易开票请求；25.所述根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式，包括：26.获取所述多笔交易开票请求中的多个交易金额；27.判断是否存在超过所述单张开票限额的交易金额；28.若存在超过所述单张开票限额的交易金额，则将超过所述单张开票限额的交易金额拆分为多个开票金额，并确定开票方式为分别针对各开票金额进行开票；其中，每个开票金额不超过所述单张开票限额；同时判断未超过所述单张开票限额的各交易金额之和是否超过所述单张开票限额；若是，则提示超出业务限额；若否，则确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票；29.若不存在超过所述单张开票限额的交易金额，则判断所述多个交易金额之和是否超过所述单张开票限额；若是，则提示超出业务限额；若否，则确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票。30.在一实施例中，若未超过所述单张开票限额的各交易金额之和也未超过所述单张开票限额，在确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票之前，还包括：31.判断未超过所述单张开票限额的交易的个数是否超过预设数量；若是，则将息费标识一致的各交易合并为一笔交易；32.若未超过所述单张开票限额的交易的个数不超过所述预设数量，或合并后的交易笔数不超过所述预设数量，则直接确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票。33.在一实施例中，建立所述开票信息知识图谱的步骤包括：34.获取多个机构信息、各机构之间的层级关系、各机构对应的税号以及各税号对应的单张开票限额；35.根据所述机构信息和各机构之间的层级关系建立多个机构节点以及各机构节点之间的连接关系，所述机构节点包括机构号、机构名称及上级机构号；36.根据各税号建立税号节点，并根据机构与税号之间的对应关系建立机构节点与税号节点之间的连接关系；37.根据各单张开票限额建立限额节点，并根据税号与单张开票限额之间的对应关系建立税号节点与限额节点之间的连接关系。38.第二方面，本技术提供一种基于知识图谱的开票装置，包括：39.开票请求接收模块，用于接收用户的开票请求，所述开票请求中包括交易数据；40.限额获取模块，用于根据所述交易数据中的销售方信息以及预先创建的开票信息知识图谱确定税号以及对应的单张开票限额；所述开票信息知识图谱是以多个机构、税号及单张开票限额为节点，以各机构之间的层级关系、各机构与税号之间的对应关系以及各税号与单张开票限额之间的对应关系为边预先建立的；41.开票方式确定模块，用于根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式；42.开票模块，用于接收用户针对所述开票方式的确认信息，并按照所述开票方式进行开票操作。43.在一实施例中，所述限额获取模块具体用于：44.获取所述交易数据中的销售方名称；45.根据所述销售方名称从预先创建的开票信息知识图谱中匹配对应的机构节点；46.根据所述机构节点在所述开票信息知识图谱中的连接关系确定对应的税号节点；47.根据所述税号节点在所述开票信息知识图谱中的连接关系确定对应的限额节点；48.从所述限额节点中获取所述单张开票限额。49.在一实施例中，所述开票方式确定模块包括：50.第一交易金额获取单元，用于当开票请求包括单笔交易开票请求时，获取所述单笔交易开票请求中的交易金额；51.第一比较单元，用于判断所述交易金额是否超过所述单张开票限额；52.第一开票方式处理单元，用于当交易金额超过所述单张开票限额时，将所述交易金额拆分为多个开票金额，并确定开票方式为分别针对各开票金额进行开票；其中，每个开票金额不超过所述单张开票限额；以及53.当交易金额未超过所述单张开票限额时，确定开票方式为将所述交易金额作为开票金额进行开票。54.在一实施例中，所述第一开票方式处理单元具体用于：55.判断所述交易金额与所述单张开票限额的余数是否大于预设阈值；56.若是，则将所述交易金额拆分为n个开票金额，其中n-1个开票金额等于所述单张开票限额，1个开票金额等于所述余数；57.若否，则将所述交易金额拆分为m个开票金额，其中m-1个开票金额等于所述单张开票限额与所述预设阈值的差值，1个开票金额等于所述交易金额与所述差值的余数；所述预设阈值小于所述单张开票限额。58.在一实施例中，所述开票方式确定模块包括：59.第二交易金额获取单元，用于当开票请求包括多笔交易开票请求时，获取所述多笔交易开票请求中的多个交易金额；60.第二比较单元，用于判断是否存在超过所述单张开票限额的交易金额；61.第二开票方式处理单元，用于当存在超过所述单张开票限额的交易金额时，将超过所述单张开票限额的交易金额拆分为多个开票金额，并确定开票方式为分别针对各开票金额进行开票；其中，每个开票金额不超过所述单张开票限额；同时判断未超过所述单张开票限额的各交易金额之和是否超过所述单张开票限额；若是，则提示超出业务限额；若否，则确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票；以及62.当不存在超过所述单张开票限额的交易金额时，判断所述多个交易金额之和是否超过所述单张开票限额；若是，则提示超出业务限额；若否，则确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票。63.在一实施例中，所述基于知识图谱的开票装置还包括交易合并模块，用于在确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票之前，判断未超过所述单张开票限额的交易的个数是否超过预设数量；若是，则将息费标识一致的各交易合并为一笔交易；64.所述第二开票方式处理单元还用于：65.若未超过所述单张开票限额的交易的个数不超过所述预设数量，或合并后的交易笔数不超过所述预设数量，则直接确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票。66.在一实施例中，所述基于知识图谱的开票装置还包括知识图谱建立模块，用于：67.获取多个机构信息、各机构之间的层级关系、各机构对应的税号以及各税号对应的单张开票限额；68.根据所述机构信息和各机构之间的层级关系建立多个机构节点以及各机构节点之间的连接关系，所述机构节点包括机构号、机构名称及上级机构号；69.根据各税号建立税号节点，并根据机构与税号之间的对应关系建立机构节点与税号节点之间的连接关系；70.根据各单张开票限额建立限额节点，并根据税号与单张开票限额之间的对应关系建立税号节点与限额节点之间的连接关系。71.第三方面，本技术还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本技术提供的任一基于知识图谱的开票方法。72.第四方面，本技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本技术提供的任一基于知识图谱的开票方法。73.第五方面，本技术还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现本技术提供的任一基于知识图谱的开票方法。74.本技术的基于知识图谱的开票方法及装置通过知识图谱技术，获取管理银行多机构多税号以及税控系统对应各个税号的单张发票开票限额数据，当限额发生变动，通过批量将变动数据推送过来进行图谱数据进行更新，客户开票时不再频繁去税控系统查询，而是通过图谱进行匹配，可开票交易的交易是拆分还是合并处理等，极大的减少与其他系统的联机交互，降低风险。附图说明75.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：76.图1为本技术提供的基于知识图谱的开票方法的一种示意图。77.图2为本技术提供的构建开票信息知识图谱的步骤示意图。78.图3为本技术提供的开票信息知识图谱的一种中间示意图。79.图4为本技术提供的开票信息知识图谱的另一种中间示意图。80.图5为本技术提供的开票信息知识图谱的一种完整示意图。81.图6为本技术提供的确定开票方式的一种步骤示意图。82.图7为本技术提供的交易金额拆分方式的一种步骤示意图。83.图8为本技术提供的确定开票方式的另一种步骤示意图。84.图9为本技术提供的确定开票方式的另一种步骤示意图。85.图10为本技术提供的基于知识图谱的开票装置的一种示意图。86.图11为本技术提供的基于知识图谱的开票装置的另一种示意图。87.图12为本技术提供的基于知识图谱的开票装置的另一种示意图。88.图13为本技术提供的基于知识图谱的开票装置的另一种示意图。89.图14为本技术提供的一种计算机设备的示意图。具体实施方式90.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。91.需要说明的是，本发明基于知识图谱的开票方法及装置可用于人工智能技术领域和金融领域，也可用于除人工智能技术领域和金融领域之外的任意领域，本发明对基于知识图谱的开票方法及装置的应用领域不做限定。92.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。本技术实施例中的用户信息均是通过合法合规途径获得，并且对用户信息的获取、存储、使用、处理等均在经过客户授权同意的前提下执行。93.为了便于公众理解，在对本技术的技术方案进行详细阐述之前，首先对本技术的应用场景进行说明。94.银行机构的系统中通常具有多个上游业务系统，其中就有很多与客户进行交易的系统。以贵金属交易系统为例，客户作为购买方从银行购买贵金属物品，由此产生了一笔交易，当客户在允许的时间范围内(例如从交易产生之日起五年内)针对这一笔交易有开具发票的需求时，客户基于交易信息、购买方名称、纳税人识别号等信息生成开票请求，并将开票请求发送给银行的增值税发票系统。增值税发票系统针对开票请求中的交易信息校验交易是否合规以及交易是否属于可开票交易。当校验通过后，增值税发票系统从交易信息中获取销售方的相关信息，进而获取销售方的名称和纳税人识别号以及地址、电话、开户行及账号等信息。同时，增值税发票系统还需要向税控系统请求销售方的单张发票限额。只有客户请求开在一张发票上的交易金额不超过销售方对应的单张发票限额时，才能成功执行发票开具操作。95.然而，税控系统为互联网系统，目前银行的增值税发票系统在进行开票操作时均需要从税控系统获取销售方的单张发票限额信息，也就是说，银行的增值税发票系统需要频繁与税控系统进行交互，对于银行系统而言，频繁与互联网互联网系统联机交互，存在一定的安全性风险。96.本技术正是在这一背景下产生的。需要说明的时，为了更加清楚的描述本技术的应用背景，申请人以银行系统为例进行了说明。实际上，对于具有与银行系统结构(总部+多个分公司)类似的企业/公司，本技术的技术方案同样适用，本技术的应用场景不仅限于银行系统中。以下为本技术技术方案的详细说明。97.第一方面，本技术提供一种基于知识图谱的开票方法，该方法的执行主体可以是增值税发票系统，也可以是独立于增值税发票系统之外的其他系统。如图1所示，该方法包括以下步骤：98.步骤s101，接收用户的开票请求，所述开票请求中包括交易数据。99.具体地，用户的开票请求中包括需要开票的交易数据，交易数据包括交易中的购买方信息、销售方、交易类型、交易金额等，其中购买方信息包括购买方名称和购买方的纳税人识别号。其中，用户可针对一笔交易单独发起开票请求，即单笔交易开票请求，也可以同时针对多笔交易发起开票请求，即多笔交易开票请求。100.步骤s102，根据所述交易数据中的销售方信息以及预先创建的开票信息知识图谱确定税号以及对应的单张开票限额；其中，开票信息知识图谱是以多个机构、税号及单张开票限额为节点，以各机构之间的层级关系、各机构与税号之间的对应关系以及各税号与单张开票限额之间的对应关系为边预先建立的。101.具体地，开票信息知识图谱中包含由多个机构节点、税号节点和单张开票限额节点，机构节点之间的连接关系代表了机构之间的层级关系，机构节点与税号节点之间的连接关系代表了机构与税号的对应关系，税号节点与单张开票限额节点之间的连接关系代表了税号与单张开票限额的对应关系。需要说明的是，各个机构对应的税号可能是自己独立的税号，也可能是复用上级机构的税号，各税号对应的单张开票限额可能相同也可能不同。发票信息知识图谱的示意图和构建过程将会在下一实施例进行详细说明。102.当税控系统更新了税号对应的单张开票限额时，可从税控系统获取批量更新文件，基于这些更新文件对开票信息知识图谱中的税号对应的单张开票限额进行同步更新。当接收到用户的开票请求时，只需要查询开票信息知识图谱即可获取销售方税号对应的单张开票限额，无需每次都与税控系统进行联机交互。由此可见，本技术通过构建开票信息知识图谱，大大减少了银行系统与税控系统的交互次数，只需定时或按需获取批量更新文件进行更新即可，进一步提高了银行系统的安全性。103.步骤s103，根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式。104.具体地，这里的开票方式包括单笔交易单张开票(即将一笔交易开在一张发票上)、单笔交易拆分开票(即将一笔交易拆分为多个子交易，然后分别针对各子交易开发票)、多笔交易开票(即多笔交易开在一张发票上)以及多笔交易合并开票(即将多笔交易按预设规则合并后开在一张发票上)，具体的开票方式要按照交易金额和对应的单张开票限额的大小关系确定，需要遵循的规则为：一张发票上的交易总金额不超过单张开票限额，一张发票上的交易项数不超过预设数量(例如8项)。105.步骤s104，接收用户针对所述开票方式的确认信息，并按照所述开票方式进行开票操作。106.通过步骤s103确定开票方式后，将开票方式发送给用户进行确认。用户确认同意按照该开票方式开票时，银行系统再按照该开票方式进行开票操作。107.本技术中，银行系统接收税控系统通过批量方式发送的税号以及对应的单张开票限额，通过机构税号关系匹配出机构、税号、单张开票限额的关系，这样通过知识图谱技术管理获取机构税号下对应的单张开票限额，开票时实时进行匹配，减少与税控系统频繁的联机交互，增加了安全性，提高了性能。108.在一实施例中，所述基于知识图谱的开票方法还包括建立所述开票信息知识图谱。如图2所示，构建开票信息知识图谱的步骤包括步骤s201至步骤s204：109.步骤s201，获取多个机构信息、各机构之间的层级关系、各机构对应的税号以及各税号对应的单张开票限额。110.其中，机构信息包括机构号、机构名称、上级机构号、省行机构号、机构类型、机构状态、机构生效时间等信息。111.以银行系统为例，银行机构的层级关系可以表示为总行、一级分行、二级分行……各机构都有自己的税号，每个税号又有对应的单张开票限额。其中，银行机构的层级关系和税号可通过银行系统自身的业务系统获取，而各税号对应的单张开票限额则需要从税控系统获取。112.本技术通过关系树展示了银行系统的机构层级关系、税号和单张开票限额的关系如下：113.‑‑总行(机构号0—税号0—限额0)114.‑‑一级分行1(机构号1—税号1—限额1)115.‑‑二级分行11(机构号11—税号1—限额1)116.‑‑二级分行12(机构号12—税号1—限额1)117.‑‑一级分行2(机构号2—税号2—限额2)118.‑‑二级分行21(机构号21—税号2—限额2)119.‑‑一级分行3(机构号3—税号3—限额3)120.‑‑二级分行31(机构号31—税号5—限额5)121.‑‑一级分行4(机构号4—税号4—限额4)122.‑‑二级分行41(机构号41—税号4—限额4)123.‑‑二级分行42(机构号42—税号6—限额6)124.从以上的关系树中也可以看出，银行系统包含一总行，总行下包含多个一级分行，每个一级分行下包含多个二级分行……同时也可以看出，不同机构的机构号是独一无二的，但各机构的税号可能相同也可能不同。例如一级分行1的税号为税号1，一级分行1下属的多个二级分行均为税号1，即复用了上级机构的税号；而一级分行4的税号为税号4，一级分行4下属的二级分行41复用了税号4，但一级分行4下属的二级分行42则拥有自己独立的税号，即税号6。限额则是与税号对应，同一个税号只对应有一个税号，二级分行11和二级分行12的机构号不同，但其税号均为税号1，因此其单张开票限额也均为与税号1对应的限额1。125.步骤s202，根据所述机构信息和各机构之间的层级关系建立多个机构节点以及各机构节点之间的连接关系，所述机构节点包括机构号、机构名称及上级机构号。126.具体地，如图3所示，根据关系树中的各机构建立多个机构节点，即图3中的总行、一级分行1～4、二级分行11～12、二级分行21、二级分行31、二级分行41～42。同时利用各机构之间的层级关系建立各机构节点之间的连接关系，例如，总行与下属的各一级分行之间存在连接关系，各一级分行与其下属的各二级分行之间存在连接关系。127.步骤s203，根据各税号建立税号节点，并根据机构与税号之间的对应关系建立机构节点与税号节点之间的连接关系。128.具体地，如图4所示，在图3所示的图谱的基础上，根据各税号建立多个税号节点，即图4中的总行税号(税号0)、一级分行1税号(税号1)、一级分行2税号(税号2)、一级分行3税号(税号3)、一级分行4税号(税号4)、二级分行31税号(税号5)、二级分行42税号(税号6)。129.一级分行1和其下属的二级分行11、二级分行12共用税号1，因此一级分行1、二级分行11和二级分行12这三个机构节点分别与一级分行1税号(税号1)这一税号节点之间存在连接关系。130.步骤s204，根据各单张开票限额建立限额节点，并根据税号与单张开票限额之间的对应关系建立税号节点与限额节点之间的连接关系。131.具体地，如图5所示，在图4所示的图谱的基础上，根据单张开票限额建立多个限额节点，即图5中的限额0、限额2、限额3、限额4、限额5、限额6。132.税号1对应的单张开票限额为限额1，因此，一级分行1税号(税号1)这一税号节点与限额1这一限额节点之间存在连接关系。133.图5即为本技术构建完成的开票信息知识图谱的示意图。本领域技术人员可以理解，图5中所展示的一级分行、二级分行的数量和层级关系均为本技术提供的一种示例，仅作说明之用，并非用于限定本技术。134.在一实施例中，步骤s102，根据所述交易数据中的销售方信息以及预先创建的开票信息知识图谱确定税号以及对应的单张开票限额，具体包括以下步骤：135.获取所述交易数据中的销售方名称；136.根据所述销售方名称从图5所示的开票信息知识图谱中匹配对应的机构节点；137.根据所述机构节点在所述开票信息知识图谱中的连接关系确定对应的税号节点；138.根据所述税号节点在所述开票信息知识图谱中的连接关系确定对应的限额节点；139.从所述限额节点中获取所述单张开票限额。140.例如，假设销售方名称为二级分行31，则从图5中即可匹配得到二级分行31这一机构节点，进一步根据其与税号节点的连接关系确定到二级分行31税号(税号5)这一税号节点，然后根据税号节点与限额节点之间的连接关系确定到销售方的单张开票限额为限额5。实际上在匹配机构节点时，还可以根据销售方的机构号等信息进行匹配。141.以下将通过具体的实施例对步骤s103，根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式，作进一步的说明。前述实施例中提到，根据用户一次开票请求中选择的交易的笔数，开票请求可分为单笔交易开票请求和多笔交易开票请求。因此，执行步骤s103时，首先需要根据交易数据中的交易笔数确定开票请求的类型，然后根据开票类型对应的处理步骤确定开票方式。以下将分别针对单笔交易开票请求和多笔交易开票请求对应的确定开票方式的步骤进行说明。142.如图6所示，当开票请求为单笔交易开票请求时，即用户仅选择一笔交易进行开票时，根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式，包括以下步骤：143.(11)获取所述单笔交易开票请求中的交易金额，即单笔交易开票请求中的一笔交易的交易金额。144.(12)判断所述交易金额是否超过对应的单张开票限额；其中，单张开票限额是通过步骤s102获取得到的。若是，则执行步骤(13)；若否，则执行步骤(14)。145.(13)将所述交易金额拆分为多个开票金额，并确定开票方式为分别针对各开票金额进行开票；其中，每个开票金额不超过所述单张开票限额。146.具体地，参见图7，本技术还提供以下交易金额拆分方式：147.(131)判断所述交易金额与所述单张开票限额的余数是否大于预设阈值(例如10)；若是，则执行步骤(132)；若否，则执行步骤(133)。148.(132)将所述交易金额拆分为n个开票金额，其中n-1个开票金额等于所述单张开票限额，1个开票金额等于所述余数。149.(133)将所述交易金额拆分为m个开票金额，其中m-1个开票金额等于所述单张开票限额与所述预设阈值的差值，1个开票金额等于所述交易金额与所述差值的余数；所述预设阈值小于所述单张开票限额。150.这里提供一个具体的例子，假设预设阈值为10，交易金额为550元，单张开票限额为250元，交易金额与单张开票限额的余数为50，大于预设阈值10，因此按照步骤(132)对交易金额进行拆分，得到n＝3个开票金额，其中2个开票金额等于单张开票限额，即250元，1个开票金额为交易金额550与单张开票限额250的余数，即50元。151.在另一个例子中，假设预设阈值为10，交易金额为505元，单张开票限额为250元，交易金额与单张开票限额的余数为5，小于预设阈值10，因此按照步骤(133)对交易金额进行拆分，得到m＝3个开票金额，其中2个开票金额等于单张开票限额250与预设阈值10的差值，即240元，1个开票金额为交易金额505与240的余数，即25元。步骤(133)的拆分方式可以避免某一个开票金额太小。152.(14)确定开票方式为将所述交易金额作为开票金额进行开票。153.如图8所示，当开票请求为多笔交易开票请求时，即用户选择多笔交易进行开票时，根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式，包括以下步骤：154.(21)获取所述多笔交易开票请求中的多个交易金额；155.(22)判断是否存在超过所述单张开票限额的交易金额；若是，则执行步骤(23)；若否，则执行步骤(25)；156.(23)将超过所述单张开票限额的交易金额拆分为多个开票金额，并确定开票方式为分别针对各开票金额进行开票；其中，每个开票金额不超过所述单张开票限额；其中，步骤(23)的具体步骤可以参见图7的步骤(131)至步骤(133)。157.(24)判断未超过所述单张开票限额的各交易金额之和是否超过所述单张开票限额；若是，则执行步骤(26)；若否，则步骤(27)；158.(25)判断所述多个交易金额之和是否超过所述单张开票限额；若是，则执行步骤(26)；若否，则执行步骤(27)；159.(26)提示超出业务限额；160.(27)确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票。161.此时，一张发票上分别列出了各笔交易的明细以及各笔交易的交易金额之和，形式例如：162.交易1(其他贷款服务)，a元；163.交易2(金银珠宝首饰)，b元；164.交易3(其他黄金)，c元。165.在一实施例中，如图9所示，若未超过所述单张开票限额的各交易金额之和也未超过所述单张开票限额，在确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票之前，还包括：166.(28)判断未超过所述单张开票限额的交易的个数是否超过预设数量；若是，则执行步骤(29)；若否，则执行步骤(27)；167.(29)将息费标识一致的各交易合并为一笔交易；168.这里所说的息费标识，就是发票票面信息中的货物或应税劳务名称元素项，息费标识会对应不同的税率，客户需要进行合并开票，需要保证货物或应税劳务名称要素和税率的一致时或者不能超出规定的范围，并且需要按照业务的需求来管理，与税控系统保持一致，这样通过大类来管理比较便捷。169.(30)判断合并后的交易笔数是否超过所述预设数量；若是，则执行步骤(31)；若否，则执行步骤(27)。170.(31)提示超出业务项数；171.(27)直接确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票。172.这里提供一个具体的例子，假设预设数量为8，息费标识如下：[0173]1‑‑其他贷款服务‑‑3％[0174]2‑‑直接收费金融服务‑‑6％[0175]3‑‑金融商品转让‑‑9％[0176]4‑‑贵金属摆件‑‑13％[0177]5‑‑金银珠宝首饰‑‑13％[0178]6‑‑铸币及贵金属制实验室用品‑‑13％[0179]7‑‑其他黄金‑‑13％[0180]8‑‑其他白银‑‑13％[0181]9‑‑其他金银混合产品‑‑13％[0182]假设未超过单张开票限额的交易的个数为10，且各交易的交易金额和息费标识分别为：[0183]交易1‑‑其他贷款服务–a元；[0184]交易2‑‑直接收费金融服务‑‑b元；[0185]交易3‑‑金融商品转让‑‑c元；[0186]交易4‑‑贵金属摆件‑‑d元；[0187]交易5‑‑金银珠宝首饰‑‑e元；[0188]交易6‑‑铸币及贵金属制实验室用品‑‑f元；[0189]交易7‑‑其他黄金‑‑g元；[0190]交易8‑‑其他白银‑‑h元；[0191]交易9‑‑金银珠宝首饰‑‑i元；[0192]交易10‑‑其他黄金‑‑j元；[0193]其中，a～j以及a～j的和均不超过单张开票限额。[0194]此时，可将交易5和交易9合并为一笔交易，将交易7和交易10合并为一笔交易，合并后的交易为8笔，不超过预设数量8，因此执行步骤(27),按照以下明细进行开票：[0195]交易1‑‑其他贷款服务–a元；[0196]交易2‑‑直接收费金融服务‑‑b元；[0197]交易3‑‑金融商品转让‑‑c元；[0198]交易4‑‑贵金属摆件‑‑d元；[0199]交易5’‑‑金银珠宝首饰–e+i元；[0200]交易6‑‑铸币及贵金属制实验室用品‑‑f元；[0201]交易7’‑‑其他黄金–g+j元；[0202]交易8‑‑其他白银‑‑h元。[0203]假设在另一个例子中，未超过单张开票限额的交易的个数为10，且各交易的交易金额和息费标识分别为：[0204]交易1‑‑其他贷款服务–a元；[0205]交易2‑‑直接收费金融服务‑‑b元；[0206]交易3‑‑金融商品转让‑‑c元；[0207]交易4‑‑贵金属摆件‑‑d元；[0208]交易5‑‑金银珠宝首饰‑‑e元；[0209]交易6‑‑铸币及贵金属制实验室用品‑‑f元；[0210]交易7‑‑其他黄金‑‑g元；[0211]交易8‑‑其他白银‑‑h元；[0212]交易9‑‑金银珠宝首饰‑‑i元；[0213]交易10‑‑其他金银混合产品‑‑j元；[0214]其中，a～j以及a～j的和均不超过单张开票限额。[0215]此时，可将交易5和交易9合并为一笔交易合并后的交易为9笔，超过了预设数量8，无法开票，此时执行步骤(31)提示超出业务项数。[0216]本技术的基于知识图谱的开票方法通过知识图谱技术，获取管理银行多机构多税号以及税控系统对应各个税号的单张发票开票限额数据，当限额发生变动，通过批量将变动数据推送过来进行图谱数据进行更新，客户开票时不再频繁去税控系统查询，而是通过图谱进行匹配，可开票交易的交易是拆分还是合并处理等，极大的减少与其他系统的联机交互，降低风险。[0217]基于同一发明构思，本技术实施例还提供了一种基于知识图谱的开票装置，可以用于实现上述实施例所描述的方法，如下面的实施例所述。由于基于知识图谱的开票装置解决问题的原理与基于知识图谱的开票方法相似，因此基于知识图谱的开票装置的实施可以参见基于知识图谱的开票方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。[0218]第二方面，如图10所示，本技术提供一种基于知识图谱的开票装置，包括：[0219]开票请求接收模块401，用于接收用户的开票请求，所述开票请求中包括交易数据；[0220]限额获取模块402，用于根据所述交易数据中的销售方信息以及预先创建的开票信息知识图谱确定税号以及对应的单张开票限额；所述开票信息知识图谱是以多个机构、税号及单张开票限额为节点，以各机构之间的层级关系、各机构与税号之间的对应关系以及各税号与单张开票限额之间的对应关系为边预先建立的；[0221]开票方式确定模块403，用于根据所述交易数据中的交易金额以及所述单张开票限额确定开票方式；[0222]开票模块404，用于接收用户针对所述开票方式的确认信息，并按照所述开票方式进行开票操作。[0223]在一实施例中，所述限额获取模块402具体用于：[0224]获取所述交易数据中的销售方名称；[0225]根据所述销售方名称从预先创建的开票信息知识图谱中匹配对应的机构节点；[0226]根据所述机构节点在所述开票信息知识图谱中的连接关系确定对应的税号节点；[0227]根据所述税号节点在所述开票信息知识图谱中的连接关系确定对应的限额节点；[0228]从所述限额节点中获取所述单张开票限额。[0229]在一实施例中，如图11所示，所述开票方式确定模块403包括：[0230]第一交易金额获取单元4031，用于当开票请求包括单笔交易开票请求时，获取所述单笔交易开票请求中的交易金额；[0231]第一比较单元4032，用于判断所述交易金额是否超过所述单张开票限额；[0232]第一开票方式处理单元4033，用于当交易金额超过所述单张开票限额时，将所述交易金额拆分为多个开票金额，并确定开票方式为分别针对各开票金额进行开票；其中，每个开票金额不超过所述单张开票限额；以及[0233]当交易金额未超过所述单张开票限额时，确定开票方式为将所述交易金额作为开票金额进行开票。[0234]在一实施例中，所述第一开票方式处理单元4033具体用于：[0235]判断所述交易金额与所述单张开票限额的余数是否大于预设阈值；[0236]若是，则将所述交易金额拆分为n个开票金额，其中n-1个开票金额等于所述单张开票限额，1个开票金额等于所述余数；[0237]若否，则将所述交易金额拆分为m个开票金额，其中m-1个开票金额等于所述单张开票限额与所述预设阈值的差值，1个开票金额等于所述交易金额与所述差值的余数；所述预设阈值小于所述单张开票限额。[0238]在一实施例中，如图12所示，所述开票方式确定模块403还包括：[0239]第二交易金额获取单元4034，用于当开票请求包括多笔交易开票请求时，获取所述多笔交易开票请求中的多个交易金额；[0240]第二比较单元4035，用于判断是否存在超过所述单张开票限额的交易金额；[0241]第二开票方式处理单元4036，用于当存在超过所述单张开票限额的交易金额时，将超过所述单张开票限额的交易金额拆分为多个开票金额，并确定开票方式为分别针对各开票金额进行开票；其中，每个开票金额不超过所述单张开票限额；同时判断未超过所述单张开票限额的各交易金额之和是否超过所述单张开票限额；若是，则提示超出业务限额；若否，则确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票；以及[0242]当不存在超过所述单张开票限额的交易金额时，判断所述多个交易金额之和是否超过所述单张开票限额；若是，则提示超出业务限额；若否，则确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票。[0243]在一实施例中，如图13所示，所述基于知识图谱的开票装置还包括交易合并模块405，用于在确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票之前，判断未超过所述单张开票限额的交易的个数是否超过预设数量；若是，则将息费标识一致的各交易合并为一笔交易；[0244]所述第二开票方式处理单元4036还用于：[0245]若未超过所述单张开票限额的交易的个数不超过所述预设数量，或合并后的交易笔数不超过所述预设数量，则直接确定开票方式为将未超过所述单张开票限额的各交易金额之和作为开票金额进行开票。[0246]在一实施例中，请继续参见图13，所述基于知识图谱的开票装置还包括知识图谱建立模块406，用于：[0247]获取多个机构信息、各机构之间的层级关系、各机构对应的税号以及各税号对应的单张开票限额；[0248]根据所述机构信息和各机构之间的层级关系建立多个机构节点以及各机构节点之间的连接关系，所述机构节点包括机构号、机构名称及上级机构号；[0249]根据各税号建立税号节点，并根据机构与税号之间的对应关系建立机构节点与税号节点之间的连接关系；[0250]根据各单张开票限额建立限额节点，并根据税号与单张开票限额之间的对应关系建立税号节点与限额节点之间的连接关系。[0251]本技术的基于知识图谱的开票装置通过知识图谱技术，获取管理银行多机构多税号以及税控系统对应各个税号的单张发票开票限额数据，当限额发生变动，通过批量将变动数据推送过来进行图谱数据进行更新，客户开票时不再频繁去税控系统查询，而是通过图谱进行匹配，可开票交易的交易是拆分还是合并处理等，极大的减少与其他系统的联机交互，降低风险。[0252]第三方面，本技术还提供一种计算机设备，参见图14，所述电子设备100具体包括：[0253]中央处理器(processor)110、存储器(memory)120、通信模块(communications)130、输入单元140、输出单元150以及电源160。[0254]其中，所述存储器(memory)120、通信模块(communications)130、输入单元140、输出单元150以及电源160分别与所述中央处理器(processor)110相连接。所述存储器120中存储有计算机程序，所述中央处理器110可调用所述计算机程序，所述中央处理器110执行所述计算机程序时实现上述实施例中的基于知识图谱的开票方法中的全部步骤。[0255]第四方面，本技术还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本技术提供的任一基于知识图谱的开票方法。[0256]第五方面，本技术还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现本技术提供的任一基于知识图谱的开票方法。[0257]本技术的基于知识图谱的开票方法及装置通过知识图谱技术，获取管理银行多机构多税号以及税控系统对应各个税号的单张发票开票限额数据，当限额发生变动，通过批量将变动数据推送过来进行图谱数据进行更新，客户开票时不再频繁去税控系统查询，而是通过图谱进行匹配，可开票交易的交易是拆分还是合并处理等，极大的减少与其他系统的联机交互，降低风险。[0258]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。[0259]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。[0260]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。[0261]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。[0262]以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!