Данни за отворени компании в Кения: Официални източници, API и права за повторна употреба

Кения е търговски полезен пазар за данни за компании в Източна Африка, защото има ясен официален орган за регистрация на компании, страница за публична услуга за регистрация на компании, данъчен и интелектуална собственост, чист регулаторен слой на капиталовите пазари, глобално обогатяване на LEI и допълнителни маршрути, картографирани от източници, които се нуждаят от одобрение от бот профил, преди да могат да бъдат свързани като доказателство. Това не означава, че Кения трябва да бъде описана като проста безплатна база данни за компании на едро. Безопасният подход на статиите е карта на източниците с ограничения за контролиран достъп.

Съществуващата статия на CompaniesData Kenya вече е публично достъпна на https://companiesdata.cloud/open-company-data-kenya.html , но е написана преди настоящия стандарт за дълбоки референции. Почистването на изходния маршрут от 13.06.2026 г. запазва 6 чисти свързани официални или висококачествени източника и съдържа 3 текущи матрични маршрута: BRS eCitizen, Central Bank of Kenya и Kenya Gazette. Стари маршрути, предназначени само за изследвания, като Kenya Open Data, PPIP и KNBS, остават картографирани по източници, но не са свързани като доказателства в този цикъл на публикации.

Този проект е предназначен за анализатори, екипи за KYB, пазарни изследователи, купувачи на данни и екипи за съответствие, които се нуждаят от практическо картографиране на източниците. Той обяснява какво може да докаже всеки източник, къде официалното повторно използване е ограничено и къде нормализирането на CompaniesData добавя стойност, без да се прекалява с твърденията за отворена групова наличност или разрешение за достъп до данни за контакт.

Ключови храни за вкъщи

• Най-добър първи източник: Службата за регистрация на фирми е официалният орган, предоставящ услуги по регистрация и регистрация на фирми.
• Най-добра страница за услуги по регистрация: Търговският регистър на BRS е изчистен и полезен за обяснение на работните процеси за търсене и извличане на фирми.
• Контролиран работен процес: Порталът на BRS eCitizen е с картографиран източник, но е задържан и прекъснат след предизвикателство към Bingbot Cloudflare; използвайте чистите страници на BRS за оторизация и регистъра на дружествата за публични доказателства.
• Полезно обогатяване: KRA iTax, KIPI, CMA и GLEIF добавят ясен, свързан контекст за данъци, IP, регулаторен орган и LEI; CBK и Kenya Gazette остават задържани, докато QA профилът на ботове не се стабилизира.
• Задържани източници: През 12.06.2026 г. е регистрирано предизвикателство от Bingbot Cloudflare за BRS eCitizen, грешки във връзката за Централната банка на Кения и 500 отговора за Kenya Gazette под Googlebot/Bingbot; Kenya Open Data, PPIP и KNBS остават запазени само за научни изследвания.
• Блокирано искане: не претендирайте за пълен безплатен регистър за многократна употреба на BRS, покритие за публична бенефициентна собственост или разрешение за маркетингови контакти.

Редакционна методология

Методът CompaniesData за държави започва първо с официални източници. Всеки кенийски източник се класифицира по авторитет, модел на достъп, бележка за повторна употреба, бизнес употреба, ограничения, политика за връзки и резултат от проверка на живо. Връзката е чиста за публикуване само когато проверката на живо върне реално съдържание или API данни без сериозен проблем 404/410, подвеждаща страница за проверка, празен отговор, отказ на достъп или TLS проблем, които биха създали фалшиво доверие.

За Кения, чистият свързан набор от доказателства е BRS, BRS Companies Registry, KRA iTax, KIPI, CMA лицензополучатели и GLEIF. BRS eCitizen, CBK и Kenya Gazette остават релевантни по отношение на източника, но са включени в този цикъл на статии, тъй като порталът за качество от 12.06.2026 г. е забелязал предизвикателство към Bingbot Cloudflare, грешки в връзката или отговори 500 в профила на бот. Те могат да бъдат въведени отново, след като браузърът, TLS или официалният QA за алтернативен маршрут ги изчисти.

