Öppna företagsdata i Kenya: Officiella källor, API:er och återanvändningsrättigheter

Kenya är en kommersiellt användbar marknad för företagsdata i östafrika eftersom den har en tydlig officiell företagsregistreringsmyndighet, en offentlig företagsregistersida, skatte- och immateriella rättigheter, ett rent kapitalmarknadsregulatorlager, global LEI-berikning och ytterligare källkartlagda rutter som behöver godkännande av botprofiler innan de kan länkas som bevis. Det betyder inte att Kenya ska beskrivas som en enkel gratis bulkföretagsdatabas. Den säkra artikelvinkeln är en källkarta med förbehåll för kontrollerad åtkomst.

Den befintliga artikeln i CompaniesData Kenya är redan offentlig på https://companiesdata.cloud/open-company-data-kenya.html , men den skrevs före den nuvarande djupreferensstandarden. Rensningen av källvägar från 2026-06-13 behåller 6 rena länkade officiella eller högkvalitativa källor och innehåller 3 nuvarande matrisvägar: BRS eCitizen, Central Bank of Kenya och Kenya Gazette. Äldre forskningsbaserade vägar som Kenya Open Data, PPIP och KNBS förblir källmappade men länkas inte som bevis i denna publikationscykel.

Detta utkast är utformat för analytiker, KYB-team, marknadsundersökare, dataköpare och compliance-team som behöver praktisk källkartläggning. Det förklarar vad varje källa kan bevisa, var officiell återanvändning är begränsad och var normalisering av CompaniesData tillför värde utan att överdriva tillgängligheten för öppen bulk eller tillstånd att använda kontaktdata.

Key Takeaways

• Bästa första källan: Företagsregistreringstjänsten är den officiella myndighetskontexten för företagsregistrerings- och registertjänster.
• Bästa registertjänstsidan: BRS Bolagsregister är tydligt och användbart för att förklara arbetsflöden för företagssökning och utdrag.
• Kontrollerat arbetsflöde: BRS eCitizen-portalen är källmappad men sparad och avlänkad efter en Bingbot Cloudflare-utmaning; använd de rena BRS-auktoritets- och företagsregistersidorna för offentliga bevis.
• Användbar berikning: KRA iTax, KIPI, CMA och GLEIF lägger till en ren länkad skatte-, IP-, regulator- och LEI-kontext; CBK och Kenya Gazette förblir innehavda tills botprofilens kvalitetssäkring är stabil.
• Behållna källor: 2026-06-12-porten registrerade en Bingbot Cloudflare-utmaning för BRS eCitizen, anslutningsfel för Central Bank of Kenya och 500 svar för Kenya Gazette under Googlebot/Bingbot; Kenya Open Data, PPIP och KNBS förblir äldre forskningsbaserade data.
• Blockerat anspråk: gör inte anspråk på ett komplett gratis återanvändbart BRS-bulkregister, täckning för offentligt verkligt ägande eller tillstånd att kontakta marknadsföringspersonal.

Redaktionell metodik

CompaniesData-landsmetoden börjar med officiella källor. Varje kenyansk källa klassificeras efter auktoritet, åtkomstmodell, återanvändningsanteckning, affärsanvändning, begränsning, länkpolicy och live-kontrollresultat. En länk är ren för publicering endast när live-kontrollen returnerar verkligt innehåll eller API-data utan en hård 404/410, vilseledande utmaningssida, tomt svar, åtkomstnegation eller TLS-problem som skulle skapa falskt förtroende.

För Kenya är den rena länkade bevisstacken BRS-auktoriteten, BRS Companies Registry, KRA iTax, KIPI, CMA-licensinnehavare och GLEIF. BRS eCitizen, CBK och Kenya Gazette förblir källrelevanta, men de finns kvar i denna artikelcykel eftersom kvalitetskontrollen 2026-06-12 observerade en Bingbot Cloudflare-utmaning, anslutningsfel eller bot-profil 500-svar. De kan återinföras efter att webbläsar-, TLS- eller officiell alternativ väg-QA har godkänt dem.

