Юридичні питання та відповідність

Що таке RBI e-Mandate Індії?

Автор: Sofiia Pohut

Перевірено: George Ploaie, Головний операційний директор (COO)

Що таке індійський RBI e-Mandate

Що таке е-мандат RBI Індії?

Е-мандат — це цифрова система авторизації, яка списує кошти з банківського рахунку клієнта для обробки регулярних платежів, таких як підписки, EMI, страхові та комунальні платежі, без індивідуальної авторизації кожного платежу. Під час процесу створення мандату потрібна одноразова валідація, після чого подальші відповідні платежі здійснюватимуться до зміни мандату або його скасування.

21 квітня 2026 року Резервний банк Індії (RBI) опублікував Рамкову програму «Цифрові платежі – електронні мандати, 2026». Ця рамкова програма скасовує вісім попередніх циркулярів та встановлює єдиний адміністративний порядок для управління регулярними цифровими транзакціями (як внутрішніми, так і міжнародними), що використовують картки, передплачені платіжні засоби або UPI. Рамкова програма окреслює вимоги щодо таких питань, як платіжні пороги, сповіщення та правила автентифікації для кожного учасника процесу регулярних платежів.

Яка різниця між e-Mandate та e-NACH?

E-Mandate — це термін, що використовується для будь-якої авторизації, яка дозволяє багаторазові цифрові списання коштів з рахунку клієнта. Для цього існує кілька каналів, і e-NACH (електронна Національна Автоматизована Клірингова Палата) є поширеним прикладом, що ґрунтується на маршрутизації транзакцій з банківського рахунку через систему NACH Індії. Кожна транзакція через e-NACH покривається концепцією E-Mandate, але рекомендації E-Mandate охоплюють також інші концепції, такі як Card mandates та UPI AutoPay. e-NACH — це просто один зі способів керування повторюваними дебетовими транзакціями за допомогою цього механізму. Card mandates та UPI AutoPay — це ще два способи цифрового керування повторюваними стягненнями.

Які основні типи електронних мандатів доступні?

Три типи мандатів охоплюють більшість сценаріїв регулярних платежів в Індії, і кожен налаштований для певних видів транзакцій:

  • Карткові мандати пов'язані з дебетовою або кредитною карткою клієнта, знайомі клієнтам, які вже платять карткою.
  • Мандати на основі банківського рахунку (e-NACH), також відомі як e-NACH, дозволяють прямі дебетові списання з банківського рахунку за допомогою платформи NACH; цей метод зазвичай застосовується для EMI, страхування або пайових фондів.
  • UPI AutoPay підключається до UPI ID клієнта, автоматично обробляючи списання через розпізнані UPI-додатки (такі як GPay або PhonePe) або безпосередньо через UPI-інтерфейс банку.

Банківські електронні доручення (або доручення NACH) реєструють угоду про регулярне списання коштів безпосередньо між банківським рахунком і продавцем. Натомість доручення UPI працюють шляхом маршрутизації кожного регулярного переказу через мережу UPI, прив'язану до ідентифікатора UPI. Усі три структури доручень дотримуються узгоджених рекомендацій: транзакції до ₹15 000 можуть здійснюватися без додаткової аутентифікації (AFA), а вищий поріг у ₹1,00,000 встановлено для страхових премій, підписок на пайові фонди та оплати рахунків кредитних карток.

Як налаштувати електронний мандат для підписки SaaS?

Налаштування електронних мандатів для SaaS передбачає дотримання визначеного шаблону:

  • Вам слід почати з вибору типу мандату, який відповідає вашому сегменту клієнтів; мандат UPI Autopay застосовується до клієнтів, які найчастіше користуються мобільними телефонами, тоді як картковий мандат застосовується до тих, хто звик здійснювати карткові платежі.
  • Процес реєстрації мандату зазвичай відбувається одночасно з процесом валідації початкової транзакції, оскільки останній вимагає валідації AFA.
  • Надсилайте клієнтам сповіщення про поновлення щонайменше за 24 години до будь-якого списання, і надсилайте підтвердження щоразу, коли платіж проходить.
  • Забезпечте легкий процес самообслуговування для скасування або зміни, оскільки будь-яка модифікація або відкликання існуючого доручення вимагає валідації AFA від емітента.
  • Використовуйте платіжних партнерів або Офіційні продавці які обробляють деталі електронних доручень, що дозволяє вирішувати необхідні процеси поза основними операціями.

