問題タブ [dwolla]

APIを実行して、再帰的な請求が必要なWebアプリにDwollaを使用できるかどうかを確認するだけです。これに対するAPIサポートはありませんか？

ありがとう！

私は公式の Dwolla PHP ライブラリを使用して、次のことを試みています。

Dwolla Developer Documentation で参照されているように、以下を取得します。

私は適切な Oauth 権限を持っていることを知っています。それが HTTP 応答である場合、一時的なリダイレクトだと思います。私は何が欠けていますか？

Dwolla API が通知で間違ったトランザクション ID を送信していると思います。通常の dwolla マネー トランザクションでは、2 つのトランザクション ID が作成されます (これは私には奇妙に思えますが、dwolla ではこのように行われます)。この 2 つは同時に作成されるため、(私の経験では) 常に連続した番号になります。たとえば、アカウント X がアカウント Y に送金した場合、Y にはトランザクション ID M が表示され、X にはトランザクション ID M+1 が表示されます。

しかし、Dwolla の通知 Webhook は、ID M+1 のトランザクションの Y 詳細を送信します。ID M+1 は依然としてこのトランザクションに固有ですが、ID M+1 は API を介して Y によって使用することはできません。M+1 は X によってのみ使用されることになっているためです。

以下に具体例を示します。

1. 私の webapp を介して、オフサイト ゲートウェイ API を介して、個人の dwolla アカウントから組織のアカウントに送金します。

2. 私の webapp は、コールバックと通知フォームの両方でトランザクションの詳細を送信されます。ステップ 1 で生成されたトランザクション ID は 1431566 です。これは、コールバックと通知の両方に送信されるトランザクション ID です。私の Web アプリは、将来の使用のためにこの ID を保存します。

3. 私の webapp を介して、組織の個人の dwolla アカウントに返金することにしました。

4. 私の Web アプリケーションは、SourceId を取得するためにトランザクション 1431566 について dwolla にクエリを実行しようとしますが、これは失敗します - dwolla は「アカウントのトランザクションが見つかりません」と報告します。Id から 1 を差し引いて再試行するなどの見苦しい手続きがなければ、自動払い戻しを続行できません。

   手動の回避策は、Web インターフェイスを介して組織の dwolla アカウントにログインすることです。ここで、datetime に基づいてトランザクションを検索すると、トランザクション ID が実際には 1431565 であることがわかります (Web インターフェイスで正しく報告されています)。組織のデータベースにアクセスして 1431566 を 1431565 に置き換えると、ステップ 4 を繰り返すことができ、今度はうまくいきます。その後、send() を開始すると、払い戻しが行われます。

dwolla がサポートを stackoverflow に移行する前に、ここで同じ問題を報告しました: https://getsatisfaction.com/dwolla/topics/callback_and_webhook_notification_sent_wrong_transaction_id_off_by_one

他の人が同じ問題を抱えている場合は、より速く修正されると思います。または、明らかな何かが欠けていて、誰かがそれを指摘するかもしれません。

Dwolla APITransactionStatsに次のURLリクエストを送信しています。

https://www.dwolla.com/oauth/rest/transactions/stats?oauth_token=xxx&startDate=11-08-2012 00:00:00＆types = money_received

そしてこの応答を受け取る

カウントと合計を期待していますが、代わりにnull値を受け取ります。この問題の原因と、リクエストを変更する必要があるかどうかを説明していただけますか？

私は、マーチャントが時々顧客に定期的に資金を支払わなければならないスタートアップに取り組んでいます。これは、顧客ロイヤルティ プログラム、キャッシュバックなどと考えてください。

dwolla は、マーチャントから顧客への送金機能をサポートしていますか? 技術的には、ある銀行口座から別の銀行口座への移行と同じように見えますが、そうであるかどうかを確認したかっただけです. (これに役立つ払い戻し API はありますか?)

また、このようなことは利用規約に反するのでしょうか? コンプライアンスのボトルネックに陥る可能性はありますか?

これにより、支払い処理業者として dwolla を選択することができます。

よろしくお願いします、

これは質問として始まりましたが、この質問を投稿する過程で解決しました。だから今、これは参考記事です...

==========

最初は、この URL に投稿しようとすると、次のエラー メッセージが表示されました。

• https:// www.dwolla.com/oauth/rest/register --> 不正な URL

  http://phx-dwol-web1.cloudworks.com/oauth/rest/register をリッスンする操作はありませんが、http://www.dwolla.com/oauth/rest/register/ をリッスンする操作はあります。あなたはそこにリダイレクトされています。

投稿 URL に認証値を追加して修正しました。

• https://www.dwolla.com/oauth/rest/register/?client_id= {id}&client_secret={secret} --> 適切な URL

次に、リクエストのフォーマットに問題がありました。これを修正するには、投稿の BODY に JSON を投稿してください。URL に追加したり、フォーム フィールドとして送信したりしないでください。

最後に、最終的に Dwolla API から適切な応答を得たとき、次のエラーが発生していました。

• 「新規ユーザーは利用規約に同意する必要があります。」

これは、Dwolla API が CASE SENSITIVE であるためです。そのため、JSON 本文の「ACCEPTTERMS」パラメーターを機能させるには、「acceptTerms」として送信する必要があります。

私が参照しているドキュメントは次のとおりです。 http://developers.dwolla.com/dev/docs/register

ハッピーコーディング！

Dwolla API を起動して実行しようとしていますが、新しいユーザーを登録しようとすると、500 内部サーバー エラーが返され、エラー メッセージは返されません。

コードは次のとおりです。

リクエストをJSON文字列として投稿しています。別のスレッドで誰かがAPIが期待しているものだと言っているのを見たので、NameValueCollectionも投稿しようとしましたが、それもエラーになりました。

Dwolla OAuth 機能を使用しようとしているので、ユーザーを次の URL に送信します。

https://www.dwolla.com/oauth/v2/authenticate?client_id=mydwollakey&response_type=code&redirect_uri=http://localhost//Payment/OAuthResponse&scope=send%7Ctransactions

そこに初めて送信すると、Dwolla のログイン ページに移動します。ユーザー名とパスワードを入力して [ログイン] をクリックすると、次の情報が表示されます。

Dwolla で認証できませんでした: access_denied 無効なクライアント ID。

クライアント ID は私の Dwolla キーです。これを使用して別の呼び出し (ユーザーの登録) を行うことができるので、これは有効であると確信しています。

その後、URL に戻るたびに、ログイン ページに移動しなくなり、「Dwolla で認証できませんでした: access_denied - 無効なクライアント ID」が返されます。すぐに。

何か案は？

Dwolla の OAuth の最終段階にあり、access_token のコードを交換していますが、(500) 内部サーバー エラーが返され、エラー メッセージが表示されないため、何もする必要はありません。

私のURLは次のようになります：

https://www.dwolla.com/oauth/v2/token?client_id=mykey&client_secret=mysecret&grant_type=authorization_code&code=6HjhJyVAa+iRdjahIWdbu8FOl30=

GET を行うために、私がやっていることは次のとおりです。

Content-Type ヘッダーの有無にかかわらず試してみましたが、いずれにしてもエラーになります。

値を変更すると、コードが無効であることが返されるため、コードが正しいと確信しています。

何か案は？

私はオフサイト ゲートウェイを使用しており、支払いに Dwolla を選択するとショッピング カートをロックしていますが、ユーザーがキャンセルした場合、カートのロックを解除し、生成された CheckoutId をユーザーが購入に使用できないようにしたいと考えています。これに関する方向性はありますか？