Логотата и фавиконите на източниците са само декоративни знаци за разпознаване. Те улесняват сканирането на матрицата на източниците и пакета с ресурси, но доказателството остава официалният URL адрес, публичният собственик, моделът на достъп, бележката за повторна употреба, ограничението и датата на достъп. Тази статия също така разделя идентичността на компанията от обогатяването на данни за контакт, тъй като запис в регистъра, данъчния регистър, IP, регулаторния орган или LEI не е разрешение за изпращане на студени имейли, създаване на телефонни списъци или препродажба на лични данни за контакт.

Анализ на покритието, достъпа и риска при актуализиране

Слой на авторитет на BRS: BRS е основният източник за контекста на органа за регистрация на компании в Кения и службата по регистрация. Той поддържа твърдението за официален източник, но не и пълноценно отворено групово твърдение само по себе си.

Слой на Търговския регистър: страницата на Търговския регистър на BRS поддържа търсене и извличане на контекст за юридически лица. Това е най-добрият ясен източник за обяснение откъде трябва да започнат потребителите на фирмения регистър, като същевременно се отделят платените, акаунтни или контролирани работни процеси за извличане от повторно използваемите отворени данни.

Слой за обслужване на eCitizen: порталът за eCitizen на BRS може да поддържа практически насоки за ръчен работен процес, но това почистване го държи откачен след предизвикателство на Bingbot Cloudflare. Третирайте го като задържан контролиран работен процес, а не като анонимно извличане на данни или отворени групови данни.

Данъчен/ПИН слой: KRA iTax е полезен за контекста на данъчните услуги и проверката на известни лица, но данъчните системи имат граници за поверителност, цел и достъп. Съхранявайте данъчните идентификатори и наблюденията на данъкоплатците отделно от самоличността на регистъра.

Слой на интелектуалната собственост: KIPI може да подобри профилите на компаниите чрез записи за търговски марки, патенти и индустриална собственост. Покритието е незадължително и избирателно, така че липсата на доказателства за интелектуална собственост не е доказателство, че дадена компания е неактивна или невалидна.

Регулаторен слой: CMA добавя чист, свързан секторен контекст с висок авторитет за лицензирани субекти на капиталовия пазар. CBK остава картографиран по източник, но е премахнат, докато профилите в браузъра, Googlebot и Bingbot не могат да извличат реално съдържание последователно. Те трябва да бъдат обединени като обогатяване на регулирано подмножество, а не като регистри на компании в цялата икономика.

Слой с вестник: Маршрутът „Вестник“ на Kenya Law може да поддържа правни съобщения и официален контекст на публикациите. Използвайте конкретни дати на съобщенията и препратки за искове на ниво запис.

LEI слой: GLEIF е полезен за стандартизирано съпоставяне на идентификатори на юридически лица и глобално обогатяване. Покритието е частично и трябва да носи отделен флаг за LEI подмножество.

Задържан слой: Отворените данни на Кения, PPIP и KNBS остават важни изследователски насоки, но този проект не ги свързва като ясни доказателства, тъй като проблемите с изтичане на времето или TLS валидирането биха могли да създадат риск за обхождаемостта и надеждността на източника.

Контролен списък за повторна употреба

• Проверка на оторизацията: съхранявайте дали всяко поле е от BRS, BRS Companies Registry, eCitizen, KRA, KIPI, CMA, CBK, Kenya Law, GLEIF или друг запазен източник.
• Проверка на модела на достъп: етикет официален портал, страница на служба по регистрация, работен процес на акаунт, данъчна служба, служба за интелектуална собственост, списък с регулаторни органи, страница на вестник или публичен API.
• Проверка на условията: запазване на условията за източника, условията за портала, ограниченията за услуги, формулировката за забрана на препоръка и всички ограничения за платено/извлечено.
• Проверка на датата на достъп: запишете дата на проверка на живо, краен URL адрес, заглавие на страницата, тип съдържание и дата на локално приемане.
• Проверка на произхода на място: Не обединявайте полета в регистъра, данъчни идентификатори, статус на регулаторен орган, записи на IP, събития в вестник и LEI записи без етикети на източника.
• Проверка на покритието: Дръжте флаговете за регулирани субекти, притежатели на интелектуална собственост, известия в държавен официален вестник и притежатели на LEI отделно от основната популация на компаниите.
• Проверка на поверителността: Полетата, свързани с длъжностно лице, директор, представител, адрес, данъци и контакти, изискват преглед за поверителност и законно използване.
• Маркетингова проверка: Данните за публични лица не са разрешение за търсене на продажби; данните за контакт изискват отделно правно основание и работен процес за потискане.
• Проверка на задържания източник: Не публикувайте връзки или твърдения, базирани на изчакване, несъответствие на SSL, повреда във веригата на сертификатите или маршрути с контролиран достъп, докато QA не се изчисти.

