Skip to main content
Glama
votsie
by votsie

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
WATA_ENVNoSet to 'sandbox' to switch the cabinet and acquiring to the sandbox environment. Default is production.production
WATA_HOMENoDirectory for session data and logs. Default: ~/.wata-mcp~/.wata-mcp
WATA_COOKIENoCookie string (containing auth_cookie and XSRF-TOKEN) for cabinet authentication without storing a password.
WATA_ACQ_TOKENNoJWT token of the terminal for the public acquiring and digital goods API.
WATA_MAX_RETRIESNoNumber of retries on request failures. Default: 3.3
WATA_MIN_REQUEST_INTERVAL_MSNoMinimum interval between requests to avoid DDoS protection. Default: 350.350

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
wata_auth_statusB

Проверяет, есть ли действующая сессия личного кабинета, и показывает данные текущего пользователя.

wata_auth_loginA

Отправляет email и пароль. Кабинет всегда требует второй фактор: код придёт на почту, после чего нужно вызвать wata_auth_verify. ПРЕДПОЧТИТЕЛЬНО вызывать БЕЗ аргументов: тогда почта и пароль берутся из переменных окружения WATA_EMAIL и WATA_PASSWORD и никуда не записываются. Аргументы этого инструмента попадают в историю диалога клиента в открытом виде, поэтому передавать пароль напрямую стоит только если другого способа нет.

wata_auth_verifyA

Завершает вход, принимая код из письма. После успеха сессия сохраняется локально и живёт около 60 дней. Код одноразовый и живёт несколько минут: вызывайте сразу после получения. Неудачная попытка гасит запрос второго фактора — тогда начинайте вход заново. Учтите, что код попадёт в историю диалога; после входа он уже бесполезен, но саму историю стоит считать содержащей чувствительные данные.

wata_auth_logoutA

Завершает сессию на сервере и очищает локально сохранённые куки.

wata_profile_getB

Имя, почта, телефон, telegram, роли и идентификатор текущего пользователя.

wata_merchant_getA

Данные организации-мерчанта: название, статус, закреплённые менеджеры, даты создания и изменения.

wata_terminals_listA

Терминалы мерчанта с оборотом, выручкой, ставками WATA, типом продукта и доступными методами оплаты. Период From/To влияет на суммы оборота и выручки.

wata_terminal_getB

Полная карточка терминала, включая адрес вебхука, страницы успеха и ошибки, разрешённые домены.

wata_terminals_financeB

Балансы терминалов и статус готовности к конвертации/выплате.

wata_transactions_listB

Транзакции мерчанта с курсорной пагинацией. Для следующей страницы передайте nextCursorId и nextCursorDate из предыдущего ответа.

wata_transactions_countsA

Количество транзакций в разрезе статусов: created, paid, pending, declined.

wata_links_listD

Созданные платёжные ссылки мерчанта.

wata_chargebacks_listB

Список чарджбеков с курсорной пагинацией.

wata_subscriptions_listD

Регулярные списания (подписки) мерчанта.

wata_subscriptions_countsA

Количество подписок по статусам: active, completed, failed.

wata_finance_summaryB

Суммарный оборот и выручка мерчанта за период, по валютам.

wata_finance_dailyB

Разбивка оборота и выручки по дням — основа для графиков и сверки.

wata_payouts_historyC

Выплаты мерчанту: сумма, статус, дата, задействованные терминалы.

wata_converts_historyC

Конвертации выручки терминалов, включая курс и итоговую сумму.

wata_wallet_balancesA

Счета кошелька и остатки по валютам (в том числе USDT), с точностью каждой валюты.

wata_wallet_operationsC

История операций кошелька. accountId берётся из wata_wallet_balances.

wata_wallet_withdrawal_methodsB

Доступные способы фиатного вывода средств и привязанные к ним терминалы.

wata_wallet_banksA

Банки, доступные для фиатного вывода, с их номерами для СБП.

wata_digital_goods_ordersC

Заказы направления digital goods: Steam, Telegram Stars, пополнения, ваучеры.

wata_support_ticketsC

Обращения в поддержку: тема, категория, статус, наличие непрочитанных ответов.

wata_raw_requestA

Выполняет любой запрос к API личного кабинета с текущей сессией, antiforgery-токеном и защитой от DDoS-Guard. Нужен для того, что ещё не покрыто типизированными инструментами. Путь должен начинаться с /api/. Осторожно: метод, отличный от GET, изменяет данные аккаунта.

