Åpne bedriftsdata i Kenya: Offisielle kilder, API-er og gjenbruksrettigheter

Kenya er et kommersielt nyttig marked for selskapsdata i Øst-Afrika fordi det har en tydelig offisiell selskapsregistreringsmyndighet, en offentlig tjenesteside for foretaksregisteret, skatte- og IP-kontekst, et rent kapitalmarkedsregulatorlag, global LEI-berikelse og ytterligere kildekartlagte ruter som trenger klarering av botprofiler før de kan kobles som bevis. Det betyr ikke at Kenya bør beskrives som en enkel gratis bulkbedriftsdatabase. Den sikre artikkelvinkelen er et kildekart med forbehold om kontrollert tilgang.

Den eksisterende CompaniesData Kenya-artikkelen er allerede offentlig på https://companiesdata.cloud/open-company-data-kenya.html, men den ble skrevet før den nåværende standarden for dyp referanse. Opprydding av kilderuter fra 13.06.2026 beholder 6 rene, lenkede offisielle kilder eller kilder av høy kvalitet og inneholder 3 nåværende matriseruter: BRS eCitizen, Central Bank of Kenya og Kenya Gazette. Eldre forskningsbaserte ruter som Kenya Open Data, PPIP og KNBS forblir kildekartlagte, men er ikke lenket som bevis i denne publikasjonssyklusen.

Dette utkastet er utformet for analytikere, KYB-team, markedsforskere, datakjøpere og compliance-team som trenger praktisk kildekartlegging. Det forklarer hva hver kilde kan bevise, hvor offisiell gjenbruk er begrenset, og hvor normalisering av CompaniesData tilfører verdi uten å overdrive tilgjengeligheten av åpen masseutgivelse eller tillatelse til kontaktdata.

Nøkkelfunksjoner

• Beste første kilde: Bedriftsregistreringstjenesten er den offisielle autoritetskonteksten for selskapsregistrerings- og registertjenester.
• Beste side for registertjenester: BRS Companies Registry er oversiktlig og nyttig for å forklare arbeidsflyter for søk og uttrekk av selskaper.
• Kontrollert arbeidsflyt: BRS eCitizen-portalen er kildekartlagt, men lagret og fjernet lenken etter en Bingbot Cloudflare-utfordring; bruk den rene BRS-autoriteten og foretaksregistersidene for offentlig bevis.
• Nyttig berikelse: KRA iTax, KIPI, CMA og GLEIF legger til en ren, koblet skatt, IP, regulator og LEI-kontekst; CBK og Kenya Gazette forblir holdt tilbake inntil botprofilens kvalitetssikring er stabil.
• Beholdte kilder: 2026-06-12-porten registrerte en Bingbot Cloudflare-utfordring for BRS eCitizen, tilkoblingsfeil for Central Bank of Kenya og 500 svar for Kenya Gazette under Googlebot/Bingbot; Kenya Open Data, PPIP og KNBS forblir eldre forskningsbaserte data.
• Blokkert krav: ikke krev et komplett gratis gjenbrukbart BRS-bulkregister, dekning for offentlig reelt eierskap eller tillatelse til markedsføringskontakt.

Redaksjonell metodikk

CompaniesData-landsmetoden starter med offisielle kilder først. Hver kenyanske kilde klassifiseres etter autoritet, tilgangsmodell, gjenbruksmerknad, forretningsbruk, begrensning, lenkepolicy og live-sjekkresultat. En lenke er ren for publisering bare når live-sjekken returnerer reelt innhold eller API-data uten en hard 404/410, misvisende utfordringsside, tomt svar, tilgangsnektelse eller TLS-problem som ville skapt falsk tillit.

For Kenya er den rene, lenkede bevisstakken BRS-autoritet, BRS Companies Registry, KRA iTax, KIPI, CMA-lisensinnehavere og GLEIF. BRS eCitizen, CBK og Kenya Gazette forblir kilderelevante, men de holdes i denne artikkelsyklusen fordi kvalitetskontrollen 2026-06-12 observerte en Bingbot Cloudflare-utfordring, tilkoblingsfeil eller bot-profil 500-svar. De kan introduseres på nytt etter at nettleser, TLS eller offisiell alternativ rute QA har fjernet dem.