Пакет с ресурси

Дълбоки анализи източник по източник

1. Услуга за бизнес регистрация

Орган: Служба за регистрация на фирми, Правителство на Кения. Тип: официален орган за регистрация на фирми. Модел на достъп: официален портал / услуги за регистрация. Забележка за повторна употреба: Уебсайт и условия за предоставяне на услуги на BRS. Бизнес употреба: Основен контекст на орган за учредяване на фирми, услуги за регистрация и официални подавания.

BRS е официалната отправна точка за работа с данни за компании в Кения, защото свързва регистрацията, услугите по регистрация и подаването на данни за фирмената дейност в семейството източници на правителството на Кения. В нормализиран конвейер за данни BRS трябва да се съхранява като авторитетен слой за контекста на регистъра, като датата на достъп, крайният URL адрес и наблюдаваното заглавие на страницата се запазват. Правилното редакционно твърдение е, че BRS е официалният орган за регистрация на компании; той не е доказателство за неограничен групов файл или разрешение за извличане на данни от услуги, контролирани от акаунти.

Ограничение: Достъпът до портала не е доказателство за пълни безплатни и многократно използваеми групови данни от фирмения регистър.

2. Регистър на дружествата на BRS

Орган: Служба за регистрация на фирми. Тип: официална страница на услугата за търговски регистър. Модел на достъп: услуги за търговски регистър / контекст на търсене и извлечения. Забележка за повторна употреба: Условия за услугата на BRS. Бизнес употреба: Маршрут на търговския регистър за търсене на юридически лица, официални извлечения и контекст на услуги за фирми.

Страницата на фирмения регистър на BRS е най-чистата публична страница за обяснение на услугите, свързани с фирмения регистър, контекста на търсене и официалните извлечения. Тя е полезна за читателите, които трябва да знаят къде започват регистрите на юридическите лица и работните процеси, свързани с фирмените услуги. Нейното ограничение е важно: страницата за услуги не е същото като отворен API, пълен регистър за изтегляне или лиценз за многократна употреба за всяко фирмено поле.

Ограничение: Контролиран работен процес на портала/услугата; няма потвърден отворен лиценз за групова регистрация.

3. Портал за електронни граждани на BRS

Орган: Служба за регистрация на фирми / eCitizen. Тип: официален портал за акаунти/услуги. Модел на достъп: работен процес за акаунти / фирмени услуги. Забележка за повторна употреба: Условия за ползване на eCitizen и BRS. Бизнес употреба: Контекст на работен процес за активна фирма, фирмено име и услуги, свързани с несъстоятелност.

Порталът за електронен гражданин на BRS предоставя работни потоци за реални акаунти и услуги, свързани с компании, фирмени имена и свързани процеси в регистъра. Третирайте го като ръчен или удостоверен работен процес. Той може да предоставя практически насоки, но автоматизираното повторно използване изисква изходни условия, правила за акаунти и преглед за законно използване преди каквото и да е производствено приемане.

Ограничение: Прилагат се контроли за акаунти/сесии; не се отварят групови данни.

4. iTax на данъчната служба на Кения

Орган: Кенийска агенция за приходите. Тип: официален портал за данъци/ПИН. Модел на достъп: данъчни услуги/контекст на ПИН. Забележка за повторна употреба: Условия на KRA и ограничения за поверителност на данъците. Бизнес употреба: Контекст за проверка на данъци/ПИН за известни организации, където е законно.

KRA iTax е релевантен за данъчен/ПИН контекст около известни обекти. Това го прави полезен за работни процеси за проверка и съответствие, но данъчните идентификатори и наблюденията на данъкоплатеца не са отворени групови данни за компании и не са разрешение за достъп до данни за контакт. Моделът CompaniesData трябва да съхранява данъчния контекст отделно от идентичността на регистъра и да маркира всеки контролиран работен процес с флагове за поверителност и законна употреба.

