Ключови заведения

• Най-добрият текущ маршрут: използвайте портала за регистрация на юридически лица SRN за контекста на работния процес по регистрация, UFSA за контекста на обществените поръчки, Autoridade Tributaria за граници на данъчните идентификатори, Banco de Mocambique за контекста на регулирания финансов сектор и GLEIF за обогатяване на оскъдни, но чисти идентификатори; запазете BAU и APIEX като кандидати, докато не бъде одобрен достъпът на DNS, сертификат и робот.
• Не е държава с групова регистрация: Тази статия не проверява безплатно, официално, стабилно за роботи групово изтегляне на фирмен регистър или API, което може да се използва като национален фирмен файл.
• Предупреждение за публикацията: Публичните маршрути на BAU, e-BAU, маршрутът на gazette, порталът за отворени данни на кандидата, каталогът с микроданни на INE, IP маршрутът и маршрутът на приложение на фондова борса остават задържани, тъй като този цикъл е наблюдавал блокажи от ботове, DNS грешки, таймаути или JavaScript-само shells.
• Граница за повторна употреба: Данъчните идентификатори, референтните номера на лицензите и документите за обществени поръчки могат да помогнат за валидирането на обекти, но те не създават разрешение за съставяне на списъци с маркетингови контакти.
• Стойност на CompaniesData: Мозамбик се нуждае от разделяне на източниците, датиране, транслитерация, нормализиране на португалските/английските етикети и оценка на достоверността повече от сляпо агрегиране.

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

Това обновяване използва метод, който определя първо официалния източник. Всеки кандидат-източник беше проверен с нормален потребителски агент, подобен на браузър, и с профили на Googlebot и Bingbot, след което беше класифициран по авторитет на източника, модел на достъп, наблюдавано поведение на робота, състояние на повторна употреба и риск. Източник беше допуснат в свързания пакет с ресурси само когато върна очакваното официално съдържание и в трите профила и не разкри страница за защита от ботове, JavaScript-обвивка, DNS грешка, време за изчакване, отговор 403, 415 или 503. Този стандарт е по-строг от нормалния преглед на редакционни цитирания, защото търсачките и потребителите, отговарящи на изискванията, се нуждаят от стабилни, проверяеми публични страници, а не само от страници, които работят в човешки браузър.

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

Твърденията в тази статия са ограничени до това, което подкрепя наборът от източници. Справедливо е да се каже, че Мозамбик има официални референтни маршрути за бизнес услуги, обществени поръчки, данъчни органи, финансови регулатори, инвестиционни ръководства и LEI. Не е честно да се каже, че Мозамбик предлага напълно безплатен отворен API за фирмен регистър, универсален групов фирмен регистър или база данни за контакти, готова за маркетинг. Това разграничение е важно, защото търговските потребители често искат един национален набор от данни за компаниите, докато публичните доказателства в този цикъл сочат към сглобен, многоизточников работен процес с пропуски.

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

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

Основната празнина в покритието е липсата на проверен, свободно използваем, стабилен за роботи национален фийд за фирмения регистър. BAU и e-BAU остават важни за бизнес услугите, но окончателният портал „source-live“ от 14.06.2026 г. блокира публичните маршрути на BAU, тъй като строгите профили регистрираха проблеми с достъпа до DNS/сертификати. Порталът за юридически лица SRN е по-чистият свързан маршрут на процеса в тази актуализация. e-BAU изглеждаше достъпен за профил в браузър, но върна отговор „блокирано от приложението“ на профили на ботове, така че не може да се третира като безопасна за търсене връзка за доказателства. Маршрутите „Guiden's“ и „open data“ също не успяха да издържат проверката на качеството на източника, което означава, че историческите уведомления за учредяване и публичните набори от данни за изтегляне все още не могат да бъдат включени в веригата на изходния код.

Рискът от актуализация е висок. Няколко маршрута в публичния сектор на Мозамбик изглежда се местят, времето им за изтичане или варират в зависимост от потребителския агент. Следователно, една подробна статия трябва да показва датите на достъп, да избягва прекалено обещаващата автоматизация и да посочва ясно, че оперативните потребители се нуждаят от многократни проверки на източника, преди да разчитат на маршрут за производствено приемане. CompaniesData трябва да съхранява наблюдавания URL адрес, датата на достъп, HTTP статуса, типа съдържание, заглавието, резултата от профила на бот и причината за включване или задържане. Без този одитен слой, преди това валиден източник може тихомълком да се превърне в страница за предизвикателство, обвивка на приложение или неработещо име на хост.

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

