CN114202263A - 代收货款货运的纠纷处理方法、系统以及服务器 - Google Patents

Abstract

本发明涉及代收货款货运的纠纷处理方法、系统及服务器。其中，方法包括：接收到买家端基于一运单号发起的申诉请求，冻结与所述运单号对应的代收货款，并生成与所述运单号对应的申诉单；将所述申诉单发送至买家端供输入申诉信息，以及发送至卖家端供输入调解信息，在买家端和卖家端之间对应转发申诉信息以及调解信息；接收到买家端输入的调解确认，发送输入退款账户信息的请求至买家端；接收到买家端输入的退款账户信息，执行所述代收货款的退款处理程序。本发明能够提供一种临时的纠纷调解机制，填补了货运行业在代收货款业务中对于纠纷调解方面的技术空白，具备灵活度高、适用范围广等优点。

Description

代收货款货运的纠纷处理方法、系统以及服务器

技术领域

本发明涉及商品运输技术领域，具体涉及一种代收货款(COD)货运的纠纷处理方法，以及相应的系统、服务器。

背景技术

二类电商又被叫做信息流电商，主要是用通过大流量的平台进行单一商品推广，为本没有购物需求的群体创造需求，然后用户通过落地页直接下单，物流配送然后货到付款。与二类电商所采用的货到付款交易方式类似的还有微商、代购商、电视购物等商业主体及商业形式。在这种仅能采用货到付款方式的交易活动中，货运公司(包括物流、快递公司)成为卖家与买家之间的纽带，往往需要承担代收货款的业务。即买家下单后，卖家先将商品交付给货运公司承运；货运公司将商品配送至买家手中，并从买家手中得到货款后转交给卖家，则交易达成。

以二类电商为例。卖家在某热门视频社交软件的个人主页上设置一条商品交易链接，买家通过点击该链接进行浏览后下单购买；该软件并没有为买家和卖家提供专门的即时通讯功能模块，当然也没有提供调解纠纷的机制；因此，无论是交易之前还是交易之后，双方均无法便利地进行沟通。故而，买家与卖家之间的信赖关系很大程度上只能建立在货运公司的商誉以及货到付款这一交易方式上。然而，当前的货运公司在开展代收付款业务活动中同样缺少一种解决纠纷的专门机制，导致买家与卖家之间的纠纷调解不便的问题一直存在。甚至，当前不少主流货运公司均不受理代收货款的退货退款交易纠纷，这无疑不利于这类交易活动的发展。

虽然，当前一些主流的电商平台(例如淘宝、京东商城)设置有纠纷调解机制，但是这类纠纷调解机制依赖于电商平台本身，无法跨平台使用，不满足货运行业业务运营的灵活性及广泛性，因此不能适用于货运行业的代收付款业务中。

发明内容

本发明的目的在于，提供一种适用于货运行业代收货款业务的纠纷处理方法。

具体的，本发明提供的一种代收货款货运的纠纷处理方法，主要包括以下步骤A-D：

A：接收到买家端基于一运单号发起的申诉请求，冻结与所述运单号对应的代收货款，并生成与所述运单号对应的申诉单；

B：将所述申诉单发送至买家端供输入申诉信息，以及发送至卖家端供输入调解信息，在买家端和卖家端之间对应转发申诉信息以及调解信息；

C：接收到买家端输入的调解确认，发送输入退款账户信息的请求至买家端；

D：接收到买家端输入的退款账户信息，执行所述代收货款的退款处理程序。

本发明能够即时为买家和卖家提供一种临时的纠纷调解机制，填补了货运行业在代收货款业务中对于纠纷调解方面的技术空白，从而有效促进代收货款货运行业的发展。本发明无需依赖于购物平台，具备灵活度高、适用范围广等优点。

作为本发明的一种优选方案，所述步骤C还包括：接收到买家端输入的客服介入确认，启动客服介入程序，并将具有申诉信息和调解信息的申诉单发送至客服端。

作为本发明的一种优选方案，步骤D中执行退款处理程序之后还包括以下步骤E：

E：更新所述运单号的运单状态，以禁止再次自动生成申诉单。

作为本发明的一种优选方案，步骤A中生成申诉单的步骤包括：根据所述运单号对应的运单状态判断是否允许生成申诉单，若否，则判断生成申诉单失败。

