CN110969493A - 票据金额确定方法、装置、电子设备及储存介质 - Google Patents

Abstract

本申请实施例提供了一种票据金额确定方法、装置、电子设备及储存介质，涉及互联网技术领域。方法包括：获得打车订单的账单数据；根据账单数据中的N个费用项目，生成打车订单的开票金额计算公式，N为正整数；根据账单数据中的N个费用项目对应的N个项目金额，以及根据开票金额计算公式，确定出打车订单的开票金额。由于本申请的每次计算是根据账单数据的内容自由且灵活生成匹配计算方式的开票金额计算公式进行计算，故无需根据计算方式不同而定制化开发数量众多的开票引擎，使得运维人员无需开发或运维数量众多的开票引擎，从而降低了开发人员的工作量，提高了工作效率。

Description

票据金额确定方法、装置、电子设备及储存介质

技术领域

本申请涉及互联网技术领域，具体而言，涉及一种票据金额确定方法、装置、电子设备及储存介质。

背景技术

目前，根据用户的需求，需要为用户出据打车订单的票据。但由于各用户的各打车订单所涉及的出行场景、支付渠道、行政区域并不相同，所以导致票据中开票金额的计算方式也各不相同。故需要针对开票金额的每种计算方式定制化的开发出每种开票引擎，这样通过每种开票引擎才能够实现正确的计算出每种打车订单的票据的开票金额，从而正确的出据每种打车订单的票据。但定制化的开票引擎的数量众多，导致开发人员的开发运维工作量巨大，效率低下。

发明内容

本申请的目前在于提供一种票据金额确定方法、装置、电子设备及储存介质，以有效解决定制化的开票引擎的数量众多，导致开发人员的开发运维工作量巨大，效率低下的技术问题。

为了实现上述目的，本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供了一种票据金额确定方法，所述方法包括：获得打车订单的账单数据；根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，N为正整数；根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额。

在本申请中，由于可以根据账单数据中的N个费用项目，来生成打车订单的开票金额计算公式，故将N个费用项目对应的N个项目金额该开票金额带入该计算公式就可以确定出车订单的开票金额。那么与现有技术相比，由于本申请的每次计算是根据账单数据的内容自由且灵活生成匹配计算方式的开票金额计算公式进行计算，故无需根据计算方式不同而定制化开发数量众多的开票引擎，使得运维人员无需开发或运维数量众多的开票引擎，从而降低了开发人员的工作量，提高了工作效率。

在第一方面的一些可选的实现方式中，所述根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，包括：根据所述账单数据中的N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目，其中，M为不小于N的整数；根据所述N个预设费用项目，生成所述打车订单的开票金额计算公式。

在本申请中，由于预设的M个预设费用项目可以涵盖各种类型打车订单的账单数据，各种账单数据都可以从预设的M个预设费用项目中确定出N个费用项目对应的N个预设费用项目。因此，实现了针对各种类型打车订单均可以灵活的生成对应的开票金额计算公式，进而实现了在业务中应用应用的广泛性，便于票据金额确定方法推广应用。

在第一方面的一些可选的实现方式中，所述N个预设费用项目中的每个预设费用项目均预设了每个预设费用项目的在运算中为相加状态或被减状态，所述根据所述N个预设费用项目，生成所述打车订单的开票金额计算公式，包括：根据每个预设费用项目的在运算中为相加状态或被减状态，将所述N个预设费用项目依次相加组合形成所述打车订单的开票金额计算公式。

在本申请中，由于预先设置了每个预设费用项目的在运算中为相加状态或被减状态，因而根据预设费用项目的在运算中为相加状态或被减状态通过，相加便可以得到该开票金额计算公式。其在保证获得开票金额计算公式具有正常运算功能的情况下，由于无需在建立开票金额计算公式的过程中定义运算规则，简化的了开票金额计算公式的实现逻辑，更加利于该票据金额确定方法的实现和应用。

在第一方面的一些可选的实现方式中，所述根据所述账单数据中的N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目，包括：获得所述账单数据中费用项信息和支付记录信息；从所述费用项信息和所述支付记录信息中获得N个费用项目；根据所述N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目。

