Kapitel 11

Formulare & Intake

Ein eigener, datenschutzsicherer Formular-Baukasten in namboOS — und ein automatisierter Intake-Trichter: von der Erstanfrage über das Anmeldeformular bis zum Offerten-Entwurf. Agenten entwerfen, Menschen entscheiden.

Der Formular-Baukasten

namboOS bringt eine eigene Formular-Engine mit — first-party, EU-resident und PII-sicher — statt verstreuter Drittanbieter-Formulare. Ein Formular hat versionierte Felder; die veröffentlichte Version ist über einen tokenisierten, öffentlichen Link erreichbar (ohne Login). Das erste Formular ist das Anmeldeformular für eine sozialpädagogische Familienbegleitung (SPF) oder ein Jugendcoaching. Weitere Formulare (Einwilligung, Standortgespräch, Feedback) folgen auf derselben Engine.

Das öffentliche Anmeldeformular: schlank, mobil, ohne Login — beim Absenden entsteht ein tokenisierter Fall.
os.nambo.ai/f/… (öffentliches Formular) · Das öffentliche Anmeldeformular: schlank, mobil, ohne Login — beim Absenden entsteht ein tokenisierter Fall.

Öffentliches Ausfüllen — direkt in namboOS

Familien oder anfragende Fachstellen füllen das Formular auf einer schlanken, mobilen Seite aus (os.nambo.ai/f/<token>). Beim Absenden entsteht direkt ein tokenisierter Fall — ohne Umweg über externe Werkzeuge.

Tokenisierung beim Absenden
Felder mit Personenbezug (Namen, E-Mail, Telefon, Adresse) werden beim Absenden tokenisiertund im Fallkontext abgelegt; die Einreichung selbst speichert nur nicht-personenbezogeneAntworten (Angebot, PLZ/Ort, Umfang, Einwilligung). Klartext liegt ausschliesslich im geschützten Ablage-Bucket — nie in der Datenbank, nie in einem KI-Aufruf.

Der Intake-Trichter (automatisiert, Tier B)

Rund um das Formular automatisiert namboOS den Weg von der Erstanfrage bis zur Offerte — jeder Schritt als Entwurf zur Prüfung, nie autonom versendet:

  • 1
    Erstanfrage. Eine neue Anfrage im zentralen Postfach wird über die E-Mail-Triage klassifiziert (Familie vs. Fachstelle) — auf anonymisiertem Text. Die Mail bleibt ungelesen, das Postfach unverändert.
  • 2
    Eingangsbestätigung (Entwurf). Es entsteht ein Antwort-Entwurf mit dem Link zum Anmeldeformular und den Erwartungen (interne Prüfung ~2 Wochen; Start erst nach Kostenübernahmegarantie/KÜG des AJB, bis zu 8 Wochen). Die Fallkoordination prüft und sendet.
  • 3
    Anfrage-Profil & Kapazitäts-Prognose. Zu jeder Anfrage zeigt die Triage ein strukturiertes, nicht-personenbezogenes Profil (Angebot, benötigte Fachlichkeit, Region, Umfang, Finanzierung/KÜG, Dringlichkeit) und eine Kapazitäts-Prognose mit Kandidat:innen.
  • 4
    Offerte (Entwurf). Sobald das Anmeldeformular ausgefüllt ist, entsteht ein Offerten-Entwurf als Aufgabe im PCC-Eingang — mit Angebot, Umfang und KÜG-Hinweis, Platzhaltern für Namen und Tarif. Versand, Finanzierungszeile und Fallstart bleiben menschliche Entscheidungen.
  • Datenschutz: kein PII für die KI

    Klassifikation, Extraktion und alle Entwürfe laufen ausschliesslich auf anonymisiertemText. Das Profil und die Intent-Labels sind nicht-personenbezogen; Namen und Kontaktdaten werden erst im Fallkontext tokenisiert. Entwürfe nutzen Platzhalter ([Name], [Stundenansatz]); es werden weder Klientendaten noch Preise erfunden.

    Geplant
    Persönliche Einladungslinks je Empfänger:in (die Einreichung wird an die bekannte Anfrage/E-Mail gebunden), automatisches Anlegen der KÜG-Finanzierungszeile und der Übergang in den Wartestatus, sowie ein visueller Formular-Editor für weitere Formulare.