Kildelogoer og favorittikoner er kun dekorative gjenkjenningselementer. De gjør kildematrisen og ressurspakken enklere å skanne, men beviset forblir den offisielle URL-en, den offentlige eieren, tilgangsmodellen, gjenbruksmerknaden, begrensningen og tilgangsdatoen. Denne artikkelen skiller også bedriftsidentitet fra berikelse av kontaktdata fordi en register-, skatte-, IP-, regulator- eller LEI-post ikke gir tillatelse til å sende kald e-post, opprette telefonlister eller videreselge personlige kontaktdata.

Dekning, tilgang og oppdatering – risikoanalyse

BRS-autoritetslag: BRS er hovedkilden for kontekst knyttet til kenyanske selskapsregistreringsmyndigheter og registertjenester. Den støtter påstanden fra den offisielle kilden, men er ikke en fullstendig åpen massepåstand i seg selv.

Laget med selskapsregisteret: BRS-siden for selskapsregisteret støtter søk og uttrekk av kontekst for juridiske enheter. Det er den beste, oversiktlige kilden for å forklare hvor brukere av selskapsregisteret bør begynne, samtidig som betalte, kontobaserte eller kontrollerte uttrekksarbeidsflyter holdes atskilt fra gjenbrukbare åpne data.

eCitizen-tjenestelaget: BRS eCitizen-portalen kan støtte praktisk veiledning for manuell arbeidsflyt, men denne oppryddingen holder den frakoblet etter en Bingbot Cloudflare-utfordring. Behandle den som en holdt kontrollert arbeidsflyt, ikke anonym skraping eller åpne bulkdata.

Skatte-/PIN-lag: KRA iTax er nyttig for kontekst i skattetjenesten og verifisering av kjente enheter, men skattesystemer har personvern-, formåls- og tilgangsgrenser. Lagre skatteidentifikatorer og observasjoner fra skattebetalertjenester separat fra registeridentiteten.

IP-lag: KIPI kan styrke selskapsprofiler gjennom varemerke-, patent- og industriell eiendomsregistrering. Dekning er valgfri og selektiv, så fravær av bevis for immaterielle rettigheter er ikke bevis på at et selskap er inaktivt eller ugyldig.

Regulatorlag: CMA legger til en ren, koblet kontekst med høy autoritet for lisensierte kapitalmarkedsenheter. CBK forblir kildekartet, men avkoblet inntil nettleser-, Googlebot- og Bingbot-profiler kan hente reelt innhold konsekvent. De bør slås sammen som berikelse av regulerte delsett, ikke som økonomiomfattende selskapsregistre.

Gazette-lag: Kenya Laws Gazette-rute kan støtte juridiske varsler og offisiell publikasjonskontekst. Bruk spesifikke varslingsdatoer og referanser for krav på saksnivå.

LEI-lag: GLEIF er nyttig for standardisert samsvar mellom juridiske enheter og global berikelse. Dekningen er delvis og bør ha et separat LEI-delsettflagg.

Holdt lag: Kenya Open Data, PPIP og KNBS er fortsatt viktige forskningsledere, men dette utkastet kobler dem ikke som rent bevis fordi problemer med tidsavbrudd eller TLS-validering kan skape risiko for gjennomsøkbarhet og kildepålitelighet.

Sjekkliste for gjenbruk

• Autorisasjonssjekk: lagre om hvert felt kom fra BRS, BRS Companies Registry, eCitizen, KRA, KIPI, CMA, CBK, Kenya Law, GLEIF eller en lagret kilde.
• Kontroll av tilgangsmodell: offisiell portal for etiketter, registertjenesteside, kontoarbeidsflyt, skattetjeneste, IP-kontor, regulatorliste, tidendeside eller offentlig API.
• Vilkårssjekk: behold kildevilkår, portalvilkår, tjenestegrenser, formuleringer om ingen anbefalinger og eventuelle grenser for betalte/utdrag.
• Kontroll av tilgangsdato: dato for live-sjekk av posten, endelig URL, sidetittel, innholdstype og lokal inntaksdato.
• Kontroll av feltproveniens: Ikke slå sammen registerfelt, skatteidentifikatorer, regulatorstatus, IP-poster, tidendehendelser og LEI-poster uten kildeetiketter.
• Dekningssjekk: Hold flagg for regulert enhet, IP-innehaver, tidendemeldinger og LEI-innehaver atskilt fra kjernepopulasjonen i selskapet.
• Personvernsjekk: Feltene «offiser», «direktør», «representant», «adresse», «skatt» og kontaktinformasjon må gjennomgås for personvern og lovlig bruk.
• Markedsføringssjekk: Offentlige tjenestemannsdata er ikke tillatelse til salgsprospektering; kontaktdata krever et separat lovlig grunnlag og arbeidsflyt for undertrykkelse.
• Sjekk av holdt kilde: Ikke publiser lenker eller påstander basert på tidsavbrudd, SSL-avvik, sertifikatkjedefeil eller tilgangskontrollerte ruter før kvalitetssikringen er klarert.

