Hopp til innhold

Hvordan sjekker jeg om et selskap er konkurs?

Av , gründer av Apier

Les selskapets oppføring i Enhetsregisteret: konkurs i Norge er registrerte, offentlige data, notert som et konkurs-flagg når bobehandling åpnes. Apier reduserer registerflaggene til én status etter en fast prioritet: en satt slettedato vinner som slettet, deretter konkurs, deretter tvangsavvikling, deretter frivillig avvikling, og bare et selskap uten noen av flaggene rapporteres som aktivt. Ett verifiseringskall klassifiserer selskapet, returnerer råsignalene, blant dem not_bankrupt, og legger ved kilde og ferskhet, så du ser hvor oppdatert svaret er. Én ærlighetsregel står over alt dette: når oppslaget feiler, mellomlageret er gammelt eller data mangler, er svaret ukjent, og ukjent er aldri det samme som ikke konkurs.

Fem bokser i prioritert rekkefølge, lest fra venstre mot høyre: slettet, der en satt slettedato vinner; konkurs, den uthevede boksen, drevet av konkurs-flagget; tvangsavvikling eller tvangsoppløsning; under avvikling; og aktiv, som bare rapporteres når ingen flagg er satt. To stiplede merknader under peker på at konkurs-flagget er en registrert offentlig hendelse, og at manglende data rapporteres som ukjent, aldri som aktiv.Slettetslettedato vinnerKonkurskonkurs-flaggetTvangsavviklingeller tvangsoppløsningUnder avviklingfrivillig avviklingAktivingen flagg satten registrert, offentlig hendelsemangler data: ukjent, ikke aktiv
Det første flagget vinner, sjekket fra venstre mot høyre. Et selskap kan bære flere flagg samtidig, og det er derfor stigens rekkefølge, ikke noe enkeltfelt, som avgjør statusen som rapporteres.

Hvor kommer konkurs-flagget fra?

Fra registeret, som en registrert hendelse. Når det åpnes konkurs i et selskap, noteres tilstanden på selskapets oppføring i Enhetsregisteret, og fra det øyeblikket er konkurs-flagget en del av det åpne, offentlige registeret. Å sjekke det krever verken samtykke, kredittbyrå eller betalt rapport: det samme faktumet et manuelt søk ville vist, er tilgjengelig for et program som leser registeret. Sjekken kan derfor stå inne i en betalingsflyt eller en onboarding-rutine, ikke bare i en manuell kontroll før en stor avtale.

Flagget er ett av flere faresignaler oppføringen kan bære. Ved siden av konkurs står de to avviklingstilstandene, frivillig avvikling (under avvikling) og påtvunget avvikling (tvangsavvikling eller tvangsoppløsning), og den endelige slettedatoen. Apier leser hver av dem som en rå tri-state-verdi: til stede, fraværende, eller ukjent når registeret ikke sier noe. Det siste er viktig, for et felt kilden ikke fylte ut, gjøres aldri stille om til en betryggende false.

Denne siden eier det konkurs-spesifikke spørsmålet. Det bredere spørsmålet, hva det vil si at et selskap er aktivt og ikke bare registrert, eies av veiledningen om selskapsstatus, og den endelige tilstanden ytterst på stigen eies av veiledningen om slettesjekk.

Hvilken status vinner når flere flagg er satt?

Stigen avgjør. Et selskaps oppføring kan bære mer enn ett flagg samtidig, så statusen utledes i fast rekkefølge: en satt slettedato vinner alltid og rapporteres som slettet; ellers gir konkurs-flagget konkurs; ellers tvangsavvikling; ellers frivillig avvikling; og bare en oppføring uten noen flagg rapporteres som aktiv. Rekkefølgen koder alvor: et selskap som både er konkurs og senere slettet, rapporterer den endelige tilstanden, ikke den midlertidige.

