问题标签 [e-commerce]

菜鸟问题：我正在为一个在线商务网站构建一个结帐系统。我遇到了一个错误，即多次单击“下订单”按钮会多次下订单。我有一个想法，在按钮单击页面和下单页面之间加载一个页面，该页面在使用 javascript 启动下单页面之前等待几秒钟。

我的问题是：处理这种特殊情况的在线政策有哪些？

我正在向电子商务应用程序添加多币种支持。我解决问题的方法是将应用程序保持在其基础货币中，并让模板在显示价格时调用 priceDisplay() 函数/插件。因此，模板继续接收美元金额的价格。priceDisplay 函数在需要时正确转换价格，并根据查看器设置添加正确的美元或欧元符号，存储在会话中。在提交订单时，应用程序将以美元金额以及currencyCode 和currencyRate 存储订单。此外，我们将以客户的货币向他们的信用卡收取费用，以确保他们收到的账单与订单屏幕上显示的完全相同。

现在我遇到的问题是在购物车中以及结帐期间显示购物车总数时。例如，应用程序向模板发送要在购物车中显示的价格：

小计：9.75
船舶：5.95
总计：15.70

模板采用这些金额并在每个项目上调用 priceDisplay 函数。如果货币汇率是 1.1，那么我们会向用户显示：

小计：10.725 -> 10.73
船舶：6.545 -> 6.55
总计：17.27

可以看到小计 + 船 = 17.28，但总换算为 17.27。

所以我认为有几个选项可以工作，虽然没有完全考虑到：

1. 在应用程序端处理所有转换
2. 在对项目进行合计的地方，模板应将基础货币中的所有单个加数和总计一起发送到 priceDisplay 函数，该函数将转换它们并确保转换后的总计和加数之和匹配。在这种情况下，我如何向应用程序传达总数不是 15.70 而可能是 15.71 或 15.69（因为我们将以基础货币存储订单并在处理付款时乘以 exchangeRate。）
3. 作为转换的一部分，跟踪删除/添加的小数点，并用它做一些“聪明”的事情。所以在这个例子中，10.725，我们加了千分之五。所以当我们转换 6.545 时，我们应该先去掉 .005 然后再转换。也许这就是上面选项 2 所做的过程？
4. 你的建议在这里。

如果有任何区别，应用程序是 PHP 和模板是 Smarty。

您还可以在添加购物车项目的总行数时看到相同的问题：
3 件 x 9.75 每个 = 29.25已
转换：
3 件 x 10.73 (10.725) = 32.18 (32.175)
但 3 x 10.73 = 32.19 != 32.18

我收到了一些客户的请求，他们希望在线获取客户的信用卡号，然后在终端的 POS 处处理店内付款。我想知道这样做的最佳方法是什么。

我不想以纯文本形式将信用卡号存储在服务器上，也不想发送带有纯文本数字的电子邮件。

客户不想注册在线支付账户，因为在线支付处理器的成本更高且额外。此外，两个客户都不能在线收费，因为总额可能会因为缺货产品或客户要求的问题而改变。

我还有什么其他选择？

我将使用 PHP。如果规则对我应该使用哪种方法有任何影响，我也在加拿大。

目前我必须想出一种解决方案，为仅限会员的电子商务网站生成和维护大量静态登录页面（例如，我们销售产品 X、Y 和 Z，但只向我们的会员销售，我们想要制作一个（SEO-友好）每个产品的登陆页面）。每个页面的内容和元数据几乎都是独一无二的，但它们几乎总是具有相同的设计/模板。

短期内最简单的方法是用 PHP 手动编写所有代码，但数量庞大，维护起来非常麻烦；此外，营销部门的一些人可能想要生成和管理他们自己的登录页面，但他们都不是精通技术的（甚至不是基本的 html-tags）。因此，我正在考虑使用 Wordpress 并根据我的目的对其进行修改。

这是一个好主意吗？是否有更适合此任务的 CMS？你能给我推荐一个更好的方法吗？

它适用于小型企业，正在寻找最佳解决方案......进行了搜索，只提出了与电子商务相关的非常具体的问题

我正在研究能够为商家帐户创建基于订阅的转换的网关/供应商。换句话说，我想让客户注册订阅每月收费一次的网站服务。