在本申请中，利用账单数据中原有的数据结构，即利用账单数据中原有的费用项信息和支付记录信息便可以提取出N个费用项目。故实现了无需对账单数据进行过多处理，通过便捷的方式便可以获得N个费用项目的同时，更加利于该票据金额确定方法的实现和应用。

在第一方面的一些可选的实现方式中，所述N个费用项目为订单总费用、停车费用、过桥费用、补贴费用、劵支付费用和个人支付费用中的至少部分费用。

在第一方面的一些可选的实现方式中，所述根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额，包括：根据所述账单数据中的所述N个费用项目对应的N个项目金额，将所述开票金额计算公式中的所述N个预设费用项目一一对应的替换为所述N个项目金额，确定出所述打车订单的开票金额。

本申请中，通过将开票金额计算公式中的N个预设费用项目一一对应的替换为N个项目金额，即将N个项目金额作为开票金额计算公式中的已知值，就可以准确的计算出该打车订单的开票金额。故通过替换的方式，保证了确定出的打车订单的开票金额的准确性。

在第一方面的一些可选的实现方式中，所述获得打车订单的账单数据，包括：基于用户终端发送的针对所述打车订单的开票请求，从账单数据列表中确定出与所述开票请求匹配的账单数据。

本申请中，通过从预先设置账单数据列表中确定出与开票请求匹配的账单数据，即将账单数据列表作为消息的中转站来获得该账单数据，可以避免处理时直接从账单服务器获得该账单数据而产生大流量击垮账单服务器，保证了包括账单服务器在内的整个系统运行的稳定性。

在第一方面的一些可选的实现方式中，所述方法还包括：在检测到账单服务器中写入了新的账单数据时，将所述新的账单数据写入到所述账单数据列表中，获得更新的账单数据列表。

本申请中，通过对账单服务器的实时监测，在确定账单服务器获得了新的账单数据时，则可以根据该新的账单数据实时的更新自己的账单数据列表，从而有效的保证了账单数据列表中数据的准确性，避免出现数据的迟滞。

在第一方面的一些可选的实现方式中，在所述根据所述开票金额计算公式，确定出所述打车订单的开票金额之后，所述方法还包括：根据所述打车订单的订单信息和所述开票金额，生成所述打车订单的票据。

本申请中，基于获得的开票金额和打车订单的订单信息，可以再得到打车订单的票据，实现了在面对各类型的打车订单也能够得到相应的票据，满足了用户的需求。

第二方面，本申请实施例提供了一种票据金额确定装置，所述装置包括：账单获得模块，用于获得打车订单的账单数据。公式生成模块，用于根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，N为正整数。金额计算模块，用于根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额。

在第二方面的一些可选的实现方式中，所述公式生成模块，还用于根据所述账单数据中的N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目，其中，M为不小于N的整数；根据所述N个预设费用项目，生成所述打车订单的开票金额计算公式。

在第二方面的一些可选的实现方式中，所述N个预设费用项目中的每个预设费用项目均预设了每个预设费用项目的在运算中为相加状态或被减状态。所述公式生成模块，还用于根据每个预设费用项目的在运算中为相加状态或被减状态，将所述N个预设费用项目依次相加组合形成所述打车订单的开票金额计算公式。

在第二方面的一些可选的实现方式中，所述公式生成模块，还用于获得所述账单数据中费用项信息和支付记录信息；从所述费用项信息和所述支付记录信息中获得N个费用项目；根据所述N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目。

在第二方面的一些可选的实现方式中，所述金额计算模块，还用于根据所述账单数据中的所述N个费用项目对应的N个项目金额，将所述开票金额计算公式中的所述N个预设费用项目一一对应的替换为所述N个项目金额，确定出所述打车订单的开票金额。

在第二方面的一些可选的实现方式中，所述账单获得模块，还用于基于用户终端发送的针对所述打车订单的开票请求，从账单数据列表中确定出与所述开票请求匹配的账单数据。

在第二方面的一些可选的实现方式中，所述装置还包括：账单更新模块，用于在检测到账单服务器中写入了新的账单数据时，将所述新的账单数据写入到所述账单数据列表中，获得更新的账单数据列表。

在第二方面的一些可选的实现方式中，所装置还包括：票据生成模块，用于根据所述打车订单的订单信息和所述开票金额，生成所述打车订单的票据。

