CN117273839A - 电子发票开具方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种电子发票开具方法、装置、设备及存储介质，涉及停车场管理技术领域，包括：获取目标用户发送的开票请求，所述开票请求包括支付订单信息，所述支付订单信息包括订单业务类型以及订单所属区域；基于所述订单业务类型以及所述订单所属区域，确定支付订单信息对应的开票商户信息；基于所述支付订单信息以及所述开票商户信息，开具电子发票。本发明通过目标用户在订单信息中选取订单业务类型以及车场使用区域，从而确定订单信息对应的开票商户信息，进而可根据订单业务类型以及开票商户信息开具电子发票，从而针对同车场内多区域多商户的开票场景实现精确化开票，使开票信息更加明确，开票商户主体更加灵活，进而实现用户个性化开票。

Description

电子发票开具方法、装置、设备及存储介质

技术领域

本发明涉及停车场管理技术领域，尤其涉及一种电子发票开具方法、装置、设备及存储介质。

背景技术

在传统停车场景中，围绕同一个停车场发生的业务收费主体一般都是车场物业，开票主体也是车场物业，但是，随着智慧停车快速发展，停车场运营也会越来越精细化，因而存在临停、月卡、租车位以及充电等涉及收费的业务可能由单个或多个不同的商户主体运营，比如，停车场运营商在公共停车场提供临时停车服务和月卡停车服务；物业管理公司负责管理住宅小区或商业综合体的停车位租赁服务；充电设施提供商安装和运营电动车充电设施，并收取相应的充电费用等。同时一个车场也会由多个区域组成，相应开票主体也会根据业务和区域发生改变。

但在现有的开票方法中，一般为停车场提供纸质发票，而使用电子发票的话，又基本是当车主支付完成后，直接将支付信息对应的待开票数据进行开票，无法基于不同业务类型、不同区域以及不同商户主体的支付订单信息进行针对性开票，因此，难以满足不同停车业务的个性化开票需求。

发明内容

基于此，有必要针对上述技术问题，提供一种电子发票开具方法、装置、设备及存储介质，以针对同车场内多区域多商户的开票场景实现精确化开票，使开票信息更加明确，开票商户主体更加灵活，进而实现用户个性化开票。

一种电子发票开具方法，包括：

获取目标用户发送的开票请求，其中，所述开票请求包括支付订单信息，所述支付订单信息包括订单业务类型以及订单所属区域；

基于所述订单业务类型以及所述订单所属区域，确定所述支付订单信息对应的开票商户信息；

基于所述支付订单信息以及所述开票商户信息，开具电子发票。

根据本发明提供的一种电子发票开具方法，所述基于所述支付订单信息以及所述开票商户信息，开具电子发票，包括：

若所述支付订单信息存在一个订单信息，则将所述订单信息以及所述订单信息对应的开票商户信息进行关联组合，生成所述电子发票；

若所述支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个所述订单信息进行合并，以得到订单合并信息并根据所述订单合并信息，生成所述电子发票。

根据本发明提供的一种电子发票开具方法，所述预设合并规则包括商户信息合并规则；

所述若所述支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个所述订单信息进行合并，以得到订单合并信息并根据所述订单合并信息，生成所述电子发票，包括：

将各所述订单信息与各所述订单信息对应的开票商户信息进行关联组合；

按照所述商户信息合并规则，将属于同一开票商户信息的订单信息进行合并，得到若干个订单合并信息；

基于各所述订单合并信息，生成所述电子发票。

根据本发明提供的一种电子发票开具方法，所述预设合并规则包括业务类型合并规则；

所述若所述支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个所述订单信息进行合并，以得到订单合并信息并根据所述订单合并信息，生成所述电子发票，包括：

判断各所述订单信息对应的开票商户信息是否相同；

若各所述订单信息对应的开票商户信息相同，则按照所述业务类型合并规则，将属于同一订单业务类型的订单信息进行合并，得到若干个订单合并信息；

基于各所述订单合并信息以及所述开票商户信息，生成所述电子发票。

根据本发明提供的一种电子发票开具方法，所述判断各所述订单信息对应的开票商户信息是否相同之后，还包括：

若各所述订单信息对应的开票商户信息不相同，则生成抬头错误提醒；

将所述抬头错误提醒推送至所述目标用户，以供所述目标用户选取解决方案。

