CN110148027A - 凭证状态查询方法、电子凭证开具方法、客户端及服务器 - Google Patents
凭证状态查询方法、电子凭证开具方法、客户端及服务器 Download PDFInfo
- Publication number
- CN110148027A CN110148027A CN201810150000.8A CN201810150000A CN110148027A CN 110148027 A CN110148027 A CN 110148027A CN 201810150000 A CN201810150000 A CN 201810150000A CN 110148027 A CN110148027 A CN 110148027A
- Authority
- CN
- China
- Prior art keywords
- order
- businessman
- main body
- voucher
- server
- 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
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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本说明书实施方式公开了一种凭证状态查询方法、电子凭证开具方法、客户端及服务器其中,所述方法包括:接收输入的订单标识;其中,所述订单标识用于标识订单,所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体;向业务服务器发送凭证查询请求;接收所述业务服务器反馈的凭证状态信息;其中,所述凭证状态信息包括所述第一商家主体的交易信息的凭证状态信息,和所述第二商家主体的交易信息的凭证状态信息;其中,所述凭证状态信息表示交易信息出具凭证的状态。本说明书公开的技术方案,可以在针对一个订单中包括至少商家主体时,方便用户针对该订单中的交易信息的凭证状态信息进行查询。
Description
技术领域
本说明书涉及互联网技术领域,特别涉及凭证状态查询方法、电子凭证开具方法、客户端及服务器。
背景技术
在人们购物时,有时候会碰到这种情况,用户在大于等于两个的商家购买商品,进行结算时,可以统一进行结算,而非依次针对每个商家购买的商品在每个商家处进行结算。
但是,由于不同的商家的财务体系不一样,涉及的业务种类也可能多种多样。用户想要获取购买商品的电子凭证时,如发票,用户可能需要去各个不同的商家来获取对应的发票。
发明内容
本说明书实施方式提供一种凭证状态查询方法、电子凭证开具方法、客户端及服务器。方便用户的查询凭证或申请所述电子凭证。
本说明书实施方式提供一种凭证状态查询方法,包括:接收输入的订单标识;其中,所述订单标识用于标识订单,所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体;向业务服务器发送凭证查询请求;其中,所述凭证查询请求附带有所述订单标识;接收所述业务服务器反馈的凭证状态信息;其中,所述凭证状态信息包括所述第一商家主体的交易信息的凭证状态信息,和所述第二商家主体的交易信息的凭证状态信息;其中,所述凭证状态信息表示交易信息出具凭证的状态。
本说明书实施方式还提供一种客户端,包括:网络通信单元和处理器;所述处理器用于接收输入的订单标识;其中,所述订单标识用于标识订单,所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体;所述网络通信单元用于向业务服务器发送凭证查询请求;其中,所述凭证查询请求附带有所述订单标识;接收所述业务服务器反馈的凭证状态信息;其中,所述凭证状态信息包括所述第一商家主体的交易信息的凭证状态信息,和所述第二商家主体的交易信息的凭证状态信息;其中,所述凭证状态信息表示交易信息出具凭证的状态。
本说明书实施方式还提供一种凭证状态查询方法,包括:接收客户端发出的第一凭证查询请求;所述第一凭证查询请求中附带有订单的订单标识;所述订单标识用于标识订单;确定所述第一凭证查询请求指向的商家服务器;向所述商家服务器发送附带所述订单标识的第二凭证查询请求,以使所述商家服务器反馈所述订单的凭证状态信息;所述凭证状态信息用于表示所述订单中的至少部分交易信息出具凭证的状态。
本说明书实施方式还提供一种服务器,包括:网络通信单元和处理器;所述网络通信单元用于接收客户端发出的第一凭证查询请求;所述第一凭证查询请求中附带有订单的订单标识;所述订单标识用于标识订单;所述处理器用于确定所述第一凭证查询请求指向的商家服务器;所述网络通信单元还用于向所述商家服务器发送附带所述订单标识的第二凭证查询请求,以使所述商家服务器反馈所述订单的凭证状态信息;所述凭证状态信息用于表示所述订单中的至少部分交易信息出具凭证的状态。
本说明书实施方式还提供一种电子凭证状态查询方法,包括:接收业务服务器发送的凭证查询请求;其中,所述凭证查询请求附带有订单的订单标识;所述订单标识用于标识订单;所述订单中包括多个交易信息;确定所述交易信息对应的二个以上目标商家主体;在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识;其中,所述凭证状态信息集中对应存储有订单标识和凭证状态信息;所述凭证状态信息表示交易信息出具凭证的状态;将匹配得到的凭证状态信息发送给所述业务服务器。
本说明书实施方式还提供一种服务器,包括:网络通信单元和处理器;所述网络通信单元用于接收业务服务器发送的凭证查询请求;其中,所述凭证查询请求附带有订单的订单标识;所述订单标识用于标识订单;所述订单中包括多个交易信息;所述处理器用于确定所述交易信息对应的二个以上目标商家主体;在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识;其中,所述凭证状态信息集中对应存储有订单标识和凭证状态信息;所述网络通信单元还用于将匹配得到的凭证状态信息发送给所述业务服务器。
本说明书实施方式还提供一种电子凭证开具方法,包括:接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息;确定所述交易信息对应的二个以上目标商家主体;将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
本说明书实施方式还提供一种服务器,包括:网络通信单元和处理器;所述网络通信单元用于接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息;所述处理器用于确定所述交易信息对应的二个以上目标商家主体;将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
本说明书实施方式还提供一种计算机存储介质,所述计算机存储介质中存储有计算机程序指令,所述计算机程序指令被执行时实现:接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息;确定所述交易信息对应的二个以上目标商家主体;将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
由以上本说明书实施方式提供的技术方案可见,本说明书实施方式可以根据订单中的多个交易信息涉及的至少第一商家主体和第二商家主体,向业务服务器发送凭证查询请求或电子凭证开具请求。上述做法,可以实现在一个订单的交易信息涉及至少两个商家主体的情况下,用户可以方便的查询所述订单中的交易信息的凭证状态信息,或者方便的发出所述订单中的交易信息的开具电子凭证请求,用以获得其电子凭证。方便用户操作,提高用户体验。
附图说明
为了更清楚地说明本说明书实施方式或现有技术中的技术方案,下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施方式中一个凭证管理系统示意图;
图2为本说明书实施方式中一个凭证查询界面示意图;
图3为本说明书实施方式中另一个凭证查询或开具界面示意图;
图4为本说明书实施方式中一个业务服务器、商家服务器关系示意图;
图5为本说明书实施方式中一个电子凭证开具录入信息界面示意图;
图6为本说明书实施方式中一个凭证状态查询方法流程示意图;
图7为本说明书实施方式中一种客户端模块示意图;
图8为本说明书实施方式中另一个凭证状态查询方法流程示意图;
图9为本说明书实施方式中一种服务器模块示意图;
图10为本说明书实施方式中另一个凭证状态查询方法流程示意图;
图11为本说明书实施方式中一个电子凭证开具方法流程示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施方式中的附图,对本说明书实施方式中的技术方案进行清楚、完整地描述,显然,所描述的实施方式仅仅是本说明书一部分实施方式,而不是全部的实施方式。基于本说明书中的实施方式,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式,都应当属于本说明书保护的范围。
请参阅图1。本说明书实施方式提供一种凭证管理系统。所述凭证系统可以包括客户端、业务服务器、商家服务器和凭证服务器。所述凭证管理系统可以用于凭证状态查询或电子凭证的开具。
在本实施方式中,客户端可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备等。其中,智能可穿戴设备可以包括智能手环、智能手表、智能眼镜、智能头盔等。当然,客户端并不限于上述具有一定实体的电子设备,其还可以为运行于上述电子设备中的软体。
在本实施方式中,服务器可以为具有运算和网络交互功能的电子设备;也可以为运行于该电子设备中,为数据处理和网络交互提供业务逻辑的软体。
在本实施方式中,所述客户端可以接收用户的操作,向用户展示订单的交易信息。所述客户端还可以与服务器进行数据交互。根据用户操作,向服务器发送凭证查询请求或向服务器发送电子凭证开具请求,以获取订单中交易信息的凭证状态信息,或者接收服务器发送过来的开具的电子凭证。
在本实施方式中,所述业务服务器可以是指主要用于服务用户办业务的服务器。例如,用户可以通过客户端向业务服务器发送查询凭证查询请求或电子凭证开具请求等。
在本实施方式中,所述商家服务器可以是指主要用于与商家客户端对接的服务器。具体的,可以用于验证开具凭证金额,查询订单中有无发生退款,以及查询商家主体信息,查询订单中交易信息的凭证状态信息等。所述商家服务器还可以向凭证服务器发送电子凭证开具请求,并接受凭证服务器反馈的电子凭证。所述业务服务器可以与多个商家服务器进行数据交互。例如,一个商家服务器可以包括商家主体A、商家主体B、商家主体C等,另一个商家服务器可以包括商家主体D、商家主体E、商家主体F等,所述业务服务器可以与上述两个商家服务器进行数据交互。
在本实施方式中,所述凭证服务器可以是指主要用于管理凭证的服务器。具体的,例如所述凭证服务器可以调用发票服务的第三方供应商的接口,在接收到开具电子凭证请求时,便捷的申请电子凭证,以获得所述电子凭证。所述凭证服务器还可以与商家服务器进行数据交互,当电子凭证开具成功时,反馈对应的信息,如电子凭证;当电子凭证开具失败时,也可以反馈对应的失败信息。
在本实施方式中,所述业务服务器、所述商家服务器、所述凭证服务器可以是分布式服务器,也可以是集成为一个整体的服务器,此处不做具体限定。
在一个具体的场景示例中,一个用户可以通过客户端查询其购买商品的订单,获取所述订单中每条交易信息的凭证状态信息。客户端接收用户输入,向业务服务器发送凭证查询请求,所述凭证查询请求附带有所述订单的订单标识,并接收所述业务服务器反馈的凭证状态信息。
在本场景示例中,用户逛一个商场,该用户通过客户端来指导其购买商品,提高逛商场的体验。用户通过客户端,在一个卖电脑的A商家主体处选择了台电脑,在一个卖衣服的B商家主体处选择了几件衣服,在一个卖文具的C商家主体处选择了一些文具…客户端根据用户选择的商品,形成一个订单。用户通过客户端,针对该订单,进行支付。支付结束后,用户可以通过客户端导航至各个商家处,提取用户购买的商品。用户在提电脑时,顺便向卖电脑的商家索要了该用户购买电脑的发票。
请参阅图2,在本场景示例中,用户点击查看历史订单按钮,客户端展示用户在该购物平台上购买的订单,其中有个订单是上述用户购买商品的订单。用户点击“订单详情”用以查看该订单的详细信息。详细信息中,例如有针对该订单中的每条交易信息的凭证状态信息。请参阅图3,客户端接收用户点击“订单详情”的操作,该操作指向“订单1”,客户端接收的信号中附带有该订单的订单标识。客户端向业务服务器发送凭证查询请求,请求中附带有该订单的订单标识。所述业务服务器通过向商家服务器发送凭证查询请求,以获得针对该订单中,每条交易信息的凭证状态信息。在接收到商家服务器反馈的凭证状态信息后,将所述凭证状态信息发送给客户端,以使客户端界面展示所述订单中交易信息的凭证状态信息。在本场景示例中,用户已经拿到了在A商家买电脑的发票了,在该交易信息中,凭证状态栏目显示“已开”。客户端根据接收到来自业务平台的信息,还显示其他商家主体对应交易信息的凭证状态信息。如在B商家买衣服裤子的发票还没开,对应的交易信息的凭证状态信息显示“未开”,在C商家买铅笔橡皮的发票还没开,对应的交易信息的凭证状态信息显示“未开”。
在另一个具体的场景示例中,业务服务器可以是一个购物平台,该购物平台与多个商家服务器进行数据交互,每个商家服务器可以服务于多个商家主体客户端。请参阅图4,所述业务服务器提供一个平台,与多个商家服务器进行数据交互,商家服务器1可以是关于一个购物广场的服务器,可以接收该购物广场的各个商家客户端发送过来的数据。商家服务器2可以是另一个购物广场的服务器,此处不做赘述。
在本场景示例中,一个用户通过输入使得客户端发送了第一凭证查询请求。如图3中,用户点击了“订单详情”,也可视为请求查询凭证。根据用户的输入,所述客户端发送第一凭证查询请求给所述业务服务器,该请求中附带订单标识“20180001”。所述业务服务器根据所述订单交易信息中的商家主体,确定对应的商家服务器。例如,关于订单标识“20180001”的订单,其中包括了A商家标识,B商家标识,C商家标识。在所述业务服务器中,存储有各个商家标识对应的商家主体,以及该商家主体对应的商家服务器。请参阅下表,所述业务服务器通过订单中的商家标识,进行匹配,确定对应的商家服务器。A商家的表示为HZ01其对应服务器为商家服务器1;B商家标识为HZ02,其对应服务器也为商家服务器1;C商家标识为HZ03,其对应服务器为商家服务器2。
商家标识 | 商家主体名称 | 商家服务器 | 经营业务 | 纳税人识别号 |
HZ01 | A商家 | 商家服务器1 | 电子产品销售 | 913…… |
HZ02 | B商家 | 商家服务器1 | 纺织类销售 | 911…… |
HZ03 | C商家 | 商家服务器2 | 文具销售 | 912…… |
… | … | … | … | … |
在本场景示例中,所述业务服务器在确定该订单对应商家服务器为商家服务器1和商家服务器2之后,所述业务服务器向商家服务器1和商家服务器2分别发送附带所述订单标识“20180001”的第二凭证查询请求。商家服务器1在接收到该请求后,根据该商家服务器存储记录的有关该订单的交易信息,获取根据该商家服务器从商家客户端处读取到的有关该订单的交易信息,确定每条交易信息对应的凭证状态信息。将所述凭证状态信息发送给所述业务服务器。同理,商家服务器2将对应交易信息的凭证状态信息,以使所述业务服务器得到该订单的交易信息的凭证状态信息,并发送给该用户客户端,展示给用户。
在本场景示例中,在所述业务平台接收到客户端发送的第一凭证查询请求后。所述业务平台还会向凭证服务器发送查询历史凭证抬头信息的请求。所述凭证服务器根据该用户历史上开过的抬头信息,如,该用户曾经用过个人信息作为发票抬头申请发票,也用过该用户单位的信息作为发票抬头申请发票。所述凭证服务器将该用户使用过的凭证抬头信息,反馈给所述业务服务器,所述业务服务器发送给用户客户端,供用户进行选择,以方便用户后续申请开具电子凭证时的信息录入。
在另一个具体的场景示例中,商家服务器接收业务服务器发送的凭证查询请求,该请求中附带有订单的订单标识,订单中包括了多个交易信息。请参阅图2,订单1中包括了5条交易信息。
在本场景示例中,商家服务器在接收发送过来的凭证查询请求后,针对该请求中附带的交易信息,确定其中的目标商家主体。请参阅下表。
订单标识 | 商家主体名称 | 商家主体标识 | 交易内容 | 交易金额(总共) |
20180001 | A商家 | HZ01 | 电脑 | 6000 |
B商家 | HZ02 | 衣服*2件 | 1200 | |
B商家 | HZ02 | 裤子*1件 | 200 | |
… | … | … | … | |
20180002 | … | … | … | … |
所述商家服务器根据订单标识,在存储的信息中匹配到相关订单。根据该订单的交易信息,从中提取得到商家主体,以此作为目标商家主体。如上表中的A商家和B商家,则为该订单中的两个目标商家主体。
在本场景示例中,所述商家服务器在目标商家主体A商家和目标商家主体B商家对应的凭证状态信息集中匹配所述订单标识。在凭证状态信息集中包括了,订单标识和订单标识对应的凭证状态信息。在订单标识匹配成功时,确定对应于该目标商家主体的交易信息的凭证状态消息。请参阅图3,关于用户购买的电脑的发票已开,则在对应目标商家主体的凭证状态信息集,对应该交易信息的凭证状态信息标记为已开。商家服务器通过读取该标记数据,反馈给业务服务器,以使业务服务器反馈给用户客户端,通过用户客户端向用户展示。同理,当商家服务器匹配得到该交易信息的凭证状态信息为未开时,也将该数据反馈给业务服务器,以使业务服务器反馈给用户客户端,用户客户端在“凭证状态”栏目,显示“未开”。
在另一个具体的场景示例中,用户通过客户端针对一个订单,想要申请电子凭证。请参阅图3,用户客户端提供申请开具单条交易信息的凭证的功能,也提供一键申请开具该订单所有交易信息的凭证的功能。
请参阅图5。在本场景示例中,用户点击“上述订单一键申请凭证”,客户端弹出抬头信息录入界面。在该界面上,用户可以进行录入针对各条交易信息开具凭证时的抬头信息进行录入。录入结束后,用户点击申请开具电子凭证,所述客户端向所述业务服务器发送请求,所述业务服务器接收请求后,向商家服务器发送电子凭证开具请求。该请求中附带有订单的订单标识以及开具电子凭证所需的用户信息。
在本场景示例中,商家服务器根据接收的电子凭证开具请求,确定对应需要开具凭证的交易信息中的目标商家主体。所述商家服务器将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。在本场景示例中,需要开具电子凭证的交易信息为4条,一条关于“外套”,一条关于“裤子”,一条关于“铅笔”,一条关于“橡皮”,根据电子凭证开具请求中附带有订单的订单标识,所述商家服务器匹配到对应订单包括的多个交易信息,根据多个交易信息中的商家主体,将其确定为目标商家主体。依据目标商家主体进行分类,以想凭证服务器申请出具电子凭证。请参阅下表,针对商家B的的交易信息总额为1400,优惠力度100,总计1300。交易内容统称为“服饰”。在所述商家服务器向凭证服务器申请出具电子凭证时,附带上述分类后的信息,以方便凭证服务器开具电子凭证。
订单标识 | 商家主体名称 | 商家主体标识 | 交易内容 | 交易金额(总共) |
20180001 | B商家 | HZ02 | 衣服*2件 | 1200 |
B商家 | HZ02 | 裤子*1件 | 200 | |
优惠-100 | ||||
总计1300 |
同理,针对交易内容为“铅笔”和“橡皮”的交易信息,进行相同处理。在向所述凭证服务器发送请求时,附带于该请求中,以方便所述凭证服务器按照不同的目标商家主体开具电子凭证。
请参阅图6。本说明书实施方式提供一种凭证状态查询方法,所述方法可以包括以下步骤。
步骤S10:接收输入的订单标识;其中,所述订单标识用于标识订单,所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体。
在本实施方式中,凭证可以是用户购买商品的经济业务事项发生的证据。具体的,所述凭证可以是电子凭证,也可以是纸质凭证,可以是发票,也可以是收据等。
在本实施方式中,所述订单标识用于表示订单。具体的,例如,请参阅图2,订单号20180001为订单1的订单标识,20180002为订单2的订单标识。在本实施方式中,一个订单中,可以包括多条交易信息。每条交易信息可以用于描述一项经济业务事项。例如,图2中,用户在A商家购买了一台6000元的电脑,在订单下的一条交易信息用于描述该经济业务事项。所述交易信息可以包括交易的商品名称和型号,商家主体,商家主体标识,交易个数,交易金额,有无优惠等,还可以包括交易号,用于标识该条交易。
在本实施方式中,商家主体可以是指用于销售商品或提供服务的商家。不同的商家主体可以是指不同财务体系的商家。具体的,例如,一家商家卖鞋子,另一个商家也卖鞋子,但是两个商家有不同的纳税人识别号,则两个商家也为不同的商家主体。在本实施方式中,可以包括有两个以上的商家主体。用户可以一次性查询涉及不同商家主体的交易信息的凭证状态。
在本实施方式中,接收输入的订单标识可以包括接收用户在所述显示界面上的操作,以指向对应订单。具体的,例如,点击客户端展示的订单列表中的订单,以使客户端接收输入的订单标识。或者通过文字输入、语音输入等方式,以使客户端接收输入的订单标识。需要说明的是,接收输入的订单标识的方式不限于上述举例,所属领域技术人员在本申请技术精髓的启示下,还可能做出其它变更,但只要其实现的功能和效果与本申请相同或相似,均应涵盖于本申请保护范围内。
步骤S12:向业务服务器发送凭证查询请求;其中,所述凭证查询请求附带有所述订单标识。
在本实施方式中,凭证查询请求可以是指用于查询所述订单中交易信息的凭证状态信息的请求。所述业务服务器可以是指主要用于服务用户办业务的服务器。所述凭证查询请求中附带有用户指定查询的订单的订单标识。
在本实施方式中,所述凭证查询请求附带有所述订单标识,具体的可以是指所述凭证查询请求与所述订单标识相关。所述凭证查询请求可以是针对该订单标识对应的订单的凭证查询。
在本实施方式中,客户端与业务服务器的数据交互可以通过特定的协议进行发送或接收数据信息。具体的,例如,可以通过TCP/IP协议(传输控制协议/网际协议Transmission Control Protocol/Internet Protocol)以及超文本传输协议(HTTP,HyperText Transfer Protocol)等协议进行传输。
步骤S14:接收所述业务服务器反馈的凭证状态信息;其中,所述凭证状态信息包括所述第一商家主体的交易信息的凭证状态信息,和所述第二商家主体的交易信息的凭证状态信息;其中,所述凭证状态信息表示交易信息出具凭证的状态。
在本实施方式中,所述凭证状态信息表示交易信息出具凭证的状态。具体的,请参照图3。在针对一条交易信息已开具凭证的时候,客户端可以显示为“已开”。在针对一条交易信息还未开具凭证的时候,客户端可以显示“未开”。其中,“已开”可以表征,针对所述交易信息已开过纸质凭证,或电子凭证。以此防止针对一条交易信息重复申请或开具电子凭证。
在本实施方式中,客户端接收所述业务服务器反馈的凭证状态信息,具体的,可以是客户端与业务服务器之间通过特定的通信协议,以使所述客户端接收所述业务服务器反馈的凭证状态信息。所述业务服务器反馈的凭证状态信息可以是在所述业务服务器接收客户端发出的凭证查询请求后;通过请求中附带的订单标识确定订单中涉及的商家主体,进一步确定所述凭证查询请求指向的商家服务器。向所述商家服务器发送附带所述订单标识的凭证查询请求,以使所述商家服务器反馈所述订单的凭证状态信息。商家服务器获取所述订单凭证状态信息可以是接收商家客户端发送过来的订单信息,存储在服务器上。将凭证查询请求附带的订单标识与存储在商家服务器上的订单标识进行匹配,以获得对应交易信息的凭证状态信息。当然商家服务器也可以通过发送请求给目标商家客户端,以获取对应交易信息的凭证状态信息。此处不做具体限定。其中,商家服务器和业务服务器可以是分布式服务器,也可以是集成为一个整体的服务器。
通过上述实施方式,在一个订单中包括多个商家主体时,可以帮助用户方便的查询其中交易信息的凭证状态。方便用户操作,提高用户体验。
在一个实施方式中,所述方法还可以包括以下步骤。
步骤S20:指定所述订单中至少部分商家主体的至少部分交易信息为目标交易信息。
在本实施方式中,所述目标交易信息可以指用户想要申请开具凭证的交易信息。
在本实施方式中,针对所述订单中的交易信息,可以针对其中的部分交易信息申请开具凭证。具体的,请参阅3,多条交易信息中可以对应于多个商家主体,对应于一个商家主体可以有一条或多条交易信息。用户可以指定其中的至少部分商家主体的至少部分交易信息为目标交易信息。
在本实施方式中,用户指定所述订单中至少部分商家主体的至少部分交易信息为目标交易信息,可以是通过对预设的操作来指定交易信息。具体的,例如,用户想要查询一条交易信息的凭证状态信息,用户可以在该交易信息后的是否申请凭证的选项框打“√”,或者用户可以通过长按该条交易信息,以将该交易信息标记为目标交易信息。
步骤S22:针对所述目标交易信息,向所述业务服务器发送开具电子凭证请求。
在本实施方式中,针对所述目标交易信息,所述客户端还可以向所述业务服务器发送开具电子凭证的请求,以使所述客户端获取所述电子凭证。具体的,请参阅图3,用户可以通过点击“点击申请”来指定申请开具电子凭证的交易信息,以使所述客户端向所述业务服务器发送开具电子凭证请求。当然,用户还可以通过点击“上述订单一键申请凭证”,然后通过客户端弹出的界面,在其中选择需要申请开具电子凭证的交易信息和录入抬头信息。确定之后,向所述业务服务器发送开具电子凭证请求。
通过上述实施方式,可以提供用户一种选择,以选择订单中部分或全部交易信息为目标交易信息,针对这些目标交易信息去申请开具凭证。有时候,用户只想针对部分交易去申请凭证,用于报销,但是例如自己用的文具用品等,申请开具电子凭证的意愿不大。上述实施方式提供用户一种方式,以指定订单中的交易信息,去申请开具电子凭证,提高用户体验,节约网络资源消耗。
请参阅图7。本说明书实施方式还提供一种客户端,可以包括:网络通信单元和处理器。
所述处理器用于接收输入的订单标识;其中,所述订单标识用于标识订单,所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体。
所述网络通信单元用于向业务服务器发送凭证查询请求;其中,所述凭证查询请求附带有所述订单标识;接收所述业务服务器反馈的凭证状态信息;其中,所述凭证状态信息包括所述第一商家主体的交易信息的凭证状态信息,和所述第二商家主体的交易信息的凭证状态信息;其中,所述凭证状态信息表示交易信息出具凭证的状态。
在本实施方式中,所述处理器可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本申请并不作限定。
在本实施方式中,所述网络通信单元可以是与不同的通信协议进行绑定,从而可以发送或接收不同数据的虚拟单元。例如,所述网络通信单元可以是负责进行web数据通信的单元,也可以是负责进行FTP数据通信的单元,还可以是负责进行邮件数据通信的单元。此外,所述网络通信单元还可以是实体的通信接口或者通信芯片。例如,其可以为无线移动网络通信芯片,如GSM、CDMA等;其还可以为Wifi芯片、蓝牙芯片等。
其中相关术语可以参见前述实施方式或场景示例对照解释,在此不再赘述。
请参阅图8。本说明书实施方式还一种凭证状态查询方法,所述方法包括以下步骤。
步骤S30:接收客户端发出的第一凭证查询请求;所述第一凭证查询请求中附带有订单的订单标识;所述订单标识用于标识订单。
在本实施方式中,所述第一凭证查询请求可以是客户端发出的用于查询凭证状态的请求。
步骤S32:确定所述第一凭证查询请求指向的商家服务器。
在本实施方式中,所述第一凭证查询请求指向的商家服务器可以是指所述凭证查询请求对应的商家服务器。所述商家服务器可以是指主要用于与商家客户端对接的服务器。具体的,可以用于验证开具凭证金额,订单中有无发生退款,以及查询商家主体信息,查询订单中交易信息的凭证状态信息等。所述商家服务器还可以向凭证服务器发送电子凭证开具请求,并接受凭证服务器反馈的电子凭证。所述业务服务器可以与多个商家服务器进行数据交互。例如,一个商家服务器可以包括商家主体A、商家主体B、商家主体C等,另一个商家服务器可以包括商家主体D、商家主体E、商家主体F等,所述业务服务器可以与上述两个商家服务器进行数据交互。
在本实施方式中,确定所述第一凭证查询请求指向的商家服务器。具体的,例如,所述业务服务器可以通过接收客户端发送的第一凭证查询请求的中订单标识,与存储的订单标识进行匹配,确定对应的订单,根据订单中对应交易信息,以确定对应的商家主体或商家主体标识。根据所述商家服务器与商家主体或商家主体标识之间的对应关系,确定所述订单对应的商家服务器。当然,所述第一凭证查询请求中可以直接附带所述交易信息的商家主体,所述服务器根据商家主体与商家服务器直接的对应关系,确定所述商家服务器。此处不做赘述。确定的商家服务器可以是一个也可以是多个,具体的,可以根据用户指定查询的交易信息的商家主体来确定。
步骤S34:向所述商家服务器发送附带所述订单标识的第二凭证查询请求,以使所述商家服务器反馈所述订单的凭证状态信息;所述凭证状态信息用于表示所述订单中的至少部分交易信息出具凭证的状态。
在本实施方式中,所述第二凭证查询请求,可以指所述业务服务器向商家服务器发送的用户查询凭证状态信息的请求,以区分客户端发送给业务服务器的第一凭证查询请求。
在本实施方式中,所述商家服务器反馈所述订单的凭证状态信息。具体的,商家服务器获取所述订单中交易信息的凭证状态信息可以是接收商家客户端发送过来的订单信息,订单信息中包含所述交易信息的凭证状态信息,将其存储在服务器上。根据凭证查询请求附带的订单标识,与存储在商家服务器上的订单标识进行匹配,以获得对应交易信息的凭证状态信息。当然商家服务器也可以通过发送请求给目标商家客户端,以获取对应交易信息的凭证状态信息。此处不做具体限定。然后所述商家服务器将所述凭证状态信息发送给所述业务服务器。
通过上述实施方式,主要针对业务服务器侧的实施方式,可以帮助用户方便的查询其中交易信息的凭证状态。方便用户操作,提高用户体验。
在一个实施方式中,所述方法中的所述订单至少符合:所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体。
在本实施方式中,所述方法主要针对所述订单中涉及有大于等于两个商家主体时,用户查询该订单中交易信息的凭证状态信息的情况,方便用户操作,无须针对不同的商家主体,多次发起查询请求。
在一个实施方式中,在向所述商家服务器发送附带所述订单标识的第二凭证查询请求的步骤中包括:在所述商家主体共用一个商家服务器的情况下,向该商家服务器发送附带所述订单标识的第二凭证查询请求。
在本实施方式中,所述商家主体共用一个商家服务器的情况,可以是指所述订单中对应的多个商家主体被同一个商家服务器服务。具体的,例如,一个百货商场中有多个商家主体,百货商场有个服务器,商家主体通过商家客户端与该百货商场的服务器进行数据交互。当用户购买的订单都是该百货商场的门店购买时,此时就为所述商家主体共用一个商家服务器的情况。
在本实施方式中,在所述商家主体共用一个商家服务器的情况下,向该商家服务器发送附带所述订单标识的第二凭证查询请求。具体的,例如,该商家服务器中存储有其服务的商家客户端的交易信息,每条交易信息可以有各自的交易标识,并对应所述订单标识。当商家服务器接收到附带所述订单标识的第二凭证查询请求时,根据订单标识,匹配得到对应的商家主体以及凭证状态信息,并将所述凭证状态信息反馈给所述业务服务器。当然匹配方法还可以是通过第二凭证查询请求中附带的交易标识,通过与存储的交易标识进行匹配,确定对应该交易信息的凭证状态信息。当然匹配方法还可以通过交易信息中的商家主体或商家主体标识,在所述服务器存储的商家主体标识集中进行匹配,然后结合所述订单标识,确定所述订单中交易信息的凭证状态信息。此处不做赘述。
在一个实施方式中,在向所述商家服务器发送附带所述订单标识的第二凭证查询请求的步骤中包括:在所述商家主体对应多个商家服务器的情况下,分别向所述多个商家服务器发送附带所述订单标识的第二凭证查询请求。
在本实施方式中,所述商家主体对应多个商家服务器的情况,可以是指所述订单中对应的多个商家主体被多个商家服务器服务。具体的,例如,请参阅图4,该订单中可能涉及商家主体1、商家主体4、商家主体6,则此时对应商家服务器1、商家服务器2、商家服务器3,多个商家服务器。
在本实施方式中,分别向所述多个商家服务器发送附带所述订单标识的第二凭证查询请求,以从各个对应的商家服务器处获得所述订单的中交易信息的凭证状态信息。此处不做赘述。
在一个实施方式中,在向所述商家服务器发送附带所述订单标识的第二凭证查询请求后,所述方法还可以包括以下步骤。
步骤S40:接收所述商家服务器反馈的所述订单的凭证状态信息。
步骤S42:向所述客户端发送所述订单的凭证状态信息。
在本实施方式中,在向所述商家服务器发送附带所述订单标识的第二凭证查询请求后,所述商家服务器根据该请求,确定或者获取所述订单的凭证状态信息,将所述凭证状态信息发送给业务服务器,所述业务服务器将该凭证状态信息发送给用户客户端,用于向用户展示。
通过上述实施方式,使得所述客户端可以获取所述凭证状态信息,以展示给用户。
请参阅图9。本说明书实施方式还提供一种服务器,所述服务器可以包括:网络通信单元和处理器。
所述网络通信单元用于接收客户端发出的第一凭证查询请求;所述第一凭证查询请求中附带有订单的订单标识;所述订单标识用于标识订单。
所述处理器用于确定所述第一凭证查询请求指向的商家服务器。
所述网络通信单元还用于向所述商家服务器发送附带所述订单标识的第二凭证查询请求,以使所述商家服务器反馈所述订单的凭证状态信息;所述凭证状态信息用于表示所述订单中的至少部分交易信息出具凭证的状态。
其中相关术语可以参见前述实施方式或场景示例对照解释,在此不再赘述。
请参阅图10。本说明书实施方式还提供一种电子凭证状态查询方法,所述方法可以包括以下步骤。
步骤S50:接收业务服务器发送的凭证查询请求;其中,所述凭证查询请求附带有订单的订单标识;所述订单标识用于标识订单;所述订单中包括多个交易信息。
步骤S52:确定所述交易信息对应的二个以上目标商家主体。
步骤S54:在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识;其中,所述凭证状态信息集中对应存储有订单标识和凭证状态信息;所述凭证状态信息表示交易信息出具凭证的状态。
步骤S56:将匹配得到的凭证状态信息发送给所述业务服务器。
在本实施方式中,所述目标商家主体可以是指用户想要查询凭证状态信息对应的交易信息中涉及的商家主体。
在本实施方式中,确定所述交易信息对应的二个以上目标商家主体。具体的,例如,商家服务器根据接收业务服务器发送的凭证查询请求,将该请求中的订单标识与存储的订单标识进行匹配,确定对应的订单以及该订单中的交易信息。根据订单中的交易信息,提取得到其中的目标商家主体。如,在该订单中,一条交易信息描述的是在A商家买了商品1,另外两条交易信息描述的是在B商家买了商品2和商品3,则对应的目标商家主体为A商家和B商家。
在本实施方式中,凭证状态信息集可以是指凭证状态信息形成的集合。在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识。具体的,例如,参阅下表,在一个凭证消息集包括了所有的商家主体,所述商家服务器通过根据所述请求附带的订单标识,筛选出所述订单中交易信息的凭证状态信息。当然,可以根据用户在所述订单中指定的交易信息的标识,筛选出指定的交易信息的凭证状态信息。
再例如,请参阅下表。在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识,还可以是一个商家主体对应一个凭证状态消息集,所述商家服务器根据所述订单的订单标识,在每个商家主体中匹配对应的商家标识,以确定对应的交易信息的凭证状态信息。
在本实施方式中,所述商家服务器将匹配得到的凭证状态信息发送给所述业务服务器,用于业务服务器将所述凭证信息发送给用户客户端。
通过上述实施方式,可以实现在交易信息对应两个以上目标商家主体时,获取所述交易信息的凭证状态信息,免去用户逐个从商家主体处获取所述交易信息的凭证状态信息的操作,简化用户操作,提高用户体验。
在一个实施方式中,在确定所述交易信息对应的二个以上目标商家主体的步骤中可以包括以下步骤。
步骤S60:根据所述交易信息中的商家主体标识,在服务器存储的商家主体标识集中进行匹配;所述商家主体标识用于标识商家主体。
步骤S62:在匹配成功的情况下,确定所述商家主体标识对应商家主体为所述目标商家主体。
在本实施方式,所述凭证查询请求附带的订单中的交易信息中,每条交易信息对应有一个商家主体标识。在服务器存储的商家主体标识集中进行匹配。具体的,例如,请参阅下表,商家服务器根据商家主体标识,与存储的商家主体标识进行匹配,匹配成功时,确定所述商家主体标识对应商家主体为所述目标商家主体,以及目标商家主体信息,包括纳税人识别号,SessionKey等。
通过上述实施方式,可以确定所述目标商家主体,以及针对所述交易信息开具电子凭证时所述的商家主体信息。
在一个实施方式中,在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识的步骤中可以包括以下步骤:分别在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识;其中,每个所述目标商家主体对应一个凭证状态信息集。
在本实施方式中,根据不同的目标商家主体划分凭证状态信息集,分别在不同的凭证状态信息集中,匹配所述订单标识,匹配成功时,确定对应的凭证状态信息。依次在每个凭证状态信息集中进行匹配,以获得所述订单的凭证状态信息集。
在一个实施方式中,在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识的步骤中可以包括以下步骤:在凭证状态信息集中匹配所述订单标识;其中,所述凭证状态消息集与多个所述目标商家主体对应。
在本实施方式中,多个目标商家主体对应一个凭证状态信息集,在所述凭证状态信息集中,匹配所述订单标识,以获取得到对应的订单的凭证状态信息。
本说明书实施方式还提供一种服务器,所述服务器可以包括:网络通信单元和处理器。
所述网络通信单元用于接收业务服务器发送的凭证查询请求;其中,所述凭证查询请求附带有订单的订单标识;所述订单标识用于标识订单;所述订单中包括多个交易信息。
所述处理器用于确定所述交易信息对应的二个以上目标商家主体;在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识;其中,所述凭证状态信息集中对应存储有订单标识和凭证状态信息。
所述网络通信单元还用于将匹配得到的凭证状态信息发送给所述业务服务器。
其中相关术语可以参见前述实施方式或场景示例对照解释,在此不再赘述。
请参阅图11。本说明书实施方式还提供一种电子凭证开具方法,所述方法可以包括以下步骤。
步骤S70:接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息。
在本实施方式中,所述电子凭证可以是用于表示经济业务事项的电子证明。具体的,所述电子凭证可以是电子发票、电子收据等。所述电子凭证开具请求可以是指向服务器申请的开具电子凭证的请求。所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息。所述用户信息可以是凭证中表征买房的信息,例如,开具发票时所必须的抬头信息等。
在本实施方式中,接收电子凭证开具请求,可以是接收来自业务客户端的电子凭证开具请求,也可以是来自用户客户端的电子凭证开具请求等,此处不做具体限定。
步骤S72:确定所述交易信息对应的二个以上目标商家主体。
在本实施方式中,所述目标商家主体,可以是指用户想要针对的交易信息申请电子凭证中的对应的商家主体。具体的,可以是用户指定多条交易信息,对其进行开票,其中,多条交易信息中的商家则为所述目标商家主体。
步骤S74:将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
在本实施方式中,所述凭证服务器可以是指主要用于管理凭证的服务器。具体的,例如所述凭证服务器调用发票服务的第三方供应商的接口,在接收到开具电子凭证请求时,便捷的申请电子凭证,以获得所述电子凭证。
在本实施方式中,向凭证服务器申请出具电子凭证,具体的,可以是根据所述交易信息、用户信息、以及对应的目标商家主体,向所述凭证服务器申请出具电子凭证。具体的,例如,电子凭证开具请求中可以附带有交易信息中包括交易的内容,以及根据该交易信息对应的商家主体,和用户申请开票时的录入的买方信息或录入信息,在凭证服务器接收到该请求以及附带的数据信息时,根据该数据信息进行开具电子凭证,或者调用第三方开票软件或平台来开具电子凭证。
在本实施方式中,商家服务器向凭证服务器申请出具电子凭证时,可以按照目标商家主体将所述交易信息进行归类,一次性发给凭证服务器,以实现对应于一个目标商家主体一张电子凭证;也可以是按照目标商家主体将所述交易信息进行归类,依次发给凭证服务器,以实现对应于一个目标商家主体一张电子凭证。
在本实施方式中,所述方法还可以包括对开具电子凭证的验证。包括校验开具电子凭证的金额,以及验证是否发生退款等。所述凭证服务器还可以反馈受理结果。例如,税号输入错误时或者交易的商品名称错误时反馈受理失败的信息。在所述凭证服务器受理成功时,还可以向所述商家服务器发送受理成功的信息。在开票成功时,也可以向所述商家服务器反馈所述电子凭证。商家服务器可以根据接收的电子凭证发送给用户填写的邮箱,或者发送给业务服务器,以使业务服务器发送给用户客户端。
当然,还可以按照用户的需求,针对同一个目标商家主体的多条交易信息,分开申请电子凭证,此处不做具体赘述。
通过上述实施方式,可以实现在一个订单中有二个以上目标商家主体时,也能方便申请开具电子凭证。方便用户操作,提高用户体验。
其中相关术语可以参见前述实施方式或场景示例对照解释,在此不再赘述。
在一个实施方式中,在确定所述交易信息对应的二个以上目标商家主体的步骤中可以包括一下步骤。
步骤S80:根据所述交易信息中的商家主体标识,在服务器存储的商家主体标识集中进行匹配;所述商家主体标识用于标识商家主体。
步骤S82:在匹配成功情况下,确定所述商家主体标识对应商家主体为所述目标商家主体。
在本实施方式中,所述目标商家主体可以是指,用户指定需要开具电子凭证的交易信息对应的目标商家主体。其中相关术语可以参见前述实施方式或场景示例对照解释,在此不再赘述。
在一个实施方式中,在确定所述交易信息对应的二个以上目标商家主体后所述方法还可以包括以下步骤。
步骤S90:针对所述目标商家主体,验证开具该目标商家主体对应交易信息的电子凭证的资格。
步骤S92:在验证通过的情况下,以该目标商家主体,向凭证服务器申请出具电子凭证。
在本实施方式中,验证开具该目标商家主体对应交易信息的电子凭证的资格具体的,可以是指对应所述目标商家主体的交易信息是否可以满足预设的要求来开具电子凭证。例如,用户在A商家买了商品1和商品2,付款300元,则针对A商家的对应的交易信息具有开具电子凭证的资格。再例如,用户使用优惠券,在A商家买了商品1和商品2,付款0元,则此时针对用户在A商家购买商品1和商品2的交易信息就不具备开具电子凭证的资格。
在本实施方式中,验证开具该目标商家主体对应交易信息的电子凭证的资格的维度除了可开票金额,当然,也可以包括其他维度。例如用户想要申请专票,但是该商家只能开普票等。
在一个实施方式中,具有开具电子凭证的资格至少符合:所述目标商家主体对应的交易信息涉及的可开票金额不为0。
在本实施方式中,所述可开票金额可以是指用户实际付款金额。具体的,例如,用户在商家A买了一个商品,价格为300元,但是优惠活动,最终付款为240元,则可开票金额为240元。再例如,用户在A商家买了一个商品,付款300元,但是因为商品有瑕疵,双方调解,店家给用户退款了100元,则所述可开票金额为200元。
在一个实施方式中,在将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证的步骤中可以包括以下步骤。
步骤S100:将多个所述交易信息依据所述目标商家主体进行划分,得到多个数据集;其中,每个商家主体对应的数据集中用于存放该目标商家主体的交易信息。
步骤S102:向所述凭证服务器发送申请出具电子凭证的请求。
在本实施方式中,将多个所述交易信息依据所述目标商家主体进行划分,得到多个数据集。具体的,可以是指针对需要开具电子凭证的所述交易信息,依据所述目标商家主体进行分组。以此,可以方便的计算出每组对应的开票金额,并可以对交易内容进行归纳,统一成用于开票的交易内容,也可以方便凭证服务器出具电子凭证。例如,一个用户在A商家购买了衣服100元,裤子200元,在B商家买了铅笔10元橡皮20元。将多个所述交易信息依据所述目标商家主体进行划分,得到多个数据集后。对应的,可以运算处理得,针对A商家,交易内容为“服饰”,可开票金额为300元,针对B商家,交易内容为“文具用品”,可开票金额为30元。
通过上述实施方式,将多个所述交易信息依据所述目标商家主体进行划分,得到多个数据集后,方便进行运算处理,以减轻所述凭证服务器运算负荷。
本说明书实施方式还提供一种服务器,包括:网络通信单元和处理器。
所述网络通信单元用于接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息。
所述处理器用于确定所述交易信息对应的二个以上目标商家主体;将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
其中相关术语可以参见前述实施方式或场景示例对照解释,在此不再赘述。
本说明书实施方式还提供一种计算机存储介质,所述计算机存储介质中存储有计算机程序指令,所述计算机程序指令被执行时实现:接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息;确定所述交易信息对应的二个以上目标商家主体;将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
在本实施方式中,所述计算机存储介质包括但不限于随机存取存储器(RandomAccess Memory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(HardDisk Drive,HDD)或者存储卡(Memory Card)。
本实施方式中提供的计算机存储介质,其程序指令被执行时实现的功能和效果可以参见其它实施方式对照解释。
说明书中的各个实施方式均采用递进的方式描述,各个实施方式之间相同相似的部分互相参见即可,每个实施方式重点说明的都是与其他实施方式的不同之处。
本说明书实施方式中提及的服务器,可以是具有一定运算处理能力的电子设备。其可以具有网络通信端子、处理器和存储器等。当然,上述服务器也可以是指运行于所述电子设备中的软体。上述服务器还可以为分布式服务器,可以是具有多个处理器、存储器、网络通信模块等协同运作的系统。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现客户端、服务器以外,完全可以通过将方法步骤进行逻辑编程来使得客户端、服务器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种客户端、服务器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书各个实施方式或者实施方式的某些部分所述的方法。
本说明书中的各个实施方式均采用递进的方式描述,各个实施方式之间相同相似的部分互相参见即可,每个实施方式重点说明的都是与其他实施方式的不同之处。尤其,针对服务器、用户客户端、计算机存储介质的实施方式来说,均可以参照前述方法的实施方式的介绍对照解释。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施方式描绘了本说明书,本领域普通技术人员知道,本说明书有许多变形和变化而不脱离本说明书的精神,希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。
Claims (21)
1.一种凭证状态查询方法,其特征在于,包括:
接收输入的订单标识;其中,所述订单标识用于标识订单,所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体;
向业务服务器发送凭证查询请求;其中,所述凭证查询请求附带有所述订单标识;
接收所述业务服务器反馈的凭证状态信息;其中,所述凭证状态信息包括所述第一商家主体的交易信息的凭证状态信息,和所述第二商家主体的交易信息的凭证状态信息;其中,所述凭证状态信息表示交易信息出具凭证的状态。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
指定所述订单中至少部分商家主体的至少部分交易信息为目标交易信息;
针对所述目标交易信息,向所述业务服务器发送开具电子凭证请求。
3.一种客户端,其特征在于,包括:网络通信单元和处理器;
所述处理器用于接收输入的订单标识;其中,所述订单标识用于标识订单,所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体;
所述网络通信单元用于向业务服务器发送凭证查询请求;其中,所述凭证查询请求附带有所述订单标识;接收所述业务服务器反馈的凭证状态信息;其中,所述凭证状态信息包括所述第一商家主体的交易信息的凭证状态信息,和所述第二商家主体的交易信息的凭证状态信息;其中,所述凭证状态信息表示交易信息出具凭证的状态。
4.一种凭证状态查询方法,其特征在于,包括:
接收客户端发出的第一凭证查询请求;所述第一凭证查询请求中附带有订单的订单标识;所述订单标识用于标识订单;
确定所述第一凭证查询请求指向的商家服务器;
向所述商家服务器发送附带所述订单标识的第二凭证查询请求,以使所述商家服务器反馈所述订单的凭证状态信息;所述凭证状态信息用于表示所述订单中的至少部分交易信息出具凭证的状态。
5.如权利要求4所述的方法,其特征在于,所述订单至少符合:所述订单包括多个交易信息;其中,所述交易信息涉及至少第一商家主体和第二商家主体。
6.如权利要求5所述的方法,其特征在于,在向所述商家服务器发送附带所述订单标识的第二凭证查询请求的步骤中包括:
在所述商家主体共用一个商家服务器的情况下,向该商家服务器发送附带所述订单标识的第二凭证查询请求。
7.如权利要求5所述的方法,其特征在于,在向所述商家服务器发送附带所述订单标识的第二凭证查询请求的步骤中包括:
在所述商家主体对应多个商家服务器的情况下,分别向所述多个商家服务器发送附带所述订单标识的第二凭证查询请求。
8.如权利要求4所述的方法,其特征在于,在向所述商家服务器发送附带所述订单标识的第二凭证查询请求后,所述方法还包括:
接收所述商家服务器反馈的所述订单的凭证状态信息;
向所述客户端发送所述订单的凭证状态信息。
9.一种服务器,其特征在于,包括:网络通信单元和处理器;
所述网络通信单元用于接收客户端发出的第一凭证查询请求;所述第一凭证查询请求中附带有订单的订单标识;所述订单标识用于标识订单;
所述处理器用于确定所述第一凭证查询请求指向的商家服务器;
所述网络通信单元还用于向所述商家服务器发送附带所述订单标识的第二凭证查询请求,以使所述商家服务器反馈所述订单的凭证状态信息;所述凭证状态信息用于表示所述订单中的至少部分交易信息出具凭证的状态。
10.一种电子凭证状态查询方法,其特征在于,包括:
接收业务服务器发送的凭证查询请求;其中,所述凭证查询请求附带有订单的订单标识;所述订单标识用于标识订单;所述订单中包括多个交易信息;
确定所述交易信息对应的二个以上目标商家主体;
在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识;其中,所述凭证状态信息集中对应存储有订单标识和凭证状态信息;所述凭证状态信息表示交易信息出具凭证的状态;
将匹配得到的凭证状态信息发送给所述业务服务器。
11.如权利要求10所述的方法,其特征在于,确定所述交易信息对应的二个以上目标商家主体的步骤中包括:
根据所述交易信息中的商家主体标识,在服务器存储的商家主体标识集中进行匹配;所述商家主体标识用于标识商家主体;
在匹配成功的情况下,确定所述商家主体标识对应商家主体为所述目标商家主体。
12.如权利要求10所述的方法,其特征在于,在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识的步骤中包括:
分别在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识;其中,每个所述目标商家主体对应一个凭证状态信息集。
13.如权利要求10所述的方法,其特征在于,在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识的步骤中包括:
在凭证状态信息集中匹配所述订单标识;其中,所述凭证状态消息集与多个所述目标商家主体对应。
14.一种服务器,其特征在于,包括:网络通信单元和处理器;
所述网络通信单元用于接收业务服务器发送的凭证查询请求;其中,所述凭证查询请求附带有订单的订单标识;所述订单标识用于标识订单;所述订单中包括多个交易信息;
所述处理器用于确定所述交易信息对应的二个以上目标商家主体;在所述目标商家主体对应的凭证状态信息集中匹配所述订单标识;其中,所述凭证状态信息集中对应存储有订单标识和凭证状态信息;
所述网络通信单元还用于将匹配得到的凭证状态信息发送给所述业务服务器。
15.一种电子凭证开具方法,其特征在于,包括:
接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息;
确定所述交易信息对应的二个以上目标商家主体;
将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
16.如权利要求15所述的方法,其特征在于,在确定所述交易信息对应的二个以上目标商家主体的步骤中包括:
根据所述交易信息中的商家主体标识,在服务器存储的商家主体标识集中进行匹配;所述商家主体标识用于标识商家主体;
在匹配成功情况下,确定所述商家主体标识对应商家主体为所述目标商家主体。
17.如权利要求15所述的方法,其特征在于,在确定所述交易信息对应的二个以上目标商家主体后所述方法还包括:
针对所述目标商家主体,验证开具该目标商家主体对应交易信息的电子凭证的资格;
在验证通过的情况下,以该目标商家主体,向凭证服务器申请出具电子凭证。
18.如权利要求15所述的方法,其特征在于,具有开具电子凭证的资格至少符合:所述目标商家主体对应的交易信息涉及的可开票金额不为0。
19.如权利要求15所述的方法,其特征在于,在将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证的步骤中包括:
将多个所述交易信息依据所述目标商家主体进行划分,得到多个数据集;其中,每个商家主体对应的数据集中用于存放该目标商家主体的交易信息;
向所述凭证服务器发送申请出具电子凭证的请求。
20.一种服务器,其特征在于,包括:网络通信单元和处理器;
所述网络通信单元用于接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息;
所述处理器用于确定所述交易信息对应的二个以上目标商家主体;将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
21.一种计算机存储介质,其特征在于,所述计算机存储介质中存储有计算机程序指令,所述计算机程序指令被执行时实现:
接收电子凭证开具请求;所述电子凭证开具请求中附带有订单的订单标识以及开具电子凭证所需的用户信息;所述订单中至少包括多个交易信息;
确定所述交易信息对应的二个以上目标商家主体;
将所述交易信息分别以对应的目标商家主体,向凭证服务器申请出具电子凭证。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810150000.8A CN110148027A (zh) | 2018-02-13 | 2018-02-13 | 凭证状态查询方法、电子凭证开具方法、客户端及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810150000.8A CN110148027A (zh) | 2018-02-13 | 2018-02-13 | 凭证状态查询方法、电子凭证开具方法、客户端及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110148027A true CN110148027A (zh) | 2019-08-20 |
Family
ID=67589002
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810150000.8A Pending CN110148027A (zh) | 2018-02-13 | 2018-02-13 | 凭证状态查询方法、电子凭证开具方法、客户端及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110148027A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110659415A (zh) * | 2019-09-04 | 2020-01-07 | 北京三快在线科技有限公司 | 一种业务执行凭证的生成方法、装置及系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101271561A (zh) * | 2008-05-16 | 2008-09-24 | 腾讯科技(深圳)有限公司 | 电子商务交易系统及方法 |
US20130124306A1 (en) * | 2011-11-14 | 2013-05-16 | Google Inc. | Voucher code redemption via sms |
CN104574107A (zh) * | 2014-12-29 | 2015-04-29 | 小米科技有限责任公司 | 一种跨商户订单信息的显示方法及装置 |
CN106372906A (zh) * | 2015-07-21 | 2017-02-01 | 深圳市银信网银科技有限公司 | 批量开立电子凭证的方法、系统和设备 |
CN106663272A (zh) * | 2015-04-30 | 2017-05-10 | 深圳市星电商科技有限公司 | 一种电子交易凭证管理系统 |
CN106709722A (zh) * | 2015-07-21 | 2017-05-24 | 深圳市银信网银科技有限公司 | 电子凭证的解付信息传输方法、装置及系统 |
CN106991587A (zh) * | 2017-05-15 | 2017-07-28 | 广州铭博信息科技有限公司 | 一种教育行业“互联网+电子发票”系统及其工作方法 |
-
2018
- 2018-02-13 CN CN201810150000.8A patent/CN110148027A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101271561A (zh) * | 2008-05-16 | 2008-09-24 | 腾讯科技(深圳)有限公司 | 电子商务交易系统及方法 |
US20130124306A1 (en) * | 2011-11-14 | 2013-05-16 | Google Inc. | Voucher code redemption via sms |
CN104574107A (zh) * | 2014-12-29 | 2015-04-29 | 小米科技有限责任公司 | 一种跨商户订单信息的显示方法及装置 |
CN106663272A (zh) * | 2015-04-30 | 2017-05-10 | 深圳市星电商科技有限公司 | 一种电子交易凭证管理系统 |
CN106372906A (zh) * | 2015-07-21 | 2017-02-01 | 深圳市银信网银科技有限公司 | 批量开立电子凭证的方法、系统和设备 |
CN106709722A (zh) * | 2015-07-21 | 2017-05-24 | 深圳市银信网银科技有限公司 | 电子凭证的解付信息传输方法、装置及系统 |
CN106991587A (zh) * | 2017-05-15 | 2017-07-28 | 广州铭博信息科技有限公司 | 一种教育行业“互联网+电子发票”系统及其工作方法 |
Non-Patent Citations (1)
Title |
---|
田运银等: "《国际贸易单证精讲》", 中国海关出版社, pages: 135 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110659415A (zh) * | 2019-09-04 | 2020-01-07 | 北京三快在线科技有限公司 | 一种业务执行凭证的生成方法、装置及系统 |
CN110659415B (zh) * | 2019-09-04 | 2022-05-10 | 北京三快在线科技有限公司 | 一种业务执行凭证的生成方法、装置及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11720959B1 (en) | Payment processor financing of customer purchases | |
JP5241839B2 (ja) | 従来の小売りに適する電子商取引の方法、システム、及び装置 | |
US20190325454A1 (en) | Sku level control and alerts | |
US20040128195A1 (en) | System and method for processing transactions | |
CN103765452A (zh) | 利用携带用终端机的复合支付系统及复合支付方法 | |
WO2012106655A2 (en) | Merchant-consumer bridging platform apparatuses, methods and systems | |
US11288703B2 (en) | Systems and methods for offering products using linked transactions | |
JP6502244B2 (ja) | 決済システム | |
CN109690594A (zh) | 使用即时通讯应用程序来促进支付的方法 | |
CN110019707A (zh) | 人机对话方法、交互方法、客户端、电子设备及存储介质 | |
CN107437216A (zh) | 购物方法、平台、装置、计算机存储介质及计算机设备 | |
CN107636712A (zh) | 使用从详细设备信息导出的风险评分来认证交易 | |
CN106296178A (zh) | 基于nfc的支付方法及装置 | |
KR101174439B1 (ko) | 공동구매 제공 시스템 및 제공방법 | |
US11741446B2 (en) | Electronic system and method for transaction processing | |
WO2013009660A1 (en) | Bidirectional bandwidth reducing notifications and targeted incentive platform apparatuses, methods and systems | |
KR20190049038A (ko) | 가상 화폐를 이용한 투자 시스템 및 방법 | |
CN110163632A (zh) | 退款方法及其系统、用户终端 | |
CN110148027A (zh) | 凭证状态查询方法、电子凭证开具方法、客户端及服务器 | |
KR20110055941A (ko) | 포인트 거래 시스템, 거래소 서버를 이용한 포인트 거래 방법, 및 그 방법을 실행하기 위한 프로그램 기록매체 | |
KR20160073626A (ko) | 국제간 전자 무역 및 전자상거래 서비스 시스템 및 그 시스템에서의 전자 무역 및 전자상거래 서비스 방법 | |
US7587349B2 (en) | Method, system, and computer program product for card selector tool | |
US20220343312A1 (en) | App push method and system for collecting offline payment details | |
KR101872682B1 (ko) | 온/오프라인 결합 결제 시스템 및 그를 이용한 결제 방법 | |
KR20180088977A (ko) | 공동구매 시스템 및 서비스 방법 |
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 |