第三方面，本申请实施例提供了一种电子设备，所述电子设备包括：处理器，存储器，总线和通信模块；所述处理器、所述通信模块和存储器通过所述总线连接。所述存储器，用于存储程序。所述处理器，用于通过调用存储在所述存储器中的程序以执行如上述第一方面、以及第一方面任一种实现方式所述的票据金额确定方法。

第四方面，本申请实施例提供了一种具有计算机可执行的非易失程序代码的计算机可读储存介质，所述程序代码使所述计算机执行上述第一方面、以及第一方面任一种实现方式所述的票据金额确定方法。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请第一实施例提供的一种电子设备的结构框图；

图2示出了本申请第二实施例提供的一种票据金额确定方法的流程图；

图3示出了本申请第二实施例提供的一种票据金额确定方法中步骤S200的子流程图；

图4示出了本申请第三实施例提供的一种票据金额确定装置的结构框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有进行出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

第一实施例

请参阅图1，本申请实施例提供了一种电子设备10，电子设备10可以为用户终端，例如个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personaldigital assistant，PDA)等；或者，电子设备10也可以为服务器，例如网络服务器、数据库服务器、云服务器或由多个子服务器构成的服务器集成等。当然，上述列举的设备为用于便于理解本实施例，其不应作为对本实施例的限定。

该电子设备10可以包括：存储器11、通信接口12、总线13和处理器14。其中，处理器14、通信接口12和存储器11通过总线13连接。

处理器24用于执行存储器21中存储的可执行模块，例如计算机程序。图1所示的电子设备10的组件和结构只是示例性的，而非限制性的，根据需要，电子设备10也可以具有其他组件和结构。

存储器11可能包含高速随机存取存储器(Random Access Memory RAM)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少两个磁盘存储器。本实施例中，存储器11存储了执行票据金额确定方法所需要的程序。

总线13可以是ISA总线、PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图1中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类别的总线。

处理器14可能是一种具有信号的处理能力集成电路芯片。在实现过程中，上述方法的各步骤可以通过处理器14中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器14可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。

本申请实施例任意实施例揭示的流过程或定义的装置所执行的方法可以应用于处理器14中，或者由处理器14实现。处理器14在接收到执行指令后，通过总线13调用存储在存储器11中的程序后，处理器14通过总线13控制通信接口12则可以执行票据金额确定方法的流程。

另外，关于票据金额确定方法的详细执行流程，将在以下进行详细的说明。

第二实施例

本实施例提供了一种票据金额确定方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。以下对本实施例进行详细介绍。

请参阅图2，在本实施例提供的票据金额确定方法中，该票据金额确定方法可以为由电子设备执行。该票据金额确定方法可以包括：步骤S100、步骤S200和步骤S300。

步骤S100：获得打车订单的账单数据。

步骤S200：根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，N为正整数。

步骤S300：根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额。

下面将结合图2-图X对本申请的方案中的各个步骤进行详细的描述。

用户的打车订单会产生相应的账单数据，账单数据可以为用于记录用户在打车的过程中产生的各种费用。用户的用户终端可以将账单数据发送给账单服务器，账单服务器则可以将账单数据写入到账单服务器中进行记录，其中，账单服务器可以为子服务器所构成的集群。

本实施例中，在步骤S100之前，电子设备可以从账单服务器获得账单数据。

可选地，账单数据可以记录在账单服务器的指定字段中，在该指定字段内的数据更新时，则可以表示账单服务器中有写入新的账单数据。这样，电子设备可以通过对账单服务器中包含账单数据的指定字段进行监测，并在监测到有写入新的账单数据时，电子设备可以抽取出该新的账单数据。通过监测的方式，电子设备可以不断的从账单服务器获得账单数据，这样电子设备内容可以建立账单数据列表来依次存储获得各账单数据。以及，在电子设备检测到账单服务器中写入了新的账单数据时，电子设备则可以将新的账单数据写入到账单数据列表中，获得更新的账单数据列表，实现了对账单数据列表的更新。其中，账单数据列表中各账单数据的顺序可以为按照获得时间的先后顺序进行排序。

