トップアップ、請求書、支払い方法

Diditの残高にクレジットを追加する方法、対応している支払い方法、自動リフィルの仕組み、請求書の確認場所について説明します。

Short answer

Settings → Billingからトップアップできます。最低額は**$50**で、請求先住所に応じて税金が加算されます。カード、SEPA、米国ACH、暗号資産に対応しており、PayPalには対応していません。トラフィック中に残高がゼロにならないよう、自動リフィルをオンにしてください。

Diditの残高への入金は、business.didit.meのコンソールのSettings > Billingから、またはプログラムでトップアップAPIを通じて行えます。各トップアップには**$50の最低額**があり、請求先住所に基づいて税金が自動的に加算されます。

#支払い方法

方法対応状況
カード対応
SEPA口座振替対応
米国銀行口座(ACH)対応
暗号資産対応
PayPal非対応
大口の銀行振込エンタープライズのみ、アカウントマネージャー経由
The billing page in the Didit console with the balance, billing information and billing history
  1. Top up balanceでクレジットを追加します。
  2. Edit billing informationで、請求書に表示される会社情報を設定します。
  3. ここに住所を登録することで、請求書を経理処理に使えるようになります。
  4. すべてのトップアップが、ダウンロード可能な請求書とともに一覧表示されます。
残高、支払い情報、過去のすべてのトップアップが1つのページにまとまっています。

支払いはStripeを通じて処理されます。

Note

組織が年間契約の場合、トップアップはセルフサーブのフローではなく、アカウントマネージャーを通じて行います。セルフサーブでの操作を試みた場合、黙って失敗するのではなく、アカウントマネージャーに連絡するよう案内されます。

#自動リフィル

トラフィックの最中にクレジットが尽きないよう、Settings > Billingで自動リフィルをオンにしてください。カード、SEPA、米国ACHなど保存済みの支払い方法があれば、残高が選んだ閾値を下回るたびに、その方法に対して設定した金額が課金されます。

これは有効化する価値が最も高い請求設定です。残高がゼロに達すると、無料枠のチェックを含むすべての課金対象処理がトップアップされるまでブロックされるためです。

#残高の確認

現在の残高はSettings > Billingにあり、残高エンドポイントからプログラムでも読み取れます。検証が課金されるたびに、またトップアップが反映されるたびに、リアルタイムで更新されます。

自社のシステムで監視する場合は、ゼロではなく閾値でアラートを設定してください。ゼロと表示される頃には、すでにリクエストが失敗し始めています。

#請求書と請求履歴

請求書は、請求対象の活動が発生した時点で利用可能になります。まだトップアップも課金対象の検証も行っていない場合、表示するものが何もありません。これは請求書が欠落しているのではなく、想定どおりの状態です。

請求書と請求情報の閲覧権限はロールによって制御されます。デフォルトではOwnerに含まれており、組織のオーナーがカスタムロールに付与することもできます。チームメンバーが請求書を見られない場合は、報告の前にまずロールを確認してください。チームメンバーの招待とロールの設定をご覧ください。

#トップアップが反映されない場合

カード決済はすぐに反映されますが、SEPAとACHはそうではなく、暗号資産は確認回数に依存します。トップアップが反映されないと報告する前に、利用した方法が反映まで時間のかかる方法かどうかを確認してください。

カード決済が完了したと表示されているのに、数分経っても残高が動かない場合は、報告する価値があります。その際は決済の参照番号を添えてください。

#返金

クレジットの購入は返金不可です。クレジットは失効しないため、追加した残高は必要なときにいつでも利用できます。料金とクレジットの仕組みをご覧ください。

#テスト中の支出に上限を設ける

連携作業中に費用をかけない確実な方法は、上限を設けることではなく、課金が完全にバイパスされるサンドボックスアプリケーションを使うことです。本番アプリケーションでも厳密な上限が必要な場合は、組織で利用可能な内容をサポートに確認してください。サンドボックスでのテストをご覧ください。

#セッションがブロックされている場合

「クレジット不足」エラーの解消をご覧ください。原因は残高そのものよりも、ワークフロー内の有料機能であることがほとんどです。