Ressurspakke

Dypdykk kilde for kilde

1. Bedriftsregistreringstjeneste

Autoritet: Bedriftsregistreringstjenesten, Kenyas regjering. Type: offisiell myndighet for selskapsregisteret. Tilgangsmodell: offisiell portal / registertjenester. Merknad om gjenbruk: BRS nettsted og tjenestevilkår. Forretningsbruk: Primær myndighetskontekst for selskapsinnlemmelse, registertjenester og offisielle innleveringer.

BRS er det offisielle utgangspunktet for arbeid med kenyanske selskapsdata fordi det forankrer stiftelse, registertjenester og selskapsregistreringer i den kenyanske regjeringens kildefamilie. I en normalisert datapipeline bør BRS lagres som autoritetslag for registerkontekst, med tilgangsdato, endelig URL og observert sidetittel beholdt. Den korrekte redaksjonelle påstanden er at BRS er den offisielle selskapsregistreringsmyndigheten; det er ikke bevis på en ubegrenset massefil eller tillatelse til å skrape kontokontrollerte tjenester.

Begrensning: Portaltilgang er ikke bevis på komplette, gratis gjenbrukbare massedata fra selskapsregisteret.

2. BRS-selskapsregisteret

Autoritet: Bedriftsregistreringstjeneste. Type: den offisielle siden for foretaksregisteret. Tilgangsmodell: selskapsregistertjenester / søk og uttrekk kontekst. Merknad om gjenbruk: BRS tjenestevilkår. Forretningsbruk: Foretaksregisterrute for søk etter juridiske enheter, offisielle utdrag og kontekst for selskapstjenester.

BRS-siden for selskapsregisteret er den reneste offentlige siden for å forklare selskapsregistertjenester, søkekontekst og offisielle utdrag. Den er nyttig for lesere som trenger å vite hvor juridiske enhetsregistre og arbeidsflyter for selskapstjenester begynner. Begrensningen er viktig: en tjenesteside er ikke det samme som et åpent API, et komplett nedlastbart register eller en gjenbrukbar lisens for hvert selskapsfelt.

Begrensning: Kontrollert portal-/tjenestearbeidsflyt; ingen åpen bulkregistreringslisens bekreftet.

3. BRS eCitizen-portal

Autoritet: Bedriftsregistreringstjeneste / e-borger. Type: offisiell konto/tjenesteportal. Tilgangsmodell: kontoarbeidsflyt / bedriftstjenester. Merknad om gjenbruk: eCitizen og BRS tjenestevilkår. Forretningsbruk: Kontekst for levende selskap, firmanavn og insolvensrelatert tjenestearbeidsflyt.

BRS eCitizen-portalen tilbyr live konto- og tjenestearbeidsflyter rundt selskaper, firmanavn og relaterte registerprosesser. Behandle den som et manuelt eller autentisert arbeidsflytlag. Den kan støtte praktisk veiledning, men automatisert gjenbruk krever kildetermer, kontoregler og gjennomgang av lovlig bruk før produksjonsinntak.

Begrensning: Konto-/øktkontroller gjelder; ikke åpne massedata.

4. Kenyas skattemyndighet iTax

Autoritet: Kenya Revenue Authority. Type: offisiell skatte-/PIN-portal. Tilgangsmodell: skattetjenester / PIN-kontekst. Merknad om gjenbruk: KRA-vilkår og grenser for skattepersonvern. Forretningsbruk: Skatte-/PIN-verifiseringskontekst for kjente enheter der det er lovlig.

KRA iTax er relevant for skatte-/PIN-kontekst rundt kjente enheter. Det gjør den nyttig for verifiserings- og samsvarsarbeidsflyter, men skatteidentifikatorer og observasjoner fra skattebetalertjenester er ikke åpne bulkdata for selskaper og er ikke tillatelser for kontaktdata. En CompaniesData-modell bør lagre skattekontekst separat fra registeridentitet og merke enhver kontrollert arbeidsflyt med flagg for personvern og lovlig bruk.

