Validation triage

Error catalog a rule IDs

Silný enterprise validator nemá vracať len “failed”. Musí vracať rule ID, severity, XML path, obchodný dopad a jasný remediation hint, aby integrátor vedel chybu opraviť v zdrojovom systéme a bezpečne poslať retry.

Čo má byť autoritatívny výsledok

Autoritatívna validácia má držať rule_id, severity, path, ľudsky čitateľné vysvetlenie a odporúčaného ownera opravy. UI helper bez backendu môže robiť len screening, nie finálne compliance rozhodnutie.

Príklady rule katalogu

Rule ID

Severity

Význam

Owner

SK-CIUS-01

fatal

Chýba buyer tax identifier v cac:AccountingCustomerParty. Bez tejto hodnoty sa dokument nemá odosielať.

ERP / master data

SK-CIUS-04

fatal

Celková suma nesedí na súčet riadkov a DPH. Totály sa majú počítať z položiek, nie prepisovať ručne.

Billing logic

PEPPOL-BIS-12

warn

Chýba odporúčaný reference údaj. Dokument môže prejsť, ale príjemca môže mať nižší match rate.

Operations

ATTACH-02

warn

Dokument deklaruje prílohu, ale artifact bundle neobsahuje súbor alebo link na attachment.

Document assembly

DELIV-07

retry

Transport rejection bez zmeny obsahu faktúry. Vhodný kandidát na kontrolovaný retry po overení endpointu.

Integration ops

Path

XML uzol

Každá chyba má ukázať konkrétny uzol alebo field path, nie len všeobecný text “invoice invalid”.

Owner

Kto opravuje

Pri každej chybe má byť jasné, či opravuje ERP tím, master data, finance operations alebo transport vrstva.

Retry

Čo sa smie opakovať