Qut Pay (Kaspi QR payments)

Ingested from the official MCP Registry

FastDrop pulled this entry from the official MCP Registry as kz.qut/mcp and probed the endpoint. The maker did not submit it, so the outbound link is not endorsed and the description is not theirs.

If this is your server, claim the listing to edit it and take ownership. The registry index lists everything else still awaiting a probe.

Tools this endpoint exposes

Read directly from the endpoint on 26 Oct 2026. Not supplied by the maker.

• qutpay_account

  Returns the organization behind the API key: mode (sandbox or live), tariff and limits, connected Kaspi cashiers, provider status. Call this first.

• qutpay_create_invoice

  Creates an invoice (QR by default, or pushed to the customer's Kaspi.kz app with kind="phone"). Returns payUrl (hosted pay page), qrImageUrl, deepLink, expiresAt (~3 min). Always pass idempotencyKey (

• qutpay_get_invoice

  Reads one invoice by id (inv_…). live=true asks Kaspi right now instead of the cached status. Status flow: new → pending → paid | failed | expired | cancelled; paid → partially_refunded → refunded.

• qutpay_list_invoices

  Lists invoices of the organization, newest first. Filter by status, externalOrderId, date range (ISO), limit ≤ 50, offset for paging.

• qutpay_cancel_invoice

  Closes a pending invoice. A QR may still be paid until expiresAt — then invoice.paid arrives anyway; handle it.

• qutpay_refund_invoice

  Full refund (omit amount) or partial refund of a paid invoice. Needs the refunds:write scope. With a LIVE key real money is returned to the customer, so confirm=true is required and the merchant must

• qutpay_simulate_payment

  Completes a sandbox invoice as paid / failed / expired without Kaspi, so the whole flow including the merchant's webhook can be tested. Refuses to run with a live key.

• qutpay_list_subscriptions

  Read-only list of recurring invoice schedules. Needs the subscriptions:manage scope on the key.