§ 4 Vyhláška o provedení některých ustanovení zákona o pomoci v hmotné nouzi – Účinnost

§ 4 Účinnost Tato vyhláška nabývá účinnosti dnem 1. ledna 2012. Ministr: Dr. Ing. Drábek 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íČástDélkaPopis1KodOPHN3Kód dotazujícího se orgánu pomoci v hmotné nouzi.2„-„1Oddělovač.3KodBanky4Kód dotazovaného peněžního ústavu.4-1Oddělovač.5CisloDavky10Jednoznačné identifikační číslo dávky.6„-„1Oddělovač.7„dot“ nebo „odp“3Identifikace, zda se jedná o dotaz („dot“) nebo odpověď („odp“).8„.xml“4Pří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. PrvekAtributPopisDavkaidentifikace dávkyIdIdentifikátor pro podpis – musí být „Davka“CisloDavkyčíslo dávky (dotazu)Pocetpočet dotazů/odpovědí v dávceKodFUkód dotazujícího se orgánu pomoci v hmotné nouziJmenoFUnázev dotazujícího se orgánu pomoci v hmotné nouziKodBankyidentifikační kód dotazovaného peněžního ústavuJmenoBankynázev dotazovaného peněžního ústavuDatumCasDotazudatum a čas generování dotazuCisloDavkyOdpovedičíslo odpovědi (pouze v odpovědi)DatumCasOdpovedidatum 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 PrvekAtributPopisDotazTypDotazuUvede se "02"KodDotazuKód dotazu c) Prvek Dotazujici Identifikace dotazující se osoby. PrvekAtributPopisDotazujiciJmenoOdpovědná osoba, jménoCisloOdpovědná osoba, identifikační číslo d) Prvek DSubjekt Identifikace osoby, které se dotaz týká. PrvekAtributPopisDSubjektRCrodné číslo klientaTypTyp klientaJmenoJménoUliceUliceObecObecPSCPoštovní směrovací číslo 2) 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á. PrvekAtributPopisOdpovedIdentifikace odpovědiKodDotazuKód dotazu b) Prvek Odpovidajici Identifikace pracovníka odpovědného za správnost a úplnost odpovědi na straně peněžního ústavu. PrvekAtributPopisOdpovidajiciJmenoJménoCisloČíslo pracovníka c) Prvek Ucet Identifikace účtu. Jeden záznam pro každý jeden nalezený účet. PrvekAtributPopisUcetCisloUctu11. část čísla účtuCisloUctu22. část čísla účtuKodBankyKód peněžního ústavuSpecSymbolICSSpecifický symbolTypUctuTyp účtuKodMenyMěnaZustatekZůstatekDatumDen stanoveného zůstatku d) Prvek Chyba Prvek Chyba se vytváří v případě chyby vzniklé při zpracování odpovědi. PrvekAtributPopisChybaKodChybový kód (následující tabulka)PopisText chyby V 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ódChybová zprávaKomentář-100Chybný kód bankyV headeru dotazu je chybný kód peněžního ústavu, který dotaz přijal.-101Chybný autentikační kódDošlo k chybě při kontrole autentikačního kódu, resp. podpisu.-200Chybný typ dotazuTyp dotazu je jiný než 01 / 02 / 03 / 04.-201Chybí identifikace dotazujícího se subjektuXML element dot:Dotazujici chybí nebo obsahuje některé prázdné atributy.-300Chybí identifikace klientaU dotazů typu 01 a 02 chybí element dot:DSubjekt nebo obsahuje pouze prázdné atributy.-303Chybná identifikace klienta pomocí RČU dotazů typu 01 a 02 element dot:DSubjekt obsahuje chybnou hodnotu atributu rodného čísla.-304Nejednoznač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: PrvekAtributMax. počet znakůPopis poleDotazTypDotazu2Typ dotazu, vždy vyplněno hodnotou “02”.DotazKodDotazu10Jedinečný kód dotazu generovaný dotazujícím se orgánem pomoci v hmotné nouzi.Dotazujici, OdpovidajiciCislo8Identifikace 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, OdpovidajiciJmeno40Titul, jméno a příjmení dotazujícího se nebo odpovídajícího pracovníka.DSubjektTyp1Vždy vyplněno jako “F”, fyzická osoba.DsubjektICO10Není využíváno.DsubjektRC10Rodné číslo bez lomítka, devítimístné rodné číslo zůstává na 9 znaků.DsubjektJmeno40Vyplněno pouze v odpovědi.DsubjektUlice50Vyplněno pouze v odpovědi.DsubjektObec50Vyplněno pouze v odpovědi.DsubjektPSC5Vyplněno pouze v odpovědi.UcetCisloUctu16Nepovinné 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.UcetCisloUctu210Základní části čísla účtu. Mohou být uvedeny úvodní nuly. Úvodní nuly jsou nevýznamové. Pole je variabilní délky.UcetKodBanky4Kód peněžního ústavu podle číselníku ČNB AP – 0001 s úvodními nulami.UcetSpecSymbolCSmax. 10 znakůNení využíváno.UcetTypUctu1Vyplní se hodnotou “B” pro běžný účet, “V” pro vkladový účet, “J” pro jiný účet a “X” pro chráněný účet.UcetKodMeny3ISO kód měny, ve které je veden účet.UcetZustatek15V 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.UcetDatum10Datum 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 AtributTypPopisUUIDstringUnikátní identifikátor výzvy.cisloJednacistringČíslo jednací výzvy k poskytnutí příjmů.rodneCislostringRodné číslo zaměstnance.Jmeno, prijmenistringJméno a příjmení zaměstnance.datumNarozeniDatumDatum narození zaměstnance.ikMPSVstringUnikátní identifikátor zaměstnance.PrijmykolekceKolekce příjmů po jednotlivých měsících.vysePrijmuKodA1intPří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ů).vysePrijmuKodABintPří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, vysePrijmuKodABMenaMěny, číselníkČíselník měn, kódy podle normy ISO 4217.rok, mesicintRok a měsíc, za který daný příjem náleží, podle výzvy.prijemOd, prijemDoDatumData období, za které v daném roce a daném měsíci příjem náleží.bylZamestnancembooleanTRUE pokud byl alespoň část dotazovaného období zaměstnancem, jinak FALSE. 2) Datové typy DatumTextový ř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 PoleTypPopisidstringId výzvy, na niž je odpovídáno.supplierIdstringKaždý dodavatel plynu nebo elektřiny obdrží jednoznačný identifikátor od Ministerstva práce a sociálních věcí.DataarrayPole záznamů s daty, 1 záznam obsahuje data pro 1 odběratele a 1 odběrné místo.Data/idstringBezvý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/clientobjectData odběratele.Data/client/clientIdstringUniká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/firstNamestringJméno odběratele.Data/client/lastNamestringPříjmení odběratele.Data/client/dateOfBirthstringDatum narození odběratele.Data/pointOfDeliveryobjectData odběrného místa.Data/pointOfDelivery/eanstringČíslo odběrného místa elektřiny, pokud jde o elektřinu, jinak neuvedeno.Data/pointOfDelivery/eicstringČíslo odběrného místa plynu, pokud jde o plyn, jinak neuvedeno.Data/pointOfDelivery/ruianIdstringIdentifikátor adresy v RUIAN.Data/pointOfDelivery/commoditystring, enumKomodita. Typ komodity podle číselníku uvedeného v bodu 3.data/transactionsarrayČástky pro požadované období podle výzvy. Typ částky podle číselníku uvedeného v bodu 3.data/transactions/monthstringMěsíc a rok, podle formátu ISO 8061 (YYYY-MM).Data/transactions /trTypestring, enumTyp částky. Typ částky podle číselníku uvedeného v bodu 3.data/transactions/amountnumberVýše částky.StatusstringDle číselníku Status uvedeného v bodu 3. Pokud je uveden status NOT_CLIENT, celá část “data” není uvedena. 2) Datové typy monthTextový řetězec data ve formátu ISO 8061 YYYY-MM. 3) Číselníky Typ částek: KódTyp částkyPopisPplatbaPlatby 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).Zzáloha (od zákazníka)Zálohy nebo jejich část vyrovnané platbou vykázané v měsíci původní zálohy.ZZpředepsaná zálohaZáloha předepsaná odběrateli bez ohledu na to, jaké jsou jeho skutečné uhrazené zálohy.PVvyúčtovaný přeplatek vrácený odběrateliPř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.PZpřeplatek použitý na zálohuPřeplatek z vyúčtování použitý na úhradu zálohy. Je uveden v měsíci splatnosti zálohy.NZzaplacený nedoplatek faktury nebo jeho částPlatba 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ódTyp komodityEelektřinaGplyn Status: KódPopisOKNemusí být uveden, vše v pořádku.NOT_CLIENTKlient v žádné části požadovaného období nebyl majitelem daného odběrného místa.NOT_CLIENT_FULL_TIMEKlient 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í.