Dekret Nr. 368 / 2025 Coll.
Verordnung über die Anwendung bestimmter Bestimmungen des Gesetzes über materielle Beihilfen
Gültig
Ordnung
In Kraft seit 01.10.2025
368
Ordnung
vom 22. September 2025
über die Durchführung bestimmter Bestimmungen des Gesetzes über materielle Beihilfen
Das Ministerium für Arbeit und soziale Angelegenheiten sieht gemäß § 80 des Gesetzes Nr. 111 / 2006 Slg. über Beihilfen im materiellen Notstand, geändert durch Gesetz Nr. 382 / 2008 Slg., Gesetz Nr. 366 / 2011 Slg. und Gesetz Nr. 152 / 2025 Slg., (nachfolgend Gesetz ") für die Durchführung der §§ 29, 50a (2), 50b (1) und 63 (3) des Gesetzes vor:
Erhöhung der Lebensgrundlage einer Person aufgrund der Ernährung
(K § 29 des Gesetzes)
(1) Die Höhe der Lebensgrundlage einer Person, deren medizinischer Zustand von einem kompetenten Spezialisten empfohlen wird, erfordert erhöhte Ernährungskosten wird monatlich erhöht
(a) für eine geringe Proteindiät von CZK 1 511,
b) für eine Dialysediät von CZK 1.095,
c) für eine Niedercholesterindiät in der Hypercholesterinämie oder Hyperlipoproteinämie von CZK 1,150,
d) für eine diabetische Ernährung von CZK 1,238,
e) für die Diät in Phenylketonurie durch CZK 2 431,
f) für die Ernährung bei Zöliakie durch CZK 3 066,
g) für eine Diät bei Osteoporose, wenn die gesamte Körperknochendichte um mehr als 25% gefallen ist und der T-Kern um -2,5, von CZK 1,194,
h) bei einer Diät für Lactoseintoleranz von 1,172 CZK,
i) für eine Ernährung in der Schwangerschaft und Stillzeit bis zu 1 Jahr eines Kindes von CZK 1.205.
(2) Ist der medizinische Zustand einer Person mehr als eine Diät erforderlich, so wird die Höhe der Lebensgrundlage einer Person nur einmal um einen Betrag erhöht, der dem der Ernährung entspricht, für den die in Absatz 1 genannte Erhöhung die höchste ist.
(3) Der für die Bestätigung der Notwendigkeit einer bestimmten Ernährung verantwortliche Arzt ist für eine Ernährung bestimmt
a) ein niedriger Proteinarzt, der spezialisierte ambulante Versorgung auf dem Gebiet der inneren Medizin oder Nephrologie bereitstellt;
b) bei der Dialyse der für die medizinische Einrichtung zuständige Arzt, bei dem die Person im Dialyseprogramm ist,
(c) niedriges Cholesterin in der Hypercholesterinämie oder Hyperlipoproteinämie durch einen Arzt, der spezialisierte ambulante Versorgung in der inneren Medizin oder Endokrinologie bereitstellt;
d) eine diabetische Ärztin, die eine Person mit spezialisierter ambulanter Versorgung auf dem Gebiet des Diabetes zur Verfügung stellt, oder eine registrierte Praktizierende, die eine Person in Bezug auf diese Diagnostik in der Dispensary Care hat,
e) im Falle von Phenylketonurie, einem Arzt, der eine Person mit spezialisierter ambulanter Versorgung auf dem Gebiet der inneren Medizin oder Gastroenterologie, bei Kindern und Jugendlichen, einem Arzt, der eine Person mit spezialisierter ambulanter Versorgung auf dem Gebiet der pädiatrischen Gastroenterologie und Hepatologie bereitstellt, oder einem registrierten Arzt für Kinder und Jugendliche, der eine Person in Bezug auf diese Diagnose in der ärztlichen Versorgung hat,
f) bei Zöliakie, einem Arzt, der spezialisierte ambulante Versorgung auf dem Gebiet der inneren Medizin oder Gastroenterologie, bei Kindern und Jugendlichen, einem Arzt, der eine spezialisierte ambulante Versorgung auf dem Gebiet der pädiatrischen Gastroenterologie und Hepatologie oder einem registrierten Praktizierenden für Kinder und Jugendliche, die eine Person im Rahmen der Dispensary Care haben;
(g) bei Osteoporose, einem Arzt, der eine Person mit spezialisierter ambulanter Versorgung auf dem Gebiet der inneren Medizin, der Endokrinologie, der Rheuma, der orthopädischen oder der Gynäkologie und der Geburtshilfe versorgt,
h) bei Laktoseintoleranz durch einen Arzt, der spezialisierte ambulante Behandlung in der Gastroenterologie bereitstellt;
(i) in der Schwangerschaft, ein Arzt, der spezialisierte ambulante Versorgung auf dem Gebiet von Gyno und Geburtshilfe,
(j) beim Stillen bis zu einem Jahr, sein registrierter Arzt für Kinder und Jugendliche.
Spezifikationen für die Kommunikation zwischen Nothilfebehörden und dem Geldinstitut sowie Format, Inhalt und Struktur der Datennachricht
(Paragraph 50a (2) des Gesetzes)
Die Spezifikationen für die Kommunikation zwischen der Stelle der Unterstützung in der materiellen Not und der Bank, der Zweigstelle einer ausländischen Bank, der Spar- und Kreditgenossenschaft, den elektronischen Geldinstituten, der Zweigstelle einer ausländischen elektronischen Geldeinrichtung, dem Emittenten von elektronischem Geld in kleinem Umfang, dem Zahlungsinstitut, dem Zweig eines ausländischen Zahlungsinstituts oder dem Zahlungsdienstleister in kleinem Umfang (nachfolgend "Geldeinrichtung") und dem Format, Inhalt und Struktur des Datenberichts sind in Anhang 1 festgelegt. Alle ausgetauschten XML-Dateien werden mit einem qualifizierten elektronischen Siegel (das Siegel) versiegelt.
Spezifikationen der Kommunikation zwischen der Einrichtung der Unterstützung in der materiellen Not und dem Arbeitgeber und dem Format, Inhalt und Struktur der Datennachricht
(K § 50b Absatz 1 des Gesetzes)
Die Kommunikationsspezifikationen zwischen dem Träger der materiellen Not und dem Arbeitgeber sowie Format, Inhalt und Struktur des Datenberichts sind in Anhang 2 dieses Erlasses festgelegt.
Spezifikationen der Kommunikation zwischen der Abteilung der Notfallhilfe und dem Gas- oder Stromlieferanten und dem Format, Inhalt und Struktur der Datennachricht
(K § 50b Absatz 1 des Gesetzes)
Die Kommunikationsspezifikationen zwischen der Nothilfebehörde und dem Gas- oder Stromlieferanten sowie Format, Inhalt und Struktur des Datenberichts sind in Anhang 3 dieses Erlasses festgelegt.
Formulare der Lizenz eines Bediensteten, der zur Durchführung der Sozialarbeit befugt ist
(Paragraph 63 (3) des Gesetzes)
Das Dokument eines Mitarbeiters einer Gemeinde, das einem autorisierten Gemeindeamt oder Gemeindeamt einer Gemeinde mit erweiterter Kompetenz als Sozialarbeiter und einem Mitglied des Staates zugeordnet ist, der in einem Zentralamt als Sozialarbeiter tätig ist, der zum Zwecke der Durchführung der Sozialarbeit in einem Wohnort gezeigt wird, enthält folgende Angaben:
a) Name und gegebenenfalls Name des Bediensteten;
b) ein Foto des Mitarbeiters;
(c) der Begriff "Sozialarbeiter"
d) die Identifizierung der zuständigen Behörde, die die Lizenz erteilt hat, den Aufdruck des amtlichen Stempels und die Unterschrift des Leiters des Personals;
e) die Gültigkeitsdauer der Lizenz.
Effizienz
(1) Diese Verordnung tritt am 1. Oktober 2025 in Kraft.
(2) Absatz 1 endet am 30. April 2026.
Minister:
Ing. Jurečka v. r.
Příloha č. 1
Anhang 1
Spezifikationen für die Kommunikation zwischen Nothilfebehörden und dem Geldinstitut sowie Format, Inhalt und Struktur der Datennachricht
A) Spezifikationen der Kommunikation zwischen dem monetären Institut und dem Organ der Unterstützung in der materiellen Not
1) Die Assistenzbehörde sendet eine schriftliche Anfrage als eine Nachricht mit einem Call-Dokument und einer XML-Datei aus dem Datenfeld der Assistenzbehörde in einem materiellen Notfall an das Geldinstitut-Datenfeld. Nur der Text "XMLOPHNSOC'swird von der Stelle der Unterstützung in der materiellen Not in das Thema der Datennachricht eingefügt.
2) Das Money Institute sendet eine Nachricht mit der XML-Datei mit den erforderlichen Daten an das Datenfeld des Office of Assistance in einem materiellen Notfall aus dem Geldinstitut-Datenfeld auf der schriftlichen Anfrage der Hilfsbehörde. Um eine XML-Reaktionsdatei zu erstellen, verwendet die Geldeinrichtung eigene technische Mittel. Nur der Text "XMLOPHNSOC" wird in das Thema der Datennachricht eingefügt.
B) Format und Struktur der Datennachricht
Die Datennachricht zur Kommunikation zwischen der Notfallhilfebehörde und der Geldeinrichtung ist ausschließlich im XML-Format. XML-Datei wird in UTF-8 codiert. Der Name der Datei besteht aus dem Code der Assistenzstelle im Notfall, dem Code der Geldinstitute und der eindeutigen Kennung, die von der Stelle bei der Erstellung einer Anfrage erstellt wurde, nach folgenden Regeln:
Bestellen Teil Beschreibung 1KCOOPHN 3 Der Code des Query-Körpers der Unterstützung in der Materialdistress. 2 "-" 1Separator. 3 KodBank4 Code of the queried money institution.4-1Separation No 5 Forks 10 Einzigartige Dosis-Identifikationsnummer.6 "-" 1 Separator. 7 "dot" oder "odp" 3 Identifikation, ob eine Abfrage ("dot") oder eine Antwort ("odp").8 ".xml" 4 Dateityp-Erweiterung (1) Die Frage wird in eine SOAP-Hülle mit einem Header verpackt, der Metadaten-Nachricht und Siegel enthält. Es hat die folgende Struktur:
•
SOAP-Entwicklung
VISSOAP-Header
■
Richtig.
■
Unterschrift
VESSOAP-Punkte
■
Davka
•
Frage (Sammlung)
UNTERSUCHUNG
ABSCHNITT B
2) Die Antwort ist in einem SOAP-Hülse verpackt mit einem Header, der Metadaten-Nachricht und Siegel enthält. Es gibt nur eine Antwort auf jede Frage. Die Antwort enthält den Körper der Abfrage. Die Antwort hat folgende Struktur:
•
SOAP-Entwicklung
VISSOAP-Header
■
Richtig.
■
Unterschrift
VESSOAP-Punkte
■
Davka
•
Antwort (Sammlung)
o
■
Fragebogen
■
Dsubjekt
vom Reposer
O DSubject
o Acet (0.. n)
o Fehler (Ort DSubject und Konto)
C) Inhalt der Datennachricht
1) Die Abfrage enthält Elemente Davka, Query, Query und DSubject in der Struktur gemäß Teil B. Jedes Element besteht aus Attributen.
a) Element Davka
Eine Datei kann eine Abfrage zu mehreren Subjekten enthalten. Das Element Davka enthält Fragen zu einzelnen Themen. PriveAtribut Beschreibung IDIdentifier für Signatur - muss die "Gift" CisloDavchdose Nummer (query) Anzahl der Abfragen / Antworten pro Dosis Code der Abfragebehörde Name der Abfragebehörde der Anfrage Datum Antwortnummer (nur in Antwort) Datum CaseReply Datum und Uhrzeit der Antwort (nur in Antwort) b) Frage
Das Abfrageelement enthält die Identifikation der Person und die Identifizierung der Abfrage.
Frage identifizieren PrvekAtributPops Geben Sie "02" KodDotazu Code (s) Inquirer
Identifizierung der Person, die Fragen stellt. PrveAtributDescriptionInterview Name
Identifizierung der betroffenen Person. Vorname Die Antwort enthält Elemente Davka, Antwort, Frage, Interview, DSubject, Antworten, Konto und Fehler.
Die Elemente Davka, Inquired, Inquired und DSubject sind die gleichen wie in der Abfrage. Das Abfrageelement ist eine Kopie der empfangenen Abfrage. Das DSubject-Element im Antwortelement besteht aus Geldinstitutsdaten, nicht aus einer Kopie der Anfrage.
(a) Element Antwort
Das Antwortelement enthält Daten über die Konten der Person, auf die sich die Abfrage bezieht, und gegebenenfalls einen Fehler, wenn das Geldinstitut die Person nicht erkennt. Prvek Kopenhagen Der Code (s)
Identifizierung des Arbeitnehmers, der für die Richtigkeit und Vollständigkeit der Antwort auf den Teil des Geldinstituts verantwortlich ist. Vorname Anzahl Arbeiter (c) Artikel
Kontokennung. Ein Datensatz für jedes gefundene Konto. PriveAtribut Beschreibung Uctu11. Teil der Kontonummer CisloUctu22. Teil der Kontonummer KodBanks Money Institution Code SpecSymbols KodMen Currency Residual Stay
Fehlerelement wird bei Fehlern, die durch die Antwortverarbeitung verursacht werden, erzeugt. PriveAtribut Beschreiben Fehlercode Fehlercode Fehlercode (Tabelle unten) Beschreiben Fehler Text Die folgenden Fehler mit den folgenden Codes werden in der Mitteilung zwischen der Einrichtung der Unterstützung im materiellen Notfall und der Geldeinrichtung identifiziert: Fehlercode Fehlermeldung Kommentar-100Incorrect Bank Code Im Abfragekopf gibt es einen falschen Geldinstitutcode, der die Abfrage erhalten hat. -101 Falscher Authentifizierungscode Es gab einen Fehler bei der Überprüfung des Authentifizierungscodes oder der Signatur. -200Inkorrect Abfragetyp Die Art der Abfrage unterscheidet sich von 01 / 02 / 03 / 04.-201 Fehlende Identifikation des Suchbetreffs XML Element dot: Die Abfrage fehlt oder enthält einige leere Attribute. -300 Fehlende Kundenidentifikation Für Abfragen Typ 01 und 02 fehlende Elementpunkt: DSubject oder enthält nur leere Attribute. -303Inkorrect Client-Identifizierung mit RČU-Abfragen Typ 01 und 02 Elementpunkt: DSubject enthält einen falschen Wert des Attributs der Geburtsnummer. -304. Eine eindeutige Client-Identifizierung durch RČU-Abfragen Typ 01 und 02 findet sich bei der Generierung einer Antwort mehrerer unter einer Geburtsnummer registrierter Eigentümer (Kunden). 3) Attribute der Abfrageelemente und Antworten werden nach den folgenden Regeln abgeschlossen:
PriveAtributMax. Anzahl der Zeichen Feldbeschreibung Fragetyp 2Abfragetyp, immer mit "02" gefüllt. Frage Codex 10 Der eindeutige Code der Abfrage, die durch den Abfragekörper erzeugt wird, um in der Materialbelastung zu helfen. Frage, Frage, Frage Cisco 8 Identifikation der verantwortlichen Person bei der Untersuchung des Arbeitnehmers der Institution in einem materiellen Notfall, in der Antwort auf die Identifizierung des Arbeitnehmers der Geldeinrichtung. Frage, Frage, Frage Nominal 40 Titel, Name und Nachname der Anfrage oder des entsprechenden Arbeiters. DSubjectTyp1 Immer gefüllt als "F", eine natürliche Person. DurationICO10 Es wird nicht verwendet. DsubjectRC10 Die Geburtszahl ohne Slash, die neunstellige Geburtszahl bleibt in neun Zeichen. Dsubject Name 40 Gefüllt nur in der Antwort. DsubjektU50 Gefüllt nur in der Antwort. Befüllt nur in der Antwort. DsubjectPSC 5 Gefüllt nur in der Antwort. CetCisco 16 Optionales Feld, wenn das Präfix gleich Null ist, muss nicht angezeigt werden. Das Präfix kann die anfänglichen Nullen angeben. Die Öffnungsnulls sind unbedeutend. Das Feld ist variable Längen. CetCislouctu210 Basisteile der Kontonummer. Es können erste Nullen angegeben werden. Die Öffnungsnulls sind unbedeutend. Das Feld ist variable Längen. CetKodBanky 4 Geldinstitut Code nach ČNB AP-Codeliste - 0001 mit Öffnung Nullen. UcetSpecSymbolCSmax. 10 Zeichen Es wird nicht verwendet. CetType 1 Um mit dem Wert "B 'für ein aktuelles Konto," V' für ein Einzahlungskonto, "J 'für ein anderes Konto und" X' für ein geschütztes Konto auszufüllen. CetCodeMeny3ISO Währungscode, in dem das Konto gespeichert wird. UcetZustate15V Einheiten der Währung, wobei die letzten 2 Dezimals Dezimals der jeweiligen Währungseinheit sind; ohne Öffnung Null, negative Balance mit einem Minuszeichen. UcetDatum10 Datum des Kontostands.
Příloha č. 2
Anhang Nr. 2
Spezifikationen der Kommunikation zwischen der Einrichtung der Unterstützung in der materiellen Not und dem Arbeitgeber und dem Format, Inhalt und Struktur der Datennachricht
A) Spezifikationen, wie der Arbeitgeber auf den Aufruf zur Unterstützung in der materiellen Not
1) Der Arbeitgeber nutzt die folgenden Möglichkeiten, um auf die Aufforderung zur Unterstützung in materieller Not zu antworten:
a) eine Antwort auf eine XML-Datei aus dem Datenfeld des Arbeitgebers senden;
b) eine Antwort über ein Webformular senden; oder
c) eine Antwort über einen direkten Anruf an einen GovTalk-basierten Dienst senden.
2) Spezifikationen, wie der Arbeitgeber auf den Anruf des Körpers reagiert, um in der materiellen Not zu helfen, unter Verwendung des Sendens der zusätzlichen XML-Datei aus dem Datenfeld des Arbeitgebers:
a) Um eine zusätzliche XML-Datei zu senden, wird ein Datenfeld des Arbeitgebers oder ein Datenfeld einer Person verwendet, das der Arbeitgeber durch den elektronischen Dienst "Full Power Management" der tschechischen Sozialversicherungsverwaltung autorisiert, und die XML-Datei wird an das Datenfeld, das von der Stelle der Unterstützung in einem Materialnotfall im Anruf benannt wird.
b) Um die XML-Datei zu ergänzen, ist es möglich, Ihre eigenen technischen Mittel oder frei verfügbare Online-Editor des Hilfekörpers in einem Materialnotfall zu verwenden.
3) Die Angabe der Antwort des Arbeitgebers auf die Aufforderung zur Unterstützung in materieller Not durch ein webbasiertes Formular, das in der im Aufruf enthaltenen Referenz zur Nutzung des webbasierten Formulars zur Verfügung steht, erfordert die Authentifizierung des Arbeitgebers über das Data Box Information System oder durch das Datenfeld einer Person, die durch den elektronischen Dienst "Full Power Management" der tschechischen Sozialversicherungsverwaltung vom Arbeitgeber zugelassen wird.
4) Spezifikationen der Antwort des Arbeitgebers auf die Aufforderung zur Unterstützung in der materiellen Not durch direkte Anrufung eines GovTalk-basierten Dienstes:
a) Die Authentisierung und elektronische Signatur der Daten für den Dienst erfolgt ausschließlich durch ein mit der tschechischen Sozialversicherungsverwaltung registriertes qualifiziertes Zertifikat.
b) Für die Eingabe durch direkten Aufruf des Dienstes wird das Datentheorem in das Format GovTalk Version 2 eingefügt.
c) Der Datentheorem ist Teil des XML-Elements.
d) Die Struktur des Umschlags, der auf www.mpsv.cz zum Zeitpunkt der Zusendung der Antwort des Arbeitgebers auf die Einladung der Institution zur Hilfe in einem materiellen Notfall veröffentlicht wird.
B) Format
Die Antwort des Arbeitgebers wird ausschließlich im XML-Format von der Stelle der Unterstützung in materieller Not angenommen.
C) Inhalt und Struktur der Datennachricht
1) Inhalt der Daten Theorem AtributType Beschreiben Sie UIDstringUnique Challenge Identifier. Anzahl Jednaisting Die Bezugsnummer der Einnahmenanforderung. Geburt Cislostring Familiennummer des Mitarbeiters. Name, Vornamestring Name und Nachname des Mitarbeiters. Geburtsdatum Geburtsdatum des Arbeitnehmers. ikMPSVstringUnique Mitarbeiterkennung. Vorrechte Eine Einkommenserhebung nach jedem Monat. Vysse Revenue KodA1intRevenue von abhängigen Tätigkeiten in der Tschechischen Republik (Revenue von abhängigen Tätigkeiten und funktionalen Leistungen im Einkommensteuergesetz). Vysse Revenue KodABintEinkommen aus Lohnausgleich (Salz, Vergütung) für die ersten 14 Tage befristeter Arbeitsunfähigkeit (Quarantäne) gemäß § 192 Abs. 2 Arbeitsgesetzbuch (Code ab). Vysse Revenue KodA1Men, Howl Revenue KodABMen Währung, ZifferCurrency, ISO 4217.year Codes, Mesicintothe Jahr und Monat, für die das Einkommen gehört, wie gewünscht. ReceiveFrom, ReceiveDoDatumData Zeitraum, für die Einkommen in einem bestimmten Jahr und einem bestimmten Monat fällig ist. war ZamestnancembooleanTRUE, wenn mindestens ein Teil der Periode ein Mitarbeiter war, ansonsten FALSE.2) Datentypen
Datentext-Stringdaten im RFC-Format 3339, Abschnitt 5.6, YYYY-MM-DD.3)
Währung - als Codeliste Schlüssel Der Währungscode nach ISO 4217 wird verwendet.
Příloha č. 3
Anhang Nr. 3
Spezifikationen der Kommunikation zwischen der Abteilung der Notfallhilfe und dem Gas- oder Stromlieferanten und dem Format, Inhalt und Struktur der Datennachricht
A) Spezifikationen, wie der Gas- oder Elektrizitätslieferant auf den Aufruf zur Unterstützung in der materiellen Not reagieren wird
1) Der Gas- oder Stromlieferant sendet eine Antwort auf die Anforderung des Körpers der Unterstützung in der Materialbelastung als JSON-Datei im Format gemäß Teil B aus dem Datenfeld des Gas- oder Stromlieferanten.
2) Spezifikationen der Antwortmethode des Gas- oder Stromlieferanten auf den Aufruf der Nothilfebehörde unter Verwendung der JSON-Datei, die gemäß Teil B aus dem Datenfeld des Gas- oder Stromlieferanten im Format gesendet wird:
(a) Der Datenkasten des Gas- oder Stromlieferanten wird verwendet, um die JSON-Datei zu senden.
b) Zur Erstellung einer JSON-Datei verwendet der Gas- oder Stromlieferant eigene technische Mittel.
B) Format
Die Antwort des Gas- oder Elektrizitätslieferanten wird ausschließlich im JSON-Format von der Hilfseinrichtung in materieller Not angenommen.
C) Inhalt und Struktur der Datennachricht
1) Inhalt der Daten Theorem PoleType DescrisidstringId Anrufe, auf die es beantwortet wird. Slowakische Republik Jeder Gas- oder Stromlieferant erhält eine eindeutige Kennung des Ministeriums für Arbeit und Soziales. Dataarray Datenfeld, 1 Datensatz enthält Daten für 1 Kunden und 1 Abtastpunkt. Daten / idstringUnsignificant eindeutige Log-Identifier, die Teil der Datenanforderung Anruf war. Sie muss im Rahmen der Kostendaten für den Kunden und den Zeitpunkt der Erhebung zurückgegeben werden. Daten / ClientobjectData Abonnenten. Daten / Client / clientIdstringUnique Kennung des Kunden innerhalb der Gas- oder Stromliefersysteme. Es wird hauptsächlich für die mögliche Lösung von nicht standardmäßigen Situationen verwendet, es wird nicht im Standardverfahren verwendet. Daten / Client / FirstNamestring Name des Käufers. Daten / Client / lastNamestring Nachname des Kunden. Daten / Client / dateOfBirthstring Geburtsdatum. Daten / PointOfDeliveryobjectData des Abtastpunktes. Daten / pointOfDelivery / eanstring Die Anzahl der Stromprobenpunkte für Elektrizität wird nicht anders angegeben. Daten / pointOfDelivery / eicstring Die Anzahl der Gasprobenahmestelle für das Gas ist anderweitig nicht anzugeben. Daten / pointOfDelivery / ruianIdstringAdresse Identifier in RUIAN. Daten / PointOfDelivery / Commoditystring, enumCommodity. Art der Ware gemäß der in Nummer 3.data/transaktionenarrayAmounts genannten Codeliste für den gewünschten Zeitraum pro Anruf. Betrag nach der in Nummer 3.data / Transaktionen / monatetringMont und Jahr genannten Codeliste gemäß ISO 8061 Format (YYYY-MM). Daten / Transaktionen / trTypestring, enumType des Betrags. Art des Betrags gemäß der Codeliste gemäß Nummer 3.data / Transaktionen / Betragsbetrag. Statusstring Durch die Codeliste Status in Punkt 3. Wenn NICHT CLIENT-Status angegeben wird, wird der gesamte Teil der "Daten" nicht angegeben. (2) Datentypen MonatText Stringdaten in ISO 8061 YYYY-MM.3 Format)
Betragstyp: Code Beschreiben Sie PplatbaPayments von dem Kunden in einem bestimmten Monat erhalten. Wenn es in einem bestimmten Monat mehr Zahlungen gibt, wird die Summe angegeben. Zahlungen oder Teile von Zahlungen, die für Geldbußen oder andere Sanktionen verwendet werden, oder andere Zwecke, wie z. B. die Leasing von LED-Filamentlampen, werden nicht gezählt (diese Beträge werden von dem vom Kunden im betreffenden Monat versandten Betrag abgezogen). Vorschüsse (vom Kunden) Vorschüsse oder Teile davon, die durch Zahlung im Monat des ursprünglichen Vorschusses ausgeglichen werden. ZZvorgeschriebener Vorschuss Der vom Kunden vorgegebene Vorschuss, unabhängig davon, was seine tatsächlichen Vorschüsse sind. PVcleared Overcharge an Kunden zurückgegeben Overcharge of bill zurück an den Kunden. Es wird in dem Monat angegeben, in dem die Rückerstattung erfolgt ist, d.h. der Versand der Zahlung. EMFF verwendet für Vorauszahlungen Über Gebühr auf der Rechnung verwendet, um den Vorschuss zu decken. Es wird im Monat der Reife der Kaution angegeben. NNR zahlbare Unterzahlung der Rechnung oder Teile davon Zahlung vom Kunden, der in einem bestimmten Monat erhalten wurde, um die Unterzahlung der Rechnung zu decken. Datum des Zahlungseingangs (nicht fällig). Hat der Käufer einen Rückzahlungsplan, so wird der Betrag auch im betreffenden Monat als NZ gemeldet (NZ also über mehrere Monate zurückgezogen). Art der Ware: Code Electricity GplynStatus: Code Beschreibung muss nicht gegeben werden, in Ordnung. HINWEIS CLIENTClient war in keinem Teil der beantragten Frist nicht der Besitzer der Probenahmestelle. HINWEIS VOLLEN TIMEClient ist / war der Inhaber dieses Abtastpunktes, nicht aber für den gesamten beantragten Zeitraum - für die angegebenen Abtastpunktdaten können daher nur für einen Teil des gewünschten Zeitraums zurückgegeben werden.
Melden Sie sich an für Notizen, Favoriten und Benachrichtigungen
Informationen zur Vorschrift
| Zitierung | Verordnung Nr. 368 / 2025 Slg. über die Anwendung bestimmter Bestimmungen des Gesetzes über die Beihilfe in der materiellen Not |
|---|---|
| Art der Vorschrift | Ordnung |
| Autor | - |
| Sammlung | Gesetzessammlung |
| Verkündungsdatum | 30.09.2025 |
|---|---|
| In Kraft seit | 01.10.2025 |
| In Kraft bis | - |
| Status | Gültig |
Öffentliche Verträge 1
DODATEK Č. 5 K SERVISNÍ SMLOUVĚ O PODPOŘE, NUTNÉM ROZVOJI A UKONČENÍ SYSTÉMU OKAPLIKACE
Ministerstvo práce a sociálních věcí
OKsystem a.s.
12.12.2025
Benachrichtigungen
Quelle:
Hlídač státu
(CC BY 3.0 CZ)
Der Wortlaut der Vorschrift hat informativen Charakter.
Kommentare 0