Foretak og underenhet: kvalifiser registeridentitet før økonomibruk

Et importgrunnlag kan inneholde to gyldige organisasjonsnumre for samme virksomhetsmiljø: ett for hovedenheten og ett for en underenhet. Begge numrene kan bestå en formatkontroll. Det avgjørende er hvilken rolle identiteten har i den aktuelle oppgaven. Et gyldig nummer er ikke automatisk riktig juridisk avtalepart, arbeidsgiveridentitet eller arbeidssted.

Brønnøysundregistrene forklarer at en underenhet har eget organisasjonsnummer og er knyttet til en hovedenhet. Underenheten identifiserer aktiviteten og er ikke selvstendig. Nummeret brukes blant annet ved relevante opplysninger i a-meldingen. Her beskrives en register- og datakontroll, ikke en full veiledning om alle rapporteringsfelt eller fordeling av kontraktsansvar.

Slå opp enhetstype før registerposten gjenbrukes

Bevar organisasjonsnummer, enhetstype, navn, kilde og tidspunkt. For underenheter må forbindelsen til overordnet hovedenhet kunne finnes. Brønnøysundregistrenes åpne API skiller mellom enheter og underenheter og dokumenterer en slik overordnet forbindelse. Et søk som bare returnerer navn og nummer, kan derfor utelate akkurat opplysningen integrasjonen trenger.

Ikke tolk et lignende navn som en bekreftet forbindelse. En filialbetegnelse eller adresse kan ligne på hovedenhetens opplysninger uten å være en tilstrekkelig nøkkel. Bruk den dokumenterte registerrelasjonen, og avklar hva opplysningen skal brukes til før den legges i et økonomisk dokument.

Eksempel: én juridisk kunde og to leveringssteder

Et syntetisk foretak har hovedenheten H og underenhetene U-OST og U-VEST. Symbolene er bare testreferanser, ikke gyldige organisasjonsnumre. I eksemplet er H den avtalte kunden, mens underenhetene hjelper med å identifisere aktiviteter og leveringssteder.

Hvis importen lager tre selvstendige kunder uten å bevare rollene, kan betalingsoppfølgingen bli splittet på et uklart grunnlag. Hvis den i stedet erstatter alle identiteter med H, kan leveringsstedet forsvinne. Begge endringer kan se ut som en forenkling av registeret, men fjerner forskjellige nødvendige opplysninger.

Løsningen er ikke alltid å ha færrest mulig kundeposter. Det er å beskrive juridisk motpart, fakturamottak og operativ referanse tydelig i den faktiske arbeidsflyten. Hvordan systemet organiserer postene, må prøves mot disse rollene. Eksemplet avgjør ikke hvilken part en virkelig kontrakt binder; avtalen må undersøkes.

Bevar relasjonen med gyldighet

En underenhet kan overdras og beholde organisasjonsnummeret etter registerets regler. Derfor kan dagens overordnede forbindelse være utilstrekkelig som forklaring på et eldre dokument. Bevar relevant historisk kilde og tidspunkt når relasjonen brukes i en kontroll.

Ved en endring må åpne krav og leveranser undersøkes konkret. Et nytt registeroppslag skal ikke automatisk flytte gammel gjeld til en ny part uten dokumentert grunnlag. Navneendring og juridisk identitet er et beslektet problem, men en endret overordnet relasjon trenger sin egen vurdering.

Rapportering kan kreve et annet identitetsfelt enn fakturaen

I a-meldingen kan opplysninger om virksomheten knyttes til en underenhet etter den aktuelle veiledningen. Et fakturaformat kan ha egne krav til juridisk part og elektronisk adresse. Ikke bygg en generell regel som kopierer samme nummer til alle felter fordi begge systemene kaller det «organisasjonsnummer».

Organisasjonsnummer i EHF hjelper med fakturalaget. Organisasjonsidentiteten i SAF-T hjelper med regnskapsfilens selskapsavgrensning. Disse kontrollene skal bruke riktig identitet for sitt formål, ikke bare samme sifferrekke overalt.

Dersom kildefilen mangler enhetstype, bør leveransen utvides eller suppleres med et kontrollert oppslag. En import som gjetter rollen fra navnets siste ord, vil være sårbar for både navneendringer og forskjellige lokale betegnelser. Gjør manglende rollegrunnlag synlig før registrene slås sammen.

Prøv registermodellen med to forskjellige oppgaver

La en test finne juridisk kunde fra en avtale og en annen finne underenhet for en definert rapporteringsoppgave. Bruk den samme virksomhetsgruppen, men forskjellige forventede roller. Hvis begge tester bare undersøker at nummeret har ni sifre, er rolleproblemet fortsatt utestet.

Registrer avvik som ukjent enhetstype, manglende overordnet forbindelse eller uavklart historisk part. En kontrollør bør kunne se hva som er bekreftet, og hva som fortsatt krever avklaring. Først da er registerdataene egnet til å brukes videre i økonomisystemet.

Brønnøysundregistrenes forklaring av underenheter og API-dokumentasjonen for Enhetsregisteret er kontrollert 14. oktober 2026. Datamodellen og testreferansene er egne illustrasjoner, og skal ikke brukes som faktiske registeropplysninger.