根据本发明提供的一种电子发票开具方法，所述基于所述支付订单信息以及所述开票商户信息，开具电子发票，包括：

基于所述开票请求以及所述开票商户信息，生成待审核电子发票；

将所述待审核电子发票返回至停车场管理人员，以供所述停车场管理人员进行审核；

若审核通过，则确定所述待审核电子发票为所述电子发票。

根据本发明提供的一种电子发票开具方法，所述基于所述支付订单信息以及所述开票商户信息，开具电子发票之后，还包括：

获取所述目标用户选取的推送方式；

基于所述推送方式，将所述电子发票推送至所述目标用户，以供所述目标用户查看所述电子发票。

一种电子发票开具装置，包括：

获取模块，用于获取目标用户发送的开票请求，其中，所述开票请求包括支付订单信息，所述支付订单信息包括订单业务类型以及订单所属区域；

确定模块，用于基于所述订单业务类型以及所述订单所属区域，确定开票商户信息；

开票模块，用于基于所述支付订单信息以及所述开票商户信息，开具电子发票。

一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述电子发票开具方法。

一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如上述电子发票开具方法。

上述电子发票开具方法、装置、设备及存储介质，通过获取目标用户发送的开票请求，进而根据所述开票请求中的订单业务类型以及订单所属区域，确定所述支付订单信息对应的开票商户信息，进一步地，基于所述支付订单信息以及所述开票商户信息，开具电子发票，从而针对同车场内多区域多商户的开票场景实现精确化开票，使开票信息更加明确以及开票商户主体更加灵活，进而实现用户个性化开票。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明提供的电子发票开具方法的流程示意图；

图2是本发明提供的电子发票开具装置的结构示意图；

图3是本发明提供的电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明一个或多个实施例。在本发明一个或多个实施例中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本发明一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”。

图1是本发明提供的电子发票开具方法的流程示意图。如图1所示，该电子发票开具方法包括：

步骤S11，获取目标用户发送的开票请求，其中，开票请求包括支付订单信息，支付订单信息包括订单业务类型以及订单所属区域；

需要说明的是，开票请求指目标用户针对选取的支付订单信息进行开具发票而提交的一种请求，开票请求包括支付订单信息以及目标用户的联系方式等，其中，支付订单信息指目标用户在进行支付操作时所产生的一个或多个订单信息，包括停车场信息、订单业务类型、订单所属区域、支付时间、支付金额以及订单号等信息。

进一步需要说明的是，订单业务类型包括临时停车、预约停车、停车月卡、会员停车以及充电业务等多种业务类型；订单所属区域是指在停车场中产生的订单信息对应的区域。

步骤S12，基于订单业务类型以及订单所属区域，确定支付订单信息对应的开票商户信息；

需要说明的是，开票商户信息是指在发票上需要包含的商户相关信息，包括商户名称、纳税人识别号(税号)、注册地址以及联系方式等信息。

具体地，根据订单业务类型以及订单所属区域，在预设数据库中对开票商户信息进行查询匹配，进而确定支付订单信息对应的开票商户信息。例如，当订单业务类型为充电业务以及订单所属区域为402车位，则在预设数据库中对开票商户信息进行查询匹配，得到查询结果为A商户，则确定A商户对应的开票商户信息为支付订单信息对应的开票商户信息。

另外地，预设数据库已提前存储各停车场中任意一个订单所属区域以及任意一个订单业务类型所对应的开票商户信息，以节省查询匹配开票商户信息所使用的时间，进而提高便捷性。

步骤S13，基于支付订单信息以及开票商户信息，开具电子发票。

需要说明的是，电子发票是指以电子形式生成、传递和存储的发票，包括发票代码和发票号码、开票商户信息、购买方信息、发票开具日期和时间、商品或服务信息、税额和税率、合计金额以及支付方式等信息。

具体地，判断支付订单信息是否存在多个订单信息，若支付订单信息存在一个订单信息，则将订单信息以及订单信息对应的开票商户信息进行关联组合，生成电子发票；若支付订单信息至少存在两个订单信息，则将各订单信息进行合并，从而生成电子发票。

