GH GambleHub

MB WAY Португалія: гаманець і P2P

1) Що таке MB WAY і де він живе в екосистемі

MB WAY - португальський мобільний гаманець на рейках групи SIBS/Multibanco, що об'єднує картки і банківські рахунки користувача для миттєвих платежів P2P, онлайн-покупок і офлайну (QR/NFC, cash-out в банкоматах без карти). Підтвердження - у додатку MB WAY/банку (SCA: PIN/біометрія). Комісії для мерчанта зазвичай нижче класичного картового MDR за рахунок локальної обробки.

Ключові властивості:
  • Прив'язка карток/рахунків (debit/credit) до додатку → оплата одним підтвердженням.
  • P2P «на телефон»: переклад контакту за номером, 24/7.
  • Онлайн-чекають з push-підтвердженням без введення карт.
  • QR/NFC в роздробі і MB WAY Cash-out в ATM (cardless).
  • Багаті метадані і стабільна інтеграція через SIBS Gateway/PSP.

2) Учасники та ролі

SIBS/Multibanco (схема/процесинг): правила, роутинг, каталоги банків/мерчантів.
Банк/емітент картки: KYC, ліміти, антифрод, списання/зарахування.
PSP/еквайєр (SIBS Gateway та ін.): підключення мерчанта, SDK/API, звіти, розрахунки.
Мерчант: ініціює платіж/запит, отримує статуси і веде звірку.
Платник: підтверджує операції в додатку MB WAY/банку.

3) Режими і призначені для користувача сценарії

3. 1 P2P «на телефон»

Відправник вибирає контакт з телефонної книги → вводить суму → підтверджує в додатку.
Одержувач отримує пуш/повідомлення, гроші зараховуються на прив'язаний рахунок/карту.

3. 2 Онлайн-чекаут (e-commerce, in-app)

На касі мерчанта користувач вводить номер телефону MB WAY або сканує QR.
Додаток надсилає push-запит → користувач підтверджує → мерчант отримує онлайн-статус.
У мобільних додатках - App2App/deeplink з автовідкриттям MB WAY.

3. 3 POS/офлайн

Динамічний QR per-order на касі (сума + orderId) або NFC-оплата через додаток.
Підтвердження - пушем, квитанція - у мерчанта і в додатку.

3. 4 Cash-out в ATM (MB WAY Lift)

Користувач генерує код/підтверджує в додатку → знімає готівку без пластикової картки.

3. 5 Split Bill / Request Money

Запит грошей контактам (колекти), автоматичний спліт суми між учасниками.

4) Статуси операцій

'initiated'→'pending'( очікування підтвердження/мережевої відповіді) →'success '/' failed '/' canceled '/' expired'.
Для інвойсів/Request Money - окремі'requested '/' expired'.

5) Ліміти і політика ризику

Ліміти задаються банком/емітентом і можуть відрізнятися за каналами і профілем:
  • Per-transaction, per-day/24h, іноді weekly/monthly.
  • Новий одержувач/мерчант - знижені пороги, витримка або додаткове підтвердження.
  • Канальні ліміти: P2P, e-commerce, POS/QR/NFC, ATM (cash-out).
  • Velocity і девайс-правила: антифрод на стороні банку/схеми.
💡 Практика: не хардкодьте цифри. Ведіть довідник лімітів по банках/каналах, оновлюйте; в UX показуйте причину відмови («ліміт банку/каналу») і альтернативи (розбити чек, інший метод).

6) Комісії та економіка

Для мерчанта MB WAY зазвичай дешевше класичних карт, але умови залежать від PSP/тарифу.
Доп. витрати: hosted/SDK, звіти, ODR/підтримка, обробка'pending/expired', recon.

7) Повернення і диспути

Chargeback як в картах не застосовується до A2A-потоків: повернення - нова кредитова операція (full/partial).
Якщо платіж йшов по токенізованій картці всередині MB WAY, застосовуються карткові процедури (за правилами еквайрингу).
ODR/скарги - через PSP/банк; готуйте логи замовлення, підтвердження надання послуги/доставки.

8) Безпека та відповідність

SCA (PIN/Face/Touch) в додатку, device binding, перевірка сім/пристрою.
PII-мінімізація, шифрування веб-хуків, HMAC/nonce, захист від replay.
Відповідність PSD2/GDPR та локальним вимогам Банку Португалії.

9) Інтеграція мерчанта

Варіанти

