天猫这条规则,成全了恶意买家

  正是天猫这条规则,成全了恶意买家,也坑苦了无人提示的卖家李先生。李先生表示自己确实在歇业期间疏于管理,但是现在天猫的管理规则过多倾向于消费者,对商家利益保障过少,遇到恶意买家,商家就遭殃。

  【IT商业新闻网综合报道】

  (记者 青云)电子商务平台制定的规则本应是管理和约束买卖双方行为,使其在合理合法的条件下进行正常交易。但天猫商城卖家却因“延迟发货”规则,在网店歇业期间被迫赔偿买家16万元。

  天猫商城规定,出于保护买家权益的目的,卖家要在开设店铺时支付数万元保障金。如果买家在天猫淘宝商城购买商品并付款成功,商家必须在72小时内发货。延迟发货的,商家需向买家支付该商品实际成交金额的30%作为违约金,且金额最高不超过500元。这笔违约金就是从卖家交纳的保证金中支付给买家。

  开网店7年的李先生,由于李先生忙于搬迁办公地点,在一个月的时间内疏于上网维护天猫里的两家网店。就在这期间,300余笔买家发起的理赔不断产生,理由是店铺“延迟发货”。为此李先生的账号自动向买家划出将近16万元的理赔金。

  从交易记录中,李先生还发现,有十几个不同的淘宝账号购买了30多笔,而这些不同的账号绑定的手机,竟是同一个1563183开头的手机号。从下午2时52分至4时,几乎每分钟都在买,每一笔理赔金额为500元或490多元,这些账号总共获赔15992元。

  这显然是恶意买家发现李先生的网店无人发货,故意利用天猫商城关于“延迟发货”的处罚规则,为自己谋取不正当利益。

  正是天猫这条规则,成全了恶意买家,也坑苦了无人提示的卖家李先生。李先生表示自己确实在歇业期间疏于管理,但是现在天猫的管理规则过多倾向于消费者,对商家利益保障过少,遇到恶意买家,商家就遭殃。

  虽然使用支付宝付款有短信提示,但划扣店铺保证金用于理赔时没有短信提示,而店铺保证金不足时将使用支付宝的货款余额自动补足,也没有短信提示,这导致卖家不断遭受损失却浑然不觉。

  为此,多名天猫店主呼吁,天猫对交易规则应当进行技术修正,针对恶意买家的种种行为,设置“防护栏”,以防恶意买家钻空子。

时间: 2024-09-20 13:30:33

天猫这条规则,成全了恶意买家的相关文章

天猫店主遭遇恶意买家

武汉网商怀疑有人恶意购买牟利,洪山警方前往杭州取证 图为:网商李先生电脑里密密麻麻的理赔记录 十几个卖家绑定同一手机号 首席政法记者吴昌华 一个小小的疏忽,让市民李先生尝到淘宝天猫"规则"的厉害:一个月被扣款16万余元进行赔付. 这一个月的时间里,李先生忙于搬迁办公地点,疏于上网维护天猫里的两家网店.就在这期间,300余笔买家发起的理赔不断产生,理由是店铺"延迟发货". 在淘宝上开网店7年,李先生明白自己大意了.但他从索赔记录中发现,不排除有人利用天猫的赔偿规则,在

《C++编程规范:101条规则、准则与最佳实践》——第2章设计风格设计风格 C++编程规范:101条规则、准则与最佳实践 复杂性啊,愚人对你视而不见,实干家受你所累。 有些人避而远之。惟智者能够善加消除。 ——Alan Perlis 我知道,但是却又忘记了Hoare的至理名言:不成熟的优化是程

第2章设计风格 C++编程规范:101条规则.准则与最佳实践 复杂性啊,愚人对你视而不见,实干家受你所累. 有些人避而远之.惟智者能够善加消除. --Alan Perlis 我知道,但是却又忘记了Hoare的至理名言:不成熟的优化是程序设计中的万恶之源. --Donald Knuth[1] The Errors of TeX[Knuth89] 完全区分设计风格与编码风格是非常困难的.我们将一般在实际编写代码时才用得到的条款留到下一部分介绍. 本部分集中讨论适用面比一个特定的类或者函数更广的原则和

