PEPPOL Validátor XML Viewer PEPPOL lookup PEPPOL Radar Hibakódok EN 16931 Mapper
Ingyenes eszköz · Regisztráció nélkül

PEPPOL Validátor
BIS 3.0 & SK CIUS

Töltsön fel egy XML számlát, és ellenőrizze a szabályokat küldés előtt. Csak akkor mutatunk eredményt, ha valóban lezajlott az élő API validáció. Ha az API nem elérhető, nem kap kitalált "zöld pipát".

SK CIUS 2025 EN 16931 PEPPOL BIS 3.0 UBL 2.1 Kötegelt feltöltés Élő API eredmény

Mit ellenőriz a validátor

Ez az eszköz az XML dokumentumok szerveroldali validációjára szolgál. Csak akkor mutatunk eredményt, ha az eFaktúra centrum validációs kapuja válaszol; kimaradás esetén nem kap hamis megerősítést.

UBL 2.1számla szerkezete, kötelező UBL elemek és alaptípusok
EN16931üzleti szabályok, összegek, pénznemek, felek és adóadatok
PEPPOLBIS 3.0 profil, azonosítók és küldői kontextus
SK CIUSszlovák adószám, azonosítósémák, IBAN és helyi ajánlások

Biztonságos használat

A nyilvános validátort teszt vagy anonimizált XML-hez használja. A éles dokumentumok és érzékeny adatok a workspace/API módba tartoznak, audit-tal, megőrzési szabályzattal és magasabb limitekkel.

Javasolt folyamat: XML validáció → hibajavítás → ismételt ellenőrzés → küldési workflow. PDF-eknél vagy szkenneknél küldés előtt kötelező marad a kézi ellenőrzési lépés.
Húzza ide az XML fájlokat
vagy kattintson a fájlok kiválasztásához
XML · max. 1 MB fájlonként · kötegelt feltöltés támogatott
Fejlesztőknek

REST API — validáció felület nélkül

POST /api/validate-file
Ugyanezeket a végpontokat használja ez a feltöltési űrlap is. A nyilvános mód napi soft limittel rendelkezik; az éles dokumentumokat workspace/API kulcson keresztül küldje.
# Egyetlen XML fájl validációja JSON payloaddal
curl -X POST https://efakturacentrum.sk/api/validate-file \
  -H "Content-Type: application/json" \
  -d '{
    "filename": "faktura.xml",
    "content": "<Invoice xmlns=\"urn:oasis:names:specification:ubl:schema:xsd:Invoice-2\">...</Invoice>"
  }'

# Több XML fájl kötegelt validációja
curl -X POST https://efakturacentrum.sk/api/validate \
  -H "Content-Type: application/json" \
  -d '{
    "files": [
      { "filename": "faktura1.xml", "content": "<Invoice>...</Invoice>" },
      { "filename": "faktura2.xml", "content": "<Invoice>...</Invoice>" }
    ]
  }'
import { readFile } from "node:fs/promises";

const xml = await readFile("faktura.xml", "utf8");
const response = await fetch("https://efakturacentrum.sk/api/validate-file", {
  method: "POST",
  headers: { "Content-Type": "application/json" },
  body: JSON.stringify({ filename: "faktura.xml", content: xml })
});

const result = await response.json();
console.log(result.valid, result.fatal_count, result.issues);
import json
from urllib.request import Request, urlopen

with open("faktura.xml", "r", encoding="utf-8") as f:
    xml = f.read()

payload = json.dumps({"filename": "faktura.xml", "content": xml}).encode("utf-8")
req = Request(
    "https://efakturacentrum.sk/api/validate-file",
    data=payload,
    headers={"Content-Type": "application/json"},
    method="POST",
)

print(json.loads(urlopen(req, timeout=30).read()))
{
  "filename": "faktura.xml",
  "valid": false,
  "fatal_count": 1,
  "warning_count": 0,
  "summary": {
    "invoice_id": "FV-2026-0001",
    "seller_name": "Moja Firma s.r.o.",
    "payable_amount": "1240.00",
    "currency": "EUR"
  },
  "issues": [
    {
      "level": "fatal",
      "layer": "EN16931",
      "rule_id": "BR-CO-10",
      "message": "Súčet riadkov nesedí s LegalMonetaryTotal."
    }
  ]
}

Gyakori kérdések a validációról

Miért felel meg az XML-em az XSD-nek, de nem az EN 16931-nek? Mit jelent az, hogy a számla nem ment át a validáción? Mi a különbség az XSD hiba és a Business Rule között? Mit küldjünk a beszállítónak, ha az e-számla nem megy át a validáción? Egy konkrét BT mezőt keres? EN 16931 ↔ UBL Mapper →
Számlák validálása...
SK CIUS · EN16931 · PEPPOL BIS 3.0