本发明实施例通过获取目标用户发送的开票请求，进而根据开票请求中的订单业务类型以及订单所属区域，确定支付订单信息对应的开票商户信息，进一步地，基于支付订单信息以及开票商户信息，开具电子发票，从而针对同车场内多区域多商户的开票场景实现精确化开票，使开票信息更加明确以及开票商户主体更加灵活，进而实现用户个性化开票，同时通过开具电子发票舍弃传统纸质发票，进而在减少停车场人力和财力等支出的同时也可以节省资源。

在本发明的一个实施例中，基于支付订单信息以及开票商户信息，开具电子发票，包括：

若支付订单信息存在一个订单信息，则将订单信息以及订单信息对应的开票商户信息进行关联组合，生成电子发票；若支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个订单信息进行合并，以得到订单合并信息并根据订单合并信息，生成电子发票。

需要说明的是，订单信息是指目标用户在进行一次支付操作后产生的订单信息。预设合并规则表征在系统中预先设置的订单合并规则，包括商户信息合并规则以及业务类型合并规则等。订单合并信息是指根据预设合并规则，将多个订单信息进行合并后得到的订单合并信息。

具体地，若支付订单信息存在一个订单信息，则直接将订单信息以及订单信息对应的开票商户信息进行关联组合，从而生成电子发票。

进一步地，若支付订单信息存在至少两个订单信息，则根据目标用户选取的预设合并规则，并基于订单业务类型以及开票商户信息，将至少两个订单信息进行合并，以得到订单合并信息，进而根据订单合并信息，生成电子发票。

本发明实施例通过在确定支付订单信息只存在一个订单信息后，将订单信息以及订单信息对应的开票商户信息进行关联组合，生成电子发票。当支付订单信息存在至少两个订单信息时，按照预设合并规则，将至少两个订单信息进行合并，以得到订单合并信息并根据订单合并信息，生成电子发票，从而减少发票数量和管理成本，进而节省开票时间以及减少人力资源损耗。

在本发明的一个实施例中，预设合并规则包括商户信息合并规则；若支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个订单信息进行合并，以得到订单合并信息并根据订单合并信息，生成电子发票，包括：

将各订单信息与各订单信息对应的开票商户信息进行关联组合；按照商户信息合并规则，将属于同一开票商户信息的订单信息进行合并，得到若干个订单合并信息；基于各订单合并信息，生成电子发票。

需要说明的是，商户信息合并规则指根据开票商户信息，将多个支付订单信息进行合并的规则。

具体地，将各订单信息与各订单信息对应的开票商户信息进行关联组合，并按照商户信息合并规则，将属于同一开票商户信息的订单信息进行合并，得到若干个订单合并信息，例如，若存在四个订单信息a、b、c、d，订单信息对应的开票商户信息分别为A商户、B商户、B商户、A商户，则将任一订单信息与订单信息对应的开票商户信息进行关联组合，如，将订单信息a与A商户进行关联组合。进一步地，将同属于A商户的a和d进行合并，得到第一订单合并信息，将属于B商户的b和c进行合并，得到第二订单合并信息。

更进一步地，根据开票商户信息，将各订单合并信息进行区分，分别生成电子发票，例如，第一订单合并信息属于A商户，第二订单合并信息属于B商户，则根据第一订单合并信息，生成一张电子发票，根据第二订单合并信息，生成另一张电子发票。

本发明实施例通过将各订单信息与各订单信息对应的开票商户信息进行关联组合，进一步地，按照商户信息合并规则，将属于同一开票商户信息的订单信息进行合并，得到若干个订单合并信息，进而基于各订单合并信息，生成电子发票，从而使目标用户可以根据开票商户信息进行个性化开票，进而提高发票的可读性，并降低发票管理的复杂性和成本，从而简化用户报销和财务处理等过程。

在本发明的一个实施例中，预设合并规则包括业务类型合并规则；若支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个订单信息进行合并，以得到订单合并信息并根据订单合并信息，生成电子发票，包括：

判断各订单信息对应的开票商户信息是否相同；若各订单信息对应的开票商户信息相同，则按照业务类型合并规则，将属于同一订单业务类型的订单信息进行合并，得到若干个订单合并信息；基于各订单合并信息以及开票商户信息，生成电子发票。

需要说明的是，业务类型合并规则指根据订单业务类型，将多个订单信息进行合并的规则。