电子设备基于自身建立的账单数据列表，电子设备可以执行步骤S100。

步骤S100：获得打车订单的账单数据。

在用户需要获得基于打车订单出据的票据时，用户可以在用户终端上执行开票操作，使得用户终端检测并响应该开票操作而生成包含打车订单的标识的开票请求。或者，在用户终端检测到用户的打车订单完成后，即用户已经支付该打车订单的相应费用后，用户终端可以自动生成也包含打车订单的标识的开票请求。基于与电子设备的通信，用户终端可以将开票请求发送给电子设备，相应的，电子设备就获得了用户终端发送的发票请求。

本实施例中，电子设备存储的账单数量列表中的每条账单数据中也包含对应的每个打车订单的标识。那么，电子设备根据开票请求中打车订单的标识，就可以对账单数据列表进行遍历，从而从账单数据列表中确定出与开票请求匹配的账单数据，该匹配的账单数据即为用户需要出据票据的打车订单的账单数据。其中，确定的账单数据与开票请求匹配可以为：账单数据中包含的打车订单的标识与开票请求中包含的打车订单的标识匹配。

可以理解到，在电子设备为用户终端的情况下，电子设备可以不同再发送该生成的开票请求，生成该开票请求即为电子设备获得了该开票请求。

本实施例中，电子设备基于获得该打车订单的账单数据可以继续执行步骤S200。

步骤S200：根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，N为正整数。

本实施例中，步骤S200的子流程可以包括：步骤S210和步骤S220。

步骤S210：根据所述账单数据中的N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目，其中，M为不小于N的整数。

为便于根据各类型的账单数据均能够生成匹配的开票金额计算公式，即可以根据A类型的账单数据生成计算A类型的账单数据中5种参数的开票金额计算公式A，也可以根据B类型的账单数据生成计算B类型的账单数据中7种参数的开票金额计算公式B。故可以将开票金额计算公式拆分成参数，从而通过选择匹配账单数据的参数就可以组合成匹配账单数据的开票金额计算公式。

基于此，电子设备中可以预先设置M个预设费用项目，M个预设费用项目中的每个预设费用项目可以作为后续组成形成的开票金额计算公式中参数。其中，M为正整数，M个预设费用项目的数量和费用类型可以根据实际进行设置。可选地，M个预设费用项目可以包括：预设订单总费用、预设停车费用、预设过桥费用、预设补贴费用、预设劵支付费用和预设个人支付费用等。

作为预设费用项目的第一种可选地的实施方式，为便于确定后续组合形成开票金额计算公式中每个参数的加减运算关系，在预设M个预设费用项目中的每个预设费用项目时，还为每个预设费用项目预设了每个预设费用项目在运算中为相加状态或被减状态，这样每个预设费用项目中均包含该每个预设费用项目的在运算中为相加状态或被减状态。

需要说明的是，在确定最终的开票金额的过程中，有些费用是可以被排除的，而有些费用是可以被考虑，故可以将被排除的费用对应的预设费用项目在运算的状态设置为被减状态，并可以将被考虑的费用对应的预设费用项目在运算的状态设置为相加状态。例如，由预设订单总费用是全部费用的总和，要将其它费用预设订单总费用中排除才能够得到开票金额，从故预设订单总费用可以为被考虑的费用；而由于过桥费的票据应该为其它相关单位出据，故在出据票据的金额中预设过桥费用可以为被排除的费用。

作为表示每个预设费用项目的在运算中为相加状态或被减状态的可选方式，每个预设费用项目可以包括：运算符号字段和费用项目字段。运算符号字段和费用项目字段可以组合在一起，这样每个预设费用项目的运算符号字段就可以表示出每个预设费用项目的费用项目字段在运算中为相加状态或被减状态。

例如：预设费用项目可以为：-bridge_fee，其中，“-”为运算符号字段，而“bridge_fee”则为过桥费用的费用项目字段。那么运算符号字段为“-”就可以表示出过桥费用在运算中处于被减状态。

可以理解到，由于预设了每个预设费用项目的在运算中为相加状态或被减状态，后续在组合形成开票金额计算公式时，电子设备将每个预设费用项目依次相加就可以得到开票金额计算公式，而可以不用再定义开票金额计算公式中的各运算状态。