Källlogotyper och favikoner är endast dekorativa igenkänningssignaler. De gör källmatrisen och resurspaketet enklare att skanna, men beviset förblir den officiella URL:en, den offentliga ägaren, åtkomstmodellen, återanvändningsanteckningen, begränsningen och åtkomstdatumet. Denna artikel skiljer också företagsidentitet från berikande kontaktdata eftersom en register-, skatte-, IP-, tillsynsmyndighets- eller LEI-post inte ger tillstånd att skicka kalla e-postmeddelanden, skapa telefonlistor eller sälja vidare personliga kontaktuppgifter.

Täckning, åtkomst och uppdateringsriskanalys

BRS-auktoritetslager: BRS är den huvudsakliga källan för kenyansk företagsregistreringsauktoritet och registertjänstkontext. Den stöder påståendet från den officiella källkoden, men är inte ett komplett öppet bulk-påstående i sig självt.

Bolagsregisterlagret: BRS Bolagsregistersida stöder sökning och extraktion av juridiska personers kontext. Det är den bästa tydliga källan för att förklara var användare av företagsregister ska börja, samtidigt som betalda, kontobaserade eller kontrollerade extraktionsarbetsflöden hålls separerade från återanvändbar öppen data.

eCitizen-tjänsteskikt: BRS eCitizen-portalen kan stödja praktisk manuell arbetsflödesvägledning, men denna rensning håller den bortkopplad efter en Bingbot Cloudflare-utmaning. Behandla det som ett lagrat kontrollerat arbetsflöde, inte anonym skrapning eller öppen bulkdata.

Skatte-/PIN-lager: KRA iTax är användbart för skattetjänstkontext och verifiering av kända enheter, men skattesystem har sekretess-, syftes- och åtkomstgränser. Lagra skatteidentifierare och observationer av skattebetalarnas tjänst separat från registeridentiteten.

IP-lager: KIPI kan stärka företagsprofiler genom varumärkes-, patent- och industriella äganderättsregister. Täckning är valfri och selektiv, så avsaknad av bevis för IP är inte bevis på att ett företag är inaktivt eller ogiltigt.

Regulatorlager: CMA lägger till en ren länkad sektorkontext med hög auktoritet för licensierade kapitalmarknadsenheter. CBK förblir källmappad men avlänkad tills webbläsar-, Googlebot- och Bingbot-profiler kan hämta verkligt innehåll konsekvent. De bör sammanfogas som berikande register för reglerade delmängder, inte som företagsregister som täcker hela ekonomin.

Tidningslager: Kenya Laws tidningsrutt kan stödja juridiska meddelanden och officiell publiceringskontext. Använd specifika meddelandedatum och referenser för anspråk på postnivå.

LEI-lager: GLEIF är användbart för standardiserad matchning av juridiska enheters identifierare och global anrikning. Täckningen är partiell och bör ha en separat LEI-delmängdsflagga.

Hållbart lager: Kenya Open Data, PPIP och KNBS är fortfarande viktiga forskningstips, men detta utkast kopplar dem inte som rena bevis eftersom problem med timeout eller TLS-validering kan skapa risker för genomsökning och källsäkerhet.

Checklista för återanvändning

• Auktoritetskontroll: lagra om varje fält kom från BRS, BRS Companies Registry, eCitizen, KRA, KIPI, CMA, CBK, Kenya Law, GLEIF eller en lagrad källa.
• Kontroll av åtkomstmodell: officiell portal för etiketter, registertjänstsida, kontoarbetsflöde, skattetjänst, IP-kontor, tillsynsmyndighetslista, tidningssida eller offentligt API.
• Kontroll av villkor: bevara källtermer, portalvillkor, servicebegränsningar, formuleringar om att inga rekommendationer finns och eventuella gränser för betalda/utdragna bidrag.
• Kontroll av åtkomstdatum: datum för livekontroll av posten, slutlig URL, sidtitel, innehållstyp och lokalt inmatningsdatum.
• Kontroll av fältproveniens: Slå inte samman registerfält, skatteidentifierare, tillsynsmyndighetsstatus, IP-poster, tidningshändelser och LEI-poster utan källetiketter.
• Täckningskontroll: Håll flaggor för reglerade enheter, IP-innehavare, tidningsmeddelanden och LEI-innehavare separerade från kärnföretagspopulationen.
• Sekretesskontroll: Fält som t.ex. tjänsteman, direktör, representant, adress, skatt och kontaktuppgifter behöver granskas för sekretess och laglig användning.
• Marknadsföringskontroll: Offentlig information är inte tillstånd för prospektering; kontaktuppgifter kräver en separat laglig grund och ett separat arbetsflöde för undertryckande.
• Kontroll av behållen källa: Publicera inte länkar eller anspråk baserade på timeout, SSL-matchningsfel, certifikatkedjefel eller åtkomstkontrollerade rutter förrän kvalitetssäkringen är klar.