Begrensning: Konteksten for skatteidentifikator kontrolleres og har ikke tillatelse til markedsføringskontakt.

5. Kenya Industrial Property Institute

Autoritet: Kenyas institutt for industriell eiendom. Type: offisielt kontor for immaterielle rettigheter. Tilgangsmodell: IP-kontorportal / søk / publikasjoner. Merknad om gjenbruk: KIPI-nettsted- og databasetermer. Forretningsbruk: Berikelse av varemerker, patenter og industridesign.

KIPI er en offisiell kilde til berikelse av immaterielle rettigheter. Varemerker, patenter og andre IP-registre kan styrke merkevarematching, eieranalyse og enhetsdisambiguering. KIPI bør ikke tolkes som et generelt register fordi de fleste bedrifter ikke har IP-registre. Det er best å legge det sammen som valgfri berikelse med kildeproveniens og samsvarssikkerhet.

Begrensning: Kun IP-laget; ikke dekning fra selskapsregisteret.

6. Lisensinnehavere fra Capital Markets Authority i Kenya

Autoritet: Kapitalmarkedsmyndigheten i Kenya. Type: register over kapitalmarkedslisensinnehavere. Tilgangsmodell: lisensinnehaverregister / regulatorportal. Merknad om gjenbruk: CMAs nettsted og registreringsvilkår. Forretningsbruk: Berikelse av regulerte kapitalmarkedsenheter.

Lisensregisteret til Capital Markets Authority er et verdifullt regulatorisk lag for kapitalmarkedsaktører. Det støtter berikelse av tilsynsstyrte enheter og samsvarssegmentering, men det dekker et regulert undersett. Bruk det til å forbedre profilene til lisensierte firmaer uten å projisere denne dekningen til alle kenyanske virksomheter.

Begrensning: Kun sektorspesifikt omfang.

7. Central Bank of Kenya

Autoritet: Kenyas sentralbank. Type: sentralbank/finansregulator. Tilgangsmodell: regulatornettsted / tilsyn / kataloger. Merknad om gjenbruk: Vilkår for CBK-nettstedet. Forretningsbruk: Bank- og finanssektorkontekst.

Kenyas sentralbank er konteksten for tilsyn av finanssektoren. Den er viktig for banker og andre regulerte finansinstitusjoner, men kvalitetsporten 2026-06-12 returnerte tilkoblingsfeil for nettleser-, Googlebot- og Bingbot-profiler. Behold CBK som kildetilordnet kontekst i denne oppryddingssyklusen, og koble den bare til på nytt etter at en oppfølgingssyklus bekrefter stabil tilgang.

Begrensning: Kun sektorspesifikt lag.

8. Kenya Gazette

Autoritet: Nasjonalt råd for juridisk rapportering / Kenyas lovverk. Type: offisiell rute for juridisk publisering. Tilgangsmodell: tidendepublikasjoner / juridiske kunngjøringer. Merknad om gjenbruk: Kenyas lovvilkår og regler for offisiell publisering. Forretningsbruk: Juridisk merknad og kontekst for publikasjoner knyttet til selskapet der det er relevant.

Kenya Gazette er viktig for juridiske kunngjøringer og offisielle publikasjoner, men kvalitetskontrollen fra 12.06.2026 returnerte 500 svar for Googlebot- og Bingbot-profiler. Hold ruten kildekartet og delinket i denne oppryddingssyklusen. Når den brukes senere, knytt bevis til spesifikke kunngjøringer, datoer og publikasjonsreferanser.

Begrensning: Kunngjøringer i tidende er ikke et komplett strukturert foretaksregister.

9. GLEIF LEI-poster for Kenya

Autoritet: globalt offisielt LEI-system. Type: LEI API. Tilgangsmodell: offentlig API. Merknad om gjenbruk: GLEIF åpen datalisens med betingelser for kreditering og ingen godkjenning. Forretningsbruk: Berikelse av grenseoverskridende identifikatorer for juridiske enheter for kenyanske enheter med LEI-er.

GLEIF tilbyr standardiserte LEI-oppføringer gjennom et offentlig API. For Kenya er LEI-data nyttige for global identifikatormatching, adressenormalisering og tillit til grenseoverskridende enheter. Dekningen er delvis og partisk mot finansielle, større eller internasjonalt aktive enheter, så LEI-tilstedeværelse bør være en koblet identifikator, ikke definisjonen av det kenyanske selskapsuniverset.

