Що партнери питають перед підписанням договору.

omwio — це мультитенантне програмне забезпечення, на якому можна запустити платіжну платформу під власним брендом. Кожен партнер отримує ізольований тенант на своєму домені: панель менеджера, панель мерчанта, хостовану сторінку оплати, Processing API і документацію для мерчантів. Мерчантів, провайдерів, роутинг, платежі, виплати, гаманці, інвойси й диспути там налаштовують, а не розробляють з нуля.

Від вас — бренд, мерчанти й договори з провайдерами. Від нас — технологічна основа, яку ми надаємо й підтримуємо.

Ні. omwio — це програмне забезпечення. Ми не еквайр, не платіжна установа, не установа електронних грошей і не надаємо фінансових послуг з переказу коштів. Ми ніколи не виступаємо платіжним провайдером ваших мерчантів.

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

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

Для компаній, які будують власний платіжний бізнес: платіжних компаній, що виходять на новий ринок; платформ, які хочуть приймати платежі самостійно, а не через посередника; операторів, яким уже не вистачає можливостей шлюзу, що не був розрахований на перепродаж.

Якщо вам потрібен лише один мерчант-акаунт для власного інтернет-магазину, краще звернутися до PSP, а не брати white-label платформу. Ми чесно скажемо про це вже на першому дзвінку.

Можна, але найбільше часу забирає саме те, чого не видно зовні: облік, який сходиться з вивантаженнями, роутинг, робота з диспутами, звірка, права доступу та ізоляція тенантів. В omwio все це вже є і працює злагоджено.

Вашій команді залишається налаштування — домени, провайдери, тарифи й мерчанти — і розвиток тих частин продукту, які справді відрізняють вас від інших.

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

Публічного прайс-листа немає. Вартість указується в договорі й залежить від тарифного плану (Core плюс обрані додаткові модулі) та графіка впровадження.

Тарифний план, набір модулів і графік ми фіксуємо письмово ще до підписання, тож усі комерційні умови ви знаєте заздалегідь.

Core — це не пробна версія. На самому Core тенант може підключати мерчантів із тарифами й комісіями, приймати платежі, робити виплати й повернення, працювати з чарджбеками й диспутами, виставляти інвойси з публічною сторінкою оплати, вести мультивалютні гаманці й обмін валют, налаштовувати роутинг між провайдерами та MID і бачити аналітику конверсії та провайдерів. Також є RBAC, двофакторна автентифікація і журнал дій адміністраторів.

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

Ні. Вимкнений модуль зникає з меню панелі та блокується на рівні API, тож він справді не працює, а не лише прихований з інтерфейсу.

Ні. Коли план призначають тенанту, набір його модулів фіксується для цього тенанта. Якщо потім змінити шаблон плану, робочі тенанти це не зачепить: оновлений план застосовують окремою дією — до одного тенанта або одразу до всіх тенантів на цьому плані.

Так. Після пів години розмови ми створюємо демо-тенант на демо-домені з вашим логотипом і кольорами, підключаємо тестового провайдера й показуємо весь шлях наживо: підключення мерчанта, платіж, виплату, інвойс і диспут.

Наступний крок — пілот: один мерчант, один провайдер і реальні платежі. Так ви побачите, як платформа працює саме у ваших умовах.

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

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

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

Дані картки платник вводить на хостованій сторінці оплати на вашому pay-хості, і вони захищеним каналом передаються провайдеру. У панелях вони ніколи не зберігаються, а мерчанти в своїй інтеграції взагалі не мають справи з повними номерами карток.

Які саме вимоги PCI DSS поширюються на вас, залежить від ваших провайдерів і того, як побудована ваша робота, тому остаточно це варто погодити з аудитором. Усю потрібну інформацію про платформу ми надамо.

Ви. Підключення, перевірка й моніторинг мерчантів, а також пов'язані з цим вимоги KYC і KYB — це відповідальність оператора тенанта та ваших ліцензованих провайдерів. Платформа дає для цього інструменти: окремі налаштування для кожного мерчанта, етапи перевірки з розмежуванням прав, антифрод і моніторинг.

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

Передавання даних за межі Європейської економічної зони відбувається на підставі рішення про належний рівень захисту або стандартних договірних положень. Актуальний перелік субобробників партнери можуть отримати на запит.

Так. Перш ніж створити тенант, ми перевіряємо юридичну особу, її власників і директорів, а також ліцензії, на які вона спирається. Крім того, перевіряємо їх за санкційними списками, переліками публічних осіб (PEP) і негативними згадками в медіа — і повторюємо такі перевірки регулярно. Що вищий ризик, то глибша перевірка.

Так. Панель менеджера, панель мерчанта, сторінка оплати, документація для мерчантів і листи беруть ваш бренд з одного налаштування тенанта. Мерчанти реєструються у вас, входять у вашу систему й отримують листи від вас. Що під капотом працює omwio, вони не бачать.

Так. Ви спрямовуєте домен на платформу, і на ньому з'являються п'ять ізольованих хостів з вашим брендом: manager, merchant, pay, api і docs — наприклад, merchant.yourbrand.com і api.yourbrand.com. Cookie прив'язані до конкретного хоста, тож сесія з домену одного тенанта не діє на іншому.

