CN116307988A - 配送订单异常的处理方法和装置、电子设备和存储介质 - Google Patents

配送订单异常的处理方法和装置、电子设备和存储介质 Download PDF

Info

Publication number
CN116307988A
CN116307988A CN202310231986.2A CN202310231986A CN116307988A CN 116307988 A CN116307988 A CN 116307988A CN 202310231986 A CN202310231986 A CN 202310231986A CN 116307988 A CN116307988 A CN 116307988A
Authority
CN
China
Prior art keywords
abnormal
delivery
report
delivery order
abnormal report
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
CN202310231986.2A
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 CN202310231986.2A priority Critical patent/CN116307988A/zh
Publication of CN116307988A publication Critical patent/CN116307988A/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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • 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
    • G06Q30/0637—Approvals
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Retry When Errors Occur (AREA)

Abstract

本申请提供一种配送订单异常的处理方法和装置、电子设备和存储介质，涉及物流配送技术领域。该方法响应于针对配送订单的异常报备入口被触发，生成异常报备详情页；接收配送订单的配送对象通过异常报备详情页输入的异常报备数据；响应于异常报备详情页上针对配送订单的表示确认异常报备按键被触发，向服务端发起携带异常报备数据的异常报备请求；接收服务端返回的识别结果。本申请实施例在配送订单出现异常情况时，提供异常报备的能力，提升了配送对象异常报备操作的便捷性；并且对异常报备数据进行识别，并根据识别结果执行相应的业务操作，提高配送订单履约的质量，进而提高配送效率。

Description

