> ## Documentation Index
> Fetch the complete documentation index at: https://docs.paymove.io/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> ## paymove integration rules for AI agents
>
> These rules are verified against the live API. Follow them exactly.
>
> 1. Amounts are INTEGERS in grosze (minor units). `1000` means 10.00 PLN. PLN is the only supported currency and there is no currency field in the API.
> 2. A float `price` (e.g. `12.99`) is SILENTLY TRUNCATED to 12 grosze and still returns HTTP 200. Always send an integer: `Math.round(pln * 100)`.
> 3. Authenticate with the `X-API-KEY` header. Never `Authorization: Bearer`. Sandbox keys start with `sk_test_`, production keys with `sk_live_`.
> 4. Server-side only. A call from a merchant page is rejected. Never put the key in frontend code.
> 5. Unknown request fields are silently ignored and still return HTTP 200 — a wrong body shape looks like success. Match the documented shape exactly.
> 6. A missing `externalId` returns HTTP 500 `Something went wrong`, not 400. A missing `price` or `details.returnUrl` returns HTTP 200 and a usable `redirectUrl` — no error at all. Validate the body yourself before sending it.
> 7. Always verify the `X-Paymove-Signature` header on incoming webhooks before trusting them: https://docs.paymove.io/en/webhook-signature.md
> 8. Errors are `{"status": <int>, "message": "<text>"}`. Branch on the HTTP status only — never on `message`, which is unstable and leaks internal class names.
> 9. There is no rate limiting, no HTTP 429, no HTTP 422, no `Idempotency-Key` header and no API versioning. Do not write code that handles them.
> 10. Re-POSTing an `externalId` that already exists returns HTTP 200 with the ORIGINAL `redirectUrl` and silently discards EVERY field you send — the new price, description and details are all ignored. Use `PATCH /api/pay/product/{productId}/subproduct/{externalId}` to change a price.
> 11. Webhooks fire only on `COMPLETED` by default, and `retries` defaults to `0` (no retries) unless you set it explicitly. Delivery counts as successful when the HTTP status equals `expectedCode` — the response body is never inspected.
> 12. Never fulfil an order on the `returnUrl` redirect. The checkout does not redirect there by itself: the customer has to click "back to shop", and inside the widget modal that redirect never happens. Fulfil only in the webhook handler, after verifying the signature.
> 13. Do not pin a version of `@paymove-io/sdk` — install the latest.
> 14. Full documentation index: https://docs.paymove.io/llms.txt · Copy-paste quickstart: https://docs.paymove.io/en/quickstart.md · Agent skill: https://docs.paymove.io/skill.md

# Start

> Link płatności — przyjmowanie płatności bez sklepu internetowego, przez link lub kod QR.

Link płatności (Payment Link) pozwala przyjąć płatność **za cokolwiek** - usługę, rezerwację, zbiórkę, zamówienie telefoniczne - bez sklepu internetowego i bez koszyka. Integracja w podstawowym scenariuszu jest prosta: **produkt tworzysz raz**, a następnie dla każdej płatności rejestrujesz **subprodukt**. W odpowiedzi otrzymujesz kod QR z linkiem, który przekierowuje płacącego bezpośrednio do strony płatności - możesz go wysłać e-mailem, SMS-em, umieścić na wydruku lub pokazać na ekranie.

## Jak działa płatność?

```mermaid theme={"theme":{"light":"one-light","dark":"one-dark-pro"}}
sequenceDiagram
    participant M as Twój system
    participant P as Paymove API
    participant K as Płacący

    Note over M,P: Jednorazowo
    M->>P: Utwórz produkt (partnerId, name)
    P->>M: { productId }
    Note over M,P: Dla każdej płatności
    M->>P: Utwórz subprodukt (externalId, price, details)
    P->>M: Kod QR z linkiem płatności
    M->>K: Wysyłka linku (e-mail, SMS, wydruk, ekran)
    K->>P: Otwiera link lub skanuje kod i płaci
```

| Krok | Kto         | Co się dzieje                                                                   |
| ---- | ----------- | ------------------------------------------------------------------------------- |
| 1    | Twój system | Tworzy produkt - jednorazowo, przy starcie integracji                           |
| 2    | Twój system | Dla każdej płatności tworzy subprodukt z `externalId`, kwotą i opisem płatności |
| 3    | Paymove     | Zwraca kod QR z linkiem przekierowującym do płatności                           |
| 4    | Płacący     | Otwiera link (lub skanuje kod) i opłaca dowolną należność                       |

<CardGroup cols={2}>
  <Card title="Wystaw link płatności" icon="rocket" href="/products/payment-link/integration">
    Krok po kroku: utworzenie produktu i subproduktu z linkiem płatności.
  </Card>

  <Card title="REST API" icon="code" href="/products/docpay/rest-api">
    Pełna dokumentacja endpointów PAY API: cennik, formularze, personalizacja UI, webhooki.
  </Card>
</CardGroup>

## Co potrzebujesz do integracji

| Dane        | Format                                                | Opis                                                    |
| ----------- | ----------------------------------------------------- | ------------------------------------------------------- |
| `apiKey`    | `sk_test_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx` | Klucz autoryzacyjny przekazywany w nagłówku `X-API-KEY` |
| `partnerId` | `78562c79-2f5c-4415-8af4-c871eea92ef2`                | UUID identyfikujący partnera w systemie Paymove         |

`Klucz API` i `partnerId` otrzymasz od Paymove. Adres środowiska sandbox: `https://gateway-api.sandbox.paymove.io`.
