[0001] 本发明涉及线上交易技术领域，尤其涉及一种线上交易中对于已托管的预付款在发生争议时的处置方法。

[0002] 现有市面上线上交易在发生争议时，只能采用线下解决，这种解决方式主要存在以下问题：1、现有交易中的争议解决，只能依赖传统的、线下的解决方法，主要包含：调解、仲裁、起诉。

[0003] 2、传统方法周期长、成本高，导致大量的争议无法解决或是陷入进退两难的境地。一方面是争议双方都无法处置托管的预付款，另一方面是双方不愿意花费时间、精力和金钱去采用传统方式去解决争议。

[0004] 3、电子商务、互联网技术及应用的快速发展，出现了大量的、基于互联网的交易形式。这些新型的线上交易将产生大量的合同履约纠纷和争议，同时涉及到的就包含对于已托管的预付款如何处置这一难题。

[0005] 4、线上交易的交易金额，数额有时不大，因此采用传统解决方式将更为困难。

[0018] 为了更清楚地表述本发明，下面结合附图对本发明作进一步地描述。

[0019] 请参阅图1，本发明的线上交易中对于已托管的预付款在发生争议时的处置方法，包括以下步骤：步骤S0，买卖双方在线上平台进行注册，注册时需要绑定手机号码和网银账户，或许需要实名认证、登记电子邮箱；
步骤S1，买卖双方在线上平台确认交付计划，并同意接受本处置方法；
步骤S2，产生交易并在交易过程中发生争议，对于已托管预付款的处置方式无法达成一致；步骤S2的具体步骤为：步骤S21，线上交易开始；步骤S22，买方支付预付款至担保交易账户进行托管；步骤S23，卖方按照交付计划约定开始提供服务或商品；步骤S24，在交易过程中发生争议，买卖双方对于已托管预付款的处置方式无法达成一致;
步骤S3，其中一方发起申诉，提出自方对于已托管预付款的处置方式，并提交申诉金额、理由及证据；
步骤S4，通知另一方进行应诉并提交诉求；
步骤S5，另一方应诉也提出自方对于已托管预付款的处置方式，并也提交申诉金额、理由及证据；
步骤S6，在确认双方诉求符合规则要求后，在线上平台公开双方的申诉信息，开始接受具备资格的投票人的投票；
步骤S7，具备资格的投票人在线上平台查阅双方的申诉后进行投票；
步骤S8，投票结束后，统计投票结果；
步骤S9，通知当事人双方投票结果、获胜方；
步骤S10，若是双方接受裁决结果，则按照获胜方的申诉要求处置已托管的预付款，则争议解决完成；若是不接受，则可通过法院上诉方式解决。

[0020] 步骤S10中针对对裁决结果不接受的，则不接受方可在裁决结果告知后的规定时间内提交自方的选择，若是在有效的时间内未进行选择法院上诉，则视为接受其裁决结果；若是选择法院上诉，在规定的时间内未提交法院受理通知书的话，则也视为放弃法院申诉权利及同意接受其裁决结果；若是在规定的时间内提交了法院受理通知书，则停止执行本裁决结果，并等待法院的裁决。

[0021] 在本实施例中，投票人需要具备一定的资格（或许包括：在线上平台注册、实名认证、年龄、专业背景、所在地区、注册时间；当然还可以是其他条件）。

[0022] 其中，申诉方和应诉方的申诉金额不能超过已托管的预付款数额。

[0023] 相较于现有技术的情况，本发明提供的线上交易中对于已托管的预付款在发生争议时的处置方法，该方法设置一个担保交易的线上平台，作为裁决及处置的平台；买卖双方在交易过程中若发生争议，对于已托管预付款的处置方式无法达成一致时，可通过该平台进行申诉、投票裁决来解决。本发明达到了以下效果：1、可以解决大量的、新型线上交易的有争议款项的处置，破解线上交易的难题和困局，促进线上交易的健康持续发展。

[0024] 2、效率极高。

[0025] 3、绿色环保，不仅是完全无纸化，而且可以足不出户完成整个流程处置，也就是说不会产生其他的次生污染。

