# Qut Pay (Kaspi QR payments)

> Kaspi QR payments (Kazakhstan) via Qut Pay: create invoices, check status, refund, sandbox tests.

- name: kz.qut/mcp
- version: 0.1.3
- connection class: R1 (autonomous)
- trust: 96/100
- quality: 88/100 (good)
- owner: not claimed
- descriptor: https://api.protogrid.dev/v1/servers/kz.qut%2Fmcp
- tools: https://api.protogrid.dev/v1/servers/kz.qut%2Fmcp/tools

**An agent can connect on its own if it already holds `QUT_TOKEN`.** Remote endpoint behind a static API key or header. The registry never sees the value; the agent fills the placeholder.

## Connection (mcpServers)

```json
{
  "mcpServers": {
    "qut": {
      "type": "http",
      "url": "https://api.qut.kz/mcp",
      "headers": {
        "Authorization": "Bearer ${QUT_TOKEN}"
      }
    }
  }
}
```

Placeholders to fill: `${QUT_TOKEN}`.

## Trust

- hygiene: 100
- liveness: 100
- freshness: 100
- provenance: 85
- drivers: +repository +dns-namespace +website +reachable +uptime-100% +updated-19d-ago
- Derived from observable signals (official registry feed and our own credential-free probes); no code audit performed.

## Quality 88/100 (good)

### protocol: 75 (weight 25)

- warn `protocol.modern`: newest supported version is 2025-11-25; 2026-07-28 not supported, older versions are deprecated until 2027-07-28
- n/a `protocol.stateless`: only applies to 2026-07-28 servers
- pass `protocol.transport`: streamable HTTP
- n/a `protocol.list_ttl`: only applies to 2026-07-28 servers

### authorization: n/a (weight 15)

- n/a `auth.prm`, `auth.as_metadata`, `auth.cimd`: no remote uses OAuth
- n/a `auth.secret_in_url`: no templated URL

### tool hygiene: 94 (weight 30)

- pass `tools.descriptions`: every tool has a description
- pass `tools.description_length`: descriptions are concise
- pass `tools.schemas`: every tool has an object input schema
- pass `tools.annotations`: 9 of 9 tools declare readOnlyHint or destructiveHint
- warn `tools.directory_hints`: 3 of 9 tools declare all four hints; missing: qutpay_get_invoice (destructiveHint, idempotentHint); qutpay_account (destructiveHint, idempotentHint); qutpay_create_invoice (destructiveHint); …
- pass `tools.token_cost`: about 1,342 tokens to load every tool
- pass `tools.api_dump`: tools are not a one-to-one API dump
- pass `tools.hidden_text`: no hidden text in tool names, descriptions, schemas or annotations

### stability: 100 (weight 15)

- pass `stability.changes`: no tool changes in 30 days
- pass `stability.rug_pull`: no tool changed its meaning under the same name
- pass `stability.new_links`: no tool change named a new site

### dependencies: n/a (weight 15)

- n/a `deps.known_vulns`, `deps.mcp_sdk_version`, `deps.resolvable`: deps.dev does not know @qutpay/mcp@0.1.2

- tools: 9, about 1,342 tokens to load them all
- tool set hash: 3a1f15388ff35d1ee3df27b019f9cc7b
- badge: [![protogrid quality](https://protogrid.dev/badge/kz.qut/mcp.svg)](https://protogrid.dev/servers/kz.qut/mcp)
- Checks run on what our credential-free, read-only probes observe; tools are never called and no code audit is performed.

### Tool changes

_No tool definition changes recorded._

## Dependencies

- npm @qutpay/mcp@0.1.2: unknown

Dependency graphs from deps.dev; advisories from OSV.dev, including the GitHub Advisory Database and the PyPI Advisory Database; all CC BY 4.0.

## Remotes

- https://api.qut.kz/mcp (streamable-http, auth api_key ${QUT_TOKEN}, reachable true, uptime30d 1)

## Packages

- npm @qutpay/mcp@0.1.2 secrets: QUTPAY_API_KEY

## Tools (9)

- `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_cancel_invoice`: Closes a pending invoice. A QR may still be paid until expiresAt — then invoice.paid arrives anyway; handle it.
- `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 (e.g. "order-1001") so a retry never creates a second invoice. Amount in KZT, ≤ 2 decimals; whole tenge for kind="phone".
- `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_get_subscription`: Reads a recurring invoice schedule by id (sub_…). Needs the subscriptions:manage scope.
- `qutpay_list_invoices`: Lists invoices of the organization, newest first. Filter by status, externalOrderId, date range (ISO), limit ≤ 50, offset for paging.
- `qutpay_list_subscriptions`: Read-only list of recurring invoice schedules. Needs the subscriptions:manage scope on the key.
- `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 have asked for this refund explicitly.
- `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.