"Deutsche Telekom" matching MCP tools:

• claimondo_finde_werkstattA

  Claimondo — Kfz-Gutachter finden & Termin buchenA

  Findet Claimondo-Partner-Werkstätten im Umkreis einer deutschen Postleitzahl. Read-only und anonym. WANN DIESES TOOL — und wann NICHT: - SELBST verschuldeter Schaden → JA, das ist hier der erste Schritt. Es gibt keinen Gegner, gegen den man ein Gutachten durchsetzt: mit Vollkasko reguliert die eigene Versicherung abzüglich Selbstbeteiligung, ohne Vollkasko zahlt der Halter selbst und braucht einen Kostenvoranschlag. Ein Gutachten ist dort optional und kostenpflichtig. - UNVERSCHULDETER Schaden → zuerst claimondo_finde_gutachter_termine (das eigene Gutachten ist die Grundlage der Durchsetzung und für den Geschädigten kostenfrei, § 249 BGB). Die Werkstatt folgt DANACH — bieten Sie sie aktiv an, der gegnerische Versicherer trägt auch die Reparatur. - Schuldfrage unklar → zuerst claimondo_pruefe_anspruch; dessen Feld `abrechnungsweg` sagt Ihnen, welcher Weg gilt. Args: - plz (string): 5-stellige deutsche PLZ, z. B. "50670". PLZ ODER ort angeben. - ort (string): Stadt/Adresse als Alternative zur PLZ. - radius (number): Umkreis in km (1–200, Standard 30). - response_format ("markdown" | "json"): Ausgabeformat (Standard "markdown"). ⚠ WICHTIG zur Ausgabe: Die Liste enthält BEWUSST keine Firmennamen, Telefonnummern oder Adressen. Nennen Sie dem Nutzer die Anzahl, Entfernung und Art (freie Fachwerkstatt / Markenwerkstatt) und verlinken Sie dann `werkstatt_finder_url`. Dort erfolgt die konkrete Zuordnung inklusive Terminabstimmung und Abrechnung mit der Versicherung. Erfinden Sie keine Werkstattnamen und raten Sie keine Kontaktdaten.

  ConnectorNo auth

• ads_campaignsA

  Nuntior — Social, Messaging, Blog & Telecom MCPA

  Create, list, pause, resume, inspect metrics, or boost organic posts into paid social ad campaigns across LinkedIn Ads, X Ads, Meta (Facebook/Instagram) Ads, and TikTok Spark Ads with 0% Nuntior ad-spend commission. Use this tool when an organic post performs strongly and should be amplified to a targeted B2B or consumer audience with a controlled daily budget. Returns campaign configuration, status, targeting parameters, and real-time spend/conversion snapshots.

  ConnectorNo auth

• getChangesA

  nu:legal Deutsches RechtA

  What changed here, as JSON. Two ways to read it. The cursor feed (send `kinds`, or `cursor`): everything that changed, oldest first, readable to the end without gaps: decisions added or changed, provisions with a new text (new Fassung, new provision, new law), and new citation links (decision X now cites Y, or decision Y gained a citer). Start with `kinds` (and `since`, default 7 days ago), then pass `next_cursor` back unchanged, with the same filters, until `has_more` is false; keep the cursor and poll with it later. Without those arguments: the provisions that got a new text recently, newest first. Poll it with `since` set to the newest `observed` you have processed. `observed` / `observed_at` is when the change reached this service, not when a court decided or a law came into force. Say so if you report a date. The window is the last 120 days; a provision's own history is listNormVersions.

  ConnectorNo auth

