问题标签 [payment]

应该适用于非美国公司，易于设置，可靠，便宜，可定制等。您的经验是什么？

假设您有一个到期日期为 05/08 的信用卡号 - 即 2008 年 5 月。

这是否意味着该卡在 2008 年 5 月 1 日上午或 2008 年 5 月 31 日晚上到期？

我参与了为非营利组织建立捐赠表格。我们最近受到了一轮快速的低美元提交的打击。许多是无效卡，但有一些通过了。显然有人写了一个脚本来检查一堆卡号的有效性，可能是为了以后可以卖掉它们。

关于如何在未来预防或限制这种影响的任何想法？

我们可以控制系统的所有方面（代码、网络服务器等）。是的，表格通过 https 运行。

我有一个 .Net 2.0/3.5 WebApplication。

我希望能够通过互联网为我的服务赚钱。

我的每个客户都会有一个 AccountNo。

我希望提供几种产品，每种产品都有固定的价格。

我需要我的客户登录到我的系统并选择为他们选择的产品付款，并且我的应用程序需要在完成时意识到这一点，以便我可以调整他们的帐户以反映这一点。

拿他们钱的最简单（最简单的编码）方式是什么？

贝宝、NoChex、谷歌结账，还有别的吗？

我想在我的网站上提供信用卡付款，并且想知道最好（或首选）的方式是什么？

我知道我可以使用 Google checkout、paypal 等，但这不是我想要的。我正在寻找一种简单的基本 CC 支付方式，它只支持所有不同的信用卡。

之前已经问过这个问题（链接），但我的要求略有不同。首先，我在加拿大，因此排除了 Google Checkout 和其他一些可能。我只需要提供“立即购买”功能的基本服务，不需要购物车或类似的东西。该网站的流量不是很大，所以我想避免任何月费疯狂的网站。我还需要能够为特殊促销设置“折扣代码”（或任何您想称呼的代码）。该站点还必须具有某种付款通知服务 (IPN)。我目前正在使用 PayPal，但他们缺乏折扣代码确实开始限制我的能力。

您使用了什么，或者您建议我进一步调查什么？

关于网络应用程序的支付处理器有很多问题，但我还没有看到桌面应用程序的问题。你有什么经验？

也许把它放在一个小背景下，要求：

1. 应该是可定制的
2. 如果不是在世界范围内（不太重要），至少应该在澳大利亚可用。
3. 不存储信用卡详细信息
4. 每次不同金额的经常性小额付款
5. 一键支付。用户可以在支付处理器提供商处注册。

我有一个以通常方式集成 PayPal 的商店系统，即用户被重定向到 paypal.com 以登录并确认付款，之后用户被引导回到我的商店系统中的确认页面。

现在我的客户在询问整个过程是否可以在商店内部运行。

我对此有两三个想法（并不是说它真的很重要，但该网站是基于 PHP 的）：

1. 使用 cURL 函数服务器端与 paypal 对话，在商店页面内显示所有必需的表格。可能不是一个好主意。

2. 使用 an<iframe>来按原样显示贝宝页面。最重要的是，这应该可以正常工作，但不会那么漂亮。

3. 使用某种 PayPal API。我只看到了一些似乎需要使用 PayPal 的 Pro 帐户（对于卖家）并且仅适用于信用卡付款的东西。

我不是 PayPal 集成方面的专家，当前的解决方案随商店软件一起提供。如果你们中的任何人能够阐明优点、缺点和不可能的情况，我将不胜感激。

我正在尝试使用 PayPal 提供的定期付款 API。我有一个我无法直接解决的场景。它是这样的。

我们有一个销售一些服务的网站。现在，服务按用户许可收费。用户可以在两者之间购买/取消用户许可证。我们希望为客户提供定期计费选项。我们必须在此注意，金额可能会根据客户在该周期内使用的用户许可证数量在每个计费周期内有所不同。

有什么方法可以使用 PayPal 定期付款 API 来实现这一点。

你走进一家商店，选择几种产品，然后去柜台付帐。总金额为（A）。你把手伸进钱包、钱包或口袋，放下一些现金 ( P)，其中P>= A，收银员会给你找零。

给定流通中的一组硬币和纸币，最可能的值是P多少？

一些例子，假设可用的钞票是 5 美元、10 美元、20 美元、50 美元和 100 美元，可用的硬币是 5c、10c 和 25c：

A= $151.24
P[1]= $160 (8x$20) 或 ($100 + 3x$20)
P[2]= $155 ($100 + $50 + $5)

A= $22.65
P[1]= $25 ($20 + $5)
P[2]= $30 ($20 + $10)
P[3]= $40 ($20 + $20)

A= $0.95
P[1]= $1 (4 x 25c)
P[2]= $5

其中许多数字看起来很直观，但我感觉算法很难确定。