作为本发明的一种优选方案，若判断生成申诉单失败，将申诉单上的信息备份至本地数据库供重试机制调用。

作为本发明的一种优选方案，所述申诉单具有供输入申诉信息的买家输入区和供输入调解信息的卖家输入区，且所述买家输入区和卖家输入区相应根据输入的申诉信息和调解信息自动动态新增生成。

本发明还相应提供一种代收货款货运的纠纷处理系统，其包括以下功能模块：

申诉模块：接收买家端基于一运单号发起的申诉请求；

申诉单模块：生成与所述运单号对应的申诉单，供买家端输入申诉信息，以及供卖家端输入调解信息，在买家端和卖家端之间对应转发申诉信息以及调解信息；

调解模块：接收买家端输入的调解确认；

货款管理模块：基于申诉模块接收到的申诉请求，冻结与申诉请求对应运单号的代收货款；并且，基于调解模块接收到的接受调解确认，发送输入退款账户信息的请求至买家端；并且，接收到买家端输入的退款账户信息，执行所述代收货款的退款处理程序。

作为本发明的一种优选方案，还包括客服介入模块，所述客服介入模块接收到买家端输入的客服介入确认，启动客服介入程序，并将具有申诉信息和调解信息的申诉单发送至客服端。

作为本发明的一种优选方案，还包括运单状态模块；

所述申诉单模块根据所述运单状态模块中对应的运单状态判断是否允许生成申诉单，若否，则判断生成申诉单失败；

所述运单状态模块在所述货款管理模块执行退款处理程序后更新对应运单号的运单状态，以禁止再次自动生成申诉单。

本发明还相应提供一种服务器，其包括：一个或多个处理器；存储器；以及一个或多个应用程序；

其中，所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现上述任一方案的代收货款货运的纠纷处理方法。

有益效果：对于货运行业而言，本发明有效地填补了货运行业在代收货款业务中对于纠纷调解方面的技术空白，从而能够促进代收货款货运行业的发展；并且，本发明无需依赖于电商平台的特点使其可以广泛应用于货运行业代收货款业务中，促进了二类电商、微商、电视购物等交易活动的发展。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是实施例一提供的代收货款货运的纠纷处理方法流程示意图。

图2是实施例二提供的代收货款货运的纠纷处理系统结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

请参阅图1，本实施例提供的一种代收货款货运的纠纷处理方法，主要包括以下步骤S10-S40。值得注意的是，虽然本实施例中步骤S10至S40为依序执行，但该执行顺序不作为其他实施例的限制。

S10：接收到买家端基于一运单号发起的申诉请求，冻结与所述运单号对应的代收货款，并生成与所述运单号对应的申诉单。

在由货运公司代收货款的商品交易中，买家收到商品后发现有质量问题需要与卖家沟通，可以通过以下两种方式来发起申诉请求(仅供参考)：一种是，买家首先拨打货运公司客服人员电话提出需求，客服人员向买家端(例如手机)发送一条具有登陆链接的短信，买家点击该链接登陆到货运公司的系统平台发起申诉请求；另一种是，基于历史配送纪录，买家具有可登陆货运公司的系统平台的账号(例如微信号)，且该账号与买家各种有关的配送纪录相绑定，因此，买可直接在买家端(例如手机)上利用该账号登陆到货运公司的系统平台，搜索到对应的运单号并发起申诉请求。

由于货运公司收到货款后通常并不会即时转交给卖家，在步骤S10中，货运公司的系统平台接收到买家端基于一运单号发起的申诉请求后，可以先冻结与该运单号对应的代收货款，继而生成与该运单号对应的申诉单。

为避免已经处于终结状态(例如已完成退货退款，或已超过预设时效)的运单，作为本实施例的一种优选方案，步骤S10还包括：根据运单号对应的运单状态判断是否允许生成申诉单，若否，则判断生成申诉单失败。进一步的，由于申诉单生成失败的原因并不唯一，步骤S10还包括：若判断生成申诉单失败，将申诉单上的信息备份至本地数据库供重试机制调用。

S20：将所述申诉单发送至买家端供输入申诉信息，以及发送至卖家端供输入调解信息，在买家端和卖家端之间对应转发申诉信息以及调解信息。

