Kontroller organisasjonsidentiteten i SAF-T Header
En riktig strukturert SAF-T-fil kan fortsatt gjelde feil selskap. Selskapsidentiteten må kontrolleres separat.
Selskapsidentiteten er et første stoppunkt ved SAF-T-kontroll. Et regnskapsbyrå eller konsern kan ha flere selskaper i samme kildesystem. Filen kan passere strukturvalidering selv om eksporten er laget for en annen juridisk enhet enn mottakeren forventer.
Les selskapets opplysninger i Header/Company og sammenlign med det avtalte oppdraget. I 1.40-skjemaet beskriver RegistrationNumber registreringsidentiteten. Bruk utgavens faktiske struktur; ikke hent det første organisasjonsnummeret som finnes et tilfeldig sted i filen, siden andre motparter også har identiteter.
Eksempel med to selskaper
Et konsern har Drift AS og Eiendom AS. En eksportmappe heter «Drift», men XML-hodet og saldobalansen gjelder Eiendom. Filnavnet er dermed et svakt grunnlag for valg av mottaker.
| Kontrollgrunnlag | Observasjon | Konklusjon |
|---|---|---|
| Filnavn | Drift-2026.xml | Ikke tilstrekkelig identitetsbevis |
| Header | Eiendomselskapets registreringsidentitet | Filen gjelder annen enhet |
| Kilderapport | Eiendomselskapets navn og periode | Bekrefter eksportomfanget |
| Mottaker | Driftselskapets regnskap | Import skal stoppes |
Eksemplet bruker fiktive selskapsnavn og ingen oppdiktede organisasjonsnumre.
Kontroller registreringsnummer, juridisk navn, landkontekst og avgrenset periode. Et navnebytte kan forklare et navneavvik, men det må dokumenteres; et likt navn beviser ikke at to registreringsidentiteter er samme foretak.
Bevar eksportvalget eller kilderapporten sammen med filen. Dersom identiteten er uklar, lag en ny eksport fra riktig selskap eller innhent en kildeavklaring. Ikke rett XML-hodet manuelt for å få filen til å passe mottakeren. Det kan skjule at hele innholdet tilhører feil enhet.
Selskapskontrollen sier heller ikke at posteringene er riktige. Når identiteten er bekreftet, må dere fortsatt kontrollere periode, summer og referanser. Ved sammenstillinger av flere selskaper skal selskapstilhørigheten bevares per fil og per objekt.
Prøv identitetsgrensen med to syntetiske filer som har samme transaksjonsnummer, men tilhører forskjellige selskaper. Den andre filen skal ikke kunne importeres som et tillegg til den første bare fordi kontoer og periode ligner. Dette undersøker både mottakerens valg og den lokale leveranserutinen.
En forsvarlig akseptanse krever at juridisk identitet kan følges fra eksportbestilling til fil og mottaker. Registrer hvem som avklarte et navneavvik, og hvilket offentlig eller internt dokumentert grunnlag som ble brukt. Ved ukjent registreringsidentitet bør behandlingen stoppe før mapping eller bilagsimport, så tekniske tilpasninger ikke skjuler det opprinnelige selskapsavviket.
Kilder
Se filens periode og selskapsavgrensning i API-er.
Les også Kunderegisteret endres: behold juridisk identitet gjennom navnebyttet.