Begrensning: LEI-dekning er delvis og skjevt rettet mot finansielle/grenseoverskridende enheter.

Praktisk manual, API og bulkalternativer

1. Manuell BRS-rute

Start med Foretaksregistreringstjenesten og BRS-foretaksregistersiden. Bruk disse kildene til å dokumentere den offisielle registermyndigheten, søkekonteksten for selskapet og arbeidsflyten for uttrekk/tjeneste. Lagre kilde-URL-en, den endelige URL-en, tilgangsdatoen og den observerte sidetittelen i forskningsposten.

2. eBorgerrute

Bruk BRS eCitizen-portalen som en kontrollert arbeidsflytrute for live selskaps- og firmanavntjenester. Det kan hjelpe analytikere med å forstå praktisk tilgang, men enhver automatiserings-, skrapings- eller omdistribusjonsplan krever eksplisitt gjennomgang av kildetermer.

3. Skattekontekstrute

Bruk KRA iTax kun som skattetjenestekontekst for kjente enheter. Ikke bruk en ramme inn skatte-/PIN-arbeidsflyter som åpne bulkdata for selskapet, og ikke bruk skattekontekst for å rettferdiggjøre berikelse av markedsføringskontakter.

4. IP og regulatorrute

Bruk KIPI, CMA og CBK som berikelseslag. Disse kildene kan forbedre selskapsprofiler, sektorsegmentering og samsvarsgjennomgang. Lagre dem som valgfrie koblede kilder med delsettflagg og samsvarssikkerhet.

5. Gazette-rute

Bruk Kenya Gazette kun som juridisk publikasjonskontekst i denne syklusen, fordi Googlebot og Bingbot mottok 500 svar. For produksjonsdata, sjekk tilgangen på nytt først og koble spesifikke kunngjøringer til spesifikke selskaper bare når kunngjøringsteksten, datoen, kilde-URL-en og samsvarsregelen er dokumentert.

6. LEI API-rute

Bruk GLEIFs offentlige LEI-API for enheter med identifikatorer for juridiske enheter. LEI-dataene er sterke for global matching, men delvise for landsdekning. Hold LEI-status, registreringsmyndighet og oppdateringstidsstempel atskilt fra BRS-identitetsfelt.

7. Heldt rute for åpne data/anskaffelser/statistikk

BRS eCitizen, CBK, Kenya Gazette, Kenya Open Data, PPIP og KNBS er kilderelevante. Denne syklusen holder dem i kilderisikofunn fordi de ikke bestod den forrige kilde- eller botprofilporten som ble brukt for oppryddingsbeslutningen. Sjekk dem på nytt gjennom nettleserens QA, botprofilens QA, alternative offisielle domener eller offisielle API-/dokumentasjonsruter før de legges til i opprydningsmatrisen.

Funn knyttet til kilderisiko