而作为预设费用项目的第二种可选地的实施方式，在预设M个预设费用项目中的每个预设费用项目时，可以不用为每个预设费用项目预设每个预设费用项目在运算中为相加状态或被减状态，即每个预设费用项目中包括：费用项目字段。但电子设备可以独立预设每个预设费用项目在运算中的相加状态或被减状态。

例如：预设费用项目可以为：bridge_fee，其中，“bridge_fee”为过桥费用的费用项目字段，但该预设费用项目在运算中为被减状态被电子设备独立的预设。

这样，在后续在组合形成开票金额计算公式时，电子设备可以根据每个预设费用项目确定预设的每个预设费用项目在运算中的相加状态或被减状态，从而按照每个预设费用项目在运算中的相加状态或被减状态将每个预设费用项目组合而得到开票金额计算公式。

需要说明的是，关于组合形成开票金额计算公式的过程将在后续进行详细说明，且本实施例以采用预设费用项目的第一种可选地的实施方式来进行说明，以便于理解，但并不作为限定。

于本实施例中，N个费用项目可以分别记录在账单数据中的费用项信息和支付记录信息中，其中，N为不大于M的正整数。电子设备获得账单数据后，电子设备可以从账单数据中json格式的第一字段中提出取费用项信息，以及再从账单数据中json格式的第二字段中提出支付信息记录。这样，电子设备再根据预设的提取规则就可以从费用项信息和支付记录信息中获得N个费用项目。可以理解到，获得的该N个费用项目表示该账单数据中有哪些N个费用类型是可以参与计算的。那么根据账单数据的不同，参与计算费用类型和费用数量也不尽相同。

电子设备在获得N个费用项目，电子设备就可以将N个费用项目与M个预设费用项目进行匹配，从而就可以从预设的M个预设费用项目中确定出N个费用项目对应的N个预设费用项目。可以理解到，若费用项目齐全的情况下，N个费用项目可以为包括：订单总费用、停车费用、过桥费用、补贴费用、劵支付费用和个人支付费用。那么，实际获得中费用项目则可以为订单总费用、停车费用、过桥费用、补贴费用、劵支付费用和个人支付费用中的至少部分费用。但应当理解的是，M个预设费用项目则可以与费用项目齐全的情况下的N个费用项目对应，即M个预设费用项目可以包括：预设订单总费用、预设停车费用、预设过桥费用、预设补贴费用、预设劵支付费用和预设个人支付费用。

假设，费用项信息为：

{"bridge_fee":"0.00","minus_fee":"0.0","normal_distance":"1.10","normal_time_fee":"1.40","total_fee":"20.00"}

以及，支付记录信息为：

{"channel":"110","cost":"2","partner_id":"23aa5d9ce0820d00","wxtype":"0"}

那么，电子设备基于费用项信息和支付记录信息就可以确定出N个费用项目包括：订单总费用“total_fee”、过桥费用“bridge_fee”、劵支付费用“"channel":"110"”。

M个预设费用项目包括：预设订单总费用“+total_fee”、预设停车费用“-park_fee”、预设过桥费用“-bridge_fee”、预设补贴费用“-voucher_pay”、预设劵支付费用“-channel_110_fee”和预设个人支付费用“-channel_127_fee”。

这样，确定出对应的N个预设费用项目则可以包括：预设订单总费用“+total_fee”、预设过桥费用“-bridge_fee”、预设劵支付费用“-channel_110_fee”。

步骤S220：根据所述N个预设费用项目，生成所述打车订单的开票金额计算公式。

本实施例中，在确定出N个预设费用项目后，由于N个预设费用项目中的每个预设费用项目均可以表示自己在运算中为相加状态或被减状态，电子设备根据每个预设费用项目的在运算中为相加状态或被减状态，将N个预设费用项目依次相加组合。另外，电子设备还预先设置了开票金额在开票金额计算公式中的未知变量，那么电子设备将N个预设费用项目依次相加组合并建立与开票金额的未知变量之间的等式关系，则形成了该打车订单的开票金额计算公式。