wata_terminal_ratesA

Комиссии WATA по всем методам оплаты для указанного терминала.

wata_terminal_payer_rates_setA

Задаёт, какая часть комиссии по конкретному методу оплаты перекладывается на плательщика. Ставка меняется по одному методу за вызов. Доступные методы смотрите в wata_terminal_rates.

wata_terminal_api_tokens_listA

Список выпущенных JWT-токенов публичного API для терминала (сами значения токенов сервер обычно не возвращает повторно).

wata_terminal_api_token_createA

Создаёт новый JWT для публичного API эквайринга. Значение токена показывается один раз — сохраните его сразу в WATA_ACQ_TOKEN. На терминал допускается от одного до пяти токенов, срок действия от 1 до 12 месяцев. Токен работает только с согласованных с WATA IP-адресов.

wata_terminal_api_token_revokeA

Безвозвратно отзывает выпущенный JWT публичного API.

wata_terminal_updateA

Меняет настройки боевого терминала: адрес вебхука, страницы успеха и ошибки, а также какие именно уведомления слать. Это основной способ подключить приём вебхуков. Передавайте только те поля, которые нужно изменить. ВНИМАНИЕ: предоплатный вебхук (sendPrePayWebhook) требует ответа за 10 секунд — если ваш сервер не ответит, транзакция будет отклонена без обращения в банк.

wata_terminal_testB

Переключает терминал в тестовый режим или обратно.

wata_transaction_getB

Полная карточка транзакции по идентификатору.

wata_transaction_refundA

НЕОБРАТИМАЯ ДЕНЕЖНАЯ ОПЕРАЦИЯ. Создаёт возврат по транзакции. Нужны только идентификатор исходной транзакции и сумма — валюта берётся из неё же. Для полного возврата передайте сумму, равную сумме исходной транзакции. Поля «причина возврата» в API нет.

wata_transaction_resend_webhookA

Просит WATA повторно доставить вебхук об оплате на адрес терминала. Удобно, когда ваш сервер не принял уведомление.

wata_link_getC

Карточка платёжной ссылки по идентификатору.

wata_link_createA

Создаёт платёжную ссылку от имени кабинета — без JWT-токена терминала. Удобно, когда токен ещё не выпущен: терминал указывается явно. Если вы интегрируете приём платежей в свой сервис, используйте wata_acq_link_create.

wata_link_closeA

Закрывает платёжную ссылку, чтобы по ней больше нельзя было платить. Кабинет требует передать вместе со статусом сумму, валюту и терминал ссылки — возьмите их из wata_link_get. Создание ссылок делается через wata_acq_link_create.

wata_chargeback_getC

Карточка чарджбека по идентификатору.

wata_subscription_getD

Карточка регулярного списания.

wata_subscription_set_statusA

Приостанавливает, возобновляет или отменяет подписку.

wata_wallet_ratesB

Актуальные курсы конвертации, используемые кошельком.

wata_wallet_operation_getB

Карточка одной операции по идентификатору.

wata_wallet_withdrawal_limitsB

Лимиты вывода. Параметры обязательны: для фиата — currency и method, для крипты — currency и blockchainType. Без них сервер отвечает «Ваш запрос недействителен».

wata_wallet_withdrawal_terminal_infoB

Информация о терминале, через который проходит фиатный вывод.

wata_wallet_withdrawal_commissionA

Считает комиссию и возвращает orderId и quoteId, без которых нельзя создать заявку. Ничего не списывает — безопасный способ узнать итоговую сумму заранее.

wata_wallet_withdraw_initiateA

ДЕНЕЖНАЯ ОПЕРАЦИЯ. Создаёт заявку на вывод; деньги ещё не уходят. Сначала вызовите wata_wallet_withdrawal_commission — оттуда берутся orderId и quoteId. В ответе придёт credentialTokenId, он нужен для подтверждения. Для СБП нужны bankNumber (из wata_wallet_banks) и телефон получателя из 11 цифр, начиная с 7. Вывод НА КАРТУ через API невозможен: номер карты вводится только в защищённом виджете кабинета.

wata_wallet_withdraw_confirmA

ДЕНЕЖНАЯ ОПЕРАЦИЯ, НЕОБРАТИМАЯ. После этого вызова средства уходят. Нужны код подтверждения и credentialTokenId из заявки. Для фиата дополнительно передаётся orderId, для крипты — нет.

