CN114140181A - 一种信息交互方法及装置 - Google Patents

一种信息交互方法及装置 Download PDF

Info

Publication number
CN114140181A
CN114140181A CN202111433506.8A CN202111433506A CN114140181A CN 114140181 A CN114140181 A CN 114140181A CN 202111433506 A CN202111433506 A CN 202111433506A CN 114140181 A CN114140181 A CN 114140181A
Authority
CN
China
Prior art keywords
information
invoice
payment amount
amount information
construction
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
Application number
CN202111433506.8A
Other languages
English (en)
Inventor
高丽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lazas Network Technology Shanghai Co Ltd
Original Assignee
Lazas Network Technology Shanghai Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Lazas Network Technology Shanghai Co Ltd filed Critical Lazas Network Technology Shanghai Co Ltd
Priority to CN202111433506.8A priority Critical patent/CN114140181A/zh
Publication of CN114140181A publication Critical patent/CN114140181A/zh
Pending legal-status Critical Current

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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例公开了一种信息交互方法及装置。所述方法会在接收到结算指令时，获取待结算的目标订单信息，并根据目标订单信息，确定垫付金额信息。显示订单结算页面，响应于接收到所述发票开具指令，获取发票构建信息。再根据发票构建信息和垫付金额信息，调用相应的发票开具接口以开具发票，并将目标订单信息的状态调整为已开具状态。其中，所述发票构建信息用于表征员工对于发票开具的需求信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发所述发票开具指令，通过所述方法可以提高信息交互效率。

Description