• BRS eCitizen-portal: holdt og fjernet lenken etter at kvalitetsporten 2026-06-12 registrerte en Bingbot Cloudflare-utfordring. Den rene BRS-autoritetssiden og BRS-selskapsregistersiden forblir det lenkede beviset for offisiell registerkontekst.
• Kenyas sentralbank: holdt og koblet fra etter at kvalitetsporten 2026-06-12 registrerte tilkoblingsfeil i nettleseren, Googlebot og Bingbot. Oppryddingsartefakten 2026-06-13 kan brukes til å bestemme en senere ny kobling, men denne syklusen beholder CBK som kontekst for kildekartlegging av finanssektoren.
• Kenya Gazette: holdt og delinket etter at kvalitetsporten 2026-06-12 registrerte HTTP 500-svar for Googlebot og Bingbot. Oppryddingsartefakten 2026-06-13 kan brukes til å bestemme en senere ny kobling, men denne syklusen beholder ruten kun som juridisk publiseringskontekst.
• Åpne data i Kenya: holdt i dette utkastet etter live check-resultatet ConnectTimeout. Grunnen: HTTPSConnectionPool(host='opendata.go.ke', port=443): Maksimalt antall nye forsøk overskredet med url: / (Forårsaket av ConnectTimeoutError() , 'Tilkobling til opendata.go.ke ble tidsavbrutt. (tilkoblingstidsavbrudd=8)')). Omfang: Dekningen av bedriftens mikrodata varierer; bekreftelse på datasettnivå kreves. Hold kilden kartlagt, men ikke lenke den som rent bevis før nettleser-/TLS-kvalitetssikringen er godkjent.
• Portal for informasjon om offentlige anskaffelser: holdt i dette utkastet etter live check-resultatet SSLError. Grunnen: HTTPSConnectionPool(host='www.tenders.go.ke', port=443): Maksimalt antall nye forsøk overskredet med url: / (Forårsaket av SSLError(SSLCertVerificationError(1, "[SSL: CERTIFICATE_VERIFY_FAILED] sertifikatverifisering mislyktes: Vertsnavn samsvarer ikke, sertifikatet er ikke gyldig for 'www.tenders.go.ke'. (_ssl.c:1010)"))). Omfang: Innkjøpsdeltakere er en delmengde, ikke hele bedriftsuniverset. Hold det kildekartlagt, men ikke lenk det som rent bevis før nettleser-/TLS-kvalitetssikringen er godkjent.
• Kenyas nasjonale statistikkbyrå: holdt i dette utkastet etter live check-resultatet SSLError. Grunnen: HTTPSConnectionPool(host='www.knbs.or.ke', port=443): Maksimalt antall nye forsøk overskredet med url: / (Forårsaket av SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] sertifikatverifisering mislyktes: kan ikke hente lokalt utstedersertifikat (_ssl.c:1010)'))). Omfang: Aggregert/statistisk lag, ikke stamdata for juridisk enhet. Hold det kildekartet, men ikke lenk det som rent bevis før nettleser-/TLS-kvalitetskontrollen er godkjent.
• Fullfør gratis BRS-bulkkrav: blokkert. BRS og sider i selskapsregisteret er sterke offisielle autoritetsbevis, men denne syklusen bekreftet ikke et komplett gratis gjenbrukbart masseregister eller offentlig API.
• Krav om gjenbruk av skatt/PIN-kode: blokkert. KRA iTax kan støtte skattetjenestekontekst for kjente enheter, ikke ubegrenset bruk av massedata fra selskapet eller markedsføring.
• Krav om anskaffelsesunivers: blokkert inntil PPIP-ruten klarerer TLS/kilde-QA, og selv da ville ikke anskaffelsesdeltakerne tilsvare hele selskapets populasjon.
• Krav om kontaktbruk: blokkert. Register-, skatte-, IP-, regulator-, tidende- og LEI-data gir ikke samtykke til uønsket kontakt, e-postuttrekk, telefonlister eller leaddatabaser.

Manglende datahull

• Fullfør gratis masseregistrering: Denne syklusen bekreftet ikke et komplett gratis, gjenbrukbart BRS-selskapsregister-bulkdatasett eller API.
• Reelt eierskap: ikke krev fullstendig dekning av offentlig reell eier fra den rene kildestakken.
• Bedriftsarrangementer: Kunngjøringer i tidender og registerhendelser krever spesifikke referanser før krav på journalnivå er trygge.
• Innkjøpsleverandører: PPIP er fortsatt i dette utkastet, og selv når det er rent, dekker det anskaffelsesdeltakere snarere enn alle selskaper.
• Statistikk: KNBS er fortsatt i dette utkastet, og selv når det er rent, vil det hovedsakelig gi aggregert kontekst snarere enn mikrodata fra selskapet.
• Kontaktfelt: E-poster, telefoner, kontaktroller og tillatelser for oppsøkende virksomhet er atskilt fra offisiell bedriftsidentitet.
• Kildekadens: Tjenesteportaler, regulatorsider, tidendesider og API-er kan oppdateres i forskjellige sykluser og trenge uavhengige metadata for aktualitet.

Anbefalt datamodell

• Enhetstabell: CompaniesData-ID, BRS/selskapsidentifikator der det er lovlig tilgjengelig, juridisk navn, juridisk form, status, kilde-URL og kildedato.
• Tabell over registerbevis: BRS-kildeside, referanse til foretaksregisteret, notat om eCitizen-arbeidsflyt, utdragstype og bevissikkerhet.
• Tabell for skattekontekst: KRA/PIN-kontekst for kjente enheter, tilgangsmodell, kildedato, personvernflagg og merknad om lovlig bruk.
• IP-tabell: KIPI-postidentifikatorer, eierstrenger, varemerke-/patentklasser, status, publiseringsdato og samsvarssikkerhet.
• Regulatortabell: CMA- eller CBK-kilde, lisens/kategori, regulatorstatus, delsettflagg og kilde-URL.
• Gazette-tabell: varseldato, utstedelse/år, referanse til varseltekst, samsvarende selskap, samsvaringsregel og konfidens.
• LEI-tabell: LEI, juridisk navn, adresseland, registreringsstatus, administrerende LOU, tidsstempel for GLEIF-oppdatering og kilde-URL.
• Samsvarsflagg: kontrollert arbeidsflyt, ingen-åpning-bulk-sikker, personvernsensitiv, skattekontekst, regulator-delsett, lei-delsett, holdt-kilde og kontakt-bruk-blokkert.