[0026] 4、由于采用依托互联网公众贡献的判断和无偿投票，因此，本方法还有助于培养公众（包括专业人群）对于线上交易双方诚信、履约、价值等诸多方面的思考，有益于行业操守和职业精神的向好发展。

[0027] 针对本发明，提供了一个有关建筑设计方案项目合作的模拟案例，其具体操作如图2-7。

[0028] 如图2所示，是买卖双方在线上平台确定交付计划及同意接受本处置方法；该过程具体为：双方确定交付计划，并按此计划进行交易（合作），包括买方何时需要支付预付款至担保交易账户进行托管；然后双方选择同意如发生争议接受平台裁决，则视为接受平台裁决规则所列明的全部内容；再打开接受平台裁决开关时，自动跳出裁决规则页面，并需选择同意，或主动查看裁决规则；最后，需经买卖双方分别确认。

[0029] 如图3所示，是在买卖双方交易过程中发生争议；该过程具体为：线上交易开始；项目方（买方）支付预付款至担保交易账户进行托管；设计师（卖方）按照交付计划提交了设计初稿、而项目方（买方）始终不给予确认成果、若此将导致已支付至担保交易账户的托管预付款双方均无法处置，此时当双方线下协商不能达成一致时，双方中的任何一方均可使用本方法发起进行平台裁决；点击“发起申诉”进入申诉详情页面。

[0030] 如图4所示，是当事人提交申诉，含申诉金额、理由及证据；该页面需要填写的是申诉请求、申诉金额、申诉理由和证据图片，然后点击提交。本方法处置的款项均为已托管的预付款，因此具有执行裁决结果的能力。申诉金额的要求是：任何一方的申诉金额均不能超过实际已托管的预付款金额，否则系统会不给予处理。申诉证据包括但不局限于合同、微信或QQ等聊天记录及电子邮件等等，以此佐证本方诉求的合理性。

[0031] 如图5所示，是信息的告知。本页面显示的消息有最新通知和历史记录。最新通知是本方法的当事人登录之后，所接到的系统发来的、最新的相关信息。除此之外，其中重要的信息可以采用手机短信、电邮等方式通知当事人。当事人收到被申诉的相关信息，并按要求提交自方的申诉诉求，不论被诉方是否提交（未按时提交则视其为放弃提交）都要按照固定的程序进行；被诉方可点击进入与图4相同的页面，提交诉求。当事人收到的信息有：投票结果、裁决结果、托管款处置裁定即将要执行及托管款处置后完成支付的相关信息等等。

[0032] 如图6所示，是申诉公开及接受投票，该页面示意的是使用本方法的、符合投票资格的人员在登录后，可看到的争议双方各自申诉的内容详情，具备投票资格的投票人通过点击支持某一方完成投票。

[0033] 如图7所示，是告知当事人申诉投票结果及已托管预付款的处置执行。本方法对投票的合理性、有效性有一定的要求，此标准在平台裁决规则中有明确的说明。另外，双方可就裁决结果提交自方的选择，并可寻求通过法院上诉的方式另行解决。如果未能及时上传或者上传的资料不符合平台要求的，平台仍将按照获胜一方申诉要求处置已托管的预付款；最后平台完成已托管预付款的处置。如果上传资料及时并符合平台要求，则平台停止执行该裁决结果，并等待法院的裁决。

[0034] 本方法提供的线上平台实现了民众的裁决，达到了众裁的效果，且具有一定的公平性。

[0035] 本说明书中的名词释义如下，已托管的预付款：是指线上交易中，买方已经支付预付款至担保交易账户进行托管的款项。

[0036] 线上平台：是指采用本方法的互联网网站或移动端应用。

[0037] 担保交易账户：是指由线上平台管理的账户。

[0038] 交付计划：是指由买卖（交易）双方线上交易时商定，其中包含买方需支付的费用金额及支付时间，以及卖方提供服务（含设计、咨询、技术、管理等）或商品的内容及时间等相关的交易计划。

[0039] “申诉”、“应诉”、“申诉金额”是指采用本方法处置时的用语。

[0040] “申诉金额”是指一方提出、在已托管的预付款中自方所占金额。

[0041] 以上公开的仅为本发明的几个具体实施例，但是本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。