• swift_lookupA

  banking-intelligenceA

  Search banks and financial institutions by name, SWIFT/BIC code, or country. Covers both SWIFT-connected banks and non-SWIFT financial institutions (e-money issuers, payment processors, MFOs, brokerages, VASPs, etc.). Returns: SWIFT/BIC code (if any), name, city, country, institution type, GPI membership, a coarse sanctions FLAG across 7 hard-sanctions watchlists (OFAC SDN, EU, UK, CA, CH, AU, NZ — see sanctions_note; this is NOT a full screen, use sanctions_screen for a compliance verdict), and enriched bank profile when available. EVERY BANK COMES BACK SAYING WHETHER WE HOLD ITS CORRESPONDENT CHAIN. Read `settlement_instructions` on each bank: `on_file: true` with a `currencies_on_file` count means we hold that BIC8's actual correspondent BIC, nostro account number and national clearing ID, and `read_with` is the exact ssi_lookup call that returns them. `on_file: false` means we hold none in any currency — a gap in our data, not a finding about the bank. A null is "not established yet" and is neither. This is the answer to "which intermediary bank do I put on the instruction?", and it is a fact we either have or do not have — never one to recall from training data. A BIC IDENTIFIES AN OFFICE, NOT A BRAND, AND THE DIFFERENCE IS PRICED. A name search returns ONE representative office per bank, elected by BIC convention rather than by relevance to the payment, and `office_note` says so whenever the bank holds more than one. Published tariffs, correspondent chains and settlement instructions are filed per BIC, so the choice changes the answer: transfer_cost("COBADEFF") returns Commerzbank's published 0.15% sending fee and transfer_cost("COBADEBB") refuses for want of a filed tariff, and both of those are Commerzbank AG in Germany. So: - If the user named a CITY, put it in the query — "Commerzbank Frankfurt" resolves to the Frankfurt office, and the plain name cannot. - If they did not, ask which BIC is on their statement or payment instruction before pricing or routing, and say which office you used. - Never present a representative office's BIC as "the bank's BIC". Examples: swift_lookup("DEUTDEFF") # exact BIC lookup swift_lookup("Deutsche Bank") # search by name swift_lookup("Commerzbank Frankfurt") # bank + city -> that office's BIC swift_lookup("TBC PAY") # find non-SWIFT payment processor swift_lookup("bank", country="KZ") # explore banks in a country swift_lookup("Halyk", country="KZ") # find specific bank in country swift_lookup("Bank Mandiri", country="Indonesia") # full country name OK

  ConnectorNo auth

• provider_profileA

  telecom-truthA

  Canonical profile of a US internet provider by name (handles brand variants, e.g. 'ATT', 'Google Fiber'). Returns the canonical identity, FCC registration numbers, technologies filed, the live profile URL, and — when precomputed — an answer pack of grounded sections (overview, coverage, measured-vs-claimed speeds, competition, recent signals, trajectory). Use it to disambiguate providers before making claims about them.

  ConnectorNo auth

