Hvordan sjekker jeg om et selskap er slettet?

Hva betyr det at et selskap er slettet?

Sletting er registerets notat om at enheten har opphørt å eksistere. Selve posten viskes ikke ut: organisasjonsnummeret, det registrerte navnet og historikken kan fortsatt slås opp i Enhetsregisteret, og det er nettopp det som gjør en programmatisk sjekk mulig flere år senere. Det som forsvinner, er virksomheten bak nummeret. Det finnes ikke noe styre som handler for den, ingen med signaturrett på dens vegne, og ingen lovlig måte å drive under nummeret på.

I statusmodellen denne veiledningen bygger på, er slettet endelig og vinner over alt annet. Utledningen sjekker slettedatoen først, så et selskap som gikk gjennom konkurs og deretter ble strøket, rapporteres som slettet, ikke som konkurs. Rekkefølgen er bevisst: konkurs beskriver en enhet som fortsatt står i en prosess, mens slettet beskriver en prosessen er ferdig med. Uansett hva posten ellers sier, er slettedatoen siste ord.

For enhver beslutning som involverer penger, gjør dette slettet til den enkleste dommen å handle på. Et aktivt selskap er en vurdering og et konkurs selskap en kravsprosess, men et slettet selskap etterlater ingen motpart å forholde seg til.

Hvilke tilstander kommer før sletting?

To veier, og begge er synlige i registeret mens de går. Den første er under avvikling, frivillig avvikling: eierne har besluttet å avvikle selskapet, og det finnes fortsatt mens det gjør opp forpliktelsene sine. Statusutledningen rapporterer dette som liquidating, en egen tilstand og ikke en fotnote på aktiv.

Den andre er tvangsavvikling eller tvangsoppløsning, tvungen avvikling: avviklingen er pålagt i stedet for valgt av eierne. Registeret bærer den som eget flagg, og utledningen rapporterer forced_liquidation. Skillet betyr noe for hvordan du leser en motpart: et selskap som avvikler seg selv, gjennomfører en plan, mens et som avvikles med tvang, allerede har sluttet å oppfylle noens krav.

Fordi begge tilstandene kommer før slettedatoen, er sletting et overvåket skred og ikke en overraskelse. Råflaggene under_avvikling og under_tvangsavvikling er tri-state: en ekte boolsk verdi slippes gjennom, og en fraværende verdi kommer som null, altså ukjent, aldri stilltiende som false. En rørledning som respekterer den ærligheten, vet forskjellen på en ren attest og en som mangler.

Hvorfor er faktura fra et slettet selskap et svindelsignal?

Fordi ingen lovlig kan drive under et slettet organisasjonsnummer, har en faktura som bærer et, ingen uskyldig normaltilstand. Enten har leverandørens identitet i stamdataene dine blitt utdatert, eller så bruker noen restene av en ekte registrering som dekke. Et slettet selskap er attraktivt dekke nettopp fordi det er ekte: nummeret validerer, navnet har historikk, og et oppslag som bare spør om posten finnes, kommer beroligende tilbake.

Dette er leverandørsvindel-vinkelen, og grunnen til at slettesjekken hører hjemme i betalingsløpet og ikke bare i onboarding. Veiledningen om leverandørsjekk går gjennom hele sjekklisten før betaling; slettetesten er dens skarpeste enkeltpunkt fordi dommen er binær. Selv i det uskyldige tilfellet, en omstrukturert leverandør som fakturerer under sin gamle identitet, må pengene omdirigeres til en enhet registeret sier finnes, så betalingen settes på pause uansett.

Hvordan sjekker jeg det programmatisk?

Ett kall. GET /api/v1/company/{org}/verify reduserer registersignalene til én verification_status med verdiene pass, warn, fail eller unknown, og lar enkeltsignalene stå synlige ved siden av. Et slettet selskap er ikke lenger aktivt, så dommen er fail, med is_active false som peker på hvorfor. Veiledningen om selskapsstatus dekker hele domsmodellen.

Veitilstandene kommer gjennom samme kall: avvikling i begge former betyr også at selskapet ikke er aktivt, og råflaggene på selskapskonteksten forteller hvilken vei det står på. Konkurs, den andre krisetilstanden som fortjener sin egen lesning, eies av veiledningen om konkurssjekk. Og når dataene ikke kan bære et svar, sier dommen unknown i stedet for å gjette: gi unknown sin egen gren i koden, for å folde den inn i pass gjør manglende bevis om til en utbetaling.

