KYB är know your business: arbetet med att förstå vilket bolag ni gör affärer med, hur ägande och kontroll ser ut och vilka riskfakta som måste bedömas innan relationen går vidare. Det blir relevant vid onboarding av företag, periodisk översyn och när nya uppgifter om ägarbild, företrädare eller risknivå gör att ett tidigare beslut måste öppnas igen. Spara källa + tidpunkt + motivering + policyversion + ansvarig roll för varje väsentligt utfall.

Snabbt svar

• Använd KYB innan ni öppnar en företagsrelation, när ägarbilden förändras eller när ett tidigare bolagsärende måste omprövas.
• Spara bolagsunderlag, ägar- och kontrolluppgifter, screeningrelaterade träffar, beslutsmotivering och ansvarig roll så att bedömningen går att spela tillbaka.
• En vanlig fallgrop är att låta enstaka register- eller screeningutfall ersätta den samlade företagsbedömningen.
• Tydlig KYB gör det lättare att jämföra bolag, följa upp förändringar och förklara varför ett beslut togs.

Underlag att spara (för spårbar kontroll)

• Bolagsidentitet och basdata: Visar vilket företag kontrollen utgick från och vilka registeruppgifter som användes — Spara som: Källista med tidsstämpel
• Ägar- och kontrollunderlag: Förklarar vilka personer eller strukturer som låg till grund för bedömningen — Spara som: Underlagslogg med ägar- och kontrollfält
• Screening- och riskutfall: Visar vilka träffar eller signaler som påverkade bedömningen — Spara som: Granskningsnotering med träff- och motiveringsfält
• Beslutsnotering och policyreferens: Gör utfallet spårbart mot rätt intern logik — Spara som: Beslutsrad med policy-id och versionsreferens
• Ansvarig roll och beslutsdatum: Visar vem som ägde utfallet och när det fattades — Spara som: Beslutsrad med ägare och datum

Vad KYB omfattar

KYB handlar om att veta vilket bolag ni möter, hur bolaget representeras, vem som ytterst kontrollerar det och vilka riskfakta som kräver vidare åtgärder. Det omfattar företagsidentitet, bolagsstatus, ägar- och kontrollstruktur, relevanta företrädare och den dokumentation som gör att ett senare beslut går att förklara.

För risk- och compliance-team är KYB bredare än ett enkelt bolagsuppslag. Arbetet omfattar också att förstå om uppgifterna räcker, om en verklig huvudman kan identifieras direkt, om fallback-logik behövs och om någon person eller relation måste gå vidare till screening eller fördjupad granskning.

När de delarna hålls ihop blir KYB en spårbar företagsbedömning i stället för en serie lösa kontroller. När bolagsdata, owner-underlag och beslutsnoteringar ligger utspridda blir det svårt att behandla liknande företag konsekvent.

Varför KYB spelar roll

KYB påverkar vilka företagsrelationer ni startar, vad som behöver granskas djupare och när ett befintligt bolagsärende måste följas upp igen. Det påverkar onboarding, periodisk översyn och den samlade bedömning som avgör om ett tidigare utfall fortfarande håller.

Svagt underlag skapar snabbt merarbete senare. Om en granskare inte kan återskapa vilket bolag som kontrollerades, hur ägarbilden såg ut, vilka personer som bedömdes och varför utfallet blev rimligt, blir organisationen beroende av minnesbilder i stället för verifierbar dokumentation.

Det påverkar också kvaliteten i relaterade AML-kontroller. Screening av verklig huvudman, företrädare eller andra relevanta personer blir svårare att bedöma om bolagets grundfakta, kontrollstruktur och tidigare beslut inte finns samlade i samma spår.

Vad varje företagsärende måste bedöma

Varje KYB-ärende behöver börja med rätt bolagsidentitet och tillförlitliga företagsuppgifter. Teamet måste veta att rätt juridisk person granskas, vilka registeruppgifter som är verifierade och vilka delar av ärendet som fortfarande bygger på ofullständigt eller osäkert underlag.

