Оформление заказа для одного клиента с набором продуктов из двух отдельных учетных записей Stripe?
Используя Stripe, с единым процессом оформления заказа для клиента (т. е. клиент совершает только один платеж), можно ли совмещать продукты из двух отдельных учетных записей Stripe?
- Учетная запись Stripe #1 предлагает продукт по единовременной цене.
- Учетная запись Stripe № 2 предлагает продукт по подписке с повторяющимися ценами.
Обе учетные записи Stripe должны иметь стандартную панель управления и:
- Получите представление о деталях клиента
- Возможность вернуть свою часть покупки
- Контролируйте цены на свою продукцию
Кажется, это должно быть возможно с продуктом Stripe Connect , но я не видел способа заставить это работать. Создание отдельных платежей и переводов казалось многообещающим, но похоже, что подключенные учетные записи будут иметь доступ только к экспресс-панели, поэтому нам нужно будет создать что-то индивидуальное, чтобы облегчить просмотр клиентов, возврат средств, контроль цен и т. д.
Ответы 1
Создание отдельных платежей и переводов казалось многообещающим, но похоже, что подключенные учетные записи будут иметь доступ только к экспресс-панели, поэтому нам нужно было создать что-то специальное для облегчения просмотра клиентов, возврата средств, контроля цен и т. д.
Технически нет. Вы можете интегрировать SCT со стандартными учетными записями так же, как и с любым другим типом учетной записи.
Однако учетные записи SCT+Standard объективно не подходят. Одной из основных проблем являются возвраты средств. Пользователи стандартной учетной записи могут их выполнить, но это не вернет платеж клиенту с помощью SCT > это отменит перевод на вашу платформу. Вы можете решить эту проблему с помощью обработчика веб-перехватчика, который проверяет отмену и возвращает родительский сбор, но это пример пользовательской обработки, которую вам не придется использовать с Express/Custom.
Другая проблема заключается в том, что вы хотите, чтобы продукты создавались в подключенной учетной записи.
То, что вы хотите сделать, возможно, но если вы хотите, чтобы с клиента взималась одна плата, это может быть только со следующими ограничениями:
- Оплата происходит на вашей платформе
- Это означает, что продукты и клиенты находятся на вашей платформе.
- Затем правильные суммы могут быть переведены на подключенные счета.
Технически вы могли бы сделать возможным создание продуктов в стандартной учетной записи — у вас снова будет обработчик веб-перехватчика, который проверяет наличие обновлений продуктов/цен в вашей подключенной учетной записи, а затем соответствующим образом сопоставляет продукты на вашей платформе.
Затем, если клиент заказывает one_time_price из acct_A + recurring_price из acct_B, вы можете создать подписку с правильными ценами:
- Вы можете создать подписку с повторяющейся ценой в
itemsи единоразовой ценой вadd_invoice_items.
Естественно, единовременная цена будет взиматься один раз, а повторяющаяся цена будет взиматься периодически. - После успешного платежа проверьте родительский счет на наличие товаров и отправьте переводы на соответствующие счета.
Попытка заставить это работать со стандартными учетными записями, чтобы сэкономить на интеграции пользовательского интерфейса, по моему мнению, не сэкономит вам много работы - есть проблема с возвратом, о которой я упоминал, предложенное мной сопоставление продуктов и многое другое - например, как вы справитесь споры, как это может повлиять на средства, доступные на балансе вашей платформы для будущих переводов и т. д.