Pavel je čistý. Flexibilný systém pre správu zdrojov údajov o správach


  • Uloženie vyhlásenia do denníka a jeho použitie ako počiatočných údajov pre nasledujúce obdobie Výkonný editor deklarácií Kontrola protistrán, načítavanie vyhlásení zo súborov xml, výkonné výbery a oveľa viac ... A to všetko je ešte rýchlejšie a pohodlnejšie Nová revízia 3.1
  • Najžiadanejšími prílohami vyhlásenia o alkohole sú prílohy 5, 6, 7, 11 a 12.

    Spracovanie je určené pre veľkoobchodné alebo maloobchodné organizácie. V aktualizáciách pre budúcu spravodajskú spoločnosť sú naplánované dodatky k vyhláseniu, ktoré sú nevyhnutné pre podniky zaoberajúce sa výrobou alkoholických nápojov.

  • Ešte rýchlejšie ako ed. 2.x! Vysoká produktivita tvorby vyhlásení podľa údajov infobázy.

    Implementácia novej edície pre našich klientov so sieťou asi 150 obchodov ukázala nasledujúce výsledky: Formulácia prílohy 11 podľa informačnej základne (150 obchodov, viac ako 50 000 riadkov deklarácie) - asi 3-4 minúty! Vykladanie vo formáte FSRAR - menej ako jedna minúta! Rovnaká úloha v programe Declarant-Alco bola dokončená viac ako 48 hodín.

  • Plne automatické vyplnenie vyhlásenia podľa informačnej základne.

    Všetky prílohy k vyhláseniu sa vypĺňajú automaticky. Používajú sa údaje z dokumentov „Príjem tovaru a služieb“, „Predaj tovaru a služieb“, pre dodatky 11 a 12 „Správa o maloobchodných tržbách“, „Preprava tovaru“, „Účtovanie tovaru“, „Zápis- mimo tovar “.

  • Vedenie denníka uložených vyhlásení

    Teraz môžete správy ukladať do denníka. Nezáleží na tom, ako bola vaša správa vytvorená podľa údajov informačnej databázy alebo bola načítaná z externého súboru. Tieto prehľady môžete použiť na vytvorenie počiatočných zostatkov nasledujúceho vykazovaného obdobia.

  • Výkonný editor deklarácií s nasledujúcimi funkciami:

    predtým nahrané súbory XML, ako aj vyhlásenia generované z údajov informačnej databázy. Údaje novo generovanej správy (ešte nenahrané, t. J. Priamo z obrazovky monitora) je možné ručne upravovať s následným načítaním údajov vo formáte XML;
  • Načítanie zostatkov na konci predchádzajúceho vykazovaného obdobiana údaje (vo forme počiatočných zostatkov) bežného vykazovaného obdobia s automatickým prepočtom závislých ukazovateľov. To vám umožňuje organizovať „výberové“ účtovníctvo, tj. obmedzenou podskupinou poverení obsiahnutých v informačnej databáze.
  • Automatické vyplnenie stĺpcov „Príjem“ a „Dodávky“"V dodatku 5 a stĺpci" Účtenka"V sek. 1 dodatkov 11 a 12. Pri oprave údajov dodatkov 6 a 7, ako aj ods. 2 dodatkov 11 a 12 je možné automaticky vypočítať hodnoty indikátorov zodpovedajúcich stĺpcov dodatku 5 a ods. 1 aplikácie 11 a 12.
  • Funkcia automatického prepočtu závislých indikátorov načítanej zostavy pri úprave základných línií ... Napríklad pri úprave počiatočných zostatkov sa konečné zostatky automaticky prepočítajú.
  • Komplexné overenie údajov zostavy pri odosielaní údajov do súboru XML.

    Kontrolujú sa ukazovatele, ako je prítomnosť kódu typu výrobku, prítomnosť výrobcu, správnosť INN a KPP (kontrola správnosti INN a KPP sa vykonáva prostredníctvom internetu, pričom sa používa služba na kontrolu zmluvných strán podľa Jednotného štátneho registra právnických osôb a USRIP), pričom sa kontrolujú pomery kontrolných indikátorov správy. Ak sa nájdu chyby, súbor sa neodošle a nájdené chyby sa zvýraznia červenou farbou.

  • Automatická konfigurácia informačnej základne pre organizáciu účtovníctva alkoholických nápojov.

    Keď začínate so spracovaním prvýkrát alebo kedykoľvek inokedy, keď to potrebujete, Asistent nastavenia účtovníctva vám pomôže čo najrýchlejšie a najpohodlnejšie nastaviť vašu informačnú základňu pre prácu s produktom Deklarácia alkoholu. Napríklad referenčná kniha „Kódy typov alkoholických nápojov“ sa vypĺňa automaticky v súlade so zoznamom kódov alkoholických nápojov schváleným FSRAR.

  • Účtovanie rôznych výrobcov o jednej položke položky.

    V UT10.3 a UT11 sa na tento účel používa mechanizmus charakteristík. Ku každej charakteristike položky používanej na účtovanie alkoholických nápojov sa pridá vlastnosť "Výrobca", ktorá sa vyplní z adresára zmluvných strán. Vo verzii BP3.0 táto funkcia nie je podporovaná z dôvodu nedostatku mechanizmu charakteristík v systéme BP3.0. V tomto prípade je pre rôznych výrobcov potrebné použiť rôzne položky položky.

  • Vŕtanie súhrnných indikátorov zostáv na úroveň dokumentu a položky jediným kliknutím.

    Nie je jasné, prečo je táto čiastka v správe? V správe môžete získať podrobné vysvetlenie akejkoľvek sumy a v prípade potreby otvoriť alebo upraviť priamo dokument alebo položku katalógu položiek, ktoré vzbudili váš záujem.

  • Možnosť zmierenia s protistranami vďaka výkonnému systému výberu.

    Voľby sú možné v rámci samostatnej aplikácie aj pre niekoľko aplikácií vyhlásenia. Napríklad môžete získať údaje o protistrane súčasne pre aplikácie 6 a 7, čo vám umožní zosúladiť údaje nielen o dodávkach, ale aj o výnosoch.

  • Flexibilný systém pre správu zdrojov údajov o správach.

    Zdroje údajov v správe môžu byť: záznamy o akumulačnom registri „Tovar organizácií“; predtým vyložené súbory vyhlásení vo formáte FSRAR; pri generovaní hlásenia o evidencii akumulačných registrov je možné zahrnúť alebo vylúčiť zápis do hlásenia pohybov dokladov bez značky „premietnuť do účtu. účtovníctvo "

  • Podpisovanie, šifrovanie a overovanie súborov s vyhláseniami je podobné službám FSRAR

    Generované súbory je možné skontrolovať, či sú v súlade s formátom FCPAR, podpísané a šifrované. Nebudete musieť kupovať programy ako Crypto AWP, všetko je k dispozícii na jednom pracovisku.

  • Funguje so základnými verziami

    Spracovanie nevyžaduje žiadne konfiguračné zmeny a môže pracovať so základnými líniami, čo výrazne znižuje náklady na implementáciu, ak sa nepoužíva viac ako jedno miesto.

  • Modul automatickej aktualizácie cez internet

    Kontrolu aktualizácií je možné vykonať buď na žiadosť používateľa (v poloautomatickom režime) a pri každom spustení programu. Po zakúpení spracovania dostanete individuálne používateľské meno a heslo na automatické aktualizácie.

  • Podporované konfigurácie

    Edícia \ Konfigurácia Podnikové účtovníctvo Vedenie obchodu Komplexná automatizácia
    10.3
    3.0
    11.1, 11.2
    1.1

    S výrobkom sa môžete podrobne zoznámiť, po preštudovaní dokumentácie alebo ak sa na nás obrátite so žiadosťou o radu.

    Prvú predstavu o rozhraní produktu a niektorých jeho funkciách môžete vidieť na obrázkoch nižšie pre rôzne konfigurácie.

    Vždy sa môžete spoľahnúť profesionálna technická podpora od vývojárov produktov s viac ako 3 -ročnými skúsenosťami s implementáciou vyhlásení o alkohole.
    Cena dodávky zahŕňa technickú podporu do 6 mesiacov od zaplatenia objednávky.


    Verzia pre konfigurácie 1C: Trade Management, rev. 10.3 a 1C: Integrovaná automatizácia 1.1




    Verzia pre konfiguráciu Trade Management, otáčky 11.1, 11.2

    Denník uložených vyhlásení


    Okno nastavenia vyplnenia vyhlásenia



    Garancia vrátenia peňazí

    Infostart LLC vám zaručuje 100% vrátenie peňazí, ak program nezodpovedá deklarovanej funkčnosti z popisu. Peniaze je možné vrátiť v plnej výške, ak to vyhlásite do 14 dní odo dňa prijatia peňazí na náš účet.

    Program je v prevádzke natoľko osvedčený, že takúto záruku môžeme poskytnúť s úplnou dôverou. Chceme, aby boli všetci naši zákazníci s nákupom spokojní.

    Účinnosť fungovania automatizovaných systémov závisí od stupňa spoľahlivosti vstupných informácií. Skreslenie informácií je možné vo fázach ich registrácie, prenosu a spracovania. Značnú časť chýb zavádza operátor pri registrácii informácií v procese vypĺňania primárnych dokumentov. Pri prenose údajov do počítača prostredníctvom komunikačných kanálov je možné skreslenie informácií pod vplyvom rušenia a v procese spracovania informácií - v dôsledku porúch a zlyhaní jednotlivých počítačových zariadení.

    Na zvýšenie úrovne spoľahlivosti informácií boli vyvinuté rôzne metódy riadenia údajov, ktoré umožňujú odhaliť chyby, ktoré sa vyskytujú vo všetkých fázach postupu informácií z miesta ich pôvodu do miesta spracovania. Pretože väčšina chýb vzniká pri príprave informácií, v tejto fáze zvážime metódy jej kontroly.

    Informačná kontrola počas prípravy primárnych dokumentov zahŕňa rôzne druhy jej kontrol, z ktorých niektoré sa vykonávajú priamo v procese prípravy dokumentu na počítači v systéme AWS, druhá časť kontrol - v centrálnom počítači pri zadávaní správa.

    Rozlíšiť formátované a logické ovládanie.

    O naformátovaný ovládanie:

    Počet znakov v každom indikátore zadanej správy sa určí a porovná s požadovaným počtom;

    V zadanej správe sa kontroluje prítomnosť prípustného počtu indikátorov;

    Prítomnosť abecedného znaku sa kontroluje tam, kde by mal byť číselný znak, a naopak.

    Pod logickou kontrolou:

    Kontroluje sa hodnota každého indikátora správy o oblasti prípustných hodnôt, ktorá je obsiahnutá v referenčných údajoch;

    Vykonáva sa kontrola vzájomnej logickej korešpondencie jednotlivých indikátorov navzájom v rámci každej frázy zadanej správy a medzi rôznymi frázami (medzifrázová kontrola);

    Prítomnosť chýb v najdôležitejších ukazovateľoch správy, ako sú počty jednotiek železničných koľajových vozidiel, staníc, nákladu, sa zisťuje výpočtom kontrolných značiek.

    Pre obslužné a informačné frázy správ sa vykonávajú formátované a logické ovládacie prvky. Ak sú zistené chyby, predplatiteľovi, ktorý poslal správu, je vydaná diagnostická správa 497, ktorá obsahuje kód chyby a indikátory, kde došlo k chybám. Odberateľ musí opraviť chyby alebo znova napísať správu.

    Tu je niekoľko príkladov chýb:

    1. Chyby formátovania

    1.1. Kontrola správnosti návrhu správy 02 ako celku.



    Úvodná správa Kód správy Číslo vlaku Vlakový index Podmienená dĺžka Trénujte hrubú hmotnosť, t Špeciálne značky
    Stanica formácie ECP Číslo mužstva v poradí Cieľová stanica ECP Číslo Mesiac Hodina Zápisnica Krycí kód Nadrozmerný index Hospodárske zvieratá Trasa
    (: 03

    Typ chyby zobrazený v tomto prípade je neexistujúci kód správy. Správa 03 neexistuje.

    1.2. Ovládanie formátu servisnej frázy

    Úvodná správa Kód správy Stanica správ ECP Číslo vlaku Vlakový index Známka podvádzania kompozície (1- z hlavy, 2- z chvosta) Dátum a čas konca tvorby kompozície Podmienená dĺžka Trénujte hrubú hmotnosť, t Špeciálne značky
    Stanica formácie ECP Číslo mužstva v poradí Cieľová stanica ECP Číslo Mesiac Hodina Zápisnica Krycí kód Nadrozmerný index Hospodárske zvieratá Trasa
    (: 005

    Toto ukazuje chybu metrického formátu. Poradové číslo vlaku by malo pozostávať z dvoch znakov, nie z troch, ako v príklade.

    1.3. Kontrola formátu informačnej frázy

    Prepravné číslo v poriadku Inventárne číslo auta Hmotnosť nákladu, t Kód nákladu Kód príjemcu Špeciálne značky Počet náplní Počet kontajnerov Hmotnosť obalu vozidla, t Poznámka
    Krycí kód
    2011 00/00 H0030

    Tiež zobrazuje formátovanú metrickú chybu. Kód majiteľa, značka valčekových ložísk musí obsahovať tri znaky.



    2. Chyby logického charakteru

    2.1. Logická kontrola servisnej frázy.

    Znak odpisu kompozície sa musí rovnať 1 alebo 2.

    2.2. Logická kontrola informačnej frázy

    Prepravné číslo v poriadku Inventárne číslo auta Kód majiteľa, značka valčekových ložísk Hmotnosť nákladu, t Kód cieľovej stanice auta Kód nákladu Kód príjemcu Špeciálne značky Počet náplní Počet kontajnerov ECP kód výstupnej hraničnej stanice Hmotnosť obalu vozidla, t Poznámka
    Príslušný k trase, nepracujúca flotila, skupinové odoslanie, spojené Krycí kód Špeciálna vlastnosť auta (nadrozmerné, hospodárske zvieratá, dĺžka, zákaz demontáže z kopca)
    ____ 00/00

    Ak je hmotnosť nákladu nenulová, musia existovať informácie o cieľovej stanici automobilu.

    2.3 Logické ovládanie frázy

    Prepravné číslo v poriadku Inventárne číslo auta Kód majiteľa, značka valčekových ložísk Hmotnosť nákladu, t Kód cieľovej stanice auta Kód nákladu Kód príjemcu Špeciálne značky Počet náplní Počet kontajnerov ECP kód výstupnej hraničnej stanice Hmotnosť obalu vozidla, t Poznámka
    Príslušný k trase, nepracujúca flotila, skupinové odoslanie, spojené Krycí kód Špeciálna vlastnosť auta (nadrozmerné, hospodárske zvieratá, dĺžka, zákaz demontáže z kopca)
    68011105 00/00
    68011105 00/00

    Rovnaké inventárne čísla vozňov

    Záver

    Na základe výsledkov kontrolnej práce je módne vyvodiť záver o princípe fungovania ASOUP.

    Pri vytváraní vlaku sa zostavujú obslužné a informačné bloky správy 02 (TGNL), ktorá sa prenáša do DCC. Servisný blok obsahuje informácie o vytvorenej kompozícii ako celku. Informačný blok obsahuje informácie o každom vozni: inventárne číslo, hmotnosť nákladu, cieľovú stanicu, kód nákladu atď.

    Ak kompozícia nezodpovedá predtým prenášaným do DVT TGNL, generuje sa správa 09, kde sú uvedené všetky zmeny v kompozícii. Najčastejším dôvodom tejto nezrovnalosti je plánované odpojenie alebo spriahnutie vozňov s vlakom na trase, odpojenie vozňa z dôvodu jeho technickej alebo obchodnej poruchy.

    Keď vlak opustí stanicu, generujú sa správy 200;

    príchod vlaku na stanicu - správa 201;

    nasledovanie stanice vlakom - správa 202;

    rozpustenie kompozície - správa 203;

    nakladanie vozňa - správa 241;

    vykladanie vozňa - správa 242;

    presun auta do chybnej skupiny - správa 1353

    Každá z vyššie uvedených správ poskytuje informácie o čase vzniku vlaku, druhoch vozňov vo vlaku, odchode vlaku zo stanice, vzniku, nakládke a vykládke vozňov, o zapriahnutí a odpojení vozňov, odpísanie vozňov do nepracujúcej flotily a pod.

    FLC - formát a logické ovládanie, ktorá je navrhnutá tak, aby pomáhala daňovníkom pri vypĺňaní formulárov daňového vykazovania, nesleduje cieľ vykonávať administratívnu kontrolu a je vyvíjaná v súlade s pravidlami pre zostavovanie formulárov daňového vykazovania.

    Podľa článku 584 ods. 4-1 daňového poriadku FLC, spočíva v kontrole úplnosti a správnosti jeho vyplnenia, sa vykonáva pri príjme a spracovaní daňových priznaní systémom na príjem a spracovanie daňových hlásení daňových orgánov (ďalej len systém).

    Potvrdenie príjmu a spracovania daňových výkazov centrálnym uzlom systému je elektronickým oznámením o prijatí alebo zamietnutí daňových výkazov systémom.

    Systém priraďuje daňovým výkazom odoslaným v elektronickej forme stav prijatia („akceptované“) a stav spracovania pre daňové správy, ktoré sa majú zaúčtovať na osobný účet daňovníka („zaúčtované“), a tiež generuje oznámenie o prijatí alebo odmietnutie daňových správ.

    Za prítomnosti uvedených stavov daňového vykazovania v oznámení sa má za to, že daňové vykazovanie bolo skontrolované požiadavkou formátovo-logickej kontroly a nespadá do normy článku 5 ods. 7 odseku 5 584 daňového poriadku.

    Aktuálna verzia konfigurácie „Trade Management“,
    revízia 10.3, určená na použitie s verziou systému
    1C: Enterprise nie je nižšia ako 8.2.19. Pri práci s operačným systémom
    Microsoft Windows 10 musí používať platformu verzie 8.3
    1C: Enterprise v režime kompatibility s verziou 8.2.

    Aktualizácia je určená pre nasledujúce vydania: 10.3.41.1, 10.3.42.1, 10.3.43.1

    Čo je nové?

    Pridaná funkcia na kontrolu období platnosti elektronických formátov dokumentov.
    Pridaná funkcia pre odosielanie pozvánok na výmenu za konkrétne ID účastníka EDF.

    Maloobchodné

    Hardvérová podpora "Účtenková tlačiareň"
    Podporuje tlač zúčtovacích dokumentov na pripojenej tlačiarni účteniek alebo na kancelárskej tlačiarni a vedenie „Denníka pre doklady vydané kupujúcemu počas zúčtovania“ v súlade s uznesením RF č. 296 z 15.03.2017.
    Správa „Denník dokumentov vydaných kupujúcemu“
    Pridaná správa „Kniha jázd dokladov vydaných kupujúcemu“, pozri rozhranie „Správa maloobchodu“, ponuka „Predaj“.
    Adresár „Pokladňa KKM“
    Začiarkavacie políčko „Archívne potvrdenky“ bolo pridané do formulára referenčnej knihy „Pokladňa s pokladňou“. Keď je začiarknuté políčko „Archívne potvrdenky“, doklady „Pokladničný doklad“ po ukončení smeny sa nevymažú, ale označia ako archivované. Informácie z týchto dokumentov sa zobrazujú v zostave „Denník dokumentov vydaných kupujúcemu“.
    Pridané spracovanie služby pre ReceiptPrinter.epf
    Pri spracovaní sa vykonáva údržba zariadenia podporovaného ovládačom „1C: Receipt Printer“.

    Nové vo verzii 10.3.43.1

    Výmena elektronických dokumentov

    Pridaná funkcia pre zrušenie ľubovoľného elektronického dokumentu.
    Pridaná funkcia pre prezeranie predpisov EDM prostredníctvom formulára „Strom elektronických dokumentov“ pre ľubovoľný elektronický dokument.
    Bola implementovaná synchronizácia stavu EDM medzi všetkými dokumentmi informačnej základne zúčastňujúcej sa na výmene UPD / DCD.
    Implementovaná možnosť jednorazovej registrácie všetkých zmien certifikátov organizácie v službe 1C-EDM pri ukladaní profilu EDF.
    Pridaná možnosť špecifikovať zoznam používateľov, ktorí majú prístup k certifikátu.

    Účtovanie DPH

    V súlade s nariadením vlády Ruskej federácie z 25. mája 2017 č. Č. 625 vo vystavených faktúrach od 01.07.2017 je potrebné uviesť identifikátor štátnej zmluvy.
    V dokumente „Faktúra vystavená“ zo dňa 01.07.2017 je na vyplnenie k dispozícii pole „Identifikátor štátnej zmluvy“.
    Tlačená forma dokumentu „Faktúra vystavená“ bola zosúladená s nariadením vlády Ruskej federácie z 25. mája 2017. Č. 625.

    Maloobchodné

    Pridaná podpora pre formát fiškálnych údajov verzie 1.0.5 v súlade s nariadením Federálnej daňovej služby Ruska zo dňa 03.21.2017 N ММВ-7-20 / [chránené e -mailom]
    „Po schválení dodatočných podrobností o fiškálnych dokumentoch a formátov fiškálnych dokumentov, ktoré sú povinné na použitie.“
    Aby ste mohli využívať nové funkcie, je potrebná aktualizácia servisných kľučiek.

    Opravný pokladničný doklad

    Doplnený doklad „Oprava pokladničného dokladu“. Na to, aby ste ho mohli používať, musíte aktualizovať procesy obsluhy zariadenia predajne na verziu 1.7 alebo novšiu.

    Adresár „Obchodné vybavenie“

    Doplnené náležitosti „Metóda formátovo-logickej kontroly“, „Prípustná odchýlka počas formatologickej kontroly“. Používa sa pri fiskalizácii šeku na registračnej pokladnici s prenosom údajov.

    Doklady „Prijatá hotovostná objednávka“, „Odchádzajúca hotovostná objednávka“, „Platba od kupujúceho platobnou kartou“

    V tabuľkovej sekcii „Dešifrovanie platby“ bola pridaná premenná „Znak spôsobu platby“, vyplnená predvolenou hodnotou, ktorá je k dispozícii na úpravu, používateľ môže jej hodnotu zmeniť. Náležitosť sa používa pri fiskalizácii šeku na registračnej pokladnici s prenosom údajov.

    Dokumenty „Predaj tovaru a služieb“, „Vrátenie tovaru od kupujúceho“

    Pridaná možnosť generovania fiškálneho dokladu na registračnej pokladnici s prenosom dát.

    Našli sa opravené chyby


    Logická štruktúra súborov

    Riadky súboru prílohy (od prvého riadka po koniec súboru) obsahujú údaje prílohy.

    Riadky súboru musia byť navzájom oddelené dvojicou znakov vrátenia vozíka a riadku (kódy 1310 a 1010), ktoré nasledujú bezprostredne za sebou.

    Súbor nesmie začínať ani končiť znakmi návratu na koniec riadka a posunu riadka. Zahrnutie prázdnych riadkov do súboru (opakovanie dvojíc „návrat vozíka“ a „posun riadka“ niekoľkokrát za sebou) nie je dovolené.
    Nahrávanie informácií

    Každý riadok by mal obsahovať hodnoty atribútov uvedené v tabuľke A.1.

    Všeobecné požiadavky

    Formátovo-logický riadiaci protokol (protokol FLC) sa generuje pre každý súbor prílohy.

    Názov súboru denníka FLC je vytvorený z názvu súboru prílohy nahradením písmen MO, ktoré začínajú názvom súboru, písmenom L:

    L + Informačný zdroj + registračné číslo-CMO / MO + RRRRMMDD, kde


    • Zdroj informácií: 1 - SMO alebo 2 - MO,

    • číslo registra -CMO / MO - číslo registra CMO alebo MO

    • RRRRMMDD - dátum, kedy boli údaje pripravené.
    Prípona súboru je csv.

    Obsah súboru sa prenesie v kódovaní kódovej stránky Windows-1251.

    Logická štruktúra súborov

    Protokol FLC sa prenesie do textového súboru s oddelenými hodnotami. Súbor pozostáva z riadkov, ktoré sú od seba oddelené dvojicou znakov návratu na koniec vozíka a znaku posuvu riadka (kódy 1310 a 1010). Ako oddeľovač sa používa bodkočiarka (";", kód 3410). Keď sa v rámci hodnoty nachádza bodkočiarka alebo úvodzovka, musia byť jednotlivé hodnoty uzavreté do úvodzoviek.
    Zoznam formátovo-logických chýb ovládania

    Ak je v riadku nájdená aspoň jedna chyba FLC, linka sa neprenesie na načítanie do PC EPZ.


      1. Zoznam formátovo-logických chýb ovládania

    Kód

    Lúka

    Popis chyby

    dodatočné overenie

    Číslo

    Názov stĺpca

    Chyby v konkrétnych poliach záznamu

    2

    3

    EPP

    Neexistuje žiadne EPP

    Neexistuje žiadna STP pre poistenie povinného zdravotného poistenia jednej vzorky

    5

    4

    Priezvisko

    V priezvisku sú neplatné znaky alebo kombinácie znakov

    Priezvisko, meno alebo priezvisko nespĺňa pravidlá FLC prijaté EPZ

    6

    5

    názov

    V názve sú neplatné znaky alebo kombinácie znakov

    7

    6

    stredné meno

    V strednom mene sú neplatné znaky alebo kombinácie znakov

    10

    7

    Dátum narodenia

    Dátum narodenia nie je uvedený

    11

    7

    Dátum narodenia

    Chyba dátumu narodenia

    Uvedený neskutočný dátum:

    • Dátum narodenia je väčší ako dátum odovzdania súboru uvedený v názve súboru,

    • Mesiac nie je číslo od 1 do 12.

    • V hodnote roka sú znaky iné ako čísla alebo je výsledné číslo väčšie ako aktuálny rok.

    21

    13

    SNILY

    Chyba v hodnote SNILS

    Zadaná hodnota má buď nesprávnu dĺžku, alebo obsahuje iné znaky ako čísla.

    22

    13

    SNILY

    Chyba kontrolného čísla SNILS

    Kontrolná číslica (posledné dve číslice) SNILS bola vypočítaná s chybou.

    25

    2

    Polis_id

    Séria a počet DPFS chýbajú

    Neexistuje žiadna séria a číslo pre starodávnu povinnú zdravotnú poistku ani číslo pre dočasné osvedčenie

    242

    15

    Attach_Mode

    Kód spôsobu pripojenia k MO nie je určený

    243

    15

    Attach_Mode

    Neplatný kód pre spôsob pripojenia k MO

    Kód metódy pripojenia sa v kódovacom systéme nenašiel.

    246

    17

    Attach_Date

    Chyba dátumu

    Chyby dátumu:

    Dátum obsahuje znaky iné ako čísla,

    Počet číslic nie je rovný ôsmim,

    Poradie čísel nemožno interpretovať ako platný dátum (napríklad „19722510“ alebo „19801234“).


    264

    14

    ID_MO

    Registračné číslo nie je uvedené

    265

    14

    ID_MO

    Registračné číslo nebolo nájdené

    Uvedená hodnota nebola nájdená v jednotnom registri MO.

    Ďalšie (bežné) chyby

    99





    V obsluhe sa vyskytla výnimka