所有程序员都应该遵守的 11 条规则

  所有程序员都应该遵守的11 条规则   ************************************************************************** 英文原文:11 Rules All Programmers Should Live By 参与翻译(5人):北风其凉, pseudo, nzchris, 霍啸林, 无若 转载出处:http://www.oschina.net/translate/11-rules-all-programmers?from=

GitLab Flow 的 11 条规则

使用 Git 进行版本管理,是对 Git 之前所有方法的改进.然而,很多组织最终会出现凌乱的工作流程,或过于复杂的工作流程.这问题对于从另一版本控制系统转换过来的组织来说尤为突出. 本文中,我们为 GitLab 工作流程制定了11条规则,以帮助简化和清晰.规则的主要好处(或者说我们希望的好处)是它简化过程,并产生更加有效和更清晰的结果. 总是存在改善空间,一切均为草稿.一如既往,人人皆可贡献!非常欢迎提出反馈意见! 1. 使用功能分支,不直接提交(commit)到 master 分支. 如果你从

5 条规则教你远离手机综合症

不知大家有没有发现,如今一群朋友出来聚餐,寒暄几句后便埋头苦玩手机.更让人发指的是,KTV 里一展天籁,回过头竟发现三五好友盯着手机屏幕,挫败感刻骨铭心. 不只社交,智能手机对我的"摧残"已渗透到生活的方方面面.几乎每过半小时,就得掏出手机看看有无新通知.睡觉前,总要机械般刷一会社交网站.此外,也常常被毫无价值的通知分散注意力,无论是新闻推送.应用更新还是通讯信息. 难以想象没有智能手机的日子.分明厌恶但却无法抗拒. Phonearena 的编辑 Victor H 最近做了一个有趣的试

Delphi面向对象编程的20条规则之一

问题描述 前言 大多数Delphi程序员都像使用VisualBasic那样使用他们手头上开发工具,而丝毫没有意识到Delphi的强大功能,更谈不上使用这些功能了.(写到这里,编辑惶恐的举起了手,怎么可能呢?)Delphi和VisualBasic不同,Delphi完全建立在面向对象结构上,这不仅影响到VCL的结构,而且影响到使用Delphi开发的每一个程序. 在本文中,我不想涉及到面向对象编程(OOP)的所有理论,只是提出一些简单的经验规则.希望这些规则能够帮助改善你的程序结构.无论你开发的是何种

运维的85条规则_服务器其它

1.容量第一,优化第二--这条规则在故障发生时生效.在宕机的时候别研究什么优化,先恢复设备. 2.保留所有可以捕获的记录--以 PostgresQL 为例,包括有 WAL 文件,Slony 复制,快照技术,基于硬盘的 DB 版本(快照附带的) 3.不要因为优化引入更多问题.通常我们解决问题时做出来的东西都会转变成之后运维工作的负担.请确认为运维工作开发的那些工具已经完全交付使用.这些东西经常无法正常运行结果要返回开发组重来.更重要的,这种变更请求通常会打破团队原本安排好的工作计划. 4.保持简单

iptables删除指定某条规则

系统:centos 6x 1.查看要删除的那条规则 命令 iptables -nvL –line-number -L 查看当前表的所有规则,默认查看的是filter表,如果要查看NAT表,可以加上-t NAT参数 -n 不对ip地址进行反查,加上这个参数显示速度会快很多 -v 输出详细信息,包含通过该规则的数据包数量,总字节数及相应的网络接口 –line-number 显示规则的序列号,这个参数在删除或修改规则时会用到 例子  代码如下 复制代码 iptables --line-numbers|

《C++编程规范:101条规则、准则与最佳实践》——第一章组织和策略问题1.1不要拘泥于小节 (又名:了解哪些东西不应该标准化)

第一章组织和策略问题 C++编程规范:101条规则.准则与最佳实践如果人们按照程序员编程的方式修建房屋,那么一只啄木鸟就能毁灭整个文明. --Gerald Weinberg[1] 为了遵从C和C++的伟大传统,我们从0开始编号.首要的指导原则,也就是第0条,阐明了我们认为对编程规范而言最为基本的建议. 接下来,这个导论性部分的其他条款将主要讲述几个精心选择的基本问题,这些问题大多数与代码本身并没有直接关系,它们讨论的是编写坚实代码所必需的工具和技术. 本部分中我们选出的最有价值条款是第0条:"不