wata_wallet_fiat_order_getB

Текущее состояние ранее созданной заявки.

wata_wallet_crypto_depositC

Запрашивает реквизиты для пополнения кошелька в криптовалюте.

wata_wallet_transferC

ДЕНЕЖНАЯ ОПЕРАЦИЯ. Переводит средства между счетами кошелька.

wata_wallet_autosettlement_getB

Текущие правила автоматического вывода выручки.

wata_wallet_autosettlement_initiateA

Создаёт запрос на изменение правил автоматического вывода. Требует подтверждения кодом. balancePercentage — какая доля баланса выводится, minimumThreshold — порог срабатывания.

wata_wallet_autosettlement_confirmB

Подтверждает изменение правил автоматического вывода средств.

wata_support_ticket_getB

Обращение в поддержку целиком, включая переписку.

wata_support_ticket_createA

Открывает новое обращение в поддержку WATA. Категория определяет маршрут обращения внутри WATA — например, MissingTransaction для недошедшего платежа. Указывайте в тексте идентификаторы транзакции и терминала: так обращение решается быстрее.

wata_support_ticket_replyA

Добавляет комментарий в обращение поддержки от имени мерчанта. Кабинет принимает этот запрос как multipart/form-data, а не как JSON — инструмент собирает нужную форму сам.

wata_support_comment_mark_readA

Снимает отметку о непрочитанном ответе поддержки.

wata_digital_goods_order_statusesB

Количество заказов digital goods в разрезе статусов.

wata_digital_goods_order_getC

Карточка заказа digital goods по терминалу и идентификатору заказа.

wata_stories_disableA

Выключает баннеры-истории в интерфейсе кабинета.

wata_password_reset_requestC

Отправляет на почту код для восстановления пароля.

wata_password_reset_confirmB

Устанавливает новый пароль, используя код из письма.

wata_admin_subscriptionsC

Расширенный список подписок, доступный из административного раздела кабинета.

wata_acq_link_createA

Создаёт платёжную ссылку через публичный API. Ссылка создаётся для терминала, которому принадлежит токен WATA_ACQ_TOKEN — отдельно терминал не указывается. В ответе поле url можно сразу отдавать плательщику. Ограничения: сумма от 10 RUB (1 USD/EUR) до 999999.99; срок жизни от 10 минут до 30 дней, по умолчанию 3 дня. Точные лимиты шлюза уточняются у менеджера WATA.

wata_acq_links_findB

Ищет платёжные ссылки терминала. Пагинация постраничная: skipCount и maxResultCount — в отличие от поиска транзакций, где используется курсор.

wata_acq_link_getA

Возвращает ссылку целиком, включая блок digitalGood, которого нет в результатах поиска.

wata_acq_transactions_findB

Ищет транзакции терминала. Пагинация КУРСОРНАЯ: для следующей страницы передайте cursorId и cursorAmount из полей nextCursorId и nextCursorAmount предыдущего ответа.

wata_acq_transaction_getC

Карточка транзакции. Учтите расхождение с вебхуком: здесь комиссия называется totalCommission, а в payload вебхука то же значение приходит как commission.

wata_acq_refund_createA

НЕОБРАТИМАЯ ДЕНЕЖНАЯ ОПЕРАЦИЯ. Нужны только два поля: идентификатор исходной транзакции и сумма — валюта берётся из исходной транзакции. Сумма должна быть больше нуля, не превышать доступный остаток и содержать не более двух знаков после запятой. Возврат недоступен на терминалах с продуктом «Цифровые товары + Эквайринг».

wata_acq_balanceA

Баланс терминала на дату. Дата обязательна и может быть ТОЛЬКО сегодняшней или вчерашней по UTC — другие значения сервер отвергает. За более ранние периоды берите отчёты кабинета (wata_finance_daily).

wata_acq_pay_sbpA

Создаёт платёж по СБП и возвращает sbpLink для перенаправления плательщика. Только рубли — поля валюты у этого метода нет. Требуется прямая интеграция H2H.

wata_acq_pay_tpayC

Создаёт платёж через T-Pay и возвращает tPayLink. Только рубли, поля валюты нет.

wata_acq_pay_cardA