Ограничение: Контекстът на данъчния идентификатор е контролиран и не е разрешение за маркетингов контакт.

5. Институт за индустриална собственост на Кения

Орган: Институт за индустриална собственост на Кения. Тип: официално ведомство за интелектуална собственост. Модел на достъп: Портал на ведомството за интелектуална собственост / търсения / публикации. Забележка за повторна употреба: Термини от уебсайта и базата данни на KIPI. Бизнес употреба: Обогатяване на търговски марки, патенти и промишлен дизайн.

KIPI е официален източник за обогатяване на информация за интелектуална собственост. Търговските марки, патентите и други записи за интелектуална собственост могат да подобрят съпоставянето на марки, анализа на собствеността и разграничаването на обектите. KIPI не трябва да се тълкува като общ регистър, тъй като повечето фирми не притежават записи за интелектуална собственост. Най-добре е да се включи като опционално обогатяване с удостоверяване на произхода на източника и съответствие.

Ограничение: Само IP слой; не е покритие на фирмения регистър.

6. Лицензополучатели на Органа за капиталови пазари в Кения

Орган: Управление на капиталовите пазари Кения. Тип: регистър на лицензианти на капиталовия пазар. Модел на достъп: регистър на лицензианти / портал на регулатора. Забележка за повторна употреба: Уебсайт на CMA и условия на регистъра. Бизнес употреба: Обогатяване на регулиран субект на капиталовия пазар.

Регистърът на лицензираните фирми на Управлението за капиталови пазари е ценен регулаторен слой за участниците на капиталовия пазар. Той поддържа обогатяване на контролираните лица и сегментиране на съответствието, но обхваща регулирана подгрупа. Използвайте го, за да подобрите профилите на лицензирани фирми, без да проектирате това покритие върху всички кенийски предприятия.

Ограничение: Само обхват, специфичен за сектора.

7. Централната банка на Кения

Орган: Централна банка на Кения. Тип: централна банка / финансов регулатор. Модел на достъп: сайт на регулатор / надзор / директории. Забележка за повторна употреба: термини от уебсайта на Централната банка на Кения. Бизнес употреба: банков и финансов секторен контекст.

Централната банка на Кения е контекстът за надзор на финансовия сектор. Тя е от значение за банките и други регулирани финансови институции, но проверката за качество от 12.06.2026 г. върна грешки при свързване за профили на браузъра, Googlebot и Bingbot. Запазете CBK като контекст, картографиран по източник, в този цикъл на почистване и го свържете отново само след като последващ цикъл потвърди стабилен достъп.

Ограничение: Само секторно-специфичен слой.

8. Кения вестник

Орган: Национален съвет за правна отчетност / Кенийско право. Тип: официален път за правна публикация. Модел на достъп: публикации в вестник / правни известия. Забележка за повторна употреба: Термини от кенийското право и правила за официално публикуване. Бизнес употреба: Правно известие и контекст на публикация от корпоративния живот, където е уместно.

„Кенийският вестник“ е важен за правни известия и официални публикации, но проверката за качество от 12.06.2026 г. върна 500 отговора за профили на Googlebot и Bingbot. В този цикъл на почистване запазете маршрута, картографиран по източник, и премахнете връзките; когато се използва по-късно, свържете доказателствата с конкретни известия, дати и препратки към публикации.

Ограничение: Обявленията в публичния вестник не са цялостен структуриран регистър на дружествата.

9. GLEIF LEI записи за Кения

Авторитет: глобална официална LEI система. Тип: LEI API. Модел на достъп: публичен API. Забележка за повторна употреба: Лиценз за отворени данни GLEIF с условия за посочване на авторството и липса на одобрение. Бизнес употреба: Трансгранично обогатяване на идентификатори на юридически лица за кенийски лица с LEI.

GLEIF предоставя стандартизирани LEI записи чрез публичен API. За Кения, LEI данните са полезни за глобално съпоставяне на идентификатори, нормализиране на адреси и доверие в трансграничните субекти. Покритието е частично и е насочено към финансови, по-големи или международно активни субекти, така че наличието на LEI трябва да бъде свързан идентификатор, а не дефиниция за кенийската корпоративна вселена.

Ограничение: Покритието на LEI е частично и е насочено към финансови/трансгранични субекти.

