Registry entry
Norway Coordinated Register Notification (Samordnet registermelding) — Main Form
Brønnøysundregistrene's (the Brønnøysund Register Centre) form BR-1010B, "Samordnet registermelding – Hovedblankett" ("Coordinated Register Notification – Main Form"), used to register a business in the Central Coordinating Register for Legal Entities (Enhetsregisteret) and, as applicable, the Register of Business Enterprises (Foretaksregisteret), the NAV Register of Employers and Employees (Aa-registeret), Statistics Norway's Register of Businesses and Enterprises, the Register of Foundations (Stiftelsesregisteret), and the Norwegian Tax Administration's register of non-personal taxpayers. A single "coordinated" form covers every legal entity type Enhetsregisteret accepts — from a sole proprietorship (enkeltpersonforetak) through public limited companies (ASA), foundations, cooperatives, and public-sector bodies — as well as changes, mergers, demergers, and deletions for an already-registered business. This document describes the form only; it does not submit anything, and does not imply Norwegian government endorsement.
Registry entry
no/brreg/samordnet-registermelding
Authoritative source BR-1010B-2026, "Samordnet registermelding – Hovedblankett" ("Coordinated Register Notification – Main Form"), 6 pages
Machine access
- Schema document
registry/no/brreg/samordnet-registermelding/1.0.0/schema.jsonapplication/schema+json- Verification record
registry/no/brreg/samordnet-registermelding/1.0.0/VERIFICATION.mdtext/markdown- Registry catalog
registry/index.jsonone record per schema id
Field reference
240 fields, read from the published schema.json, with names, types, requiredness, and validation as the document states them. The live government form remains the authoritative source.
Fields
-
businessNamestring requiredThe business or company's full legal name.
-
organisationNumberstring optionalThe business's existing 9-digit Norwegian organisation number (Organisasjonsnummer), if already registered. Left blank for a first-time registration.
pattern -
newBusinessNamestring optionalA new name/company name being registered for a business already entered in the Trade Register. A name-change fee applies for businesses registered in the Trade Register.
-
subUnitNamestring optionalGiven only if the sub-unit's activity is actually carried out under a name different from the main unit's own official name/company name.
-
notificationTypeenum requiredThe overall purpose of this notification: registering a business not registered before, reporting changes/new information about an already-registered business, a decision to dissolve the business, or deletion of the business.
enum: not_registered_before | changes_or_new_information | dissolution_decision | deletion -
registerInBusinessRegisterboolean requiredWhether the business is to be (or already is) registered in the Foretaksregisteret, in addition to the Central Coordinating Register for Legal Entities (Enhetsregisteret).
-
hasOrExpectsEmployeesboolean requiredWhether the business has, or expects to get, employees, pays freelancers, or pays fees/honoraria.
-
headOfficeStreetAddressstring requiredHead office (business/visiting) address.
-
headOfficePostalCodestring requiredHead office address: postal code
-
headOfficePlacestring requiredHead office address: post town
-
headOfficeMunicipalitystring optionalHead office address: municipality
-
headOfficeCountrystring optionalHead office address: country
-
headOfficeTelephonestring optionalHead office telephone number
-
headOfficeMobilestring optionalHead office mobile telephone number
-
headOfficeWebsitestring optionalHead office website
-
postalAddressstring optionalPostal address: PO box, street, house number or place
-
postalAddressEmailstring optionalPostal address block: e-mail address
-
postalAddressPostalCodestring optionalPostal address: postal code
-
postalAddressPlacestring optionalPostal address: post town
-
postalAddressMunicipalitystring optionalPostal address: municipality
-
subUnitStreetAddressstring optionalGiven only if the sub-unit's activity actually takes place somewhere other than the address given in field 4.
-
subUnitPostalCodestring optionalSub-unit's location address: postal code
-
subUnitPlacestring optionalSub-unit's location address: post town
-
subUnitMunicipalitystring optionalSub-unit's location address: municipality
-
submitterNamestring requiredThe submitter becomes the contact person for feedback on the case, and receives the invoice for registration in Enhetsregisteret/Foretaksregisteret.
-
submitterCustomerNumberstring optionalCustomer number in the Register Centre (Brønnøysundregistrene)
-
submitterAddressstring optionalSubmitter address: PO box, street, house number or place
-
submitterTelephonestring optionalSubmitter telephone number
-
submitterPostalCodestring optionalSubmitter postal code
-
submitterPlacestring optionalSubmitter post town
-
submitterCaseReferencestring optionalCase reference/attention for the submitter
-
legalEntityTypeenum optionalThe legal/organisational form of the business. Only filled in when reporting a business not registered before (see notificationType). This form covers essentially every legal entity type Enhetsregisteret accepts, from sole proprietorships through public limited companies, foundations, and public-sector bodies.
enum: 26 values -
legalEntityTypeOtherTextstring optionalFree-text specification required in field 26 ("Andre merknader/opplysninger") for the three organisational forms whose own checkbox label says "må spesifiseres i felt 26": European enterprise/company (SE, SCE, EØFG), public-sector body, and other legal person (e.g. embassy or mountain board).
-
establishmentDatedate optionalDate the business was established
-
newActivityStartedboolean optionalHas the business started new activity?
-
newActivityStartDatedate optionalDate new activity started
-
activityDiscontinuedboolean optionalIf true, the previous owner (per 10a) takes over the sub-unit's activity.
-
activityDiscontinuedDatedate optionalDate the activity was discontinued
-
subUnitTakenOverboolean optionalHas the business taken over a sub-unit?
-
subUnitTakenOverDatedate optionalDate the sub-unit was taken over
-
subUnitTransferredboolean optionalHas the sub-unit been transferred?
-
subUnitTransferredDatedate optionalDate the sub-unit was transferred
-
previousOwnerOrganisationNumberstring optionalPrevious owner: organisation number (if registered)
-
previousOwnerNamestring optionalPrevious owner: name/company name
-
previousOwnerAddressstring optionalPrevious owner: street, house number or place
-
previousOwnerPostalCodestring optionalPrevious owner: postal code
-
previousOwnerPlacestring optionalPrevious owner: post town
-
newOwnerOrganisationNumberstring optionalNew owner: organisation number (if registered)
-
newOwnerNamestring optionalNew owner: name/company name
-
newOwnerAddressstring optionalNew owner: street, house number or place
-
newOwnerPostalCodestring optionalSource-form quirk: this widget and newOwnerPlace share the identical raw AcroForm field name "Postnummer7" (an authoring duplicate/typo in the specimen); modelled here as two distinct schema fields by their printed position (postal code column, then post-town column), disclosed rather than silently merged.
-
newOwnerPlacestring optionalSee newOwnerPostalCode's description for a disclosed source-form field-naming quirk affecting this pair.
-
activityDescriptionstring optionalDescribe the activity performed or to be performed as precisely as possible. If the business operates in several industries, list each in order of turnover or employment size.
-
activityChangeDatedate optionalDate the activity changed
-
activityMeetsBusinessRequirementsboolean optionalI confirm that the activity stated meets the requirements for business activity
-
contactPerson1IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number (if a legal person). Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
contactPerson1Namestring optionalPersons state their name as: first name, middle name, surname. Whether this section 12 (simpler entities: owner/managing director/business manager) or section 19's board/participants table applies is entity-type-dependent; GovSchema v0.3 has no "at least one of these two sections" cross-field primitive, so neither is modelled as unconditionally required -- disclosed in VERIFICATION.md rather than guessed.
-
contactPerson1Roleenum optionalInnehaver (owner) always applies to a sole proprietorship. If the business has a managing director and/or a business manager, state this too. For a Norwegian-registered foreign enterprise (NUF) with a place of business in Norway: state any managing director and/or owner in Norway. For a VAT-liable NUF with no place of business in Norway: state a Norwegian representative. If the business has no owner, managing director, board member, or business manager: state another contact person.
enum: owner | managing_director | business_manager | norwegian_representative | other_contact_person -
contactPerson1Addressstring optionalContact person 1: address
-
contactPerson1PostalCodestring optionalContact person 1: postal code
-
contactPerson1Placestring optionalContact person 1: post town
-
contactPerson2IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number (if a legal person). Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
contactPerson2Namestring optionalPersons state their name as: first name, middle name, surname. Whether this section 12 (simpler entities: owner/managing director/business manager) or section 19's board/participants table applies is entity-type-dependent; GovSchema v0.3 has no "at least one of these two sections" cross-field primitive, so neither is modelled as unconditionally required -- disclosed in VERIFICATION.md rather than guessed.
-
contactPerson2Roleenum optionalThis row's source specimen omits the "Innehaver" (owner) checkbox present on row 1 — only 4 of the 5 roles are selectable here.
enum: managing_director | business_manager | norwegian_representative | other_contact_person -
contactPerson2Addressstring optionalContact person 2: address
-
contactPerson2PostalCodestring optionalContact person 2: postal code
-
contactPerson2Placestring optionalContact person 2: post town
-
writtenLanguageFormenum optionalDesired written language form
enum: bokmal | nynorsk -
articlesAdoptedDatedate optionalOnly filled in if the business is to be registered, or is registered, in the Business Register and/or the Register of Foundations.
-
shareCapitalPerArticlesnumber optionalCapital according to the articles of association/partnership agreement (NOK)
-
limitedPartnershipTotalPaidInCapitalnumber optionalTotal paid-in capital in the limited partnership (KS) (NOK)
-
limitedPartnershipRestrictedCapitalnumber optionalRestricted capital in the limited partnership (KS) (NOK)
-
shareSubscriptionUnderProspectusRequirementboolean optionalThe share subscription is subject to the Securities Trading Act §7-2 prospectus requirement
-
capitalChangeTypeenum optionalThe capital change concerns
enum: capital_increase | capital_reduction_execution | ks_payment_in -
capitalReductionResolutionDatedate optionalDate of the resolution to reduce capital
-
capitalReductionFromAmountnumber optionalThe general meeting/company meeting resolved to reduce the share capital/company capital/basic capital from this amount.
-
capitalReductionByAmountnumber optionalReduce the share/company/basic capital by (NOK)
-
capitalReductionToAmountnumber optionalReduce the share/company/basic capital to (NOK)
-
capitalReductionUseCoverLossesboolean optionalAmount to be used for: covering losses that cannot be covered in any other way
-
capitalReductionUseWriteDownContributionObligationboolean optionalAmount to be used for: writing down partners' contribution obligation
-
capitalReductionUseCancelOwnSharesboolean optionalAmount to be used for: cancelling the company's own shares
-
capitalReductionUseRepayShareholdersboolean optionalAmount to be used for: repayment to the shareholders/partners
-
capitalReductionUseAllocateToFundboolean optionalAmount to be used for: allocation to a fund
-
mergerResolutionTypeenum optionalBest-effort mapping (see VERIFICATION.md): dissolution in order to acquire another company; to merge with another company; or execution of a merger with another company.
enum: dissolution_to_acquire | merge_with | execution_of_merger_with -
mergerRelationshipTypeenum optionalTick if this concerns a merger between
enum: parent_and_wholly_owned_subsidiary | company_with_same_owner -
mergingPartyNamestring optionalMerging party: name/company name
-
mergingPartyOrganisationNumberstring optionalMerging party: organisation number
-
mergingPartyAddressstring optionalMerging party: address
-
mergingPartyPostalCodestring optionalMerging party: postal code
-
mergingPartyPlacestring optionalMerging party: post town
-
mergerNotificationScopeenum optionalThe notification concerns (merger)
enum: merger_plan | cross_border_merger -
demergerDecisionTypeenum optionalBest-effort mapping (see VERIFICATION.md) across the 4 checkboxes on this row.
enum: capital_reduction_in_connection_with_demerger | dissolution_to_spin_out_to | to_acquire | to_demerge_with | execution_of_demerger_with -
demergerCapitalFromAmountnumber optionalDemerger: reduce capital from (NOK)
-
demergerCapitalByAmountnumber optionalDemerger: reduce capital by (NOK)
-
demergerCapitalToAmountnumber optionalDemerger: reduce capital to (NOK)
-
demergerParty1Namestring optionalDemerger party 1: name/company name
-
demergerParty1OrganisationNumberstring optionalDemerger party 1: organisation number
-
demergerParty1Addressstring optionalDemerger party 1: address
-
demergerParty1PostalCodestring optionalDemerger party 1: postal code
-
demergerParty1Placestring optionalDemerger party 1: post town
-
demergerParty2Namestring optionalDemerger party 2: name/company name
-
demergerParty2OrganisationNumberstring optionalDemerger party 2: organisation number
-
demergerParty2Addressstring optionalDemerger party 2: address
-
demergerParty2PostalCodestring optionalDemerger party 2: postal code
-
demergerParty2Placestring optionalDemerger party 2: post town
-
demergerNotificationScopeenum optionalThe notification concerns (demerger)
enum: demerger_plan | cross_border_demerger -
boardGenderRepresentationRequirementAppliesboolean optionalThe business is subject to gender-representation requirements for the board
-
boardMember1IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember1Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember1Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember1ResponsibilitySharestring optionalBoard/participant 1: share of liability
-
boardMember1SpecialInformationstring optionalBoard/participant 1: special information
-
boardMember1Addressstring optionalBoard/participant 1: address
-
boardMember1PostalCodestring optionalBoard/participant 1: postal code
-
boardMember1Placestring optionalBoard/participant 1: post town
-
boardMember2IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember2Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember2Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember2ResponsibilitySharestring optionalBoard/participant 2: share of liability
-
boardMember2SpecialInformationstring optionalBoard/participant 2: special information
-
boardMember2Addressstring optionalBoard/participant 2: address
-
boardMember2PostalCodestring optionalBoard/participant 2: postal code
-
boardMember2Placestring optionalBoard/participant 2: post town
-
boardMember3IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember3Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember3Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember3ResponsibilitySharestring optionalBoard/participant 3: share of liability
-
boardMember3SpecialInformationstring optionalBoard/participant 3: special information
-
boardMember3Addressstring optionalBoard/participant 3: address
-
boardMember3PostalCodestring optionalBoard/participant 3: postal code
-
boardMember3Placestring optionalBoard/participant 3: post town
-
boardMember4IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember4Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember4Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember4ResponsibilitySharestring optionalBoard/participant 4: share of liability
-
boardMember4SpecialInformationstring optionalBoard/participant 4: special information
-
boardMember4Addressstring optionalBoard/participant 4: address
-
boardMember4PostalCodestring optionalBoard/participant 4: postal code
-
boardMember4Placestring optionalBoard/participant 4: post town
-
boardMember5IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember5Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember5Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember5ResponsibilitySharestring optionalBoard/participant 5: share of liability
-
boardMember5SpecialInformationstring optionalBoard/participant 5: special information
-
boardMember5Addressstring optionalBoard/participant 5: address
-
boardMember5PostalCodestring optionalBoard/participant 5: postal code
-
boardMember5Placestring optionalBoard/participant 5: post town
-
boardMember6IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember6Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember6Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember6ResponsibilitySharestring optionalBoard/participant 6: share of liability
-
boardMember6SpecialInformationstring optionalBoard/participant 6: special information
-
boardMember6Addressstring optionalBoard/participant 6: address
-
boardMember6PostalCodestring optionalBoard/participant 6: postal code
-
boardMember6Placestring optionalBoard/participant 6: post town
-
boardMember7IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember7Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember7Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember7ResponsibilitySharestring optionalBoard/participant 7: share of liability
-
boardMember7SpecialInformationstring optionalBoard/participant 7: special information
-
boardMember7Addressstring optionalBoard/participant 7: address
-
boardMember7PostalCodestring optionalBoard/participant 7: postal code
-
boardMember7Placestring optionalBoard/participant 7: post town
-
boardMember8IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember8Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember8Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember8ResponsibilitySharestring optionalBoard/participant 8: share of liability
-
boardMember8SpecialInformationstring optionalBoard/participant 8: special information
-
boardMember8Addressstring optionalBoard/participant 8: address
-
boardMember8PostalCodestring optionalBoard/participant 8: postal code
-
boardMember8Placestring optionalBoard/participant 8: post town
-
boardMember9IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember9Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember9Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember9ResponsibilitySharestring optionalBoard/participant 9: share of liability
-
boardMember9SpecialInformationstring optionalBoard/participant 9: special information
-
boardMember9Addressstring optionalBoard/participant 9: address
-
boardMember9PostalCodestring optionalBoard/participant 9: postal code
-
boardMember9Placestring optionalBoard/participant 9: post town
-
boardMember10IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember10Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember10Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember10ResponsibilitySharestring optionalBoard/participant 10: share of liability
-
boardMember10SpecialInformationstring optionalBoard/participant 10: special information
-
boardMember10Addressstring optionalBoard/participant 10: address
-
boardMember10PostalCodestring optionalBoard/participant 10: postal code
-
boardMember10Placestring optionalBoard/participant 10: post town
-
boardMember11IdNumberstring optionalNational identity number (11 digits), D-number, or organisation number. Foreign nationals without a Norwegian fødselsnummer must apply for/state a D-number.
-
boardMember11Namestring optionalPersons state their name as: first name, middle name, surname. See contactPerson1Name's description for the disclosed section-12-vs-section-19 applicability gap.
-
boardMember11Roleenum optionalBusinesses with employee representation on the board must mark these with "A" for "elected by the employees" (recorded in this row's specialInformation field, not separately modelled). A limited partnership (DA) or inter-municipal company must state each partner's share of liability in responsibilityShare.
enum: 7 values -
boardMember11ResponsibilitySharestring optionalBoard/participant 11: share of liability
-
boardMember11SpecialInformationstring optionalBoard/participant 11: special information
-
boardMember11Addressstring optionalBoard/participant 11: address
-
boardMember11PostalCodestring optionalBoard/participant 11: postal code
-
boardMember11Placestring optionalBoard/participant 11: post town
-
additionalRemarksOnBoardstring optionalOther remarks (board/participants)
-
signatureAuthorityTypeenum optionalStandard signature-authority alternatives. Check that the tick matches any articles of association/agreement.
enum: 11 values -
signatureAuthorityOtherTextstring optionalOther signature-authority provision
-
procurationTypeenum optionalPower of procuration (standard alternative)
enum: managing_director_alone | chair_alone -
procurationOtherTextstring optionalOther procuration provision
-
auditorOrganisationNumberstring optionalThe auditor must be approved by Finanstilsynet (the Financial Supervisory Authority of Norway).
-
auditorNamestring optionalAuditor: name/company name
-
auditorAddressstring optionalAuditor: address
-
auditorPostalCodestring optionalAuditor: postal code
-
auditorPlacestring optionalAuditor: post town
-
auditExemptedboolean optionalSee §7-6 of the Companies Act (aksjeloven) for the rules on opting out of audit for a limited company.
-
auditExemptionResolutionDatedate optionalDate of the resolution to opt out of audit
-
accountantOrganisationNumberstring optionalThe accountant must be authorised by Finanstilsynet.
-
accountantNamestring optionalAccountant: company name
-
accountantAddressstring optionalAccountant: address
-
accountantPostalCodestring optionalAccountant: postal code
-
accountantPlacestring optionalAccountant: post town
-
norwayBusinessNamestring optionalApplies only to Norwegian-registered foreign enterprises (NUF).
-
norwayOrganisationNumberstring optionalOrganisation number of the business in Norway
-
norwayAddressstring optionalAddress of the business in Norway: street, house number or place
-
norwayTelephonestring optionalTelephone number of the business in Norway
-
norwayMobilestring optionalMobile telephone number of the business in Norway
-
norwayPostalCodestring optionalPostal code of the business in Norway
-
norwayPlacestring optionalPost town of the business in Norway
-
norwayMunicipalitystring optionalMunicipality of the business in Norway
-
norwayEmailstring optionalE-mail address of the business in Norway
-
norwayTurnoverUnderVatActboolean optionalThe turnover falls under the provisions of the VAT Act
-
partOfGroupboolean optionalThe business is part of a group of companies
-
groupStructureChangedboolean optionalThere has been a change in the group structure
-
additionalRemarksstring optionalFree-text field also used to give the specification required by several organisational-form checkboxes in field 8 (legalEntityTypeOtherText) and by footnoted capital-increase methods in field 15.
-
notificationEmailstring optionalMust be given for new businesses. Used by public authorities to notify the business when important messages are available in Altinn; only available to public authorities.
-
notificationMobilestring optionalNotification address for public authorities: mobile telephone number
-
signatureDatedate requiredDate of signature
-
signatoryPrintedName1string requiredWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName2string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName3string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName4string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName5string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName6string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName7string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName8string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName9string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName10string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName11string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
-
signatoryPrintedName12string optionalWho must sign depends on which register(s) the notification is for -- see this document's own VERIFICATION.md for the full disclosed rule.
Verification record
Candidate selection
GOV-2316 is a direct follow-on to GOV-2314 ("GovSchema Standard Research"), which scouted Norway, Belgium, and Luxembourg in parallel via three general-purpose subagents doing real WebSearch+fetch across all 6 verticals for each. Norway rated the strongest opening: genuine unauthenticated AcroForm PDFs in 4 of its 6 verticals (Business Formation ~380 widgets, Visa ~328, DMV ~82, National ID ~63); Passport and Taxes were pre-scouted as weak/dead-end (Norway's tax return has been fully digital/pre-filled with no paper fallback since 2022; the passport process is online/in-person-only with no downloadable application PDF). Belgium's candidates were all flat non-fillable PDFs (no AcroForm widgets in any of the 6 verticals). Luxembourg had 2 strong candidates (Taxes 1128 widgets, DMV 42 widgets) but 4 of 6 weak/dead. Norway's 4-of-6 hit rate made it the stronger overall opening, matching this registry's Finland precedent (GOV-2276).
This document opens Norway (the registry's 35th jurisdiction) via Business Formation — Brønnøysundregistrene's (BRREG) "Samordnet registermelding" (Coordinated Register Notification), form BR-1010B — the richest of the 4 pre-scouted candidates, matching this registry's precedent of opening a new jurisdiction via its strongest vertical (e.g. Finland/GOV-2276, fi/migri/residence-permit-employed-person).
Source
- URL:
https://www.brreg.no/wp-content/uploads/BR-1010BM.pdf - Fetched fresh this session with a plain HTTP GET: HTTP 200,
2,313,349bytes — matching this issue's own pre-recorded figure exactly. Confirmed a genuine PDF (%PDF-1.6header), 6 pages, no login/CAPTCHA/WAF gate anywhere onbrreg.no. - Edition: the form's own footer prints "BR–1010B-2026" on every page (the 2026 edition, currently live as of this cycle). Note the source filename on the BRREG web server is
BR-1010BM.pdf(with a trailing "M"), while the form's own internally-printed identifier reads "BR–1010B-2026" (no "M") — a disclosed filename/internal-identifier discrepancy, not incorporated into this document's ownid(which follows this registry's own<agency>/<process-name>convention, not the source's internal form number).
Extraction technique
pdfjs-dist (legacy/build/pdf.mjs v4, installed fresh to a disposable /tmp directory) was used for a three-pass extraction:
doc.getFieldObjects()resolved 386 distinct field names, matching this issue's own pre-recorded figure exactly.- Per-page
page.getAnnotations({ intent: 'display' })resolved every/Widgetannotation'sfieldName,fieldType(Tx/Btn),checkBox/radioButtonflags,exportValue, andalternativeText(tooltip, where present), andrect(position) — 380 raw widgets across 6 pages (207Txtext, 173Btncheckbox, 0Ch), matching this issue's own pre-recorded figure exactly. 379 distinct widgetfieldNames among the 380 widgets: one raw name (Postnummer7, page 2) is reused by two independent widgets at different positions — a disclosed source-form authoring duplicate/typo (see "Judgment calls and disclosed quirks" below), not a repeated/kids-of-one-field structure. - Per-page
getTextContent(), clustered into visual lines by y-coordinate and cross-referenced by x-coordinate against each widget's ownrect— used to decode this specimen's own field names, which (unlike this registry'sfi/prhprecedent) are a mix of self-documenting Norwegian words (Navn1,Organisasjonsnummer,Adresse2) and fully generic sequential names (Check Box16...Check Box150,Boks14...Boks50,Text14...Text38) with noalternativeTexttooltip on the generic ones. Every generic checkbox/text widget's semantic meaning was derived from itsrectx/y position relative to the nearest printed label, cross-checked against consistent left-to-right/top-to-bottom reading-order and checkbox-before-label offset patterns (typically 17-25pt) observed across every confidently verifiable group on this specimen (e.g. the 26-option organisational-form grid in field 8, whose 3-column/9-row checkbox-to-label mapping was independently re-derived by x-position and cross-checked against the section's own printed 3-column layout).
A rendering attempt via a headless-Chromium/Playwright pipeline (using this environment's cached playwright-core + chromium-1228 binary against /paperclip/chrome-sysroot's shared libraries) failed: Chromium's built-in PDF viewer crashed on this specimen. A second attempt rendering each page to a PNG canvas via pdfjs-dist + node-canvas (with standardFontDataUrl and cMapUrl correctly configured) produced only the AcroForm widget rectangles with no glyph text at all on every page attempted — consistent with this specimen's visible page content being a background raster image (not vector text) that node-canvas's image-decoding path could not paint, while the invisible OCR text layer above it (the actual source of every getTextContent() result used throughout this extraction) rendered fine as data but not as pixels. This means the coordinate-based inference below was not cross-checked against a rendered visual of the specimen; every mapping is disclosed as either confidently reproducible (consistent, verifiable offset patterns; the large majority of this form) or explicitly flagged as lower-confidence (two specific checkbox rows, below).
A disposable reconciliation script (/tmp/no-brreg-extract/gen/reconcile.mjs, not committed) mapped all 379 distinct widget names to this document's fields[]/documents[] entries and confirmed: 378/379 mapped, 1 disclosed exclusion (Check Box84, page 2 — a stray widget positioned directly under the "Kryss av" ("Tick") column-header text for section 12's contact- person role grid, with no adjacent label of its own and no tooltip; excluded as a non-data-collecting artifact, the same treatment this registry's fi/prh precedent gave its form's page-navigation/utility buttons, disclosed here rather than silently dropped). The remaining 378 names consolidate to 240 fields[] entries and 6 documents[] entries.
Field consolidation
- 26-option organisational form (section 8, "Organisasjonsform") — every legal entity type Enhetsregisteret accepts (sole proprietorship through public limited companies, foundations, cooperatives, public-sector bodies, etc.), printed as a 3-column checkbox grid — consolidated into one
legalEntityTypeenum field, withlegalEntityTypeOtherTextgatedrequiredWhenon the 3 values whose own printed label says "må spesifiseres i felt 26" (must be specified in field 26). - Notification type (4 checkboxes: not registered before / changes / dissolution decision / deletion) → one
notificationTypeenum, since these are mutually-exclusive purposes of a single submission. - Ja/Nei checkbox pairs throughout (e.g. 3.1, 3.2, the four sub-unit establishment/transfer questions in 9a/9b) → single
booleanfields (true= "Ja" ticked), per this registry's established convention. - 11 repeating board/participant rows (section 19, "Styre, deltakere og annet") → flattened to
boardMember1...boardMember11, each withIdNumber/Name/Role/ResponsibilityShare/SpecialInformation/Address/PostalCode/Place. This is the largest bounded-repeat flattening in this registry to date (prior largest: 3 rows,fi/vero); justified because the source specimen itself prints exactly 11 rows and a company's board is a first-class, frequently-multi-member concept this schema would otherwise materially under-represent. The 7-role column grid (Styrets leder/Nestleder/Styremedlem/Varamedlem/Observatør/ Komplementar/Deltaker) is confidently mapped: its own column headers are self-documenting printed text directly above 7 consistently-positioned checkboxes repeated identically across all 11 rows. - 12 repeating signatory-printed-name slots (section 28) →
signatoryPrintedName1...signatoryPrintedName12(only the actual hand-signature is unfillable in a PDF; the "repeat in block letters" printed-name slot is the fillable counterpart). - 2 contact-person rows (section 12) →
contactPerson1/contactPerson2, each with anIdNumber/Name/Role/Address/PostalCode/Place. Row 2's source specimen has only 4 role checkboxes (no "Innehaver"/owner option), a disclosed asymmetry versus row 1's 5 — matching this registry's established precedent that such per-row option-set differences are convention, not a bug (cf.dk/siri'spreviousEmployment1-3visibleWhenasymmetry, GOV-2288). - Sub-unit establishment/transfer (9a/9b/10a/10b) — a two-column, multi-row block with generic
Text33-Text38/Dato1-Dato2#1/Check Box57-Check Box64names — decoded via the shared "Har virksomheten [-startet ny aktivitet?] / [-overtatt underenhet?]" stem spanning both columns, cross-referenced against each row's own Ja/Nei checkbox x-position (leftmost = "Ja", per the printed "JaNei" reading order) to yield 4 boolean+date pairs (newActivityStarted,activityDiscontinued,subUnitTakenOver,subUnitTransferred) plus the previous/new owner detail blocks (10a/10b).
Judgment calls and disclosed quirks
- Two checkbox rows modelled with lower confidence (disclosed in each field's own
description): section 17's ("Fusjon"/merger)mergerResolutionType(3 values, fromCheck Box9/10/11) and section 18's ("Fisjon"/demerger)demergerDecisionType(5 values, fromCheck Box28/29/56/66andBoks21). Both rows carry generic sequentialBtnnames with noalternativeTexttooltip, spread across a densely wrapped 2-line, multi-column label that even the coordinate/reading-order technique used everywhere else on this form could not fully disambiguate with certainty (attempts to render the actual page visually to confirm, described above, did not succeed). The enum value sets and their left-to-right ordering are a best-effort inference, not a tooltip- or visual-confirmed mapping — flagged for a future cycle to re-verify against a properly rendered page image. Every other checkbox group on this form (including the 26-option organisational-form grid, the 7-role board grid, and all Ja/Nei pairs) was independently confirmed via consistent, verifiable x/y offset patterns and is not subject to this caveat. Postnummer7naming duplicate (page 2, section 10b): two independent widgets at different positions (postal-code column, then post-town column) share the identical raw AcroForm field name — an authoring duplicate/typo in the source specimen. Modelled as two distinct schema fields (newOwnerPostalCode,newOwnerPlace) by their printed position, disclosed in each field's owndescriptionrather than silently merged or silently treated as one shared value.Check Box84exclusion (page 2): a stray widget with no adjacent label or tooltip, positioned directly under the "Kryss av" column-header text above section 12's contact-person role grid — excluded as non-data-collecting, disclosed above under "Extraction technique" rather than silently dropped.- Section 12 vs. section 19 "at least one contact" gap: whether a business fills in section 12 (owner/managing director/business manager/Norwegian representative/other contact — the natural fit for simpler entity types) or section 19's full board/participants table (the natural fit for AS/ASA-type companies) is entity-type-dependent, and the source form does not gate one on the other with a checkbox this schema could reference. GovSchema v0.3's
crossFieldValidationhas no "at least one of these two sections" primitive (only two-fieldcompareor awhen-gatedrequireAbsent/requirePresent). NeithercontactPerson1NamenorboardMember1Nameis therefore modelled as unconditionallyrequired: true; disclosed here rather than guessed, matching this registry'sfi/prhprecedent for its own "postal or street address is mandatory" either/or gap. - Narrative-conditional
documents[]entries:newBoardMemberConfirmationLetterandpartnerConsentDeclaration(section 28's own instructions) are each conditioned on whether a specific person "has not signed the notification" — a fact this schema has no corresponding field for (signing is physical, not data-captured per-signatory). Modelled withrequired: falseand norequiredWhen, disclosed in each entry's ownsourceRefrather than gated on an invented condition. - **
capitalReductionUse*/section 16 "Beløpet skal anvendes til" checkboxes** modelled as 5 independentbooleanfields rather than one enum, since a capital reduction can plausibly be applied to more than one use simultaneously (e.g. partial repayment and partial fund allocation) — the source does not print these as mutually exclusive. crossFieldValidation(capitalReductionToLessThanFrom,demergerCapitalToLessThanFrom) each compare two optional amount fields that are only meaningfully populated together (a capital reduction/ demerger scenario); this document's own mock conformance interpreter (see below) treats acomparerule as vacuously satisfied when either side is absent, consistent with howfi/prh's own date-ordering rule behaves when its own compared fields are unset.
Mock conformance run
Two scenarios were built and checked against this document's own required/requiredWhen/documents[].requiredWhen/crossFieldValidation grammar with a from-scratch interpreter script (/tmp/no-brreg-extract/gen/conformance-check.mjs, not committed — walks fields[], documents[], and crossFieldValidation[] directly against a candidate data object):
sole-proprietorship-minimal-required-only.json— a sole proprietorship (enkeltpersonforetak) new registration, filling only the 10 statically-required: truefields plus the one conditionally-required field this scenario triggers (notificationEmail, vianotificationType: "not_registered_before"). 0 errors.limited-company-board-capital-and-audit-exemption.json— an AS (aksjeselskap) new registration exercising a 2-member board, share capital, an audit-exemption resolution (with its conditionally-required resolution date), and thearticlesOfAssociationOrPartnershipAgreementconditional document. 0 errors.
5 mutation controls, each expected to raise exactly 1 error, all confirmed:
- Dropping
businessName(a statically-required field) → 1 error (MISSING REQUIRED FIELD: businessName). - Dropping
notificationEmailwhilenotificationTypeis"not_registered_before"→ 1 error (MISSING REQUIRED FIELD: notificationEmail). - Removing
articlesOfAssociationOrPartnershipAgreementfrom scenario 2'sdocuments[]list entirely (not just marking it unprovided) → 1 error (MISSING REQUIRED DOCUMENT: articlesOfAssociationOrPartnershipAgreement (listed=false)) — confirming the checker'sdocuments[]requiredness path is actually exercised, not just itsfields[]path (a documents-blind-spot bug this registry's tooling has hit before). - Setting
capitalReductionToAmountgreater thancapitalReductionFromAmount→ 1 error (CROSS-FIELD VIOLATION: capitalReductionToLessThanFrom). - Setting
auditExempted: truewhile omittingauditExemptionResolutionDate→ 1 error (MISSING REQUIRED FIELD: auditExemptionResolutionDate).
The checker script additionally walks every visibleWhen/requiredWhen/ crossFieldValidation field reference in the document and confirms each resolves to a real fields[] entry (0 dangling references).
Validation
node tools/validate.mjs registry/no/brreg/samordnet-registermelding/1.0.0/schema.json and node tools/validate-ajv.mjs (same path) both pass individually and as part of a full-registry run from a clean checkout of this branch.
View the raw record (VERIFICATION.md)
Version history
-
1.0.0draftlatestthis pagehas verification recordschema.json
Independent and non-affiliated
GovSchema is an independent, open-source project. This reference is not produced, reviewed, or endorsed by Brønnøysundregistrene (the Brønnøysund Register Centre) or any government. The authoritative source is always the live government form and its official instructions.