步骤S20在步骤S10生成的申诉单的基础上被执行。买家输入的申诉信息具体可以是退款退货、或者换货等内容要求；卖家输入的调解信息具体可以是同意或主动为买家退款退货、或者换货等内容应答。申诉单可以是一张表单，还可以是一种即时通讯界面，或其他形式的输入界面或文件。步骤S20中的转发申诉信息以及调解信息具体可以仅指转发申诉信息和调解信息本身(例如微信、QQ的通讯方式)，也可以指将带有该申诉信息和调解信息的申诉单整体进行转发。

本实施例的申诉单优选为：具有供输入申诉信息的买家输入区和供输入调解信息的卖家输入区，且该买家输入区和卖家输入区相应根据输入的申诉信息和调解信息自动动态新增生成。例如，该申诉单具有一栏买家输入区，在买家输入区下方具有一栏卖家输入区；卖家每完成一栏调解信息的输入，则申诉单在最新的调解信息下方自动生成一栏新的买家输入区；而买家每完成一栏申诉信息的输入，则申诉单在最新的申诉信息下方自动生成一栏新的卖家输入区，如此动态地实现自动新增生成。

S30：接收到买家端输入的调解确认，发送输入退款账户信息的请求至买家端。

步骤S30中，买家端输入的调解确认可以是买家提交同意卖家的调解方案的确认，或者买家将其与卖家达成的确认调解方案(包括申诉信息和调解信息)转发给系统平台(客服人员)，系统平台将发送输入退款账户信息的请求至买家端。

此外，为避免买家与卖家之间难以达成调解意愿的问题，本实施例优选增加客服介入的调解方案。具体的，步骤S30还包括：接收到买家端输入的客服介入确认，启动客服介入程序，并将具有申诉信息和调解信息的申诉单发送至客服端。

这里的客服指由货运公司安排的专门人员；买家在与卖家无法达成调解意愿的情况下，可以选择或提交请求客服介入的确认，客服人员将对买家和卖家进行人工调解。步骤S30中买家端输入调解确认可以是基于买家和卖家双方自行达成的调解意愿，也可以是基于客服人员的介入达成的调解意愿。

与一般电商平台的退款机制不同的是：货运公司的系统平台通常并不具备买家的银行账户或其他退款账户；并且，货运公司通常并不由买家选择，由哪家货运公司来配送以及是否会发生纠纷通常也属于偶发性或临时性。因此，步骤S30中需要发送输入退款账户信息的请求至买家端，以获取退款账户信息。

S40：接收到买家端输入的退款账户信息，执行所述代收货款的退款处理程序。

步骤S40中，根据买家端提供的退款账户信息(例如银行账户)，系统平台可以将先前冻结的代收货款解冻后，按达成的调解金额退回买家提供的退款账户。

作为优选方案，步骤S40中执行退款处理程序之后还包括以下步骤S50：

S50：更新所述运单号的运单状态，以禁止再次自动生成申诉单。

例如，将运单状态更新为已退款退货，则代表该运单已终结，禁止再次自动生成申诉单，以免再次提起申诉。

综上所述，本实施例能够即时为买家和卖家提供一种临时的纠纷调解机制，填补了货运行业在代收货款业务中对于纠纷调解方面的技术空白，有效促进代收货款货运行业的发展。并且，本实施例无需依赖于电商平台的特点使其可以广泛应用于货运行业代收货款业务中，促进了二类电商、微商、电视购物等交易活动的发展。

实施例二

请参阅图2，在实施例一的基础上，实施例二相应提供一种代收货款货运的纠纷处理系统，其包括以下功能模块：

申诉模块10：接收买家端基于一运单号发起的申诉请求；

申诉单模块20：生成与运单号对应的申诉单，供买家端输入申诉信息，以及供卖家端输入调解信息，在买家端和卖家端之间对应转发申诉信息以及调解信息；

调解模块30：接收买家端输入的调解确认；

货款管理模块40：基于申诉模块10接收到的申诉请求，冻结与申诉请求对应运单号的代收货款；并且，基于调解模块30接收到的接受调解确认，发送输入退款账户信息的请求至买家端；并且，接收到买家端输入的退款账户信息，执行所述代收货款的退款处理程序。