继续前述的假设，预设的开票金额的未知变量为“pay_amount”。那么电子设备将预设订单总费用“+total_fee”、预设过桥费用“-bridge_fee”、预设劵支付费用“-channel_110_fee”依次相加进行组合，则获得组合的关系式为：+total_fee-bridge_fee-channel_110_fee。电子设备再建立开票金额的未知变量“pay_amount”与该关系式的等式关系，则形成了该开票金额计算公式为：pay_amount＝total_fee-bridge_fee-channel_110_fee。

电子设备建立出开票金额计算公式后，电子设备可以继续执行步骤S300。

步骤S300：根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额。

账单数据中还包括N个费用项目对应的N个项目金额，即账单数据中还记录了每个费用项目的每个项目金额。例如，在账单数据的支付记录信息中的：“"channel":"110","cost":"2"”可以表示出劵支付费用这一费用项目的项目金额为2元。

故电子设备除了获得账单数据中N个费用项目外，电子设备还可以从账单数据的费用项信息和支付记录信息中获得N个费用项目对应的N个项目金额。

继续前述的假设，基于费用项信息为：

{"bridge_fee":"0.00","minus_fee":"0.0","normal_distance":"1.10","normal_time_fee":"1.40","total_fee":"20.00"}

以及基于支付记录信息为：

{"channel":"110","cost":"2","partner_id":"23aa5d9ce0820d00","wxtype":"0"}

电子设备根据“"bridge_fee":"0.00"”确定出过桥费用的项目金额为0元、再根据“"total_fee":"20.00"”确定出订单总费用为20元、以及还根据“"channel":"110","cost":"2"”确定出劵支付费用为2元。

本实施例中，开票金额计算公式中的N个预设费用项目为开票金额计算公式中的N个未知变量，故基于N个未知变量是无法计算出相应的数值结果的。而由于N个项目金额中每个项目金额可以为确定的数值，故电子设备可以将开票金额计算公式中N个预设费用项目一一对应的替换为N个项目金额，即实现了将开票金额计算公式中的N个未知变量替换为已知的N个数值。从而电子设备通过开票金额计算公式对N个项目金额进行运算就可以计算出该打车订单的开票金额。

需要说明的是，为保证在替换的过程中，开票金额计算公式中加减运算逻辑不被改变。可选地，可以将开票金额计算公式每个预设费用项目中的费用项目字段替换为N个项目金额中对应的每个项目金额，这样，开票金额计算公式中未被替换每个预设费用项目中的运算符号字段则可以表示出对应的每个项目金额在开票金额计算公式中处于相加状态或被减状态。

继续前述的假设，基于开票金额计算公式为：

pay_amount＝total_fee-bridge_fee-channel_110_fee

以及，基于过桥费用的项目金额为0元、订单总费用为20元和确定出劵支付费用为2元。将过桥费用的项目金额为0元替换开票金额计算公式中的“bridge_fee”，将订单总费用为20元替换开票金额计算公式中的“total_fee”，以及将确定出劵支付费用为2元替换开票金额计算公式中的“channel_110_fee”，从而可以得到替换后的开票金额计算公式为：

pay_amount＝20-0-2

这样，电子设备基于替换后的开票金额计算公式就可以确定出该打车订单的开票金额为18元。

可以理解到，电子设备还可以从订单服务器预先从每个打车订单中提取出的订单信息，并将每个订单信息预先进行存储。基于此，电子设备中也就相应的预先存储该打车订单的订单信息。本实施例中，电子设备提取出的订单信息可以包括该打车订单的：订单id、乘客id、乘客电话、省市区位置、订单开始时间，订单结束时间和订单所属产品线等。当然，可通过对电子设备进行设置，使得电子设备可以从打车订单中其它所需的信息。

电子设备中还预设了票据模板，电子设备基于预先存储的该打车订单的订单信息和确定出的开票金额，就可以将打车订单和开票金额对应的写入到票据模板中，这样就生成该打车订单的票据。

电子设备可以将生成的票据存储到预设的指定存储区域中，该存储区域可以位于电子设备上，或者该存储区域也可以位于其它的数据库中。这样，用户终端通过访问该存储区域就可以获得用户所需要的票据。当然，根据实际需求，电子设备也可以在将生成的票据存储到指定存储区域的同时，还可以将该票据发送给用户终端，使得用户终端可以直接获得该票据。

