Skip to main content

Start here

This guide contains public integration notes for Norway. 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.

Norway 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

Norway uses a single official registry for all company data.
  • Bronnysundregistrene (BR-Reg / The Bronnoysund Register Centre) — Operated by the Norwegian government, BR-Reg maintains the Enhetsregisteret (Entity Register) and Foretaksregisteret (Business Register). It is the sole data source for all Norwegian entities. Accessed via a REST API (data.brreg.no/enhetsregisteret/api), it provides comprehensive company data including legal form, status, management roles, activity codes (NACE), employees, addresses, contact information, and sub-entities (establishments). The API covers all entity types: commercial companies, sole proprietorships, non-profits, and public institutions.
The BR-Reg REST API returns structured JSON data with a clean, flat structure. Company data, roles, and sub-entities are accessed through separate API endpoints. Roles data includes role groups (rollegrupper) containing individual role entries with type codes and person/entity details.

Company Identifiers

Query Identifiers

Organization Number Format: The organization number is 9 digits. It can be entered in three formats: 923609016 (no separators), 923 609 016 (spaces), or 923.609.016 (dots). All formats are normalized internally by stripping separators. The display format uses dots: 923.609.016.

Identifiers in API Response

Once you retrieve company data, the identifiers object contains all available identifiers for that entity:
VAT Number Auto-Generation: The VAT number is automatically generated by appending MVA to the organization number when the company has registrertIMvaregisteret = true. It is not a separate identifier from the registry.

Search Capabilities

Search Performance: Use identifier-based searches (organization number) for best performance and exact matching. Name searches query the BR-Reg REST API and may return multiple results.
Name search queries the BR-Reg REST API at /enheter?navn=.... Identifier searches (organization number) perform exact lookups via /enheter?organisasjonsnummer=... and are significantly faster.

Fast search data

Norway company data is periodically synchronized from the Enhetsregisteret open dataset into a fast search index. Search queries hit the fast search index first for instant results, with automatic fallback to the live BR-Reg API if the fast search index misses.

Companies in fast search data

The fast search index contains all active Norwegian entities from the Enhetsregisteret. Companies in the following states are excluded from the fast search dataset: Active companies without any of these flags are included regardless of legal form (AS, ENK, ANS, etc.).

Onboarding Mode

In onboarding mode, requests for the company datapoint use the fast search dataset rather than a live BR-Reg lookup. This provides faster responses with lighter enrichment. Data freshness depends on the source refresh schedule.

Quirks & Gotchas

Mappings

Company Status

Company status is determined deterministically from boolean flags in the BR-Reg API response. No AI inference is involved in status determination.
Status determination uses a priority chain: (1) konkurs (bankruptcy), (2) underAvvikling (voluntary liquidation), (3) underTvangsavviklingEllerTvangsopplosning (forced liquidation), (4) presence of nedleggelsesdato or slettedato (cessation/deletion date). If none apply, the company is Active.
Norway uses the organisasjonsform.kode from the BR-Reg API. The system translates the code to English using a deterministic pre-computed lookup table covering all known organisasjonsform codes. For known codes, standardized classification is applied directly; for unrecognized codes, AI-based classification is used as fallback. ISO 20275 (ELF) codes will be populated in a future update.
Legal forms are classified from official registry data. For known codes, standardized classification is applied directly; for unrecognized codes, AI-based classification is used as fallback.

Companies

Sole Proprietorships

Partnerships

Cooperatives

Non-profit Organizations

Government-Owned Entities

Branch / Representative Office

Other

Legal representatives are extracted deterministically from the BR-Reg roles API endpoint (/enheter/{id}/roller). The system uses a pre-computed mapping of 20 role type codes with explicit isLegalRepresentative flags. A two-pass algorithm handles board member classification.

Special Board Member Logic

The system implements a two-pass algorithm for board member classification:
Two-Pass Board Member Detection: The system first counts all non-employee, non-deputy board members (LEDE, NEST, MEDL). If exactly one is found, that board member is promoted to Legal Representative as “Sole Board Member”. This requires full context of all roles before classification decisions are made.
Role classification is fully deterministic using the pre-computed ROLE_TYPES mapping. No AI inference is involved in determining whether a person is a legal representative or other key person. Only the English translation enrichment step uses AI (for standardized role mapping to Topograph enum).

Shareholders

Shareholder data is not available from the BR-Reg API. The Norwegian business registry does not expose ownership or shareholder information through its public API.
Unlike Denmark (which provides shareholder data via CVR) or the Netherlands (which extracts shareholder data from trade register extracts via AI parsing), Norway’s public registry API does not include any ownership data.

Other Key Persons

Other key persons include board members, auditors, accountants, business managers, and other non-executive roles. Both individual and corporate entities can hold these roles (e.g., an auditing firm as REVI).

Ultimate Beneficial Owners

UBO data is not available from the BR-Reg API. The Norwegian business registry does not expose beneficial ownership information through its public API endpoints.

Activity Codes

Norway uses the SN2007 (Standard for naeringsgruppering) classification, which is the Norwegian implementation of NACE Rev. 2. Activity codes come directly from the BR-Reg API structured fields (naeringskode1, naeringskode2, naeringskode3).
AI Enrichment: NACE codes are never AI-inferred for Norway — they come directly from the registry as structured data. ISIC codes are derived from NACE via the enrichActivities parser, which may use AI when formal mapping tables do not cover the specific code. Every activity item includes an isAIInferred flag.
Multiple Activity Codes: Norway supports up to 3 NACE activity codes per company: naeringskode1 (primary business activity), naeringskode2 (secondary), and naeringskode3 (tertiary). Each includes both the code and a Norwegian description.

Data Availability

Data Availability Matrix

Legend: ✅ Available | ❌ Not Available | ⚠️ Conditionally Available | Async = Asynchronous processing

Documents

All Companies

Trade Register Extract: The Enhetsutskrift is always available for any registered entity. It is retrieved from the official register and generated as a PDF with an estimated delivery time of ~30 seconds.
Annual Reports: Financial statements are listed by querying the virksomhet.brreg.no endpoint for available financial years. Each year with an annual report generates a separate document entry with period information (start and end dates of the fiscal year). The document name follows the pattern Arsregnskap {year} (e.g., “Arsregnskap 2024”). Annual reports are fetched and deduplicated permanently since they do not change once published.

Example API Responses

All examples use placeholder data. Query: POST /v2/company with { "id": "<id>", "countryCode": "NO", "dataPoints": ["company", "legalRepresentatives"] }
Note: Sole proprietorships (ENK) have the owner (Innehaver) as the only legal representative. No shareholders or board members are present.
Note: Bankrupt companies have konkurs = true, status is CLOSED with closure reason BANKRUPTCY. A bankruptcy trustee (Bostyrer, code BOBE) may appear as an other key person.
Note: Non-profits (FLI) are retrieved from the same BR-Reg API as commercial companies. They may have board members, chairman, and auditors. No shareholders or UBOs.
Note: Onboarding profiles are served from the fast search source. No AI enrichment is applied — no standardized or iso20275Code on legal form, no isAIInferred on activities, no shareholders or UBOs.
Documents are returned when "dataPoints": ["availableDocuments"] is requested.