Просто просматривайте API, чтобы узнать, могу ли я использовать Dwolla для веб-приложений, требующих рекурсивного выставления счетов, - нет поддержки API для этого, есть ли?API повторяющихся платежей по Dwolla
Спасибо!
Эрик правильный. Мы определенно планируем добавить API для повторных/запланированных платежей, но этого не произойдет до выхода нашего API V3, который будет происходить ближе к концу года ...
Мы, однако, , чтобы удалить требование PIN-кода для метода запроса денег, и поэтому в зависимости от вашего потока это может несколько помочь.
Не шутите? Ну, это изменило бы все. Итак, каков будет поток без Pin для запроса денег - и любые идеи, какова может быть своевременность «about»? Спасибо, что ответили на эти вопросы. – stopshinal
Только что произошло сегодня. Мы внесли изменения, и среди других замечательных изменений PIN-коды больше не требуются для запроса денег. Оформить запись в блоге анонса - http://blog.dwolla.com/major-api-updates/ –
И просто так я абсолютно прозрачен - нет возможности автоматически заряжать учетную запись someones. Им потребуется войти в Dwolla и одобрить транзакцию запроса, правильно? По сути, я стараюсь иметь повторяющуюся биллинговую систему, которая после их установки не будет нуждаться в дополнительном внимании от них каждый месяц. – stopshinal
В настоящее время нет поддержки API для повторяющихся платежей, и я не уверен, что Dwolla планирует его добавить.
Возможно, вы сможете выполнить то, что вы надеетесь, посредством регулярного вызова API метода request с идентификатором пользователя Dwolla или номером телефона, как указано в документе here. Пользователю все равно придется «оплачивать свой счет» каждый раз, но будет предложено сделать это с помощью запроса Dwolla на получение средств.
Спасибо за слово Эрик - ты с Дволла? – stopshinal
Нет, просто вентилятор! [Michael Schonfeld] (http: // stackoverflow.com/users/1408983/michael-schonfeld), однако, очень сильно работал над их API, поэтому он определенно является последним словом. –
Michael- вы упомянули выше, повторяющийся будет добавлен в версию v3 API.
Также я отправил электронное письмо на ваш адрес электронной почты в период с 25 декабря по 1 января и не ответил на предыдущее сообщение о конечных точках источников финансирования.
Эти Источник финансирования API по-прежнему кажется, есть много вопросов, вокруг них со стороны сообщества разработчиков и не много документации о том, как цепь процессов FORM с токен OAuth из регистра в FUNDINGSOURCE ВагЛАссоипЬ Endpoints,
Не могли бы вы ответить вопросы или разработчик Dwolla отвечают на эти вопросы - большинство вопросов касалось GetSatisfaction.
Как перерегистрация пользователя, возврат платежных потоков, так и создание банковской учетной записи и проверка ее важны для большинства типов транзакций, которые, как представляется, заинтересованы в этом сообществе - vis'avis - один поток процессов FORM UX. Они были конечными точками ACH по умолчанию в течение длительного времени. Я не уверен, почему веридиан не открывает их и создает меньше трений для Dwolla, чтобы создать API-интерфейс пользователя ZERO для трения для сторонних разработчиков.
Благодарим вас за ответы на наши вопросы.
Фактически - это, по-видимому, довольно распространенный вопрос среди разработчиков. Много разговоров, связанных с необходимым использованием Pin #, если мы будем автоматически заряжаться без прямого согласия пользователя. Очевидно, в этом вопросе много аспектов. У меня есть 3 или 4 проекта, которые кажутся очень хорошими в мышлении «DWOLLA», но я не уверен, что могу предоставить то, что им нужно, без API для рекурсивного выставления счетов. – stopshinal
Разговор был остановлен по адресу: https://getsatisfaction.com/dwolla/topics/delayed_waiting_period_escrow_payments Где он был отмечен «запланированный» 10 месяцев назад. – stopshinal