Поэтому я использую полосу, чтобы позволить моим клиентам выполнять регулярные счета (уборщики по требованию), и у меня проблема в том, что на данный момент существует более 30 планов, на которые пользователь может быть назначен в зависимости от их входных данных. Например:
Пользователь 1:
план = A
Пользователь 2
план = B
Приведенный выше пример имеет множество перестановок, поэтому, очевидно, что по мере того, как мы становимся больше и мы перемещаем страны, перестановки становятся больше.
Теперь мое решение для масштабируемости состояло в том, чтобы создать план для каждого пользователя (будет ли это масштабироваться до 100 тыс. Планов в полосе)?
Второе решение состояло в том, чтобы делать платежи на основе токенов и настраивать cron или что-то подобное для его обработки (насколько легко это будет)
Я использую PHP, поэтому любое решение, скорее всего, будет сделано в этом
Я хотел бы получить обратную связь или даже тематические исследования о том, как решить эту проблему
Оливер
Stripe не ограничивает количество планов, которые вы можете создать, поэтому вы можете иметь десятки тысяч различных планов.
Однако это не кажется очень хорошим решением. Вместо этого вы можете использовать «счетчик«Поток платежей:
Создать план за $ 0 / месяц (или любой другой интервал, который вы хотите использовать)
Создать подписку привязать клиентов к этому плану
В конце каждого расчетного периода автоматически создается новый счет и invoice.created
событие будет отправлено. С помощью webhooks, вы можете поймать это событие на вашем сервере и создавать элементы счета на фактическую сумму, которую вы хотите выставить счет.
Примерно через час счет будет закрыт, и будет предпринята попытка оплаты. В зависимости от результата, либо invoice.payment_succeeded
или же invoice.payment_failed
событие будет отправлено.
Если платеж не удастся, он будет повторен в соответствии с вашим настройки подписки.
Поскольку кажется, что у вас разные интервалы выставления счетов, вам может потребоваться создать несколько разных планов (все за 0 долларов США, но с разными интервалами), но общая идея по-прежнему применима.
Других решений пока нет …