klientportalen accepterer ikke den eksporterede fil

En afvist fil er normalt set et formatproblem, ikke et indholdsmæssigt problem

Hvis klientportalen ikke accepterer den eksporterede fil, skyldes det normalt set formen, ikke indholdet. Hvert portal har sit eget skabelon: en fast kolonnerækkefølge, et fast celformat, nogle gange et fast antal faneblade. En eksport der er indholdsmæssigt korrekt, bliver alligevel afvist, hvis et datumufeld indeholder tekst i stedet for en dato, hvis en kolonne er blevet flyttet, eller hvis filtypen ikke svarer til det, portalen forventer — for eksempel .xlsx hvor .csv anmodes. Vores system udfylder svarene fra kædesomappringen i den struktur, som klienten har leveret; afnegerens portal kontrollerer derefter selv, om denne struktur er korrekt. Denne kontrol ligger på deres siden, ikke på vores — vi logger ikke ind på tredjeparts portaler og ser derfor ikke, hvad fejlmeddelelsen præcist betyder.

Praktisk set er det værd at se først hvilken felt fejlmeddelelsen nævner. Gælder det manglende data, så er det ofte et basisfeld, der endnu ikke findes i kædesomappringen, såsom virksomhedens forretningsadresse eller det registreringsnummer, under hvilket virksomheden er tilmeldt. Gælder det en formatfejl — forkert celtype, forkerte skilletegn, et manglende faneblade — så er det brugbart at sammenligne eksportfilen med den tomme skabelon, som portalen selv tilbyder, og se hvor strukturen afviger.

Hvorfor dette ligger uden for omfanget af svarregistret

Inddelingen og teknisk validering af et klientportal bestemmes af afnegeren, der administrerer portalen, ikke af en standard som EFRAG VSME eller Handelsregisterloven 2007. Disse kilder bestemmer, hvilke data der er relevante, ikke i hvilket filformat et portal ønsker at modtage dem. For de præcise krav til filtype, celopformating eller fanebladstruktur er portales egen dokumentation den eneste rigtige kilde.