Практическо ръководство, API и опции за насипни продукти

1. Ръчен BRS маршрут

Започнете със Службата за регистрация на фирми и страницата на Регистрационния регистър на BRS. Използвайте тези източници, за да документирате официалния орган по регистрацията, контекста на търсене на фирми и работния процес за извличане/услуга. Запазете URL адреса на източника, крайния URL адрес, датата на достъп и заглавието на наблюдаваната страница в изследователския запис.

2. Маршрут на електронния гражданин

Използвайте портала BRS eCitizen като контролиран работен процес за услуги за фирми и бизнес имена. Той може да помогне на анализаторите да разберат практическия достъп, но всеки план за автоматизация, извличане на данни или преразпределение изисква изричен преглед на изходните термини.

3. Данъчен контекст

Използвайте KRA iTax само като контекст за данъчни услуги за известни организации. Не представяйте работните процеси за данъци/ПИН като отворени групови данни за компании и не използвайте данъчния контекст, за да оправдаете обогатяването на маркетингови контакти.

4. IP и маршрут на регулатора

Използвайте KIPI, CMA и CBK като обогатяващи слоеве. Тези източници могат да подобрят фирмените профили, сегментирането на секторите и прегледа на съответствието. Съхранявайте ги като опционални свързани източници с подмножествени флагове и надеждност на съвпадението.

5. Маршрут на вестника

Използвайте Kenya Gazette само като контекст за задържана правна публикация в този цикъл, тъй като Googlebot и Bingbot получиха 500 отговора. За производствени данни първо проверете отново достъпа и свържете конкретни известия с конкретни компании само когато текстът на известието, датата, URL адресът на източника и правилото за съвпадение са документирани.

6. LEI API маршрут

Използвайте публичния LEI API на GLEIF за юридически лица с идентификатори на юридически лица. LEI данните са надеждни за глобално съпоставяне, но частични за покритие на държави. Дръжте LEI статуса, регистрационния орган и времевия печат за актуализиране отделно от полетата за самоличност на BRS.

7. Проведен маршрут за отворени данни/обществени поръчки/статистика

BRS eCitizen, CBK, Kenya Gazette, Kenya Open Data, PPIP и KNBS са релевантни по отношение на източника. Този цикъл ги държи в констатациите за риск от източник, тъй като не са преминали предишния портал за източник или профил на бот, използван за решението за почистване. Проверете ги отново чрез проверка на качеството на браузъра, проверка на качеството на профила на бот, алтернативни официални домейни или официални API/документационни маршрути, преди да ги добавите към матрицата за почистване.

Задържани констатации относно източника на риск

