mcpbeat Sign in

Handelsregister MCP Server

answering

Handelsregister is answering right now. Last checked 15 min ago. It exposes 11 tools. Last commit 23 Aug 2026.

German Handelsregister + Austrian Firmenbuch for AI agents: master data, financials & ratios.

Uptime history 26 days of history
26 days agonow
100.0%
Uptime 24h
91 of 91 checks
11
Tools
read from the server
220 ms
Response time
average over 24h
0
Stars
last commit 23 Aug 2026

What the code does

We read the source, 21 h ago · tools taken from the live server · rules 3dff92dd89df

Capabilities

What this server is able to do. For an MCP server this is often the job itself — a terminal server runs commands because that is what it is for. Listed so you know what you are plugging in, not as an accusation.

Runs an external command .grind/grind2.py:167
    cos_key = subprocess.check_output(
<script src="https://challenges.cloudflare.com/turnstile/v0/api.js?onload=afTurnstileInit" async defer></script>
      if(rm){ el.innerHTML = mdInline(text); if(done){ done(); } return; }

Is this your server and something here is wrong? Tell us — corrections are free and do not require a plan.

This code can reach further than it looks

We found places where it runs commands, builds paths or queries from values it is given. None of that is a flaw by itself — it becomes one when the code changes, and code changes quietly between releases. We re-read it on every one.

Three servers free · no card

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 15 min ago.

run in your terminal
claude mcp add handelsregister --transport http https://register.agentic-firmenbuch.at/mcp
~/Library/Application Support/Claude/claude_desktop_config.json
{
  "mcpServers": {
    "handelsregister": {
      "url": "https://register.agentic-firmenbuch.at/mcp"
    }
  }
}
~/.codex/config.toml
[mcp_servers.handelsregister]
url = "https://register.agentic-firmenbuch.at/mcp"
.cursor/mcp.json
{
  "mcpServers": {
    "handelsregister": {
      "url": "https://register.agentic-firmenbuch.at/mcp"
    }
  }
}
.vscode/mcp.json
{
  "mcpServers": {
    "handelsregister": {
      "url": "https://register.agentic-firmenbuch.at/mcp"
    }
  }
}

Available tools 11

Read directly from the server with tools/list, grouped by what they act on. If a tool disappears, we record the date.

companies
search_companies
Find companies across the Austrian Firmenbuch and the German Handelsregister - START HERE for any company lookup. Read-only. Parameters: - filters (optional): every field optional, AND-combined. Shared core (both countries): name (substring), query (MEANING-based hybrid search over the registered purpose - both countries), status (active|inactive|all, default all), legal_form, bundesland, city, postal_code (prefix; AT PLZ 4-digit, DE 5-digit), near {place | postal_code, radius_km} (radius search, matches from EVERY queried country within the radius - works across the border), nace_section (A-U; OENACE == WZ == NACE Rev. 2, so one industry code filters both countries), gegenstand (literal substring over the registered activity text), manager_name (person search), company_ids (prefixed watchlist, e.g. ["AT:123456a", "DE:D2601_HRB135076"], max 100). AT-only today (see describe_fields capabilities): nace_division/group, size_gkl, bilanzsumme/revenue/equity_ratio/ employees ranges, growth_profile, has_guv(_latest), last_filing_year_min, founded_year_min/max, gf_age_min, event_signal/since/until. DE-only: registergericht, capital_min/max (Stammkapital). Country aliases (geschaeftszweig, oenace_*, wz_section, fnrs, stammkapital_*) are accepted. - sort (optional): {field, descending}. AT fields: bilanzsumme (default), revenue, equity_ratio, employees, last_filing_year, revenue_growth_1y/3y/5y, distance. DE fields: name, register_nummer, capital. A country that cannot sort by the requested field returns its default order (reported in notices). - page (default 1), page_size (default 25). - after (optional): KEYSET paging for bulk extraction - single country only (cursors are per register). Pass "" to start, then the country's next_after from per_country. - exact_count (optional, default false): force exact totals (costs a full scan). - country (optional, default "all"): "AT" | "DE" | "all". Returns {countries, total: {AT, DE, combined}, results, per_country, notices}. ``results`` are compact cards, each with ``country`` and the prefixed ``company_id``; with country="all" the list is AT block then DE block - each country keeps its own ranking (no fake interleave). ``per_country`` carries each register's own envelope (exact totals or lower bounds, applied_filters, relaxations on zero hits, query_mode, next_after). A filter one country does not support excludes that country and says so in ``notices`` - it is never silently dropped; an unreachable backend appears in ``countries_unavailable`` instead of failing the call. Never report a German company's financials as zero - DE financial data is not covered yet (see get_coverage). For one company's full profile use get_company_details; for a downloadable list use export_companies_csv; for dataset completeness use get_coverage.
company
get_company_details
Full profile for ONE company, routed by its unified id. Read-only. Parameters: - company_id (required): "AT:{fnr}" (e.g. "AT:123456a") or "DE:{court}_{type}{number}" (e.g. "DE:D2601_HRB135076"); bare national ids are accepted too. Take it from a search card's ``company_id``. - max_signatories (optional, DE only): cap on the served officer list (DE default 15, 0 = all); ignored for AT. Returns the country backend's full profile plus ``country`` and the prefixed ``company_id``. AT: identity, location, per-year Bilanz + GuV, ratios, growth, filings, management, events. DE: identity, seat, Stammkapital, Gegenstand, WZ/NACE classification, managing directors (birth year only) - German financial statements are not covered yet, so never report them as zero or missing. Unknown id -> {error: not_found}. Use search_companies first when you only have a name.
coverage
get_coverage
Dataset coverage and the capability matrix, per country. Read-only. CALL THIS FIRST before concluding that something does not exist in a country. Parameters: - country (optional, default "all"): "AT" | "DE" | "all" - which countries to include. Returns {countries: {<code>: <that backend's coverage payload>}, capabilities, countries_unavailable}. Each country section is the country backend's own coverage dashboard (AT: parsed-financials counts by format/status; DE: per-Bundesland counts + fill rates - the DE backfill is still running, so a low count means "not crawled yet", not "does not exist"). ``capabilities`` is the machine-readable matrix of what each country supports (financials, documents, events windows, filters); a country that cannot be reached appears under ``countries_unavailable`` with the error instead of failing the whole call. For valid filter values use describe_fields; for per-company data use search_companies.
describe
describe_fields
Schema self-description: the unified id scheme, which filters exist, which countries support which capability, and each country's own field catalog. Read-only. Parameters: - country (optional, default "all"): "AT" | "DE" | "all" - whose field catalogs to include. Returns {id_scheme, capabilities, countries, countries_unavailable}. ``id_scheme`` documents the unified company_id ("AT:123456a", "DE:D2601_HRB135076"; bare national ids are accepted, responses always return the prefixed form). ``capabilities`` is the per-country capability matrix including each country's supported unified filters - a filter absent for a country is applied to the others and reported in a notice, never silently dropped. ``countries`` carries each backend's own describe_fields payload (code tables, null rules, tool tiers). Call once up front when unsure which filter or tool to use; it returns no company data itself.
event
get_event_stats
Aggregate counts of register changes by type and region, per country. Read-only. Parameters (all optional): since / until (default last 30 days); bundesland; nace_section; nace_division (AT); legal_form (AT); country ("AT" | "DE" | "all"). Returns {countries, per_country, windows, notices}, each country's block being its own {total, by_type, by_bundesland}. Only AT exposes event statistics today; DE is reported in notices as not yet available (never as zero). For the individual changes use list_events.
events
list_events
Cross-company, cross-country feed of register CHANGES, newest first - the market-watch / deal-sourcing surface. Read-only. Parameters (all optional, AND-combined): - types: any of the SUPERSET enum - founding, new_registration, deletion, deletion_announced, name_change, seat_change, legal_form_change, capital_change, management_change, management_join, management_leave, gegenstand_change, merger, split, conversion, contribution, consolidation, division, shareholder_capital_change. Each country's feed carries a SUBSET; a type not in a country's feed is skipped for that country (reported in notices), and a country with none of the requested types is excluded. Note new_registration (DE, a discovery date) and founding (AT, a register event) are distinct - see describe_fields. - since / until: ISO dates. Default window: last 30 days. - bundesland: full state name. - nace_section (A-U, both countries); nace_division (AT only); legal_form (AT only). - company_ids: prefixed watchlist; AT filters the whole list, DE filters ONE id at a time (pass a single DE id, or query DE separately). - country: "AT" | "DE" | "all" (default). page (1), page_size (25). Returns {countries, events, per_country, windows, notices}. ``events`` are merged newest-first, each with ``country`` and a prefixed ``company_id``; AT events add before/after values only for the detailed types. ``windows`` states each country's data availability (AT: detailed >= 2026-07-01, coarse >= ~2020; DE: >= 2026-07-30) so an empty stretch is never mistaken for missing data. For aggregate counts use get_event_stats; for one company's history use get_company_details.
export
export_companies_csv
Export a matched company set as downloadable CSV files (lead lists). Read-only over company data; each call writes new short-lived export files (auto-deleted after ~1 day). Parameters: - filters (optional): EXACTLY the same unified filters as search_companies. - sort (optional): same as search_companies (applies where the country supports the field). - max_rows (optional, default 1000, max 10000): per-country row ceiling. - country (optional, default "all"): "AT" | "DE" | "all". Returns {countries: {<code>: {download_url, rows, columns, ...}}, notices}. ONE CSV per country (semicolon-separated, UTF-8 BOM, Excel-ready): each register exports its own column set - DE files have no financial columns yet (blank would wrongly read as zero). Download links are signed and valid ~60 minutes. A filter a country does not support excludes that country with a notice, like search_companies. For browsing/ranking on screen use search_companies instead.
peers
find_peers
Companies most similar to a given one - optionally ACROSS THE BORDER. Read-only. Parameters: - company_id (required): "AT:{fnr}" or "DE:{court}_{type}{number}" (bare national ids accepted), from a search card. - n (optional, default 10): how many peers per country. - cross_border (optional, default false): when true, additionally returns ``peers_abroad`` - the companies in the OTHER country whose registered purpose is semantically closest to the reference company's activity text. Returns {company_id, country, peers_home, home_envelope, peers_abroad?, notes}. ``peers_home`` uses the home register's own peer logic (AT: same size class, same industry preferred, nearest by Bilanzsumme; DE: semantic-first by registered purpose). ``peers_abroad`` is a MEANING-based match, not a size or financial benchmark - the honest cross-border comparison given the countries' different data depth (see notes). Empty peers_home means the id is unknown or the company lacks the data its register ranks by. For a strict filtered list use search_companies; for aggregates use the country server's cohort tools.
person
search_person
Find every company a person runs or represents - across BOTH registers in one call (cross-border person search). Read-only. Parameters: - name (required): person name substring, case-insensitive, e.g. "Mustermann". - country (optional, default "all"): "AT" | "DE" | "all". - page_size (optional, default 25): results per country. - status (optional, default "all"): "active" | "inactive" | "all". Returns the merged search_companies envelope ({countries, results, per_country, notices}) plus ``person_query``; every result card carries ``country``, ``company_id`` and the matched manager. AT matches the primary managing director, DE matches all managing directors AND registered signatories. IMPORTANT: matching is by name and the registers publish birth YEAR only - a shared name across companies or countries does not prove the same person (the notice says so; use birth years and context to corroborate). For general company search use search_companies with other filters; manager_name can be combined there too.
ping
ping
Liveness probe: confirms the unified register server is up. Read-only. Parameters: - check_backends (optional, default false): when true, additionally performs a cheap connection handshake against every configured country backend and reports per-country reachability ("ok" / "unreachable"). Returns {status, server, countries, provenance} - countries maps each configured country code to its backend product name and, with check_backends, its live reachability. Use get_coverage for data completeness; this tool only says whether the service is up.
usage
get_my_usage
Your own API-key usage across both registers: call count and weighted compute-units, per tool. Read-only. Parameters: - window (optional, default "today"): "today" | "yesterday" | "month_to_date" | "last_30_days" | "all". Returns only the calling key's own usage (totals + per-tool breakdown) for that window - never another user's data and never the email behind the key. One meter spans AT and DE, since the facade is the single billing point. Use it to check your consumption against the plan's rate limits.

Endpoints

URLTransportStateLatencyChecked
https://register.agentic-firmenbuch.at/mcp streamable-http answering 211 ms 15 min ago

Alternatives to Handelsregister

same job, measured the same way
Austrian Firmenbuch
by jkbngb

Austria's official company register (Firmenbuch) – master data, financials & ratios for AI agents.

answering
C
Brazil Macro AI
by brazilmacro

Brazil Macroeconomic and Financial Data AI Platform for AI agents.

11 tools answering
Toolstem MCP Server
by toolstem

Financial intelligence MCP for AI agents — DCF, ratios, comparisons. Pre-computed signals.

69 installs/wk local only
Stocksense
by mikejj-creation

Financial data for AI agents: SEC filings, price history, insider trades, and more.

34 installs/wk local only
Flatland
by flatlandfi

Financial reasoning infrastructure for AI agents: typed models, deterministic compilation, receipts

40 installs/wk local only
China NMPA Medical Device Data
by huangjunsong404-crypto

Structured China NMPA UDI data for AI agents: devices, registrants, models and registration numbers.

6 tools answering
ROIC.AI Financial Data
by roic

ROIC.AI financial data: statements, ratios, prices, and earnings transcripts for public companies.

answering
LatAm Fintech Synthetic Data
by jmendozapuche

Privacy-safe synthetic financial data for LatAm fintech, AI agents, testing and ML.

answering

Handelsregister — questions

Answers built from our own checks of this server.

What can Handelsregister do?
It exposes 11 tools, read directly from the server on our last check. Among them: describe_fields, export_companies_csv, find_peers, get_company_details, get_coverage, get_event_stats and 5 more. The full list with descriptions is on this page — we take it from the server itself via tools/list, not from a README. How MCP servers expose tools in the first place →
Is Handelsregister working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 91 of 91 checks got a reply (100.0%), average response time 220 ms. The bar chart above shows every period we have measured.
How do I connect Handelsregister?
Copy the ready config from this page — we generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each with the file path that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does Handelsregister need an API key?
No. Handelsregister completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. All 11 of them are readable on this page. This is what we observed, not what the docs claim.
How fast is Handelsregister?
It answers our handshake in 220 ms on average, which is faster than 62% of all working MCP servers we measure. The comparison comes from our own checks across the whole registry, every 15 minutes.
Is Handelsregister open source?
Yes — it is published under the MIT licence, written in Python, 0 stars on GitHub and 11 open issues. The source link is on this page, so you can read exactly what it does with your data before you connect it.