SolvencyBridge HelpEnglish · version 2026.8.1
Workspace

Start here

  • Create a filing cycle and confirm applicability
  • Configure an organization and reporting entity
  • Use the guided tours
  • Understand the filing lifecycle
  • Request a guided evaluation
  • Roles and responsibilities
  • Sign in and open a filing
  • What SolvencyBridge does and does not do

Prepare a filing

  • Automate recurring filing preparation
  • Enrich and reconcile S.06.02 asset data
  • Enter, edit, and save reporting values
  • Prepare and check a Solvency II workbook
  • Preview and apply a data import
  • Create and manage reusable import mappings
  • Prepare and approve an IRRD recovery plan
  • Troubleshooting and support

    • Create and store an encrypted portable bundle
    • Restore a portable bundle
    • Report a problem, question, or product need
    • Export diagnostics and contact support safely
    • Understand and resolve validation findings

    Review a filing

    • Attach evidence and submit a filing for review
    • Approve and lock a filing
    • Compare periods and use the reviewer brief
    • Request, correct, and review changes
    • Open and review an assigned filing

    Export and submission

    • Generate and verify an approved filing export
    • Understand export, submission, receipt, and acceptance

    Administration

    • Configure the reporting authority profile
    • Choose and verify a billing plan
    • Permanently delete a filing
    • Export and delete an organization
    • Connect a partner through the ingestion API
    • Monitor filings, deadlines, ownership, and blockers
    • Manage public registry snapshots
    • Add users and configure access

    Reference

    • Export-artifact reference
    • Glossary
    • Import formats and canonical headers
    • Known limitations
    • Product updates
    • Role and permission reference
    • Security & Trust Centre
    • Filing-status reference
    • Product, taxonomy, and jurisdiction support
    • Validation-category reference
    1. Home
    2. /Help
    3. /Administration
    4. /Configure the reporting authority profile

    Administration

    Configure the reporting authority profile

    Record jurisdiction-specific identity and reporting-level settings before creating a filing.

    Version 2026.8.15 minAdministratorReviewed 2026-07-29

    This article explains product behavior, not legal or regulatory obligations. Your organization remains responsible for filing decisions and authority instructions.

    Who can perform the task

    Organization administrators.

    Before you begin

    Obtain the approved authority profile, registered name, authority identifier, source reference, observation date, and default reporting level. If a product administrator has activated an EIOPA register snapshot, you can use an exact LEI or national identification code to reduce retyping. Some jurisdictions request an additional registration, depositor, or undertaking number.

    Quick path

    1. Open Administration and select the reporting organization and entity.
    2. Confirm the jurisdiction, authority, undertaking identity, and reporting level against approved records.
    3. Enter the authority-specific identifiers and defaults without changing source-issued values.
    4. Save the profile and resolve any missing or conflicting identity fields.
    5. Create or reopen a filing and verify that it uses the expected authority profile.

    Detailed guidance

    1. On Filings, expand the reporting entity settings.
    2. Optionally search the selected profile's official national company register, the active EIOPA register by an exact LEI or national identification code, or GLEIF by an exact or statistically similar legal name. When an approved national API connector is not active, the product links to the configured official search instead of scraping or guessing a result.
    3. Review the official name, identifiers, home country, NCA, attribution, source publication, and source limitation. For a GLEIF result, also review the legal jurisdiction, entity status, and LEI registration status. A similar-name result is not proof of identity. A result has not changed the entity yet.
    4. Select Apply suggestions or Apply this entity only when the displayed identity is the intended undertaking. The suggested registered name, country, legal address where available, LEI, national identifier, authority, source checksum, and retrieval date are copied into the editable form. This still does not save the entity.
    5. Confirm or correct every field, choose the authority profile, and complete any profile-specific fields shown.
    6. Cite the competent-authority register, correspondence, or approved internal record when it differs from or supplements the EIOPA snapshot.
    7. Save, then reopen the settings. Saving retains the accepted fields, exact GLEIF source record or EIOPA publication reference, source checksum, and attributable administrator decision.
    8. When checking the entity later, run the exact source lookup again. If the retained identity differs from the latest record, review the source-change warning. The refresh creates a review item; it does not rewrite the saved entity or any existing filing.
    9. An official national-register match remains a proposal until you select it and save. Saving retains the exact provider, source URL, observation time, response checksum, accepted fields, administrator, and decision time.

    Structured national forms can reuse approved filing and entity context such as the period end, registered name, and national identifier. These are defaults, not locked values: an existing form value or a preparer's explicit edit always wins. Verify inherited values against the applicable authority instructions before export.

    Expected result

    The authority profile is available when a filing cycle is created and its jurisdiction-specific controls can be configured.

    How to verify

    Compare the saved values with the source reference. Confirm reporting level explicitly; do not infer it from the organization name or register result. Confirm that the retained EIOPA publication identity or exact GLEIF response checksum refers to the result you reviewed. A later source-change warning must leave the accepted identity unchanged until an administrator explicitly applies and saves a new selection.

    Common problems

    If no active snapshot is available, ask a product administrator to stage and activate one or verify the entity manually. A missing exact match is not proof that an undertaking is unauthorized or has no LEI. Never treat statistical name similarity as an accepted identity. Review a lapsed, retired, duplicate, transfer-pending, annulled, merged, inactive, or otherwise non-current GLEIF status before use. An ambiguous identifier must be resolved in the applicable national competent-authority register. Do not reuse one authority’s registration number in a different profile.

    Audit and data consequences

    Authority identity can affect export contexts, filenames, forms, and readiness checks. Changing entity settings does not prove an existing filing was refreshed; verify the filing itself.

    Product and regulatory limitations

    EIOPA, GLEIF, and national company-register data are reviewable suggestions, not authority certification and not automatic applicability decisions. EIOPA states that the applicable national competent-authority register prevails if it differs. National connectors are enabled only where the official source and deployment configuration support a bounded exact lookup; all other profiles retain an explicit official-search route. Profile availability describes implemented product behavior. See the support matrix and the limitations shown near the affected export.

    Sign in to leave feedback.

    Sign in to leave feedback.Contact support safely

    Related tasks

    • Configure an organization and reporting entity
    • Create a filing cycle and confirm applicability
    • Product, taxonomy, and jurisdiction support
    NextChoose and verify a billing plan