配送订单异常的处理方法和装置、电子设备和存储介质
技术领域
本申请涉及物流配送技术领域，尤其涉及一种配送订单异常的处理方法和装置、电子设备和存储介质。
背景技术
外卖以用户的即时洞察为核心，以大数据为驱动，围绕着本地生活服务平台打通线上和线下消费场景，线上实现交易闭环，线下通过即时配送完成交易履约，从而为更多用户提供从需求发起到餐品验收的一站式服务。
目前，在配送场景中，配送对象(如骑手等)按照配送订单进行配送任务，当配送对象到达商户取餐时，可能会遇到商户临时关门、商场锁门、厨房未上班、已打烊等情况，这样配送对象无法取餐，配送无法进行下去，会浪费配送对象的时间，降低配送效率。因此，亟待解决这一技术问题。
发明内容
鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的配送订单异常的处理方法和装置、电子设备和存储介质。所述技术方案如下：
第一方面，提供了一种配送订单异常的处理方法，包括：
响应于针对配送订单的异常报备入口被触发，生成异常报备详情页；
接收所述配送订单的配送对象通过所述异常报备详情页输入的异常报备数据；
响应于所述异常报备详情页上针对所述配送订单的表示确认异常报备按键被触发，向服务端发起携带所述异常报备数据的异常报备请求；其中，所述服务端对所述异常报备数据进行识别，并根据识别结果执行相应的业务操作；
接收所述服务端返回的所述识别结果。
在一种可能的实现方式中，若所述识别结果为所述异常报备数据符合报备要求，所述根据识别结果执行相应的业务操作为下发预先配置的与所述配送订单对应的补偿资源。
在一种可能的实现方式中，所述生成异常报备详情页，包括：
调用预先构建的动态化引擎，生成异常报备详情页；其中所述动态化引擎用于构建异常报备详情页面框架，并对异常报备详情页面框架进行布局和渲染，构建包含报备权益说明内容的异常报备详情页。
第二方面，提供了一种配送订单异常的处理方法，包括：
接收配送对象端发起的针对配送订单的异常报备请求；其中，所述异常报备请求中携带异常报备数据；
对所述异常报备数据进行识别，并根据识别结果执行相应的业务操作；
将所述识别结果发送给所述配送对象端。
在一种可能的实现方式中，若所述识别结果为所述异常报备数据符合报备要求，所述根据识别结果执行相应的业务操作包括：
下发预先配置的与所述配送订单对应的补偿资源至所述配送对象端。
在一种可能的实现方式中，所述方法还包括：
基于运单的属性信息配置对应的补偿资源；其中，所述运单的属性信息包括运力线、运力线子类型、运单类型中的一项或多项。
在一种可能的实现方式中，对所述异常报备数据进行识别，包括：
在第一预设系统存储所述异常报备数据，并由所述第一预设系统以工单的形式推送所述异常报备数据给第二预设系统，由所述第二预设系统对所述异常报备数据进行识别。
第三方面，提供了一种配送订单异常的处理装置，应用于配送对象端，包括：
生成模块，用于响应于针对配送订单的异常报备入口被触发，生成异常报备详情页；
数据接收模块，用于接收所述配送订单的配送对象通过所述异常报备详情页输入的异常报备数据；
报备请求发送模块，用于响应于所述异常报备详情页上针对所述配送订单的表示确认异常报备按键被触发，向服务端发起携带所述异常报备数据的异常报备请求；其中，所述服务端对所述异常报备数据进行识别，并根据识别结果执行相应的业务操作；
内容接收模块，用于接收所述服务端返回的所述识别结果。
在一种可能的实现方式中，若所述识别结果为所述异常报备数据符合报备要求，所述根据识别结果执行相应的业务操作为下发预先配置的与所述配送订单对应的补偿资源。
在一种可能的实现方式中，所述生成模块还用于：
调用预先构建的动态化引擎，生成异常报备详情页；其中所述动态化引擎用于构建异常报备详情页面框架，并对异常报备详情页面框架进行布局和渲染，构建包含报备权益说明内容的异常报备详情页。
第四方面，提供了一种配送订单异常的处理装置，应用于服务端，包括：
报备请求接收模块，用于接收配送对象端发起的针对配送订单的异常报备请求；其中，所述异常报备请求中携带异常报备数据；
识别模块，用于对所述异常报备数据进行识别；
处理模块，用于根据识别结果执行相应的业务操作；
内容发送模块，用于将所述识别结果发送给所述配送对象端。
在一种可能的实现方式中，若所述识别结果为所述异常报备数据符合报备要求，所述处理模块还用于：
下发预先配置的与所述配送订单对应的补偿资源至所述配送对象端。
在一种可能的实现方式中，所述装置还包括：
配置模块，用于基于运单的属性信息配置对应的补偿资源；其中，所述运单的属性信息包括运力线、运力线子类型、运单类型中的一项或多项。
在一种可能的实现方式中，所述识别模块还用于：
在第一预设系统存储所述异常报备数据，并由所述第一预设系统以工单的形式推送所述异常报备数据给第二预设系统，由所述第二预设系统对所述异常报备数据进行识别。
第五方面，提供了一种电子设备，该电子设备包括处理器和存储器，其中，所述存储器中存储有计算机程序，所述处理器被配置为运行所述计算机程序以执行上述任一项所述的应用于配送对象端的配送订单异常的处理方法或者应用于服务端的配送订单异常的处理方法。
第六方面，提供了一种存储介质，所述存储介质存储有计算机程序，其中，所述计算机程序被配置为运行时执行上述任一项所述的应用于配送对象端的配送订单异常的处理方法或者应用于服务端的配送订单异常的处理方法。
借由上述技术方案，本申请实施例提供的配送订单异常的处理方法和装置、电子设备和存储介质，配送对象端可以响应于针对配送订单的异常报备入口被触发，生成异常报备详情页；接收配送订单的配送对象通过异常报备详情页输入的异常报备数据；响应于异常报备详情页上针对配送订单的表示确认异常报备按键被触发，向服务端发起携带异常报备数据的异常报备请求；其中，服务端对异常报备数据进行识别，并根据识别结果执行相应的业务操作；配送对象端接收服务端返回的识别结果。可以看到，本申请实施例配送对象端可以在配送订单出现异常情况时，提供异常报备的能力，提升了配送对象异常报备操作的便捷性；并且对异常报备数据进行识别，并根据识别结果执行相应的业务操作，提高配送订单履约的质量，进而提高配送效率。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1示出了本申请实施例提供的应用于配送对象端的配送订单异常的处理方法的流程图；
图2示出了本申请实施例提供的应用于服务端的配送订单异常的处理方法的流程图；
图3示出了本申请实施例提供的结合配送对象端和服务端的配送订单异常的处理方法的流程图；
图4示出了本申请实施例提供的商户未营业异常报备详情页的示意图；
图5示出了本申请实施例提供的应用于配送对象端的配送订单异常的处理装置的结构图；
图6示出了本申请实施例提供的应用于服务端的配送订单异常的处理装置的结构图；
图7示出了本申请另一实施例提供的应用于服务端的配送订单异常的处理装置的结构图。
具体实施方式
下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”及其变体要被解读为意味着“包括但不限于”的开放式术语。
如前文介绍，当配送对象到达商户取餐时，可能会遇到商户临时关门、商场锁门、厨房未上班、已打烊等情况，这样配送对象无法取餐，配送无法进行下去，这样就会降低配送效率。为解决这一技术问题，本申请实施例提供了一种配送订单异常的处理方法，如图1所示，应用于配送对象端的配送订单异常的处理方法，具体可以包括以下步骤S101至S104：
步骤S101，响应于针对配送订单的异常报备入口被触发，生成异常报备详情页。
该步骤中，配送对象端上针对配送订单的异常报备入口可以是多个，各个异常报备入口可以是关于不同的异常情况，例如，商户未营业的异常情况可以访问商户未营业的异常报备入口；又如，用户拒收的异常情况可以访问用户拒收的异常报备入口等等。针对配送订单的异常报备入口，具体可以是虚拟按键等。此外，配送对象端上针对配送订单的异常报备入口也可以是一个，通过这个统一的入口进行不同的异常情况的报备。这里的配送对象端是指配送对象(即配送人员，如骑手等)使用的客户端，如APP(应用程序)、小程序、公众号等。需要说明的是，此处列举仅是示意性的，并不对本申请实施例进行限制。
步骤S102，接收配送订单的配送对象通过异常报备详情页输入的异常报备数据。
该步骤中，异常报备详情页中提供输入接口，配送订单的配送对象可以通过异常报备详情页的输入接口输入异常报备数据。这里的异常报备数据可以是文字、图片或视频等形式的数据，本申请实施对此不作限制。
步骤S103，响应于异常报备详情页上针对配送订单的表示确认异常报备按键被触发，向服务端发起携带异常报备数据的异常报备请求；其中，服务端对异常报备数据进行识别，并根据识别结果执行相应的业务操作。
步骤S104，接收服务端返回的识别结果。
本申请实施例可以在配送订单出现异常情况时，提供异常报备的能力，提升了配送对象异常报备操作的便捷性；并且对异常报备数据进行识别，并根据识别结果执行相应的业务操作，能够提高配送订单履约的质量，进而提高配送效率。
本申请实施例中提供了一种可能的实现方式，上面步骤S101生成异常报备详情页，具体可以是调用预先构建的动态化引擎，生成异常报备详情页；其中动态化引擎用于构建异常报备详情页面框架，并对异常报备详情页面框架进行布局和渲染，构建包含报备权益说明内容的异常报备详情页。这里，动态化引擎在本地编译构建的是动态化模板，根据动态化模板来构建异常报备详情页面框架，比较轻量级，可以直接发布到测试环境，测试不再需要重新安装新包，直接重启配送对象端拉取新动态化模板即可；同时发布不再提交到应用市场，大大节省了发布时间，加速迭代。
本申请实施例中提供了一种可能的实现方式，在上面步骤S103中，如果识别结果为异常报备数据符合报备要求，即表示商户未营业的情况或者用户拒收的异常情况等，无法进行后续配送，那么根据识别结果执行相应的业务操作可以为下发预先配置的与配送订单对应的补偿资源。
服务端预先基于运单的属性信息配置了对应的补偿资源，这里运单的属性信息可以包括运力线、运力线子类型或者运单类型等。例如，运力线可以是众包或团队等，运力线子类型可以是普通众包、同城骑士、四轮运力、众包优选等，运单类型可以是普通单、帮买单、新零售单、品牌单、全城送单等等。举例来说，配置“众包、普通众包、普通单、补偿固定资源”、“众包、同城骑士、全城送单、补偿固定资源”、“团队、普通众包、普通单、补偿固定资源”、“团队、同城骑士、新零售单、补偿固定资源”等等。
当识别结果为异常报备数据符合报备要求时，可以匹配该配送订单所属的运单的属性信息，进而查询到对应的补偿资源。这里的补偿资源可以是补偿金或权益积分等，本申请实施例对此不作限制。
基于同一发明构思，如图2所示，应用于服务端的配送订单异常的处理方法，具体可以包括以下步骤S201至S203：
步骤S201，接收配送对象端发起的针对配送订单的异常报备请求；其中，异常报备请求中携带异常报备数据；
步骤S202，对异常报备数据进行识别，并根据识别结果执行相应的业务操作；
步骤S203，将识别结果发送给配送对象端。
本申请实施例可以对异常报备数据进行识别，并根据识别结果执行相应的业务操作，提高配送订单履约的质量，进而提高配送效率。
本申请实施例中提供了一种可能的实现方式，在步骤S202中，如果识别结果为异常报备数据符合报备要求，即表示商户未营业的情况或者用户拒收的异常情况等，无法进行后续配送，那么根据识别结果执行相应的业务操作可以为下发预先配置的与配送订单对应的补偿资源至配送对象端。
本申请实施例中提供了一种可能的实现方式，服务端预先基于运单的属性信息配置了对应的补偿资源，这里运单的属性信息可以包括运力线、运力线子类型或者运单类型等。例如，运力线可以是众包或团队等，运力线子类型可以是普通众包、同城骑士、四轮运力、众包优选等，运单类型可以是普通单、帮买单、新零售单、品牌单、全城送单等等。举例来说，配置“众包、普通众包、普通单、补偿固定资源”、“众包、同城骑士、全城送单、补偿固定资源”、“团队、普通众包、普通单、补偿固定资源”、“团队、同城骑士、新零售单、补偿固定资源”等等。
当识别结果为异常报备数据符合报备要求时，可以匹配该配送订单所属的运单的属性信息，进而查询到对应的补偿资源。这里的补偿资源可以是补偿金或权益积分等，本申请实施例对此不作限制。
本申请实施例中提供了一种可能的实现方式，为了提高识别效率和准确性，上文步骤S202对异常报备数据进行识别，具体可以是在第一预设系统存储异常报备数据，并由第一预设系统以工单的形式推送异常报备数据给第二预设系统，由第二预设系统对异常报备数据进行识别。
以上介绍了图1和图2所示实施例的各个环节的多种实现方式，下面将通过具体实施例来对本实施例的配送订单异常的处理方法做进一步说明。
在该具体实施例中，当配送对象到达商户取餐时，存在商户未营业的异常情况。图3示出了本申请实施例提供的结合配送对象端和服务端的配送订单异常的处理方法的流程图，具体可以包括以下步骤S301至S308：
步骤S301，配送对象端响应于针对配送订单的异常报备入口被触发，生成表示商户未营业的异常报备详情页。
该步骤中，可以是调用预先构建的动态化引擎，生成表示商户未营业的异常报备详情页；其中动态化引擎用于构建异常报备详情页面框架，并对异常报备详情页面框架进行布局和渲染，构建包含报备权益说明内容的异常报备详情页。这里，动态化引擎在本地编译构建的是动态化模板，根据动态化模板来构建异常报备详情页面框架，比较轻量级，可以直接发布到测试环境，测试不再需要重新安装新包，直接重启配送对象端拉取新动态化模板即可；同时发布不再提交到应用市场，大大节省了发布时间，加速迭代。
具体地，商户未营业的异常报备详情页和补偿金相关逻辑可以采用Mist(薄雾)动态化技术实现，动态化渲染流程大体分为以下步骤(1)至(6)：
(1)基于商户未营业详情页业务逻辑和配置台补偿金配置规则，编写tsx源码，tsx包括了详情页异常报备数据的拍摄组件、调用原生函数(用于商户未营业的点击响应进行更改)、权益说明内容(包括补偿金相关说明文案)、拍照检测结果数据协议结构。
(2)编译过程，Mist动态化封装命令行工具，通过Mist命令对tsx源码进行编译。
(3)生成构建产物JSON(JavaScript Object Notation，JavaScript对象标记法)文件，该文件包括了行动点actions、布局类型type等，比如在该详情页type＝1时点击为选中态，type＝2时唤起输入框，还包括照片规则校验等。
(4)主要进行模版的解析，根据解析出的模版和协议内容构建商户未营业详情页面框架。
(5)主要进行布局和渲染，构建动态化Mist引擎。构建商户未营业详情页面和补偿金权益说明。
(6)最后是生成商户未营业结构化的页面。
图4示出了本申请实施例提供的商户未营业异常报备详情页的示意图，在图4中示意了报备说明41、异常报备数据的输入接口42、表示确认异常报备按键43。
步骤S302，配送对象端接收配送订单的配送对象通过异常报备详情页输入的异常报备数据。
步骤S303，配送对象端响应于异常报备详情页上针对配送订单的表示确认异常报备按键被触发，向服务端发起携带异常报备数据的异常报备请求。
步骤S304，服务端接收配送对象端发起的针对配送订单的异常报备请求；其中，异常报备请求中携带异常报备数据。
步骤S305，服务端对异常报备数据进行识别，在第一预设系统存储异常报备数据，并由第一预设系统以工单的形式推送异常报备数据给第二预设系统，由第二预设系统对异常报备数据进行识别。
该步骤中，第一预设系统如delivery_ext(传送_提取)系统，第二预设系统如woos(客满)系统。
步骤S306，服务端根据识别结果执行相应的业务操作。
该步骤中，如果识别结果为异常报备数据符合报备要求，则可以下发预先配置的与配送订单对应的补偿资源至配送对象端。
步骤S307，服务端将识别结果和补偿资源发送给配送对象端。
步骤S308，配送对象端接收服务端返回的识别结果和补偿资源。
本申请实施例可以在配送订单出现异常情况时，配送对象端提供异常报备的能力，提升了配送对象异常报备操作的便捷性；并且服务端对异常报备数据进行识别，并根据识别结果执行相应的业务操作，提高配送订单履约的质量，进而提高配送效率。
需要说明的是，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。实际应用中，上述所有可能的实施方式可以采用结合的方式任意组合，形成本申请的可能的实施例，在此不再一一赘述。
基于上文各个实施例提供的配送订单异常的处理方法，基于同一发明构思，本申请实施例还提供了一种配送订单异常的处理装置。
图5示出了本申请实施例提供的应用于配送对象端的配送订单异常的处理装置的结构图。如图5所示，该应用于配送对象端的配送订单异常的处理装置具体可以包括生成模块510、数据接收模块520、报备请求发送模块530以及内容接收模块540。
生成模块510，用于响应于针对配送订单的异常报备入口被触发，生成异常报备详情页；
数据接收模块520，用于接收所述配送订单的配送对象通过所述异常报备详情页输入的异常报备数据；
报备请求发送模块530，用于响应于所述异常报备详情页上针对所述配送订单的表示确认异常报备按键被触发，向服务端发起携带所述异常报备数据的异常报备请求；其中，所述服务端对所述异常报备数据进行识别，并根据识别结果执行相应的业务操作；
内容接收模块540，用于接收所述服务端返回的所述识别结果。
本申请实施例中提供了一种可能的实现方式，若所述识别结果为所述异常报备数据符合报备要求，所述根据识别结果执行相应的业务操作为下发预先配置的与所述配送订单对应的补偿资源。
本申请实施例中提供了一种可能的实现方式，所述生成模块510还用于：
调用预先构建的动态化引擎，生成异常报备详情页；其中所述动态化引擎用于构建异常报备详情页面框架，并对异常报备详情页面框架进行布局和渲染，构建包含报备权益说明内容的异常报备详情页。
图6示出了本申请实施例提供的应用于服务端的配送订单异常的处理装置的结构图。如图6所示，该应用于服务端的配送订单异常的处理装置具体可以包括报备请求接收模块610、识别模块620、处理模块630以及内容发送模块640。
报备请求接收模块610，用于接收配送对象端发起的针对配送订单的异常报备请求；其中，所述异常报备请求中携带异常报备数据；
识别模块620，用于对所述异常报备数据进行识别；
处理模块630，用于根据识别结果执行相应的业务操作；
内容发送模块640，用于将所述识别结果发送给所述配送对象端。
本申请实施例中提供了一种可能的实现方式，若所述识别结果为所述异常报备数据符合报备要求，所述处理模块630还用于：
下发预先配置的与所述配送订单对应的补偿资源至所述配送对象端。
本申请实施例中提供了一种可能的实现方式，如图7所示，上文图6展示的装置还可以包括配置模块710，用于基于运单的属性信息配置对应的补偿资源；其中，所述运单的属性信息包括运力线、运力线子类型、运单类型中的一项或多项。
本申请实施例中提供了一种可能的实现方式，所述识别模块620还用于：
在第一预设系统存储所述异常报备数据，并由所述第一预设系统以工单的形式推送所述异常报备数据给第二预设系统，由所述第二预设系统对所述异常报备数据进行识别。
基于同一发明构思，本申请实施例还提供了一种电子设备，包括处理器和存储器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任意一个实施例的应用于配送对象端的配送订单异常的处理方法或者应用于服务端的配送订单异常的处理方法。
基于同一发明构思，本申请实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述任意一个实施例的应用于配送对象端的配送订单异常的处理方法或者应用于服务端的配送订单异常的处理方法。
所属领域的技术人员可以清楚地了解到，上述描述的系统、装置、模块的具体工作过程，可以参考前述方法实施例中的对应过程，为简洁起见，在此不另赘述。
本领域普通技术人员可以理解：本申请的技术方案本质上或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，其包括若干程序指令，用以使得一电子设备(例如个人计算机，服务器，或者网络设备等)在运行所述程序指令时执行本申请各实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，实现前述方法实施例的全部或部分步骤可以通过程序指令相关的硬件(诸如个人计算机，服务器，或者网络设备等的电子设备)来完成，所述程序指令可以存储于一计算机可读取存储介质中，当所述程序指令被电子设备的处理器执行时，所述电子设备执行本申请各实施例所述方法的全部或部分步骤。
以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：在本申请的精神和原则之内，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案脱离本申请的保护范围。

