Кейси/Необанк
Необанк4 хв читання

Finia додала криптогаманці та Mastercard без побудови інфраструктури

Європейський необанк хотів додати гаманці та карткові сценарії без перетворення внутрішньої команди на відділ криптоінфраструктури.

🏧
Профіль клієнта
ІндустріяНеобанк / цифровий банк
РинокЄвропейський фінтех
Основна потребаШар гаманців і карток
ВикликДодати криптосценарії без побудови інфраструктури з нуля
ПродуктиBROsettlement + BROwallet + BROcard
ІнтеграціяAPI + продуктові шари
Виклик

З чим команда зіткнулася.

⏱️

Криптоінфраструктура була поза основною продуктовою роботою

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

🔧

Кілька провайдерів і кілька контрактів

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

📜

Регуляторні процеси потрібно було врахувати рано

Робота в ЄС означала, що AML-скринінг, Travel Rule metadata, KYC/KYB-передачі та записи журналу мають бути частиною операційної моделі з початку.

💳

Гаманці й картки мали відчуватися як один продукт

Продуктовій команді потрібно було поєднати баланси гаманців, карткові контролі та користувацький досвід, а не отримати кілька окремих vendor-поверхонь.

Рішення

Один інфраструктурний шлях для гаманців, карток і фіатних сценаріїв.

BROsettlementBROwalletBROcard
🏛️

BROsettlement — шар гаманців і журналу

Вбудовані MPC-гаманці, події транзакцій і записи операційного журналу лежать під продуктовим досвідом необанку.

💚

BROwallet — брендований досвід гаманця

Шар гаманця дає необанку швидший шлях до криптобалансів, обмінних сценаріїв і фіатного вводу/виводу без окремої побудови wallet-продукту.

💳

BROcard — картковий продуктовий шар

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

📜

Процеси відповідності підключені рано

AML-скринінг, KYC/KYB-передачі, Travel Rule metadata та експорти журналу можна підключити до операційної моделі, а не додавати постфактум.

Застосунок необанку
Mobile · Web · наявний UX клієнтів
BroLabel Full Stack
BROsettlement · BROwallet · BROcard APIs
Compliance + Fiat Rails
AML · MiCA · KYC · SEPA · SWIFT
Картковий і мережевий шар
Mastercard · баланси гаманців · підтримувані мережі
Інтеграція

Як це вбудовується
у їхній стек.

BroLabel інтегрується як API-шар між продуктом клієнта та блокчейном. Команда клієнта зберігає контроль через RBAC, а BroLabel бере на себе MPC-криптографію, роботу з мережами та технічні елементи відповідності.

📅
Від тестового середовища до запуску
Команда може перевірити основні сценарії до роботи з реальними активами.
🔐
Ed25519-автентифікація з першого дня
Підпис кожного запиту з IP-вайтлістом і nonce-захистом від повторного використання.
🤝
Виділена підтримка інтеграції
Команда BroLabel супроводжує інтеграцію напряму, без черги заявок і зайвих затримок.
Результати

Операційний результат.

Гаманці
продуктовий шар
баланси й UX гаманця під брендом необанку
Картки
сценарій витрат
карткові контролі поєднані з балансами гаманців
Журнал
операційний запис
рух гаманців і карток готовий до перегляду
Фіат
ввід/вивід
шляхи поповнення й виведення поєднані з продуктом
API
поверхня інтеграції
один продуктовий шлях замість розростання провайдерів
Команда
фокус збережено
інженери лишаються зосередженими на UX необанку
Цінність була в тому, що гаманці, картки, фіатні сценарії та операційні записи планувалися як один продуктовий шлях, а не як чотири непов'язані vendor-проєкти.
C
CPO, Finia
Chief Product Officer
Анонімізований європейський необанк
Отримайте схожий результат

Готові запускатися?

Спроєктуйте сценарій гаманців і карток

Опишіть ваш сценарій гаманців, виплат або звірки, і ми підберемо відповідну конфігурацію BroLabel.