Як обробляти відмови мандатів, відхилення банками та політики повторних спроб?

Збої мандата можуть виникати через низький баланс рахунку, технічні проблеми в банку або застарілу автентифікацію. Банки зазвичай дозволяють обмежену кількість повторних спроб протягом визначеного періоду, тому налаштування простої системи з відповідним таймінгом та чіткими сповіщеннями для клієнтів відповідає нормам.

Підхід

Переваги

Недоліки

Автоматичні повторні спроби 

Цей підхід обробляє додаткові спроби оплати системою без прямої участі

Якщо повторювати занадто швидко, банки можуть призупиняти транзакції або запитувати додаткову інформацію

Нагадування про поновлення перед списанням

Завчасне сповіщення клієнтів про майбутнє списання часто інформує їх про можливу відсутність коштів

Надсилання таких нагадувань зазвичай призводить до невеликого збільшення загального обсягу сповіщень

Запити на ручну повторну авторизацію

У таких випадках клієнтів просять схвалити платіж ще раз

Завершення транзакції визначається тим, чи вирішить клієнт відреагувати

Якщо відбувається помилкове списання коштів, клієнтам рекомендується негайно зв'язатися зі своїм банком; це запускає процес врегулювання з нульовою відповідальністю відповідно до регуляторних вимог щодо термінів.

Які основні переваги та ризики використання електронних мандатів RBI для регулярних платежів?

Переваги:

  • Деякі платежі потрапляють у ліміт, де одноразовий пароль (OTP) не вимагається для кожного циклу, що змінює кроки для поновлень.
  • Ця система не вимагає окремої плати спеціально для клієнтів, які користуються процесом електронного мандату (e-Mandate).
  • Сповіщення надсилаються до та після періодичних списань, згідно з політикою, головним чином для інформування клієнтів про платежі.
  • Компанії тепер дотримуються уніфікованих рекомендацій щодо відповідності вимогам, замість того, щоб покладатися на численні попередні інструкції.

Ризики:

  • Для транзакцій понад ₹15 000, або до ₹100 000 у певних випадках, з кожним платежем потрібна інша форма аутентифікації, тому ці поновлення можуть виглядати інакше порівняно з меншими сумами.
  • Якщо бізнесу логіка повторних спроб платежу або системи сповіщень працюють за межами регуляторні очікування, банки можуть відмовитися приймати ці платежі або застосувати додаткову перевірку.
  • Організації з обмеженим досвідом у внутрішніх правилах виставлення рахунків можуть зіткнутися з додатковими зусиллями або затримками при самостійному застосуванні процедур електронного мандату.

Чи потрібно вам підтримувати електронні мандати?

Давайте розберемося: Чи приймає ваш бізнес регулярних платежів від клієнтів в Індії? Чи призведе використання одноразового пароля (OTP) для кожного платежу до дещо довшого процесу поновлення? Якщо щось із цього описує вашу систему, підтримка e-Mandate функціонує як стандартна вимога відповідності для регулярних платежів. В Індії це й надалі залишається рутинною практикою, а не додатковою опцією для компаній, що управляють SaaS-підписки або автоматичного поновлення платежами.

Висновок

Схема RBI e-Mandate пояснює процес здійснення регулярних електронних транзакцій в Індії та містить певні вказівки щодо того, як клієнтів необхідно повідомляти та отримувати їхню згоду. Для SaaS-компаній розуміння різних форм мандатів, лімітів платежів та процесів транзакцій є ще одним способом впровадження їхнього процесу регулярного виставлення рахунків в рамках регулювання.

Готові розпочати?

Ми були на вашому місці. Дозвольте нам поділитися нашим 20-річним досвідом та втілити ваші глобальні мрії в реальність.
Мозаїчне зображення
ukУкраїнська