Claims (10)

1.一种配送订单异常的处理方法，其特征在于，包括：
响应于针对配送订单的异常报备入口被触发，生成异常报备详情页；
接收所述配送订单的配送对象通过所述异常报备详情页输入的异常报备数据；
响应于所述异常报备详情页上针对所述配送订单的表示确认异常报备按键被触发，向服务端发起携带所述异常报备数据的异常报备请求；其中，所述服务端对所述异常报备数据进行识别，并根据识别结果执行相应的业务操作；
接收所述服务端返回的所述识别结果。
2.根据权利要求1所述的方法，其特征在于，若所述识别结果为所述异常报备数据符合报备要求，所述根据识别结果执行相应的业务操作为下发预先配置的与所述配送订单对应的补偿资源。
3.根据权利要求1或2所述的方法，其特征在于，所述生成异常报备详情页，包括：
调用预先构建的动态化引擎，生成异常报备详情页；其中所述动态化引擎用于构建异常报备详情页面框架，并对异常报备详情页面框架进行布局和渲染，构建包含报备权益说明内容的异常报备详情页。
4.一种配送订单异常的处理方法，其特征在于，包括：
接收配送对象端发起的针对配送订单的异常报备请求；其中，所述异常报备请求中携带异常报备数据；
对所述异常报备数据进行识别，并根据识别结果执行相应的业务操作；
将所述识别结果发送给所述配送对象端。
5.根据权利要求4所述的方法，其特征在于，若所述识别结果为所述异常报备数据符合报备要求，所述根据识别结果执行相应的业务操作包括：
下发预先配置的与所述配送订单对应的补偿资源至所述配送对象端。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
基于运单的属性信息配置对应的补偿资源；其中，所述运单的属性信息包括运力线、运力线子类型、运单类型中的一项或多项。
7.一种配送订单异常的处理装置，应用于配送对象端，其特征在于，包括：
生成模块，用于响应于针对配送订单的异常报备入口被触发，生成异常报备详情页；
数据接收模块，用于接收所述配送订单的配送对象通过所述异常报备详情页输入的异常报备数据；
报备请求发送模块，用于响应于所述异常报备详情页上针对所述配送订单的表示确认异常报备按键被触发，向服务端发起携带所述异常报备数据的异常报备请求；其中，所述服务端对所述异常报备数据进行识别，并根据识别结果执行相应的业务操作；
内容接收模块，用于接收所述服务端返回的所述识别结果。
8.一种配送订单异常的处理装置，应用于服务端，其特征在于，包括：
报备请求接收模块，用于接收配送对象端发起的针对配送订单的异常报备请求；其中，所述异常报备请求中携带异常报备数据；
识别模块，用于对所述异常报备数据进行识别；
处理模块，用于根据识别结果执行相应的业务操作；
内容发送模块，用于将所述识别结果发送给所述配送对象端。
9.一种电子设备，其特征在于，包括处理器和存储器，其中，所述存储器中存储有计算机程序，所述处理器被配置为运行所述计算机程序以执行权利要求1至3中任一项所述的配送订单异常的处理方法或者权利要求4至6中任一项所述的配送订单异常的处理方法。
10.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被配置为运行时执行权利要求1至3中任一项所述的配送订单异常的处理方法或者权利要求4至6中任一项所述的配送订单异常的处理方法。
CN202310231986.2A 2023-03-10 2023-03-10 配送订单异常的处理方法和装置、电子设备和存储介质 Pending CN116307988A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310231986.2A CN116307988A (zh) 2023-03-10 2023-03-10 配送订单异常的处理方法和装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310231986.2A CN116307988A (zh) 2023-03-10 2023-03-10 配送订单异常的处理方法和装置、电子设备和存储介质

