# Rechnungslotse: deutsche E-Rechnung (remote · rechnungslotse.de) XRechnung/ZUGFeRD erstellen, gegen EN 16931 prüfen, Fehler mit Regel-ID erklären. Ohne Konto. - Trust score: 73/100 (medium) - Change this week: +3 - Registry status: active - Liveness: live - Owner verified: no - Last scored: 2026-09-27 ## Components - remote · `rechnungslotse.de`: 73/100 (this document), [markdown](https://verifymcp.io/servers/de-rechnungslotse-e-rechnung/api-mcp.md), [page](https://verifymcp.io/servers/de-rechnungslotse-e-rechnung/api-mcp) ## Channel facts - Endpoint: `https://rechnungslotse.de/api/mcp` - Transports: `streamable-http` - Auth: `none` - Version: `1.0.0` ## Trust breakdown How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. Scores are 0–100 per category. Scoring method: https://verifymcp.io/docs/scoring (what has changed: https://verifymcp.io/docs/scoring/changelog) Scored 2026-09-27. - **Endpoint Security**: 63/100 - The endpoint's TLS certificate is valid, in date, and uses a strong key. - Authorisation not fully verified: no authorisation is required to call this server, and 18 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. - HTTPS is enforced; there's no plaintext access path. - The HSTS (Strict-Transport-Security) header is present. - DNSSEC check failed: this domain isn't protected by DNSSEC. - **Transport & Reachability**: 100/100 - Verified streamable-http transport via a live MCP handshake. - **Schema Quality & AI Usability**: 69/100 - AI-judged instruction clarity (excellent). - Context-footprint check failed: tool/resource definitions use about 3168 tokens (~176/item across 18 items; 18 tools + 0 resources), over budget; trim descriptions and params. - Usage-examples check failed: none of the tools include examples. - **Stability & Change Management**: 67/100 - Stability observed for 20 of 30 days with no destabilising changes; credit accrues until the full window elapses. - **Tool Coverage**: 98/100 - 100% of tools have a non-trivial description (not blank, and not just the tool's name). - 94% of tool parameters carry a description. - **Tool Safety**: 100/100 - No prompt-injection markers were found in the server instructions, tool names or descriptions we captured. - We read all 18 captured tool definition(s), and no name or description among them implies an irreversible operation. - An AI judge read all 19 captured unit(s) of tool text and found none that tries to manipulate the model reading it. - **Capabilities**: 60/100 - Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. ## Install ### How do I install the Rechnungslotse: deutsche E-Rechnung MCP server? Rechnungslotse: deutsche E-Rechnung is a hosted endpoint at https://rechnungslotse.de/api/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation. ### Claude ```bash claude mcp add --transport http de-rechnungslotse-e-rechnung 'https://rechnungslotse.de/api/mcp' ``` ### Cursor ```json { "mcpServers": { "de-rechnungslotse-e-rechnung": { "url": "https://rechnungslotse.de/api/mcp" } } } ``` ### VS Code ```json { "servers": { "de-rechnungslotse-e-rechnung": { "type": "http", "url": "https://rechnungslotse.de/api/mcp" } } } ``` ### Codex ```toml [mcp_servers.de-rechnungslotse-e-rechnung] url = "https://rechnungslotse.de/api/mcp" ``` ### opencode ```json { "$schema": "https://opencode.ai/config.json", "mcp": { "de-rechnungslotse-e-rechnung": { "type": "remote", "url": "https://rechnungslotse.de/api/mcp", "enabled": true } } } ``` ### OpenClaw ```bash openclaw mcp add de-rechnungslotse-e-rechnung --url 'https://rechnungslotse.de/api/mcp' --transport streamable-http ``` ### Hermes ```yaml mcp_servers: de-rechnungslotse-e-rechnung: url: "https://rechnungslotse.de/api/mcp" ``` ### Netclaw ```json { "McpServers": { "de-rechnungslotse-e-rechnung": { "Transport": "http", "Url": "https://rechnungslotse.de/api/mcp" } } } ``` ### Vellum ```bash assistant mcp add de-rechnungslotse-e-rechnung -t streamable-http -u 'https://rechnungslotse.de/api/mcp' ``` ### Other ```json { "mcpServers": { "de-rechnungslotse-e-rechnung": { "type": "http", "url": "https://rechnungslotse.de/api/mcp" } } } ``` The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs. ## Changelog Every change recorded for this component, newest first. Days that predate change tracking, or that we cannot explain, say so: "we were watching and nothing happened" and "we were not watching" are different claims. ### 2026-09-26 (score 73, +1) No change was recorded against any check on this day. Stability & Change Management went from 60 to 63. That category is still filling its 30-day observation window: 18 days of observed history at the previous scan, 19 at this one. The score rises as the window fills, whether or not the server changes. ### 2026-09-25 (score 72, 0) - [functional] We updated how we score, so this day's move reflects our rubric, not a change to the server ### 2026-09-24 (score 72, +1) No change was recorded against any check on this day. Stability & Change Management went from 53 to 57. That category is still filling its 30-day observation window: 16 days of observed history at the previous scan, 17 at this one. The score rises as the window fills, whether or not the server changes. ### 2026-09-22 (score 71, +1) No change was recorded against any check on this day. Stability & Change Management went from 47 to 50. That category is still filling its 30-day observation window: 14 days of observed history at the previous scan, 15 at this one. The score rises as the window fills, whether or not the server changes. ### 2026-09-20 (score 70, +1) No change was recorded against any check on this day. Stability & Change Management went from 40 to 43. That category is still filling its 30-day observation window: 12 days of observed history at the previous scan, 13 at this one. The score rises as the window fills, whether or not the server changes. ### 2026-09-18 (score 69, +1) No change was recorded against any check on this day. Stability & Change Management went from 33 to 37. That category is still filling its 30-day observation window: 10 days of observed history at the previous scan, 11 at this one. The score rises as the window fills, whether or not the server changes. ### 2026-09-15 (score 68, +1) No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes. ### 2026-09-13 (score 67, +1) No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes. ## MCP tools (18) ### `rechnung_pruefen` (~197 tokens) E-Rechnung gegen EN 16931 prüfen 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/. Input parameters: - `datei_base64` (string): Die Datei Base64-kodiert – nötig für ZUGFeRD-PDF, geht auch für XML. - `dateiname` (string): Dateiname mit Endung (.xml oder .pdf) – daraus wird der Typ bestimmt. Vorgabe: rechnung.xml - `xml` (string): Der XML-Inhalt der E-Rechnung als Text (XRechnung/UBL oder CII). Entweder dieses Feld ODER datei_base64. ### `rechnung_lesen` (~160 tokens) E-Rechnung im Klartext lesen Liest den Datensatz einer XRechnung oder eines ZUGFeRD-PDF und gibt Absender, Empfänger, Positionen, Beträge, Fälligkeit und Bankverbindung strukturiert zurück – ohne die Datei zu speichern. Input parameters: - `datei_base64` (string): Die Datei Base64-kodiert – nötig für ZUGFeRD-PDF, geht auch für XML. - `dateiname` (string): Dateiname mit Endung (.xml oder .pdf) – daraus wird der Typ bestimmt. Vorgabe: rechnung.xml - `xml` (string): Der XML-Inhalt der E-Rechnung als Text (XRechnung/UBL oder CII). Entweder dieses Feld ODER datei_base64. ### `pflicht_pruefen` (~164 tokens) E-Rechnungspflicht klären Beantwortet für einen konkreten deutschen Betrieb, ab wann er E-Rechnungen ausstellen muss und was für den Empfang gilt – mit Datum und Paragraf (§ 27 Abs. 38 UStG, § 34a UStDV). Input parameters: - `betraege` (string, required): Liegen alle Rechnungen unter 250 € (Kleinbetragsrechnungen)? - `kleinunternehmer` (string, required): Gilt § 19 UStG (Kleinunternehmer)? - `kunden` (string, required): An wen wird fakturiert? - `umsatz` (string, required): Gesamtumsatz 2026 über oder bis 800.000 €? - `unternehmer` (string, required): Ist die Person Unternehmer im Sinne des UStG? ### `leitweg_pruefen` (~75 tokens) Leitweg-ID prüfen Zerlegt eine Leitweg-ID in Grobadressierung, Feinadressierung und Prüfziffer, rechnet die Prüfziffer nach MOD 97-10 nach und findet Zahlendreher. Input parameters: - `leitweg_id` (string, required): Die Leitweg-ID, z. B. 991-33333-62 ### `fehler_erklaeren` (~134 tokens) Prüfregel im Klartext erklären 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. Input parameters: - `regel` (string): Die Kennung aus der Fehlermeldung, z. B. BR-08. Groß-/Kleinschreibung egal. ### `pflichtangaben_pruefen` (~248 tokens) Pflichtangaben nach § 14 UStG prüfen Prüft die Angaben einer Rechnung gegen § 14 UStG – auch für eine Rechnung aus Word oder einem PDF ohne Datensatz. Meldet je Pflichtangabe, ob sie vorhanden ist, und berücksichtigt Kleinbetragsrechnungen (§ 33 UStDV), Kleinunternehmer (§ 19) und Reverse Charge (§ 13b). Input parameters: - `aussteller` (object): Wer die Rechnung stellt. - `empfaenger` (object) - `iban` (string) - `kleinunternehmer` (boolean): Gilt § 19 UStG? - `leistung` (string): Bezeichnung der Leistung oder Ware. - `leistungsdatum` (string): JJJJ-MM-TT – Liefer- oder Leistungszeitpunkt. - `netto` (number): Nettobetrag in Euro, z. B. 1190.00 - `rechnungsdatum` (string): JJJJ-MM-TT - `rechnungsnummer` (string) - `reverse_charge` (boolean): Steuerschuldnerschaft des Leistungsempfängers? - `ust_prozent` (number): 19, 7 oder 0. ### `kleinunternehmer_pruefen` (~135 tokens) Kleinunternehmer-Grenze nach § 19 UStG prüfen Prüft die beiden Umsatzgrenzen der Kleinunternehmerregelung in der ab 2025 geltenden Fassung: Vorjahr höchstens 25.000 €, laufendes Jahr höchstens 100.000 €. Sagt, ob die Regelung dieses und nächstes Jahr noch gilt – und dass sie bei Überschreiten der 100.000 € sofort endet, nicht erst zum Jahreswechsel. Input parameters: - `umsatz_laufendes_jahr` (number, required): Bisheriger Umsatz des laufenden Jahres in Euro. - `umsatz_vorjahr` (number, required): Gesamtumsatz des Vorjahres in Euro. ### `rechnung_erstellen` (~138 tokens) E-Rechnung erstellen (Konto nötig) Erzeugt eine geprüfte E-Rechnung (XRechnung, PDF, ZUGFeRD) im verbundenen Betrieb. Absender, Rechnungsnummer und Zahlungsziel kommen aus dem Betrieb. Gleiche bestellnummer = gleiche Rechnung (Idempotenz): Ein wiederholter Aufruf legt KEINE zweite Rechnung an. Zählt gegen das Monatskontingent des Tarifs. Input parameters: - `bestellnummer` (string): Eure Vorgangsnummer. Dient als Idempotency-Key und als Käuferreferenz auf der Rechnung. - `empfaenger` (object, required): Der Rechnungsempfänger. - `positionen` (array, required) ### `rechnung_datei` (~220 tokens) Rechnungsdatei abholen (Konto nötig) Holt eine Fassung einer erzeugten Rechnung. WICHTIG: „zugferd" ist die E-Rechnung ALS PDF – ein PDF/A-3 mit eingebettetem Rechnungsdatensatz, das Menschen lesen und Maschinen verarbeiten können. „pdf" ist nur das Sichtdokument OHNE Datensatz und damit keine E-Rechnung. Wer eine „saubere E-Rechnung als PDF" oder ein „PDF/A" will, nimmt zugferd. Nur bei xrechnung kommt der Inhalt mit; PDFs gibt es als Link, weil ein PDF als Base64 im Gespräch niemandem nützt. Input parameters: - `format` (string, required): zugferd = E-Rechnung als PDF/A-3 mit eingebettetem Datensatz (der Regelfall für „PDF-Rechnung"). xrechnung = nur der XML-Datensatz, für Behörden und zur Prüfung. pdf = Sichtdokument OHNE Datensatz, n… - `rechnung_id` (string, required): Die id aus rechnung_erstellen. ### `betrieb_lesen` (~36 tokens) Betriebs-Stammdaten lesen (Konto nötig) Liest die Stammdaten des Betriebs, zu dem der Zugang gehört: Anschrift, Steuernummer, Bankverbindung. ### `rechnungen_suchen` (~189 tokens) Rechnungen durchsehen (Konto nötig) Listet Rechnungen des verbundenen Betriebs – nach Zustand, Zeitraum oder Suchbegriff (Nummer oder Empfängername). Jede Zeile trägt den offenen Betrag und ob sie überfällig ist. Für Fragen wie „welche Rechnungen sind noch offen?" oder „was habe ich der Müller GmbH im Juli berechnet?". Input parameters: - `bis` (string): Spätestes Rechnungsdatum, JJJJ-MM-TT. - `limit` (number): Höchstzahl der Treffer, 1 bis 100. Vorgabe 25. - `status` (string): Zustand: draft Entwurf, open offen, paid bezahlt, overdue überfällig, cancelled storniert. - `suche` (string): Teil einer Rechnungsnummer oder eines Empfängernamens. - `von` (string): Frühestes Rechnungsdatum, JJJJ-MM-TT. ### `kunden_suchen` (~116 tokens) Kunden nachschlagen (Konto nötig) Sucht in der Kundenkartei des Kontos und gibt die vollständige Anschrift zurück. VOR jedem rechnung_erstellen zu benutzen, wenn der Empfänger schon einmal beliefert wurde – die Anschrift ist eine Pflichtangabe nach § 14 UStG und darf nicht aus dem Gedächtnis stammen. Input parameters: - `limit` (number): Höchstzahl der Treffer, 1 bis 100. Vorgabe 20. - `suche` (string): Teil des Namens, der Stadt oder der E-Mail-Adresse. ### `umsatzsteuer_aufstellung` (~145 tokens) Zahlen für die Umsatzsteuer-Voranmeldung (Konto nötig) 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. Input parameters: - `bis` (string, required): Letzter Tag des Zeitraums, JJJJ-MM-TT. - `von` (string, required): Erster Tag des Zeitraums, JJJJ-MM-TT. ### `zahlung_erfassen` (~175 tokens) Zahlungseingang verbuchen (Konto nötig) 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. Input parameters: - `betrag` (number): Betrag in Euro, z. B. 119.00. Ohne Angabe der offene Rest. - `datum` (string): Tag des Geldeingangs laut Kontoauszug, JJJJ-MM-TT. Ohne Angabe heute. - `rechnung_id` (string, required): Die id aus rechnungen_suchen oder rechnung_erstellen. - `vorgang` (string): Eigene Vorgangsnummer zur Wiederholungssicherung: Derselbe Wert verbucht die Zahlung KEIN zweites Mal. ### `leistung_erfassen` (~341 tokens) Leistung auf einen Kunden schreiben (Konto nötig) Schreibt eine erbrachte Leistung auf einen Kunden – Stunden, Material, Pauschalen, Fahrtkosten. Sie bleibt offen, bis sie abgerechnet wird. Preis und Steuersatz kommen aus dem Artikel, wenn einer genannt ist; mitgegebene Werte haben Vorrang. Für mehrere Posten dieses Werkzeug MEHRFACH aufrufen – es gibt bewusst keinen Stapel, damit jeder Posten einzeln zurückgemeldet wird. Input parameters: - `artikel` (string): Name aus der Artikelliste – liefert Preis, Einheit und Steuersatz. - `bezeichnung` (string, required): Was geleistet wurde. Steht später auf der Rechnung. - `datum` (string, required): Tag der LEISTUNG (nicht der Erfassung), JJJJ-MM-TT. - `einheit` (string): stunde, tag, stueck, pauschale, meter, m2, kg, liter, km. Ohne Angabe: Stunde. - `einzelpreis` (number): Netto in Euro. Ohne Angabe der Preis des Artikels. - `kunde` (string): Name des Kunden, genau wie in der Kartei. Alternativ kunde_id aus kunden_suchen. - `kunde_id` (string): Kennung aus kunden_suchen – eindeutiger als der Name. - `menge` (number, required): Dezimal, z. B. 1.5 für anderthalb Stunden. - `notiz` (string): Optional: erscheint nur im Leistungsnachweis, nicht auf der Position. - `ust_prozent` (number): 19, 7 oder 0. Ohne Angabe 19 bzw. der Satz des Artikels. ### `leistungen_offen` (~148 tokens) Noch nicht abgerechnete Leistungen (Konto nötig) Zeigt, was erfasst und noch nicht in Rechnung gestellt ist – einzeln oder als Summe je Kunde. Für „was habe ich diesen Monat noch nicht abgerechnet?" und als Vorschau vor dem Monatsabschluss. Die Summen sind auf den Cent dieselben wie auf der späteren Rechnung. Input parameters: - `bis` (string): Spätestes Leistungsdatum, JJJJ-MM-TT. - `gruppiert` (boolean): true = Summe je Kunde (die Monatsabschluss-Sicht), false = Einzelposten. - `kunde_id` (string): Nur die Leistungen dieses Kunden. - `von` (string): Frühestes Leistungsdatum, JJJJ-MM-TT. ### `leistungen_abrechnen` (~303 tokens) Offene Leistungen eines Kunden in Rechnung stellen (Konto nötig) Macht aus den offenen Leistungen EINES Kunden eine geprüfte E-Rechnung (XRechnung, PDF, ZUGFeRD). Ohne leistung_ids werden alle offenen Posten des Kunden im Zeitraum genommen. Gleiche Leistungen werden zu einer Rechnungsposition zusammengefasst; die Aufschlüsselung je Tag steht als Anlage „Leistungsnachweis“ im PDF. Eine Leistung kann nie auf zwei Rechnungen landen. Gleiche vorgangsnummer = gleiche Rechnung (Idempotenz). Zählt gegen das Monatskontingent. Input parameters: - `bis` (string): Spätestes Leistungsdatum, JJJJ-MM-TT. - `datum` (string): Rechnungsdatum, JJJJ-MM-TT. Ohne Angabe heute. - `kunde_id` (string, required): Wessen Leistungen abgerechnet werden. - `leistung_ids` (array): Genau diese Posten. Ohne Angabe alle offenen des Kunden im Zeitraum. - `verdichten` (boolean): VORGABE JA. Die Rechnung zeigt dann eine Position je Leistungsart und die Anlage „Leistungsnachweis“ die Aufschlüsselung je Tag – so macht es jedes CRM. Auf false gesetzt trägt jede Leistung ihre eig… - `von` (string): Frühestes Leistungsdatum, JJJJ-MM-TT. - `vorgangsnummer` (string): Eure Vorgangsnummer als Wiederholungsschutz. ### `offene_posten` (~89 tokens) Überfällige Rechnungen (Konto nötig) Nennt die Rechnungen, deren Zahlungsziel abgelaufen ist, mit Tagen seit Fälligkeit, offenem Betrag und der Mahnstufe, die nach den Einstellungen des Betriebs fällig wäre. Für „wer schuldet mir noch Geld?" und die Vorbereitung eines Mahnlaufs. Input parameters: - `limit` (number): Höchstzahl der Treffer, 1 bis 100. Vorgabe 25. ## Diagnostics Captured diagnostic sections: TLS, DNSSEC, Authorisation, Transports. The full working is on the page: https://verifymcp.io/servers/de-rechnungslotse-e-rechnung/api-mcp#diagnostics ## Score history - 2026-09-27: 73 - 2026-09-26: 73 - 2026-09-25: 72 - 2026-09-24: 72 - 2026-09-23: 71 - 2026-09-22: 71 - 2026-09-21: 70 - 2026-09-20: 70 - 2026-09-19: 69 - 2026-09-18: 69 - 2026-09-17: 68 - 2026-09-16: 68 - 2026-09-15: 68 - 2026-09-14: 67 - 2026-09-13: 67 - 2026-09-12: 66 - 2026-09-11: 66 - 2026-09-10: 65 - 2026-09-09: 65 - 2026-09-08: 64 - 2026-09-07: 64 ## Common questions ### What is the Rechnungslotse: deutsche E-Rechnung MCP server? Rechnungslotse: deutsche E-Rechnung is an MCP server listed in the public MCP registry as de.rechnungslotse/e-rechnung. XRechnung/ZUGFeRD erstellen, gegen EN 16931 prüfen, Fehler mit Regel-ID erklären. Ohne Konto. This page covers its hosted endpoint (https://rechnungslotse.de/api/mcp). ### Is the Rechnungslotse: deutsche E-Rechnung MCP server safe to use? Rechnungslotse: deutsche E-Rechnung scores 73 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm. ### What tools does the Rechnungslotse: deutsche E-Rechnung MCP server expose? Rechnungslotse: deutsche E-Rechnung exposes 18 tools: rechnung_pruefen, rechnung_lesen, pflicht_pruefen, leitweg_pruefen, fehler_erklaeren, and 13 more. Their descriptions and schemas cost roughly 3,013 tokens of context every time the server is loaded. ### Does the Rechnungslotse: deutsche E-Rechnung MCP server require authentication? No. We connected to Rechnungslotse: deutsche E-Rechnung without credentials and it answered, so anything it exposes is reachable by anyone who knows the address. ### Is the Rechnungslotse: deutsche E-Rechnung MCP server still maintained? Rechnungslotse: deutsche E-Rechnung is still listed as active in the MCP registry. We last reached this channel on 27 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced. ## Links - Remote endpoint: https://rechnungslotse.de/api/mcp - Website: https://rechnungslotse.de/mcp - Changelog RSS feed: https://verifymcp.io/servers/de-rechnungslotse-e-rechnung/api-mcp.xml - Changelog JSON feed: https://verifymcp.io/servers/de-rechnungslotse-e-rechnung/api-mcp.json - HTML version of this page: https://verifymcp.io/servers/de-rechnungslotse-e-rechnung/api-mcp