具体地，判断各订单信息对应的开票商户信息是否相同，若判断结果为各订单信息对应的开票商户信息相同，则按照业务类型合并规则，将属于同一订单业务类型的订单信息进行合并，得到若干个订单合并信息，例如，若存在同属于A商户的四个订单信息a、b、c、d，四个订单信息对应的订单业务类型为充电、临停、充电、临停，则按照业务类型合并规则，将同属于A商户且同属于充电业务的订单信息a与订单信息c进行合并，生成第三订单合并信息；将同属于A商户且同属于临停业务的订单信息b与订单信息d进行合并，生成第四订单合并信息。

进一步地，根据订单业务类型，将各订单合并信息进行区分，生成电子发票，例如，第三订单合并信息属于充电业务，第四订单合并信息属于临停业务，则根据第三订单合并信息以及第三订单合并信息对应的开票商户信息，生成一张电子发票；根据第四订单合并信息以及第四订单合并信息对应的开票商户信息，生成另一张电子发票。

本发明实施例通过判断各订单信息对应的开票商户信息是否相同，当各订单信息对应的开票商户信息相同时，按照业务类型合并规则，将属于同一订单业务类型的订单信息进行合并，得到若干个订单合并信息，进而根据各订单合并信息以及开票商户信息，生成电子发票，从而使目标用户可以根据订单业务类型进行个性化开票，减少开票重复操作，进而简化发票管理流程，并降低开具发票成本，从而简化用户报销和财务处理等过程。

在本发明的一个实施例中，判断各订单信息对应的开票商户信息是否相同之后，还包括：

若各订单信息对应的开票商户信息不相同，则生成抬头错误提醒；将抬头错误提醒推送至目标用户，以供目标用户选取解决方案。

需要说明的是，抬头错误提醒是指在发票开具过程中，当发票的抬头信息填写不符合要求时，为了提醒开票人进行修正或核对而生成的提醒信息。另外地，解决方案包括合并订单开票以及重新选取订单开票等解决方案，在此不做限制。

具体地，若检测到各订单信息对应的开票商户信息不相同，则生成抬头错误提醒，例如，生成“您选取的订单存在不同的商户信息”或者“订单存在不同的商户抬头信息”等形式的抬头错误提醒。

进一步地，将抬头错误提醒推送至目标用户，其中，可以通过短信、手机APP、小程序通知以及电子邮件等方式进行推送，以供目标用户选取解决方案，若目标用户选取“根据商户信息合并订单开票”的解决方案，则将属于同一开票商户信息的多个订单信息进行合并，组合生成一个电子发票，例如，存在三个订单信息a、b、c，订单信息对应的开票商户信息分别为A商户、A商户、B商户，当目标用户选取“合并订单开票”选项后，将同属于A商户的a和b进行合并，生成一个电子发票；属于B商户的c则另外生成一个电子发票。

本发明实施例通过当检测到各订单信息对应的开票商户信息不相同时，生成抬头错误提醒，并将抬头错误提醒推送至目标用户，以供目标用户选取解决方案，从而减少错误发票的产生，进而在提高发票准确性和可用性的同时确保发票信息的合规性。

在本发明的一个实施例中，基于支付订单信息以及开票商户信息，开具电子发票，包括：

基于开票请求以及开票商户信息，生成待审核电子发票；将待审核电子发票返回至停车场管理人员，以供停车场管理人员进行审核；若审核通过，则确定待审核电子发票为电子发票。

需要说明的是，待审核电子发票指未经过人工审核的电子发票。

具体地，将开票请求中的支付订单信息与开票商户信息进行关联组合，生成待审核电子发票，进而将待审核电子发票返回至停车场管理人员，以供停车场管理人员根据预设审核规则，对待审核电子发票进行人工审核，进而若审核通过，则确定待审核电子发票为电子发票。

进一步需要说明的是，预设审核规则指已提前进行设置的审核发票是否合规的规则，预设审核规则包括：发票信息完整性，如发票代码、发票号码、销售方信息、购买方信息、商品或服务信息以及税额和税率等信息是否漏填、是否与实际支付订单信息相符等；发票合规性，如发票的开具时间范围、金额合规、税率正确以及纳税人识别号(税号)等信息是否符合税务要求；发票真实性，如通过核实销方和购方的身份信息以及验证发票的数字签名等方式进行验证等。预设审核规则可根据实际情况进行设置，在此不做限制。