作为本实施例的一种优选方案，还包括客服介入模块50，客服介入模块50接收到买家端输入的客服介入确认，启动客服介入程序，并将具有申诉信息和调解信息的申诉单发送至客服端。

作为本实施例的一种优选方案，还包括运单状态模块60；申诉单模块20根据运单状态模块60中对应的运单状态判断是否允许生成申诉单，若否，则判断生成申诉单失败；运单状态模块60在货款管理模块40执行退款处理程序后更新对应运单号的运单状态，以禁止再次自动生成申诉单。

实施例二各功能模块可以参考实施例一各步骤的描述进行理解，并且实施例二具备实施例一的有效效果，这里不再赘述。

此外，以上实施例一和实施例二均可以运行在一种系统平台上，而系统平台本身位于服务器上。该服务器可以包括：一个或多个处理器、存储器、以及一个或多个应用程序；其中，该一个或多个应用程序被存储于存储器中，并配置为由处理器执行以实现上述实施例一或实施例二中的任一方案。

以上仅对本发明的一部分进行了详细介绍，目的在于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种代收货款货运的纠纷处理方法，其特征在于，包括以下步骤：

A：接收到买家端基于一运单号发起的申诉请求，冻结与所述运单号对应的代收货款，并生成与所述运单号对应的申诉单；

B：将所述申诉单发送至买家端供输入申诉信息，以及发送至卖家端供输入调解信息，在买家端和卖家端之间对应转发申诉信息以及调解信息；

C：接收到买家端输入的调解确认，发送输入退款账户信息的请求至买家端；

D：接收到买家端输入的退款账户信息，执行所述代收货款的退款处理程序。

2.如权利要求1所述的代收货款货运的纠纷处理方法，其特征在于，所述步骤C还包括：接收到买家端输入的客服介入确认，启动客服介入程序，并将具有申诉信息和调解信息的申诉单发送至客服端。

3.如权利要求1所述的代收货款货运的纠纷处理方法，其特征在于，步骤D中执行退款处理程序之后还包括以下步骤E：

E：更新所述运单号的运单状态，以禁止再次自动生成申诉单。

4.如权利要求1所述的代收货款货运的纠纷处理方法，其特征在于，步骤A中生成申诉单的步骤包括：根据所述运单号对应的运单状态判断是否允许生成申诉单，若否，则判断生成申诉单失败。

5.如权利要求4所述的代收货款货运的纠纷处理方法，其特征在于，若判断生成申诉单失败，将申诉单上的信息备份至本地数据库供重试机制调用。

6.如权利要求1-5任一项所述的代收货款货运的纠纷处理方法，其特征在于，所述申诉单具有供输入申诉信息的买家输入区和供输入调解信息的卖家输入区，且所述买家输入区和卖家输入区相应根据输入的申诉信息和调解信息自动动态新增生成。

7.一种代收货款货运的纠纷处理系统，其特征在于，包括以下功能模块：

申诉模块：接收买家端基于一运单号发起的申诉请求；

申诉单模块：生成与所述运单号对应的申诉单，供买家端输入申诉信息，以及供卖家端输入调解信息，在买家端和卖家端之间对应转发申诉信息以及调解信息；

调解模块：接收买家端输入的调解确认；

货款管理模块：基于申诉模块接收到的申诉请求，冻结与申诉请求对应运单号的代收货款；并且，基于调解模块接收到的接受调解确认，发送输入退款账户信息的请求至买家端；并且，接收到买家端输入的退款账户信息，执行所述代收货款的退款处理程序。

8.如权利要求7代收货款货运的纠纷处理系统，其特征在于，还包括客服介入模块，所述客服介入模块接收到买家端输入的客服介入确认，启动客服介入程序，并将具有申诉信息和调解信息的申诉单发送至客服端。

9.如权利要求8代收货款货运的纠纷处理系统，其特征在于，还包括运单状态模块；

所述申诉单模块根据所述运单状态模块中对应的运单状态判断是否允许生成申诉单，若否，则判断生成申诉单失败；

所述运单状态模块在所述货款管理模块执行退款处理程序后更新对应运单号的运单状态，以禁止再次自动生成申诉单。

10.一种服务器，其特征在于，包括：一个或多个处理器；存储器；以及一个或多个应用程序；

其中，所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现权利要求1至6中任一项所述的代收货款货运的纠纷处理方法。

Images