CN111127123A - 发票信息处理方法及装置 - Google Patents
发票信息处理方法及装置 Download PDFInfo
- Publication number
- CN111127123A CN111127123A CN201911275119.9A CN201911275119A CN111127123A CN 111127123 A CN111127123 A CN 111127123A CN 201911275119 A CN201911275119 A CN 201911275119A CN 111127123 A CN111127123 A CN 111127123A
- Authority
- CN
- China
- Prior art keywords
- order
- information
- invoiced
- invoice
- merchant
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Abstract
本发明实施例公开了一种发票信息处理方法及装置。其中,方法包括:响应于发票开具操作,获取与发票开具操作对应的用户端信息以及商户端信息;根据用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;展示至少一个订单的订单信息;根据预设选择操作,确定待开票订单;将待开票订单的订单信息发送至服务端,以供服务端将待开票订单的订单信息发送至商户端,供商户端根据待开票订单的订单信息触发开具发票指令。采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
Description
技术领域
本发明涉及数据处理技术领域,具体涉及一种发票信息处理方法及装置。
背景技术
随着科技及社会的不断发展,各类应用产品不断涌现。例如,发票生成系统的出现,为人们的工作与生活带来许多便利。目前的发票生成过程,通常是在用户输入发票抬头信息之后,由商户发票开具人员手动录入开票金额,进而生成相应的发票。
然而,发明人在实施过程中,发现现有技术中存在如下缺陷:现有技术中由商户发票开具人员手动录入开票金额的发票开具方式,操作十分繁琐,发票开具效率低下,不利于大规模应用与实施。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的发票信息处理方法及装置。
根据本发明实施例的一个方面,提供了一种发票信息处理方法,包括:
响应于发票开具操作,获取与所述发票开具操作对应的用户端信息以及商户端信息;根据所述用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;展示所述至少一个订单的订单信息;根据预设选择操作,确定待开票订单;将所述待开票订单的订单信息发送至服务端,以供服务端将所述待开票订单的订单信息发送至商户端,供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
可选的,所述获取与所述发票开具操作对应的用户端信息以及商户端信息进一步包括:根据针对商户二维码的扫描操作获取商户信息;其中,所述商户二维码中存储有开发票所需的商户端信息。
可选的,所述根据所述用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息进一步包括:将所述用户端信息以及商户端信息发送至服务端,并接收服务端反馈的与用户端及商户端关联的至少一个订单的订单信息。
可选的,所述展示所述至少一个订单的订单信息进一步包括:按照预设排列顺序,展示所述至少一个订单对应的订单信息。
可选的,所述预设排列顺序为:订单完成时间顺序、和/或订单金额大小顺序。
可选的,所述方法还包括:获取发票抬头信息输入元素提供的发票抬头信息;所述将所述待开票订单的订单信息发送至服务端,以供服务端将所述待开票订单的订单信息发送至商户端,供所述商户端根据所述待开票订单的订单信息触发开具发票指令具体为:将所述待开票订单的订单信息和所述发票抬头信息发送至服务端,以供服务端将所述待开票订单的订单信息和所述发票抬头信息发送至商户端,供所述商户端根据所述订单信息携带的订单金额信息和所述发票抬头信息触发开具发票指令。
根据本发明实施例的另一个方面,提供了一种发票信息处理装置,包括:
信息获取模块,适于响应于发票开具操作,获取与所述发票开具操作对应的用户端信息以及商户端信息;订单获取模块,适于根据所述用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;订单展示模块,适于展示所述至少一个订单的订单信息;确定模块,适于根据预设选择操作,确定待开票订单;发送模块,适于将所述待开票订单的订单信息发送至服务端,以供服务端将所述待开票订单的订单信息发送至商户端,供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
可选的,信息获取模块进一步适于:根据针对商户二维码的扫描操作获取商户信息;其中,所述商户二维码中存储有开发票所需的商户端信息。
可选的,所述订单获取模块进一步适于:将所述用户端信息以及商户端信息发送至服务端,并接收服务端反馈的与用户端及商户端关联的至少一个订单的订单信息。
可选的,所述订单展示模块进一步适于:按照预设排列顺序,展示所述至少一个订单对应的订单信息。
可选的,所述预设排列顺序为:订单完成时间顺序、和/或订单金额大小顺序。
可选的,所述装置还包括:发票抬头信息获取模块,适于获取发票抬头信息输入元素提供的发票抬头信息;则所述发送模块进一步适于:将所述待开票订单的订单信息和所述发票抬头信息发送至服务端,以供服务端将所述待开票订单的订单信息和所述发票抬头信息发送至商户端,供所述商户端根据所述订单信息携带的订单金额信息和所述发票抬头信息触发开具发票指令。
根据本发明实施例的又一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述发票信息处理方法对应的操作。
根据本发明实施例的再一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述发票信息处理方法对应的操作。
根据本发明实施例提供的发票信息处理方法及装置,首先响应于发票开具操作,获取与发票开具操作对应的用户端信息以及商户端信息;进一步根据用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;并展示至少一个订单的订单信息;根据预设选择操作,确定待开票订单;继而将待开票订单的订单信息发送至服务端,以供服务端将待开票订单的订单信息发送至商户端,供商户端触发开具发票指令。采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
根据本发明实施例的一个方面,提供了一种发票信息处理方法,包括:
接收待开票订单的订单信息;其中,所述待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;所述至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;
根据所述待开票订单的订单信息触发开具发票指令,生成相应的发票。
可选的,所述方法还包括:生成并展示存储有开发票所需的商户端信息的商户二维码。
可选的,接收待开票订单的订单信息进一步包括:接收待开票订单的订单信息和发票抬头信息,其中,所述发票抬头信息为服务端接收并转发的由用户端的发票抬头信息输入元素提供的信息。
根据本发明实施例的另一个方面,提供了一种发票信息处理装置,包括:
接收模块,适于接收待开票订单的订单信息;其中,所述待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;所述至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;
触发模块,适于根据所述待开票订单的订单信息触发开具发票指令,生成相应的发票。
可选的,所述装置还包括:二维码展示模块,适于生成并展示存储有开发票所需的商户端信息的商户二维码。
可选的,所述接收模块进一步适于:接收待开票订单的订单信息和发票抬头信息,其中,所述发票抬头信息为服务端接收并转发的由用户端的发票抬头信息输入元素提供的信息。
根据本发明实施例的又一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述发票信息处理方法对应的操作。
根据本发明实施例的再一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述发票信息处理方法对应的操作。
根据本发明实施例的又一方面,提供了一种发票信息处理系统,其包括上述任一项所述的发票信息处理装置。
根据本发明实施例提供的发票信息处理方法及装置,首先接收待开票订单的订单信息;其中,待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;该至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;进一步触发开具发票指令,生成相应的发票。采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
根据本发明实施例的一个方面,提供了一种发票信息处理方法,包括:
接收与发票开具操作对应的用户端信息以及商户端信息;根据所述用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;将所述至少一个订单的订单信息发送至用户端;接收用户端发送的待开票订单的订单信息;其中,所述待开票订单根据用户端中预设选择操作确定;将所述待开票订单的订单信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
可选的,所述接收用户端发送的待开票订单的订单信息进一步包括:接收用户端发送的待开票订单的订单信息以及用户端的发票抬头信息输入元素提供的发票抬头信息;
所述将所述待开票订单的订单信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息触发开具发票指令进一步包括:将所述待开票订单的订单信息以及所述发票抬头信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息携带的订单金额信息以及所述发票抬头信息触发开具发票指令。
根据本发明实施例的另一个方面,一种发票信息处理装置,包括:第一接收模块,适于接收与发票开具操作对应的用户端信息以及商户端信息;确定模块,适于根据所述用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;第一发送模块,适于将所述至少一个订单的订单信息发送至用户端;第二接收模块,适于接收用户端发送的待开票订单的订单信息;其中,所述待开票订单根据用户端中预设选择操作确定;第二发送模块,适于将所述待开票订单的订单信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
可选的,所述第二接收模块进一步适于:接收用户端发送的待开票订单的订单信息以及用户端的发票抬头信息输入元素提供的发票抬头信息;所述第二发送模块进一步适于:将所述待开票订单的订单信息以及所述发票抬头信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息携带的订单金额信息以及所述发票抬头信息触发开具发票指令。
根据本发明实施例的又一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述发票信息处理方法对应的操作。
根据本发明实施例的再一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述发票信息处理方法对应的操作。
根据本发明实施例的又一方面,提供了一种发票信息处理系统,其包括上述任一项所述的发票信息处理装置。
根据本发明实施例提供的发票信息处理方法及装置,首先接收与发票开具操作对应的用户端信息以及商户端信息;根据用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;将至少一个订单的订单信息发送至用户端;接收用户端发送的待开票订单的订单信息;其中,待开票订单根据用户端中预设选择操作确定;进一步将待开票订单的订单信息发送至商户端,以供商户端根据待开票订单的订单信息触发开具发票指令。采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例一提供的发票信息处理方法的流程图;
图2示出了本发明实施例二提供的发票信息处理方法的流程图;
图3示出了本发明实施例三提供的发票信息处理方法的流程图;
图4示出了本发明实施例提供的一种发票信息处理方法的信息交互示意图;
图5示出了本发明实施例四提供的发票信息处理装置的流程图;
图6示出了本发明实施例五提供的发票信息处理装置的结构图;
图7示出了本发明实施例六提供的发票信息处理装置的结构图;
图8示出了本发明实施例十提供的计算设备的结构图;
图9示出了本发明实施例十一提供的计算设备的结构图;
图10示出了本发明实施例十二提供的计算设备的结构图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
实施例一
图1示出了本发明实施例一提供的发票信息处理方法的流程图。其中,本实施例提供的发票信息处理方法可在用户端侧执行。其中,本实施例对用户端的具体类型等不作限定,例如,本实施例所提供的发票信息处理方法可应用于手机、电脑、以及智能可穿戴设备等设备中。
如图1所示,该方法包括以下步骤:
步骤S110:响应于发票开具操作,获取与发票开具操作对应的用户端信息以及商户端信息。
其中,本实施例对发票开具操作的具体类型等不作限定。例如,发票开具操作可以为针对于预设控件的点击操作,语音控制操作、和/或针对于二维码的扫描操作等等。
进一步地,发票开具操作通常具有相对应的用户端及商户端,其中,该用户端即为发票购买方,而该商户端即为发票开具方。则在本步骤中,可响应于该发票开具操作,获取与发票开具操作对应的用户端信息以及商户端信息。其中,本实施例对用户端信息和/或商户端信息的信息类型等不作限定,例如,用户端信息可以为用户端标识或用户端用户名称等可确定该用户端的相关信息;同理,商户端信息可以为商户端标识或商户端用户名称等可确定该商户端的相关信息。
可选的,在实际的实施过程中,可根据针对商户二维码的扫描操作获取商户信息;其中,商户二维码中存储有开发票所需的商户端信息。
步骤S120:根据用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息。
其中,可预先存储有不同的用户端信息以及商户端信息对应的订单信息。该订单信息可存储于预设的服务端。则在获取与发票开具操作对应的用户端信息以及商户端信息之后,可将用户端信息以及商户端信息发送至服务端,并接收服务端反馈的与用户端及商户端关联的至少一个订单的订单信息。可选的,该至少一个订单的订单信息可以包括:订单标识、订单金额、和/或订单时间等等。
在一种可选的实施方式中,为保障后续发票开具过程的顺利进行,本步骤可在获取与用户端及商户端关联的至少一个订单的订单信息之后,对获取到的订单信息进行过滤处理,从而过滤订单信息中的无效订单信息,以避免因后续处理无效数据而带来的资源浪费的弊端。其中,对订单信息进行过滤处理可在服务端进行,从而用户端可接收服务端对订单信息进行过滤处理后的至少一个订单的订单信息;或者,也可由用户端执行对订单信息的过滤处理。
其中,在对订单信息进行过滤处理的过程中,可采用以下过滤方式中的一种或多种的结合:
过滤方式一:对订单信息中的未完成订单的订单信息进行剔除处理。具体地,可根据订单信息中包含的订单类别(如已完成订单、未完成订单)提取出未完成订单,并进一步将该未完成订单的订单信息进行剔除处理。
过滤方式二:对订单信息中的未开票订单的订单信息进行剔除处理。具体地,可根据订单信息中包含的开票标识提取出已开票订单,并进一步将该已开票订单的订单信息进行剔除处理。
步骤S130:展示至少一个订单的订单信息。
为便于最终开具的发票信息满足用户需求,在获取到与用户端及商户端关联的至少一个订单的订单信息之后,进一步在用户端展示至少一个订单的订单信息。其中,本实施例对具体的订单信息的展示方式不作限定。例如,可按照预设排列顺序,展示至少一个订单对应的订单信息。其中,该预设排列顺序可以为订单完成时间顺序(如按照订单完成时间由近至远的顺序)、和/或订单金额大小顺序等等。
步骤S140:根据预设选择操作,确定待开票订单。
在用户端中展示至少一个订单的订单信息之后,用户可根据需求选择需要开具发票的订单。则本步骤可首先监测用户的预设选择操作。其中,本实施例对预设选择操作的类型等不作限定,例如,该预设选择操作可以为点击操作、和/或语音控制操作等等。
待监测到用户的预设选择操作之后,进一步确定与该预设选择操作相对应的待开票订单。其中,待开票订单可以为一个或多个。
步骤S150:将待开票订单的订单信息发送至服务端,以供服务端将待开票订单的订单信息发送至商户端,供商户端根据待开票订单的订单信息触发开具发票指令。
具体地,待开票订单的订单信息中携带有与该待开票订单对应的订单金额信息。携带有订单金额信息的待开票订单的订单信息可经由服务器发送至商户端,商户端可根据待开票订单的订单信息携带的订单金额信息触发开具发票指令。在此过程中无需用户端或商户端手动输入开票金额,即可快速准确地确定出开票金额。最终由商户端根据接收到的订单金额来触发开具发票指令,从而实现发票的快速开具。
在一种可选的实施方式中,本实施例在用户端中还提供有发票抬头信息输入元素。用户能够通过该发票抬头信息输入元素,采用键盘输入、语音输入等方式输入发票抬头信息;又或者,可在预设区域(如备忘录、记事本、收藏中心等等)预先存储用户端信息与发票抬头信息的对应关系,从而可调用相应接口根据用户端信息从预设区域中查找出与该用户端相匹配的发票抬头信息,进而在发票抬头信息输入元素中自动输入发票抬头信息。从而在具体的实施过程中,由用户端获取发票抬头信息输入元素提供的发票抬头信息,并将待开票订单的订单信息和发票抬头信息发送至服务端,以供服务端将待开票订单的订单信息和发票抬头信息发送至商户端,供商户端根据待开票订单的订单信息携带的订单金额信息和发票抬头信息触发开具发票指令。
由此可见,本实施例首先响应于发票开具操作,获取与发票开具操作对应的用户端信息以及商户端信息;进一步地根据用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;并展示至少一个订单的订单信息;进而根据预设选择操作,确定待开票订单,最终将待开票订单的订单信息发送至服务端,以供服务端将待开票订单的订单信息发送至商户端,供商户端根据待开票订单的订单信息触发开具发票指令。采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例二
图2示出了本发明实施例二提供的发票信息处理方法的流程图。其中,本实施例提供的发票信息处理方法可在商户端侧执行。其中,本实施例对商户端的具体类型等不作限定,例如,本实施例所提供的发票信息处理方法可应用于手机、电脑、智能可穿戴设备、和/或POS终端等设备中。
如图2所示,该方法包括以下步骤:
步骤S210:接收待开票订单的订单信息。
其中,该待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单。并且,该至少一个订单是根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定。
在一种可选的实施方式中,可在商户端可预先生成并展示存储有开发票所需的商户端信息的商户二维码。则通过用户端对商户二维码的扫描操作,用户端能够快速准确地获取商户端信息,进而将用户端信息以及商户端信息发送至服务器,服务器根据用户端信息以及商户端信息确定出与用户端及商户端关联的至少一个订单的订单信息,并将该至少一个订单的订单信息发送至用户端。继而在用户端展示该至少一个订单的订单信息;最终根据用户端中预设选择操作从该至少一个订单中确定出待开票订单,即该待开票订单为用户端所选择的订单。
进一步地,用户端可将待开票订单订单信息经由服务端发送至商户端,从而商户端能够接收到该待开票订单的订单信息。其中,接收到的待开票订单的订单信息中携带有订单金额信息。该订单金额信息可以为各个待开票订单所对应的订单金额信息,也可以为多个待开票订单所对应的总订单金额信息。
步骤S220:根据待开票订单的订单信息触发开具发票指令,生成相应的发票。
商户端在接收到携带有订单金额信息的待开票订单的订单信息之后,无需手动录入开票金额,即可快速准确地确定出开票金额,进而触发开具发票指令,生成相应的发票。其中,该发票可以为电子发票或纸质发票等,本发明对发票的具体类型不作限定。
在一种可选的实施方式中,商户端具体接收有待开票订单的订单信息和发票抬头信息,其中,发票抬头信息为服务端接收并转发的由用户端的发票抬头信息输入元素提供的信息。具体地,可由用户端获取发票抬头信息输入元素提供的发票抬头信息,并将待开票订单的订单信息和发票抬头信息经由服务端发送至商户端,从而商户端根据待开票订单的订单信息携带的订单金额信息和发票抬头信息触发开具发票指令。
在另一种可选的实施方式中,可根据针对于用户端二维码的扫描操作,获取发票抬头信息。具体地,用户端预先将用户端的发票抬头信息转换为相应的用户端二维码,并存储该用户端二维码。该用户端二维码用于获取用户端对应的发票抬头信息。从而本实施方式中,通过商家端针对用户端二维码的扫描操作,即可快速地获取发票抬头信息,以避免用户重复录入,提升用户体验。
由此可见,本实施例首先接收待开票订单的订单信息;其中,待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;该至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;进一步根据待开票订单的订单信息触发开具发票指令,生成相应的发票。采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例三
图3示出了本发明实施例三提供的发票信息处理方法的流程图。其中,本实施例提供的发票信息处理方法可在服务端侧执行。其中,本实施例对服务端的具体类型等不作限定,例如,本实施例所提供的发票信息处理方法可应用于电脑、平板等计算设备中。
如图3所示,该方法包括以下步骤:
步骤S310:接收与发票开具操作对应的用户端信息以及商户端信息。
在具体的实施过程中,可由用户端触发发票开具操作,并由用户端获取与发票开具操作对应的用户端信息以及商户端信息;继而用户端将与发票开具操作对应的用户端信息以及商户端信息发送至服务端,从而由服务端接收与发票开具操作对应的用户端信息以及商户端信息。
步骤S320:根据用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息。
其中,服务端中预先存储有不同的用户端信息以及商户端信息对应的订单信息。则在接收到与发票开具操作对应的用户端信息以及商户端信息之后,可进一步地查找与用户端及商户端关联的至少一个订单的订单信息。其中,该订单信息可以包括:订单标识、订单金额、和/或订单时间等等。
步骤S330,将至少一个订单的订单信息发送至用户端。
步骤S340,接收用户端发送的待开票订单的订单信息。
其中,待开票订单根据用户端中预设选择操作确定。在具体的实施过程中,待将至少一个订单的订单信息发送至用户端后,可在用户端呈现至少一个订单的订单信息。从而用户能够根据呈现的至少一个订单的订单信息,通过预设选择操作确定待开票订单,其中,待开票订单即为用户端从该至少一个订单中选取出的待进行发票开具的订单。继而,用户端将根据预设选择操作确定的待开票订单的订单信息发送给服务端,服务端接收用户端发送的待开票订单的订单信息并执行后续步骤。
步骤S350,将待开票订单的订单信息发送至商户端,以供商户端根据待开票订单的订单信息触发开具发票指令。
服务端将接收到的待开票订单的订单信息发送至商户端,其中,待开票订单的订单信息中携带有订单金额信息。从而商户端根据待开票订单的订单信息携带的订单金额信息触发开具发票指令。在此过程中无需手动输入开票金额即可实现发票的快速开具。
在一种可选的实施方式中,本实施例在用户端中还提供有发票抬头信息输入元素。从而本实施例可进一步接收用户端发送的待开票订单的订单信息以及用户端的发票抬头信息输入元素提供的发票抬头信息;并进一步地将待开票订单的订单信息以及发票抬头信息发送至商户端,从而供商户端根据待开票订单的订单信息携带的订单金额信息以及发票抬头信息触发开具发票指令。
由此可见,本实施例首先接收与发票开具操作对应的用户端信息以及商户端信息;进而根据用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;并将至少一个订单的订单信息发送至用户端;还进一步接收用户端发送的待开票订单的订单信息;其中,待开票订单根据用户端中预设选择操作确定;最终将待开票订单的订单信息发送至商户端,以供商户端根据待开票订单的订单信息触发开具发票指令。采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
以下以图4来具体阐明本发明实施例的具体实施过程:
如图4所示,用户端首先响应于发票开具操作,获取与发票开具操作对应的用户端信息以及商户端信息,并将与发票开具操作对应的用户端信息以及商户端信息发送至服务端;服务端根据用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息,继而将与用户端及商户端关联的至少一个订单的订单信息发送至用户端;用户端进一步地展示至少一个订单的订单信息,并根据预设选择操作,确定待开票订单;再进一步地,用户端将待开票订单的订单信息发送至服务端,该待开票订单的订单信息中携带有订单金额信息;服务端继而待开票订单的订单信息发送至商户端,商户端根据待开票订单的订单信息中携带的订单金额信息触发开具发票指令。从中可看出,本发明实施例在开票过程中无需手动输入开票金额,从而大幅提升开票效率。
实施例四
图5示出了本发明实施例四提供的发票信息处理装置的结构图。其中,该装置可设置于用户端侧。如图5所示,该装置包括:信息获取模块51,订单获取模块52,订单展示模块53,确定模块54,以及发送模块55。
信息获取模块51,适于响应于发票开具操作,获取与所述发票开具操作对应的用户端信息以及商户端信息;
订单获取模块52,适于根据所述用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;
订单展示模块53,适于展示所述至少一个订单的订单信息;
确定模块54,适于根据预设选择操作,确定待开票订单;
发送模块55,适于将所述待开票订单的订单信息发送至服务端,以供服务端将所述待开票订单的订单信息发送至商户端,供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
可选的,所述信息获取模块进一步适于:根据针对商户二维码的扫描操作获取商户信息;其中,所述商户二维码中存储有开发票所需的商户端信息。
可选的,所述订单获取模块进一步适于:将所述用户端信息以及商户端信息发送至服务端,并接收服务端反馈的与用户端及商户端关联的至少一个订单的订单信息。
可选的,所述订单展示模块进一步适于:按照预设排列顺序,展示所述至少一个订单对应的订单信息。
可选的,所述预设排列顺序为:订单完成时间顺序、和/或订单金额大小顺序。
可选的,所述装置还包括:发票抬头信息获取模块(图中未示出),适于获取发票抬头信息输入元素提供的发票抬头信息;
所述发送模块进一步适于:将所述待开票订单的订单信息和所述发票抬头信息发送至服务端,以供服务端将所述待开票订单的订单信息和所述发票抬头信息发送至商户端,供所述商户端根据所述订单信息携带的订单金额信息和所述发票抬头信息触发开具发票指令。
其中,本实施例装置中各模块的具体实施过程可参照实施例一中相应部分的描述,本实施例在此不做赘述。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例五
图6示出了本发明实施例五提供的发票信息处理装置的结构图。其中,该装置可设置于商户端侧。如图6所示,该装置包括:接收模块61以及触发模块62。
接收模块61,适于接收待开票订单的订单信息;其中,所述待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;所述至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;
触发模块62,适于根据所述待开票订单的订单信息触发开具发票指令,生成相应的发票。
可选的,所述装置还包括:二维码展示模块(图中未示出),适于生成并展示存储有开发票所需的商户端信息的商户二维码。
可选的,所述接收模块进一步适于:接收待开票订单的订单信息和发票抬头信息,其中,所述发票抬头信息为服务端接收并转发的由用户端的发票抬头信息输入元素提供的信息。
其中,本实施例装置中模块的具体实施过程可参照实施例二中相应部分的描述,本实施例在此不做赘述。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例六
图7示出了本发明实施例六提供的发票信息处理装置的结构图。其中,该装置可设置于服务端侧。如图7所示,该装置包括:第一接收模块71、确定模块72、第一发送模块73、第二接收模块74、以及第二发送模块75。
第一接收模块71,适于接收与发票开具操作对应的用户端信息以及商户端信息;
确定模块72,适于根据所述用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;
第一发送模块73,适于将所述至少一个订单的订单信息发送至用户端;
第二接收模块74,适于接收用户端发送的待开票订单的订单信息;其中,所述待开票订单根据用户端中预设选择操作确定;
第二发送模块75,适于将所述待开票订单的订单信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
可选的,所述第二接收模块进一步适于:接收用户端发送的待开票订单的订单信息以及用户端的发票抬头信息输入元素提供的发票抬头信息;
所述第二发送模块进一步适于:将所述待开票订单的订单信息以及所述发票抬头信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息携带的订单金额信息以及所述发票抬头信息触发开具发票指令。
其中,本实施例装置中模块的具体实施过程可参照实施例三中相应部分的描述,本实施例在此不做赘述。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例七
本发明实施例七提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,可执行指令具体可以用于使得处理器执行以下操作:
响应于发票开具操作,获取与所述发票开具操作对应的用户端信息以及商户端信息;
根据所述用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;
展示所述至少一个订单的订单信息;
根据预设选择操作,确定待开票订单;
将所述待开票订单的订单信息发送至服务端,以供服务端将所述待开票订单的订单信息发送至商户端,供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
在一种可选的实施方式中,可执行指令具体可以用于使得处理器执行以下操作:
根据针对商户二维码的扫描操作获取商户信息;其中,所述商户二维码中存储有开发票所需的商户端信息。
在一种可选的实施方式中,可执行指令具体可以用于使得处理器执行以下操作:
将所述用户端信息以及商户端信息发送至服务端,并接收服务端反馈的与用户端及商户端关联的至少一个订单的订单信息。
在一种可选的实施方式中,可执行指令具体可以用于使得处理器执行以下操作:
按照预设排列顺序,展示所述至少一个订单对应的订单信息。
在一种可选的实施方式中,所述预设排列顺序为:订单完成时间顺序、和/或订单金额大小顺序。
在一种可选的实施方式中,可执行指令具体可以用于使得处理器执行以下操作:
获取发票抬头信息输入元素提供的发票抬头信息;
将所述待开票订单的订单信息和所述发票抬头信息发送至服务端,以供服务端将所述待开票订单的订单信息和所述发票抬头信息发送至商户端,供所述商户端根据所述订单信息携带的订单金额信息和所述发票抬头信息触发开具发票指令。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例八
本发明实施例八提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,可执行指令具体可以用于使得处理器执行以下操作:
接收待开票订单的订单信息;其中,所述待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;所述至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;
根据所述待开票订单的订单信息触发开具发票指令,生成相应的发票。
在一种可选的实施方式中,可执行指令具体可以用于使得处理器执行以下操作:生成并展示存储有开发票所需的商户端信息的商户二维码。
在一种可选的实施方式中,可执行指令具体可以用于使得处理器执行以下操作:接收待开票订单的订单信息和发票抬头信息,其中,所述发票抬头信息为服务端接收并转发的由用户端的发票抬头信息输入元素提供的信息。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例九
本发明实施例九提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,可执行指令具体可以用于使得处理器执行以下操作:
接收与发票开具操作对应的用户端信息以及商户端信息;
根据所述用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;
将所述至少一个订单的订单信息发送至用户端;
接收用户端发送的待开票订单的订单信息;其中,所述待开票订单根据用户端中预设选择操作确定;
将所述待开票订单的订单信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
在一种可选的实施方式中,可执行指令具体可以用于使得处理器执行以下操作:
接收用户端发送的待开票订单的订单信息以及用户端的发票抬头信息输入元素提供的发票抬头信息;
将所述待开票订单的订单信息以及所述发票抬头信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息携带的订单金额信息以及所述发票抬头信息触发开具发票指令。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例十
图8示出了本发明实施例十提供的计算设备结构示意图,本发明实施例具体实施例并不对计算设备的具体实现做限定。
如图8所示,该计算设备可以包括:处理器(processor)802、通信接口(Communications Interface)804、存储器(memory)806、以及通信总线808。
其中:处理器802、通信接口804、以及存储器806通过通信总线808完成相互间的通信。通信接口804,用于与其它设备比如客户端或其它服务器等的网元通信。处理器802,用于执行程序810,具体可以执行上述用于发票信息处理方法实施例中的相关步骤。
具体地,程序810可以包括程序代码,该程序代码包括计算机操作指令。
处理器802可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器806,用于存放程序810。存储器806可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序810具体可以用于使得处理器802执行以下操作:
响应于发票开具操作,获取与所述发票开具操作对应的用户端信息以及商户端信息;根据所述用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;展示所述至少一个订单的订单信息;根据预设选择操作,确定待开票订单;将所述待开票订单的订单信息发送至服务端,以供服务端将所述待开票订单的订单信息发送至商户端,供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
在一种可选的实施方式中,程序810具体可以用于使得处理器802执行以下操作:
根据针对商户二维码的扫描操作获取商户信息;其中,所述商户二维码中存储有开发票所需的商户端信息。
在一种可选的实施方式中,程序810具体可以用于使得处理器802执行以下操作:
将所述用户端信息以及商户端信息发送至服务端,并接收服务端反馈的与用户端及商户端关联的至少一个订单的订单信息。
在一种可选的实施方式中,程序810具体可以用于使得处理器802执行以下操作:
按照预设排列顺序,展示所述至少一个订单对应的订单信息。
在一种可选的实施方式中,所述预设排列顺序为:订单完成时间顺序、和/或订单金额大小顺序。
在一种可选的实施方式中,程序810具体可以用于使得处理器802执行以下操作:
获取发票抬头信息输入元素提供的发票抬头信息;
将所述待开票订单的订单信息和所述发票抬头信息发送至服务端,以供服务端将所述待开票订单的订单信息和所述发票抬头信息发送至商户端,供所述商户端根据所述订单信息携带的订单金额信息和所述发票抬头信息触发开具发票指令。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例十一
图9示出了本发明实施例十一提供的计算设备结构示意图,本发明实施例具体实施例并不对计算设备的具体实现做限定。
如图9所示,该计算设备可以包括:处理器(processor)902、通信接口(Communications Interface)904、存储器(memory)906、以及通信总线908。
其中:处理器902、通信接口904、以及存储器906通过通信总线908完成相互间的通信。通信接口904,用于与其它设备比如客户端或其它服务器等的网元通信。处理器902,用于执行程序910,具体可以执行上述用于发票信息处理方法实施例中的相关步骤。
具体地,程序910可以包括程序代码,该程序代码包括计算机操作指令。
处理器902可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器906,用于存放程序910。存储器906可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序910具体可以用于使得处理器902执行以下操作:
接收待开票订单的订单信息;其中,所述待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;所述至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;
根据所述待开票订单的订单信息触发开具发票指令,生成相应的发票。
在一种可选的实施方式中,程序910具体可以用于使得处理器902执行以下操作:
生成并展示存储有开发票所需的商户端信息的商户二维码。
在一种可选的实施方式中,程序910具体可以用于使得处理器902执行以下操作:接收待开票订单的订单信息和发票抬头信息,其中,所述发票抬头信息为服务端接收并转发的由用户端的发票抬头信息输入元素提供的信息。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例十二
图10示出了本发明实施例十二提供的计算设备结构示意图,本发明实施例具体实施例并不对计算设备的具体实现做限定。
如图10所示,该计算设备可以包括:处理器(processor)1002、通信接口(Communications Interface)1004、存储器(memory)1006、以及通信总线1008。
其中:处理器1002、通信接口1004、以及存储器1006通过通信总线1008完成相互间的通信。通信接口1004,用于与其它设备比如客户端或其它服务器等的网元通信。处理器1002,用于执行程序1010,具体可以执行上述用于发票信息处理方法实施例中的相关步骤。
具体地,程序1010可以包括程序代码,该程序代码包括计算机操作指令。
处理器1002可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器1006,用于存放程序1010。存储器1006可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序1010具体可以用于使得处理器1002执行以下操作:
接收与发票开具操作对应的用户端信息以及商户端信息;根据所述用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;将所述至少一个订单的订单信息发送至用户端;接收用户端发送的待开票订单的订单信息;其中,所述待开票订单根据用户端中预设选择操作确定;将所述待开票订单的订单信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
在一种可选的实施方式中,程序1010具体可以用于使得处理器1002执行以下操作:
接收用户端发送的待开票订单的订单信息以及用户端的发票抬头信息输入元素提供的发票抬头信息;将所述待开票订单的订单信息以及所述发票抬头信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息携带的订单金额信息以及所述发票抬头信息触发开具发票指令。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
实施例十三
根据本发明实施例十三提供了一种发票信息处理系统,其包括如图5所示的用户端、图6所示的商家端以及图7所示的服务端。
由此可见,采用本方案,在发票开具过程中无需手动输入开票金额,即可实现发票的开具,从而大幅简化发票开具过程,提升发票开具效率,降低人工成本。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。
Claims (10)
1.一种发票信息处理方法,包括:
响应于发票开具操作,获取与所述发票开具操作对应的用户端信息以及商户端信息;
根据所述用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;
展示所述至少一个订单的订单信息;
根据预设选择操作,确定待开票订单;
将所述待开票订单的订单信息发送至服务端,以供服务端将所述待开票订单的订单信息发送至商户端,供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
2.一种发票信息处理方法,包括:
接收待开票订单的订单信息;其中,所述待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;所述至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;
根据所述待开票订单的订单信息触发开具发票指令,生成相应的发票。
3.一种发票信息处理方法,包括:
接收与发票开具操作对应的用户端信息以及商户端信息;
根据所述用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;
将所述至少一个订单的订单信息发送至用户端;
接收用户端发送的待开票订单的订单信息;其中,所述待开票订单根据用户端中预设选择操作确定;
将所述待开票订单的订单信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
4.一种发票信息处理装置,包括:
信息获取模块,适于响应于发票开具操作,获取与所述发票开具操作对应的用户端信息以及商户端信息;
订单获取模块,适于根据所述用户端信息以及商户端信息,获取与用户端及商户端关联的至少一个订单的订单信息;
订单展示模块,适于展示所述至少一个订单的订单信息;
确定模块,适于根据预设选择操作,确定待开票订单;
发送模块,适于将所述待开票订单的订单信息发送至服务端,以供服务端将所述待开票订单的订单信息发送至商户端,供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
5.一种发票信息处理装置,包括:
接收模块,适于接收待开票订单的订单信息;其中,所述待开票订单为根据用户端中的预设选择操作从展示的至少一个订单中确定出的订单;所述至少一个订单根据响应于发票开具操作所获取的用户端信息以及商户端信息而确定;
触发模块,适于根据所述待开票订单的订单信息触发开具发票指令,生成相应的发票。
6.一种发票信息处理装置,包括:
第一接收模块,适于接收与发票开具操作对应的用户端信息以及商户端信息;
确定模块,适于根据所述用户端信息以及商户端信息,确定与用户端及商户端关联的至少一个订单的订单信息;
第一发送模块,适于将所述至少一个订单的订单信息发送至用户端;
第二接收模块,适于接收用户端发送的待开票订单的订单信息;其中,所述待开票订单根据用户端中预设选择操作确定;
第二发送模块,适于将所述待开票订单的订单信息发送至商户端,以供所述商户端根据所述待开票订单的订单信息触发开具发票指令。
7.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1所述的发票信息处理方法对应的操作。
8.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求1所述的发票信息处理方法对应的操作。
9.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求2所述的发票信息处理方法对应的操作。
10.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求3所述的发票信息处理方法对应的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911275119.9A CN111127123A (zh) | 2019-12-12 | 2019-12-12 | 发票信息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911275119.9A CN111127123A (zh) | 2019-12-12 | 2019-12-12 | 发票信息处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111127123A true CN111127123A (zh) | 2020-05-08 |
Family
ID=70499938
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911275119.9A Pending CN111127123A (zh) | 2019-12-12 | 2019-12-12 | 发票信息处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111127123A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111724214A (zh) * | 2020-05-29 | 2020-09-29 | 北京立思辰新技术有限公司 | 一种基于用户端录入电子凭据信息的方法和系统 |
CN112036968A (zh) * | 2020-07-28 | 2020-12-04 | 江苏苏宁物流有限公司 | 电子发票开具方法、装置、计算机设备和存储介质 |
CN112990992A (zh) * | 2021-04-16 | 2021-06-18 | 拉扎斯网络科技(上海)有限公司 | 票证开具方法及装置 |
CN113724025A (zh) * | 2021-09-01 | 2021-11-30 | 满帮信息咨询有限公司 | Etc发票信息处理方法、系统、设备及存储介质 |
CN114971751A (zh) * | 2022-05-27 | 2022-08-30 | 支付宝(杭州)信息技术有限公司 | 一种延迟开票请求处理方法、装置及设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140109162A (ko) * | 2013-03-05 | 2014-09-15 | 주식회사 하렉스인포텍 | 스마트 오더 시스템 및 방법 |
CN104680381A (zh) * | 2013-12-03 | 2015-06-03 | 航天信息软件技术有限公司 | 一种基于erp系统快速生成电子发票的方法和系统 |
CN107451875A (zh) * | 2017-08-10 | 2017-12-08 | 郑州云海信息技术有限公司 | 发票处理方法和装置 |
CN108460639A (zh) * | 2018-01-19 | 2018-08-28 | 大象慧云信息技术有限公司 | 一种发票开具方法、系统的交互方法及服务器 |
CN109903101A (zh) * | 2019-03-13 | 2019-06-18 | 西安艾润物联网技术服务有限责任公司 | 发票信息处理方法、系统及计算机可读存储介质 |
-
2019
- 2019-12-12 CN CN201911275119.9A patent/CN111127123A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140109162A (ko) * | 2013-03-05 | 2014-09-15 | 주식회사 하렉스인포텍 | 스마트 오더 시스템 및 방법 |
CN104680381A (zh) * | 2013-12-03 | 2015-06-03 | 航天信息软件技术有限公司 | 一种基于erp系统快速生成电子发票的方法和系统 |
CN107451875A (zh) * | 2017-08-10 | 2017-12-08 | 郑州云海信息技术有限公司 | 发票处理方法和装置 |
CN108460639A (zh) * | 2018-01-19 | 2018-08-28 | 大象慧云信息技术有限公司 | 一种发票开具方法、系统的交互方法及服务器 |
CN109903101A (zh) * | 2019-03-13 | 2019-06-18 | 西安艾润物联网技术服务有限责任公司 | 发票信息处理方法、系统及计算机可读存储介质 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111724214A (zh) * | 2020-05-29 | 2020-09-29 | 北京立思辰新技术有限公司 | 一种基于用户端录入电子凭据信息的方法和系统 |
CN112036968A (zh) * | 2020-07-28 | 2020-12-04 | 江苏苏宁物流有限公司 | 电子发票开具方法、装置、计算机设备和存储介质 |
CN112036968B (zh) * | 2020-07-28 | 2022-08-19 | 江苏苏宁物流有限公司 | 电子发票开具方法、装置、计算机设备和存储介质 |
CN112990992A (zh) * | 2021-04-16 | 2021-06-18 | 拉扎斯网络科技(上海)有限公司 | 票证开具方法及装置 |
CN113724025A (zh) * | 2021-09-01 | 2021-11-30 | 满帮信息咨询有限公司 | Etc发票信息处理方法、系统、设备及存储介质 |
CN113724025B (zh) * | 2021-09-01 | 2023-10-03 | 满帮信息科技有限公司 | Etc发票信息处理方法、系统、设备及存储介质 |
CN114971751A (zh) * | 2022-05-27 | 2022-08-30 | 支付宝(杭州)信息技术有限公司 | 一种延迟开票请求处理方法、装置及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111127123A (zh) | 发票信息处理方法及装置 | |
CN111680124B (zh) | 基于rpa的大规模定制客户需求获取、查询方法 | |
US20190378362A1 (en) | Interactive augmented reality function | |
CN108269135B (zh) | 信息传输的方法及装置和电子设备 | |
CN108537533B (zh) | 一种自助购物结算方法及系统 | |
CN109325776B (zh) | 退货码生成和退货方法、装置、设备及其存储介质 | |
EP2771809A1 (en) | Visualization of items using augmented reality | |
CN109615410B (zh) | 数据处理方法、装置、计算机设备及计算机可读存储介质 | |
CN110347688A (zh) | 多元信息的特征融合方法、装置、设备及存储介质 | |
CN110135940B (zh) | 后厨订单显示装置及方法 | |
CN108304120B (zh) | 信息组件处理方法及装置 | |
CN110688581A (zh) | 一种信息的实时推送方法、装置、计算设备和介质 | |
JP2010067032A (ja) | 商品検索装置、商品検索システム、商品検索方法、及びプログラム | |
CN112819508A (zh) | 电子资源的分配方法及装置 | |
CN108764861B (zh) | 信息获取方法及装置和电子设备 | |
CN116757715A (zh) | 排行榜生成方法及装置、存储介质、计算机设备 | |
CN112686622A (zh) | 评价回复方法、装置、电子设备及可读存储介质 | |
CN111324315B (zh) | 业务票据的打印方法及装置 | |
CN113657817A (zh) | 交易处理方法、装置、电子设备和可读存储介质 | |
CN110135535B (zh) | 物料桌码的生成方法及装置 | |
CN112149384A (zh) | 一种短信显示方法、装置以及计算机可读存储介质 | |
CN106817473B (zh) | 一种通讯录数据的处理方法、服务器和装置 | |
CN110189204B (zh) | 基于菜单扫描的点餐方法及装置 | |
CN116308672A (zh) | 退款处理方法及装置、计算设备及计算机存储介质 | |
CN111833033B (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: 20200508 |
|
RJ01 | Rejection of invention patent application after publication |