本发明实施例通过基于开票请求以及开票商户信息，生成待审核电子发票，进而将待审核电子发票返回至停车场管理人员，以供停车场管理人员进行审核，进而当审核通过时，确定待审核电子发票为电子发票，从而确保发票的准确性和合法性，并有效减少税务风险以及相关的罚款或处罚风险。

在本发明的一个实施例中，基于支付订单信息以及开票商户信息，开具电子发票之后，还包括：

获取目标用户选取的推送方式；基于推送方式，将电子发票推送至目标用户，以供目标用户查看电子发票。

需要说明的是，推送方式是指将信息或内容发送给目标用户的方式。包括手机短信推送、电子邮件推送、移动应用推送通知以及订阅推送等多种方式，推送方式还包括通过使用浏览器推送技术，向目标用户的电脑、手机以及平板电脑等移动设备发送弹窗通知等，还可对多种推送方式进行组合使用，因此对推送方式不做具体限制，可根据实际情况进行设置。

进一步需要说明的是，在目标用户选取推送方式的过程中，需要获取到推送方式对应的目标用户的联系方式，如，若推送方式为手机短信推送，则获取目标用户的手机号码；若推送方式为通过电子邮箱推送，则获取目标用户的电子邮箱地址等。

具体地，获取目标用户选取的推送方式，例如，目标用户可以在手机APP处选取“通过手机短信接收电子发票”的推送方式，也可以在电脑设备上选取“通过电子邮箱接收电子发票”的推送方式，还可以同时选择“通过手机短信接收电子发票”以及“通过电子邮箱接收电子发票”等多种推送方式。进一步地，将电子发票通过目标用户选取的推送方式推送至目标用户，以供目标用户查看并下载电子发票。

本发明实施例通过获取目标用户选取的推送方式，进而基于推送方式，将电子发票推送至目标用户，从而使目标用户查看并下载电子发票，进而提高便携性，使目标用户易于管理电子发票，同时，防止电子发票像纸质发票一样易于丢失和损坏，并减少资源损失。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种电子发票开具装置，该电子发票开具装置与上述实施例中电子发票开具方法一一对应。如图2所示，该电子发票开具装置包括获取模块21、确定模块22和开票模块23。各功能模块详细说明如下：

获取模块21，用于获取目标用户发送的开票请求，其中，开票请求包括支付订单信息，支付订单信息包括订单业务类型以及订单所属区域；

确定模块22，用于基于订单业务类型以及订单所属区域，确定开票商户信息；

开票模块23，用于基于支付订单信息以及开票商户信息，开具电子发票。

电子发票开具装置还用于：

若支付订单信息存在一个订单信息，则将订单信息以及订单信息对应的开票商户信息进行关联组合，生成电子发票；

若支付订单信息至少存在两个订单信息，则按照预设合并规则，将各订单信息进行合并，以根据订单合并信息，生成电子发票。

电子发票开具装置还用于：

将各订单信息与各订单信息对应的开票商户信息进行关联组合；

按照商户信息合并规则，将属于同一开票商户信息的订单信息进行合并，得到若干个订单合并信息；

基于各订单合并信息，生成电子发票。

电子发票开具装置还用于：

判断各订单信息对应的开票商户信息是否相同；

若各订单信息对应的开票商户信息相同，则按照业务类型合并规则，将属于同一订单业务类型的订单信息进行合并，得到若干个订单合并信息；

基于各订单合并信息以及开票商户信息，生成电子发票。

电子发票开具装置还用于：

若各订单信息对应的开票商户信息不相同，则生成抬头错误提醒；

将抬头错误提醒推送至目标用户，以供目标用户选取解决方案。

电子发票开具装置还用于：

基于开票请求以及开票商户信息，生成待审核电子发票；

将待审核电子发票返回至停车场管理人员，以供停车场管理人员进行审核；

若审核通过，则确定待审核电子发票为电子发票。

电子发票开具装置还用于：

获取目标用户选取的推送方式；

基于推送方式，将电子发票推送至目标用户，以供目标用户查看电子发票。

