E commerce 处理多个第三方电子商务交易

E commerce 处理多个第三方电子商务交易,e-commerce,E Commerce,我目前正计划开发一个web应用程序,它将允许第三方在上面列出和销售他们自己的产品 虽然我有开发电子商务解决方案的经验,但我个人不希望自己与实际的支付系统有任何关系(法律上而不是技术上),因此任何交易都是在买方和卖方之间进行的,我只是作为第三方 我不太愿意使用Paypal,因为我想让自己看起来很专业,而且我不信任或不喜欢他们。我也不想使用任何银行或商户账户,因为在理想情况下,我需要为每个客户提供一个账户(而不是一个集中账户),这将导致卖方承担过多费用 这样做的最佳方式是什么?如果绝对必要,我可能愿

我目前正计划开发一个web应用程序,它将允许第三方在上面列出和销售他们自己的产品

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

我不太愿意使用Paypal,因为我想让自己看起来很专业,而且我不信任或不喜欢他们。我也不想使用任何银行或商户账户,因为在理想情况下,我需要为每个客户提供一个账户(而不是一个集中账户),这将导致卖方承担过多费用

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

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

谢谢你的洞察力

查看这两个链接。我认为这肯定会帮助您

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

在我们的系统中,合同是买卖双方之间的。不过,所有资金都通过我们的账户流动,使我们成为交易的中间人。客户可以通过直接借记、信用卡、paypal等方式付款。卖方只能通过银行转账收到款项。在交易完成之前,我们代管这笔钱

为Paypal和direct Debt设置此功能并不是什么大问题。信用卡运营商通常不喜欢这些安排,因为你正在变成一个(半)收单机构。不过,如果你和他们谈谈,他们会这么做的


希望有帮助

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

如果只是后者,则要求每个商户在其用于建立服务的表单上提供URL模板或结帐链接。所谓URL模板,我指的是一个包含可变组件的URL,如交易金额、客户id等。。。当客户需要向商户付款时,使用此模板将客户重定向到相应的系统。通过这种方式,小商户可以使用paypal,但大商户也可以使用自己的系统或paypal以外的其他系统

无论你为每个商人做什么,都要向他们开账单


如果它能以这种方式工作,那么主要的技术问题是分析主要的支付服务输入需求(paypal、google payments,可能是一个或两个商户cc系统),以了解您的网站需要什么来为他们的网站提供信息(这可能是URL模板,也可能是更多)并创建相关向导,方便商家设置。这样做的好处是,如果您做到这一点,您还将支持大多数内部商户系统,因为他们需要收集相同的基本信息。

为什么您需要为每个客户提供多个商户帐户?您试图使解决方案对于手头的问题过于复杂,这应该是一个比较成本和效益的问题。也许他不想失去商人,告诉他们我们都将使用什么样的支付服务。例如,有些人喜欢paypal,有些人讨厌它,为什么不支持它,还有一些人也支持它,而不是强迫选择,这将失去一些业务。在你的回答中,你提到了这一点,卖家只能通过银行转帐收到钱。你能具体说明你是否使用paypal进行此操作吗。。?