• Портал за електронни граждани на BRS: задържано и премахнато, след като контролът за качество на 12.06.2026 г. регистрира предизвикателство от Bingbot Cloudflare. Чистата страница за авторизация на BRS и страницата за фирмен регистър на BRS остават свързаното доказателство за официалния контекст на регистъра.
• Централна банка на Кения: задържано и прекъснато свързване след грешките в свързването на браузъра, Googlebot и Bingbot, регистрирани от Quality Gate от 12.06.2026 г. Артефактът за почистване от 13.06.2026 г. може да се използва за вземане на решение за по-късно повторно свързване, но този цикъл запазва CBK като контекст за картографиране на източници във финансовия сектор.
• Вестник на Кения: задържано и премахнато от връзката, след като гейтът за качество от 12.06.2026 г. регистрира HTTP 500 отговори за Googlebot и Bingbot. Артефактът за почистване от 13.06.2026 г. може да се използва за вземане на решение за по-късно повторно свързване, но този цикъл запазва маршрута само като контекст за правна публикация.
• Отворени данни за Кения: проведено в този драфт след проверка на резултата на живо ConnectTimeout. Причина: HTTPSConnectionPool(host='opendata.go.ke', port=443): Превишен е максималният брой повторни опити с URL адрес: / (причинено от ConnectTimeoutError() , „Времето за изчакване на връзката с opendata.go.ke изтече. (време за изчакване на връзката = 8)“)). Обхват: Покритието на микроданните на компанията варира; изисква се потвърждение на ниво набор от данни. Поддържайте съответствие между източниците, но не ги свързвайте като чисто доказателство, докато проверката на качеството на браузъра/TLS не се изчисти.
• Информационен портал за обществени поръчки: проведено в този драфт след проверка на резултата на живо SSLError. Причина: HTTPSConnectionPool(host='www.tenders.go.ke', port=443): Превишен е максималният брой повторни опити с url: / (Причинено от SSLError(SSLCertVerificationError(1, "[SSL: CERTIFICATE_VERIFY_FAILED] проверката на сертификата е неуспешна: Несъответствие на името на хоста, сертификатът не е валиден за 'www.tenders.go.ke'. (_ssl.c:1010)"))). Обхват: Участниците в обществените поръчки са подмножество, а не цялата вселена на компанията. Поддържайте картографиране на изходния код, но не го свързвайте като чисто доказателство, докато проверката на качеството на браузъра/TLS не се изчисти.
• Национално статистическо бюро на Кения: проведено в този драфт след проверка на резултата на живо SSLError. Причина: HTTPSConnectionPool(host='www.knbs.or.ke', port=443): Превишен е максималният брой повторни опити с url: / (Причинено от SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] проверката на сертификата е неуспешна: не може да се получи локален сертификат на издателя (_ssl.c:1010)'))). Обхват: Агрегиран/статистически слой, а не основни данни за юридически лица. Запазете го съпоставен с източника, но не го свързвайте като чисто доказателство, докато проверката на качеството на браузъра/TLS не се изчисти.
• Попълнете безплатно групово искане за BRS: блокиран. Страниците на BRS и Търговския регистър са силно официално доказателство за авторитет, но този цикъл не потвърди напълно безплатен регистър за многократна употреба или публичен API.
• Заявление за повторно използване на данък/ПИН: блокирано. KRA iTax може да поддържа контекста на данъчните услуги за известни субекти, а не неограничени групови данни за компании или маркетингова употреба.
• Твърдение за вселена от обществени поръчки: блокиран, докато маршрутът на PPIP не изчисти TLS/източник QA, и дори тогава участниците в обществените поръчки няма да са равни на пълния брой на компанията.
• Твърдение за използване чрез контакт: блокирано. Данните от регистъра, данъчните, IP, регулаторните органи, вестниците и LEI не създават съгласие за непоискана комуникация, извличане на имейли, телефонни списъци или бази данни за потенциални клиенти.

Липсващи пропуски в данните

• Пълна безплатна групова регистрация: Този цикъл не провери пълен безплатен, многократно използваем, групов набор от данни или API за фирмен регистър на BRS.
• Бенефициентен собственик: не претендирайте за пълно покритие на публичния бенефициент от стека от чисти източници.
• Събития на компанията: Обявленията в вестник и събитията в регистъра изискват специфични препратки, преди исковете на ниво запис да бъдат безопасни.
• Доставчици на услуги: PPIP остава запазен в този проект и, дори когато е чист, обхваща участниците в обществените поръчки, а не всяка компания.
• Статистика: KNBS остава запазена в този проект и дори когато е чиста, ще предоставя предимно агрегиран контекст, а не микроданни за компанията.
• Полета за контакт: Имейлите, телефоните, ролите на контактите и разрешенията за работа с обществеността са отделени от официалната идентичност на компанията.
• Каденс на източника: Сервизните портали, страниците на регулаторните органи, страниците на вестниците и API могат да се актуализират в различни цикли и да се нуждаят от независими метаданни за свежест.

Препоръчителен модел на данни

• Таблица с обекти: Идентификатор на CompaniesData, BRS/идентификатор на компанията, където е законно наличен, юридическо наименование, правна форма, статус, URL адрес на източника и дата на източника.
• Таблица с доказателства в регистъра: Изходна страница на BRS, справка за услугата по регистрация на дружествата, бележка за работния процес на eCitizen, вид извлечение и достоверност на доказателствата.
• Таблица с данъчен контекст: KRA/PIN контекст за известни обекти, модел на достъп, дата на източника, флаг за поверителност и бележка за законно използване.
• Таблица с IP адреси: KIPI идентификатори на записи, низове на собственици, класове търговски марки/патенти, статус, дата на публикуване и доверие в съвпадението.
• Таблица с регулатори: Източник на CMA или CBK, лиценз/категория, статус на регулаторния орган, флаг на подмножество и URL адрес на източника.
• Таблица с вестници: дата на известието, издаване/година, препратка към текста на известието, съответстваща компания, правило за съответстване и доверие.
• Таблица с LEI: LEI, юридическо име, държава на адреса, статус на регистрация, управляваща LOU, времеви печат за актуализиране на GLEIF и URL адрес на източника.
• Флагове за съответствие: контролиран работен поток, защита от отваряне на големи масиви, чувствителен към поверителност, данъчен контекст, подмножество от регулаторни органи, подмножество от леи, задържан източник и блокирано използване на контакти.