източник	собственик	Власт	Модел на достъп	Забележка за повторно използване	ограничаване
Регистър на правните въпроси	Правителство на Мозамбик / Servicos de Registo e Notariado	портал за регистрация на юридически лица	публичен онлайн портал за регистрация/процес	Да се ​​използва като официално доказателство за работен процес при регистрация на юридически лица; не като национална база данни за компании за многократна употреба.	Внимание: само доказателства за подаване на процес; без групов регистър, без повторна употреба на всички полета и без разрешение за данни за контакт.
Портал за обществени поръчки на UFSA	Функционално звено за надзор на обществените поръчки	официален източник на обществени поръчки	портал за обществени поръчки	Използвайте за контекст на източник на обществени поръчки и препратки към доставчик/обществен договор, където е законосъобразно.	Внимание: Записите за обществени поръчки са подмножество на икономиката и не трябва да се обединяват в списъци с контакти.
Autoridade Tributaria de Mocambique	Данъчна администрация на Мозамбик	официален данъчен орган	публичен уеб портал с контролирани услуги за данъкоплатци	Използвайте само в контекста на данъчен идентификатор и NUIT; не правете извод за разрешение за повторна употреба в маркетингови цели.	Внимание: Данъчните идентификатори и услугите за данъкоплатци са чувствителни контексти в публичния сектор, а не емисии за обогатяване на потенциални клиенти.
Банка на Мозамбик	Централна банка на Мозамбик	официален финансов регулатор	уебсайт на публичния регулатор	Използвайте като регулаторен контекст за контролирани институции и картографиране на източниците във финансовия сектор.	Внимание: Страниците на регулаторните органи обхващат лицензирани/поднадзорни институции, а не всички компании.
Banco de Mocambique лицензиране на институции	Централна банка на Мозамбик	официален финансов регулатор	насоки на публичния регулатор	Използва се като доказателство за процеса на лицензиране на финансови институции.	Внимание: Ръководството за лицензиране не е пълен набор от данни за финансовите институции.
GLEIF LEI записи за Мозамбик	Фондация за глобален идентификатор на правни субекти	висококачествен набор от данни за глобални идентификатори	обществен API	Метаданните на отворения API могат да поддържат нормализиране на юридически имена и адреси с приписване на термини на GLEIF.	Внимание: Покритието на LEI е оскъдно и е насочено към субекти, нуждаещи се от идентификатори на финансовия пазар.

Допустими и недопустими искове

Твърдения, които този набор от източници подкрепя

• Официален контекст на процеса: Порталът за юридически лица SRN може да подпомогне обяснението на работния процес по регистрация, докато BAU остава задържан, докато достъпът не бъде изчистен.
• Наслагване на поръчките: UFSA може да подпомогне проучванията на доставчици и обществени поръчки, когато доказателствата за обществени поръчки се съхраняват отделно от самоличността на основната компания.
• Данъчен и идентификационен контекст: Autoridade Tributaria може да поддържа границите на NUIT и данъчната администрация, с предупреждения за поверителност.
• Наслагване във финансовия сектор: Банката на Мозамбик може да поддържа регулиран контекст на финансови институции и лицензиране.
• Обогатяване на идентификатор: GLEIF може да поддържа рядко съпоставяне, базирано на LEI, за международно видими субекти.

Твърдения, които този набор от източници не поддържа

• Няма пълен национален групов регистър: Този цикъл не е проверил безплатен официален национален групов файл или API за фирмен регистър.
• Няма чист път за публикуване в вестник/с отворени данни: Маршрутите до вестник, отворени данни, INE, IP и фондова борса остават задържани, докато се подобри видимият за роботите семантичен достъп.
• Няма твърдение за безопасност от ботове за BAU/e-BAU: Публичните маршрути на BAU остават задържани, тъй като финалният QA е наблюдавал проблеми с достъпа, а e-BAU остава задържан, тъй като профилите на ботове са получили отговори, блокирани от приложения.
• Няма пълнота на информацията за бенефициентната собственост: Този цикъл не потвърди чист набор от данни за публични бенефициенти.
• Няма разрешение за маркетинг: Данъчни идентификатори, документи за обществени поръчки, референтни номера на лицензи, имена, адреси, имейли или телефонни номера не са разрешение за списъци с потенциални клиенти.

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

Портал за юридически лица SRN и задържани BAU маршрути

Порталът за юридически лица SRN е чистият свързан маршрут в тази актуализация за обяснение на контекста на официалния процес на регистрация. Той предоставя публична страница за Registo de Entidades Legais, включително контекст за онлайн подаване за търговски дружества, но не трябва да се описва като база данни за многократна употреба, API или групово изтегляне.

BAU остава релевантен към източника за ориентация към бизнес услуги, но неговият публичен сайт и каталог с услуги се съхраняват от активни връзки след наблюдаваните повреди на достъпа от последния портал „източник-активен“. За CompaniesData тези маршрути са полезни като етикети на процеси само след като достъпът е стабилен; моделът на данните не трябва да прави извод за правен статус, текущ регистрационен статус, данни за директора или данни за контакт от тях.

