Orbis Delegated Access

Översikt

Orbis Delegated Access integrerar Strise med Orbis API från Bureau van Dijk (BvD), vilket ger tillgång till globala företagsdata för sök- och berikningsändamål. Denna integration möjliggör två kärnfunktioner:

• Sök -- Hitta företag i Orbis-databasen och matcha dem med Strise-entiteter
• Berikning -- Berika befintliga entiteter med ytterligare företagsdata, UBO-information och styrelseroller från Orbis

Hämta din API-token

För att använda Orbis Delegated Access behöver du en API-token från Bureau van Dijk. Kontakta din BvD-kundrepresentant för att få den ApiToken som krävs för autentisering.

Företagssökning

När du söker efter företag via Orbis-integrationen poängsätts resultaten efter matchningskonfidens:

• Matchningspoäng på 80 % eller högre betraktas som tillförlitliga matchningar
• Resultaten kategoriseras i konfidensnivåer: HIGH, MEDIUM och LOW

Sök via Connect API

Använd mutationen companySearch med källan ORBIS:

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

Berikning

Berikningsprocessen med Orbis hämtar följande data:

• Grundläggande företagsdata -- Namn, registreringsnummer, adress, registreringsdatum, branschkoder
• UBO:er (verkliga huvudmän) -- Individer med 10 % eller mer i äganderätt, inklusive direkta och indirekta äganderättskedjor
• Roller -- Styrelseledamöter och nyckelpersoner, mappade med hjälp av BvD:s klassificeringssystem BoardMnemonic

Berikning via Connect API

Använd mutationen companyEnrichGlobalEntity för att berika ett företag med Orbis-data:

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

Vad som lagras

När entiteter berikas genom Orbis genererar Strise deterministiska ID:n baserat på källdata för att förhindra dubblettposter. Om en entitet redan finns i Strise Knowledge Graph med matchande identifierare uppdateras den befintliga posten i stället för att skapa en ny dubblett.

Detta säkerställer datakonsistens över flera berikningskörningar och förhindrar fragmentering av entitetsposter.