Produktblatt
Funktionsumfang von beantragt.ai im Überblick. Stand April 2026. Für IT-Leitungen, Digitalisierungsverantwortliche und Vergabe.
beantragt.ai ist die Ergänzung zu bestehenden Formularservern und Fachverfahren. Es digitalisiert PDF-Vordrucke, Anlagen und Sonderformulare zu strukturierten digitalen Vorgängen, ohne den vorhandenen Stack zu ersetzen. Diese Seite listet, was das Produkt heute kann.
01 Schema-Quellen
Drei Wege zum Formular. FIM zuerst, KI als Fallback, Chat als Feinarbeit.
Standardleistungen kommen über den FIM-Katalog herein, ohne KI-Aufruf und gegen den Bundesstandard validiert. Eigene Vordrucke werden per PDF-Upload kompiliert. Im Chat-Editor wird das Schema fachlich angepasst, mit Vorschau, Undo und Feldfokus.
FIM-Katalog Import
Suchen, Vorschau, Veröffentlichen. XDatenfelder werden serverseitig über den XDF3-zu-JSON-Schema-Konverter in das beantragt.ai-Schema übersetzt. Keine KI-Kosten, kein Parsing, gegen Bundesstandard validiert.
PDF-Compiler (Claude Vision)
Eigene PDFs, Word-Dokumente und Scans. Felder, Typen, Pflichtangaben und Abhängigkeiten werden in unter 30 Sekunden erkannt. Wiederkehrende Stammdaten landen automatisch in CRM-Schlüsseln.
Konversationeller Schema-Editor
Floating-Chat am ausgewählten Feld. Scoped Edits mit Diff-Vorschau und Undo. Inline Quick-Actions: Pflichtfeld setzen, Feld-Typ wechseln, Hilfetext ändern.
Draft-Mode mit Feldauswahl
Schema-Änderungen leben in Revisionen. Vor der Veröffentlichung wird per Click ausgewählt, welche Felder im Entwurf live gehen.
Feldtaxonomie und Format-Metadaten
Standardisierte Feldtypen (Person, Adresse, IBAN, Datum, Auswahl) mit Format-Hinweisen. Wiederverwendbar zwischen Formularen, mappbar auf XOEV- und FIM-Felder.
Bedingte Felder
Show/hide-Logik, Pflichtfeld-Bedingungen, abhängige Auswahlfelder. Im Chat formuliert, im Renderer durchgesetzt, kein Code.
02 Bürgerkanäle
Ein Schema. Drei Kanäle. Sofort.
Jedes Formular ist nach dem Veröffentlichen als Embed auf Ihrer Webseite, als MCP-Tool für Chatbots und als JSON-Forms-API für eigene Frontends erreichbar. Kanal-Logik liegt zentral, nicht im Frontend.
Web-Embed
Ein Snippet auf der Stadtwebsite. Responsiv, barrierefrei, dunkel- und hellkompatibel. Branding pro Mandant übersteuerbar (Logo, Farben, Schrift).
MCP-Bridge
Compilation- und Submit-API als MCP-Tools. Ein Stadt-Chatbot in Claude, ChatGPT oder einem eigenen Assistenten kann Anträge strukturiert annehmen, nicht nur erklären. Im kommunalen Markt aktuell ein Alleinstellungsmerkmal.
JSON-Forms-API + Embed-SDK
GET /api/v1/forms/{id}/schema für JSON-Forms-kompatibles Schema. POST .../submissions für validierte Einreichungen. Drop-in-SDK @beantragt/forms rendert in beliebigen Hostseiten ohne iframe.
BundID / eID
Optional: Bürger meldet sich über BundID oder eID an. Person-Attribute werden vorausgefüllt, Identität ist nachgewiesen. Pro Formular einschaltbar.
Passwordless Login
Magic-Link plus OTP per E-Mail. Keine Passwörter, kein eigenes Konto-System. Auch für Status-Tracking später im Verfahren.
Natural-Language Intake
"Ich brauche..." als Eingangstür. Ein Haiku-Matcher führt vom Bürgerwunsch zum richtigen Formular, anstatt von einer Leistungs-A-bis-Z-Liste auszugehen.
03 Bürger-Selfservice
Status, Rückfragen, Vorgängergedächtnis.
Nach dem Absenden bricht die Beziehung nicht ab. Bürger sehen den Status, beantworten Rückfragen, laden Dokumente nach und finden ihre alten Anträge wieder. Stammdaten werden einmal eingegeben.
Aktenzeichen pro Org
Konfigurierbares Präfix und Format pro Amt: HU-2026-00034, BAU-2026-00001. Eindeutig, vorlesbar am Telefon, nutzbar als Public-Status-Lookup.
Public Status Lookup
GET /api/status/{ref}. Ohne Login, rate-limited, nur Status und Zeitstempel. Keine Personendaten in der öffentlichen Antwort.
Meine Anträge
Authenticated Dashboard für Bürger. Alle Anträge übergreifend, Status-Timeline, Dokumente, offene Rückfragen.
Rückfragen + Kommentare
Sachbearbeiter fragt nach, Bürger antwortet, alles im Antrag dokumentiert. Anhänge möglich. Interne Notizen für Sachbearbeiter sind getrennt sichtbar.
Bürgerprofil (CRM)
Stammdaten werden beim ersten Antrag automatisch extrahiert und beim zweiten Antrag vorausgefüllt. Once-Only auf Mandantenebene, ohne Behördennetzwerk.
E-Mail-Benachrichtigungen
8 Templates: Eingangsbestätigung, Status-Wechsel, Rückfrage, Erinnerung, Bescheid. Pro Mandant in DE/EN, Footer und Sender konfigurierbar.
04 Verwaltungscockpit
Dashboard für das Fachamt, nicht für die IT.
Sachbearbeiterinnen und Sachbearbeiter arbeiten in einer reduzierten Oberfläche: Anträge, Status, Kommentare, Druck und Export. Änderungen am Formular passieren ohne IT-Ticket.
Anträge je Formular und global
Tabelle mit Filter, Sortierung, Status-Badges. Detailansicht mit allen Feldern und CRM-Kontext. Zugriff per Rolle (Case Worker, Department Admin).
Workflow-Engine
Statusmodell pro Formular: neu, in Prüfung, genehmigt, abgelehnt, zurückgegeben. Transitionen lösen Mails aus, Zuweisung an Sachbearbeiter pro Vorgang.
Office-Export
A4-Druckansicht, PDF-Export, Excel mit konfigurierbaren Spalten, Word/CSV. Genug für Vorgangsablage in Behörden ohne DMS.
Branding und Settings
Pro Mandant: Plattformname, Logo, Farben, E-Mail-Footer, Custom CSS. Settings-Bereiche für Allgemein, Branding, Workflow, Mail-Templates und Embed.
Verfahren / Form Groups
Mehrere Formulare als ein Vorgang ("Bauantrag + 17 Anlagen"). Bürger sieht eine Klammer, Ämter sehen ihren Teil, Status übergreifend.
Mandantenhierarchie
Kreis verwaltet mehrere Kommunen. Vorlagen vererben sich nach unten, lokale Anpassungen bleiben erhalten. Ein Login, mehrere Aufgabenbereiche.
05 Integrations-Layer
Was nach dem Absenden passiert. Asynchron, signiert, wiederholbar.
Einreichungen laufen über einen Queue-basierten Dispatcher mit Backoff, Dead-Letter-Queue und Audit-Log. Pro Formular werden ein oder mehrere Ziele konfiguriert. Native Integrationen für das, was kommunal vorkommt, plus Webhook und Mail als Universal-Adapter.
Webhook (REST / HMAC)
JSON-POST an beliebige URL, signiert mit X-Beantragt-Signature (HMAC-SHA256). Universalkanal für n8n, Zapier, Make und Eigenentwicklungen.
E-Mail-Fallback
A4-PDF plus optionaler JSON-Sidecar an konfigurierte Postfächer. Routing nach Feldwert. Für kleine Gemeinden ohne Fachverfahrens-API.
Open311-Bridge (Mark-a-Spot)
Bidirektional. Einreichungen werden als service_request eingestellt, Statusänderungen werden zurückgespiegelt. Ideal für Stör- und Mangelmeldungen, die in einer bestehenden Mark-a-Spot-Instanz gehören.
DMS-Adapter (CMIS / WebDAV / REST)
PDF-Antrag plus JSON-Sidecar in d.3, ELO, nscale oder Alfresco. Aktenzeichen-Präfix steuert Ablagepfad. PDF/A optional für Archivierung.
FIT-Connect (auf Anfrage)
OZG-Zustelldienst, Ende-zu-Ende verschlüsselt mit JWE und dem Public Key der Empfangsbehörde. Native Integration wird projekteinzeln aufgesetzt, da Schlüsselmaterial und XZuFi-Mapping kommunenspezifisch sind.
XOEV-Mapping (auf Anfrage)
XFall, XMeld, XBau, XFinanz. In der Regel als JSON-Webhook an bestehende Middleware (Governikus KoSIT, AKDB, Dataport), die XOEV-OSCI uebernimmt. Direkter XOEV-Output nur bei kundenfinanzierter Entwicklung.
06 Plattform und Betrieb
Drupal 11 unten, Nuxt 4 oben, Open Source dazwischen.
Bewusst kein neuer Stack, sondern Komponenten, die in Behörden bestehen. Self-Hosting bleibt möglich, gehosteter Betrieb auf europäischer Infrastruktur. Compilation-Layer und Submit-Layer sind als SaaS abrechenbar, Renderer und Schema-API sind frei.
Drupal 11 Backend
Eigenes Profil mit 11 Custom-Modulen: schema, application, citizen, group, passwordless, workflow, notification, comment, roles, status. Standardmodelle, JSON:API, ECA, Group, über 10 Jahre Behördenpraxis.
Nuxt 4 + Nuxt UI 4 Frontend
TypeScript, Tailwind, server-seitige Proxy-Routes (kein direkter Browser-zu-Drupal-Call), CSRF-Tokens, Endpoint-Allowlist, RateLimit auf TCP-Socket-IP.
Compilation-API als gehosteter Layer
Anthropic-Schlüssel verbleibt serverseitig. Preise nutzungsbasiert: 2-5 EUR pro Kompilierung, 0,20 EUR pro Chat-Edit. Renderer-SDK ist frei (npm), Modell wie bei Stripe: Paket frei, Transaktion kostet.
Sicherheit
Auth-Middleware auf Admin-Pages, CSRF, Token-Caching, Endpoint-Allowlist. Credentials der Integrations-Ziele AES-256-GCM verschlüsselt. Audit-Log über jeden ausgehenden Datenfluss.
DSGVO
Datensparsamkeit über das Mapping technisch erzwungen. AVV pro Integrations-Ziel als Pflichtfeld. Löschung anonymisiert Liefer-Logs. Privacy-Notice und Consent auf jeder Einreichung.
Barrierefreiheit + i18n
WCAG 2.1 AA als Default. Tastaturnavigation, Screenreader, Kontraste. Frontend in DE/EN, Mail-Templates pro Sprache, no_prefix-Strategie ohne /en/-URLs.
07 Technische Eckdaten
Was unter der Haube steht.
Bewährte Bausteine, keine Forschungsplattform. Self-Hosting bleibt möglich, der gehostete Betrieb läuft auf europäischer Infrastruktur.
- Backend
- Drupal 11 mit Custom Profile beantragt
- Frontend
- Nuxt 4, Nuxt UI 4, TypeScript, Tailwind CSS
- KI
- Claude Vision (Anthropic), Provider-agnostisch (OpenAI, lokale Modelle möglich)
- Datenbank
- MariaDB / MySQL, Drupal Queue API für Dispatcher
- Auth
- Passwordless (Magic Link + OTP), optional BundID / eID
- Hosting
- On-Premise, Docker, oder gehostet auf Hetzner Cloud (DE)
- Lizenz
- Renderer + Schema-Modell Open Source. Compilation- und Submit-Layer SaaS.
- API-Standards
- JSON:API, JSON-Forms, Open311, FIM/XDatenfelder, OZG via FIT-Connect
08 Einsatzszenarien
Was wo passt.
Keine Plattform, die alles für alle ist. Hier die typische Einsatzform je Mandantengröße.
| Mandant | Primärer Nutzen | Bürgerkanäle | Integration |
|---|---|---|---|
| Gemeinde unter 10.000 EW | Long-Tail-PDFs digitalisieren | Embed auf Stadtwebsite, Public-Status-Lookup | E-Mail-Fallback (PDF + JSON), Webhook nach Bedarf |
| Stadt 10.000 - 100.000 EW | Anlagen und Sonderformulare neben FormSolutions/BOL | Embed, Bürgerportal, optional Chatbot via MCP | Webhook in Fachverfahren, Open311 für Stör- und Mangelmeldungen |
| Grossstadt > 100.000 EW | Long-Tail und Vorgangsdigitalisierung neben bestehendem Stack | Embed, MCP, JSON-Forms-API für eigene Portale | DMS (CMIS), Webhook an bestehende Middleware, FIT-Connect projektbezogen |
| Kreis mit mehreren Kommunen | Vorlagen zentral, Anpassung lokal | Mandantenübergreifendes Branding, geteiltes CRM optional | Pro Kommune eigene Ziele, gemeinsame Compilation-Quote |
09 Einordnung
Was beantragt.ai nicht ist.
Damit kein falsches Erwartungsmanagement entsteht.
Kein Komplett-Ersatz für eingeführte Formularserver.
Form-Solutions, BOL, cit intelliForm und vergleichbare Systeme bilden Kernprozesse vieler Kommunen ab. beantragt.ai entlastet diese Systeme, indem es Anlagen, Sonderformulare und den Long Tail digitalisiert.
Kein Universal-Ersatz für Fachverfahren.
Einwohnermelde-, Bau- und Finanzfachverfahren bleiben führend. beantragt.ai liefert strukturierte Daten in das jeweilige Zielsystem, über Webhook, DMS, Open311 oder kundenspezifische Integration.
Kein KI-Selbstzweck.
Wo FIM-Standardschemata existieren, werden sie ohne KI-Aufruf importiert. KI ist Fallback für Sonderformulare und Werkzeug für Schema-Anpassung. Nicht Marketing-Layer.
Live-Demo mit einem Ihrer eigenen Formulare.
30 Minuten. Sie schicken uns ein PDF. Wir zeigen Schema-Generierung, Schema-Anpassung, Einbettung und Einreichung.