UFSA: контекст на обществените поръчки и доставчиците

UFSA предоставя на Мозамбик чист официален път към източника на обществени поръчки. Данните за обществените поръчки са търговски ценни, защото могат да разкрият доставчици, публични купувачи, обявления за поръчки и секторите, в които компаниите взаимодействат с държавата. Освен това е лесно да се злоупотреби с тях. Фирма, фигурираща в материали за обществени поръчки, не е същата като фирма, фигурираща в национален регистър, а записите за обществени поръчки трябва да се третират като доказателство, базирано на събития, а не като основни данни за компанията.

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

Autoridade Tributaria: NUIT и граница на данъчния идентификатор

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

CompaniesData трябва да държи полетата, получени от данъци, отделно от маркетинговите полета. Препоръчителните полета включват тип идентификатор, издаващ орган, контекст на източника, дата на проверка, достоверност и ограничения. Не обозначавайте данъчните маршрути като имейл, телефон, потенциални клиенти или източници на проспекти. Ако се обсъжда обогатяване на контакти за международни потребители, статията трябва да посочва CompaniesData.cloud като собствен контекст на услугата и да избягва препоръчването на външни доставчици на данни за контакт.

Banco de Mocambique: регулиран контекст на финансовия сектор

Банката на Мозамбик (Banco de Mocambique) е силен официален регулаторен източник за контекста на финансовия сектор. Сайтът на централната банка и нейните насоки за лицензиране обясняват как се лицензират контролираните институции и какъв регулаторен периметър се прилага за банки или финансови субекти. Това е източник с висок авторитет, но е ограничен до сектора. Той може да повиши доверието в банките, финансовите институции и регулираните доставчици на услуги; не трябва да се представя като регистър на всички мозамбикски компании.

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

Кандидат за лицензиране на APIEX: задържан в очакване на разрешение за достъп

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

Ако по-късен цикъл потвърди стабилен достъп до PDF файлове за профили на браузъри, Googlebot и Bingbot, ръководството може да послужи като практическо обяснение за лицензирането. Дотогава то не трябва да се използва за отправяне на твърдения за верига от източници или покритие на базата данни.

GLEIF: рядко, но чисто обогатяване на идентификатори

GLEIF е висококачествен глобален източник на идентификатори и най-чистият API маршрут в този цикъл. Той докладва LEI записи на Мозамбик чрез публичен API, което го прави полезен за трансгранично съпоставяне, нормализиране на адреси и съгласуване на имена на юридически лица. Основната му слабост е покритието. LEI записите представляват юридически лица, които са получили LEI, обикновено поради нужди на финансовия пазар, регулаторни или контрагентни нужди. Те не са представителни за всички компании в Мозамбик.

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

Задържани маршрути на източника и защо те все още не са активни връзки

Следните маршрути остават във файла на изследването, а не във веригата от доказателства за свързаните статии: публичен сайт BAU, каталог на услугите BAU, ръководство за бизнес лицензиране на APIEX Мозамбик, интегрирана платформа за услуги e-BAU, маршрут Imprensa Nacional / официален вестник, кандидат за портал с отворени данни на Мозамбик, каталог с микроданни INE MozData, кандидат за Института за индустриална собственост, Bolsa de Valores de Mocambique . Причините са по-скоро практически, отколкото редакционни предпочитания: този цикъл доведе до блокиране на бот профили в e-BAU, DNS грешки в кандидати за вестник и отворени данни, поведение при изчакване на маршрутите за микроданни и IP в INE и JavaScript-само обвивка в маршрута за фондова борса. По-късно обновяване може да тества отново тези източници, но публичната статия не трябва да изисква от читателите или роботите да разчитат на маршрути, които не преминават проверките за семантичен достъп.

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

Практични опции за потребителите

• Ръчна проверка: Започнете с портала за регистрация на юридически лица в SRN за ориентация в процеса и посещавайте отново BAU само когато проверките за достъп са успешни, след което използвайте канали за регулаторни органи или обществени поръчки само когато компанията е в съответния сектор или контекст на обществени поръчки.
• Обогатяване на API: използвайте GLEIF за LEI записите на Мозамбик, но го обозначете като „рядко покритие на международни идентификатори“.
• Масови данни: Не приемайте за допустим групов достъп до националния регистър. Провереният изходен набор не доказва пълен официален групов файл на компанията.
• Проучване на обществените поръчки: третирайте записите на UFSA като доказателство за събития и съпоставяйте доставчиците с канонични субекти с надеждна оценка.
• Данъчни идентификатори: използвайте контекста на данъчните власти за разбиране на идентификаторите, а не за изграждане на списъци за работа с обществеността.
• Регулирани субекти: използвайте Banco de Mocambique като специфичен за сектора източник за контролирани финансови институции и контекста на лицензиране.
• Указания за лицензиране: Запазете APIEX като проучен кандидат и го цитирайте само след като DNS, съдържание и проверки на роботите преминат успешно при окончателното почистване.

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

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