For en motpart er konkurs tilstanden som endrer neste steg. Selskapets bo er under administrasjon, som betyr at de du handlet med i forrige måned, kanskje ikke lenger rår over eiendelene, og betalinger krever varsomhet: ikke gjør opp gamle fakturaer uten å avklare med bostyreren at kravet og kontoen stemmer. Det er alminnelig motpartshygiene, ikke juridisk rådgivning, og registeret er der hygienen starter.

De fem utledede statusene pluss utfallet ukjent, registerbegrepet bak hver av dem, og handlingen hver status peker mot for en motpart.
StatusNorsk begrepHva det betyrHva du gjør
activeingen flaggIngen faresignaler på registeroppføringen.Fortsett, og sjekk på nytt i en takt som passer risikoen.
liquidatingunder avviklingSelskapet legges ned, typisk frivillig.Avklar hvem som nå signerer, og om forpliktelser holdes.
forced_liquidationtvangsavvikling / tvangsoppløsningNedleggelsen er påtvunget, ikke valgt.Behandle som sterkt varsel; verifiser før du gir noe.
bankruptkonkursBobehandling er åpnet; boet administreres.Ikke betal gamle fakturaer uten å avklare med bostyreren.
deletedslettedato sattOppføringen er endelig; selskapet er fjernet fra registeret.Stopp; det finnes ingen motpart igjen å handle med.
unknownukjentOppslaget kunne ikke fastslå tilstanden.Prøv igjen, verifiser så manuelt; aldri behandle som godkjent.

Ukjent er ikke det samme som ikke konkurs

En konkurssjekk har tre ærlige utfall, ikke to: flagget er satt, flagget er fraværende, eller tilstanden lot seg ikke fastslå. Det tredje utfallet kommer oftere enn automasjonsdesignere venter: registeret oppstrøms kan være utilgjengelig, en mellomlagret kopi kan være for gammel til å stole på, og et felt kan rett og slett mangle i kildedataene. I alle disse tilfellene er det sannferdige svaret ukjent, og Apier returnerer nettopp det i stedet for å velge det betryggende alternativet.

Designregelen på din side er speilbildet: la aldri ukjent renne ned samme gren som godkjent. En betalingsflyt som behandler et feilet oppslag som grønt lys, har i praksis bestemt at driftsavbrudd gjør motparter kredittverdige. Send ukjent til et nytt forsøk, deretter til et menneske, og la ferskhetsmetadataene på hvert svar fortelle om svaret du faktisk har, er ferskt nok for beslutningen det skal slippe gjennom. Den regelen koster nesten ingenting å bygge inn den dagen flyten designes, og svært mye å ettermontere etter en feilutbetaling.

Sjekken som er ett kall

Du trenger ikke hente den rå registeroppføringen og bygge stigen selv. Verifiseringsendepunktet kjører hele reduksjonen i ett kall: det klassifiserer selskapet som pass, warn, fail eller unknown, og returnerer signalblokken bak dommen, slik at det konkurs-spesifikke faktumet kommer rått som not_bankrupt, en tri-state-verdi som er true, false eller null, aldri en tvunget boolsk verdi.

Det samme svaret navngir kildene og alderen sin: dataene kommer fra Brønnøysundregistrenes åpne registre, og ferskhetsmetadataene sier når de ble hentet. Det gjør sjekken etterprøvbar i tillegg til rask, fordi dommen, råsignalet bak den og opphavet til begge reiser sammen i ett svar som både koden din og en revisor kan lese. Du slipper å vedlikeholde din egen kopi av stigen, og du slipper å forklare i etterkant hvorfor to systemer tolket det samme flagget forskjellig.

Gjør det første kallet

Sandkassekallet returnerer hele domformen for et simulert selskap, uten nøkkel, så du kan se feltene før du henter en nøkkel. TypeScript-eksempelet kjører den virkelige sjekken: én GET, dommen, det rå not_bankrupt-signalet, og ferskheten til dataene bak begge.

