Rechnungslotse: deutsche E-Rechnung
REMOTE · RECHNUNGSLOTSE.DE · SCANNED SEP 27
XRechnung/ZUGFeRD erstellen, gegen EN 16931 prüfen, Fehler mit Regel-ID erklären. Ohne Konto.
Available components
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. How we score → Why this is hard to score →
Endpoint Security63
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- 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. See how to fix → View diagnostics → Unverified
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability69
- AI-judged instruction clarity (excellent).Pass
- 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. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management67
- Stability observed for 20 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage98
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 94% of tool parameters carry a description.Partial
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 18 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 19 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities60
- Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail
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.
remote · rechnungslotse.de
claude mcp add --transport http de-rechnungslotse-e-rechnung 'https://rechnungslotse.de/api/mcp'
{
"mcpServers": {
"de-rechnungslotse-e-rechnung": {
"url": "https://rechnungslotse.de/api/mcp"
}
}
} {
"servers": {
"de-rechnungslotse-e-rechnung": {
"type": "http",
"url": "https://rechnungslotse.de/api/mcp"
}
}
} [mcp_servers.de-rechnungslotse-e-rechnung] url = "https://rechnungslotse.de/api/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"de-rechnungslotse-e-rechnung": {
"type": "remote",
"url": "https://rechnungslotse.de/api/mcp",
"enabled": true
}
}
} openclaw mcp add de-rechnungslotse-e-rechnung --url 'https://rechnungslotse.de/api/mcp' --transport streamable-http
mcp_servers:
de-rechnungslotse-e-rechnung:
url: "https://rechnungslotse.de/api/mcp" {
"McpServers": {
"de-rechnungslotse-e-rechnung": {
"Transport": "http",
"Url": "https://rechnungslotse.de/api/mcp"
}
}
} assistant mcp add de-rechnungslotse-e-rechnung -t streamable-http -u 'https://rechnungslotse.de/api/mcp'
{
"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.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 26 Sept 26 +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.
- 25 Sept 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 24 Sept 26 +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.
- 22 Sept 26 +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.
- 20 Sept 26 +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.
- 18 Sept 26 +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.
- 15 Sept 26 +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.
- 13 Sept 26 +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.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 27 Sept 2026 · Probed https://rechnungslotse.de/api/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=rechnungslotse.de | CN=YE2,O=Let's Encrypt,C=US | 22 Sept 2026 | 21 Dec 2026 | ECDSA 256 | ECDSA-SHA384 | 622719b8f3d22ba6d6c6f5846f4dfb62b28 |
| SANs: rechnungslotse.de | ||||||
| CN=YE2,O=Let's Encrypt,C=US (CA) | CN=Root YE,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | ECDSA 384 | ECDSA-SHA384 | 4df3b15dd6c0784c507cd37b58e6f115 |
| CN=Root YE,O=ISRG,C=US (CA) | CN=ISRG Root X2,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | ECDSA-SHA384 | 872165fc34b6e5fba8add5b3705fb53a |
| CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | SHA256-RSA | 6c8f1dc727c7117f7baf853ac980f9cd |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of rechnungslotse.de. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| de. | present | 26755 | 8 | Verified |
| rechnungslotse.de. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
| Header | Value |
|---|---|
| strict-transport-security | max-age=63072000; includeSubDomains |
| content-security-policy | default-src 'self'; script-src 'self' 'nonce-66824f495e0f4c0c856e3171043d3942' 'strict-dynamic' https://matomo.aos-digital.de; style-src 'self' 'unsafe-inline'; img-src 'self' data: blob: https://matomo.aos-digital.de; font-src 'self'; connect-src 'self' https://matomo.aos-digital.de; frame-src 'self' blob:; object-src 'self' blob:; base-uri 'self'; form-action 'self' https://checkout.stripe.com https://billing.stripe.com; frame-ancestors 'none'; manifest-src 'self'; worker-src 'self' blob:; upgrade-insecure-requests |
| x-content-type-options | nosniff |
| x-frame-options | DENY |
| referrer-policy | strict-origin-when-cross-origin |
| permissions-policy | accelerometer=(), camera=(), geolocation=(), gyroscope=(), magnetometer=(), microphone=(), payment=(), usb=(), interest-cohort=() |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://rechnungslotse.de/api/mcp | Verified | 200 | |
| http (plaintext) | http://rechnungslotse.de/api/mcp | HTTPS enforced | 301 | https://rechnungslotse.de/api/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
betrieb_lesen Betriebs-Stammdaten lesen (Konto nötig) ~36
Liest die Stammdaten des Betriebs, zu dem der Zugang gehört: Anschrift, Steuernummer, Bankverbindung.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
fehler_erklaeren Prüfregel im Klartext erklären ~134
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.
| Name | Type | Req | Description |
|---|---|---|---|
| regel | string | – | Die Kennung aus der Fehlermeldung, z. B. BR-08. Groß-/Kleinschreibung egal. |
No output schema declared.
No examples provided.
kleinunternehmer_pruefen Kleinunternehmer-Grenze nach § 19 UStG prüfen ~135
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.
| Name | Type | Req | Description |
|---|---|---|---|
| umsatz_laufendes_jahr | number | yes | Bisheriger Umsatz des laufenden Jahres in Euro. |
| umsatz_vorjahr | number | yes | Gesamtumsatz des Vorjahres in Euro. |
No output schema declared.
No examples provided.
kunden_suchen Kunden nachschlagen (Konto nötig) ~116
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.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | – | Höchstzahl der Treffer, 1 bis 100. Vorgabe 20. |
| suche | string | – | Teil des Namens, der Stadt oder der E-Mail-Adresse. |
No output schema declared.
No examples provided.
leistung_erfassen Leistung auf einen Kunden schreiben (Konto nötig) ~341
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.
| Name | Type | Req | Description |
|---|---|---|---|
| artikel | string | – | Name aus der Artikelliste – liefert Preis, Einheit und Steuersatz. |
| bezeichnung | string | yes | Was geleistet wurde. Steht später auf der Rechnung. |
| datum | string | yes | 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 | yes | 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. |
No output schema declared.
No examples provided.
leistungen_abrechnen Offene Leistungen eines Kunden in Rechnung stellen (Konto nötig) ~303
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.
| Name | Type | Req | Description |
|---|---|---|---|
| bis | string | – | Spätestes Leistungsdatum, JJJJ-MM-TT. |
| datum | string | – | Rechnungsdatum, JJJJ-MM-TT. Ohne Angabe heute. |
| kunde_id | string | yes | 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. |
No output schema declared.
No examples provided.
leistungen_offen Noch nicht abgerechnete Leistungen (Konto nötig) ~148
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.
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
No output schema declared.
No examples provided.
leitweg_pruefen Leitweg-ID prüfen ~75
Zerlegt eine Leitweg-ID in Grobadressierung, Feinadressierung und Prüfziffer, rechnet die Prüfziffer nach MOD 97-10 nach und findet Zahlendreher.
| Name | Type | Req | Description |
|---|---|---|---|
| leitweg_id | string | yes | Die Leitweg-ID, z. B. 991-33333-62 |
No output schema declared.
No examples provided.
offene_posten Überfällige Rechnungen (Konto nötig) ~89
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.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | – | Höchstzahl der Treffer, 1 bis 100. Vorgabe 25. |
No output schema declared.
No examples provided.
pflicht_pruefen E-Rechnungspflicht klären ~164
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).
| Name | Type | Req | Description |
|---|---|---|---|
| betraege | string | yes | Liegen alle Rechnungen unter 250 € (Kleinbetragsrechnungen)? |
| kleinunternehmer | string | yes | Gilt § 19 UStG (Kleinunternehmer)? |
| kunden | string | yes | An wen wird fakturiert? |
| umsatz | string | yes | Gesamtumsatz 2026 über oder bis 800.000 €? |
| unternehmer | string | yes | Ist die Person Unternehmer im Sinne des UStG? |
No output schema declared.
No examples provided.
pflichtangaben_pruefen Pflichtangaben nach § 14 UStG prüfen ~248
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).
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
No output schema declared.
No examples provided.
rechnung_datei Rechnungsdatei abholen (Konto nötig) ~220
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.
| Name | Type | Req | Description |
|---|---|---|---|
| format | string | yes | 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 | yes | Die id aus rechnung_erstellen. |
No output schema declared.
No examples provided.
rechnung_erstellen E-Rechnung erstellen (Konto nötig) ~138
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.
| Name | Type | Req | Description |
|---|---|---|---|
| bestellnummer | string | – | Eure Vorgangsnummer. Dient als Idempotency-Key und als Käuferreferenz auf der Rechnung. |
| empfaenger | object | yes | Der Rechnungsempfänger. |
| positionen | array | yes | – |
No output schema declared.
No examples provided.
rechnung_lesen E-Rechnung im Klartext lesen ~160
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.
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
No output schema declared.
No examples provided.
rechnung_pruefen E-Rechnung gegen EN 16931 prüfen ~197
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>.
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
No output schema declared.
No examples provided.
rechnungen_suchen Rechnungen durchsehen (Konto nötig) ~189
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?".
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
No output schema declared.
No examples provided.
umsatzsteuer_aufstellung Zahlen für die Umsatzsteuer-Voranmeldung (Konto nötig) ~145
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.
| Name | Type | Req | Description |
|---|---|---|---|
| bis | string | yes | Letzter Tag des Zeitraums, JJJJ-MM-TT. |
| von | string | yes | Erster Tag des Zeitraums, JJJJ-MM-TT. |
No output schema declared.
No examples provided.
zahlung_erfassen Zahlungseingang verbuchen (Konto nötig) ~175
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.
| Name | Type | Req | Description |
|---|---|---|---|
| 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 | yes | Die id aus rechnungen_suchen oder rechnung_erstellen. |
| vorgang | string | – | Eigene Vorgangsnummer zur Wiederholungssicherung: Derselbe Wert verbucht die Zahlung KEIN zweites Mal. |
No output schema declared.
No examples provided.
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.