§ 6 Vyhláška o provedení některých ustanovení zákona o pomoci v hmotné nouzi – Účinnost
Vyhláška o provedení některých ustanovení zákona o pomoci v hmotné nouzi · 368/2025 Sb. · § 6 · Ostatní právní předpisy
§ 6 Účinnost
(1) Tato vyhláška nabývá účinnosti dnem 1. října 2025.
(2) Ustanovení § 1 pozbývá platnosti uplynutím dne 30. dubna 2026.
Ministr:
Ing. Jurečka v. r.
Příloha č. 1
A) Specifikace komunikace mezi peněžním ústavem a orgánem pomoci v hmotné nouzi
1) Orgán pomoci v hmotné nouzi odešle písemnou žádost jako zprávu obsahující dokument výzvy a XML soubor z datové schránky orgánu pomoci v hmotné nouzi do datové schránky peněžního ústavu. Orgán pomoci v hmotné nouzi do předmětu datové zprávy vloží pouze text “XMLOPHNSOUC”.
2) Peněžní ústav na písemnou žádost orgánu pomoci v hmotné nouzi odešle zprávu s XML souborem s požadovanými daty do datové schránky orgánu pomoci v hmotné nouzi z datové schránky peněžního ústavu. Pro vytvoření XML souboru odpovědi peněžní ústav využije vlastní technické prostředky. Peněžní ústav do předmětu datové zprávy vloží pouze text “XMLOPHNSOUC”.
B) Formát a struktura datové zprávy
Datová zpráva pro komunikaci mezi orgánem pomoci v hmotné nouzi a peněžním ústavem je výhradně ve formátu XML. XML soubor je kódován v UTF-8. Jméno souboru je tvořeno kódem orgánu pomoci v hmotné nouzi, kódem peněžního ústavu a unikátním identifikátorem vytvořeným orgánem pomoci v hmotné nouzi při vytváření dotazu, a to podle následujících pravidel:
Pořadí
Část
Délka
Popis
1
KodOPHN
3
Kód dotazujícího se orgánu pomoci v hmotné nouzi.
2
„-„
1
Oddělovač.
3
KodBanky
4
Kód dotazovaného peněžního ústavu.
4
-
1
Oddělovač.
5
CisloDavky
10
Jednoznačné identifikační číslo dávky.
6
„-„
1
Oddělovač.
7
„dot“ nebo „odp“
3
Identifikace, zda se jedná o dotaz („dot“) nebo odpověď („odp“).
8
„.xml“
4
Přípona indikující typ souboru.1) Dotaz je zabalen do SOAP obálky s hlavičkou, která obsahuje metadata zprávy a pečeť. Má následující strukturu:
•
SOAP-Envelope
○ SOAP-Header
■
Zprava
■
Signature
○ SOAP-Body
■
Davka
•
Dotaz (kolekce)
○ Dotazujici
○ DSubjekt
2) Odpověď je zabalena do SOAP obálky s hlavičkou, která obsahuje metadata zprávy a pečeť. Na každý dotaz je vytvořena právě jedna odpověď. Odpověď obsahuje tělo dotazu. Odpověď má následující strukturu:
•
SOAP-Envelope
○ SOAP-Header
■
Zprava
■
Signature
○ SOAP-Body
■
Davka
•
Odpoved (kolekce)
o Dotaz
■
Dotazujici
■
Dsubjekt
o Odpovidajici
o DSubjekt
o Ucet (0..n)
o Chyba (místo DSubjekt a Ucet)
C) Obsah datové zprávy
1) Dotaz obsahuje prvky Davka, Dotaz, Dotazujici a DSubjekt ve struktuře podle části B. Každý prvek se skládá z atributů.
a) Prvek Davka
Jeden soubor může obsahovat dotaz na více subjektů. Prvek Davka obsahuje dotazy na jednotlivé subjekty.
Prvek
Atribut
Popis
Davka
identifikace dávky
Id
Identifikátor pro podpis – musí být „Davka“
CisloDavky
číslo dávky (dotazu)
Pocet
počet dotazů/odpovědí v dávce
KodFU
kód dotazujícího se orgánu pomoci v hmotné nouzi
JmenoFU
název dotazujícího se orgánu pomoci v hmotné nouzi
KodBanky
identifikační kód dotazovaného peněžního ústavu
JmenoBanky
název dotazovaného peněžního ústavu
DatumCasDotazu
datum a čas generování dotazu
CisloDavkyOdpovedi
číslo odpovědi (pouze v odpovědi)
DatumCasOdpovedi
datum a čas generování odpovědi (pouze v odpovědi)b) Prvek Dotaz
Prvek Dotaz obsahuje identifikaci osoby a identifikaci dotazujícího se.
Identifikace dotazu
Prvek
Atribut
Popis
Dotaz
TypDotazu
Uvede se "02"
KodDotazu
Kód dotazuc) Prvek Dotazujici
Identifikace dotazující se osoby.
Prvek
Atribut
Popis
Dotazujici
Jmeno
Odpovědná osoba, jméno
Cislo
Odpovědná osoba, identifikační číslod) Prvek DSubjekt
Identifikace osoby, které se dotaz týká.
Prvek
Atribut
Popis
DSubjekt
RC
rodné číslo klienta
Typ
Typ klienta
Jmeno
Jméno
Ulice
Ulice
Obec
Obec
PSC
Poštovní směrovací číslo2) Odpověď obsahuje prvky Davka, Odpoved, Dotaz, Dotazujici, DSubjekt, Odpovidajici, Ucet a Chyba.
Prvky Davka, Dotaz, Dotazujici a DSubjekt jsou stejné jako v dotazu. Prvek Dotaz je kopií přijatého dotazu. Prvek DSubjekt v prvku Odpoved je tvořen z dat peněžního ústavu, ne kopií dotazu.
a) Prvek Odpoved
Prvek Odpoved obsahuje data o účtech osoby, které se dotaz týká, případně chybu, pokud peněžní ústav danou osobu nerozpozná.
Prvek
Atribut
Popis
Odpoved
Identifikace odpovědi
KodDotazu
Kód dotazub) Prvek Odpovidajici
Identifikace pracovníka odpovědného za správnost a úplnost odpovědi na straně peněžního ústavu.
Prvek
Atribut
Popis
Odpovidajici
Jmeno
Jméno
Cislo
Číslo pracovníkac) Prvek Ucet
Identifikace účtu. Jeden záznam pro každý jeden nalezený účet.
Prvek
Atribut
Popis
Ucet
CisloUctu1
1. část čísla účtu
CisloUctu2
2. část čísla účtu
KodBanky
Kód peněžního ústavu
SpecSymbolICS
Specifický symbol
TypUctu
Typ účtu
KodMeny
Měna
Zustatek
Zůstatek
Datum
Den stanoveného zůstatkud) Prvek Chyba
Prvek Chyba se vytváří v případě chyby vzniklé při zpracování odpovědi.
Prvek
Atribut
Popis
Chyba
Kod
Chybový kód (následující tabulka)
Popis
Text chybyV komunikaci mezi orgánem pomoci v hmotné nouzi a peněžním ústavem jsou rozpoznávány tyto chyby s těmito kódy:
Chybový kód
Chybová zpráva
Komentář
-100
Chybný kód banky
V headeru dotazu je chybný kód peněžního ústavu, který dotaz přijal.
-101
Chybný autentikační kód
Došlo k chybě při kontrole autentikačního kódu, resp. podpisu.
-200
Chybný typ dotazu
Typ dotazu je jiný než 01 / 02 / 03 / 04.
-201
Chybí identifikace dotazujícího se subjektu
XML element dot:Dotazujici chybí nebo obsahuje některé prázdné atributy.
-300
Chybí identifikace klienta
U dotazů typu 01 a 02 chybí element dot:DSubjekt nebo obsahuje pouze prázdné atributy.
-303
Chybná identifikace klienta pomocí RČ
U dotazů typu 01 a 02 element dot:DSubjekt obsahuje chybnou hodnotu atributu rodného čísla.
-304
Nejednoznačná identifikace klienta prostřednictvím RČ
U dotazů typu 01 a 02 je při generování odpovědi nalezeno více vlastníků (klientů) evidovaných pod jedním rodným číslem.3)Atributy prvků dotazu a odpovědi jsou vyplněny podle následujících pravidel:
Prvek
Atribut
Max.
počet znaků
Popis pole
Dotaz
TypDotazu
2
Typ dotazu, vždy vyplněno hodnotou “02”.
Dotaz
KodDotazu
10
Jedinečný kód dotazu generovaný dotazujícím se orgánem pomoci v hmotné nouzi.
Dotazujici,
Odpovidajici
Cislo
8
Identifikace odpovědné osoby, v dotazu číslo pracovníka orgánu pomoci v hmotné nouzi, v odpovědi identifikace pracovníka peněžního ústavu.
Dotazujici,
Odpovidajici
Jmeno
40
Titul, jméno a příjmení dotazujícího se nebo odpovídajícího pracovníka.
DSubjekt
Typ
1
Vždy vyplněno jako “F”, fyzická osoba.
Dsubjekt
ICO
10
Není využíváno.
Dsubjekt
RC
10
Rodné číslo bez lomítka, devítimístné rodné číslo zůstává na 9 znaků.
Dsubjekt
Jmeno
40
Vyplněno pouze v odpovědi.
Dsubjekt
Ulice
50
Vyplněno pouze v odpovědi.
Dsubjekt
Obec
50
Vyplněno pouze v odpovědi.
Dsubjekt
PSC
5
Vyplněno pouze v odpovědi.
Ucet
CisloUctu1
6
Nepovinné pole, je-li předčíslí rovno nule, není nutno jej uvádět. V předčíslí mohou být uvedeny úvodní nuly. Úvodní nuly jsou nevýznamové. Pole je variabilní délky.
Ucet
CisloUctu2
10
Základní části čísla účtu. Mohou být uvedeny úvodní nuly. Úvodní nuly jsou nevýznamové. Pole je variabilní délky.
Ucet
KodBanky
4
Kód peněžního ústavu podle číselníku ČNB AP – 0001 s úvodními nulami.
Ucet
SpecSymbolCS
max. 10 znaků
Není využíváno.
Ucet
TypUctu
1
Vyplní se hodnotou “B” pro běžný účet, “V” pro vkladový účet, “J” pro jiný účet a “X” pro chráněný účet.
Ucet
KodMeny
3
ISO kód měny, ve které je veden účet.
Ucet
Zustatek
15
V jednotkách dané měny, přičemž poslední 2 místa oddělená desetinnou čárkou jsou desetinná místa příslušné měnové jednotky; bez úvodních nul, záporný zůstatek se znaménkem minus.
Ucet
Datum
10
Datum zůstatku na účtu.
Příloha č. 2
A) Specifikace způsobů odpovědi zaměstnavatele na výzvu orgánu pomoci v hmotné nouzi
1) Zaměstnavatel využívá pro odpověď na výzvu orgánu pomoci v hmotné nouzi tyto způsoby:
a) odeslání odpovědi doplněného XML souboru z datové schránky zaměstnavatele,
b) odeslání odpovědi prostřednictvím webového formuláře, nebo
c)odeslání odpovědi prostřednictvím přímého volání služby založené na standardu GovTalk.
2) Specifikace způsobu odpovědi zaměstnavatele na výzvu orgánu pomoci v hmotné nouzi s využitím odeslání doplněného XML souboru z datové schránky zaměstnavatele:
a) Pro odeslání doplněného XML souboru se využije datová schránka zaměstnavatele nebo datová schránka osoby, kterou zaměstnavatel zmocní prostřednictvím elektronické služby „Správa plných mocí“ ePortálu České správy sociálního zabezpečení, a doplněný XML soubor se adresuje do datové schránky určené orgánem pomoci v hmotné nouzi ve výzvě.
b) Pro doplnění XML souboru je možné využít vlastní technické prostředky nebo volně dostupný online editor orgánu pomoci v hmotné nouzi.
3) Specifikace způsobu odpovědi zaměstnavatele na výzvu orgánu pomoci v hmotné nouzi prostřednictvím webového formuláře, dostupného v odkazu uvedeném ve výzvě při využití webového formuláře vyžaduje autentizaci zaměstnavatele prostřednictvím Informačního systému datových schránek, nebo datovou schránkou osoby, kterou zaměstnavatel zmocní prostřednictvím elektronické služby „Správa plných mocí“ ePortálu České správy sociálního zabezpečení.
4) Specifikace způsobu odpovědi zaměstnavatele na výzvu orgánu pomoci v hmotné nouzi prostřednictvím přímého volání služby založené na standardu GovTalk:
a) Autentizace a elektronický podpis dat pro službu je prováděn výhradně kvalifikovaným certifikátem registrovaným u České správy sociálního zabezpečení.
b) Pro podání prostřednictvím přímého volání služby se datová věta vloží do obálky ve formátu GovTalk verze 2.
c) Datová věta je součástí elementu Body ve formátu XML.
d) Struktura obálky, která je zveřejněna na internetových stránkách www.mpsv.cz ke dni odeslání odpovědi zaměstnavatele na výzvu orgánu pomoci v hmotné nouzi.
B) Formát
Odpověď zaměstnavatele je orgánem pomoci v hmotné nouzi přijímána výhradně ve formátu XML.
C) Obsah a struktura datové zprávy
1) Obsah datové věty
Atribut
Typ
Popis
UUID
string
Unikátní identifikátor výzvy.
cisloJednaci
string
Číslo jednací výzvy k poskytnutí příjmů.
rodneCislo
string
Rodné číslo zaměstnance.
Jmeno, prijmeni
string
Jméno a příjmení zaměstnance.
datumNarozeni
Datum
Datum narození zaměstnance.
ikMPSV
string
Unikátní identifikátor zaměstnance.
Prijmy
kolekce
Kolekce příjmů po jednotlivých měsících.
vysePrijmuKodA1
int
Příjmy ze závislé činnosti vykonávané v České republice (Příjmy ze závislé činnosti a funkční požitky uvedené v zákoně o daních z příjmů).
vysePrijmuKodAB
int
Příjmy získané z náhrady mzdy (platu, odměny) za dobu prvních 14 dnů dočasné pracovní neschopnosti (karantény) podle § 192 odst. 2 zákoníku práce (kód ab).
vysePrijmuKodA1Mena,
vysePrijmuKodABMena
Měny, číselník
Číselník měn, kódy podle normy ISO 4217.
rok, mesic
int
Rok a měsíc, za který daný příjem náleží, podle výzvy.
prijemOd, prijemDo
Datum
Data období, za které v daném roce a daném měsíci příjem náleží.
bylZamestnancem
boolean
TRUE pokud byl alespoň část dotazovaného období zaměstnancem, jinak FALSE.2)Datové typy
Datum
Textový řetězec data ve formátu RFC 3339, section 5.6, YYYY-MM-DD.3) Číselníky
Měny – jako klíč číselníku Měny je využíván kód měny podle normy ISO 4217.
Příloha č. 3
A) Specifikace způsobů odpovědi dodavatele plynu nebo elektřiny na výzvu orgánu pomoci v hmotné nouzi
1) Dodavatel plynu nebo elektřiny odešle odpověď na výzvu orgánu pomoci v hmotné nouzi jako JSON soubor ve formátu podle části B z datové schránky dodavatele plynu nebo elektřiny.
2) Specifikace způsobu odpovědi dodavatele plynu nebo elektřiny na výzvu orgánu pomoci v hmotné nouzi s využitím odeslání JSON souboru ve formátu podle části B z datové schránky dodavatele plynu nebo elektřiny:
a) Pro odeslání JSON souboru se využije datová schránka dodavatele plynu nebo elektřiny.
b) Pro vytvoření JSON souboru dodavatel plynu nebo elektřiny využije vlastní technické prostředky.
B) Formát
Odpověď dodavatele plynu nebo elektřiny je orgánem pomoci v hmotné nouzi přijímána výhradně ve formátu JSON.
C) Obsah a struktura datové zprávy
1) Obsah datové věty
Pole
Typ
Popis
id
string
Id výzvy, na niž je odpovídáno.
supplierId
string
Každý dodavatel plynu nebo elektřiny obdrží jednoznačný identifikátor od Ministerstva práce a sociálních věcí.
Data
array
Pole záznamů s daty, 1 záznam obsahuje data pro 1 odběratele a 1 odběrné místo.
Data/id
string
Bezvýznamový unikátní identifikátor záznamu, který byl součástí výzvy se žádostí o data. Musí být vrácen jako součást dat s náklady pro daného odběratele a odběrné místo.
Data/client
object
Data odběratele.
Data/client/clientId
string
Unikátní identifikátor odběratele v rámci systémů dodavatele plynu nebo elektřiny. Slouží hlavně pro případné řešení nestandardních situací, ve standardním procesu není nijak využito.
Data/client/firstName
string
Jméno odběratele.
Data/client/lastName
string
Příjmení odběratele.
Data/client/dateOfBirth
string
Datum narození odběratele.
Data/pointOfDelivery
object
Data odběrného místa.
Data/pointOfDelivery/ean
string
Číslo odběrného místa elektřiny, pokud jde o elektřinu, jinak neuvedeno.
Data/pointOfDelivery/eic
string
Číslo odběrného místa plynu, pokud jde o plyn, jinak neuvedeno.
Data/pointOfDelivery/ruianId
string
Identifikátor adresy v RUIAN.
Data/pointOfDelivery/commodity
string,
enum
Komodita. Typ komodity podle číselníku uvedeného v bodu 3.
data/transactions
array
Částky pro požadované období podle výzvy. Typ částky podle číselníku uvedeného v bodu 3.
data/transactions/month
string
Měsíc a rok, podle formátu ISO 8061 (YYYY-MM).
Data/transactions /trType
string,
enum
Typ částky. Typ částky podle číselníku uvedeného v bodu 3.
data/transactions/amount
number
Výše částky.
Status
string
Dle číselníku Status uvedeného v bodu 3. Pokud je uveden status NOT_CLIENT, celá část “data” není uvedena.2) Datové typy
month
Textový řetězec data ve formátu ISO 8061 YYYY-MM.3) Číselníky
Typ částek:
Kód
Typ částky
Popis
P
platba
Platby od odběratele přijaté v daném měsíci.
Pokud je více plateb v daném měsíci, je uveden součet. Nezapočítávají se platby nebo části plateb použité na pokuty nebo jiné sankce, případně na jiné další účely, jako je například pronájem LED žárovek (tyto částky se odečtou od částky, kterou odběratel v daném měsíci poslal).
Z
záloha (od zákazníka)
Zálohy nebo jejich část vyrovnané platbou vykázané v měsíci původní zálohy.
ZZ
předepsaná záloha
Záloha předepsaná odběrateli bez ohledu na to, jaké jsou jeho skutečné uhrazené zálohy.
PV
vyúčtovaný přeplatek vrácený odběrateli
Přeplatek z vyúčtování vrácený odběrateli. Je uveden v měsíci, kdy došlo k vrácení, to znamená odeslání platby.
PZ
přeplatek použitý na zálohu
Přeplatek z vyúčtování použitý na úhradu zálohy. Je uveden v měsíci splatnosti zálohy.
NZ
zaplacený nedoplatek faktury nebo jeho část
Platba od odběratele přijatá v daném měsíci na úhradu nedoplatku z vyúčtování.
Podle data přijetí platby (ne podle data splatnosti). Pokud má odběratel splátkový kalendář, uvede se příslušná částka též jako NZ v daném měsíci (NZ se tak rozloží do více měsíců).Typ komodity:
Kód
Typ komodity
E
elektřina
G
plynStatus:
Kód
Popis
OK
Nemusí být uveden, vše v pořádku.
NOT_CLIENT
Klient v žádné části požadovaného období nebyl majitelem daného odběrného místa.
NOT_CLIENT_FULL_TIME
Klient je/byl majitelem tohoto odběrného místa, ale ne pro celé požadované období – pro dané odběrné místo tedy mohou být data vrácena jen pro část požadovaného období.
Zdroj: e-Sbírka / justice.cz (oficiální data). Výklady generovány AI z textu zákona, orientační — nenahrazují radu advokáta.