Стойност на нормализиране и обогатяване на данни за компании

Официалната карта на източниците на Кения е достатъчно силна, за да оправдае подробна статия, но суровият изходен пакет е фрагментиран. CompaniesData добавя стойност чрез нормализиране на правните имена, запазване на произхода на източниците, отделяне на регистъра от сервизните портали, маркиране на контролирани работни процеси, съпоставяне на доказателства за IP/регулатор/LEI и пакетиране на резултата в стабилни бизнес данни на ниво държава.

За потребители на английски и международни потребители, собственият маршрут е CompaniesData.cloud. Заявете примерен файл CompaniesData за Кения , ако се нуждаете от нормализиран набор от данни, а не от набор от връзки към източници. За работни потоци с данни за контакти от испаноезични или латиноамерикански езици, CentraldeComunicacion.es е собственият маршрут, но този слой за контакти остава отделен от официалната повторна употреба на регистъра.

Важна граница: CompaniesData може да поддържа пазарни проучвания, KYB (познаване на клиента), почистване на CRM и законно обогатяване. Не трябва да се представя като пряк път около условията на източника на BRS/eCitizen, поверителността на данъчните услуги, ограниченията на подмножествата на регулаторните органи или изискванията за съгласие за данни за контакт.

Матрица на източника

източник	Собственик / орган	Модел на достъп	Забележка за повторно използване	Основно ограничение
Услуга за бизнес регистрация	Служба за регистрация на фирми, правителство на Кения	официален портал / услуги по регистрация	Условия за ползване на уебсайта и услугите на BRS	Достъпът до портала не е доказателство за пълни безплатни и многократно използваеми групови данни от фирмения регистър.
Регистър на дружествата на BRS	Услуга за бизнес регистрация	услуги по фирмен регистър / търсене и извличане на контекст	Условия за ползване на BRS	Контролиран работен процес на портала/услугата; не е потвърден отворен лиценз за групова регистрация.
Портал за електронни граждани на BRS	Услуга за регистрация на бизнес / eCitizen	работен процес на акаунта / фирмени услуги	Условия за ползване на eCitizen и BRS	Провежда се след предизвикателството на Bingbot Cloudflare; прилагат се контроли за акаунти/сесии и това не са отворени групови данни.
iTax на данъчната служба на Кения	Орган по приходите в Кения	данъчни услуги / контекст на ПИН	Условия на KRA и ограничения за поверителност на данъците	Контекстът на данъчния идентификатор е контролиран и не е разрешение за маркетингов контакт.
Институт за индустриална собственост на Кения	Институт за индустриална собственост на Кения	Портал на службата за интелектуална собственост / търсения / публикации	Термини на уебсайта и базата данни на KIPI	Само IP слой; не е обхват на фирмения регистър.
Лицензополучатели на Органа за капиталови пазари в Кения	Орган за капиталови пазари Кения	регистър на лицензианти / портал на регулатора	Условия за регистрация на уебсайта на CMA и условията за регистрация	Само обхват, специфичен за сектора.
Централната банка на Кения	Централната банка на Кения	сайт на регулатора / надзор / директории	Условия на уебсайта на CBK	Само секторно-специфичен слой.
Кения вестник	Национален съвет за правна отчетност / Право на Кения	публикации в вестник / правни съобщения	Термини от кенийското законодателство и правила за официално публикуване	Провежда се след 500 отговора от Googlebot/Bingbot; обявленията в вестник не са цялостен структуриран фирмен регистър.
GLEIF LEI записи за Кения	глобална официална LEI система	обществен API	Лиценз за отворени данни GLEIF с условия за посочване на авторството и липса на одобрение	Покритието на LEI е частично и е насочено към финансови/трансгранични субекти.