BedrifterDatanormalisering og berikelsesverdi

Kenyas offisielle kildekart er sterkt nok til å rettferdiggjøre en dyp artikkel, men den rå kildestakken er fragmentert. CompaniesData tilfører verdi ved å normalisere juridiske navn, bevare kildeopprinnelse, skille registermyndighet fra tjenesteportaler, merke kontrollerte arbeidsflyter, matche IP/regulator/LEI-bevis og pakke resultatet inn i stabile forretningsdata på landsnivå.

For engelske og internasjonale brukere er den eide ruten CompaniesData.cloud. Be om et CompaniesData-eksempel for Kenya hvis du trenger et normalisert datasett i stedet for et sett med kildelenker. For spansktalende eller latinamerikanske kontaktdataarbeidsflyter er CentraldeComunicacion.es den eide ruten, men det kontaktlaget forblir atskilt fra offisiell gjenbruk av registeret.

Viktig grense: CompaniesData kan støtte markedsundersøkelser, KYB, CRM-opprydding og juridisk berikelse. Det bør ikke presenteres som en snarvei rundt BRS/eCitizen-kildevilkår, personvern for skattetjenester, begrensninger for regulatorer eller samtykkekrav for kontaktdata.

Kildematrise

Kilde	Eier / myndighet	Tilgangsmodell	Bruk notatet på nytt	Hovedbegrensning
Bedriftsregistreringstjeneste	Bedriftsregistreringstjenesten, Kenyas regjering	offisiell portal / registertjenester	BRS nettsted og tjenestevilkår	Portaltilgang er ikke bevis på komplette, gratis gjenbrukbare massedata fra selskapsregisteret.
BRS-selskapsregisteret	Bedriftsregistreringstjeneste	selskapsregistertjenester / søk og uttrekk kontekst	BRS-tjenestevilkår	Kontrollert portal-/tjenestearbeidsflyt; ingen åpen bulkregistreringslisens bekreftet.
BRS eCitizen-portal	Bedriftsregistreringstjeneste / eCitizen	Kontoarbeidsflyt / bedriftstjenester	eCitizen og BRS tjenestevilkår	Avholdt etter Bingbot Cloudflare-utfordring; konto-/øktkontroller gjelder, og dette er ikke åpne massedata.
Kenyas skattemyndighet iTax	Kenya Revenue Authority	skattetjenester / PIN-kontekst	KRA-vilkår og grenser for skattepersonvern	Konteksten for skatteidentifikator kontrolleres og har ikke tillatelse til markedsføringskontakt.
Kenya Industrial Property Institute	Kenya Industrial Property Institute	IP-kontorportal / søk / publikasjoner	KIPI-nettsted- og databasetermer	Kun IP-laget; ikke dekning fra selskapsregisteret.
Lisensinnehavere fra Capital Markets Authority i Kenya	Capital Markets Authority Kenya	lisensregister / regulatorportal	CMAs nettsted og registreringsvilkår	Kun sektorspesifikt omfang.
Central Bank of Kenya	Central Bank of Kenya	regulatornettsted / tilsyn / kataloger	CBKs nettstedsvilkår	Kun sektorspesifikt lag.
Kenya Gazette	Nasjonalt råd for juridisk rapportering / Kenya Law	Tidsskriftpublikasjoner / juridiske kunngjøringer	Kenyas lovvilkår og regler for offisiell publisering	Avholdes etter Googlebot/Bingbot 500 svar; kunngjøringer i tidende er ikke et komplett strukturert selskapsregister.
GLEIF LEI-poster for Kenya	globalt offisielt LEI-system	offentlig API	GLEIF åpen datalisens med attribusjons- og ingen godkjenningsvilkår	LEI-dekning er delvis og skjevt rettet mot finansielle/grenseoverskridende enheter.

FAQ

Hva er den beste førstekilden for data om kenyanske selskaper?

