【问题标题】:Handling multiple 3rd party e-commerce transactions处理多个第三方电子商务交易
【发布时间】:2010-01-30 18:28:00
【问题描述】:

我目前正计划开发一个网络应用程序,该应用程序将允许第 3 方在其上列出和销售他们自己的产品。

虽然我有开发电子商务解决方案的经验,但我个人不希望自己与实际支付系统有任何关系(法律上而不是技术上),因此任何交易都在买卖双方之间进行,而我自己只是一个第三方。

我对使用 Paypal 犹豫不决,因为我想让自己看起来很专业,而且我不信任或不喜欢他们。我也不想使用任何银行或商家帐户,因为理想情况下我需要为每个客户一个(而不是集中一个),这会导致向卖家收取过多的费用。

这样做的最佳方法是什么?如果绝对必要,我可能愿意接受交易中的某些部分(最好是低风险的)。我希望尽可能减少费用和管理费用。

这最初将是一个位于英国的网站,但可能会在全球范围内访问。它也将在(可能)PHP 中开发,但这应该与问题无关。

感谢您的任何见解!

【问题讨论】:

  • 为什么每个客户都需要多个商家帐户?您试图使解决方案过于复杂,无法解决手头的问题。
  • @scope-creep 这应该是比较成本和收益的问题。也许他不想因为告诉他们我们都将使用什么支付服务而失去商家。例如有人喜欢贝宝,有人讨厌它,为什么不支持它和其他人,而不是强迫选择会失去一些业务。

标签: e-commerce


【解决方案1】:

我们在德国经营www.hitmeister.de 一个大型市场。你的计划听起来就像我们所做的一样,非常准确......

在我们的系统上,合同是买卖双方之间的。但是,所有资金都通过我们的账户运行,使我们成为交易的中介。客户可以通过直接借记卡、信用卡、贝宝等方式付款。卖家只能通过银行转账收款。在交易完成之前,我们将这笔钱保留在托管中。

为 Paypal 和直接付款设置此设置并不是什么大问题。信用卡运营商通常不喜欢这些安排,因为您正在变成(半)收单方。但是,如果您与他们交谈,他们会这样做。

希望有帮助

【讨论】:

  • 在你的回答中你提到了这个卖家只能通过银行转帐收到钱你能说明你是用paypal来做这个的吗?
【解决方案2】:
【解决方案3】:

您的业务是让商家从客户那里获得报酬(或帮助他们获得报酬),还是为了吸引客户并处理和传输相关信息?我同意前者是一个很大的法律和 CR 混乱。谁愿意处理来自随机愤怒的人关于他们的购买和付款的电话或电子邮件?最好从事后者的业务,即吸引客户和推送信息。

如果只是后者,则向每个商家询问他们用于建立服务的表单上的 URL 模板或结帐链接。通过 URL 模板,我的意思是一个包含可变组件的 URL,如交易金额、客户 ID 等……使用此模板将客户重定向到适当的系统,当他们需要向商家付款时。这样,小商家可以使用贝宝,但也可以支持拥有自己系统或贝宝以外的大商家。

无论您为他们做什么,都要向每个商家收费。

如果它能够以这种方式在业务方面发挥作用,那么主要的技术问题是分析主要支付服务的输入要求(paypal、谷歌支付​​,可能是一两个商家抄送系统),以了解您的网站需要什么来满足他们的网站(这可能是 URL 模板或更多)并创建相关向导以便商家轻松设置。这样做的好处是,如果您正确执行此操作,您还将支持大多数内部商家系统,因为它们需要收集相同的基本信息。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-09-29
    • 1970-01-01
    • 1970-01-01
    • 2010-12-25
    • 1970-01-01
    • 2020-11-02
    • 1970-01-01
    • 2017-07-15
    相关资源
    最近更新 更多