Nästa steg är att förstå ägarbild och kontroll. Det räcker inte att veta att ett företag existerar om det fortfarande är oklart vem som äger, kontrollerar eller företräder bolaget, och om ytterligare owner-logik eller fallback-person behöver användas för fortsatt bedömning.

Därefter behöver teamet avgöra om det finns träffar, signaler eller andra riskfakta som kräver screening, fördjupad granskning eller uppföljning. Ett registerutfall eller en träff är inte samma sak som ett färdigt beslut, utan ett underlag som måste vägas ihop med bolagets sammanhang.

Vanliga fallgropar

• Bolagsuppgifter samlas in, men det framgår inte hur de kopplades till ägarbild, kontroll eller företrädare.
• Ett owner- eller screeningutfall lagras utan tydlig motivering för hur det påverkade företagsbedömningen.
• Fallback-logik används när ägarbilden är oklar, men skälen till valet dokumenteras för tunt.
• Ett tidigare bolagsärende återanvänds trots att ägarstruktur, företrädare eller riskfakta har förändrats.
• Bolagsunderlag, beslutsnoteringar och uppföljning ligger i olika system utan tydlig länk mellan dem.

De här problemen är i första hand operativa. Frågan är sällan om teamet vet att KYB behövs, utan om företagsdata, risklogik och beslut faktiskt hålls ihop i vardagen.

En process för KYB

1) Fastställ rätt bolag och rätt källor

Utgå från korrekt juridisk person och spara vilka register- eller källuppgifter som kontrollen byggde på. Då blir det tydligt vilket företag som faktiskt bedömdes.

2) Kartlägg ägande, kontroll och relevanta personer

Bedöm om ägarbilden är tillräckligt tydlig, om verklig huvudman kan identifieras direkt och vilka företrädare eller fallback-personer som blir relevanta i flödet.

3) Håll isär fakta, träffar och beslut

Separera bolagsdata, owner-underlag, screeningutfall och den slutliga bedömningen i varje väsentligt ärende. Då går det att se både vilka fakta ni hade och hur de användes.

4) Dokumentera risklogik och ansvar

Knyt bolagets risknivå, eventuella träffar och nästa åtgärd till en tydlig motivering. Då går det att förklara varför bolaget accepterades, följdes upp eller eskalerades.

5) Följ upp när bolagsfakta förändras

Om ägarbild, bolagsstatus, företrädare eller andra riskfakta ändras behöver samma företagsärende kunna öppnas igen utan att teamet börjar från noll.

Roaring field guide

• Definiera vilka bolagsuppgifter, owner-underlag och riskhändelser som ska krävas innan ett företagsärende får gå vidare.
• Spara bolagsidentitet, ägar- eller kontrollunderlag, träffnoteringar och beslutsmotivering så att utfallet går att spela tillbaka senare.
• Håll isär basdata, screeningutfall och slutlig bedömning så att varje steg går att förklara.
• Dokumentera när fallback-logik används och varför en viss person eller struktur blev relevant.
• Behandla KYB som en löpande bedömningsdisciplin, inte som ett engångsuppslag vid start.

Hur Roaring kan hjälpa

• API-plattformen kan föra in bolagsdata, owner-underlag och beslutsstöd i befintliga arbetsflöden så att företagskontroll och uppföljning hålls ihop i samma process.
• Lookup kan fungera som inkörsport för team som vill testa data, verifiera bolagsuppgifter manuellt eller förstå informationsbehovet innan en integration byggs.
• Verklig huvudman och alternativ verklig huvudman kan stödja owner-logik när kontrollstrukturen behöver förstås eller när fallback-person måste användas.
• Bevakning och webhooks kan routa nya bolags- eller riskhändelser till befintliga flöden när ett tidigare företagsärende måste öppnas igen.