一种信息交互方法及装置
技术领域
本发明涉及互联网技术领域，具体涉及一种信息交互方法及装置。
背景技术
目前，外卖平台会向部分企业提供企业订餐服务。开通企业订餐服务的企业中的员工在购买餐品或相关服务时所产生的费用会从公司账户中扣除。其中，由于受到公司账户可支付额度的限制，部分企业员工可能会有开具发票的需求。
现有技术中，需要用户在购买商品或服务后再单独申请开具发票，但以这种方式开具发票的信息交互效率很低。
发明内容
有鉴于此,本发明实施例提供了一种信息交互方法及装置，可以提高信息交互效率。
第一方面，本发明实施例提供一种信息交互方法，所述方法包括：
响应于接收到结算指令，获取待结算的目标订单信息；
根据所述目标订单信息，确定垫付金额信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息；
显示订单结算页面，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发发票开具指令；
响应于接收到所述发票开具指令，获取发票构建信息，所述发票构建信息用于表征员工对于发票开具的需求信息；
根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票，并将所述目标订单信息的状态调整为已开具状态。
第二方面，本发明实施例提供一种信息交互装置，所述装置包括：
目标订单信息获取单元，用于响应于接收到结算指令，获取待结算的目标订单信息；
确定单元，用于根据所述目标订单信息，确定垫付金额信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户进行垫付的金额信息；
显示单元，用于显示订单结算页面，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发发票开具指令；
发票构建信息获取单元，用于响应于接收到所述发票开具指令，获取发票构建信息，所述发票构建信息用于表征员工对于发票开具的需求信息；
发票开具单元，用于根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票，并将所述目标订单信息的状态调整为已开具状态。
第三方面，本发明实施例提供一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如第一方面中任一项所述的方法。
第四方面，本发明实施例提供一种电子设备，所述设备包括：
存储器，用于存储一条或多条计算机程序指令；
处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面中任一项所述的方法。
本发明实施例的信息交互方法会在接收到结算指令时，获取待结算的目标订单信息，并根据目标订单信息，确定垫付金额信息。显示订单结算页面，响应于接收到所述发票开具指令，获取发票构建信息。再根据发票构建信息和垫付金额信息，调用相应的发票开具接口以开具发票，并将目标订单信息的状态调整为已开具状态。其中，所述发票构建信息用于表征员工对于发票开具的需求信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发所述发票开具指令，通过所述方法可以提高信息交互效率。
附图说明
通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：
图1为本发明实施例的应用系统示意图；
图2为本发明实施例的信息交互方法的流程图；
图3为本发明实施例商户信息页面的示意图；
图4为本发明实施例中的商品信息页面的示意图；
图5为本发明实施例中的直付金额信息和垫付金额信息确定方法的流程图；
图6为本发明实施例的订单结算页面的示意图；
图7为本发明实施例的发票构建详情页面的示意图；
图8为本发明实施例的企业发票抬头信息详情页面的示意图；
图9为本发明实施例的个人发票抬头信息详情页面的示意图；
图10为本发明实施例的发票开具接口调用方法的流程图；
图11为本发明实施例的发票开具接口调用失败后的处理方法的流程图；
图12为本发明实施例的应用系统的系统信令图；
图13为本发明实施例的信息交互装置的示意图；
图14是本发明实施例的电子设备的示意图。
具体实施方式
以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。
此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。
除非上下文明确要求，否则在本申请的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
目前，外卖平台会向部分企业提供企业订餐服务。开通企业订餐服务的企业中的员工在购买餐品或相关服务时所产生的费用会从企业账户中扣除。其中，由于受到企业账户可支付额度的限制，部分企业员工可能会有开具发票的需求。
具体地，为了满足部分企业员工的订餐需求。外卖平台会向有订餐需求的企业提供企业订餐服务。在开通企业订餐服务后，企业可以通过企业账户向多个员工终端进行授权，而企业内部的员工则可以使用被授权的员工终端进行订餐。相应的，订餐服务中所产生的订餐费用和相关服务费用会从所述企业账户中扣除。
应当理解，所述授权方式可以是将多个员工终端的唯一标识，例如设备号与企业账户进行绑定并将绑定关系存储在外卖平台服务器。当企业员工使用被授权终端进行订餐时，外卖平台服务器会从与被授权终端绑定的企业账户中扣除订餐所产生的相关费用。
在部分场景中，企业账户的可支付额度是有一定限制的。也即，在可支付额度内的部分费用会直接从企业账户中扣除，而超出可支付额度的部分费用则需要由企业员工自行垫付。
例如：企业员工A单次订餐所产生的相关费用为100元，但企业账户对于订餐的单次可支付额度只有60元。那么此时只会在企业账户中扣除可支付额度内的60元，而剩下的40元则需要企业员工A自行垫付。
进一步地，发票是单位或个人在购销商品、提供或接受服务以及从事其他经营活动中所开具和收取的凭证。在企业员工垫付费用后，通常需要开具所垫付费用的发票来进行报销。
在现有的线上发票开具方法中，通常是由用户在购买商品或服务后再单独申请开具发票，但这种方式的信息交互效率很低且不能很好地满足这部分企业员工的需求。
对此，本发明实施例提供了一种信息交互方法及装置，可以提高信息交互效率。
图1为本发明实施例的应用系统示意图。如图1所示，所述应用系统包括员工终端11和外卖平台服务器12。
其中，所述员工终端11可以是手机、电脑或平板电脑等终端设备。所述外卖平台服务器12可以是在网络中能够为其它终端提供计算或相关应用服务的终端设备。所述员工终端11和外卖平台服务器12之间通过网络连接以传递信息。
进一步地，所述员工终端11中安装有与外卖平台对应的员工端应用程序(Application，APP)。
其中，企业员工可以通过所述员工端应用程序购买餐品或服务以及申请开具发票。
应当理解，图1的应用系统中所示的员工终端的数量仅仅是为了示意，在实际应用中其具体数量可以根据实际需求设置。
具体地，企业中的员工可以在员工端应用程序中挑选餐品，以生成目标订单。在选择好餐品后，员工可以发出结算指令。员工终端11在接收到结算指令后，会获取目标订单信息并将目标订单信息发送给外卖平台服务器12。外卖平台服务器12会根据所述目标订单信息确定超出企业账户可支付额度外的垫付金额信息并进行反馈。之后员工可以对反馈的垫付金额进行垫付，外卖平台服务器12会分别从企业账户和员工账户中扣除对应费用。
进一步地，当员工通过员工端应用程序垫付所述垫付金额前，还可以针对所垫付金额发出发票开具请求，外卖平台服务器12会根据发票开具请求开具发票并随餐品或在线上发送给员工。
图2为本发明实施例的信息交互方法的流程图。如图2所示，所述信息交互方法包括如下步骤:
S100、响应于接收到结算指令，获取待结算的目标订单信息。
具体地，企业员工可以通过员工端应用程序选择进入任意商户的商品信息页面。在所述商品信息页面中，企业员工可以自行挑选商品，在挑选完商品后，企业员工可以通过点击所述商品信息页面中的结算控件来发出结算指令。员工终端在接收到结算指令后，会获取待结算的目标订单信息并发送给外卖平台服务器。其中，所述目标订单信息中包括员工购买商品或服务所产生的费用信息。
图3为本发明实施例商户信息页面的示意图。如图3所示，所述商户信息页面显示有至少一个商户的商户信息。所述商户信息包括商户的基本信息，例如商户名称、商户距离企业员工当前距离以及商户图标等信息。
企业员工可以通过点击任意一个商户的商户信息显示区域以进入商户的商品信息页面。例如：企业员工可以通过点击商户信息31的显示区域，以进入商户信息31所对应商户的商品信息页面中。
图4为本发明实施例中的商品信息页面的示意图。如图4所示，所述商品信息页面中包括商户所提供的至少一个商品的商品信息。所述商品信息包括商品图标、商品名称以及商品价格等。企业员工可以通过点击商品信息对应的添加控件，例如添加控件41来将对应商品加入目标订单。在用户选择完商品后，可以通过点击结算控件，例如结算控件42，来发出结算指令。
进一步地，当员工终端在接收到结算指令后，会获取目标订单信息并将目标订单信息发送给外卖平台服务器。
可选地，在发出结算指令前，企业员工还可以选择购买外卖平台所提供的额外付费服务，例如准时达、损坏包赔或快速退款等服务。应当理解，员工购买相关服务所产生的费用信息同样会包括在目标订单信息之中。
应当理解，本实施例中所涉及的各页面以及相关页面功能可以基于HTML(HyperText Markup Language，超文本标记语言)、XML(Extens ible Markup Language，可扩展标记语言)、CSS(Cascading Style Sheets，层叠样式表)以及JavaScript语言实现。
S200、根据所述目标订单信息，确定垫付金额信息。
其中，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息。
具体地，外卖平台服务器在接收到目标订单信息后，会根据目标订单信息确定出企业员工所要垫付的垫付金额信息并反馈给员工终端。
进一步地，外卖平台服务器在接收到目标订单信息后，还可以根据目标订单信息确定直付金额信息。
其中，所述直付金额信息为未超出企业账户可支付额度，需要由企业账户直接支付的金额信息。
具体地，外卖平台服务器在接收到目标订单信息后，可以根据目标订单信息分别确定出需要由企业账户直接支付的直付金额信息以及需要由员工账户垫付的垫付金额信息。在确定直付金额信息后，外卖平台服务器会直接根据直付金额信息在企业账户中扣除企业账户可支付额度内的部分费用，并将垫付金额信息反馈给员工终端，以便企业员工对企业账户可支付额度外的部分费用进行垫付。
应当理解，若未确定出垫付金额信息，则表明企业员工购买商品或服务所产生的费用未超出企业账户可支付额度内。外卖平台服务器会直接根据直付金额信息在企业账户中扣除对应费用，并向企业员工发送支付成功消息。此时，企业员工无需垫付额外的费用。
图5为本发明实施例中的直付金额信息和垫付金额信息确定方法的流程图。如图5所示，所述直付金额信息和垫付金额信息确定方法包括如下步骤：
S210、将所述费用信息分为多个不同费用类型的费用信息组。
其中，外卖平台服务器所接收到目标订单信息包括至少一个费用信息，所述费用信息归属于目标商户所提供的商品费用以及所述目标商户或平台所提供的服务费用。
例如：所述目标订单信息中的费用信息可以分别归属于员工购买餐品所产生的餐品费用，商户配送餐品所产生的商户物流费用，外卖平台配送餐品所产生的平台物流费用，员工购买随单结算服务所产生的随单服务费用以及员工参与后结算服务所产生的后结算服务费用等。
其中，所述随单结算服务是指外卖平台在员工购买餐品时向员工提供的可选购买服务，例如准时达、损坏包赔或快速退款等服务。所述后结算服务是指外卖平台为员工提供的先享受餐品再进行支付的服务。
具体地，外卖平台服务器会将目标订单信息中的费用信息为多个不同费用类型的费用信息组。其中，所述费用类型具体可以为上述的餐品费用、商户物流费用、平台物流费用、随单服务费用以及后结算服务费用等。
S220、获取所述企业账户对于所述各费用类型费用信息组的可支付额度信息。
具体地，企业可以根据不同费用类型设置不同的可支付额度。例如：可以设置餐品费用的可支付额度为100元，商户物流费用的可支付额度为20元以及随单服务费用为50元等。在步骤S220中，外卖平台服务器会获取当前涉及到的费用类型所对应的可支付额度信息。
S230、根据所述可支付额度信息和所述各费用类型费用信息组确定所述垫付金额信息和所述直付金额信息。
可选地，可以先确定出各费用类型费用信息组的组内垫付金额信息和组内直付金额信息，再根据组内垫付金额信息和组内直付金额信息确定整体的垫付金额信息和直付金额信息。
其中，在确定各组的垫付金额信息和直付金额信息时，若组内费用信息小于或等于对应的可支付额度时，则直付金额信息为组内费用信息，垫付金额信息为0元。若组内费用信息大于对应的可支付额度时，则直付金额信息即为可支付额度，垫付金额信息为组内费用信息与可支付额度之差。
例如：在确定餐品费用信息组的组内垫付金额信息和组内直付金额信息时，若餐品费用为50元小于对应的可支付额度100元时，则组内直付金额信息为50元，组内垫付金额信息为0元。若餐品费用为50元大于对应的可支付额度20元时，则组内直付金额信息为20元，组内垫付金额信息为30元。
S300、显示订单结算页面。
具体地，在外卖平台服务器确定出直付金额信息后，会从企业账户中扣除直付金额信息所对应的费用。若还确定出垫付金额信息，则将垫付金额信息反馈给员工终端，员工终端在接收到垫付金额信息会显示订单结算页面，企业员工可以在订单结算页面中对垫付金额信息所对应的费用进行垫付。
进一步地，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发发票开具指令。
具体地，订单结算页面还包括发票开具控件，企业员工可以通过点击发票开具控件来触发发票开具指令，以针对所垫付的部分费用开具发票。
图6为本发明实施例的订单结算页面的示意图。如图6所示，所述订单结算页面中包括发票开具控件61。企业员工可以通过点击发票开具控件61来触发发票开具指令。
可选地，一部分商户是不支持在线随订单开具发票的。对此，可以根据所述目标商户的线上发票开具能力，预先确定所述发票开具控件在所述订单结算页面中的显示状态。
进一步地，响应于所述目标商户不支持线上发票开具，在所述订单结算页面中显示处于不可触发状态的发票开具控件；或者响应于所述目标商户支持线上发票开具，在所述订单结算页面中显示处于可触发状态的发票开具控件；
其中，所述不可触发状态的发票开具控件不具备触发发票开具指令的能力，所述可触发状态的发票开具控件具备触发发票开具指令的能力。
具体地，若目标商户不支持线上发票开具，则在订单结算页面中显示处于不可触发状态的发票开具控件。员工在点击不可触发状态的发票开具控件时，不会触发发票开具指令。
若目标商户支持线上发票开具，则在订单结算页面中显示处于可触发状态的发票开具控件。员工在点击可触发状态的发票开具控件时，可以触发发票开具指令。
S400、响应于接收到所述发票开具指令，获取发票构建信息。
其中，所述发票构建信息用于表征员工对于发票开具的需求信息。
具体地，员工终端在接收到发票开具指令后，会获取发票构建信息，所述发票构建信息用于表征员工对于发票开具的需求信息，例如发票的发票抬头信息、接收发票的邮箱地址或联系电话等。
可选地，在获取发票构建信息之前，可以显示发票构建详情页面，以便企业员工填写所述发票构建信息。
具体地，所述发票构建详情页面中包括多个可选择的发票抬头信息以及发票构建信息提交控件，所述发票构建信息提交控件用于触发所述获取发票构建信息操作。员工在点击所述发票构建信息提交控件后，员工终端才会执行获取发票构建信息这一操作。
图7为本发明实施例的发票构建详情页面的示意图。如图7所示，所述发票构建详情页面包括可选择的企业发票抬头信息71和个人发票抬头信息72。
其中，所述企业发票抬头信息71为企业账户所对应的发票抬头信息，所述个人发票抬头信息72为员工账户所对应的发票抬头信息。企业员工可以在所述企业发票抬头信息71和个人发票抬头信息72中选择所要开具发票的抬头信息。
进一步地，所述发票构建详情页面还包括选项73，当员工选择选项73时表明员工不希望开具发票。
可选地，当员工选择企业发票抬头信息71、个人发票抬头信息72或选项73中的任意一个之后，被选择选项中的图标将会由未选择状态转换为已选择状态，例如图标711转换为图标712，以提示员工当前自己所选择的选项。
进一步地，所述企业发票抬头信息71为企业为员工终端所添加的抬头信息，所述企业发票抬头信息处于不可编辑状态。
具体地，所述企业发票抬头信息71具有对应的编辑控件713。在员工点击编辑控件713后，会跳转到企业发票抬头信息详情页面。
图8为本发明实施例的企业发票抬头信息详情页面的示意图。如图8所示，所述企业发票抬头信息详情页面中显示有企业名称、税号、单位地址、电话号码、企业开户银行、银行具体账户以及邮箱等内容。其中，企业名称、税号、单位地址、电话号码、企业开户银行和银行具体账户均不可编辑。但员工可以在邮箱区域处，例如邮箱区域82中填写自己的邮箱，以便能够接收开具出来的发票。
进一步地，所述个人发票抬头信息72为员工自己所添加的抬头信息。
具体地，所述个人发票抬头信息72具有对应的编辑控件721。在员工点击编辑控件721后，会跳转到个人发票抬头信息详情页面。
图9为本发明实施例的个人发票抬头信息详情页面的示意图。如图9所示，所述个人发票抬头信息详情页面中显示有发票个人抬头、税号以及邮箱等。其中，所述发票个人抬头、税号以及邮箱均可以由员工自行设置或更改。
进一步地，在员工更改好相关信息之后，还可以通过点击保存控件，例如保存控件91来保存更改内容。
S500、根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票，并将所述目标订单信息的状态调整为已开具状态。
其中，所述发票开具接口与税务部门相关联，用于执行开具发票操作。
具体地，在获取到发票构建信息后，员工终端会将所获取的发票构建信息和垫付金额信息发送给外卖平台服务器。在接收到发票构建信息和垫付金额信息后，外卖平台服务器会从员工账户中扣除相应费用并调用相应的发票开具接口以开具发票。
图10为本发明实施例的发票开具接口调用方法的流程图。如图10所示，所述发票开具接口调用方法包括如下步骤：
S510、根据所述垫付金额信息的费用来源确定至少一个目标发票开具接口。
具体地，垫付金额信息的费用来源可能包括商户和平台。例如商户的餐品费用和商户物流费用，平台的平台物流费用、随单服务费用和后结算服务费。在通常境况下，开具发票的时候需要分别调用两者各自的发票开具接口来开具发票。在步骤S510中，需要根据垫付金额信息的费用来源确定所要调用目标发票开具接口。
S520、根据所述发票构建信息和所述垫付金额信息调用所述目标发票开具接口以开具发票。
具体地，确定垫付金额中属于商户和平台的费用，并调用对应的目标发票开具接口以开具发票。
例如：垫付金额信息中包括餐品费用20元、平台物流费用10元和随单服务费用20元，则先确定所述垫付金额中属于商户和平台的费用分别为20元和40元。再调用商户发票开具接口开具20元所对应的发票，调用平台发票开具接口开具40元所对应的发票。
进一步地，在调用目标发票开具接口的时候，可能会因为某些原因导致调用接口失败，此时需要将目标订单信息的状态调整为开具失败状态。
应当理解，当调用的接口同时包括商户发票开具接口和平台发票开具接口时，若调用其中任意一方的发票开具接口失败，均将目标订单信息的状态调整为开具失败状态。
图11为本发明实施例的发票开具接口调用失败后的处理方法的流程图。如图11所示，所述发票开具接口调用失败后的处理方法包括如下步骤：
S521、响应于调用所述任一个目标发票开具接口失败，将目标订单信息的状态调整为开具失败状态。
S522、在历史订单页面中显示所述开具失败状态的目标订单信息。
其中，所述历史订单页面中显示有员工在预设周期内购买餐品或服务所产生的全部订单信息，所述开具失败状态下的目标订单信息在所述历史订单页面中具有对应的重新申请控件，所述重新申请控件用于重新请求执行开具发票操作。
具体地，若调用发票开具接口失败，将目标订单信息的状态调整为开具失败状态。同时，在历史订单页面中显示处于开具失败状态的目标订单信息。其中，所述处于开具失败状态的目标订单信息中包括重新申请控件，员工可以通过点击所述重新申请控件，以重新请求执行开具发票操作。
进一步地，若员工在图7所示的界面中选择选项73，也即选择不需要开具发票，员工终端只会向外卖平台服务器发送垫付金额信息。外卖平台服务器在接收到垫付金额信息后，只会会从员工账户中扣除相应费用，而不会再继续进行后续的发票开具操作。同时，员工终端会将目标订单信息的状态调整为待申请状态，以便员工可以在后续补发发票开具请求。
具体地，响应于未获取到所述发票构建信息，不再执行后续的开具发票操作，将所述目标订单信息的状态调整为待申请状态。
进一步地，在历史订单页面中显示所述待申请状态的目标订单信息。
其中，所述待申请状态下的目标订单信息在所述历史订单页面中具有对应的发票开具控件。所述发票开具控件用于跳转到图7所示的发票构建详情页面中，以填写信息并提交发票开具请求。
本发明实施例的信息交互方法会在接收到结算指令时，获取待结算的目标订单信息，并根据目标订单信息，确定垫付金额信息。显示订单结算页面，响应于接收到所述发票开具指令，获取发票构建信息。再根据发票构建信息和垫付金额信息，调用相应的发票开具接口以开具发票，并将目标订单信息的状态调整为已开具状态。其中，所述发票构建信息用于表征员工对于发票开具的需求信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发所述发票开具指令，通过所述方法可以提高信息交互效率。
图12为本发明实施例的应用系统的系统信令图。如图12所示，所述应用系统包括外卖平台服务器121和员工终端122。
步骤S100'、响应于接收到结算指令，获取待结算的目标订单信息。
具体地，员工终端在接收到企业员工发出的结算指令后，会获取目标订单信息。所述目标订单信息中包括员工购买商品或服务所产生的费用信息。
步骤S200'、发送目标订单信息。
具体地，由员工终端将所获取的目标订单信息发送给外卖平台服务器。
步骤S300'、根据所述目标订单信息，确定垫付金额信息和直付金额信息。
具体地，外卖平台服务器在接收到目标订单信息后，根据所述目标订单信息确定垫付金额信息和直付金额信息。
其中，所述直付金额信息为未超出企业账户可支付额度，需要由企业账户直接支付的金额信息。所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息。
步骤S400'、根据直付金额信息从企业账户中扣除对应金额。
具体地，外卖平台服务器可以根据直付金额信息从企业账户中扣除未超出企业账户可支付额度的部分金额。
步骤S500'、发送垫付金额信息。
具体地，由外卖平台服务器将所确定的垫付金额信息发送给用户终端。
步骤S600'、显示订单结算页面。
具体地，用户终端在接收到垫付金额信息后，显示订单结算页面，以便企业员工对垫付金额信息进行垫付。
步骤S700'、响应于接收到所述发票开具指令，获取发票构建信息。
其中，所述发票构建信息用于表征员工对于发票开具的需求信息。
具体地，在接收到发票开具指令后，获取员工所选择的发票构建信息。
步骤S800'、发送发票构建信息。
具体地，用户终端将发票构建信息发送给平台服务器。
步骤S900'、根据发票构建信息和垫付金额信息，调用相应的发票开具接口以开具发票。
具体地，平台服务器在接收到发票构建信息和垫付金额信息后，调用相应的发票开具接口以开具发票。应当理解，在发票开具完成后，若所开的发票为电子发票，可以直接将电子发票发送到发票构建信息中员工所填写的电子邮箱中。若所开的发票为纸质发票，则可以将纸质发票跟随员工所购买的餐品一同进行配送。
图13为本发明实施例的信息交互装置的示意图。如图13所示，本发明实施例的页面显示装置包括目标订单信息获取单元131、确定单元132、显示单元133、发票构建信息获取单元134和发票开具单元134。
具体地，所述目标订单信息获取单元131用于响应于接收到结算指令，获取待结算的目标订单信息；
所述确定单元132用于根据所述目标订单信息，确定垫付金额信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户进行垫付的金额信息；
所述显示单元133用于显示订单结算页面，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发发票开具指令；
所述发票构建信息获取单元134用于响应于接收到所述发票开具指令，获取发票构建信息，所述发票构建信息用于表征员工对于发票开具的需求信息；
所述发票开具单元135用于根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票，并将所述目标订单信息的状态调整为已开具状态。
本发明实施例的信息交互装置会在接收到结算指令时，获取待结算的目标订单信息，并根据目标订单信息，确定垫付金额信息。显示订单结算页面，响应于接收到所述发票开具指令，获取发票构建信息。再根据发票构建信息和垫付金额信息，调用相应的发票开具接口以开具发票，并将目标订单信息的状态调整为已开具状态。其中，所述发票构建信息用于表征员工对于发票开具的需求信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发所述发票开具指令，通过所述装置可以提高信息交互效率。
图14是本发明实施例的电子设备的示意图。在本实施例中，电子设备包括服务器、终端等。如图14所示，该电子设备：至少包括一个处理器141；以及，与至少一个处理器141通信连接的存储器142；以及，与扫描装置通信连接的通信组件143，通信组件143在处理器141的控制下接收和发送数据；其中，存储器142存储有可被至少一个处理器141执行的指令，指令被至少一个处理器141执行以实现上述信息交互方法。
具体地，该电子设备包括：一个或多个处理器141以及存储器142，图14中以一个处理器141为例。处理器141、存储器142可以通过总线或者其他方式连接，图14中以通过总线连接为例。存储器142作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器141通过运行存储在存储器142中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述信息交互方法。
存储器142可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器142可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器142可选包括相对于处理器141远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
一个或者多个模块存储在存储器142中，当被一个或者多个处理器141执行时，执行上述任意方法实施例中的信息交互方法。
上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。
本发明的另一个实施例涉及一种非易失性存储介质，用于存储计算机可读程序，所述计算机可读程序用于供计算机执行上述部分或全部的方法实施例。
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例公开了A1、一种信息交互方法，所述方法包括：
响应于接收到结算指令，获取待结算的目标订单信息；
根据所述目标订单信息，确定垫付金额信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息；
显示订单结算页面，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发发票开具指令；
响应于接收到所述发票开具指令，获取发票构建信息，所述发票构建信息用于表征员工对于发票开具的需求信息；
根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票，并将所述目标订单信息的状态调整为已开具状态。
A2、根据A1所述的方法，所述方法还包括：
根据所述目标订单信息，确定直付金额信息；
其中，所述直付金额信息为未超出企业账户可支付额度，需要由企业账户直接支付的金额信息。
A3、根据A2所述的方法，所述目标订单信息包括至少一个费用信息，所述费用信息归属于目标商户所提供的商品费用以及所述目标商户或平台所提供的服务费用。
A4、根据A3所述的方法，所述根据所述目标订单信息，确定垫付金额信息和直付金额信息包括：
将所述费用信息分为多个不同费用类型的费用信息组；
获取所述企业账户对于所述各费用类型费用信息组的可支付额度信息；
根据所述可支付额度信息和所述各费用类型费用信息组确定所述垫付金额信息和所述直付金额信息。
A5、根据A3所述的方法，所述根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票包括：
根据所述垫付金额信息的费用来源确定至少一个目标发票开具接口；
根据所述发票构建信息和所述垫付金额信息调用所述目标发票开具接口以开具发票。
A6、根据A5所述的方法，所述方法还包括：
响应于调用所述任一个目标发票开具接口失败，将所述目标订单信息的状态调整为开具失败状态；
在历史订单页面中显示所述开具失败状态的目标订单信息；
其中，所述开具失败状态下的目标订单信息在所述历史订单页面中具有对应的重新申请控件，所述重新申请控件用于重新请求执行开具发票操作。
A7、根据A1所述的方法，在获取发票构建信息之前，所述方法还包括：
显示发票构建详情页面；
其中，所述发票构建详情页面中包括多个可选择的发票抬头信息以及发票构建信息提交控件，所述发票构建信息提交控件用于触发所述获取发票构建信息操作。
A8、根据A7所述的方法，所述发票抬头信息包括所述企业账户所对应的企业发票抬头信息以及所述员工账户所对应的个人发票抬头信息；
其中，所述企业发票抬头信息处于不可编辑状态。
A9、根据A1所述的方法，所述方法还包括：
响应于未获取到所述发票构建信息，不再执行后续的开具发票操作；以及
将所述目标订单信息的状态调整为待申请状态。
A10、根据A9所述的方法，所述方法还包括：
在历史订单页面中显示所述待申请状态的目标订单信息；
其中，所述待申请状态下的目标订单信息在所述历史订单页面中具有对应的发票开具控件。
A11、根据A3所述的方法，所述方法还包括：
根据所述目标商户的线上发票开具能力，确定所述发票开具控件在所述订单结算页面中的显示状态。
A12、根据A11所述的方法，所述根据所述目标商户的线上发票开具能力，确定所述发票开具控件在所述订单结算页面中的显示状态包括：
响应于所述目标商户不支持线上发票开具，在所述订单结算页面中显示处于不可触发状态的发票开具控件；或者
响应于所述目标商户支持线上发票开具，在所述订单结算页面中显示处于可触发状态的发票开具控件；
其中，所述不可触发状态的发票开具控件不具备触发发票开具指令的能力，所述可触发状态的发票开具控件具备触发发票开具指令的能力。
本发明实施例公开了B1、一种信息交互装置，所述装置包括：
目标订单信息获取单元，用于响应于接收到结算指令，获取待结算的目标订单信息；
确定单元，用于根据所述目标订单信息，确定垫付金额信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户进行垫付的金额信息；
显示单元，用于显示订单结算页面，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发发票开具指令；
发票构建信息获取单元，用于响应于接收到所述发票开具指令，获取发票构建信息，所述发票构建信息用于表征员工对于发票开具的需求信息；
发票开具单元，用于根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票，并将所述目标订单信息的状态调整为已开具状态。
本发明实施例公开了C1、一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如A1-12中任一项所述的方法。
本发明实施例公开了D1、一种电子设备，所述设备包括：
存储器，用于存储一条或多条计算机程序指令；
处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如A1-12中任一项所述的方法。
以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种信息交互方法，其特征在于，所述方法包括：
响应于接收到结算指令，获取待结算的目标订单信息；
根据所述目标订单信息，确定垫付金额信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户垫付的金额信息；
显示订单结算页面，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发发票开具指令；
响应于接收到所述发票开具指令，获取发票构建信息，所述发票构建信息用于表征员工对于发票开具的需求信息；
根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票，并将所述目标订单信息的状态调整为已开具状态。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据所述目标订单信息，确定直付金额信息；
其中，所述直付金额信息为未超出企业账户可支付额度，需要由企业账户直接支付的金额信息。
3.根据权利要求2所述的方法，其特征在于，所述目标订单信息包括至少一个费用信息，所述费用信息归属于目标商户所提供的商品费用以及所述目标商户或平台所提供的服务费用。
4.根据权利要求3所述的方法，其特征在于，所述根据所述目标订单信息，确定垫付金额信息和直付金额信息包括：
将所述费用信息分为多个不同费用类型的费用信息组；
获取所述企业账户对于所述各费用类型费用信息组的可支付额度信息；
根据所述可支付额度信息和所述各费用类型费用信息组确定所述垫付金额信息和所述直付金额信息。
5.根据权利要求3所述的方法，其特征在于，所述根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票包括：
根据所述垫付金额信息的费用来源确定至少一个目标发票开具接口；
根据所述发票构建信息和所述垫付金额信息调用所述目标发票开具接口以开具发票。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
响应于调用所述任一个目标发票开具接口失败，将所述目标订单信息的状态调整为开具失败状态；
在历史订单页面中显示所述开具失败状态的目标订单信息；
其中，所述开具失败状态下的目标订单信息在所述历史订单页面中具有对应的重新申请控件，所述重新申请控件用于重新请求执行开具发票操作。
7.根据权利要求1所述的方法，其特征在于，在获取发票构建信息之前，所述方法还包括：
显示发票构建详情页面；
其中，所述发票构建详情页面中包括多个可选择的发票抬头信息以及发票构建信息提交控件，所述发票构建信息提交控件用于触发所述获取发票构建信息操作。
8.一种信息交互装置，其特征在于，所述装置包括：
目标订单信息获取单元，用于响应于接收到结算指令，获取待结算的目标订单信息；
确定单元，用于根据所述目标订单信息，确定垫付金额信息，所述垫付金额信息为超出企业账户可支付额度，需要由员工账户进行垫付的金额信息；
显示单元，用于显示订单结算页面，所述订单结算页面中包括发票开具控件，所述发票开具控件用于触发发票开具指令；
发票构建信息获取单元，用于响应于接收到所述发票开具指令，获取发票构建信息，所述发票构建信息用于表征员工对于发票开具的需求信息；
发票开具单元，用于根据所述发票构建信息和所述垫付金额信息，调用相应的发票开具接口以开具发票，并将所述目标订单信息的状态调整为已开具状态。
9.一种计算机可读存储介质，其上存储计算机程序指令，其特征在于，所述计算机程序指令在被处理器执行时实现如权利要求1-7中任一项所述的方法。
10.一种电子设备，其特征在于，所述设备包括：
存储器，用于存储一条或多条计算机程序指令；
处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1-7中任一项所述的方法。
CN202111433506.8A 2021-11-29 2021-11-29 一种信息交互方法及装置 Pending CN114140181A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111433506.8A CN114140181A (zh) 2021-11-29 2021-11-29 一种信息交互方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111433506.8A CN114140181A (zh) 2021-11-29 2021-11-29 一种信息交互方法及装置