Често задавани въпроси

Кой е най-добрият първи източник за данни за кенийските компании?

Започнете със Службата за регистрация на фирми и страницата на BRS Companies Registry. Те са най-чистите официални източници на авторитетни данни и услуги за регистрация в тази повторна проверка.

Има ли Кения пълен безплатен официален API за групова регистрация на фирми?

Този цикъл не е потвърдил напълно безплатен, многократно използваем групов регистър на BRS или публичен API. Безопасното твърдение е официален достъп до регистър/услуга с ограничения за контролиран работен процес.

Може ли порталът за електронен гражданин на BRS да бъде извлечен от системата?

Не приемайте това като приемливо. Това е работен процес, свързан с акаунт и услуга, така че автоматизацията или преразпределението изискват преглед на условията за ползване, поверителността и законното използване.

Защо отворените данни за Кения са включени в този проект?

Времето за изчакване от този възел изтече. Остава релевантен за източника, но не трябва да се свързва като чисто доказателство, докато браузърът или отделът за контрол на качеството по алтернативен маршрут не го изчистят.

Защо се поддържа Информационният портал за обществени поръчки?

Тестваният PPIP URL адрес не е преминал валидирането на SSL името на хоста. Той остава полезен източник за обществени поръчки, но публикацията трябва да изчака стабилен официален маршрут.

Защо се провежда KNBS?

Страницата KNBS не успя да претърпи валидиране на веригата за сертификати от този възел. Статистическият контекст е полезен, но този проект предпазва връзката от ясни доказателства.

Може ли KRA iTax да се използва като отворени фирмени данни?

Използвайте KRA iTax като контекст за данъчни услуги за известни юридически лица. Това не е общ отворен регистър на дружества или източник за маркетингови контакти.

Какво добавя KIPI?

KIPI добавя обогатяване на интелектуалната собственост за обекти с търговски марки, патенти или свързани записи. Това е полезно, но частично.

Какво добавят CMA и CBK?

Те добавят контекст на регулиран сектор за капиталовия пазар и финансовите субекти. Те трябва да се съхраняват с подмножество флагове.

Какво добавя „Кенийският вестник“?

Добавя контекст за правно уведомление и официално публикуване. Използването на ниво запис трябва да цитира конкретни дати на уведомлението и препратки.

Какво добавя GLEIF за Кения?

GLEIF добавя публични LEI записи за юридически лица, които имат идентификатори на юридически лица. Това помага за глобално съпоставяне, но не обхваща всяка кенийска компания.

Могат ли публичните данни на кенийските компании да бъдат използвани повторно за търговски цели?

Възможно е, но само при специфичните условия на източника, модела на достъп и ограниченията за поверителност на ниво поле. Официалният достъп до източника не е автоматично неограничено разпространение.

Могат ли данните от регистъра да се използват за студен имейл маркетинг?

Не следва автоматично разрешение от публичен или официален достъп. Данните за имейл, телефон и контактни данни изискват отделно правно основание, процес на потискане и преглед на съответствието с изискванията за контактни данни.

Защо да използвате CompaniesData за Кения?

Защото само връзките към източници не решават проблемите с нормализиране, дедупликация, произход, проследяване на актуализации, маркиране на контролиран работен процес, обогатяващи съединения и формат на доставка.

Готова ли е Кения за публикуване вече?

Този проект е готов за редакционен преглед, но в този цикъл не е правена публична актуализация. Публикуването трябва да се случи едва след окончателни проверки на изходния код и пълно индексиране/осигуряване на качеството на робота.

Официални източници

• Услуга за бизнес регистрация – Служба за регистрация на фирми, правителство на Кения
• Регистър на дружествата на BRS – Услуга за регистрация на бизнес
• Портал за електронни граждани на BRS – Услуга за регистрация на фирми / eCitizen
• iTax на данъчната служба на Кения – Приходна агенция на Кения
• Институт за индустриална собственост на Кения – Институт за индустриална собственост на Кения
• Лицензополучатели на Органа за капиталови пазари в Кения – Орган за капиталовите пазари на Кения
• Централната банка на Кения – Централна банка на Кения
• Кения вестник – Национален съвет за правна отчетност / Право на Кения
• GLEIF LEI записи за Кения – глобална официална система за LEI