Authorize.Net 有一个ARB（自动定期计费）模块。该服务的成本很便宜，每月 10 美元，订阅不受限制，而且他们有一个 API，允许 XML 或 SOAP 访问以创建、更新和取消。该服务的最大缺点是它没有优雅的方式来获取订阅的当前状态。他们可以发送带有 CSV 文件附件的每日电子邮件，或者有人可以登录该站点并查看状态——这也不是企业解决方案。

母公司“Cyber​​Source”拥有“循环计费服务”，这意味着更强大的解决方案，包括对订阅信息的 API 访问。我目前正在等待有关服务相关费用的销售回电。

我还查看了 PayPal 的Recurring Billing Service，但这似乎需要将用户重定向到 PayPal 网站以注册订阅——同样，这不是一个优雅的解决方案。

有谁知道提供订阅服务的任何其他供应商/网关符合以下条件：

• 供应商/网关必须托管信用卡号并且符合 PCI
• 拥有可通过 Web 服务、通过 HTTPS 或 SOAP 发布的 API
• 拥有允许查询订阅状态和/或查询自特定日期以来的活动的 API。

提前感谢您的建议。

我的在线商店中的每个订单都有一个面向用户的订单号。我想知道生成它们的最佳方法。标准包括：

• 短的
• 容易在电话中说出来（例如，“m”和“n”有歧义）
• 独特
• 校验和（矫枉过正？有用吗？）
• 编辑：不透露总共有多少订单（客户可能会发现下订单感到不安）

现在我正在使用以下方法（无校验和）：

通过传统形式输入我的地址让我发疯：

• 当我的城市和州可以从我的邮政编码中推断出来时，为什么我必须输入我的城市、州和邮政编码？
• 从下拉列表中选择你的状态是一件很痛苦的事情——通常你不能进入它，你必须使用鼠标等等。

替代文字 http://img10.imageshack.us/img10/7404/traditionaladdressform.png

因为我觉得这个过程非常令人反感，所以当我设计我的在线商店 ( bombsheets.com ) 时，我决定为地址构建一个自动完成小部件。在您输入时，我们会尝试对您的地址进行地理编码（通过 Google 地图）：

替代文字 http://img403.imageshack.us/img403/9333/addressautocomplete.png

在最好的情况下，这非常有效。如果您的地址是“120 W 45th St, New York, NY 10036, USA”，您可以通过键入“120 w 45th st, nyc”这样的简短内容来输入它。

但是，据我所知，我们是唯一使用此界面的在线商店。与其为自己是一个天才而自责，我很好奇它的缺乏是否意味着这个想法存在某种缺陷。几个潜在的问题：

1. 太陌生/不熟悉。客户已经习惯了旧的形式，并且在它们上转换东西是令人困惑的。
2. 您必须在不同的字段中输入您的公寓/楼层号码/任何内容。这令人困惑。
3. 当我们的商店崩溃时（这是个好问题），我们将向 Google 发送太多的地理编码请求以使其无法扩展。
4. 编辑：这不适用于禁用 javascript 的（约 5%）用户。
5. 这里没有什么大问题，这个界面就是未来。（这并不奇怪，例如，许多在线商店会强制您输入信用卡号和信用卡类型，而后者可以从前者推断出来）。

无论如何，基本上我很好奇这是否是我应该尝试创新的领域，或者我是否应该只使用传统方法。（关于改进这种新方法的可用性的想法当然也值得赞赏）。

我正在寻找一种在我的网站上向用户付款的方法。Paypal 和 Google Checkout 是让用户向您付款的明显解决方案，但您有什么解决方案适合您的付费用户吗？

如果不清楚，这里有一个假设情况：假设我们有一个用户登录的网站。他们的工作是用适当的文字标记照片。对于他们标记的每张图片，他们可以获得 10 美分。如何自动向每个用户付款？有没有办法转账到某人的银行账户或贝宝账户？

另外，我所描述的内容有更好的术语吗？

假设我正在渲染产品列表，每个产品旁边都有“添加到购物车”链接/按钮。

我还有一个带有AddToCart Action 的CartController ，它接受Product类型的参数。

将产品添加到购物车后，用户应该留在同一页面（产品列表） - 不会被重定向到购物车或其他东西。

我正在渲染应该更新自身的购物车摘要部分视图。

所以我的问题是关于添加到购物车链接/按钮的实现。

我应该使用：Html.ActionLink(...)

或Html.BeginForm()和提交按钮。

也许还有其他方法...

在每种情况下如何发送产品信息？

谢谢