Start here
This guide contains public integration notes for Czechia. Use it for identifier formats, search behavior, and country-specific caveats. The live source of truth for coverage, pricing, data sources, documents, legal forms, roles, and status values is the pricing page.Czechia coverage, pricing, and sources
Open the current catalog for supported datapoints, documents, sources, identifiers, and availability.
Country details below are preserved as integration notes. If a table or example conflicts with the live pricing page, use the pricing page as the source of truth and contact support.
Data Sources
Czechia uses multiple official registers orchestrated through ARES. For a given entity, data is assembled from ARES as the discovery layer, then enriched from the primary source register indicated by ARES. The primary source takes precedence for overlapping attributes.Registers
- ARES (Administrative Register of Economic Subjects) — Operated by the Ministry of Finance (
ares.gov.cz), ARES is the central discovery layer for all Czech entities. It aggregates data from over a dozen underlying registers and provides: company name, legal form, registered address, activity codes (CZ-NACE), registration/dissolution dates, tax identifiers (DIC/DPH), and registration statuses across all connected registers (VR, RZP, DPH, IR, etc.). ARES also indicates a primary data source per entity, which decides which register enriches the profile. - VR (Commercial Register) — The Obchodni rejstrik, operated by the Ministry of Justice (
or.justice.cz). Contains detailed data for legal entities registered in the commercial register: legal name, registered address, share capital, legal form, business purpose, legal representatives (Statutarni organ), shareholders (Spolecnici), and dissolution/deletion information. Its collection of deeds (Sbirka listin) is the source for Financial Statements and Articles of Association documents. - RZP (Trade Licensing Register) — The Rejstrik zivnostenskeho podnikani (
rzp.cz). Contains business license data for sole traders and other trade-licensed entities: legal name, registered address, registration date, licensed activities, and the licence holder. Also the source for Trade Register Extract PDF documents. - ESM (Register of Beneficial Owners) — The Evidence skutečných majitelů, operated by the Ministry of Justice (
esm.justice.cz). Closed to the public since December 2025, so a local partner obtains the official full extract. Source of the Ultimate Beneficial Owners datapoint and the Beneficial Ownership Extract document. - VIES (EU VAT Information Exchange System) — When an entity is registered for VAT, its VAT number is validated against VIES and the result, including a consultation number, is returned in the
companydatapoint.
ARES is the orchestration hub. Every company profile request starts with ARES for discovery and base attributes. ARES indicates a primary source per entity (Commercial Register, Trade Licensing Register, or others), and complementary data is fetched from that source. If the primary source fetch fails, available data from ARES alone is used. If no primary source is indicated, both VR and RZP are queried (best-effort).
How does the multi-source orchestration work?
How does the multi-source orchestration work?
- ARES is always queried first to discover the entity and get base attributes (name, address, legal form, activity codes, identifiers, status)
- ARES indicates a primary source:
- Commercial Register (VR): VR data (legal reps, shareholders, capital, status, legal form) is merged into the ARES base
- Trade Licensing Register (RZP): RZP data (name, address, registration date, activities, licence holder) is merged
- Other or none: both VR and RZP are queried, and any available data is merged
- For overlapping attributes (e.g., legal name, address), the primary source takes precedence over ARES
- Enrichment is applied as a final step: activities get ISIC codes, status gets standardized classification, and a legal form that has no standardized category yet (Commercial Register legal-form text, or an ARES code outside the official mapping) is classified with a standardized category and ISO 20275 code
- VIES validates the VAT number when the entity is registered for VAT
Company Identifiers
company.identifiers.euid is an optional European Unique Identifier. Domestic s.r.o. and a.s. companies. Example: CZVROR.04234651. It is returned as an output identifier and cannot be used as a search input. See EUID coverage and interpretation.
Query Identifiers
Identifiers in API Response
Once you retrieve company data, theidentifiers object contains all available identifiers for that entity:
Legal Entity Identifier (LEI)
GLEIF is the supplementary data source for this identifier.company.identifiers.lei is optional. It is returned when the IČO (ico) matches exactly one LEI through a GLEIF registration or validation reference.
The Legal Entity Identifier has 20 uppercase alphanumeric characters, ending in two check digits.
Coverage varies by entity. An absent lei does not prove that the company has no LEI. Lapsed, retired or merged LEIs may be returned; annulled LEIs are excluded.
Search Capabilities
VAT number search: A VAT number with the CZ prefix (e.g.
CZ45274649) is accepted as a search input and looked up as an ICO, so it finds companies whose VAT number is CZ + ICO. VAT numbers of individuals based on a birth number are not found; search those by ICO or name.Active companies only
Search can return companies that are no longer active. Each result carries the register’s status, soactiveOnly=true removes the inactive ones. Every result carries the register status. Companies in liquidation still count as active until they are removed.
Company Status
Company status is determined from ARES registration statuses across multiple registers (VR, RES, RZP, DPH, IR). The logic is deterministic — no AI inference is involved for status determination. AI enrichment is applied afterward for standardization only.Status Determination Logic
Closure Reasons (from VR)
When a company is dissolved, the closure reason is determined by parsing Czech legal text from the Commercial Register:VR closure reasons are extracted by pattern-matching normalized (diacritics-stripped) Czech text from the Commercial Register’s “Ostatni skutecnosti” (Other facts) and insolvency sections. If no specific pattern matches, the closure reason defaults to “Other.”
Legal Forms
Czechia uses a deterministic legal form mapping via the ARES “Právní forma” codelist. The mapping provides the local Czech name, an English translation, a standardized category and, where GLEIF publishes one, the ISO 20275 (ELF) code for each code. For unrecognized codes, AI-based classification is used as fallback.Legal forms are classified from official registry data. When the Commercial Register’s legal-form text is used, or the ARES code is not in the mapping, the standardized category and ISO 20275 code are resolved by AI-assisted classification.
Sole Proprietors (codes 100–110)
Partnerships and Capital Companies (codes 111–121)
Cooperatives (codes 131–261)
State and Government Entities (codes 301–392)
Foreign / Branch Entities (codes 401–442)
Branches and Sub-units (codes 501–541)
Education (codes 601–671)
Civil Society / Non-profits (codes 701–771)
Municipalities and Regions (codes 801–811)
Foreign and International Entities (codes 901–999)
Legal Representatives
Legal representatives are extracted from the Commercial Register (VR) under theStatutarni organ (Statutory body) section. For sole traders and other trade-licensed entities, the licence holder published by the Trade Licensing Register (RZP) is returned instead.
Extraction Details
- Source: VR (or.justice.cz), specifically the
Statutarni organsection; RZP for the licence holder - Role detection: In the Commercial Register, persons with the
Jednatel(Managing Director) role label are extracted - Data extracted per person: Full name, birth date (day/month/year), residential address, function start date (
Den vzniku funkce), function end date (Den zaniku funkce). The RZP licence holder carries the full name only. - Role mapping:
Jednatelis mapped toManaging DirectorandPodnikateltoOwner(standardized)
Current limitation: Only the
Jednatel label is read in the Commercial Register’s statutory body section. Other statutory roles (e.g., board members in a.s. companies, Clen predstavenstva, Predseda predstavenstva) may not be extracted in all cases.Other Key Persons
Czech registers currently return no other key persons (such as supervisory board members). TheotherKeyPersons datapoint returns an empty array.
Shareholders
Shareholders are extracted from the Commercial Register (VR) under theSpolecnici (Partners) section.
Extraction Logic
- Section detection: Shareholders are read from the
Spolecnici(Partners) orAkcionar(Shareholder) sections of the register - Sole shareholder: When the section header contains
Jediny(Sole), the shareholder is assigned 100% ownership if no explicit percentage is found - Multiple shares: If a shareholder has multiple entries/shares, they are summed into a single aggregate stake
- Corporate vs individual: Determined by presence of ICO number or legal form suffix (a.s., s.r.o., etc.)
Ownership Data
Shareholder data is primarily available for s.r.o. (Limited Liability Companies) registered in the Commercial Register (VR). Joint-stock companies (a.s.) do not list individual shareholders in the public register. Both individual and corporate shareholders are supported. Sole traders and non-profit entities have no share capital, so a
shareholders request for them returns a not-applicable response.Ultimate Beneficial Owners
Beneficial ownership is held in the ESM, separately from the Commercial Register. The ESM is no longer publicly searchable, so a local partner obtains the official full extract. RequestultimateBeneficialOwners in verification mode for structured data, or order ultimateBeneficialOwnersCertificate from availableDocuments for the source PDF. Delivery is asynchronous and typically takes 1-3 business days. Follow the existing request through webhooks or polling; do not submit repeated orders while it is pending. If the extract cannot be obtained, the request reports an error rather than a successful empty result.
Activity Code Mapping
Czechia uses the CZ-NACE classification, which is the Czech adaptation of the European NACE Rev. 2 standard. The system maps activity codes across three levels:AI Enrichment: When ISIC codes cannot be derived from NACE via formal mapping tables, the system uses an LLM to match activity descriptions to ISIC Rev. 4 codes. Every activity item includes an
isAIInferred flag to distinguish official vs. AI-derived codes. CZ-NACE and NACE codes are never AI-inferred.Activity Codes by Source
Data Availability Matrix
Legend: Yes = Available | No = Not Available | Limited = Conditionally Available | Async = Asynchronous processing
Documents by Company Type
The Trade Register Extract is sourced from the Trade Licensing Register (RZP) and contains current business license and registration information. It is returned only for entities holding a Czech trade licence. Companies without a trade licence (many holding companies) have no such extract, and it is not listed in available documents for them.
Data Source Priority & Routing
For a given entity, data is assembled from multiple sources with a clear precedence hierarchy. ARES provides the base, and the primary source register enriches it.Orchestration Flow:
- ARES — Always queried first. Provides base attributes: name, address, legal form, activities, identifiers, status
- Primary source — As indicated by ARES:
- Commercial Register (VR): provides legal reps, shareholders, capital, status override, legal form, activity description
- Trade Licensing Register (RZP): provides name, address, registration date, activity descriptions, licence holder
- Other or none: both VR and RZP are queried (best-effort). Any available data is merged
- Enrichment — Applied for:
- Activities: ISIC codes via formal derivation, with AI fallback
- Status: Standardized classification
- Legal form: standardized category and ISO 20275 code when the official mapping does not already provide them
- VIES — VAT validation for VAT-registered entities
Attribute-Level Source Mapping
Example API Responses
All examples use placeholder data. Query:POST /v2/company with { "id": "<id>", "countryCode": "CZ", "dataPoints": ["company", "legalRepresentatives"] }
Dissolved a.s. (Joint-Stock Company) -- with closure reason
Dissolved a.s. (Joint-Stock Company) -- with closure reason
active: false with a closure date and closure reason when determinable from the VR register text. Joint-stock companies (a.s.) do not list shareholders in the public register.Sole Trader (RZP primary source)
Sole Trader (RZP primary source)
legalRepresentatives with the Owner role. Sole traders have no shareholders or capital data. The legal name is the individual’s name. Activity description comes from licensed activities in the RZP.Entity In Liquidation
Entity In Liquidation
active: true) with local status “In Liquidation.” The entity still legally exists during the liquidation process.Available Documents
Available Documents
Documents are returned when
"dataPoints": ["availableDocuments"] is requested.Fast search data
Czech company data is periodically synchronized from the ARES open dataset into a fast search index.Search
Search combines results from the fast search index with a live ARES lookup and merges them. When both return the same company, the live data is preferred.Companies in fast search data
The fast search index contains all non-terminated Czech entities from ARES. The filtering is based on the dissolution date:
This means active entities, entities in liquidation, and entities under insolvency proceedings are all included; only fully terminated entities (with a recorded dissolution date) are excluded.