KYB means know your business. Det er arbeidet med å forstå hvilket selskap dere gjør forretninger med, hvordan eierskap og kontroll er bygget opp, og hvilke risikofakta som må vurderes før forholdet kan gå videre. Det blir relevant ved onboarding av selskaper, periodisk gjennomgang og når nye opplysninger om eierskap, representanter eller risikonivå gjør at en tidligere beslutning må åpnes igjen. Lagre kilde + tidspunkt + begrunnelse + policyversjon + ansvarlig rolle for hvert vesentlige utfall.

Kort svar

• Bruk KYB før dere åpner et selskapsforhold, når eierskap endrer seg, eller når en eksisterende selskapsfil må vurderes på nytt.
• Lagre selskapsunderlag, eier- og kontrollopplysninger, screeningrelaterte funn, beslutningsbegrunnelse og ansvarlig rolle slik at vurderingen kan spilles tilbake senere.
• En vanlig fallgruve er å la enkeltstående register- eller screeningutfall erstatte den samlede selskapsvurderingen.
• Tydelig KYB gjør det lettere å sammenligne selskaper, følge endringer over tid og forklare hvorfor en beslutning ble tatt.

Underlag å lagre (for sporbar kontroll)

• Selskapsidentitet og basisdata: Viser hvilket selskap kontrollen tok utgangspunkt i og hvilke registeropplysninger som ble brukt — Spara som: Kildeliste med tidsstempel
• Eier- og kontrollunderlag: Forklarer hvilke personer eller strukturer som lå til grunn for vurderingen — Spara som: Underlagslogg med eier- og kontrollfelt
• Screening- og risikofunn: Viser hvilke treff eller signaler som påvirket vurderingen — Spara som: Gjennomgangsnotat med funn- og begrunnelsesfelt
• Beslutningsnotat og policyreferanse: Gjor utfallet sporbart mot riktig intern logikk — Spara som: Beslutningsrad med policy-id og versjonsreferanse
• Ansvarlig rolle og beslutningsdato: Viser hvem som eide utfallet og når det ble tatt — Spara som: Beslutningsrad med eier og dato

Definition og omfang

KYB betyr å vite hvilket selskap dere gjør forretninger med, hvordan selskapet representeres, hvem som ytterst eier eller kontrollerer det, og hvilke risikofakta som krever videre tiltak. Det omfatter selskapsidentitet, selskapsstatus, eier- og kontrollstruktur, relevante representanter og dokumentasjonen som gjor at en senere beslutning kan forklares.

For risiko- og compliance-team er KYB bredere enn et enkelt selskapsoppslag. Arbeidet omfatter også å vurdere om tilgjengelige opplysninger er nok, om en reell rettighetshaver kan identifiseres direkte, om fallback-logikk trengs og om en person eller relasjon må videre til screening eller forsterket gjennomgang.

Når disse delene holdes samlet, blir KYB en sporbar selskapsvurdering i stedet for en rekke losse kontroller. Når selskapsdata, owner-underlag og beslutningsnotater er spredt mellom systemer, blir like selskaper vanskeligere å behandle konsekvent.

Hvorfor KYB betyr noe

KYB påvirker hvilke selskapsforhold dere starter, hva som trenger dypere vurdering og når en eksisterende selskapsfil må tas opp igjen. Det påvirker onboarding, periodisk gjennomgang og den samlede vurderingen som avgjor om et tidligere utfall fortsatt holder.

Svakt underlag skaper unodig merarbeid senere. Hvis en gjennomgang ikke kan gjenskape hvilket selskap som ble kontrollert, hvordan eierbildet så ut, hvilke personer som ble vurdert og hvorfor utfallet ble ansett som rimelig, blir organisasjonen avhengig av hukommelse i stedet for sporbar dokumentasjon.

Det påvirker også relaterte AML-kontroller. Screening av reelle rettighetshavere, representanter eller andre relevante personer blir vanskeligere å vurdere hvis selskapets grunnfakta, kontrollstruktur og tidligere beslutning ikke finnes i samme spor.

Hva hver vurdering må dekke

