Kam se v SEPA XML píše variabilní symbol

ARLing s. r. o. · 6. září 2026

Kdo připravuje hromadný příkaz k úhradě ve formátu pain.001 poprvé, obvykle hledá v XML pole s názvem podobným VariableSymbol nebo VS. Takové pole tam není a hledání je zbytečné. Norma, na které je pain.001 postavená, tento pojem vůbec nezná.

Proč v pain.001 není pole pro VS, SS ani KS

Formát pain.001.001.03, ve kterém banky přijímají SEPA úhrady, vychází z mezinárodní normy ISO 20022. Ta popisuje platební zprávy obecně pro celou Evropu a definuje pole jako jméno a IBAN plátce, jméno a IBAN příjemce, částku, měnu a datum splatnosti.

Variabilní, specifický a konstantní symbol jsou pojmy z domácího bezhotovostního styku v Česku a na Slovensku. V ISO 20022 pro ně žádná pole neexistují, protože norma je psaná tak, aby fungovala i v zemích, které tyto symboly vůbec nepoužívají.

Jediné volné pole: PmtId/EndToEndId

ISO 20022 nabízí jedno volné textové pole, do kterého se dá podobný údaj vložit: identifikátor plátce k platbě, technicky PmtId/EndToEndId. Je to povinné pole, jeho obsah si banka nijak nevykládá a beze změny ho posílá dál až k příjemci. Smí mít nejvýše 35 znaků.

Protože je to jediné volné textové pole v celé platbě, zavedla se mezi bankami konvence, jak do něj zapsat všechny tři symboly najednou: každý symbol dostane svou značku a lomítko před sebou.

/VS123456/SS789/KS0308

Tuto konkrétní podobu zápisu doporučuje slovenská centrální banka (Národná banka Slovenska, NBS) a se stejným zápisem počítá i dokumentace slovenské banky ČSOB pro import SEPA plateb. Jde o slovenskou bankovní konvenci, ne o část samotné normy ISO 20022 a ne o pravidlo, které by muselo platit stejně i pro banky v Česku. Pro české banky přesně tento zápis ověřený nemáme, takže pokud vám záleží na tom, aby si příjemce platbu spároval automaticky, formát si vždy ověřte v dokumentaci své banky.

Na pořadí záleží

Pořadí musí být vždy VS, potom SS, potom KS. Symbol, který nepoužíváte, se do zápisu vůbec nepíše, segmenty se nepočítají s nulou místo chybějící hodnoty.

Když je pořadí prohozené nebo obsahuje překlep ve značce, banka platbu stále provede. Banka totiž obsah EndToEndId nekontroluje proti žádnému seznamu značek, jen proti délce a povoleným znakům. Problém nastane až na druhé straně: účetní software příjemce, který platby spárovává automaticky podle variabilního symbolu s vystavenými fakturami, očekává přesně tento formát. Když ho nenajde, platba dorazí, ale zůstane nespárovaná a někdo ji musí spárovat ručně.

Limity na jednotlivé symboly

Podle stejné slovenské konvence platí pro každý symbol vlastní limit délky a všechny tři se píší výhradně číslicemi:

• Variabilní symbol (VS): nejvýše 10 číslic.
• Specifický symbol (SS): nejvýše 10 číslic.
• Konstantní symbol (KS): nejvýše 4 číslice.
• Celé pole EndToEndId: nejvýše 35 znaků včetně lomítek a značek VS, SS, KS.

Písmeno, mezera nebo pomlčka v kterémkoli z těchto tří symbolů je chyba. Pokud je delší text potřeba, patří do jiného pole, do poznámky pro příjemce (RmtInf/Ustrd), ne do EndToEndId.

U delšího variabilního symbolu, který spolu se specifickým a konstantním symbolem a značkami přesáhne 35 znaků, pole porušuje limit Max35Text z normy ISO 20022. Jak přesně na takové pole zareaguje konkrétní banka (odmítne celý soubor, nebo pole jinak ořeže), jsme neověřovali. Kdo posílá více plateb najednou, v jednom souboru pain.001, ať si tuto matematiku spočítá předem u té platby, kde má nejdelší symboly zároveň.

Jak si to ověřit před odesláním

Kdo hromadný příkaz sestavuje ručně nebo z exportu, kde si není jistý, jestli je pole poskládané správně, si to může zkontrolovat i bez odesílání do banky. Bezplatný nástroj SEPA pain.001 Doctor projde celý soubor a na pole EndToEndId se podívá zvlášť: upozorní na špatné pořadí VS, SS a KS, na příliš dlouhý symbol i na písmeno tam, kde má být jen číslice.