Validacija

Zavrnitve odkrijemo pri sebi, preden jih vidi kdorkoli drug.

Uporabljamo iste nabore pravil kot omrežja in davčne platforme, v različicah, ki jih objavijo. Ko račun ne prestane preverjanja, popravek vnesemo v preslikavo, zato se ista napaka naslednji mesec ne vrne.

R
ValidacijaV standardni enoti
Nabori pravil
EN 16931 1.3.16 · Peppol BIS 3.0.21 · XRechnung 3.0.2 · CIUS-⁠RO 1.0.9 · FA(3) 1-⁠0E
Test popravkov
26 od 26 napak odpravljenih
Zadnje celotno preverjanje
28. 09. 2026
Validacija

Kaj preverjamo

  • 01

    Shema

    Struktura datoteke po uradni shemi XSD: UBL 2.1, CII D16B ali FA(3).

  • 02

    Poslovna pravila

    EN 16931 in lastna pravila omrežja, kot sta Peppol BIS ali XRechnung, preverjena z objavljenimi validatorji.

  • 03

    Vsebina po državah

    Polja, ki jih zahteva 226. člen Direktive o DDV, in dodatna pravila za Nemčijo, Francijo, Poljsko, Belgijo in Romunijo.

  • 04

    Kontrolne števke

    IBAN, NIP, CUI, številka podjetja, USt-IdNr. in SIREN. Francoska platforma, ki smo jo testirali, kontrolnih števk SIREN ni preverjala, zato jih preverjamo mi.

  • 05

    Hibridne datoteke PDF

    Datoteke Factur-X in ZUGFeRD kot PDF/A-⁠3, pri čemer preverimo tudi vdelani XML. Nemčija zahteva eno podrobnost, ki jo standardna orodja spregledajo, zato jo preverjamo posebej.

  • 06

    Varno razčlenjevanje

    Vsako datoteko beremo z izklopljenimi zunanjimi entitetami in DTD. Datoteko, ki poskuša kaj od tega naložiti, zavrnemo, preden jo prebere katerokoli pravilo.

Validacija

Ravni preverjanja za vsak dokument

Ravni preverjanja za vsak dokument
DokumentPreverjeno po
Peppol BIS 3.0 (UBL)UBL 2.1 XSD → EN 16931 schematron 1.3.16 → Peppol BIS Billing 3.0.21
RO e-⁠Factura (UBL)UBL 2.1 XSD → EN 16931 in CIUS-⁠RO 1.0.9
XRechnung 3.0 (UBL ali CII)XSD → validator KoSIT 1.6.3 s konfiguracijo XRechnung 3.0.2
CII in Factur-X XMLCII D16B XSD → EN 16931 CII schematron 1.3.16
KSeF FA(3)FA(3) XSD 1-⁠0E → pravila datotek KSeF: UTF-⁠8, brez oznake vrstnega reda bajtov, največ 1 MB
Factur-X in ZUGFeRD PDFPDF/A-⁠3B z veraPDF → Mustang → vdelani XML

Kaj potrebujemo od vas

Kaj potrebujemo od vas

  • Preslikani račun za vsako različico v obsegu
  • Pot, da vemo, katera pravila veljajo

Kaj dobite nazaj

  • Poročilo o validaciji za vsak testni račun
  • Vsaka napaka z oznako pravila in poljem, na katero se nanaša
  • Mapa z dokazi ob predaji: datoteke, poročila in identifikatorji oddaj
26 od 26 napak zavrnjenih, nato odpravljenih.

27. septembra 2026 smo namerno vstavili 26 napak, ki kršijo pravila Peppol, XRechnung, CII, CIUS-⁠RO in FA(3). Vsako je ujelo ustrezno uradno pravilo in vsaka je po popravku prestala preverjanje.

Oglejte si dokaze
Koraki

Vrstni red preverjanj

  1. Varno branje

    Brez zunanjih entitet in brez DTD.

    01/05
  2. Shema

    Struktura po uradni shemi XSD.

    02/05
  3. Pravila

    EN 16931 in lastna pravila omrežja.

    03/05
  4. Država

    Obvezna vsebina in kontrolne števke.

    04/05
  5. Poročilo

    Uspeh ali pravilo in polje z napako.

    05/05
Vprašanja

Validacija

Ali veljavna datoteka pomeni, da bo račun sprejet?
Odpravi zavrnitve, ki jih pravila lahko predvidijo. Platforma lahko račun še vedno zavrne iz razlogov zunaj datoteke, na primer zaradi manjkajočega pooblastila ali dvojnika. Takšne zavrnitve se vam vrnejo kot status, s kodo platforme.
Ali testirate tudi na samih platformah?
Da, v njihovih testnih okoljih pred prehodom v produkcijo: KSeF 2.0 TEST, validacijska storitev ANAF, peskovnik dostopne točke Peppol in peskovnik francoske platforme.
Kontakt

Pošljite račun, ki je vedno znova zavrnjen.

Pošljite datoteko in sporočilo, ki ste ga prejeli. Povedali vam bomo, katero pravilo krši in kje je treba napako odpraviti.

  • Sistem ERP in različica
  • Prva pot za državo in pravna oseba
  • Reprezentativen račun in stanje poverilnic

30-minutni klic

Izberite termin

Izberite termin