Данните за маркетингови контакти са отделна празнина и не трябва да се решават чрез извличане на данни от официални страници. Официалните записи от публичния сектор могат да съдържат имена, адреси или идентификатори за административна прозрачност, но това не ги прави източници на разрешения за контакт. Една отговорна статия трябва да споменава обогатяването на контактите само стратегически и да насочва международните читатели към CompaniesData.cloud за собствени, съвместими услуги за данни, вместо да ги изпраща към външни доставчици на данни за контакт.

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

• Канонична единица: юридическо име, нормализирано име, бележки за език/азбука, юрисдикция, правна форма, идентификатор на регистрацията, ако е потвърден, статус, ако е потвърден, достоверност на източника и дата на последен преглед.
• Източник на доказателства: собственик на източника, URL адрес, дата на достъп, HTTP статус, резултат от профила на бот, заглавие, тип съдържание, бележка за повторна употреба и разрешено/неразрешено искане.
• Наслагване на идентификатор: Контекст на NUIT, LEI, идентификатори на регулаторни органи, референтни данни за доставчици на обществени поръчки и референтни данни за лицензи, всеки от които се съхранява с посочване на произхода на източника.
• Таблици със събития: събитията, свързани с обществени поръчки, събития за лицензиране, събития, свързани с регулаторните органи, и обявленията в вестник трябва да останат отделени от записите на главната компания.
• Рискови полета: предупреждение за поверителност, маркер за контролиран достъп, маркер за забрана на групови файлове, маркер за блокиране от ботове, маркер за остарял източник и ограничение за маркетингова употреба.
• Полета за нормализация: Португалски/английски етикети, варианти на транслитерация, компоненти на адреса, нормализация на провинция/град и оценка на достоверност.

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

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

Висококачественият запис за Мозамбик трябва да показва какво е проверено, какво е подразбиращо се и какво липсва. Например, една компания може да има регистрация за обществени поръчки и контекст на данъчен идентификатор, но да няма проверен запис в националния регистър в достъпния набор от източници. Друго юридическо лице може да има LEI и референтен номер за лицензиране от централната банка, но да няма по-широк официален профил на компанията. CompaniesData може да представи тези ситуации честно с оценка на достоверността и специфични за източника доказателства, вместо да слива всичко в един неквалифициран ред.

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

• Проверен източник: предпочитат официални правителствени, регулаторни, обществени, данъчни и стандартизационни органи пред агрегатори от трети страни.
• Записан модел на достъп: маркирайте дали източникът е публична мрежа, API, PDF, контролирана услуга, само JavaScript, с изтекло време за изчакване или е блокиран за роботи.
• Преглед на правата за повторна употреба: разграничаване на цитиране в наративен план, повторно използване на публични записи, API термини и ситуации без групово/без извличане на информация.
• Добавена е граница на поверителност: Не преобразувайте данъчни, лицензионни или данни за обществени поръчки в данни за маркетингови контакти без законово основание.
• Тестван достъп на бот/робот: отхвърляйте източници, които показват реално съдържание само на браузър, но оспорват профилите на Googlebot или Bingbot.
• Доказателства, отделени: Запазете доказателствата за обществени поръчки, регулаторни органи, LEI и данъчни доказателства като наслагвания, докато не бъде потвърдена каноничната идентичност на компанията.

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

Има ли безплатен API за отворен регистър на фирми за Мозамбик?

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

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

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

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

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

Защо някои официални източници са скрити?

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

Кой е най-добрият практичен подход днес?

Използвайте SRN за контекста на портала за юридически лица, UFSA за контекста на обществените поръчки, Autoridade Tributaria за граници на идентификатори, Banco de Mocambique за регулиране на финансовия сектор и GLEIF за обогатяване на разредени идентификатори. Третирайте APIEX като проучен кандидат за лицензиране, докато преминат окончателните проверки за достъп. Дръжте всеки тип доказателство отделно.

Как CompaniesData трябва да се отнася към Мозамбик?

CompaniesData трябва да поддържа регистър на риска от източници с дати на достъп, проверки от роботи и причини за задържане на източници. Готовата страница трябва да бъде справочно ръководство, а не тънка програмна страница за държави.

Официални източници, използвани в тази статия

Веригата източник на свързани статии включва: Registo de Entidades Legais, UFSA портал за обществени поръчки, Autoridade Tributaria de Mocambique, Banco de Mocambique, Banco de Mocambique лицензиране на институции, GLEIF LEI записи за Мозамбик. Задържаните източници са документирани в нормализирания артефакт за проверка на качеството на източника, но умишлено са изключени от живите връзки, докато не преминат окончателното разрешение.