第三实施例

请参阅图4，本申请实施例提供了一种票据金额确定装置100，该票据金额确定装置100应用于电子设备，该票据金额确定装置100包括：

账单获得模块110，用于获得打车订单的账单数据。

公式生成模块120，用于根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，N为正整数。

金额计算模块130，用于根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额。

票据生成模块140，用于根据所述打车订单的订单信息和所述开票金额，生成所述打车订单的票据。

账单更新模块150，用于在检测到账单服务器中写入了新的账单数据时，将所述新的账单数据写入到所述账单数据列表中，获得更新的账单数据列表。

可选地，所述账单获得模块110，还用于基于用户终端发送的针对所述打车订单的开票请求，从账单数据列表中确定出与所述开票请求匹配的账单数据。

可选地，所述公式生成模块120，还用于根据所述账单数据中的N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目，其中，M为不小于N的整数；根据所述N个预设费用项目，生成所述打车订单的开票金额计算公式。

可选地，所述N个预设费用项目中的每个预设费用项目均预设了每个预设费用项目的在运算中为相加状态或被减状态。

所述公式生成模块120，还用于根据每个预设费用项目的在运算中为相加状态或被减状态，将所述N个预设费用项目依次相加组合形成所述打车订单的开票金额计算公式。

所述公式生成模块120，还用于获得所述账单数据中费用项信息和支付记录信息；从所述费用项信息和所述支付记录信息中获得N个费用项目；根据所述N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目。

所述金额计算模块130，还用于根据所述账单数据中的所述N个费用项目对应的N个项目金额，将所述开票金额计算公式中的所述N个预设费用项目一一对应的替换为所述N个项目金额，确定出所述打车订单的开票金额。

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

第四实施例

本申请实施例还提供了一种计算机可执行的非易失程序代码的计算机可读储存介质，该计算机可读存储介质上存储有程序代码，该程序代码被算机运行时执行上述任一实施例中的票据金额确定方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的程序代码被运行时，能够执行上述实施例中的票据金额确定方法，以解决定制化的开票引擎的数量众多，导致开发人员的开发运维工作量巨大，效率低下的技术问题。

本申请实施例所提供的票据金额确定方法的程序代码产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

综上所述，本申请实施例提供了一种票据金额确定方法、装置、电子设备及储存介质。方法包括：获得打车订单的账单数据；根据账单数据中的N个费用项目，生成打车订单的开票金额计算公式，N为正整数；根据账单数据中的N个费用项目对应的N个项目金额，以及根据开票金额计算公式，确定出打车订单的开票金额。

由于可以根据账单数据中的N个费用项目，来生成打车订单的开票金额计算公式，故将N个费用项目对应的N个项目金额该开票金额带入该计算公式就可以确定出车订单的开票金额。那么与现有技术相比，由于本申请的每次计算是根据账单数据的内容自由且灵活生成匹配计算方式的开票金额计算公式进行计算，故无需根据计算方式不同而定制化开发数量众多的开票引擎，使得运维人员无需开发或运维数量众多的开票引擎，从而降低了开发人员的工作量，提高了工作效率。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (19)

1.一种票据金额确定方法，其特征在于，所述方法包括：

获得打车订单的账单数据；

根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，N为正整数；

根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额。

2.根据权利要求1所述的票据金额确定方法，其特征在于，所述根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，包括：

根据所述账单数据中的N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目，其中，M为不小于N的整数；

根据所述N个预设费用项目，生成所述打车订单的开票金额计算公式。

3.根据权利要求2所述的票据金额确定方法，其特征在于，所述N个预设费用项目中的每个预设费用项目均预设了每个预设费用项目的在运算中为相加状态或被减状态，所述根据所述N个预设费用项目，生成所述打车订单的开票金额计算公式，包括：

根据每个预设费用项目的在运算中为相加状态或被减状态，将所述N个预设费用项目依次相加组合形成所述打车订单的开票金额计算公式。

4.根据权利要求2或3所述的票据金额确定方法，其特征在于，所述根据所述账单数据中的N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目，包括：

获得所述账单数据中费用项信息和支付记录信息；

从所述费用项信息和所述支付记录信息中获得N个费用项目；