Resurspaket

Djupdykningar källa för källa

1. Företagsregistreringstjänst

Myndighet: Företagsregistreringstjänsten, Kenyas regering. Typ: officiell företagsregistermyndighet. Åtkomstmodell: officiell portal/registertjänster. Återanvändningsanmärkning: BRS webbplats och servicevillkor. Företagsanvändning: Primär myndighetskontext för företagsbildning, registertjänster och officiella anmälningar.

BRS är den officiella utgångspunkten för arbete med kenyanska företagsdata eftersom den förankrar registreringar, registertjänster och företagsregister i den kenyanska regeringens källfamilj. I en normaliserad datapipeline bör BRS lagras som auktoritetslager för registerkontext, med åtkomstdatum, slutlig URL och observerad sidtitel bevarad. Det korrekta redaktionella påståendet är att BRS är den officiella företagsregistreringsmyndigheten; det är inte bevis på en obegränsad massfil eller tillstånd att skrapa kontokontrollerade tjänster.

Begränsning: Portalåtkomst är inte ett bevis på fullständig, gratis återanvändbar, massregistrerad data från företag.

2. BRS Bolagsregister

Auktoritet: Företagsregistreringstjänst. Typ: officiell sida för företagsregistrets tjänst. Åtkomstmodell: företagsregistertjänster / sök och utdrag av kontext. Återanvändningsanmärkning: BRS-tjänstevillkor. Företagsanvändning: Företagsregistrets väg för sökning efter juridisk person, officiella utdrag och kontext för företagstjänst.

BRS Bolagsregistersida är den renaste offentliga sidan för att förklara företagsregistertjänster, sökkontext och officiella utdrag. Den är användbar för läsare som behöver veta var register för juridiska personer och arbetsflöden för företagstjänster börjar. Dess begränsning är viktig: en servicesida är inte samma sak som ett öppet API, ett komplett nedladdningsbart register eller en återanvändbar licens för varje företagsfält.

Begränsning: Kontrollerat portal-/tjänstarbetsflöde; ingen licens för öppen massregistrering bekräftad.

3. BRS eCitizen-portalen

Auktoritet: Företagsregistreringstjänst / eCitizen. Typ: officiell konto-/tjänsteportal. Åtkomstmodell: kontoarbetsflöde / företagstjänster. Återanvändningsanmärkning: eCitizen- och BRS-tjänstevillkor. Företagsanvändning: Live företag, företagsnamn och insolvensrelaterad tjänstearbetsflödeskontext.

BRS eCitizen-portalen tillhandahåller live-konto- och tjänstearbetsflöden kring företag, företagsnamn och relaterade registerprocesser. Behandla det som ett manuellt eller autentiserat arbetsflödeslager. Det kan ge praktisk vägledning, men automatiserad återanvändning kräver källtermer, kontoregler och granskning av laglig användning innan någon produktionsinmatning.

Begränsning: Konto-/sessionskontroller gäller; öppnar inte massdata.

4. Kenyas skattemyndighet iTax

Myndighet: Kenya Revenue Authority. Typ: officiell skatte-/PIN-portal. Åtkomstmodell: skattetjänster/PIN-kontext. Återanvändningsinformation: KRA-villkor och skattesekretessgränser. Företagsanvändning: Skatte-/PIN-verifieringskontext för kända enheter där det är lagligt.

KRA iTax är relevant för skatte-/PIN-kontext kring kända enheter. Det gör den användbar för verifierings- och efterlevnadsarbetsflöden, men skatteidentifierare och observationer från skattebetalarnas tjänster är inte öppna företagsbulkdata och är inte behörighet för kontaktdata. En CompaniesData-modell bör lagra skattekontext separat från registeridentitet och markera alla kontrollerade arbetsflöden med flaggor för integritet och laglig användning.