Hver KYB-sak må starte med riktig selskapsidentitet og pålitelige selskapsopplysninger. Teamet må vite at riktig juridisk enhet vurderes, hvilke registeropplysninger som er verifisert og hvilke deler av saken som fortsatt bygger på ufullstendige eller usikre opplysninger.

Neste steg er å forstå eierskap og kontroll. Det er ikke nok å vite at et selskap eksisterer hvis det fortsatt er uklart hvem som eier det, hvem som kontrollerer det, hvem som representerer det og om ytterligere owner-logikk eller en fallback-person må brukes i vurderingen.

Deretter må teamet avgjore om det finnes funn, signaler eller andre risikofakta som krever screening, forsterket gjennomgang eller oppfølging. Et registerutfall eller et treff er ikke det samme som en ferdig beslutning, men et underlag som fortsatt må vurderes i lys av selskapets kontekst.

Vanlige risker og fallgruver

• Selskapsopplysninger samles inn, men saken viser ikke hvordan de ble koblet til eierskap, kontroll eller representanter.
• Et owner- eller screeningutfall lagres uten tydelig begrunnelse for hvordan det påvirket den samlede selskapsvurderingen.
• Fallback-logikk brukes når eierskapet er uklart, men årsaken til valget dokumenteres for tynt.
• En tidligere selskapsfil brukes på nytt selv om eierskap, representanter eller risikofakta er endret.
• Selskapsunderlag, beslutningsnotater og oppfølging ligger i ulike systemer uten tydelig kobling mellom dem.

Disse problemene er forst og fremst operative. Sporsmålet er sjelden om teamet vet at KYB kreves, men om selskapsdata, risikologikk og beslutninger faktisk holdes samlet i hverdagen.

Process for KYB

1) Bekreft riktig selskap og riktige kilder

Start med korrekt juridisk enhet og lagre hvilke register- eller kildedata vurderingen bygget på. Da blir det tydelig hvilket selskap som faktisk ble vurdert.

2) Kartlegg eierskap, kontroll og relevante personer

Vurder om eierstrukturen er tydelig nok, om en reell rettighetshaver kan identifiseres direkte og hvilke representanter eller fallback-personer som blir relevante i flyten.

3) Hold fakta, funn og beslutninger adskilt

Skill selskapsdata, owner-underlag, screeningfunn og den endelige vurderingen i hver vesentlige sak. Da blir det lettere å se både hvilke fakta dere hadde og hvordan de ble brukt.

4) Dokumenter risikologikk og ansvar

Knytt selskapets risikonivå, eventuelle funn og neste tiltak til en tydelig begrunnelse. Da blir det lettere å forklare hvorfor selskapet ble akseptert, fulgt opp eller eskalert.

5) Åpne filen igjen når selskapsfakta endrer seg

Hvis eierskap, selskapsstatus, representanter eller andre risikofakta endrer seg, må samme selskapsfil kunne tas opp igjen uten at teamet starter fra null.

Roaring field guide

• Definer hvilke selskapsopplysninger, owner-underlag og risikohendelser som må være på plass for at en sak skal kunne gå videre.
• Lagre selskapsidentitet, eier- eller kontrollunderlag, funn og beslutningsbegrunnelse slik at utfallet kan spilles tilbake senere.
• Hold basisdata, screeningutfall og endelig vurdering adskilt slik at hvert steg kan forklares.
• Dokumenter når fallback-logikk brukes og hvorfor en bestemt person eller struktur ble relevant.
• Behandle KYB som en løpende vurderingsdisiplin, ikke som et engangssok ved oppstart.

Roaring help: hvordan KYB kan støttes

• API-plattformen kan fore selskapsdata, owner-underlag og beslutningsstotte inn i eksisterende arbeidsflyter slik at selskapskontroll og oppfølging holdes samlet i samme prosess.
• Lookup kan fungere som inngangsport for team som vil teste data, kontrollere selskapsopplysninger manuelt eller forstå informasjonsbehovet for de bygger en integrasjon.
• Beneficial owner og fallback-owner-data kan støtte owner-logikk når kontrollstrukturer trenger dypere vurdering eller en fallback-person må brukes.
• Monitoring og webhooks kan route nye selskaps- eller risikohendelser til eksisterende arbeidsflyter når en tidligere selskapsfil må åpnes igjen.