Start med Foretaksregistreringstjenesten og BRS-foretaksregistersiden. De er de reneste offisielle myndighetene og registertjenestekildene i denne kontrollen.

Har Kenya et komplett gratis offisielt API for registrering av store mengder selskaper?

Denne syklusen bekreftet ikke et komplett gratis, gjenbrukbart BRS-bulkregister eller offentlig API. Sikkerhetskravet er offisiell register-/tjenestetilgang med forbehold om kontrollert arbeidsflyt.

Kan BRS eCitizen-portalen skrapes?

Ikke anta det. Det er en arbeidsflyt for kontoer og tjenester, så automatisering eller omdistribusjon krever gjennomgang av kildevilkår, personvern og lovlig bruk.

Hvorfor er Kenya Open Data inkludert i dette utkastet?

Den ble tidsavbrutt fra denne noden. Den forblir kilderelevant, men den skal ikke lenkes som rent bevis før nettleser- eller alternativ-rute QA klarerer den.

Hvorfor finnes informasjonsportalen for offentlige anskaffelser?

Den testede PPIP-URL-en mislyktes i SSL-vertsnavnvalideringen. Den er fortsatt et nyttig anskaffelsespunkt, men publiseringen bør vente på en stabil offisiell rute.

Hvorfor arrangeres KNBS?

KNBS-siden mislyktes i validering av sertifikatkjede fra denne noden. Statistikkkontekst er nyttig, men dette utkastet holder lenken ute av rene bevis.

Kan KRA iTax brukes som åpne selskapsdata?

Bruk KRA iTax som skattetjenestekontekst for kjente enheter. Det er ikke et generelt åpent bulkforetaksregister eller en kilde for markedsføringskontakt.

Hva legger KIPI til?

KIPI legger til berikelse av immaterielle rettigheter for enheter med varemerker, patenter eller relaterte dokumenter. Det er nyttig, men delvis.

Hva legger CMA og CBK til?

De legger til kontekst for regulert sektor for kapitalmarkeds- og finansenheter. De bør lagres med delsettflagg.

Hva legger Kenya Gazette til?

Det legger til juridisk varsel og kontekst for offisiell publisering. Bruk på postnivå bør sitere spesifikke varseldatoer og referanser.

Hva tilfører GLEIF Kenya?

GLEIF legger til offentlige LEI-oppføringer for enheter som har juridiske enhetsidentifikatorer. Det hjelper med global matching, men dekker ikke alle kenyanske selskaper.

Kan offentlige kenyanske selskapsdata gjenbrukes kommersielt?

Muligens, men bare under de spesifikke kildevilkårene, tilgangsmodellen og personverngrensene på feltnivå. Offisiell kildetilgang er ikke automatisk ubegrenset videredistribusjon.

Kan registerdata brukes til kald e-postmarkedsføring?

Ingen automatisk tillatelse følger av offentlig eller offisiell tilgang. E-post, telefon og kontaktrolledata trenger et separat lovlig grunnlag, en separat prosess for undertrykkelse og en samsvarsvurdering av kontaktdata.

Hvorfor bruke CompaniesData for Kenya?

Fordi kildelenker alene ikke løser problemer med normalisering, deduplisering, proveniens, oppdateringssporing, tagging av kontrollert arbeidsflyt, berikelseskoblinger og leveringsformat.

Er Kenya klar for publisering nå?

Dette utkastet er klart for redaksjonell gjennomgang, men det ble ikke gjort noen offentlig oppdatering i denne syklusen. Publisering bør først skje etter endelige kildesjekker og full indeksering/crawler-kvalitetssjekk.

Offisielle kilder

• Bedriftsregistreringstjeneste – Foretaksregistreringstjenesten, Kenyas regjering
• BRS-selskapsregisteret – Bedriftsregistreringstjeneste
• BRS eCitizen-portal – Bedriftsregistreringstjeneste / eCitizen
• Kenyas skattemyndighet iTax – Kenyas skattemyndighet
• Kenya Industrial Property Institute – Kenyas institutt for industriell eiendom
• Lisensinnehavere fra Capital Markets Authority i Kenya – Kapitalmarkedstilsynet i Kenya
• Central Bank of Kenya – Kenyas sentralbank
• Kenya Gazette – Nasjonalt råd for juridisk rapportering / Kenya Law
• GLEIF LEI-poster for Kenya – globalt offisielt LEI-system