# Nøkkelløs sandkasse: en pass / warn / fail / unknown-dom med signaler.
curl -s https://www.apier.no/api/v1/sandbox/public/company/999999999/verify
// Ett kall: klassifiser selskapet og les konkurssignalet rått.
const res = await fetch(
  "https://www.apier.no/api/v1/company/999999999/verify",
  {
    headers: {
      Authorization: `Bearer ${process.env.APIER_API_KEY}`,
    },
  },
);

if (!res.ok) {
  // Alle ikke-2xx-svar bruker den samme strukturerte konvolutten.
  const { error_code, explanation } = await res.json();
  throw new Error(`${error_code}: ${explanation.summary}`);
}

const { data, _meta } = await res.json();
// Dommen er en av "pass", "warn", "fail", "unknown".
console.log(data.verification_status);
// Tri-state: true = uten konkursflagg, false = flagg satt, null = ukjent.
console.log("not_bankrupt:", data.signals.not_bankrupt);
// Svaret bærer sin egen kilde og ferskhet (Enhetsregisteret).
console.log(data.data_sources, _meta.data_freshness);

Ofte stilte spørsmål

Er konkurs offentlig informasjon i Norge?
Ja. Når det åpnes konkurs i et selskap, registreres tilstanden i Enhetsregisteret, og konkurs-flagget på selskapets oppføring er åpne data alle kan lese. Du trenger verken samtykke fra selskapet, en betalt rapport eller noen særskilt rolle for å se det. Et programmatisk oppslag leser det samme offentlige registeret som et manuelt søk på Brønnøysundregistrenes sider ville gjort, så det står ingen personvernmur mellom deg og svaret, bare det praktiske arbeidet med å spørre.
Hva er forskjellen på konkurs og avvikling?
Konkurs er at det er åpnet bobehandling fordi selskapet ikke kan gjøre opp for seg, og boet overtas av en bostyrer. Avvikling er prosessen med å legge ned et selskap, og den finnes i to registerformer: under avvikling, som typisk er en frivillig, ordnet nedleggelse, og tvangsavvikling eller tvangsoppløsning, der nedleggelsen er påtvunget. Statusstigen rangerer dem: konkurs går foran begge avviklingstilstandene, så et selskap med flere flagg rapporteres som konkurs, ikke som under avvikling.
Kan et konkursrammet selskap fortsatt være registrert?
Ja, og det er nettopp derfor registrert aldri er sjekken. Et selskap under bobehandling beholder organisasjonsnummeret og registeroppføringen mens boet administreres; det forsvinner først fra registeret når en slettedato etter hvert settes. Et oppslag som bare bekrefter at organisasjonsnummeret finnes, slipper altså en konkursrammet motpart rett gjennom. Sjekken som betyr noe, leser statusflaggene på oppføringen, ikke om oppføringen finnes.
Hva bør en ukjent status få meg til å gjøre?
Stoppe og sjekke på nytt før du stoler på svaret, og aldri la ukjent følge samme gren som godkjent i automatikk. Ukjent betyr at oppslaget ikke kunne fastslå tilstanden: registeret oppstrøms var utilgjengelig, den mellomlagrede kopien var for gammel, eller feltet manglet. Ingen av delene sier noe om selskapet. Prøv oppslaget igjen, og består ukjent, verifiser manuelt mot registeret før du betaler, leverer eller signerer. Behandle ukjent som et manglende svar, ikke et betryggende et.
Hvor raskt gjenspeiler registeret en konkurs?
Det finnes ingen fast forsinkelse du bør bygge inn i koden. Flagget dukker opp når hendelsen registreres i Enhetsregisteret, og hvor raskt det skjer etter en rettsavgjørelse, er ikke noe Apier setter et tall på. Det API-et gir deg i stedet, er ærlighet om alder: hvert svar bærer ferskhetsmetadata som sier når dataene ble hentet og fra hvilken kilde, så koden din kan avgjøre om svaret er ferskt nok for beslutningen det gjelder.