Publications (1)

Publication Number Publication Date
CN116307988A true CN116307988A (zh) 2023-06-23

Family

ID=86835532

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310231986.2A Pending CN116307988A (zh) 2023-03-10 2023-03-10 配送订单异常的处理方法和装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN116307988A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118037407A (zh) * 2024-04-12 2024-05-14 浙江口碑网络技术有限公司 交互方法、交互装置、交互系统、电子设备和存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118037407A (zh) * 2024-04-12 2024-05-14 浙江口碑网络技术有限公司 交互方法、交互装置、交互系统、电子设备和存储介质

Similar Documents

Publication Publication Date Title
US10673787B2 (en) Virtual agent conversation service
US11356282B2 (en) Sending cross-chain authenticatable messages
US11797877B2 (en) Automated self-healing of a computing process
Vallee et al. A framework for proactive fault tolerance
CN110580155B (zh) 状态机引擎的实现方法、装置、计算机设备及存储介质
US8825798B1 (en) Business event tracking system
US20210304027A1 (en) Message Management Using Machine Learning Techniques
CN112540948A (zh) 通过事件流处理集群管理器进行路由管理
CN116307988A (zh) 配送订单异常的处理方法和装置、电子设备和存储介质
CN110737425B (zh) 一种计费平台系统的应用程序的建立方法及装置
TW202034242A (zh) 支付防抖方法及裝置
JP2019509567A (ja) アプリケーション（ａｐｐ）のためのリソースロード方法、サービス機能実施方法及び装置
US20240231958A1 (en) Systems and methods for routing data payloads through a plurality of microservices using machine learning
GB2503436A (en) A client server system for processing one or more events
US20240054406A1 (en) Automated machine learning pipeline generation
Abe et al. Business monitoring framework for process discovery with real-life logs
US20150206075A1 (en) Efficient Decision Making
Labbaci et al. Learning interactions from web service logs
CN114493493A (zh) 决策引擎及决策引擎实现方法
US8180854B2 (en) Aspect services
US20180137464A1 (en) Apparatus, system and method for providing a design for excellence engine
CN113835780A (zh) 一种事件响应方法及装置
CN110648219B (zh) 一种银行交易系统标准化输入区的方法和装置
CN110032458B (zh) 一种php跨语言统一调用系统
Kong et al. A UML-based framework for design and analysis of dependable software

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