关于电子发票开具装置的具体限定可以参见上文中对于电子发票开具方法的限定，在此不再赘述。上述电子发票开具装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种电子设备，该电子设备可以是服务器。该电子设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括可读存储介质、内存储器。该可读存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。该电子设备的数据库用于存储电子发票开具方法所涉及的数据。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种电子发票开具方法。本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。

在一个实施例中，提供了一种电子设备，该电子设备可以是终端设备，其内部结构图可以如图3所示。该电子设备包括通过系统总线连接的处理器、存储器、网络接口。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括可读存储介质。该可读存储介质存储有计算机可读指令。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种电子发票开具方法。本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。

在一实施例中，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现如上述电子发票开具方法的步骤。

在一实施例中，提供了一种可读存储介质，可读存储介质存储有计算机可读指令，计算机可读指令被处理器执行时实现如上述电子发票开具方法步骤。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，计算机可读指令可存储于一非易失性可读取存储介质或易失性可读存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种电子发票开具方法，其特征在于，包括：

获取目标用户发送的开票请求，其中，所述开票请求包括支付订单信息，所述支付订单信息包括订单业务类型以及订单所属区域；

基于所述订单业务类型以及所述订单所属区域，确定所述支付订单信息对应的开票商户信息；

基于所述支付订单信息以及所述开票商户信息，开具电子发票。

2.根据权利要求1所述的电子发票开具方法，其特征在于，所述基于所述支付订单信息以及所述开票商户信息，开具电子发票，包括：

若所述支付订单信息存在一个订单信息，则将所述订单信息以及所述订单信息对应的开票商户信息进行关联组合，生成所述电子发票；

若所述支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个所述订单信息进行合并，以得到订单合并信息并根据所述订单合并信息，生成所述电子发票。

3.根据权利要求2所述的电子发票开具方法，其特征在于，所述预设合并规则包括商户信息合并规则；

所述若所述支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个所述订单信息进行合并，以得到订单合并信息并根据所述订单合并信息，生成所述电子发票，包括：

将各所述订单信息与各所述订单信息对应的开票商户信息进行关联组合；

按照所述商户信息合并规则，将属于同一开票商户信息的订单信息进行合并，得到若干个订单合并信息；

基于各所述订单合并信息，生成所述电子发票。

4.根据权利要求2所述的电子发票开具方法，其特征在于，所述预设合并规则包括业务类型合并规则；

所述若所述支付订单信息存在至少两个订单信息，则按照预设合并规则，将至少两个所述订单信息进行合并，以得到订单合并信息并根据所述订单合并信息，生成所述电子发票，包括：

判断各所述订单信息对应的开票商户信息是否相同；

若各所述订单信息对应的开票商户信息相同，则按照所述业务类型合并规则，将属于同一订单业务类型的订单信息进行合并，得到若干个订单合并信息；

基于各所述订单合并信息以及所述开票商户信息，生成所述电子发票。

5.根据权利要求4所述的电子发票开具方法，其特征在于，所述判断各所述订单信息对应的开票商户信息是否相同之后，还包括：

若各所述订单信息对应的开票商户信息不相同，则生成抬头错误提醒；

将所述抬头错误提醒推送至所述目标用户，以供所述目标用户选取解决方案。

6.根据权利要求1所述的电子发票开具方法，其特征在于，所述基于所述支付订单信息以及所述开票商户信息，开具电子发票，包括：

基于所述开票请求以及所述开票商户信息，生成待审核电子发票；

将所述待审核电子发票返回至停车场管理人员，以供所述停车场管理人员进行审核；

若审核通过，则确定所述待审核电子发票为所述电子发票。

7.根据权利要求1所述的电子发票开具方法，其特征在于，所述基于所述支付订单信息以及所述开票商户信息，开具电子发票之后，还包括：

获取所述目标用户选取的推送方式；

基于所述推送方式，将所述电子发票推送至所述目标用户，以供所述目标用户查看所述电子发票。

8.一种电子发票开具装置，其特征在于，包括：

获取模块，用于获取目标用户发送的开票请求，其中，所述开票请求包括支付订单信息，所述支付订单信息包括订单业务类型以及订单所属区域；

确定模块，用于基于所述订单业务类型以及所述订单所属区域，确定开票商户信息；

开票模块，用于基于所述支付订单信息以及所述开票商户信息，开具电子发票。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述电子发票开具方法。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述电子发票开具方法。