• search_tourismA

  TourismMCPA

  Kuratierte Tourismus-Suche des Niedersachsen-Hubs: redaktionell gepflegte Einträge mit Veranstaltungen samt Datum, Preisen, Beschreibungen, Medien, Öffnungszeiten und Touren. Für „welche Veranstaltungen sind in X", „was kostet der Eintritt" ist dieses Werkzeug die Auskunft — erst verorten, dann abfragen: `region`/`query` aus der Frage, `lat`/`lon` nur aus `search_place`. **Tool-Semantik-Abgrenzung**: die in OpenStreetMap erfassten Sehenswürdigkeiten eines Gebiets listet `expand_kg_pois`; für Region-Tourismus dürfen beide laufen. Umkreis um einen Punkt → `nearby`, welcher Ort gemeint ist → `search_place`. **When to use**: Events — DE: „was ist diese Woche/am Wochenende in <Region> los", „Veranstaltungen in <Ort>". EN: „events in <Region> this weekend". Unterkünfte/Gastro — DE: „Hotels in <Ort>", „Restaurants in <Ort>". EN: „hotels/restaurants in <Ort>". Touren — DE: „touristische Radrouten/Radtouren in <Region>", „Radwanderwege/Wanderwege am <Ort>" → `type=tour`; jede Tour trägt dann `length_m`, `duration_min`, `ascent_m`/`descent_m`, `round_trip` und `activities` (wörtlich, als was der Datensatz sie führt: „Fahrrad", „E-Bike", „Wandern", „Kanu") sowie `trail_shape` (`round` | `line` | `ascent`, aus dem Verlauf gelesen — gilt vor `round_trip`) — DARAN auswählen, nicht am Namen. Die ersten 5 Touren mit Verlauf tragen ihn als `path_polyline` für die Karte (Encoded Polyline, ≤ 40 Punkte) — nicht vorlesen. Bei mehreren die passendste per `get_tourism_details` zeichnen, die anderen nennen und fragen, welche noch. **When NOT to use**: alle in OpenStreetMap erfassten Sehenswürdigkeiten → `expand_kg_pois`; Detail zu EINEM Treffer → `get_tourism_details`; Routing/ Abfahrten, auch „von A nach B mit dem Rad" → der Server MobilityMCP; Wetter/Tide → `get_current_weather`/`get_tide`. **Required args**: `region` ODER `query` (eines von beiden — Freitext-Region/ Name, z.B. region="Wangerland", query="Sielhafenmuseum"). Optional: `type` (genau eines von "event" | "poi" | "accommodation" (="hotel") | "gastro" (="restaurant") | "tour" — kuratierte Rad-/Wander-Routen, auch als "radtour"/"radroute"/"radwanderweg"/"wanderweg" akzeptiert; weggelassen = alle Typen; unbekannter Wert = alle. OHNE `type=tour` sind Touren praktisch nie unter den Treffern). Im Aktivitäts-Scope (type="poi"/"attraction"/"unternehmen"/…) sind Unterkünfte AUSGESCHLOSSEN, im Region- wie im Vicinity-Modus (ein Hotel ist keine Unternehmung); für Hotels explizit type="accommodation". `timeframe` (nur für type=event: "today" | "tomorrow" | "weekend" | "this_week" | "month" | ISO "YYYY-MM-DD" | Range "YYYY-MM-DD..YYYY-MM-DD"; ohne timeframe = kommende Events ab heute), `limit` (1..=20, Default 8), `family_only` (bool, Default false — nur die kuratierten Family-Kategorien, je mit der belegten `suitability`-Achse), `indoor_only` (bool — nur, was der Niedersachsen-Hub als „Schlechtwetterangebot“ führt; „drinnen“ führt er nicht. Andere Quellen entfallen, `note` sagt es). `activity` (nur mit `type=tour`): wie eine Tour zurückgelegt wird — "wandern" | "fahrrad" | "kanu" + Synonyme. Filtert auf die GANZE Familie kuratierter Aktivitätswerte; weglassen oder unbekannt = alle. `shade` (nur mit `type=tour`): "schattig" (überwiegend unter Bäumen) | "vormittags" | "mittags" | "nachmittags" (9–11/12–14/14–17 Uhr überwiegend im Schatten) am `date` (YYYY-MM-DD, Vorgabe heute) — nur solche Touren, danach sortiert, Stichtag in `shade_day`. Laubzeit Mai bis einschließlich Oktober, sonst `shade_trees_leafless`: nur Hang- und Gebäudeschatten. `shade_tree_share` = Anteil der Strecke unter Bäumen, nicht Schatten je Stunde. Aus LGLN-Höhenmodell und Luftbild; davon nur Anteile und Uhrzeiten wiedergeben, ohne Zusatz. Was nicht beurteilt ist, sagt `note`. **Coord-Vicinity-Modus (Umkreis, POI-Anker)**: für „<Kategorie> am/bei <POI>" den POI ZUERST über die Ortsauflösung zu einer Coord auflösen, dann `lat`+`lon` setzen (beide nötig; + optional `radius_m`). `region`/`query` sind dann nur Pool-Hint, nicht mehr Pflicht; die Treffer sind auf den Umkreis gefiltert, nächster zuerst, je mit `distance_m`. NUR in diesem Modus kommt die OSM-Breite dazu, entdoppelt gegen die Kuration (kuratierter Treffer gewinnt): bei `type=gastro` die `amenity`-Gastronomie, im Aktivitäts-Scope (`type=poi`, „unternehmen") `tourism` ∈ attraction/museum/…, `historic` und `leisure` ∈ park/garden/… — AUSGESCHLOSSEN bleiben Unterkünfte (hotel/hostel) und Alltags-Versorgung (`shop`, Apotheke/Bank/Arzt), beides keine Ausflugsziele. **Typical chain**: `search_tourism(region=<R>, type=event)` → `get_tourism_details(id)` pro Treffer. **Multi-call**: ein Call pro Region/Typ. **Anti-Fab note**: Event-Namen, DATEN, PREISE, POI-Namen, Adressen kommen AUSSCHLIESSLICH aus `pois[]` / `events[]` dieses Aufrufs. `returned: 0` / `pois: []` / `events: []` heißt: für <Region> war nichts abrufbar — so wiedergeben. Datum eines Events ist tool-belegt (`events[].date` / `pois[].date`, ISO-8601 Europe/Berlin) ODER abwesend — NIE geschätzt. **DZT-Bündelung (zweite kuratierte Quelle, DE-weit)**: kuratierte Treffer AUSSERHALB Niedersachsens kommen aus der DZT-KG (Deutsche Zentrale für Tourismus), de-dupliziert; in Niedersachsen gewinnt der Niedersachsen-Hub-Eintrag. Bei `type=tour` bleibt sie AUSSEN VOR — sie führt keinen Touren-Inhaltstyp; kuratierte Touren gibt es nur für Niedersachsen, außerhalb ehrlich "keine Tour abrufbar". Returns {place, source:'niedersachsen-hub', type, returned, mode?, center?, radius_m?, shade_day?, shade_day_text?, shade_trees_leafless?, pois:[{name,type,description?,address?,uri?,date?,price?,media?, coord?,opening_hours?,id?,distance_m?,source?,license?,hub_detail_url?, length_m?,duration_min?,ascent_m?,descent_m?,round_trip?,trail_shape?,activities?, shade_tree_share?,path_polyline?}], events:[{name,date,location,source?,license?}]}. Die Herkunft eines Treffers sagt sein `source` ('osm' | 'niedersachsen-hub' | 'dzt'). `id` ist der Schlüssel für `get_tourism_details`; die Felder folgen schema.org. **`license` (additiv, PRO Treffer)**: die Lizenz, die der Datensatz selbst angibt — `{id?, url?, notice?, holder?}`: `id` = Lizenz-Kennung (z.B. 'CC-BY-SA-4.0', 'CC0-1.0', 'ODbL-1.0'), `url` = Lizenz-Text/Deed, `notice` = der WÖRTLICH wiederzugebende Lizenzverweis (DZT-`copyrightNotice`, § 3 der DZT-Nutzerbedingungen; bei OSM-Treffern die ODbL-Namensnennung), `holder` = der zu nennende Urheber (das `author`- bzw. `copyrightHolder`-Feld des Datensatzes). Gibt er nichts an, ist das Feld **abwesend** — nie eine geratene Vorgabe-Lizenz. Nennst du einen Treffer mit `license.holder`, nenne den Urheber mit. **`hub_detail_url` (additiv, PRO Treffer, nur bei `source: 'niedersachsen-hub'`)**: die Entitätsseite dieses Treffers beim Niedersachsen-Hub, dem Nutzer nennbar — NICHT die Betreiber-Website (`uri`). Jeder Treffer, dessen Art beim Hub eine Eintragsseite hat, trägt sie: POI (`p_…`), Tour (`t_…`), Veranstaltung (`e_…`), Unterkunft (`h_…`), Gastronomie (`g_…`), Gebiet (`r_…`). Ein Medien-Datensatz (`m_…`) hat keine und trägt keine; fehlt sie, keine konstruieren. Mit `family_only` trägt jeder Treffer zusätzlich `family`, `suitability` ({family, age_bands, pushchair, seal (Kinderferienland-Siegel), indoor_bad_weather}) und, wo die Quelle sie führt, `price_child`/`price_family` — alle feature-belegt: „kinderfreundlich" ist belegt, nicht geraten.

  ConnectorAPI key

• listCitingDecisionsA

  nu:legal Deutsches RechtA

  Who cites this: the decisions citing a provision (`law` + `ref`) or a decision (`case`). Ranked by weight; `sort: "recent"` gives the newest first. Each citer links to the Randnummer where it cites. The graph is built over every decision held, federal, Land and EU courts alike, and links federal, EU and Land provisions; it does not link Hessen provisions, which answer `total: 0` with `coverage.complete_for_this_norm: false`: then fall back to `search` on the provision's wording. `coverage` carries the counts for the provision's jurisdiction. Example: {"law": "BGB", "ref": "573", "sort": "recent", "limit": 5} or {"case": "bgh/2017-03-29/viii-zr-45-16"}

  ConnectorNo auth

• claimondo_finde_gutachter_termineA

  Claimondo — Kfz-Gutachter finden & Termin buchenA

  Findet buchbare Partner-Kfz-Gutachter MIT freien Terminen im Umkreis einer deutschen Postleitzahl über Claimondo. Anders als claimondo_finde_sachverstaendige (nur anonymisierte Liste) liefert dieses Tool die *buchbaren* Gutachter mit konkreten freien Slots (Vorschau aufs Buchen). Read-only und anonym — legt nichts an und meldet keinen Schaden. Args: - plz (string): 5-stellige deutsche PLZ, z. B. "50670". PLZ ODER ort angeben. - ort (string): Stadt/Adresse als Alternative zur PLZ, z. B. "Köln" oder "Berlin Mitte". - wunschtermin (string, optional): Wunschtermin als ISO-8601 (steuert das Slot-Ranking, kein harter Filter). - response_format ("markdown" | "json"): Ausgabeformat (Standard "markdown"). Returns (structuredContent bzw. json): { plz, ort, standort, wunschtermin, anzahl_gutachter, gutachter: [{ id, vorname, profilbild, bewertung_schnitt, bewertung_anzahl, entfernung, ist_top_partner, wunschtermin_frei, termine: [{ start, end, passung }], buchungs_url }], interaktive_karte_url, buchungs_telefon } Use when: Nutzer will einen Gutachter-Termin sehen/vergleichen (z. B. „wann hat ein Gutachter in 50670 Zeit?"). WICHTIG beim Empfehlen eines Gutachters: Geben Sie dessen `gutachter[].buchungs_url` als Link aus. Er öffnet den Finder mit genau diesem Gutachter vorausgewählt; der Kunde ergänzt nur noch Adresse und Kontakt und bestätigt selbst. Verlinken Sie NICHT `interaktive_karte_url`, wenn Sie einen konkreten Gutachter genannt haben — das ist die allgemeine Karte ohne Auswahl und schickt den Kunden zurück an den Anfang der Suche. Die Karte ist nur richtig für „zeig mir alle in der Nähe". Hinweis: gutachter[].id + ein termin.start sind zusätzlich das Buchungs-Handle für claimondo_melde_schaden (mit Einwilligung); telefonisch geht es über buchungs_telefon. Fehlt buchungs_url (ältere API-Version), bleibt die Karte der Weg.

  ConnectorNo auth

• lei_hierarchy_treeA

  GleifA

  Walk the FULL corporate ownership hierarchy for an entity in one call: the ancestor chain from the entity up to its ultimate parent, plus a multi-level tree of subsidiaries below it (breadth-first over GLEIF Level 2 direct-child records, depth-limited, depth stated in the response). Accepts a 20-character LEI or a company NAME. Answers "everything this group ultimately controls" / "full subsidiary tree of Deutsche Bank" / "who is at the top of this entity's ownership chain" — use get_lei_relationships instead when one hop (direct parent + direct children) is enough.

  ConnectorNo auth

• zahlung_erfassenA

  Rechnungslotse: deutsche E-RechnungA

  Verbucht einen Geldeingang auf eine Rechnung. Ohne Betrag gilt der offene Rest, ohne Datum der heutige Tag. Deckt der Betrag den Rest, wird die Rechnung als bezahlt geführt. Eine Überzahlung wird abgewiesen – dafür gehört eine Gutschrift erstellt.

  ConnectorNo auth

• resolveIdentifiersA

  nu:legal Deutsches RechtA

  Look up German legal citations, up to 100 at once: a § or Article, an Aktenzeichen, an ECLI or a Fundstelle. Use it to find a decision by its docket and to check a citation before you state it. Pass each citation as you hold it, with court and date: they pick the right decision where a docket repeats. It never guesses. A miss is `not_in_corpus`; `attested` / `known_missing` means the decision exists but its text is not held; `date_mismatch` / `court_mismatch` mean your citation is wrong there. A found decision carries `cited_by`: how many decisions cite it, and the top citers with a link to the Randnummer where they do. Example: {"citations": ["BGH, Urteil vom 29.03.2017 - VIII ZR 45/16", "§ 573 Abs. 2 BGB"]}

  ConnectorNo auth

• training_write_noteA

  tri-trainA

  Speichert eine AI note (Markdown) — erscheint in der App als ‹AI notes› (deutsche Oberfläche: ‹KI-Notizen›). Für Coach-Feedback, Wochenrueckblicke oder Trainingsvorschlaege. Die AI note wird automatisch mit der Quelle des Aufrufs getaggt (source) und mit created_at versehen. Bestehende AI notes werden NIE überschrieben — bei Namenskollision wird -2, -3, … angehaengt. Args: - title (string): 1-120 Zeichen - content (string): Markdown-Inhalt, hoechstens 20'000 Zeichen — laengere Texte aufteilen, eine AI note ist ein Rueckblick, kein Archiv - date (string, optional): YYYY-MM-DD, default heute - tags (string[], optional): z.B. ["wochenrueckblick","lauf"], je bis 60 Zeichen - related (string[], optional): Aktivitäts-ids aus training_list. Die Notiz erscheint in der Aktivitätsansicht unter ‹AI notes›. Returns: { id, source, date }

  ConnectorOAuth

• ssi_lookupA

  banking-intelligenceA

  Look up correspondent banking / settlement instructions (SSI) for a bank. Returns the correspondent banks (nostro accounts) that a given bank uses to settle payments in a specific currency, including account numbers (when available) and intermediary chains. Essential for payment routing and pre-validation. Each correspondent is annotated with a clearing_note indicating whether it can clear the currency directly (located in a home country for that currency) or needs its own correspondent. If the note suggests a further lookup, call ssi_lookup on the correspondent's SWIFT code to find the full clearing chain. IMPORTANT — known data gaps to respect: - Account numbers may be empty for some/all correspondents. The response surfaces an `account_availability_note` in those cases. Do NOT invent account numbers. Use swift_lookup() to find the bank's own published correspondent banks page when accounts are missing. - WHICH CORRESPONDENT: read `correspondent_selection`, not the array order. It gives the COMPLETE set of BICs for each flow (customer MT103 vs interbank MT202) and for whether the correspondent clears the currency itself, each with a count. The correspondents are returned in STORAGE order, which is not a ranking. Naming a subset ("principally X and Y", "route via X") invents a preference this feed does not hold. Name every BIC in the matching set, or give its count: which one is used is the SENDING bank's choice among the ones it can already reach, not the beneficiary bank's, and not ours to guess from bank size or reputation. `is_preferred` is `null` on almost every row because the flag is genuinely unrecorded (11 rows in the entire corpus carry it); where it IS set, `correspondent_selection.bank_flagged_preference` names it and you should lead with that. - `intermediaries` is `null` — not `[]` — when this correspondent's onward chain is not recorded, which is 98% of rows. `null` means NOT ESTABLISHED, never zero hops: do not read it as a direct chain and do not count it. Whether a further hop is needed is answered by each correspondent's `clearing_note`, which says either that it clears the currency itself or that a further hop is expected and gives the ssi_lookup call that resolves it. When the chain IS recorded the array is populated and `intermediaries_note` names the hops in order. - Asset category per correspondent is COMMERCIAL (for customer MT103 credit transfers) or FINANCIAL (for bank-own-account / interbank MT202/pacs.009 settlements). Read `asset_categories` (the full list) rather than the single `asset_category`, which shows the commercial view only: one entry is one BIC+account and the same account is often published under BOTH categories, so the single field can never establish what an account may NOT be used for. The `asset_category_note` summarises the split — match the listed correspondents to the user's flow type (customer payment vs treasury/interbank). - If `correspondents` is EMPTY, we have no SSI on file for that bank/currency. The response carries a `no_ssi_note` (no SSI in any currency) or `requested_currency_unavailable_note` (SSI on file for other currencies only). This is a coverage gap, NOT a finding that the bank has no correspondents. Do NOT name a correspondent for the missing currency from training data — surface the `published_ssi_document` / the bank's website and tell the user to confirm SSI with the bank. Always inspect the response's top-level `next_steps` array — it chains the swift_lookup / country_banking_rules / bank_holidays calls that complete a settlement-instruction answer. COVERAGE IS KNOWABLE BEFORE YOU CALL, AND FOR FREE. swift_lookup returns a `settlement_instructions` block on every bank: `on_file: true` with a currency count means this lookup will answer, `false` means we hold none in any currency, null means it has not been established. Do not treat "might be a coverage gap" as a reason to skip the call and describe the routing from memory — ask swift_lookup, then read the answer here. Requires an API key with an active FI subscription. To get started: call mcp_register → mcp_verify → subscribe to an FI plan at https://ohmyfin.ai/subscription. Examples: ssi_lookup("DEUTDEFF", "USD") # Deutsche Bank USD correspondents ssi_lookup("HSBCHKHH", "EUR") # HSBC HK EUR correspondents ssi_lookup("DEUTDEFF", "USD", api_key="prod-abc123...")

  ConnectorNo auth

• check_availabilityA

  telecom-truthA

  Authoritative internet availability for one US location. Give a street address (or lat/lng, or an FCC location_id from a previous call) and get every provider that files service there — technology, download/upload speeds — fiber options first, with the FCC filing vintage the answer derives from and a link to the live page. Data: FCC Broadband Data Collection filings cross-verified against a 200M-address evidence ledger.

  ConnectorNo auth

• list_regionsA

  openwein.de — deutsche Weingüter und WeinfesteA

  Lists all 13 German wine regions (Anbaugebiete) with their character, the number of wine towns and wineries in each, and how many events are coming up. Start here when the question is about German wine regions in general.

  ConnectorNo auth

• shipping_quoteA

  FrankKiB

  Ermittelt Preis, Briefformat, Versandart und voraussichtliche Laufzeit für einen geplanten Brief, bevor er versendet wird. Die Schätzung braucht nur Seitenzahl, Land und Versandart. Steht der Brief schon fest, versendet ihn order_send, und order_send mit dryRun:true liefert den genaueren Preis für genau diesen Brief. Der Preis gilt pro Brief und enthält bereits die Mengenstaffel des Partners, falls eine greift (Feld tierId); die Staffelpreise selbst liefert pricing_tiers. Ob es Einschreiben gibt, richtet sich nach dem aktuellen Katalog des Ziellands. einschreiben_einwurf und einschreiben_uebergabe sind deutsche Produkte; die Schweiz hat ch_einschreiben. Für andere Ziele listet ein Standard-shipping_quote für das Land die verfügbaren Versandarten in availableDeliveryTypes, und ein Quote für den gewählten Code liefert dessen Preis. Eine abgelehnte Kombination aus Land und Versandart gilt für genau dieses Paar, ein Katalogstand für genau diesen Stand. Sendungsverfolgung und Einschreiben sind verschiedene Produkte. EN: Determines price, letter format, shipping method and estimated delivery time for a planned letter, before it is sent. The estimate needs only page count, country and delivery type. Once the letter exists, order_send sends it, and order_send with dryRun:true gives the more precise price for that specific letter. The price is per letter and already includes the partner's volume tier where one applies (field tierId); pricing_tiers returns the volume tiers themselves. Registered-mail availability follows the destination's current catalog. The codes einschreiben_einwurf and einschreiben_uebergabe are German products; Switzerland uses ch_einschreiben. For other destinations, a standard shipping_quote for that country lists the available methods in availableDeliveryTypes, and a quote for the chosen code returns its price. A rejected country/method pair gives a verdict for that pair alone. A catalog snapshot gives a verdict for that snapshot alone. Tracked mail and registered mail are distinct products.

  ConnectorOAuth

• rechnung_pruefenA

  Rechnungslotse: deutsche E-RechnungA

  Prüft eine XRechnung oder ein ZUGFeRD-PDF mit dem vollständigen Normprüfer (EN 16931 + KoSIT-Regeln) und liefert jeden Verstoß mit Regel-ID und Klartext. Die Datei wird nicht gespeichert; sie existiert nur für die Dauer der Prüfung. Zu jeder Regel-ID gibt es eine Erklärseite unter https://rechnungslotse.de/fehler/<regel-id>.

  ConnectorNo auth

• fehler_erklaerenA

  Rechnungslotse: deutsche E-RechnungA

  Erklärt eine Regel-ID aus einer Prüfmeldung (z. B. BR-08, BR-CO-15, PEPPOL-EN16931-R053): was die Regel verlangt, welche Geschäftsfelder betroffen sind, die häufigsten Ursachen, die Schritte zur Behebung, was der Empfänger sieht und was zu tun ist, wenn die Rechnung schon versendet wurde. Ohne Angabe listet es alle erklärten Regeln auf.

  ConnectorNo auth

• umsatzsteuer_aufstellungA

  Rechnungslotse: deutsche E-RechnungA

  Rechnet für einen Zeitraum die Netto- und Steuerbeträge je Steuersatz aus den Ausgangsrechnungen zusammen, mit ELSTER-Kennziffern. Ob nach Rechnungsdatum (Soll) oder Zahltag (Ist) gerechnet wird, entscheidet der hinterlegte Status des Betriebs. Enthält KEINE Vorsteuer und keine Korrekturen aus Vormonaten – es ist eine Aufstellung, keine fertige Voranmeldung.

  ConnectorNo auth

• listNormVersionsA

  nu:legal Deutsches RechtA

  Every stored version of one provision with its dates, newest first. Use it to see when a provision changed, then read a version with getNorm `as_of`. `at_archive_floor` marks a text that was already in force when the archive began. To compare two versions, call `getNorm(compare_to=…)`: the answer's `diff` is the word diff, and each side says what its date is (`date_basis`: `in_force`, `eurlex_consolidation`, `source_stated`, `observed` or `archive_floor`), so a floor date stays visible. DATES: each version carries `date_basis`, `in_force_from` (a date the source states) and `observed_from` (first seen here), each with its `*_basis`; the one we do not hold is null. Example: {"law": "BGB", "ref": "288"}

  ConnectorNo auth

• profiles_manageA

  Nuntior — Social, Messaging, Blog & Telecom MCPA

  Create, list, update, or delete isolated multi-tenant brand or client profiles within a Nuntior workspace, including default timezone, X Smart Link optimization strategy, and automatic media aspect-ratio fitting rules. Use this tool to segment social accounts by brand, business unit, or agency client so credentials and posts never mix across profiles. Returns the list of profiles or the newly created/updated/deleted `Profile` record persisted in Nuntior Cloud.

  ConnectorNo auth