Publications (1)

Publication Number Publication Date
CN114140181A true CN114140181A (zh) 2022-03-04

Family

ID=80389303

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111433506.8A Pending CN114140181A (zh) 2021-11-29 2021-11-29 一种信息交互方法及装置

Country Status (1)

Country Link
CN (1) CN114140181A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024061182A1 (zh) * 2022-09-19 2024-03-28 杭州阿里巴巴海外互联网产业有限公司 信息显示方法、信息处理方法、设备及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111127123A (zh) * 2019-12-12 2020-05-08 口碑(上海)信息技术有限公司 发票信息处理方法及装置
CN112990992A (zh) * 2021-04-16 2021-06-18 拉扎斯网络科技（上海）有限公司 票证开具方法及装置
CN113159873A (zh) * 2021-04-20 2021-07-23 支付宝(杭州)信息技术有限公司 基于报销码的数据处理方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111127123A (zh) * 2019-12-12 2020-05-08 口碑(上海)信息技术有限公司 发票信息处理方法及装置
CN112990992A (zh) * 2021-04-16 2021-06-18 拉扎斯网络科技（上海）有限公司 票证开具方法及装置
CN113159873A (zh) * 2021-04-20 2021-07-23 支付宝(杭州)信息技术有限公司 基于报销码的数据处理方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024061182A1 (zh) * 2022-09-19 2024-03-28 杭州阿里巴巴海外互联网产业有限公司 信息显示方法、信息处理方法、设备及系统

