インドのRBI e-Mandateとは？

E-マンデートは、サブスクリプション、EMI（分割払い）、保険料、公共料金などの継続的な支払いを、個別の承認なしに顧客の銀行口座から引き落とすデジタル認証システムです。マンデート作成時には一度限りの検証が必要となり、その後は、マンデートの変更またはキャンセルが行われるまで、引き続き有効な支払いが処理されます。

2026年4月21日、インド準備銀行（RBI）は「Digital Payments – e-Mandate Framework, 2026」を発表しました。このフレームワークは、以前の8つの通達を廃止し、カード、プリペイド決済オプション、またはUPIを使用する定期的デジタル取引（国内および国際の両方）を管理するための単一の行政ルーチンを定めています。このフレームワークは、支払いしきい値、通知、および定期的な支払いプロセスのすべての参加者に対する認証ルールなどの問題に関する要件を概説しています。

「E-Mandate」とは、顧客の口座からのデジタルでの繰り返し引き落としを許可するあらゆる承認を指す用語です。これにはいくつかのチャネルがあり、e-NACH（electronic National Automated Clearing House）は、インドのNACHシステムを通じて銀行口座からの取引をルーティングすることに基づく一般的な例です。e-NACHを通じた各取引はe-Mandateの概念に含まれますが、e-Mandateのガイドラインは、Card mandatesやUPI AutoPayといった他の概念も網羅しています。e-NACHは、このフレームワークを利用して繰り返し引き落とし取引を管理する単なる一つの方法です。Card mandatesとUPI AutoPayは、デジタルで繰り返し集金を行うためのさらなる2つの方法です。

インドにおけるほとんどの定期請求ユースケースは3種類のマンデートでカバーされており、それぞれが特定の取引形態のために設定されています。

• カードベースのマンデート 顧客のデビットカードまたはクレジットカードに紐付けられており、すでにカードで支払っている顧客には馴染みがあります。
• 銀行口座ベースのマンデート (e-NACH)e-NACHとも呼ばれ、NACHプラットフォームを利用して銀行口座からの直接引き落としを承認します。この方法は通常、EMI、保険、投資信託などで見られます。
• UPI AutoPay 顧客のUPI IDに接続し、認識されたUPIアプリケーション（GPayやPhonePeなど）を介して、または銀行のUPIインターフェースを直接介して、デビットを自動的に処理します。

銀行e-マンデート（またはNACHマンデート）は、銀行口座と加盟店の間で定期的なデビット契約を直接登録します。一方、UPIマンデートは、UPI IDに紐付けられたUPIシステムを通じて、各定期的な送金をルーティングすることで機能します。これら3つのマンデート構造はすべて統一されたガイドラインに従っており、15,000ルピー未満の取引は追加認証要素（AFA）なしで処理でき、保険料、投資信託の購入、クレジットカードの請求書支払いには、より高い100,000ルピーのしきい値が適用されます。

SaaS向けe-Mandate（電子委任状）の設定には、定められたパターンに従う必要があります。

• まず、顧客セグメントに合ったmandateタイプを選択することから始めるべきです。UPI Autopay mandateは主に携帯電話を利用する顧客に適用され、一方、カードmandateはカード決済に慣れている顧客に適用されます。
• mandateの登録プロセスは、通常、初回取引の検証プロセスと同時進行で行われます。なぜなら、後者にはAFA検証が必要だからです。
• 顧客には、引き落としの24時間以上前に更新通知を提供し、支払いが完了するたびに確認を送付する。
• 既存の委任の変更または撤回には発行元からのAFA認証が必要なため、簡単なセルフサービスによる解約または変更フローを導入する。
• 支払いパートナーまたは 販売責任者 e-Mandateの詳細を処理し、主要業務とは別に必要なプロセスへの対応を可能にする。

決済指示の失敗は、口座残高不足、銀行側の技術的な問題、または認証情報の期限切れが原因で発生する可能性があります。銀行は通常、定められた期間内に限られた回数の再試行を許可するため、適切なタイミングと明確な顧客通知を備えたシンプルなシステムを構築することが一般的です。

誤った引き落としが発生した場合、お客様は速やかに銀行に連絡することが推奨されます。これにより、規制のタイムライン要件に従って、無過失責任の解決プロセスが開始されます。

メリット：

• 一部の支払いは、サイクルごとにOTP（ワンタイムパスワード）が不要となる限度額内に収まるため、更新の手順が変わります。
• このフレームワークは、e-Mandateプロセスを利用する顧客に対して、個別の手数料を特に必要としません。
• ポリシーに基づき、主に支払いの通知として、定期的な引き落としの前後で通知が送られます。
• 企業は、複数の旧来の指示に依存せず、コンプライアンスのための一元化されたガイドラインに従っています。

リスク：

• 15,000ルピーを超える取引、または特定のケースで最大100,000ルピーまでの取引では、支払いごとに別の認証が必要となるため、少額の場合と比べて更新手順が異なることがあります。
• もし企業が 支払いの再試行ロジック または通知システムを外部で運用している場合 規制要件、銀行はこれらの支払いを承認しない、あるいは追加の審査を課す可能性があります。
• 国内の請求ルールに関する知識が乏しい組織は、独自でe-Mandateの手続きを行う際に、余分な手間や遅延を招く可能性があります。

具体的に見ていきましょう：あなたのビジネスは受け入れていますか 定期支払い インドの顧客からですか？各支払いにOTPを使用すると、更新プロセスがわずかに長くなりますか？これらのいずれかが貴社の設定に該当する場合、e-Mandateサポートは定期請求の標準的なコンプライアンス要件として機能します。インドでは、これは引き続き日常的な慣行であり、管理を行っている企業にとってオプションの追加機能ではありません。 SaaSサブスクリプションは または 自動更新 支払い。