根据所述N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目。

5.根据权利要求4所述的票据金额确定方法，其特征在于，

所述N个费用项目为订单总费用、停车费用、过桥费用、补贴费用、劵支付费用和个人支付费用中的至少部分费用。

6.根据权利要求2所述的票据金额确定方法，其特征在于，所述根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额，包括：

根据所述账单数据中的所述N个费用项目对应的N个项目金额，将所述开票金额计算公式中的所述N个预设费用项目一一对应的替换为所述N个项目金额，确定出所述打车订单的开票金额。

7.根据权利要求1所述的票据金额确定方法，其特征在于，所述获得打车订单的账单数据，包括：

基于用户终端发送的针对所述打车订单的开票请求，从账单数据列表中确定出与所述开票请求匹配的账单数据。

8.根据权利要求7所述的票据金额确定方法，其特征在于，所述方法还包括：

在检测到账单服务器中写入了新的账单数据时，将所述新的账单数据写入到所述账单数据列表中，获得更新的账单数据列表。

9.根据权利要求1所述的票据金额确定方法，其特征在于，在所述根据所述开票金额计算公式，确定出所述打车订单的开票金额之后，所述方法还包括：

根据所述打车订单的订单信息和所述开票金额，生成所述打车订单的票据。

10.一种票据金额确定装置，其特征在于，所述装置包括：

账单获得模块，用于获得打车订单的账单数据；

公式生成模块，用于根据所述账单数据中的N个费用项目，生成所述打车订单的开票金额计算公式，N为正整数；

金额计算模块，用于根据所述账单数据中的所述N个费用项目对应的N个项目金额，以及根据所述开票金额计算公式，确定出所述打车订单的开票金额。

11.根据权利要求10所述的票据金额确定装置，其特征在于，

所述公式生成模块，还用于根据所述账单数据中的N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目，其中，M为不小于N的整数；根据所述N个预设费用项目，生成所述打车订单的开票金额计算公式。

12.根据权利要求11所述的票据金额确定装置，其特征在于，所述N个预设费用项目中的每个预设费用项目均预设了每个预设费用项目的在运算中为相加状态或被减状态；

所述公式生成模块，还用于根据每个预设费用项目的在运算中为相加状态或被减状态，将所述N个预设费用项目依次相加组合形成所述打车订单的开票金额计算公式。

13.根据权利要求11或12所述的票据金额确定装置，其特征在于，

所述公式生成模块，还用于获得所述账单数据中费用项信息和支付记录信息；从所述费用项信息和所述支付记录信息中获得N个费用项目；根据所述N个费用项目，从预设的M个预设费用项目中确定出所述N个费用项目对应的N个预设费用项目。

14.根据权利要求11所述的票据金额确定装置，其特征在于，

所述金额计算模块，还用于根据所述账单数据中的所述N个费用项目对应的N个项目金额，将所述开票金额计算公式中的所述N个预设费用项目一一对应的替换为所述N个项目金额，确定出所述打车订单的开票金额。

15.根据权利要求10所述的票据金额确定装置，其特征在于，

所述账单获得模块，还用于基于用户终端发送的针对所述打车订单的开票请求，从账单数据列表中确定出与所述开票请求匹配的账单数据。

16.根据权利要求15所述的票据金额确定装置，其特征在于，所述装置还包括：

账单更新模块，用于在检测到账单服务器中写入了新的账单数据时，将所述新的账单数据写入到所述账单数据列表中，获得更新的账单数据列表。

17.根据权利要求10所述的票据金额确定装置，其特征在于，所装置还包括：

票据生成模块，用于根据所述打车订单的订单信息和所述开票金额，生成所述打车订单的票据。

18.一种电子设备，其特征在于，所述电子设备包括：处理器，存储器，总线和通信模块；所述处理器、所述通信模块和存储器通过所述总线连接；

所述存储器，用于存储程序；

所述处理器，用于通过调用存储在所述存储器中的程序以执行如权利要求1-10任一权项所述的票据金额确定方法。

19.一种具有计算机可执行的非易失程序代码的计算机可读储存介质，其特征在于，所述程序代码使所述计算机执行如权利要求1-10任一权项所述的票据金额确定方法。

Images