1. Hosted/Embedded (SIBS/PSP) - швидкий старт, push/QR з коробки.
2. Server-to-Server + App2App/QR - власний UX, глибока обробка помилок, динамічний QR per-order.
3. Pay-by-Link/Request Money - рахунок за посиланням в месенджерах/email/SMS.

Обов'язкові компоненти бекенду:
  • API: `createPayment`, `requestMoney`, `refund`, `webhook`, `reconcile`.
  • Ідемпотентність (orderId + ключ), експоненціальні ретраї, дедуп подій.
  • Recon: daily auto-recon + періодичний full-recon; зберігання UTR/фін-референцій.
  • Дашборди SLA: конверсія, «pending→success/expired», час до зарахування.

10) Звірка і звітність

Логіруйте: 'paymentId/transactionId','orderId', канал (P2P/QR/App2App/NFC), банк платника, статус, сума/валюта, timestamp, UTR/банківське посилання.
Від PSP: фін-реєстри за зарахуваннями/поверненнями/корекціями, пізні оновлення статусів.

11) UX-патерни

Mobile-first: для мобайла - App2App; для десктопа - динамічний QR.
Ясні помилки: ліміти, таймаути, відмова SCA; кнопка безпечного повтору.
Квитанція: сума, час,'transactionId', канал, UTR, контакти саппорта.
Fallback: пропозиція альтернатив (карта/SEPA/інший метод) при'expired/failed'.

12) Рекуррент і мандати

Базовий MB WAY - one-off з SCA. Для підписок використовують зв'язку: перший платіж → e-mandate/SEPA DD/Open-Banking мандат; зберігайте ліміт/періодичність/повідомлення, екран управління мандатом.

13) High-risk вертикалі (включаючи iGaming)

Доступність/ліміти залежать від політики PSP/банків та місцевого права.
Очікуйте знижені пороги, посилений KYC, можливі hold'и.
Плануйте альтернативні рейки (карти, SEPA, open-banking PIS) і smart-routing по ризику.

14) Архітектура «MB WAY Gateway»

API-шар (REST/GraphQL) для каси та бекофісу.
Черги подій: статус-івенти → білінг/CRM/аналітика.
Security: vault для секретів, IP-allowlist PSP, сувора валідація redirect-URI, анти-replay токени.
Observability: конверсія по каналах (QR/App2App/P2P/NFC),'pending→success/expired', латентність до settlement.

15) Чек-лист виведення в прод

1. Підпишіть договір з PSP/SIBS, виберіть канали (App2App/QR/P2P/ATM-cashout при необхідності).
2. Реалізуйте'createPayment '/' requestMoney', динамічний QR, екрани помилок/лімітів.
3. Підключіть webhooks, ідемпотентність, ретраї і дедуп.
4. Налаштуйте recon (daily + full), зберігання UTR/фін-референцій.
5. Увімкніть partial/full refunds і ODR-процедури в саппорті.
6. Запустіть дашборди SLA і алерти по конверсії/латентності.
7. Проведіть e2e-тести з основними банками/пристроями, POS/ATM (якщо актуально).


Картка орієнтирів по лімітах

💡 Реальні пороги задають банки/PSP і відрізняються по каналах.

Per-txn / 24h / 7d: зберігати в конфігу, перевіряти до запуску.
Нові одержувачі/мерчанти: знижені пороги/витримка.
Канали: окремі ліміти для P2P, e-commerce, POS (QR/NFC), ATM.
Velocity/ризик: антифрод банку може м'яко відхиляти/уповільнювати операції.


Резюме

Для онлайну - App2App + динамічний QR, для роздробу - QR/NFC, для простих перекладів - P2P за номером.
Розділяйте онлайн-підтвердження і фінальний кредит в логіці, будуйте навколо webhooks + recon і partial refunds.
Не «вшивайте» суми: тримайте конфіги лімітів по банках/каналах і регулярно актуалізуйте.
Для підписок - зв'язка перший MB WAY → мандат з прозорим управлінням і повідомленнями.

Contact

Зв’яжіться з нами

Звертайтеся з будь-яких питань або за підтримкою.Ми завжди готові допомогти!

Розпочати інтеграцію

Email — обов’язковий. Telegram або WhatsApp — за бажанням.

Ваше ім’я необов’язково
Email необов’язково
Тема необов’язково
Повідомлення необов’язково
Telegram необов’язково
@
Якщо ви вкажете Telegram — ми відповімо й там, додатково до Email.
WhatsApp необов’язково
Формат: +код країни та номер (наприклад, +380XXXXXXXXX).

Натискаючи кнопку, ви погоджуєтесь на обробку даних.