Similar Documents

Publication Publication Date Title
US20200027059A1 (en) System and method for international merchandise return service
US8768778B2 (en) Effecting an electronic payment
US8412585B2 (en) Methods and systems for identifying, providing notice of and purchasing a gift in an online or electronic environment
CN110796440A (zh) 支付方法、装置及系统、支付业务架构、电子设备和介质
CN114140182A (zh) 一种信息交互方法及装置
KR102672386B1 (ko) 결제 옵션의 지연 로딩을 통한 전자 상거래 결제를 위한 시스템 및 방법
CN114140181A (zh) 一种信息交互方法及装置
JP4129291B1 (ja) 決済システムとの連携機能を有するアフィリエイトシステム
JP2023039762A (ja) 電子決済システム、電子決済方法、およびプログラム
KR20030004016A (ko) 요금 징수 시스템 및 그 제어 프로그램이 기록되어 있는컴퓨터 판독가능 기억 매체
WO2021231638A1 (en) Systems and methods for electronic payment and order processing for drop shipment systems
CN112990992A (zh) 票证开具方法及装置
JP7249071B1 (ja) 業務管理システム、業務管理方法及びプログラム
JP6976626B1 (ja) プログラム、システムおよび方法
US20150206194A1 (en) Settlement processing apparatus, information processing system, and settlement processing method
CN107203919B (zh) 业务信息的处理方法及装置
CN101295395A (zh) 网络信息处理系统及其信息处理方法
KR102208434B1 (ko) 거래 중개 시스템 및 거래 중개 방법
JP6936821B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP2022146418A (ja) サブスクリプション情報管理サーバ、サブスクリプション情報管理システム及びサブスクリプション情報管理方法
JP2002312582A (ja) 電子書面交付システム、電子書面交付システムにおける特典付与方法およびプログラム
JP2020177356A (ja) 動産総合保険の保険料算出システム
JP2020098494A (ja) 処理システム、処理装置、処理方法及びプログラム
JP7209788B1 (ja) 電子決済サーバ、電子決済方法、およびプログラム
JP7179134B1 (ja) 電子決済サーバ、電子決済方法、およびプログラム

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