问题标签 [payment]

• 合计订单
• 帐单地址
• 帐单邮编
• 帐单电子邮件

我是一名初级 MM 开发人员，我发现为 Miva Merchant 开发人员提供的适当文档非常不充分。任何帮助将非常感激！

我的任务是建立一个社团的网站。我是一名全职的 Django (at al) web 开发人员，所以我很高兴接受这项任务。

通过规范，他们希望控制会员资格，以便所有申请都需要“第二个”（阅读：赞助商、裁判等），然后他们需要支付订阅费才能成为俱乐部的一员。

该俱乐部举办了许多活动，午餐和会谈的门票价格不定，仅举两个。只有会员才能看到每张门票的价格，因此只有会员才能购买门票。

我最初计划将事件管理转移到 EventBrite 并通过 EB 的 API 将即将发生的事件拉回网站，但这种仅限成员的约束看起来像是 EventBrite 无法做到的。

然后是处理会员订阅。我曾希望允许任何人注册一个django.contrib.auth帐户，但让订阅付款离线，但如果他们可以将帐户标记为“会员”，将订阅数据存储在数据库中并让会员在线付款，客户会更高兴。

与 EventBrite 一样，我希望我可以存储粗略的会员数据（他们是否被允许订阅、API 服务上用户的唯一令牌、他们的会员级别和他们的会员到期）并且会有一些东西我可以将用户发布到处理他们的订阅付款。

我基本上不想碰任何支付系统。即使是像 Paypal+IPN 这样简单的事情我也不愿意做（我可以并且过去在其他项目中拥有）但这是我必须围绕它构建的管理层（消息传递成员，创建重复事件等），我想将其外包给第三方......即使他们确实想要处理的付款的额外百分比。

你们中是否有人知道任何合适的 API 涵盖成员资格或事件或两者兼而有之？

还是这太复杂了，以至于我应该放弃对外部帮助的希望，而只能自己动手做？

我按小时付费，我想制作一个应用程序，我将在轮班开始时开始，我想包括的功能是：

• 定时器
• 班次开始和结束时间
• 轮班日期
• 能够保存我工作时间和工作量的完整历史记录

等等

也许C？但是我能相对容易地制作一个 GUI 吗？BASIC 不是一个可行的选择......而且我显然是一个新手，所以请原谅......

我正在使用记事本++

首都是我尚未超越的问题。

VB.Net 不是一种基础吗？

Facebook 有积分/支付功能，但我似乎找不到支付 API。

我的应用如何从用户那里发放积分或接收积分？

My company provides eCommerce solution for our customers. We host their web site where their customers buy some stuff. Our eCommerce solution takes their credit card information and processes it via payment gateway.

Now we want to create iPhone app for our customers somewhat duplicating functionality of their web sites. Similar to what Amazon.com app does. Provide native interface to browse items and then have ability to purchase them (again, I think Amazon.com application does that).

But I was reading stories how Apple usually rejects such applications if product if not going via in-App purchases. Or is it only for digital stuff?

Any thoughts on how likely such app will be rejected or approved?

我想要两个应用程序。一个负责实际工作，另一个负责按月付款（许可应用程序）。

用户必须每月从 Market 下载许可应用程序。但是，他们是否必须在此之前卸载上个月的应用程序？

应用程序可以自动销毁（自行卸载）吗？

我们正在构建一个客户可以按月支付费用的网络应用程序。以下是要求：

• 我们希望向客户收取月费以访问该服务
• 我们有几个不同的计划
• 每个计划都附带一个月的免费试用期
• 升级/降级应该很简单
• 我们希望支持尽可能多的付款方式。我们的软件面向自由职业者和小型企业，因此我们希望支持信用卡、PayPal 和欧洲支付服务，如 Ideal（借记卡）。Google Checkout 和 Amazon FPS 也会很棒。
• 结帐期间的用户体验质量很重要：SSL、联合品牌以及 UI 和副本的清晰度是必须的

我查看了各种选项并得出以下结论：

• PayPal 的用户体验很差，他们很容易异想天开地更改结帐流程，x.com 上的文档已过时且维护不善，并且他们需要以默认付款选项和按钮的形式对我们的应用程序进行一些不可接受的调整
• Google Checkout 仅适用于美国和英国的企业
• Amazon FPS 仅适用于美国企业
• ClickAndBuy 只有 1300 万用户
• twyp 和 ogone 等荷兰服务有很好的支持，但 API/服务架构过时

那么，我的问题是：鉴于我是一家荷兰企业，因此我的选择有限，我应该使用哪个支付提供商？你有什么经验，你会推荐什么？

如果您想了解更多信息，我写了一篇博客文章描述了我的具体情况的一些背景：http: //blog.quplo.com/2010/08/adventures-in-integrating-payment-services-as-a-dutch-business/

我应该从哪里开始寻找在线支付系统，一旦用户付款，他们的帐户就可以完全访问游戏？基本上和 minecraft.net 中的支付系统一模一样。我在 r/programming 中发帖，因为我不知道我是否应该使用 sql 数据库或什么。我什至没有设置用户名/密码系统。

我发现自己在使用支付网关，在他们的测试环境中不提供任何使用虚构信用卡号测试交易的可能性。实际上他们说我不仅必须使用真实的信用卡号，而且资金将被转移，我每次测试交易时都需要发出退款请求。这对我来说是第一次，不同的支付网关一直提供一个测试环境，可以接受一定范围的测试信用卡，并且在测试模式下没有实际的资金转移。

我没有开发过太多的支付网关，但事实上它们没有提供交易只是“测试”的“测试环境”，这让我很困惑。

我会很感激一些建议，谢谢。

我的应用程序的用户将购买任意批次的 10 个积分。我的问题是，我应该在哪里存储当前的积分数？

我的目标是：

• 我想让偷窃变得不容易
• 我想让它可靠，我不
  希望用户失去他们的信用
• 我需要在用户用完时告诉用户

想法：

• 在手机数据库中存储 # 个积分
• 在服务器数据库中存储 # 个积分
• 在首选项中存储 # 个积分
• 存放在所有地方，并仔细检查每笔交易
• 由于交易量较小，请编写代码以检测过度行为或手动检查任何可疑情况

我想要一些关于我应该有多偏执的意见。谢谢！