我们正在通过快速结账 API 以编程方式使用PayPal定期付款。
根据文档，配置文件似乎最多可能需要 24 小时才能激活。我正在尝试弄清楚如何设置计费开始日期，使其在配置文件激活的当天收费，而不是强制它等待长达 24 小时。
根据 API 文档，我似乎需要在创建配置文件时传递开始日期，这迫使我(今天 + 1 天(强制执行 24 小时延迟。但是，如果配置文件立即激活并且我收到 IPN 消息，我仍然必须强制客户等待 24 小时......这似乎不太好。
虽然我可以为预付款做一个 initamt，但我试图避免这样做 b/c 我认为这会让我缩短续订期(例如，如果是 6 个月的订阅，我会预付 1 个月并做 5 个月的重复性(。
我希望有人能帮助我解决这个问题。
文档。
只是想跟进一下。我今天与PayPal进行了交谈，以澄清这个问题。
他们建议使用初始付款立即收费，然后将订阅期限缩短 1 个间隔。因此，如果您有六个月的付款，请立即进行 1 个月的收费，然后进行 5 个月的定期付款。看起来有点或荒谬，对消费者来说部分令人困惑。
他们还确认，最初的重复配置文件步骤可能会延迟到一天 b/c 它作为批处理运行。
再加上系统跳过 2 月份的月末付款(它们会调整到每月的第一天(，您将有很多有趣的时光。
是的，最好先进行初始付款，然后从您的间隔中减去一个，或者将您的开始间隔 1 个单位放入未来。
另请注意，如果无法向初始付款收费，则 API 调用将失败，因为如果没有初始付款，API 调用可能会通过(成功响应(，但当付款被收取时(最多 24 小时后(，它有可能不成功。
即信用卡很好，所以它批准了定期计费，但是当它尝试收费时，由于某种原因它被拒绝了。
确保你有 IPN 侦听器供recurring_payment_skipped考虑这一点。
只需立即收取 6 个月的费用，并将定期付款设置为从初始付款之日起 6 个月后开始。