Оплата картой по криптограмме. Криптограмму НЕЛЬЗЯ собрать на сервере: её формирует клиентский скрипт чекаута WATA в браузере плательщика, а вы лишь передаёте полученную строку. Если у вас нет готовой криптограммы, используйте платёжную ссылку (wata_acq_link_create).

wata_webhook_public_keyA

Получает публичный RSA-ключ WATA в формате PEM. Авторизация не требуется. У боевого окружения и песочницы ключи РАЗНЫЕ — окружение выбирается переменной WATA_ENV.

wata_webhook_verifyA

Проверяет подлинность уведомления WATA: подпись из заголовка X-Signature по алгоритму SHA512withRSA. Передавайте СЫРОЕ тело запроса — ровно ту строку, что пришла по сети. Если разобрать JSON и собрать обратно, порядок ключей и пробелы изменятся, и проверка провалится на подлинном уведомлении. Ключ подтягивается автоматически, если не передан.

wata_webhook_guideA

Возвращает справку по приёму уведомлений: где задать адрес, что вернуть в ответ, какие бывают события и как проверять подпись. Полезно перед написанием обработчика.

wata_dg_steam_priceB

Считает стоимость пополнения Steam-аккаунта. Два сценария: по желаемой сумме зачисления на аккаунт либо по сумме платежа — выберите режим параметром by.

wata_dg_steam_order_createA

Создаёт заказ на пополнение Steam-аккаунта. При payment=acquiring в ответе будет ссылка на оплату для покупателя; при payment=deposit сумма спишется с депозитного баланса мерчанта.

wata_dg_steam_order_getA

Проверяет статус заказа на пополнение Steam. Укажите тот же payment, что и при создании: у депозитных заказов статус лежит по общему адресу, а не по адресу направления.

wata_dg_stars_priceB

Возвращает стоимость покупки звёзд и минимально допустимое количество.

wata_dg_stars_order_createA

Создаёт заказ на покупку звёзд. Заказ может попасть в статус Review — тогда его нужно явно подтвердить (wata_dg_stars_order_confirm) или отклонить.

wata_dg_stars_order_confirmB

Подтверждает заказ, находящийся в статусе Review.

wata_dg_stars_order_rejectC

Отменяет заказ, находящийся в статусе Review.

wata_dg_stars_order_getB

Проверяет статус заказа на покупку звёзд.

wata_dg_catalogA

Список доступных позиций: для topup — игры и внутриигровые позиции, для vouchers — сервисы и номиналы ваучеров. Набор зависит от способа оплаты.

wata_dg_order_createB

Создаёт заказ на покупку игровой позиции (topup) или ваучеров (vouchers). Позицию берите из wata_dg_catalog с тем же значением payment.

wata_dg_order_getB

Проверяет статус заказа. Для ваучеров с оплатой acquiring здесь же возвращаются коды ваучеров.

wata_dg_deposit_balanceA

Текущий остаток депозитного баланса мерчанта — из него оплачиваются заказы с payment=deposit. Это отдельный баланс, не совпадающий с кошельком кабинета.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

C2.8/5.0

Scored across 90 tools

Disambiguation3/5

The toolset is organized by domain prefixes (dg, acq, wallet, terminal), but several tools have overlapping purposes: wata_dg_order_get vs wata_digital_goods_order_get both fetch digital-goods orders, and cabinet vs acq variants exist for links and transactions. Descriptions are detailed and clarify most differences, but the sheer number of similar get/list tools creates real selection ambiguity.

Naming Consistency3/5

Most tools follow a wata_<domain>_<resource>_<action> pattern, but the same digital-goods domain is inconsistently abbreviated as dg in some tools and digital_goods in others. Also, withdraw and withdrawal are used interchangeably in the wallet group, and list vs find appear in parallel link/transaction tools. Still readable and mostly predictable.

Tool Count1/5

With 90 tools, this is far beyond the 25+ threshold and even the 50+ extreme-mismatch threshold. While the WATA platform is broad, this many tools in one MCP server will overwhelm context limits and confuse tool selection; it should be split into domain-specific servers.

Completeness4/5

The surface is very complete for a payment platform: auth, terminals, transactions, refunds, links, chargebacks, subscriptions, wallet operations, digital goods, acquiring, support, and webhooks are all represented, with wata_raw_request as a fallback. Minor gaps remain (no explicit update for links, no cancel for unpaid digital-goods orders, no chargeback response), but agents can work around them.

Maintenance

ActivityMaintained
ResponsivenessNo issues