Orbis Delegated Access

Oversigt

Orbis Delegated Access integrerer Strise med Orbis-API'en fra Bureau van Dijk (BvD), hvilket giver adgang til globale virksomhedsdata til søge- og berigelsesformål. Denne integration muliggør to kernefunktioner:

• Søgning -- Find virksomheder i Orbis-databasen, og match dem med Strise-entiteter
• Berigelse -- Berig eksisterende entiteter med yderligere virksomhedsdata, UBO-oplysninger og bestyrelsesroller fra Orbis

Få dit API-token

For at bruge Orbis Delegated Access skal du have et API-token fra Bureau van Dijk. Kontakt din BvD-kontorepræsentant for at få det ApiToken, der kræves til autentificering.

Virksomhedssøgning

Når der søges efter virksomheder via Orbis-integrationen, scores resultaterne efter match-konfidens:

• Match-scorer på 80 % eller højere betragtes som pålidelige matches
• Resultater kategoriseres i konfidensniveauer: HIGH, MEDIUM og LOW

Søgning via Connect API

Brug companySearch-mutationen med ORBIS-kilden:

mutation {
  companySearch(input: { query: "Example Company AS", country: NO, source: ORBIS }) {
    results {
      name
      matchScore
      confidence
      externalId
    }
  }
}

Berigelse

Orbis-berigelsesprocessen henter følgende data:

• Grundlæggende virksomhedsdata -- Navn, registreringsnummer, adresse, stiftelsesdato, branchekoder
• UBO'er (Ultimate Beneficial Owners) -- Personer med 10 % eller mere ejerskab, inklusive direkte og indirekte ejerskabskæder
• Roller -- Bestyrelsesmedlemmer og nøglepersoner, kortlagt ved hjælp af BvD's BoardMnemonic-klassifikationssystem

Berigelse via Connect API

Brug companyEnrichGlobalEntity-mutationen til at berige en virksomhed med Orbis-data:

mutation {
  companyEnrichGlobalEntity(input: { companyId: "company-strise-id", externalId: "orbis-bvd-id" }) {
    company {
      name
      ubos {
        name
        ownershipPercentage
      }
      roles {
        name
        roleType
      }
    }
  }
}

Hvad der gemmes

Når entiteter beriges gennem Orbis, genererer Strise deterministiske id'er baseret på kildedataene for at forhindre dubletposter. Hvis en entitet allerede findes i Strise Knowledge Graph med matchende identifikatorer, opdateres den eksisterende post i stedet for at oprette en ny dublet.

Dette sikrer datakonsistens på tværs af flere berigelseskørsler og forhindrer fragmentering af entitetsposter.