Kontrollera en e-faktura-XML (CII eller UBL) strukturellt mot de viktigaste EN 16931-reglerna - lokalt i webbläsaren, utan uppladdning.
Körs lokalt på din enhet ...
0%
Dina filer lämnade aldrig din enhet
Nej. Allt körs i din webbläsare - din fil lämnar aldrig din enhet. Så går det att verifiera
Innan du skickar eller bokför en e-faktura vill du veta om grunderna stämmer. Det här verktyget läser en e-faktura-XML (CII eller UBL enligt EN 16931) och kontrollerar den mot ett hanterbart urval av de viktigaste affärsreglerna: finns fakturanummer, fakturadatum, valuta, säljare och köpare? Är en giltig dokumenttypskod angiven (380 handelsfaktura, 381 kreditnota)? Finns minst en fakturarad? Och går totalsummorna ihop - är summan av fakturaraderna lika med radtotalen, och ger netto plus moms tillsammans bruttototalen? Resultatet är en läsbar rapport med OK/Anmärkning per kontroll.
Viktigt och ärligt: det här är ett hjälpmedel för en snabb självkontroll, inte ett officiellt sigill och inte ett intyg. Det kontrollerar ett noggrant utvalt delurval av EN 16931-affärsreglerna, inte hela KoSIT-Schematron-regeluppsättningen - så det ersätter varken konformitetskontrollen i ditt bokförings- eller ERP-program eller din skatterådgivare. En anmärkning betyder "det här kunde jag inte bekräfta eller det ser inkonsekvent ut", inte ett rättsligt utlåtande om fakturan.
Båda syntaxformerna som EN 16931 tillåter kontrolleras: UN/CEFACT CII (CrossIndustryInvoice, även från ZUGFeRD/Factur-X) och OASIS UBL (Invoice-2). Vid en XRechnung kontrolleras även Leitweg-ID (köparreferens). Allt körs helt lokalt i webbläsaren (ren JavaScript, ingen server, ingen SaxonJS) - fakturan med sina affärsdata lämnar aldrig din enhet. Du får rapporten som en fristående HTML-fil som du kan spara, skriva ut eller spara som PDF.
| Indataformat | XML |
|---|---|
| Utdataformat | HTML |
| Batchbearbetning | Ja |
| Bearbetning | Lokalt i webbläsaren (JavaScript) |
| Filuppladdning | Ingen |
Begränsningar: Kontrollerar en e-faktura-XML (CII eller UBL enligt EN 16931) mot ett noggrant utvalt delurval av affärsreglerna: att de obligatoriska fälten finns (fakturanr/datum/valuta/säljare/köpare/minst en fakturarad), en giltig dokumenttypskod (380/381 osv.), totalsummornas räkning (summan av fakturaraderna, netto + moms = brutto, att betala) och Leitweg-ID vid en XRechnung. Det är ett strukturellt hjälpmedel för en självkontroll, inte en fullständig KoSIT-Schematron-tjänst och inte ett intyg - en anmärkning är inget rättsligt utlåtande. Etiketterna visas på tyska (de-sidan) eller engelska (i övrigt); strukturen och den räknemässiga konsekvensen kontrolleras, inte fakturans innehållsmässiga riktighet.
Nej. Läsningen av XML:en och körningen av kontrollerna sker helt lokalt i webbläsaren (ren JavaScript, ingen server); fakturan med sina affärsdata lämnar aldrig din enhet.
Ett noggrant utvalt urval av EN 16931-affärsreglerna: att obligatoriska fält finns, en giltig typkod (380/381), minst en fakturarad och totalsummornas räkning (netto + moms = brutto, att betala), plus Leitweg-ID vid en XRechnung.
Nej. Det är ett strukturellt hjälpmedel för en självkontroll, inte ett officiellt sigill och inte ett intyg. Hela KoSIT-Schematron-regeluppsättningen återges inte; det ersätter inte kontrollen i ditt program eller hos din skatterådgivare.
En anmärkning betyder "det här kunde jag inte bekräfta eller det ser inkonsekvent ut" - till exempel ett obligatoriskt fält som saknas eller ett totalbelopp som inte går ihop. Kontrollera det stället själv; det är inget rättsligt utlåtande om fakturan.
De två syntaxformerna som EN 16931 tillåter: UN/CEFACT CII (CrossIndustryInvoice, även från ZUGFeRD/Factur-X) och OASIS UBL (Invoice-2). Släpp .xml-filen; flera filer samtidigt går bra.