Navoka запускає платіжні інструменти для ШІ з лімітами, встановленими власником рахунку

12 листопада 2026 року Wirex представила Navoka — спеціалізованого ШІ-агента для платежів і фінансів із власним гаманцем для стейблкоїнів, IBAN і дебетовою карткою. Презентація відбулася на заході Full Stack London. Агент може робити покупки, оплачувати рахунки та інші платежі, переказувати гроші й виплачувати кошти підрядникам, дотримуючись інструкцій і лімітів витрат, установлених власником рахунку.

В огляді продукту Navoka зазначено, що доступні рахунки в доларах, євро та фунтах із підтримкою ACH, SEPA, Faster Payments, SWIFT і мереж стейблкоїнів. Доступність залежить від відповідності вимогам, яку перевіряють під час входу. Navoka працює окремо від Wirex One, а її гаманець, IBAN і картка призначені для транзакцій агента, а не для списання коштів із наявної картки клієнта.

В умовах продукту компанію Wirex Holdings Limited визначено оператором програмного забезпечення. Окрема компанія групи Wirex зберігає кошти, випускає картки й виконує платежі на підставі власних умов. Navoka сама по собі є програмним забезпеченням, а не фінансовою послугою, і відокремлює інтерфейс ШІ від організації, відповідальної за базові рахунки й транзакції.

Правила витрат діють на етапі авторизації

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

Нові отримувачі, суми понад поріг схвалення, заблоковані категорії та нові країни залишаються на утриманні, навіть якщо автоматичні платежі ввімкнено. Агент може прочитати доручення, але не може його змінити; засоби схвалення прив’язані до особи власника рахунку та його пристрою або вебсеансу. Підключені асистенти не можуть змінювати ці правила чи самостійно схвалювати власні запити на оплату.

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

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

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

Асистенти й розробники працюють з одним рахунком

Після входу створюється рахунок, на якому одразу можна зберігати й переказувати USDC та EURC, тоді як для отримання IBAN і картки потрібно підтвердити особу. Telegram уже доступний, а WhatsApp та iMessage зазначені як майбутні інтеграції. Користувачі також можуть підключити до того самого рахунку й набору правил ChatGPT, Claude або Grok.

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

У технічній документації Navoka для розробників описано кінцеву точку Model Context Protocol із використанням OAuth 2.1 з PKCE, а також еквівалентний інтерфейс REST. Інструменти дають змогу переглядати баланси, оплачувати рахунки, переказувати кошти фізичним особам і компаніям, здійснювати пакетні виплати, випускати картки та перевіряти статус транзакцій. Для запитів, що не відповідають правилам, повертається статус утримання з поясненням зрозумілою мовою; для кожної операції запису потрібно вказати причину, яка зберігається в реєстрі.

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

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

Інвестування відбувається за правилами, визначеними користувачем

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

У документації з торгівлі зазначено, що агент виконує правила, написані користувачем, а не обирає інвестиції чи час виходу на ринок. Для кожного ордера потрібне правило; сервіс не використовує кредитне плече чи деривативи. Токенізовані акції визначено як вимоги до їхніх емітентів, а не як базові акції; розрахунки за такими ордерами здійснюються в USDC або EURC.

В умовах Navoka зазначено, що інтерпретації повідомлень, рахунків-фактур і сторінок продавців, створені ШІ, можуть бути помилковими, неповними або застарілими. Перед підтвердженням користувачам слід перевіряти суми, отримувачів платежів і призначення платежів; водночас в умовах зазначено, що платіжні дані не використовуються для навчання сторонніх моделей.

На практиці це означає, що модель делегування Navoka значною мірою залежить від мандата та журналу аудиту. Регулярні транзакції можуть виконуватися без повторних підтверджень, однак відповідальність за встановлені обмеження та перевірку результатів роботи ШІ залишається за власником рахунку.