Begränsning: Skatteidentifieringskontexten kontrolleras och har inte behörighet för marknadsföringskontakt.

5. Kenya Industrial Property Institute

Myndighet: Kenya Industrial Property Institute. Typ: officiell myndighet för immaterialrätt. Åtkomstmodell: IP-kontorets portal / sökningar / publikationer. Återanvändningsanmärkning: KIPI-webbplats- och databastermer. Affärsmässig användning: Berikning av varumärken, patent och industriell design.

KIPI är en officiell källa för berikande av immateriella rättigheter. Varumärken, patent och andra IP-register kan stärka varumärkesmatchning, ägaranalys och entitetsdisambiguering. KIPI bör inte tolkas som ett generellt register eftersom de flesta företag inte innehar IP-register. Det kombineras bäst som valfri berikning med källproveniens och matchningsförtroende.

Begränsning: Endast IP-lagret; inte täckning av företagsregister.

6. Licensinnehavare av kapitalmarknadsmyndigheten i Kenya

Myndighet: Capital Markets Authority Kenya. Typ: register över kapitalmarknadslicenstagare. Åtkomstmodell: licenstagarerregister / tillsynsportal. Återanvändningsanmärkning: CMA:s webbplats och registervillkor. Affärsmässig användning: Anrikning av reglerad kapitalmarknadsenhet.

Kapitalmarknadsmyndighetens licenshavarregister är ett värdefullt tillsynslager för aktörer på kapitalmarknaden. Det stöder berikande och efterlevnadssegmentering av övervakade enheter, men det täcker en reglerad delmängd. Använd det för att förbättra profilerna för licensierade företag utan att projicera den täckningen på alla kenyanska företag.

Begränsning: Endast sektorspecifik omfattning.

7. Central Bank of Kenya

Myndighet: Kenyas centralbank. Typ: centralbank / finansiell tillsynsmyndighet. Åtkomstmodell: tillsynsmyndighetswebbplats / tillsyn / kataloger. Återanvändningsanmärkning: CBK:s webbplatstermer. Affärsmässig användning: Bank- och finanssektorkontext.

Kenyas centralbank utgör tillsynskontexten för finanssektorn. Den är viktig för banker och andra reglerade finansinstitut, men kvalitetskontrollen 2026-06-12 returnerade anslutningsfel för webbläsar-, Googlebot- och Bingbot-profiler. Behåll CBK som källmappad kontext i denna rensningscykel och länka om den först efter att en uppföljningscykel bekräftat stabil åtkomst.

Begränsning: Endast sektorspecifikt lager.

8. Kenya Gazette

Myndighet: Nationella rådet för juridisk rapportering / Kenyas lag. Typ: officiell väg för juridisk publicering. Åtkomstmodell: tidningspublikationer / juridiska meddelanden. Återanvändningsanmärkning: Kenyas juridiska termer och regler för officiell publicering. Affärsmässig användning: Juridiskt meddelande och publikationskontext för företagslivet där det är relevant.

Kenya Gazette är viktig för juridiska meddelanden och officiella publikationer, men kvalitetskontrollen 2026-06-12 returnerade 500 svar för Googlebot- och Bingbot-profiler. Håll rutten källmappad och avlänkad i denna rensningscykel; när den används senare, koppla bevis till specifika meddelanden, datum och publikationsreferenser.

Begränsning: Kungörelser i tidningstiden är inte ett komplett strukturerat företagsregister.

9. GLEIF LEI-poster för Kenya

Auktoritet: globalt officiellt LEI-system. Typ: LEI API. Åtkomstmodell: publikt API. Återanvändningsinformation: GLEIF öppen datalicens med villkor för tillskrivning och ingen godkännande. Affärsanvändning: Gränsöverskridande berikande av juridiska enheters identifierare för kenyanska enheter med LEI:er.

GLEIF tillhandahåller standardiserade LEI-poster via ett publikt API. För Kenya är LEI-data användbara för global identifieringsmatchning, adressnormalisering och gränsöverskridande enhetsförtroende. Täckningen är partiell och vinklad mot finansiella, större eller internationellt aktiva enheter, så LEI-närvaron bör vara en länkad identifierare, inte definitionen av det kenyanska företagsuniversumet.