На хостованій сторінці оплати відображаються ваш логотип, кольори, тексти й порядок показу методів оплати, а сама платіжна логіка працює на перевіреному механізмі платформи. Глибше налаштування вигляду панелей, сторінки оплати й листів дає модуль «Кастомне брендування».

Так. Кожен бренд чи партнер — це окремий тенант на власному домені, зі своїми мерчантами, брендуванням і даними, ізольований від інших. Новий тенант додається через налаштування, без окремого розгортання.

Листи — інвойси, сповіщення, попередження й скидання пароля — надходять мовою отримувача, а не мовою панелі відправника. Кожен тенант також має власну мову за замовчуванням.

Так. Ви укладаєте договори з еквайрами та PSP напряму, платформа підключає їх як модулі провайдерів, ви додаєте до них свої MID і вирішуєте, які методи оплати доступні в кожній валюті. Мерчант-акаунтів і MID ми не видаємо.

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

Роутинг визначає, через який MID піде платіж. Методи оплати вмикаються окремо для кожної валюти, правила задаються для кожного методу, а для окремого мерчанта можна змінити налаштування, не чіпаючи загальних. Ще до запуску можна перевірити, яким маршрутом піде платіж конкретного мерчанта певним методом.

Повторні спроби та обробка статусів провайдера вже вбудовані в платформу, а аналітика показує частку успішних платежів і причини відмов для кожного провайдера й MID. Модуль «Моніторинг» додає сигнали про стан провайдерів, MID і маршрутів, щоб ви помічали проблеми раніше, ніж про них напишуть мерчанти.

Картковий еквайринг (через хостовану сторінку або пряме введення картки), переказ з картки на картку (P2P) із завантаженням підтвердження, банківські перекази через локальні платіжні системи, криптогаманці, переадресація на сторінку провайдера та локальні методи окремих регіонів. Що саме буде доступно, залежить від провайдерів, яких ви підключите.

Незалежно від провайдера наступний крок платника повертається в одному з чотирьох форматів: введення картки, реквізити для P2P-переказу, адреса криптогаманця або переадресація.

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

Так. Поодинокі й пакетні виплати з окремим кроком підтвердження входять у Core. Модуль «Масові виплати» додає завантаження реєстрів виплат з етапами перевірки й погодження, щоб великий пакет перевірили відповідальні люди ще до відправлення коштів.

Повернення, чарджбеки й процес розгляду диспутів входять у Core. Менеджер може дозволити мерчанту відкривати диспути щодо власних платежів і виплат — у панелі або через API — із зазначенням причини та до п'яти файлів-доказів. Рішення ухвалює менеджер, а баланси автоматично сторнуються й перераховуються.

Так, за допомогою модуля «Бухгалтерія і звірка»: казначейство, щоденний P&L, облік коштів у провайдерів і звірка розрахунків із чітким переліком розбіжностей. Так кожна невідповідність стає окремим пунктом у списку, а не сюрпризом наприкінці місяця.

Так, це модуль «Антифрод»: перевірка за правилами та лімітами частоти операцій під час створення транзакції, ще до того, як вона потрапить до провайдера. Модуль вмикається в тарифному плані.

Core містить аналітику конверсії та провайдерів: частку успішних платежів, причини відмов і динаміку обсягів у розрізі мерчантів, провайдерів і MID. Мерчанти мають власний дашборд. Виписки округлюються так само, як цифри на екрані. Модуль «Розширені експорти» додає вивантаження за розкладом і великих обсягів даних.

Через єдиний Processing API на вашому api-хості, а платник оплачує на хостованій сторінці на вашому pay-хості. API-ключі та колбеки мерчанти налаштовують у своїй панелі, а інтегруються за документацією на вашому docs-хості.

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

Кожен запит на проведення платежу підписується: HMAC-підпис тіла запиту, мітка часу й одноразовий ідентифікатор (nonce). Повторно надіслані запити відхиляються. Будь-яка помилка — валідації, автентифікації, підпису чи конфлікту — повертається в однаковому форматі: ok, error.code, error.message, error.details.

merchant_order_id унікальний у межах тенанта й мерчанта. Якщо надіслати запит із тим самим значенням ще раз, API поверне конфлікт 409, а не створить другий платіж. Тож повторні запити при нестабільному з'єднанні безпечні.

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

Так, на вашому docs-хості: з вашим брендом, довідником Processing API і даними вашого середовища. Мерчанта ніколи не перенаправлять на сайт з чужим брендом.

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

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

Канали підтримки, години роботи й рівень сервісу (SLA), якщо він передбачений, прописуються в договорі. Технічні питання надсилайте на tech@omwio.com. На звернення ми відповідаємо протягом одного робочого дня.

Ви, адже це ваші мерчанти, які працюють під вашим брендом. Модуль «Підтримка» дає вашій команді змогу відповідати на звернення мерчантів прямо в панелі, поруч із даними транзакцій, а модуль «Підтримка з AI» пропонує готові відповіді й автоматично сортує звернення.

Ні. Кожен запит прив'язується до свого тенанта за доменом ще до початку обробки. Тож ізоляція закладена в саму архітектуру, а не тримається на фільтрі в запиті, про який хтось може забути. Усередині тенанта доступ розмежовано за ролями (RBAC), а дії адміністраторів записуються в журнал.