Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

Meistron

REMOTE · MEISTRON.APP

Auftraege, Rechnungen, Material und Zeiten eines Handwerksbetriebs abfragen und pflegen.

Available components

+1 this week 95 Trust /100

Last scanned (19 hours ago)

Scores higher than 99% of remote servers

Reachable. Last reached 4 Nov 2026.

Category CRM and Sales

Trust breakdown (7 categories)

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 Security97
Transport & Reachability100
Schema Quality & AI Usability82
  • 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 9237 tokens (~148/item across 62 items; 31 tools + 31 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 Management100
  • No destabilizing schema changes in the last 30 days.Pass
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 31 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 33 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a current MCP spec version (2026-07-28).Pass
  • Supports UI / widget rendering.Pass
Changelog

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.

  • 3 Nov 26 0
    • Stability: fail → pass ▲ security
  • 1 Nov 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 93 to 94.

  • 10 Oct 26 0
    • Tool “einstellungen_aendern” rewrote its description, which is the text the model reads security
    • Tool “kunde_anlegen” rewrote its description, which is the text the model reads security
    • Tool “kunde_anlegen” no longer declares itself destructive security
    • Tool “einstellungen_aendern” is now declared destructive security
  • 4 Oct 26 −1
    • Stability: pass → fail ▼ security
    • A breaking change shipped without a version bump: still 1.1.0 ▼ security
    • Tool “wartungsvertrag_aendern” was removed ▼ security
    • Tool “wartungsvertrag_anlegen” was removed ▼ security
    • Schema quality: 10240 → 9196 ▲ functional
  • 2 Oct 26 0
    • The server rewrote its instructions, which are the text every model session reads security
    • Tool “auftrag_aendern” rewrote its description, which is the text the model reads security
    • Tool “wartungsvertrag_aendern” rewrote its description, which is the text the model reads security
    • Tool “auftrag_aendern” is now declared destructive security
    • Tool “kunde_anlegen” is now declared destructive security
    • Tool “wartungsvertrag_aendern” is now declared destructive security
    • Server version: 1.0.2 → 1.1.0 functional
    • New tool “auftragsnachweis_pdf” functional
    • New tool “beleg_pdf” functional
    • New tool “bestandsliste_pdf” functional
  • 28 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
  • 27 Sept 26 0
    • Server version: 1.0.1 → 1.0.2 functional
    • New tool “tagesuebersicht” functional
  • 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
Diagnostics

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 4 Nov 2026 · Probed https://meistron.app/api/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=meistron.app CN=YR2,O=Let's Encrypt,C=US 21 Oct 2026 19 Jan 2027 RSA 2048 SHA256-RSA 6bc501d44cc65cc22c617a8430ce4b43749
SANs: meistron.app
CN=YR2,O=Let's Encrypt,C=US (CA) CN=Root YR,O=ISRG,C=US 3 Sept 2025 2 Sept 2028 RSA 2048 SHA256-RSA 4ebd24947e24d394802d84a52fd5b319
CN=Root YR,O=ISRG,C=US (CA) CN=ISRG Root X1,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 RSA 4096 SHA256-RSA f24b6d17f9d9ad7cb1c9fea78782699f

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of meistron.app. — Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
app. present 23684 8 Verified
meistron.app. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication Enforced and verified

The endpoint asked for a token and published valid RFC 9728 metadata describing how to get one.

Result Enforced and verified
Enforced On tool calls
HTTP status 200

WWW-Authenticate challenge Bearer resource_metadata="https://meistron.app/.well-known/oauth-protected-resource/api/mcp", scope="mcp:access"

Bearer resource_metadata="https://meistron.app/.well-known/oauth-protected-resource/api/mcp", scope="mcp:access"
Header Value
strict-transport-security max-age=63072000; includeSubDomains; preload
content-security-policy default-src 'self'; script-src 'self' 'unsafe-inline' https://js.stripe.com https://unpkg.com https://maps.googleapis.com https://*.hcaptcha.com https://hcaptcha.com https://www.googletagmanager.com https://www.googleadservices.com https://googleads.g.doubleclick.net; style-src 'self' 'unsafe-inline' https://unpkg.com; worker-src 'self'; img-src 'self' data: blob: https://*.supabase.co https://*.stripe.com https://images.unsplash.com https://unpkg.com https://*.cartocdn.com https://tile.openstreetmap.org https://maps.gstatic.com https://maps.googleapis.com https://*.googleusercontent.com https://streetviewpixels-pa.googleapis.com https://www.googletagmanager.com https://www.googleadservices.com https://googleads.g.doubleclick.net https://www.google.com https://www.google.de https://pagead2.googlesyndication.com; connect-src 'self' https://*.supabase.co wss://*.supabase.co https://api.stripe.com https://nominatim.openstreetmap.org https://maps.googleapis.com https://*.hcaptcha.com https://hcaptcha.com https:/
x-content-type-options nosniff
x-frame-options DENY
referrer-policy strict-origin-when-cross-origin
permissions-policy camera=(), microphone=(), geolocation=(self)

Protected resource metadata

Document https://meistron.app/.well-known/oauth-protected-resource/api/mcp
Retrieved Yes
Resource https://meistron.app/api/mcp
Authorisation server https://meistron.app

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://meistron.app/api/mcp Verified 200
http (plaintext) http://meistron.app/api/mcp HTTPS enforced 308 https://meistron.app/api/mcp
MCP tools · 31 exposed · ~7,388 tokens

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 →

Tool Tokens
angebot_anlegen ~744

Legt einen ANGEBOTS-Entwurf an. Ein Angebot ist noch keine Rechnung: Es fordert kein Geld und wird nicht gebucht. Verschickt NICHTS an den Kunden. Wird ein Auftrag angegeben, übernimmt das Angebot dessen noch nicht abgerechnetes Material und erfasste Arbeitszeit als Positionen — sofern der Betrieb die Bereiche „Material" und „Zeiterfassung" für den KI-Zugang nicht abgeschaltet hat; die Antwort sagt, was übernommen wurde. Zusätzlich oder stattdessen können eigene Positionen angegeben werden. Betreff und Belegkopf kommen ebenfalls aus dem Auftrag: Ohne Angabe wird der Auftragstitel zum Betreff, und Auftragsnummer, Objekt und Leistungstag/-zeitraum werden übernommen wie mit dem Knopf „Aus Auftrag & Projekt übernehmen" — gedruckt werden nur die Kopffelder, die der Betrieb unter Rechnungen → Einstellungen gewählt hat; die Kundennummer kommt aus dem Kundenstamm. Ist am Auftrag ein Nettopreis hinterlegt, nennt die Antwort die Abweichung der Positionen dazu. Die Umwandlung eines Angebots in eine Rechnung geschieht in Meistron und ist über diesen Zugang NICHT möglich.

NameTypeReqDescription
auftrag_idstring–Auftrag, dessen Material und Arbeitszeit übernommen werden sollen — und aus dem Betreff und Belegkopf gefüllt werden.
belegkopfobject–Angaben rechts oben im Belegkopf. Ohne Angabe werden Auftragsnummer, Objekt und Leistungszeitraum aus dem Auftrag übernommen (siehe `belegkopf_aus_auftrag`); jede Angabe hier gewinnt je Feld. Gedruck…
belegkopf_aus_auftragboolean–Vorgabe true: übernimmt Auftragsnummer, Objektnummer, Objektadresse und Leistungstag/-zeitraum aus dem Auftrag — wie der Knopf „Aus Auftrag & Projekt übernehmen" in Meistron. Auf false setzen, wenn d…
betreffstring–Betreff des Angebots, eine Zeile unter der Belegnummer (z. B. „Heizungswartung Reihenhaus"). Ohne Angabe wird der Titel des Auftrags übernommen.
hinweisstring–Text für den Kunden auf dem Angebot.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
kunde_idstring–Die Kennung des Kunden. Ohne Angabe wird der Kunde des Auftrags übernommen.
ohne_materialboolean–Nur Stunden übernehmen, kein Material.
ohne_zeitenboolean–Nur Material übernehmen, keine Stunden.
positionenarray–Eigene Positionen. Höchstens 50.
steuersatznumber–Steuersatz für den GESAMTEN Beleg in Prozent — 19, 7 oder 0. Ohne Angabe der im Betrieb hinterlegte Satz. Ein Beleg trägt genau EINEN Satz, im Kopf wie in jeder Position; gemischte Sätze lehnt Meistr…

No output schema declared.

No examples provided.

angebote_suchen ~118

Listet Angebote mit Nummer, Kunde, Betrag und Status. Zeigt auch, welche bereits in eine Rechnung umgewandelt wurden — und welche offen liegen.

NameTypeReqDescription
anzahlnumber–Höchstens so viele (Vorgabe 25, Grenze 100).
bisstring–Spätestes Datum, JJJJ-MM-TT.
nur_offenboolean–Nur noch nicht umgewandelte Angebote.
vonstring–Frühestes Datum, JJJJ-MM-TT.

No output schema declared.

No examples provided.

auftraege_suchen ~268

Listet Aufträge eines Zeitraums — etwa einer Woche — mit Titel, Termin, Status, Ort und Kunde. Ohne Zeitraum werden die nächsten anstehenden Termine gezeigt. Mit `suche` findet es einen Auftrag über Teil der Auftragsnummer oder des Titels — dann auch vergangene —, mit `kunde_id` die Aufträge eines Kunden. Die Kennung eines Treffers ist die Eingabe für `auftrag_ansehen` und `rechnung_anlegen`.

NameTypeReqDescription
anzahlnumber–Höchstens so viele (Vorgabe 25, Grenze 100).
bisstring–Spätester Termin, JJJJ-MM-TT.
kunde_idstring–Nur Aufträge dieses Kunden — die Kennung aus `kunden_suchen`.
nur_unterminiertboolean–Nur Aufträge ohne Termin — die, die noch eingeplant werden müssen.
statusstring–Nur Aufträge in diesem Status.
suchestring–Teil der Auftragsnummer oder des Titels, z. B. „0118" oder „Heizung". Ohne Zeitraum werden dann auch vergangene Aufträge gefunden, nicht nur anstehende.
vonstring–Frühester Termin, JJJJ-MM-TT.

No output schema declared.

No examples provided.

auftrag_aendern ~265

Ändert Titel, Beschreibung, Ort oder Termin eines bestehenden Auftrags. Nur die angegebenen Felder werden angefasst. Den Status setzt das Werkzeug nicht selbst — wie in der App stellt aber eine geänderte Beschreibung einen geplanten Auftrag auf „In Bearbeitung“, und zurück auf „geplant“ geht es danach nicht. Bei einer echten Terminverschiebung können die zugewiesenen Mitarbeiter eine Push-Meldung erhalten, wenn der Betrieb die Aussenwirkung erlaubt hat; dem Kunden wird nichts geschickt.

NameTypeReqDescription
auftrag_idstringyesDie Kennung des Auftrags.
beginntstring–Neuer Termin-Beginn, JJJJ-MM-TTTHH:MM.
beschreibungstring––
endetstring–Neues Termin-Ende, JJJJ-MM-TTTHH:MM.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
ortstring––
titelstring––

No output schema declared.

No examples provided.

auftrag_anlegen ~322

Legt einen neuen Auftrag an — mit Titel, optional Beschreibung, Termin, Ort und Kunde. JEDER Auftrag braucht mindestens eine zuständige Person: ohne Angabe wird der Inhaber selbst zugewiesen. Ob die Zugewiesenen eine Benachrichtigung auf ihr Gerät bekommen, hängt davon ab, ob der Betrieb die Aussenwirkung freigegeben hat — in der Vorgabe ist sie AUS. Die Antwort sagt jedes Mal, was tatsächlich hinausging. Legt KEINE Rechnung an und schreibt dem Kunden nichts.

NameTypeReqDescription
beginntstring–Termin-Beginn, JJJJ-MM-TTTHH:MM (Ortszeit).
beschreibungstring–Was zu tun ist.
endetstring–Termin-Ende, JJJJ-MM-TTTHH:MM. Nur zusammen mit `beginnt`.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
kunde_idstring–Kennung eines bestehenden Kunden.
mitarbeiterarray–Kennungen der zuständigen Personen (siehe mitarbeiter_auflisten). Ohne Angabe wird der Inhaber selbst zugewiesen.
ortstring–Einsatzort als Text.
titelstringyesKurzer Titel, worum es geht.

No output schema declared.

No examples provided.

auftrag_ansehen ~175

Zeigt einen einzelnen Auftrag ausführlich: Beschreibung, Termin, Ort, Kunde, Projekt, Vor-Ort-Kontakt (nur der Name), zugewiesene Mitarbeiter, zugewiesenes Material mit Abrechnungsstand und noch nicht abgerechnete Stunden (sofern die Bereiche „Material" bzw. „Zeiterfassung" freigegeben sind), Zahl der Fotos, bei Storno den Grund — und die zugehörigen Rechnungen sowie den am Auftrag hinterlegten Nettopreis, sofern der Bereich „Rechnungen" für den KI-Zugang freigegeben ist. Der übliche Blick, BEVOR aus dem Auftrag eine Rechnung entsteht: Material und Stunden zeigen, was `rechnung_anlegen` übernehmen würde.

NameTypeReqDescription
auftrag_idstringyesDie Kennung des Auftrags.

No output schema declared.

No examples provided.

auftragsnachweis_pdf ~112

Liest den Auftragsnachweis eines dokumentierten oder abgeschlossenen Auftrags. Eine gespeicherte Fassung wird byte-genau geliefert; fehlt sie, entsteht die PDF live und ohne Ablage. Für geplante, laufende oder stornierte Aufträge gibt es keinen Nachweis. Die Datei kann Fotos und eine Unterschrift enthalten und ist deshalb zusätzlich am ausgeschalteten Bereich „Dokumente“ gebunden.

NameTypeReqDescription
auftrag_idstringyesDie interne Kennung des Auftrags.

No output schema declared.

No examples provided.

beleg_pdf ~145

Liest die PDF einer Rechnung, Quittung oder eines Angebots. Ausgestellte Belege kommen ausschließlich als byte-genaues gespeichertes Original; der aktuelle Status wird nie in die Datei gestempelt. Entwürfe werden sichtbar als ENTWURF ohne Nummer live erzeugt und nie gespeichert. Ein ausgestellter Beleg ohne Original wird abgewiesen statt neu gerendert. Das PDF kann Anschrift, Bank- und Steuerangaben enthalten und ist deshalb zusätzlich am ausgeschalteten Bereich „Dokumente“ gebunden.

NameTypeReqDescription
rechnung_idstringyesInterne Kennung aus `rechnungen_suchen` oder `angebote_suchen`.

No output schema declared.

No examples provided.

bestandsliste_pdf ~67

Erzeugt eine aktuelle Bestandsliste aller aktiven Katalogartikel mit Bestand, Mindestbestand, Lagerort und Verkaufspreis. Die PDF wird nur für diesen Aufruf live erstellt und nie gespeichert; sie ist zusätzlich am ausgeschalteten Bereich „Dokumente“ gebunden.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

betrieb_ueberblick ~83

Nennt die aktuellen Eckdaten: wie viele Aufträge offen und wie viele terminiert sind, wie viele Rechnungen unbezahlt und davon überfällig, und die Summe der offenen Posten — als RESTBETRAG, Teilzahlungen sind also bereits abgezogen. Guter erster Aufruf, um zu verstehen, worum es gerade geht.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

datei_anfordern ~488

Fordert eine Datei vom Menschen an und gibt einen Link zurück, über den er sie in Meistron hochlädt. Für Preisdateien von Lieferanten (DATANORM), PDFs, Belege und Fotos. Die Anforderung selbst verarbeitet noch nichts. Nach dem späteren Upload wird eine DATANORM-Datei automatisch geprüft und als Importvorschau vorbereitet; Einkaufspreise oder Artikel werden dabei NICHT angewendet. Das Anwenden startet ein Mensch danach in Meistron. Belege werden nur abgelegt, Bilder können dem genannten Auftrag als Foto zugeordnet werden. Eine Datei lässt sich NICHT durch den Chat schicken — auch nicht als Text oder Base64. Das ist keine Einschränkung, sondern Absicht: Bei einer Preisdatei mit zehntausenden Artikeln zählt jedes Zeichen, und ein durchgereichter Text verliert oder erfindet welche. Den Link dem Menschen zeigen. Er muss in Meistron angemeldet sein — ohne Anmeldung führt der Link nirgendwohin. Danach mit „datei_stand" nachsehen, ob sie da ist.

NameTypeReqDescription
gehoert_zu_auftragstring–Kennung des Auftrags, zu dem die Datei gehört. Der Vermerk am Auftrag wird gesetzt; eine Ansicht, die dort abgelegte Dateien anzeigt, gibt es zurzeit noch nicht — nur ein Bild (zweck=bild) erscheint…
hinweisstring–Was genau gebraucht wird — steht dem Menschen auf der Upload-Seite.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
lieferant_idstring–PFLICHT bei zweck=datanorm: von welchem Lieferanten die Preisdatei kommt. Ohne gültige Kennung wird keine Anforderung angelegt. „lieferanten_auflisten" nennt die Kennungen.
zweckstringyesdatanorm = Preisdatei eines Lieferanten · dokument = PDF (Ausschreibung, Plan) · beleg = Eingangsrechnung oder Quittung · bild = Foto.

No output schema declared.

No examples provided.

datei_stand ~59

Zeigt, welche Dateien angefordert wurden und welche davon angekommen sind. Nach „datei_anfordern" hiermit nachsehen, statt zu raten — und NICHT in kurzen Abständen wiederholt aufrufen: Der Mensch braucht einen Moment.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

einstellungen_aendern ~299

Ändert eine Firmen- oder Rechnungsvorgabe. Wirkt auf ALLE künftigen Rechnungen und Angebote; Firmendaten wie die Anschrift erscheinen auch in noch nicht ausgestellten Entwürfen. Ausgestellte Belege behalten ihr Original. NICHT änderbar, auch nicht mit Freigabe: Bankverbindung, Steuernummer, USt-IdNr., Rechnungs- und Angebotsnummern samt Präfixen, Steuerberater-Anbindung. Ebenso wenig die Schalter, die die Arbeitsweise umstellen (Bestandsführung, E-Rechnung, öffentliche Buchung). Wer danach gefragt wird, verweist auf Meistron. Vorher „einstellungen_ansehen" aufrufen, um den heutigen Wert zu kennen.

NameTypeReqDescription
feldstringyesWas geändert werden soll, z. B. default_payment_terms, default_hourly_rate, phone, closing_name. „einstellungen_ansehen" nennt die möglichen Namen.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
wertstring|number|booleanyesDer neue Wert. Bei Ja/Nein-Feldern true oder false.

No output schema declared.

No examples provided.

einstellungen_ansehen ~78

Zeigt die Firmendaten und die Vorgaben für Rechnungen und Angebote — Zahlungsziel, Steuersatz, Stundensatz, Textbausteine. Nützlich, um zu erklären, warum eine Rechnung aussieht, wie sie aussieht. Bankverbindung, Steuernummern und Nummernkreise werden NICHT gezeigt.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

kunde_anlegen ~388

Legt einen neuen Kunden an. Name genügt; Firma und Anschrift sind optional. Die Kundennummer vergibt Meistron selbst; die Antwort nennt sie. Gibt es schon genau einen Kunden mit diesem Namen, wird KEIN zweiter angelegt; dort werden nur Angaben ergänzt, die noch leer sind (Firma, Anschrift, Kontaktdaten). Vorhandene Angaben werden nie überschrieben oder gelöscht; Korrekturen macht der Betrieb in Meistron. Bei mehreren gleichnamigen Kunden erfolgt KEINE Änderung. E-Mail, Festnetz und Mobilnummer werden NUR gespeichert, wenn der Inhaber für genau diesen KI-Zugang „Vollzugriff und Vollautonomie" bestätigt hat. Im normalen Modus bleiben diese Kontaktdaten gesperrt. Bei zusätzlich aktivem autonomen E-Mail-Kanal darf die so gespeicherte Adresse für den strikt gebundenen Rechnungsversand verwendet werden.

NameTypeReqDescription
emailstring–E-Mail-Adresse des Kunden. Nur mit serverseitig aktiver Vollautonomie für diesen Zugang.
firmastring–Firmenname, falls abweichend.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
mobilstring–Mobilnummer. Nur mit serverseitig aktiver Vollautonomie für diesen Zugang.
namestringyesName der Person oder des Betriebs.
ortstring––
plzstring––
strassestring––
telefonstring–Festnetznummer. Nur mit serverseitig aktiver Vollautonomie für diesen Zugang.

No output schema declared.

No examples provided.

kunden_suchen ~206

Findet Kunden des Betriebs nach Name, Firma oder Ort und nennt ihre Kennung. Diese Kennung verlangen `rechnung_anlegen`, `angebot_anlegen` und `auftrag_anlegen`. ZUERST SUCHEN, DANN ANLEGEN. Wer stattdessen `kunde_anlegen` benutzt, weil er den vorhandenen Eintrag nicht findet, erzeugt eine Dublette — zwei Karteien zum selben Kunden, mit getrennter Rechnungshistorie. Gibt bewusst KEINE Kontaktdaten heraus: Kennung, Kundennummer, Name, Ort und ob eine E-Mail-Adresse hinterlegt ist. Zum Versenden braucht es die Adresse nicht — den Empfänger löst der Server selbst aus dem Kundenstamm auf.

NameTypeReqDescription
anzahlnumber–Höchstens so viele (Vorgabe 25, Grenze 100).
suchestring–Teil des Namens, der Firma oder des Ortes. Ohne Angabe die zuletzt angelegten.

No output schema declared.

No examples provided.

lieferanten_auflisten ~80

Nennt die hinterlegten Lieferanten und wann zuletzt Preise von ihnen eingelesen wurden (DATANORM). Beantwortet die Frage, ob die Einkaufspreise im Katalog noch aktuell sind. Ein Preis-Import selbst geht NICHT über diesen Zugang — dafür braucht es eine Datei, die in Meistron hochgeladen wird.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

material_ansehen ~53

Zeigt einen Katalogartikel mit Preis, Bestand, Lagerort und den letzten Bestandsbewegungen — also woher der aktuelle Bestand kommt.

NameTypeReqDescription
material_idstringyesDie Kennung des Artikels.

No output schema declared.

No examples provided.

material_buchen ~296

Bucht eine Bestandsbewegung auf einem Katalogartikel: Zugang (Einkauf), Abgang (Entnahme ohne Auftrag) oder Inventur (Korrektur auf einen gezählten Ist-Bestand). Jede Buchung wird dauerhaft protokolliert und lässt sich NICHT löschen — ein Fehler wird durch eine Gegenbuchung berichtigt, nicht durch Rückgängigmachen. Für Material, das auf einen Auftrag geht, ist „material_zuweisen" richtig: Das verbindet den Verbrauch mit dem Auftrag und macht ihn abrechenbar.

NameTypeReqDescription
artstringyeszugang = Ware kommt herein · abgang = Ware geht ohne Auftrag heraus · inventur = der gezählte Ist-Bestand, NICHT die Differenz.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
material_idstringyesDie Kennung des Artikels.
mengenumberyesBei Zugang und Abgang die bewegte Menge (immer positiv). Bei Inventur der gezählte Bestand — die Differenz errechnet das System selbst.
notizstring–Grund der Buchung, z. B. Lieferschein-Nummer.

No output schema declared.

No examples provided.

material_suchen ~127

Durchsucht den Materialkatalog nach Bezeichnung oder Artikelnummer und nennt Preis, Einheit und Lagerbestand. Mit `nur_knapp` die Artikel, die unter ihrem Mindestbestand liegen — der übliche Einstieg vor einer Bestellung.

NameTypeReqDescription
anzahlnumber–Höchstens so viele (Vorgabe 25, Grenze 100).
nur_knappboolean–Nur Artikel unter dem hinterlegten Mindestbestand.
nur_werkzeugboolean–Nur Werkzeuge statt Verbrauchsmaterial.
suchestring–Teil der Bezeichnung oder Artikelnummer.

No output schema declared.

No examples provided.

material_zuweisen ~201

Bucht Material oder Werkzeug auf einen Auftrag. Der Bestand wird sofort abgezogen und der Verbrauch dem Auftrag zugeordnet — dadurch kann er später in eine Rechnung übernommen werden. Reicht der Bestand nicht, wird abgelehnt statt ins Minus gebucht. Legt KEINE Rechnung an.

NameTypeReqDescription
auftrag_idstringyesDie Kennung des Auftrags.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
material_idstringyesDie Kennung des Artikels aus dem Katalog.
mengenumberyesWie viel auf den Auftrag geht (positiv).
notizstring–Optionaler Vermerk zur Zuweisung.

No output schema declared.

No examples provided.

mitarbeiter_auflisten ~52

Nennt die Personen, denen ein Auftrag zugewiesen werden kann, mit Namen und Kennung. Vor dem Anlegen eines Auftrags aufrufen, wenn nicht klar ist, wer zuständig sein soll.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

rechnung_anlegen ~768

Legt einen Rechnungs-ENTWURF an. Ein Entwurf hat noch KEINE Rechnungsnummer und ist in Meistron änderbar — die Nummer wird erst beim Versenden vergeben, damit der Nummernkreis lückenlos bleibt. Verschickt NICHTS an den Kunden. Wird ein Auftrag angegeben, übernimmt der Entwurf dessen noch nicht abgerechnetes Material und erfasste Arbeitszeit als Positionen — das ist der übliche Weg, sofern der Betrieb die Bereiche „Material" und „Zeiterfassung" für den KI-Zugang nicht abgeschaltet hat; die Antwort sagt, was übernommen wurde. Zusätzlich oder stattdessen können eigene Positionen angegeben werden. Betreff und Belegkopf kommen ebenfalls aus dem Auftrag: Ohne Angabe wird der Auftragstitel zum Betreff, und Auftragsnummer, Objekt und Leistungstag/-zeitraum werden übernommen wie mit dem Knopf „Aus Auftrag & Projekt übernehmen" — gedruckt werden nur die Kopffelder, die der Betrieb unter Rechnungen → Einstellungen gewählt hat; die Kundennummer kommt aus dem Kundenstamm. Ist am Auftrag ein Nettopreis hinterlegt, nennt die Antwort, um wie viel die Positionen darunter oder darüber liegen.

NameTypeReqDescription
auftrag_idstring–Auftrag, dessen Material und Arbeitszeit übernommen werden sollen — und aus dem Betreff und Belegkopf gefüllt werden.
belegkopfobject–Angaben rechts oben im Belegkopf. Ohne Angabe werden Auftragsnummer, Objekt und Leistungszeitraum aus dem Auftrag übernommen (siehe `belegkopf_aus_auftrag`); jede Angabe hier gewinnt je Feld. Gedruck…
belegkopf_aus_auftragboolean–Vorgabe true: übernimmt Auftragsnummer, Objektnummer, Objektadresse und Leistungstag/-zeitraum aus dem Auftrag — wie der Knopf „Aus Auftrag & Projekt übernehmen" in Meistron. Auf false setzen, wenn d…
betreffstring–Betreff der Rechnung, eine Zeile unter der Belegnummer (z. B. „Heizungswartung Reihenhaus"). Ohne Angabe wird der Titel des Auftrags übernommen.
hinweisstring–Text für den Kunden auf der Rechnung.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
kunde_idstring–Die Kennung des Kunden. Ohne Angabe wird der Kunde des Auftrags übernommen.
ohne_materialboolean–Auf true setzen, wenn NUR die Stunden übernommen werden sollen.
ohne_zeitenboolean–Auf true setzen, wenn NUR das Material übernommen werden soll, keine Stunden.
positionenarray–Eigene Positionen. Höchstens 50.
steuersatznumber–Steuersatz für den GESAMTEN Beleg in Prozent — 19, 7 oder 0. Ohne Angabe der im Betrieb hinterlegte Satz. Ein Beleg trägt genau EINEN Satz, im Kopf wie in jeder Position; gemischte Sätze lehnt Meistr…

No output schema declared.

No examples provided.

rechnung_ansehen ~136

Zeigt eine einzelne Rechnung vollständig: Betreff, Belegkopf (Auftrags-, Kunden-, Objektnummer, Leistungstag oder -zeitraum), alle Positionen mit Menge, Einheit und Preis, Beträge, Steuer, Rabatt, Zahlungsstand mit Restbetrag bei Teilzahlungen, Mahnstufe und eine etwaige Mahnpause, ob ein festgeschriebenes Original-PDF vorliegt, bei Storno den Grund, Projekt und den zugehörigen Auftrag. Damit lässt sich prüfen, WAS auf der Rechnung steht — nicht nur, wie viel.

NameTypeReqDescription
rechnung_idstringyesDie Kennung der Rechnung.

No output schema declared.

No examples provided.

rechnung_versand_vorschau ~246

Prüft garantiert nur lesend den vollständigen Rechnungsentwurf vor dem E-Mail-Versand: alle Positionen und Summen, Kunde, Empfänger, Mail-Betreff und -Text, der in Meistron gewählte aktive Standard-Absender, Provider, Antwortadresse, die vollständige Anhangsliste sowie ein kurzlebig geschütztes Entwurfs-PDF. Dieses Werkzeug versendet NIEMALS etwas, vergibt KEINE Rechnungsnummer, friert KEIN PDF ein, legt KEINE Freigabe an und verändert KEINE Daten — auch dann nicht, wenn Vollautonomie aktiv ist. Für Fragen wie „zeig mir die Versandvorschau", „welcher Absender wird benutzt?" oder „prüfe vor dem Versand" immer dieses Werkzeug verwenden. Die interne Rechnungskennung vorher selbst mit `rechnungen_suchen` ermitteln; den Menschen niemals bitten, eine UUID einzugeben oder sie ihm als notwendige Eingabe anzeigen.

NameTypeReqDescription
rechnung_idstringyesInterne Kennung aus `rechnungen_suchen`. Selbst zwischen Werkzeugen weiterreichen und niemals vom Menschen eintippen lassen.

No output schema declared.

No examples provided.

rechnung_versenden ~796

Nur für den tatsächlichen Versand verwenden. Für eine bloße Prüfung ohne Datenänderung immer `rechnung_versand_vorschau` aufrufen. Versendet einen Rechnungs-Entwurf per E-Mail an den Kunden. Dabei wird die Rechnungsnummer vergeben, das PDF eingefroren und der Versand protokolliert; ab dann ist die Rechnung nach GoBD unveränderlich. Die interne Rechnungskennung vorher selbst mit `rechnungen_suchen` ermitteln; den Menschen niemals bitten, eine UUID einzugeben oder zu wiederholen. BRIEFE GEHEN ÜBER DIESEN ZUGANG NICHT. Das ist Absicht, kein Fehler: Die Anschrift eines Kunden kann über denselben Zugang angelegt worden sein — ein Brief ginge dann an eine Adresse, die nie ein Mensch geprüft hat, auf Kosten des Post-Guthabens des Betriebs. Wer einen Brief verschicken will, tut das in Meistron. Das dem Handwerker so sagen, statt es anders zu versuchen. NORMALER MODUS — ZWEI SCHRITTE: 1. Ohne „freigabe" aufrufen → es geht NICHTS hinaus. Zurück kommt eine Vorschau: alle Positionen und Summen, Empfänger, Mailtext, der in Meistron gewählte Standard-Absender, Antwortadresse, die vollständige Anhangsliste und ein geschütztes Entwurfs-PDF — dazu ein Freigabewort. 2. Die Vorschau dem Menschen zeigen und ihn ausdrücklich fragen. Erst mit seinem Ja erneut aufrufen, diesmal mit „freigabe". Das Freigabewort NIEMALS selbst erfinden und den zweiten Schritt NIEMALS ohne ausdrückliche Zustimmung tun. Ausnahme: Hat der Inhaber für genau diesen Zugang in Meistron „Vollzugriff und Vollautonomie" aktiviert, führt der Server den Versand direkt ohne Vorschau-Runde aus. Diesen Modus kann das Modell weder wählen noch einschalten. Eine E-Mail ist nicht zurückholbar und trifft einen echten Kunden. Empfänger, Betreff und Text lassen sich hier NICHT angeben: Die Rechnung geht an die Adresse, die beim Kunden hinterlegt ist, mit den Vorlagen des Betriebs. Im normalen Modus muss diese Adresse menschlich bestätigt sein. Eine vom KI-Zugang angelegte Kundenadresse ist ausschließlich unter der für dense…

NameTypeReqDescription
freigabestring–Das Freigabewort aus der Vorschau (Form „SENDEN-1234"). Nur setzen, wenn der Mensch die Vorschau gesehen und ausdrücklich zugestimmt hat.
idempotency_keystring–Im vollautonomen Betrieb erforderlich. Beim ersten Aufruf weglassen: Der Server liefert dann einen UUID-Key, ohne die Aktion auszuführen. Den Aufruf mit diesem Key wiederholen und bei Retry/Reconnect…
rechnung_idstringyesInterne Kennung des Entwurfs aus `rechnungen_suchen`. Selbst zwischen Werkzeugen weiterreichen und niemals vom Menschen eintippen oder wiederholen lassen. Die Rechnung muss im Status „Entwurf" sein.
wegstring–Nur E-Mail. Briefe lassen sich über diesen Zugang NICHT versenden — sie werden in Meistron ausgelöst.

No output schema declared.

No examples provided.

rechnungen_suchen ~333

Listet Rechnungen mit Nummer, Kunde, Betrag, Status, Fälligkeit und dem noch offenen Restbetrag — bei Teilzahlungen steht der Rest neben dem Rechnungsbetrag und die Zeile ist als teilbezahlt gekennzeichnet. Mit `nur_offen` die unbezahlten (Restbetrag über null), sortiert nach Alter der Überfälligkeit — das ist der übliche Einstieg für offene Posten. Mit `suche` findet es eine Rechnung über Teil der Rechnungsnummer oder des Betreffs — auch bezahlte, stornierte und Entwürfe; die Kennung eines Treffers ist die Eingabe für `rechnung_ansehen`. Interne Kennungen ausschließlich selbst für Folgewerkzeuge verwenden; einen Menschen niemals bitten, eine UUID einzugeben oder zu wiederholen.

NameTypeReqDescription
anzahlnumber–Höchstens so viele (Vorgabe 25, Grenze 100).
bisstring–Spätestes Rechnungsdatum, JJJJ-MM-TT.
nur_offenboolean–Nur Rechnungen mit offenem Restbetrag, älteste Fälligkeit zuerst.
nur_ueberfaelligboolean–Nur solche, deren Fälligkeit verstrichen ist.
suchestring–Teil der Rechnungsnummer (z. B. „0027" oder „RE-2026-0027") oder des Betreffs. Findet auch bezahlte, stornierte und Entwürfe.
vonstring–Frühestes Rechnungsdatum, JJJJ-MM-TT.

No output schema declared.

No examples provided.

tagesuebersicht ~152

Die Antwort auf „was steht an?" in EINEM Aufruf: Termine heute, Aufträge, die anstehen, offene Rechnungen mit Restbetrag (Teilzahlungen abgezogen) und Überfälligkeit, Angebote ohne Entscheidung, nicht abgerechnete Zeiten und Material unter dem Mindestbestand. Je Rubrik höchstens fünf Zeilen, dazu immer die Gesamtzahl und das Werkzeug, mit dem es tiefer geht. Was der Betrieb für den KI-Zugang nicht freigegeben hat, fehlt — die Antwort nennt aber ausdrücklich, welche Rubrik oder welche Angabe darin ausgelassen wurde, und schweigt darüber nie. Der richtige erste Aufruf am Morgen; für Einzelheiten danach die Fachwerkzeuge.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

wartungsvertraege_suchen ~164

Listet die Wartungsverträge des Betriebs mit Kunde, Anlage, Rhythmus und nächster Fälligkeit. Ohne Angaben kommen die zuerst fälligen. Gut für „welche Wartungen stehen im nächsten Monat an?".

NameTypeReqDescription
anzahlnumber–Höchstens so viele (Vorgabe 25, Grenze 100).
faellig_bisstring–Nur Verträge, die bis zu diesem Tag fällig werden, JJJJ-MM-TT.
kunde_idstring–Nur Verträge dieses Kunden.
nur_ueberfaelligboolean–Nur Verträge, deren Fälligkeit schon vorbei ist.
statusstring–Nur Verträge in diesem Zustand. Ohne Angabe nur aktive.

No output schema declared.

No examples provided.

wartungsvertrag_ansehen ~68

Zeigt einen Wartungsvertrag ausführlich: Rhythmus, nächste Fälligkeit, Objektanschrift, Anlage, Zuständige, Erinnerungsstufen — und die bereits daraus entstandenen Aufträge.

NameTypeReqDescription
vertrag_idstringyesDie Kennung des Wartungsvertrags.

No output schema declared.

No examples provided.

zeiten_auswerten ~99

Fasst die erfassten Arbeitszeiten eines Zeitraums zusammen — je Mitarbeiter die Summe der Stunden und die Zahl der erfassten Tage. Nennt auch Tage, an denen das Ausstempeln fehlt, denn die zählen nirgends mit.

NameTypeReqDescription
bisstringyesLetzter Tag, JJJJ-MM-TT.
vonstringyesErster Tag, JJJJ-MM-TT.

No output schema declared.

No examples provided.

Install

How do I install the Meistron MCP server?

Meistron is a hosted endpoint at https://meistron.app/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 · meistron.app

# add to Claude Code
claude mcp add --transport http app-meistron-meistron 'https://meistron.app/api/mcp'
Common questions

What is the Meistron MCP server?

Meistron is an MCP server listed in the public MCP registry as app.meistron/meistron. Auftraege, Rechnungen, Material und Zeiten eines Handwerksbetriebs abfragen und pflegen. This page covers its hosted endpoint (https://meistron.app/api/mcp).

Is the Meistron MCP server safe to use?

Meistron scores 95 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 Meistron MCP server expose?

Meistron exposes 31 tools: betrieb_ueberblick, tagesuebersicht, beleg_pdf, auftragsnachweis_pdf, bestandsliste_pdf, and 26 more. Their descriptions and schemas cost roughly 7,388 tokens of context every time the server is loaded.

Does the Meistron MCP server require authentication?

Yes. Meistron asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.

Is the Meistron MCP server still maintained?

Meistron is still listed as active in the MCP registry. We last reached this channel on 4 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.