Ожидание недели для ответа this question - и, как правило, сыты по горло с низким качеством Бренд X - документация и поддержка. Я пересматриваю этот вопрос здесь с точки зрения Stripe.Полоса: автоматизация потока OAuth? Своевременность Webhook?
Прецедент:
Там в веб-сервис S, который принимает кучу пользовательского ввода с помощью REST API, и использует этот вход для генерации, за отдельную плату, какой-то ответ, что он возвращается через API. Как конкретный, но вымышленный пример, вы можете думать о том, что входной сигнал является информацией о натальной информации пользователя, а выход - гороскопом для пользователя.
S - всего лишь вычислительный механизм с API; он не предлагает пользовательский интерфейс. Интерфейсы презентаций для пользователей-пользователей предоставляются веб-сайтами партнеров-партнеров P i, каждый со своим внешним видом и своими собственными финансовыми соглашениями со своими клиентами. P я может взимать плату своих клиентов ежемесячного членский взноса, или он может передать плату за услуги третьих лиц, как S до пользователей, но S не знает и не заботиться о деталях этих договоренностей.
Каждый P я платит от имени одного из своих клиентов C, плата за услуги, которые S обеспечивает до C при C запрашивает услугу. Со своей стороны, S не вернет ответ на конкретный пример использования до тех пор, пока плата за этот экземпляр не будет оплачена с помощью P i.
Вопросы:
В некоторых отношениях, кажется, есть довольно прямая аналогия между этим прецедентом и случаем, в котором водитель (поставщик сервиса S) работает на два или более компаний, занимающихся совместным использованием поездок (партнеры по каналам P i). Каждая партнерская платформа представляет своим клиентам уникальный внешний вид, но предлагает один и тот же базовый сервис и оплачивает услуги (-ы) поставщика услуг после того, как он разрезал каждый экземпляр использования этой услуги.
Однако есть несколько отличительных отличий, каждый из которых приводит к отдельному подзапросу.
Во-первых, нашивки-х OAuth Flow для подключения автономного счета поставщика услуг предполагает, что есть человек пользователя в цикле, который будет взаимодействовать с веб-страниц разрешить подключение.
Q1.Имеет ли Stripe четко определенный, стабильный REST API, который позволяет кусок кода на S, чтобы надежно действовать в роли предполагаемого человека для авторизации подключения к учетной записи?
Во-вторых, веб-службы S требует доказательства правильности оплаты с сайта партнера канала перед возвратом его ответ конечному потребителю - или, по аналогии, прежде чем позволить пассажиру выйти из машины ! :-). Я понимаю, что S может создать webhook уведомить его о событиях, которые происходят в/на его полоской счет (в том числе, явно, «обвинение в плен»), но:
Q2.Сколько времени лага (если таковые имеются) я могу ожидать от депозита платежа до S Учетная полоса и доставка webhook?
S может выдерживать небольшую задержку при доставке webhook, но, очевидно, чем меньше, тем лучше. Если webhook поставляется синхронно как часть потока депозита, это было бы идеально - для меня, во всяком случае :-) - но если он отправляется в очередь, которую нужно доставить позже, задержки более чем на несколько минут могут быть проблематичными ,
Надежда y'all нашивки пользователи могут сделать лучше меня, чем Марка X «s "community" сделал ...
Возможно, вы ищете [управляемые аккаунты] (https://stripe.com/docs/connect/managed-accounts), в отличие от автономных учетных записей, использующих поток OAuth? – korben
@korben - Определенно не ищу управляемые аккаунты. Владельцы ** S ** хотят получить полную видимость и доступ к счету, на который создаются сборы и сделаны депозиты. – Hephaestus
Кроме того, если учетная запись была управляемой учетной записью и, следовательно, по существу «скрыта» от ** S **, то как ** S ** создал веб-чек, чтобы сообщать о происходящих на нем событиях? – Hephaestus