Supported Countries for Monitoring
You can track company changes in the following countries: ๐ฆ๐น AT, ๐ง๐ช BE, ๐จ๐ญ CH, ๐จ๐ฟ CZ, ๐ฉ๐ช DE, ๐ฉ๐ฐ DK,๐ช๐ช EE, ๐ช๐ธ ES, ๐ซ๐ฎ FI, ๐ซ๐ท FR, ๐ฌ๐ง GB, ๐ฎ๐ช IE, ๐ฒ๐น MT, ๐ณ๐ฑ NL, ๐ณ๐ด NO, ๐ต๐ฑ PL, ๐ต๐น PTWhat is Monitoring?
Topograph provides automated, continuous tracking of company data in official registers in the supported countries. We detect meaningful changes using AI, categorize them intelligently, and deliver real-time webhook notifications when something important happened. Think of it as a watchdog for public company data that:- Checks daily for changes in the register for monitored companies
- Uses AI to understand what changed and whether it matters
- Notifies you instantly when significant changes occur
- Auto-deactivates when companies cease to exist
Core Concepts
Monitor
A Monitor tracks a specific company in a specific country for changes. When you create a monitor, youโll receive notifications whenever significant changes occur in that companyโs data.Change Categories
The AI categorizes detected changes into 7 distinct types to help you route and prioritize notifications:status- Legal lifecycle events (bankruptcy, liquidation, dissolution)address- Registered address or jurisdiction changesownership- Beneficial ownership or shareholding changesfinancial- Capital, revenue, or financial metric changeslegalRepresentatives- Legal representatives, directors, or authorized signatoriesother- Any other meaningful changes (name, activities, management)disappeared- Company no longer exists in register (triggers deactivation)
Getting Started
Step 1: Create a Monitor
To start monitoring a company, send a POST request:id returned is your Monitor ID, which you can use to stop monitoring for the related company.
Step 2: Configure Webhooks
Webhooks are configured at the account level via Svix. All monitors for your account will send notifications to the same webhook endpoint(s).Step 3: Handle Webhook Events
When changes are detected, youโll receive a webhook with this structure:Webhook Payload Deep Dive
Understanding Each Field
monitorId (string)
- What it is: Unique identifier for the monitor
- Format: CUID (e.g., โclh3k9n0x000008l63vog8wkpโ)
- Use case: Track which monitor triggered the notification
companyId (string)
- What it is: The companyโs official register number
- Examples: โ932884117โ (France), โHRB 123456โ (Germany)
- Use case: Match to your internal company records
countryCode (string)
- What it is: ISO 3166-1 alpha-2 country code
- Examples: โFRโ, โDEโ, โGBโ, โITโ
- Use case: Route to country-specific handlers
timestamp (string)
- What it is: When the change was detected (not when it occurred)
- Format: ISO 8601 UTC (e.g., โ2025-09-26T14:23:45.678Zโ)
- Use case: Order and deduplicate events
changeCategories (array of strings)
- What it is: Types of changes detected (can be multiple)
- Possible values:
"status"- Legal status changed (active โ liquidation)"address"- Registered address changed"ownership"- Shareholders or UBO changed"financial"- Financial metrics changed"legalRepresentatives"- Legal representatives or directors changed"other"- Other changes (name, activities, etc.)"disappeared"- Company no longer exists
- Examples:
["status"]- Company entered bankruptcy["address", "financial"]- Moved offices AND updated capital["disappeared"]- Company dissolved and removed from register
- Use case: Route to appropriate teams/systems
monitorHasBeenDeactivated (boolean)
- What it is: Whether this monitor is being permanently deactivated
- When true: Company disappeared from register (404/not found)
- When false: Normal change notification
- Critical: When
true, you should:- Remove the company from your monitoring dashboard
- Stop expecting future notifications
- Investigate why the company disappeared
- The monitor cannot be reactivated - you must create a new one if the company reappears
Example Webhook Scenarios
Scenario 1: Company Enters Liquidation
Scenario 2: Ownership Change
Scenario 3: Company Disappeared
- Mark company as โceased to existโ in your system
- Remove from monitoring dashboard
- Alert relationship managers
- Do not attempt to reactivate this monitor
Scenario 4: Multiple Changes
Understanding Deactivation
What Causes Automatic Deactivation?
A monitor is automatically deactivated when:- Register returns 404 - Company not found
- Company marked as removed - Officially deleted from register
- Persistent not found errors - Company consistently unavailable
What Happens During Deactivation?
When a company disappears, the system:-
Detects the Issue
- Company fetch returns โnot foundโ error
- System identifies this as a disappearance
-
Processes the Deactivation
- Logs the not-found event
- Creates final snapshot with โdisappearedโ status
- Sends webhook notification
- Deactivates the monitor
- Clears cached data
-
Sends Final Webhook
-
Cleanup
- Monitor is permanently deactivated
- Historical data retained for audit
- No future checks will occur
Handling Deactivation Webhooks
When you receivemonitorHasBeenDeactivated: true:
Can I Reactivate a Deactivated Monitor?
No. Deactivation is permanent. If you want to monitor the company again:- Verify the company exists in the register
- Create a new monitor using
POST /v2/monitors - Youโll receive a new monitor ID to track the company
FAQ
What happens if a company temporarily disappears?
If a company doesnโt appear anymore in the register, the moitor is immediately deactivated. This is permanent - youโll need to create a new monitor if the company reappears.Can I get the actual data that changed?
Currently, webhooks only indicate what category of change occurred. Full differential data in webhooks is planned for future releases.How are credits consumed?
- Successful data fetches consume credits based on the data points retrieved
- Failed fetches (404, errors) do NOT consume credits
- Webhook delivery is free