Begränsning: LEI-täckningen är partiell och snedvriden mot finansiella/gränsöverskridande enheter.

Praktisk manual, API och bulkalternativ

1. Manuell BRS-rutt

Börja med Business Registration Service och BRS Companies Registry-sidan. Använd dessa källor för att dokumentera den officiella registermyndigheten, företagets sökkontext och arbetsflödet för utdrag/tjänst. Lagra käll-URL, slutlig URL, åtkomstdatum och observerad sidtitel i forskningsposten.

2. eMedborgarvägen

Använd BRS eCitizen-portalen som en kontrollerad arbetsflödesväg för aktiva företags- och firmanamnstjänster. Den kan hjälpa analytiker att förstå praktisk åtkomst, men alla automatiserings-, scraping- eller omdistributionsplaner kräver en tydlig granskning av källtermerna.

3. Skattekontextväg

Använd KRA iTax endast som skattetjänstkontext för kända enheter. Rama inte in skatte-/PIN-kodsarbetsflöden som öppna företagsbulkdata och använd inte skattekontext för att rättfärdiga berikande marknadsföringskontakter.

4. IP och regulatorväg

Använd KIPI, CMA och CBK som berikande lager. Dessa källor kan förbättra företagsprofiler, sektorsegmentering och efterlevnadsgranskning. Lagra dem som valfria länkade källor med delmängdsflaggor och matchningsförtroende.

5. Gazette-rutt

Använd endast Kenya Gazette som juridisk publikationskontext i denna cykel eftersom Googlebot och Bingbot fick 500 svar. För produktionsdata, kontrollera åtkomsten först och länka specifika meddelanden till specifika företag endast när meddelandetexten, datumet, käll-URL:en och matchningsregeln är dokumenterade.

6. LEI API-rutt

Använd GLEIF:s offentliga LEI-API för enheter med juridiska enhetsidentifierare. LEI-data är stark för global matchning men ofullständig för landsspecifik täckning. Håll LEI-status, registreringsmyndighet och uppdateringstidsstämpel separata från BRS-identitetsfält.

7. Held öppen data/upphandling/statistikväg

BRS eCitizen, CBK, Kenya Gazette, Kenya Open Data, PPIP och KNBS är källrelevanta. Denna cykel håller dem kvar i källriskfynd eftersom de inte klarade den tidigare käll- eller botprofilgrinden som användes för rensningsbeslutet. Kontrollera dem igen genom webbläsarens QA, botprofilens QA, alternativa officiella domäner eller officiella API/dokumentationsvägar innan de läggs till i rensningsmatrisen.

Befintliga källrisker

