Regula S.I.60: InvoiceSettlement
Elementul InvoiceSettlement din structurile comune (Structures) refolosite în mai multe secțiuni ale declarației informative D406 este verificat de DUKIntegrator după regula S.I.60 din documentația oficială SAF-T publicată de ANAF. Cerința oficială este citată mai jos ca atare, împreună cu explicația erorii pe care regula o produce la validare.
Cum rezolvi
Familia regulii: Câmpuri text și referințe
Câmp de text sau de referință: descrieri, denumiri, numere de document, date de contact. Fiecare are un tip SAF-T cu o lungime maximă, iar multe sunt opționale: pot lipsi cu totul, dar dacă apar nu au voie să fie goale sau peste limită.
Verifică lungimea valorii respinse și caracterele din ea. Descrierile lungi preluate din denumiri de produse sau din observații depășesc ușor limita tipului; caracterele speciale nescăpate corect (&, <) strică XML-ul chiar dacă textul arată normal în program.
Scurtează sau curăță valoarea la sursă, în program. La câmpurile opționale pe care nu le folosești e mai sigur să nu emiți elementul deloc decât să-l emiți gol.
Cerința oficială
Câmp definit în documentația oficială: SettlementDiscount
Description settlement/other discount
Text citat din documentația oficială SAF-T (SchemaDefCod), în limba originală, fără parafrazare.
Detalii din documentația oficială
Descriere reducere tip de decontare /altă reducere
Valori scurte din coloanele fișei oficiale (tip de dată, sursă, obligativitate, cardinalitate), în ordinea din documentație:
SAFmiddle1textType TBD Optional Optional 0..1
Eroarea tipică la validare
Eroarea tipică pentru InvoiceSettlement apare când valoarea din XML contrazice cerința citată mai sus: format greșit, element lipsă acolo unde este obligatoriu sau, la câmpurile cu nomenclator, un cod care nu apare în lista oficială. Regula aparține structurilor comune (Structures), așa că aceeași valoare greșită pică peste tot unde structura e refolosită în fișier.