Gjør det første kallet

Sandkassekallet returnerer hele verifiseringsformen på syntetiske data, uten nøkkel. TypeScript-eksempelet kjører den skarpe sjekken og forgrener på dommen, med unknown rutet til manuell kontroll i stedet for å bli behandlet som et pass.

# Nøkkelløs sandkasse: hele verifiseringsdommen for et syntetisk selskap.
curl -s https://www.apier.no/api/v1/sandbox/public/company/999999999/verify

// Ett verifiseringskall besvarer slettespørsmålet direkte.
const res = await fetch(
  "https://www.apier.no/api/v1/company/999999999/verify",
  { headers: { Authorization: `Bearer ${process.env.APIER_API_KEY}` } },
);

if (!res.ok) {
  const { error_code, explanation } = await res.json();
  throw new Error(`${error_code}: ${explanation.summary}`);
}

const { data } = await res.json();
// Et slettet selskap er ikke lenger aktivt, så dommen er fail.
// Gi unknown sin egen gren: manglende bevis er ikke et pass.
switch (data.verification_status) {
  case "pass":
    console.log("registrert og aktivt");
    break;
  case "unknown":
    console.log("kunne ikke avgjøres, sjekk manuelt før betaling");
    break;
  default:
    console.log("ikke betal:", data.verification_status,
      "aktivt:", data.signals.is_active);
}

Ofte stilte spørsmål

Kan et slettet selskap gjenopprettes?

Behandle slettet som endelig i enhver automatisert flyt. Registeret beholder historikken, men om en enhet kan komme tilbake i registeret, avhenger av hvorfor den ble slettet, og det er et spørsmål for Brønnøysundregistrene, ikke noe en integrasjon skal gjette på. Bygg rørledningen slik at en slettet motpart rutes til et menneske i stedet for til et nytt forsøk. Hvis en leverandør hevder å være gjenopprettet, kjør verifiseringskallet på nytt og tro på registeret, ikke på påstanden.

Blir organisasjonsnummeret brukt om igjen av et nytt selskap?

Registeret er bygget slik at nummeret forblir knyttet til den historiske enheten: posten, navnet og historikken kan slås opp også etter sletting, og det er nettopp det som gjør en programmatisk sjekk meningsfull flere år senere. Ikke behandle et slettet nummer som en ledig plass en ny virksomhet nå kan okkupere. Bærer en faktura et nummer hvis post sier slettet, er avviket selve signalet, og løsningen er å identifisere en levende enhet, aldri å anta at nummeret har gått videre.

Hva er forskjellen på slettet og konkurs?

Konkurs er en krisetilstand: selskapet finnes fortsatt som juridisk enhet mens bobehandlingen pågår, og det finnes et bo og en kravsprosess å forholde seg til. Slettet er endelig: enheten er ute av det levende registeret, og bare historikken står igjen. Statusutledningen speiler den rekkefølgen ved å sjekke slettedatoen før konkursflagget, så et selskap som er begge deler, rapporteres som slettet. I praksis er en konkurs motpart en kravsprosess; en slettet er ingen.

Hvorfor fikk jeg fortsatt faktura fra et slettet selskap?

To forklaringer, en uskyldig og en som ikke er det. Den uskyldige er utdaterte stamdata: leverandøren ble omstrukturert eller avviklet, og et faktureringssystem fortsatte å sende under den gamle identiteten. Den andre er svindel: en slettet registrering har et ekte navn og en ekte historikk, som gjør den til attraktivt skalkeskjul for fakturaer ingen har rett til å sende. Uansett stopper betalingen til en levende enhet er identifisert: verifiser nummeret på nytt og kontakt leverandøren gjennom en kanal du allerede stoler på.

Hva betyr under avvikling for en åpen ordre?

Selskapet finnes fortsatt og avvikler seg selv etter egen beslutning, mens forpliktelser gjøres opp underveis. En eksisterende ordre kan fullføres, men behandle tilstanden som et varselflagg for alt nytt: ikke gi fersk kreditt og ikke forskuddsbetal for fremtidig levering uten å sjekke hvor avviklingen står. Tilstanden er synlig i registeret før noen slettedato settes, så en sjekk som kjører ved fakturatidspunktet, og ikke bare ved onboarding, ser skredet komme.