• BRS eCitizen-portal: hölls och avlänkades efter att kvalitetskontrollen 2026-06-12 registrerade en Bingbot Cloudflare-utmaning. Den rena BRS-auktoritetssidan och BRS-företagsregistersidan förblir länkade bevis för officiellt registerkontext.
• Central Bank of Kenya: sparades och avlänkades efter att kvalitetsgrinden 2026-06-12 registrerade webbläsar-, Googlebot- och Bingbot-anslutningsfel. Rensningsartefakten 2026-06-13 kan användas för att bestämma en senare återlänkning, men denna cykel behåller CBK som källmappningskontext för finanssektorn.
• Kenya Gazette: sparades och avlänkades efter att kvalitetsgrinden 2026-06-12 registrerade HTTP 500-svar för Googlebot och Bingbot. Rensningsartefakten 2026-06-13 kan användas för att bestämma en senare återlänk, men denna cykel behåller rutten endast som juridisk publiceringskontext.
• Öppna data i Kenya: hölls i detta utkast efter livecheck-resultatet ConnectTimeout. Anledning: HTTPSConnectionPool(host='opendata.go.ke', port=443): Max antal försök överskridits med url: / (Orsakas av ConnectTimeoutError() , 'Anslutning till opendata.go.ke har nått tidsgränsen. (anslutningstimeout=8)')). Omfattning: Företagets mikrodatatäckning varierar; bekräftelse på datasetnivå krävs. Håll källmappningen i beredskap, men länka den inte som ren bevismaterial förrän webbläsar-/TLS-kvalitetssäkringen har godkänts.
• Informationsportal för offentlig upphandling: hölls i detta utkast efter livecheck-resultatet SSLError. Anledning: HTTPSConnectionPool(host='www.tenders.go.ke', port=443): Max antal försök överskridits med url: / (Orsakas av SSLError(SSLCertVerificationError(1, "[SSL: CERTIFICATE_VERIFY_FAILED] certifikatverifiering misslyckades: Värdnamnet stämmer inte överens, certifikatet är inte giltigt för 'www.tenders.go.ke'. (_ssl.c:1010)"))). Omfattning: Upphandlingsdeltagare är en delmängd, inte hela företagets universum. Håll det källmappat, men länka det inte som ren bevis förrän webbläsar-/TLS-QA har godkänts.
• Kenyas nationella statistikbyrå: hölls i detta utkast efter livecheck-resultatet SSLError. Anledning: HTTPSConnectionPool(host='www.knbs.or.ke', port=443): Max antal försök överskridits med url: / (Orsakas av SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certifikatverifiering misslyckades: det gick inte att hämta lokalt utfärdarcertifikat (_ssl.c:1010)'))). Omfattning: Aggregerat/statistiskt lager, inte masterdata för juridiska personer. Håll det källmappat, men länka det inte som rent bevis förrän webbläsar-/TLS-QA har godkänts.
• Komplett gratis BRS-bulkanmälan: blockerad. BRS och företagsregistersidor är starka officiella bevis, men denna cykel verifierade inte ett komplett gratis återanvändbart bulkregister eller offentligt API.
• Skatte-/PIN-återanvändningskrav: blockerad. KRA iTax kan stödja skattetjänstkontext för kända enheter, inte obegränsad företagsanvändning av massdata eller marknadsföring.
• Anspråk på upphandlingsuniversum: blockerad tills PPIP-rutten godkänns TLS/käll-QA, och även då skulle upphandlingsdeltagarna inte motsvara hela företagets population.
• Anspråk för kontaktanvändning: blockerad. Register-, skatte-, IP-, tillsynsmyndighets-, tidnings- och LEI-uppgifter skapar inte samtycke till oönskad kontakt, e-postutdrag, telefonlistor eller leaddatabaser.

Saknade databrister

• Komplett gratis massregistrering: Den här cykeln verifierade inte en komplett gratis återanvändbar bulkdatauppsättning eller API för BRS-företagsregister.
• Verkligt ägande: gör inte anspråk på fullständig täckning för verkliga huvudmän från offentliga källor.
• Företagsevenemang: Tidningsmeddelanden och registerhändelser kräver specifika referenser innan anspråk på registernivå är säkra.
• Upphandlingsleverantörer: PPIP finns kvar i detta utkast och omfattar, även när det är rent, upphandlingsdeltagare snarare än alla företag.
• Statistik: KNBS finns kvar i detta utkast och skulle, även när det är rent, huvudsakligen tillhandahålla aggregerad kontext snarare än företagsmikrodata.
• Kontaktfält: E-postadresser, telefoner, kontaktroller och behörigheter för uppsökande verksamhet är separerade från den officiella företagsidentiteten.
• Källkadens: Serviceportaler, tillsynssidor, tidningssidor och API:er kan uppdateras vid olika cykler och behöva oberoende metadata för aktualitet.

Rekommenderad datamodell

• Entitetstabell: CompaniesData-id, BRS/företagsidentifierare där sådan är lagligt tillgänglig, juridiskt namn, juridisk form, status, käll-URL och källdatum.
• Tabell över registerbevis: BRS-källsida, referens för företagsregistret, arbetsflödesanteckning för eCitizen, utdragstyp och bevisförtroende.
• Tabell för skattekontext: KRA/PIN-kontext för kända enheter, åtkomstmodell, källdatum, integritetsflagga och anmärkning om laglig användning.
• IP-tabell: KIPI-postidentifierare, ägarsträngar, varumärkes-/patentklasser, status, publiceringsdatum och matchningskonfidens.
• Regulatortabell: CMA- eller CBK-källa, licens/kategori, tillsynsmyndighetsstatus, delmängdsflagga och käll-URL.
• Tidningstabell: meddelandedatum, utgivningsår, referens till meddelandetext, matchat företag, matchningsregel och konfidens.
• LEI-tabell: LEI, juridiskt namn, adressland, registreringsstatus, hanterande LOU, tidsstämpel för GLEIF-uppdatering och käll-URL.
• Efterlevnadsflaggor: kontrollerat arbetsflöde, ingen-öppning-bulksäker, integritetskänslig, skattekontext, regulator-delmängd, lei-delmängd, hållad-källa och kontaktanvändningsblockerad.

FöretagDatanormalisering och berikande värde

Kenyas officiella källkarta är tillräckligt stark för att motivera en djupgående artikel, men den råa källstacken är fragmenterad. CompaniesData tillför värde genom att normalisera juridiska namn, bevara källproveniens, separera registerauktoritet från serviceportaler, tagga kontrollerade arbetsflöden, matcha IP/regulator/LEI-bevis och paketera resultatet till stabila affärsdata på landsnivå.

För engelsktalande och internationella användare är den ägda rutten CompaniesData.cloud. Begär ett CompaniesData-exempel för Kenya om du behöver en normaliserad datauppsättning snarare än en uppsättning källänkar. För arbetsflöden för kontaktdata för spansktalande eller latinamerikanska användare är CentraldeComunicacion.es den ägda rutten, men det kontaktlagret förblir separat från officiell återanvändning av register.

Viktig avgränsning: CompaniesData kan stödja marknadsundersökningar, KYB, CRM-rensning och laglig berikande. Det bör inte presenteras som en genväg runt BRS/eCitizen-källtermer, skattetjänstsekretess, begränsningar för tillsynsmyndigheter eller krav på samtycke till kontaktuppgifter.

Källmatris

Källa	Ägare / myndighet	Åtkomstmodell	Återanvänd anteckningen	Huvudbegränsning
Företagsregistreringstjänst	Företagsregistreringstjänst, Kenyas regering	officiell portal / registertjänster	BRS webbplats och servicevillkor	Portalåtkomst är inte ett bevis på fullständig, gratis återanvändbar, massregistrerad data från företag.
BRS Bolagsregister	Företagsregistreringstjänst	företagsregistertjänster / sök och extrahera kontext	BRS-tjänstvillkor	Kontrollerat arbetsflöde för portal/tjänst; ingen licens för öppen massregistrering bekräftad.
BRS eCitizen-portalen	Företagsregistreringstjänst / e-medborgare	kontoarbetsflöde / företagstjänster	eCitizen och BRS servicevillkor	Hölls efter Bingbot Cloudflare-utmaning; konto-/sessionskontroller gäller och detta är inte öppen massdata.
Kenyas skattemyndighet iTax	Kenya Revenue Authority	skattetjänster / PIN-kontext	KRA-villkor och skattesekretessgränser	Skatteidentifierarens kontext kontrolleras och har inte behörighet för marknadsföringskontakt.
Kenya Industrial Property Institute	Kenya Industrial Property Institute	IP-kontorsportal / sökningar / publikationer	KIPI-webbplats- och databastermer	Endast IP-lager; inte täckning från företagsregister.
Licensinnehavare av kapitalmarknadsmyndigheten i Kenya	Capital Markets Authority Kenya	licensinnehavarregister / tillsynsmyndighetsportal	CMA:s webbplats och registreringsvillkor	Endast sektorspecifik omfattning.
Central Bank of Kenya	Central Bank of Kenya	tillsynsmyndighetswebbplats / tillsyn / kataloger	CBK:s webbplatsvillkor	Endast sektorspecifikt lager.
Kenya Gazette	Nationella rådet för juridisk rapportering / Kenyas lag	tidningspublikationer / juridiska meddelanden	Kenyas lagvillkor och regler för officiell publicering	Hålls efter Googlebot/Bingbot 500 svar; kungörelser i tidningsutgivningen är inte ett komplett strukturerat företagsregister.
GLEIF LEI-poster för Kenya	globalt officiellt LEI-system	offentligt API	GLEIF-licens för öppna data med villkor för tillskrivning och ingen godkännande	LEI-täckningen är partiell och snedvriden mot finansiella/gränsöverskridande enheter.

FAQ

Vilken är den bästa första källan för företagsdata från Kenya?

Börja med Företagsregistreringstjänsten och BRS företagsregistersida. De är de renaste officiella myndighets- och registerkällorna i denna omkontroll.

Har Kenya ett komplett gratis officiellt API för registrering av stora företag?

Denna cykel verifierade inte ett komplett gratis återanvändbart BRS-bulkregister eller publikt API. Det säkra anspråket är officiell register-/tjänståtkomst med förbehåll för kontrollerat arbetsflöde.

Kan BRS eCitizen-portalen skrapas?

Anta inte det. Det är ett arbetsflöde för konton och tjänster, så automatisering eller omdistribution kräver granskning av källvillkor, integritet och laglig användning.

Varför finns öppna data från Kenya i detta utkast?

Den tidsgränsades för den här noden. Den förblir källrelevant, men den bör inte länkas som rent bevis förrän webbläsarens eller alternativa QA-vägar har godkänt den.

Varför finns informationsportalen för offentlig upphandling?

Den testade PPIP-URL:en misslyckades med SSL-värdnamnsvalideringen. Den är fortfarande en användbar upphandlingsledtråd, men publiceringen bör vänta på en stabil officiell väg.

Varför hålls KNBS?

KNBS-sidan misslyckades med validering av certifikatkedjan från den här noden. Statistikkontexten är användbar, men det här utkastet håller länken borta från rena bevis.

Kan KRA iTax användas som öppen företagsdata?

Använd KRA iTax som skattetjänstkontext för kända enheter. Det är inte ett generellt öppet företagsregister eller en källa för marknadsföringskontakter.

Vad tillför KIPI?

KIPI ger berikande immateriella rättigheter för enheter med varumärken, patent eller relaterade dokument. Det är användbart men ofullständigt.

Vad tillför CMA och CBK?

De lägger till kontext för reglerad sektor för kapitalmarknads- och finansiella enheter. De bör lagras med delmängdsflaggor.

Vad tillägger Kenya Gazette?

Det lägger till juridisk information och sammanhang för officiell publicering. Användning på registernivå bör ange specifika meddelandedatum och referenser.

Vad tillför GLEIF Kenya?

GLEIF lägger till offentliga LEI-poster för enheter som har juridiska enhetsidentifierare. Det underlättar global matchning men täcker inte alla kenyanska företag.

Kan offentliga kenyanska företagsdata återanvändas kommersiellt?

Möjligen, men endast under de specifika källvillkoren, åtkomstmodellen och sekretessgränserna på fältnivå. Officiell källåtkomst är inte automatisk obegränsad omdistribution.

Kan registerdata användas för kall e-postmarknadsföring?

Inget automatiskt tillstånd följer av offentlig eller officiell åtkomst. E-post, telefon och kontaktuppgifter behöver en separat laglig grund, en separat process för att förhindra att kontaktuppgifter efterlevs och en granskning av efterlevnaden av data.

Varför använda CompaniesData för Kenya?

Eftersom källänkar ensamma inte löser normalisering, deduplicering, proveniens, uppdateringsspårning, taggning av kontrollerade arbetsflöden, berikningskopplingar och leveransformat.

Är Kenya redo för publicering nu?

Detta utkast är klart för redaktionell granskning, men ingen offentlig uppdatering har gjorts under denna cykel. Publicering bör ske först efter slutgiltiga källkontroller och fullständig indexering/crawler-kvalitetssäkring.

Officiella källor

• Företagsregistreringstjänst – Företagsregistreringstjänsten, Kenyas regering
• BRS Bolagsregister – Företagsregistreringstjänst
• BRS eCitizen-portalen – Företagsregistreringstjänst / e-medborgare
• Kenyas skattemyndighet iTax – Kenyas skattemyndighet
• Kenya Industrial Property Institute – Kenyas institut för industriell egendom
• Licensinnehavare av kapitalmarknadsmyndigheten i Kenya – Kapitalmarknadsmyndigheten i Kenya
• Central Bank of Kenya – Kenyas centralbank
• Kenya Gazette – Nationella rådet för juridisk rapportering / Kenya Law
• GLEIF LEI-poster för Kenya – globalt officiellt LEI-system