Fakten

Was Sie hier erledigen

1 2 3 4 5

Marker	Element	Bedeutung
1	Umschalter Wissen & Rechnen	Zeigt Wissenskarten und Berechnungen zum gewählten Service.
2	Listensteuerung	Sucht, filtert und markiert Wissenskarten.
3	Detailbereich	Pflegt Titel, Kategorie, Schlüsselwörter, Antworttext und Status.
4	Status und Aktionen	Stellt Status, Speichern, Hinzufügen, Löschen und gesammelte Statusänderung bereit.
5	Export	Das Download-Symbol rechts neben der Suche exportiert vorrangig markierte, sonst alle aktuell sichtbaren Wissens- und Berechnungskarten als JSON, CSV oder Markdown.

Abb. F-01 steht vor der Beschreibung der Wissenspflege. Die linke Liste wählt die Wissenskarte oder Berechnung, der rechte Bereich erklärt den fachlichen Inhalt, die Einordnung und den Status.

1 2 3 4

Marker	Element	Bedeutung
1	Fachlicher Prüfhinweis	Erklärt vor dem Aktivierungsversuch verständlich den Grund der Prüfung.
2	Beleg und weiterer Schritt	Zeigt den Originalbeleg und erklärt verständlich, was geprüft oder korrigiert werden muss.
3	Prüfung abschließen	Verlangt eine konkrete Begründung; die Freigabe wird erst ab zehn Zeichen verfügbar. Danach wird genau diese Begründung im grünen Bereich angezeigt.
4	Status	aktiv ist bei offenem Blocker nicht als normale Statusaktion verfügbar.

• Wissenskarten als kuratierte Antwortbausteine für einen Service pflegen.
• Berechnungen als geprüfte Rechenlogik für einen Service pflegen.
• Voraussetzungen mit Fragen, Parametern, Bedingungen und Regeln modellieren.
• Einträge per KI vorbereiten und danach fachlich prüfen.
• Aktive Einträge für den Chat freigeben.
• Markierte oder aktuell sichtbare Wissens- und Berechnungskarten sowie Voraussetzungen für Prüfung und Abstimmung exportieren.

Aufbau des Reiters

• Die Umschaltung Wissen & Rechnen und Voraussetzung trennt frei beantwortbares Antwortwissen und geprüfte Berechnungen von Prüflogik.
• Sammlung und Service wählen den fachlichen Kontext.
• Links stehen Suche, Kategorie-Filter, Mehrfachauswahl, KI-Aktion, Neuanlage, Löschen und Listenstatus. Das Download-Symbol befindet sich direkt rechts neben der Suche.
• Die Kopfcheckbox markiert oder entmarkiert alle aktuell sichtbaren Wissens- und Berechnungskarten oder Voraussetzungen.
• Die Zusammenfassung zeigt Trefferzahl, aktive Einträge und die Anzahl markierter Einträge.
• Das Status-Select in der Zusammenfassung setzt den Status der markierten Einträge; ohne Markierung wirkt es auf den aktuell geöffneten Eintrag.
• Der Papierkorb löscht markierte Einträge gemeinsam. Ohne Markierung löscht er den aktuell geöffneten Eintrag.
• Statuspunkte in den Listeneinträgen können direkt weitergeschaltet werden. Bei Voraussetzungen schützt die Oberfläche die Aktivierung, wenn die Regel noch fehlt oder ungültig ist.
• Der Wizard in der Kopfzeile ist beim Start aus Fakten auf Fakten-Aufgaben vorausgewählt. Das Protokollsymbol öffnet das gemeinsame Wizard & KI-> Protokoll und zeigt auch manuell gestartete Fakten-KI→-Läufe und einzelne Regelgenerierungen mit Service, Kategorie, Zeitpunkt und auslösender Person. Der aktuell gewählte Service wird beim Öffnen angesprungen und aufgeklappt.
• Rechts bearbeiten Sie den ausgewählten Eintrag.

Wissenskarten und Voraussetzungen exportieren

Das Download-Symbol steht in Fakten > Wissen & Rechnen und Fakten > Voraussetzung direkt rechts neben Eintrag suchen ... und ist exakt so groß wie die übrigen Aktionsbuttons. Sie benötigen das Leserecht der jeweiligen Sicht, aber kein Schreibrecht. Der Export verändert keine Einträge.

1. Wählen Sie Sammlung und Service.
2. Wählen Sie Wissen & Rechnen oder Voraussetzung und grenzen Sie die Liste bei Bedarf über Kategorie beziehungsweise Suche ein.
3. Markieren Sie einzelne Einträge, wenn nur diese exportiert werden sollen. Markierte Einträge haben Vorrang vor dem sichtbaren Filterergebnis.
4. Ohne Markierung werden alle aktuell sichtbaren Einträge exportiert.
5. Klicken Sie auf das Download-Symbol und wählen Sie JSON, CSV oder Markdown. Der Browser lädt die Datei unmittelbar herunter.

Der redaktionelle Export ist kein Import-, Restore- oder Backupformat. Er bleibt auf den gewählten Service begrenzt.

Wizard & KI-> Protokoll als Arbeitsliste nutzen

Der Refresh Wizard kann viele Services nacheinander aktualisieren. Nach dem Lauf ist das Wizard & KI-> Protokoll die wichtigste Arbeitsliste: Es zeigt pro Service erfolgreiche Schritte, normale fachliche Prüfaufgaben, konkrete Warnungen und technische Fehlschläge. Öffnen Sie das Protokoll über das Protokollsymbol in Services, Fakten oder Global.

Die Standardsortierung ist Ergebnis Probleme zuerst. Dadurch stehen technisch fehlgeschlagene Services vor Services mit Fachliche Prüfung erforderlich und danach vor Services mit Warnung. Nutzen Sie die Suche, wenn Sie gezielt einen Service bearbeiten möchten. Das Dreieck links im Titel öffnet oder schließt alle sichtbaren Serviceblöcke; das Dreieck am einzelnen Service öffnet dessen Details.

Das Protokoll hält den neuesten Stand je Service und Kategorie fest. Ein späterer kleiner Lauf, zum Beispiel nur für das Glossar, verdeckt deshalb keine offene fachliche Prüfung aus einer anderen Kategorie. Für die Gesamtbewertung gilt immer: technischer Fehler vor fachlicher Prüfung vor Warnung vor Erfolg.

Wenn Sofort aktivieren gewählt ist, merkt der Wizard neu erzeugte Wissens- und Berechnungskarten sowie Glossarbegriffe zunächst nur vor. Erst nachdem alle gewählten Schritte und Aktivierungsprüfungen für den Service abgeschlossen sind, werden diese Einträge und der Service gemeinsam aktiviert. Schlägt diese Abschlussprüfung fehl oder wird der Lauf vorher abgebrochen, bleibt dieser vorgemerkte Satz inaktiv. Die bestehenden Abläufe für Quellen und Voraussetzungen bleiben davon unberührt. Ein fortgesetzter Lauf übernimmt die technischen Laufoptionen und den gespeicherten Zwischenstand; wiederholte identische Aktivierungsaufrufe erzeugen keinen zweiten Aktivierungsvorgang.

Hinweise zu den Quellen werden im geöffneten Schritt und direkt in der betroffenen Wissens- oder Berechnungskarte erklärt. Sie sehen in verständlicher Sprache den Grund, einen Beleg und was als Nächstes geprüft oder korrigiert werden muss. Interne Feldnamen werden nicht angezeigt. Semantische Auffälligkeiten werden nach Ursache gebündelt. Die kompakte Zeile zeigt Anzahl und Status Fachlich prüfen oder Blockiert Aktivierung; aufgeklappt sehen Sie für jeden unterschiedlichen Befund die erzeugte Aussage, die Belegstelle, den vermuteten Unterschied und die empfohlene Aktion. Solange ein blockierender Befund offen ist, ist die normale Statuswahl aktiv gesperrt. Derselbe Quellenmangel kann Wissen, Rechnen und Voraussetzungen betreffen; in der Laufzusammenfassung zählt AIA3 diese gemeinsame Ursache nur einmal, führt aber weiterhin alle betroffenen Objekte auf.

Beim Voraussetzungenlauf trennt das Protokoll die Gesamtextraktion von der Prüfung jedes einzelnen Kandidaten. Liefert die erste Antwort trotz klarer Anspruchssignale keinen lesbaren Kandidatensatz, versucht AIA3 höchstens zwei kompaktere Fassungen. Sobald Kandidaten lesbar sind, bleiben gültige Geschwister unverändert; nur ein fehlgeschlagener Kandidat erhält mit seinem Quellenausschnitt und dem konkreten Prüfgrund bis zu zwei Reparaturfassungen. Eine abgeschnittene JSON-Antwort wird nie teilweise übernommen. Der Server trennt unabhängige Bedingungen, führt eindeutig gleiche Vorschläge samt Quellen zusammen und verwirft reine Berechnungs-, Betrags- oder Auszahlungsangaben ohne eigene Anspruchsbedingung. Eine in derselben Quellbedingung belegte ODER-Alternative, etwa Staatsbürgerschaft oder Gleichstellung, bleibt dagegen bewusst eine gemeinsame Ja/Nein-Voraussetzung, damit daraus nicht fälschlich ein UND wird. Der bestätigte manuelle Neuaufbau ersetzt den Bestand nur, wenn mindestens eine vollständig geprüfte Voraussetzung oder ein bearbeitbarer inaktiver Korrekturentwurf atomar angelegt werden kann. Ein technischer Fehlschlag oder null anlegbare Kandidaten lassen den vollständigen Altbestand unverändert.

Prüfungen, Warnungen und technische Fehler der Reihe nach bearbeiten

1. Sortierung Ergebnis Probleme zuerst verwenden und den ersten roten, violetten oder gelben Service öffnen.
2. Den obersten auffälligen Detail-Eintrag lesen. Wichtig sind Kategorie, Status, Meldung, Zeitpunkt und auslösender Benutzer.
3. Bei Aggregierte Quellinformationen in Services wechseln, offene Quellenkonflikte entscheiden, fehlende Quellen ergänzen oder die Aggregation neu erzeugen.
4. Bei einem strukturierten Quellenhinweis zuerst die empfohlene Aktion lesen. Fehlende Periode, Grenzwert, Einheit oder Beleg werden in der Quelle ergänzt; widersprüchliche Quellenfassungen werden im Aggregationskonflikt fachlich entschieden. Danach die betroffenen Karten oder Voraussetzungen erneut erzeugen beziehungsweise prüfen.
5. Bei Kurze Beschreibung, Lange Beschreibung oder Schlüsselwörter das jeweilige Servicefeld prüfen, korrigieren und speichern.
6. Bei Wissen & Rechnen in Fakten > Wissen & Rechnen wechseln. Wissenskarten prüfen und aktivieren. Zeigt die Karte einen Prüfhinweis, korrigieren und speichern Sie den Inhalt zuerst. Bleibt der Hinweis trotz der Prüfung bestehen, geben Sie eine konkrete Begründung ein und wählen Prüfung abschließen und Karte freigeben. Berechnungskarten zusätzlich über Übersicht, JSON-Hilfe und Testbutton prüfen; erst mit vollständigem Schema und erfolgreichem Testfall aktivieren.
7. Bei Voraussetzungen in Fakten > Voraussetzung wechseln. Frage, Parameter-ID, Antworttyp, Folgeaktion und Reihenfolge prüfen. Fehlende oder ungültige Regeln mit KI→ erzeugen oder im Regelbereich manuell korrigieren.
8. Bei Sofort aktivieren - Voraussetzungen prüfen, ob Quellenkonflikte erledigt sind und ob jede Voraussetzung eine gültige Regel oder eine fachlich ausreichende einfache Frage besitzt. Danach Voraussetzungen bewusst aktivieren.
9. Bei Sofort aktivieren - Wissen & Rechnen alle betroffenen Wissens- und Berechnungskarten prüfen. Die Sammelaktivierung überspringt Karten mit blockierenden Befunden und meldet sie als Prüffälle statt als technischen Fehler. Solche Karten werden ausschließlich einzeln nach manueller Korrektur und, falls fachlich erforderlich, mit einer begründeten fachlichen Bestätigung aktiviert.
10. Bei Sofort aktivieren - Service zeigt ein erfolgreicher Eintrag den gemeinsamen Abschluss für die vorgemerkten Wissens- und Berechnungskarten, Glossarbegriffe und den Service. Scheitert dieser Abschluss, bleibt dieser vorgemerkte Satz inaktiv; prüfen Sie den ersten blockierenden Detailhinweis und starten Sie erst nach der Korrektur erneut.
11. Speichern Sie die Korrektur im jeweiligen Detaildialog. AIA3 gleicht das Protokoll danach im Hintergrund mit dem aktuellen Datenstand ab. Beim erneuten Öffnen sehen Sie den aktualisierten Stand; mit Status können Sie den Abgleich zusätzlich jederzeit manuell auslösen.

Was der Status-Button aktualisiert

Der Button Status vergleicht offene Protokolleinträge mit dem aktuellen Datenstand. Er ersetzt keine fachliche Vollprüfung, erkennt aber typische manuelle Nacharbeiten:

• Offene Aggregationskonflikte wurden gelöst.
• Ein Aktivierungsblocker für Voraussetzungen beruhte auf Quellenkonflikten und diese Konflikte sind erledigt.
• Ein konkret referenzierter Wissens- oder Berechnungsentwurf wurde repariert, in eine passende Wissenskarte umgewandelt oder ersetzt und der aktuelle Kartenbestand ist strukturell gültig.
• Alle Wissens- und Berechnungskarten eines betroffenen Services sind inzwischen aktiv.
• Ein Service, der zuvor nicht aktiviert werden konnte, ist inzwischen aktiv.

Wenn nach Status weiterhin eine fachliche Prüfung oder Warnung sichtbar bleibt, ist der Punkt entweder noch nicht erledigt oder nicht automatisch aus den aktuellen Daten ableitbar. Öffnen Sie dann den Detail-Eintrag erneut, korrigieren Sie den fachlichen Inhalt und starten Sie bei Bedarf die einzelne KI→-Aktion erneut.

Arbeitsablauf: Wissenskarten anlegen

Wissenskarten beantworten freie Fragen in der Startberatung. Sie sind kein Ersatz für Voraussetzungen und kein Glossar: Begriffe gehören in Global > Glossar, prüfbare Bedingungen in die Sicht Voraussetzung.

1. Wählen Sie Sammlung und Service.
2. Öffnen Sie die Sicht Wissen & Rechnen.
3. Lassen Sie Wissenskarten und mögliche Berechnungsentwürfe per KI aus der aktuellen aggQuelle vorbereiten.
4. Nutzen Sie Suche und Kategorie-Filter, um fachlich zusammengehörige Karten zu prüfen.
5. Prüfen Sie pro Karte Titel, Kategorie, Schlüsselwörter und Antworttext fachlich.
6. Prüfen Sie bei einem Bedeutungswarnhinweis den angezeigten Originalbeleg gegen die erzeugte Aussage. Negation, Verpflichtungsgrad, Zahlungsrichtung, Akteur und Geltungsbereich dürfen sich nicht verändern. Blockierende Hinweise halten den neuen Entwurf inaktiv; eine Vermischungswarnung bleibt eine Entscheidung des Fachbereichs.
7. Korrigieren und speichern Sie Karten mit Prüfhinweis. Ist die Ursache danach geklärt, aber der Hinweis weiterhin vorhanden, beschreiben Sie Ihre Prüfung im Begründungsfeld und wählen Prüfung abschließen und Karte freigeben. KI-Reparatur und Sammelaktivierung dürfen diesen Schritt nicht ausführen.
8. Gleich benannte, aber fachlich unterschiedliche KI-Vorschläge erhalten einen kurzen Titelzusatz. Bei ungewöhnlich vielen Einzelkarten zeigt das Wizard-/KI-Protokoll eine Warnung; vorhandene Karten werden dadurch nicht gelöscht.
9. Entfernen Sie reine Begriffserklärungen oder verschieben Sie sie ins Glossar.
10. Aktivieren Sie nur Karten, die fachlich geprüft und verständlich formuliert sind.
11. Prüfen Sie freie Fragen in Testen und bei Bedarf in der QS-Startberatung.

Berechnungsschema manuell korrigieren

Berechnungskarten enthalten im Feld Berechnungsschema die strukturierte Rechenlogik als JSON. Im normalen Zustand sehen Sie eine kompakte Übersicht mit Eingaben, Rechnung, Ergebnis und Status. Über den Stift öffnen Sie den JSON-Editor. Der ?-Button am Feld öffnet eine ausführliche Hilfe mit Aufbau, Beispielen und typischen Korrekturen. Der Testbutton ▶ führt die gespeicherten Testfälle aus und zeigt Ergebnis, Erwartungswert und Rechenschritte in einem Overlay.

Nutzen Sie manuelle Korrekturen, wenn der fachliche Inhalt klar ist und nur die Struktur angepasst werden muss. Wenn Grenzwerte, Perioden, Staffeln oder Quellen unklar sind, korrigieren Sie zuerst die Quelle oder lassen Sie die betroffene Karte erneut mit KI→ vorschlagen. Werte dürfen nicht geraten werden.

• inputs enthält die Fragen an den Benutzer. id ist der gespeicherte Eingabewert, var der kurze Name für Formeln.
• Auswahl- und Ja/Nein-Werte, die schon aus einer Chatfrage übernommen werden sollen, brauchen eindeutige Werte und Aliase in choices, options, allowed_values oder enum. Allgemeine Wörter aus Beschriftung oder Frage werden nicht als Antwort geraten.
• steps enthält Rechenschritte. Jeder Schritt braucht eine eindeutige id und eine Operation wie formula, min, max, lookup oder round.
• Bei einem Höchstbetrag pro Tag, Woche, Monat oder Jahr und einem Gesamtzeitraum muss inputs die passende Anzahl enthalten. steps multipliziert zuerst den Periodenbetrag mit dieser Anzahl; erst danach wird mit Kosten oder einer Gesamtgrenze gedeckelt. Das Ergebnis wird als Gesamtzeitraum bezeichnet. Ein ausdrückliches Ergebnis pro Tag, Woche, Monat oder Jahr ist dagegen eine Einperiodenberechnung und benötigt keine Periodenanzahl; Zeitangaben aus einem fachlich anderen Quellenabschnitt dürfen sie nicht zum Gesamtzeitraum machen.
• result legt fest, welcher Schritt ausgegeben wird und welche Einheit oder Rundung gilt.
• test_cases enthält mindestens eine Prüfrechnung mit Beispielwerten und erwartetem Ergebnis. Ohne erfolgreichen Testfall kann die Berechnung nicht aktiviert werden.

{
  "schema_version": 1,
  "inputs": [
    {
      "id": "calculation.days",
      "var": "days",
      "label": "Tage",
      "question": "Für wie viele Tage gilt der Zuschuss?",
      "data_type": "number",
      "required": true
    }
  ],
  "steps": [
    { "id": "amount", "op": "formula", "expression": "days * 20" }
  ],
  "result": { "step": "amount", "unit": "EUR", "rounding": "whole_eur" },
  "test_cases": [
    { "inputs": { "calculation.days": 3 }, "expected_result": 60 }
  ]
}

"steps": [
  { "id": "raw_amount", "op": "formula", "expression": "income * 0.1" },
  { "id": "capped_amount", "op": "min", "values": ["raw_amount", 300] },
  { "id": "amount", "op": "max", "values": ["capped_amount", 50] }
],
"result": { "step": "amount", "unit": "EUR", "rounding": "whole_eur" }

Arbeitsablauf: Voraussetzungen anlegen

Der gemeinsame KI→- und Wizard-Pfad erzeugt Fragen, Parameter, Decision-IR, Testfälle und die deterministische JavaScript-Regel als zusammengehörigen Kandidaten. Beim manuellen KI→-Lauf erscheinen die Ergebnisse in einem kompakten Overlay. Die Zusammenfassung unterscheidet erstellt, erstellt · manuell prüfen, nicht erstellt und gegebenenfalls verworfen; vollständig übernommene Kandidaten sind zunächst eingeklappt, offene Prüffälle geöffnet. Der Fakten-Detailbereich bleibt dadurch nutzbar.

Beim manuellen KI→-Aufruf weist ein kurzer Dialog darauf hin, dass bestehende Voraussetzungen durch das neue, vollständig geprüfte Ergebnis ersetzt werden. Mit Abbrechen bleibt alles unverändert; erst Neu erstellen startet die vollständige Erzeugungskette. Ein fehlgeschlagener Lauf oder ein Lauf ohne übernahmefähige Voraussetzung löscht den bisherigen Bestand nicht. AIA3 liest Voraussetzungen aus den aggregierten Quellen, ermittelt Fakten und benötigte Eingaben, erzeugt Fragen und Parameterbindungen und kompiliert daraus eine geprüfte JavaScript-Regel. Eine vollständig in der Quelle genannte Mindestdauer wird dabei als direkt beantwortbare Ja/Nein-Frage angelegt, zum Beispiel Haben Sie seit mindestens sieben Monaten Ihren Hauptwohnsitz im Burgenland? AIA3 verlangt dafür weder ein genaueres Startdatum noch eine Dauerzahl und kann die source-belegte Ja-Antwort unmittelbar zu einer gültigen Regel kompilieren. Fehlt der eindeutige Quellenbeleg, bleibt der Kandidat stattdessen auf Review nötig. Vollständig erkannte Regeltabellen werden direkt aus ihrer strukturierten Aggregationsfassung verarbeitet; die sichtbare Markdown-Tabelle bleibt als prüfbarer Quellenbeleg erhalten. Die Bezeichnung wird immer als kurzer deutscher Titel mit zwei bis fünf Wörtern erzeugt, etwa Hauptwohnsitz Burgenland oder Mindestentfernung 30 km. Itemliste, Detailkopf und Feld Bezeichnung der Voraussetzung zeigen denselben Titel; die vollständige Bedingung bleibt im Hinweis der Frage und im Quellenbeleg erhalten. Vor der Übernahme werden die Parameter-IDs mit der globalen Parameterliste abgeglichen und in Frage, Regel und Decision-IR einheitlich verwendet.

Das Ergebnis erscheint als schreibgeschütztes KI-Protokoll Voraussetzungen. Für jede erkannte Voraussetzung zeigt es genau sechs Schritte: Quelle, Fakten und Eingaben, Fragen und Parameter, JavaScript-Regel mit Prüfung, Übernahme sowie den sicheren Abschluss aus Parameterabgleich, Aktivierung und Service-Bereitschaft. Erstellt · aktiv bedeutet, dass dieser Kandidat vollständig geprüft und bei aktueller, konfliktfreier Quellenbasis aktiviert wurde. Andere offene Kandidaten verhindern das nicht. Erstellt · manuell prüfen bedeutet, dass brauchbare Fragen und Parameter als inaktive Voraussetzung angelegt wurden. Sie können diese Voraussetzung nach dem Schließen des Protokolls im normalen Faktenformular korrigieren; automatisch aktiviert wird sie nicht. Erstellt · Aktivierung blockiert bedeutet, dass eine vollständig angelegte Voraussetzung wegen eines gemeinsamen Abschlussguards inaktiv bleibt. Nicht erstellt bedeutet, dass keine editierbare Frage-/Parameterstruktur erzeugt werden konnte. Das Protokoll enthält keine Bearbeitungs-, Ablehnungs-, Freigabe-, Auswahl-, Übernahme- oder Aktivierungsaktion.

Öffnen Sie eine Protokollkarte, um Quellenbelege, erkannte Fakten, konkrete Fragen und Parameter, den JavaScript-Code, Testvektoren sowie Übernahme- und Aktivierungsgründe nachzuvollziehen. Kurze Bezeichnung, Bürgerfrage und fachlicher Hinweis werden getrennt erzeugt; der vollständige Hinweis wird nicht durch den Listentitel ersetzt. Eine leere oder strukturell unlesbare Gesamtextraktion wird bei klaren Anspruchssignalen höchstens bis zur dritten Fassung wiederholt. Liegt ein lesbarer Kandidatensatz vor, bleiben gültige Voraussetzungen unverändert; nur ein fehlgeschlagener Kandidat erhält mit seinem Quellenausschnitt und dem konkreten Prüfgrund höchstens zwei gezielte Reparaturfassungen. Unter JavaScript-Regel kompiliert und geprüft zeigt das Protokoll jeden solchen Validierungs- und Reparaturversuch mit Status und Ursache. Bleibt der Kandidat offen, werden vorhandene Fragen und Parameter als inaktiver Korrekturentwurf gespeichert. Korrigieren Sie ihn nach dem Schließen des Protokolls im normalen Faktenformular; fehlt bereits diese editierbare Struktur, bleibt der Kandidat nur im Protokoll. Ein unbekannter Parameter wird nicht als OLD:-Teilergebnis akzeptiert. Zusätzliche paarige Anführungszeichen um ein ansonsten exaktes Quellenzitat werden technisch bereinigt und lösen allein keinen Prüfblocker aus.

Sie können das Protokoll schließen, den Reiter verlassen und den zuletzt geöffneten Lauf später für denselben Service über das Symbol KI mittig vor einer Liste neben KI→ erneut öffnen. Ist mindestens eine Voraussetzung noch nicht über alle sechs Schritte vollständig abgeschlossen, erscheint dieser Knopf rot; ein vollständiger Lauf bleibt neutral. Der Tooltip lautet Letztes Voraussetzungen-KI-Protokoll öffnen. Beim Ansteuern des Reiters öffnet sich das Protokoll nicht automatisch. Ein abgebrochener Langlauf bleibt mit seinem Grund erhalten; ein erneuter Start mit demselben Laufbezug setzt ihn fort, ohne einen zweiten Kandidatenbestand anzulegen.

Erstellt · manuell prüfen ist ein nutzbares Teilergebnis und kein globaler Fehler. Ergänzen Sie fehlende Periode, Polarität, Tabellendimension oder Quelle und validieren Sie erneut. Freie ältere KI-Regelentwürfe können als Hinweis sichtbar sein, werden aber nie automatisch als sicher freigegeben.

1 2 3 4 5 6

Marker	Element	Bedeutung
1	Umschalter Voraussetzung	Wechselt von Wissen zu prüfbaren Voraussetzungen.
2	Voraussetzungsliste	Zeigt, sucht, markiert und ordnet vorhandene Voraussetzungen des Services.
3	Frage	Definiert, was der Chat abfragt; darunter folgen Beschreibung und Parameterzuordnung.
4	Prüfregel und Prüfstatus	Zeigt den Regelcode, die KI-Aktion und den aktuellen Prüfstatus.
5	Statusaktionen	Aktiviert, speichert oder löscht die Voraussetzung.
6	Export	Das Download-Symbol rechts neben der Suche exportiert vorrangig markierte, sonst alle aktuell sichtbaren Voraussetzungen als JSON, CSV oder Markdown.

Abb. F-02 zeigt die Sicht, auf die sich der folgende Arbeitsablauf bezieht: Voraussetzung auswählen, Frage pflegen, Parameter binden, Regel prüfen und erst danach aktivieren.

1 2 3 4

1 2 3

Die kurze deutsche Bezeichnung steht identisch in der Itemliste, im Detailkopf und im Feld Bezeichnung der Voraussetzung. Darunter folgen die vollständigen Fragen und die Prüfregel. Kurztitel, Bürgerfrage und Hinweis haben unterschiedliche Aufgaben: Die Frage wird direkt und als vollständiger Fragesatz formuliert; der Hinweis erklärt die fachliche Bedingung als vollständigen Aussagesatz. Ein Kurztitel wie Hauptwohnsitz Burgenland darf nicht zugleich als Frage oder Hinweis verwendet werden. Lange ältere Bezeichnungen zeigt die Oberfläche automatisch als kompakten deutschen Titel; der vollständige fachliche Text bleibt im Hinweis der Frage erhalten. Im Kopf der Prüfregel erzeugt KI→ den Code; das Fragezeichen öffnet eine kompakte Hilfe zu Format, Parameterzugriff, Datentypen und Rückgabewerten. Auf breiten Ansichten stehen die Hinweise links und das Codebeispiel rechts, auf schmalen Ansichten untereinander. Der Text Neu, Aktiv oder Inaktiv gehört zum Status der Voraussetzung; ✓ Regel gültig bestätigt separat die erfolgreiche Regelprüfung. Eine vorhandene Regel ohne Validierung wird als Regel ungeprüft angezeigt.

Der vollständige Regelcode bleibt direkt im Editor sichtbar und vertikal vergrößerbar. Eine deterministische Einkommens- oder Bemessungsstaffel zeigt AIA3 als kurze Fachlogik: Eingaben, Grenzwerttabelle, ausdrücklich belegte Zuschläge und abschließender Vergleich. Decision-IR, Quellenbelege und Prüfdaten bleiben getrennt im Datensatz und Protokoll. Nur tatsächlich komplexe Entscheidungsgraphen benötigen weiterhin den technischen Universal-Unterbau. Ältere, kompakt gespeicherte Decision-IR zeigt AIA3 automatisch mehrzeilig eingerückt in einer Code-Schrift an. Diese Darstellung ändert die Prüfung nicht. Geänderter Code erscheint bis zum Speichern und Prüfen als Entwurf ungeprüft.

Ist eine einzelne Voraussetzung als Review nötig oder Inaktiv angelegt, öffnet KI→ im Regelbereich zuerst den Dialog Regel neu erstellen. Dort durchsuchen Sie die aktiven Wissenskarten desselben Services nach Nummer, Titel, Kategorie, Schlagwort, Antworttext oder Berechnungsschema und wählen bei Bedarf mehrere Karten als Berechnungsgrundlage aus. Lange Antworten erscheinen zunächst als dreizeilige Vorschau; mit Mehr anzeigen öffnen Sie den vollständigen Kartentext und mit Weniger anzeigen klappen Sie ihn wieder zu. Aufklappzustand und Markierung bleiben erhalten, während Sie nacheinander nach weiteren Karten suchen; bis zu zwölf Karten können gemeinsam verwendet werden. AIA3 leitet daraus und aus den aktuellen Quellen die erforderlichen Rohdatenfragen und Parameter neu ab und kompiliert anschließend die Regel. Eine direkt beantwortbare Mindestdauer bleibt dabei eine vollständige Ja/Nein-Frage, zum Beispiel Wohnen Sie schon seit mindestens zwei Jahren …?; AIA3 verlangt kein genaueres Startdatum und korrigiert einen fehlenden Entscheidungsbeleg einmal gezielt. Bei anderen Ja/Nein-Fragen kann je nach sichtbarer Frage und Quelle Ja oder Nein die Voraussetzung erfüllen. Reine Hinweise zur Berechnung, Zählung oder Umklassifizierung werden nicht als eigenständige Ja/Nein-Regel erzeugt; AIA3 weist stattdessen darauf hin, dass sie als Rohdaten in die zugehörige Gesamtregel gehören. Die Karten dienen nur als Strukturhinweise; Grenzwerte und Tabellen müssen weiterhin in den aktuellen Quellen belegt sein. Ohne Auswahl wird ausschließlich mit den aktuellen Quellen gearbeitet. Abbrechen lässt die Voraussetzung unverändert. Auch ein erfolgreich neu aufgebauter Eintrag bleibt zunächst inaktiv und wird erst über die normale Statusaktion aktiviert.

1 2 3

1. Wählen Sie Sammlung und Service.
2. Öffnen Sie die Sicht Voraussetzung.
3. Legen Sie eine Voraussetzung an oder lassen Sie sie per KI vorschlagen.
4. Pflegen Sie eine verständliche Frage und binden Sie einen passenden Parameter.
5. Definieren Sie den Antworttyp. Bedingungen und Folgeaktion pflegen Sie nur bei einer Voraussetzung mit mehreren Fragen.
6. Nutzen Sie den Regelbereich für fachliche Logik, die nicht allein aus der Frage entsteht. Bei einem unvollständigen KI-Entwurf können Sie über KI→ aktive Wissenskarten volltextlich suchen, lange Kartentexte vollständig aufklappen und mehrere passende Karten als Berechnungsgrundlage markieren.
7. Ordnen Sie die Voraussetzung per Drag-and-drop fachlich sinnvoll ein.
8. Testen Sie den Dialog in Testen, bevor Sie aktivieren.

function evaluate(params) {
  const hauptwohnsitz = params["hauptwohnsitz_bundesland"];
  if (typeof hauptwohnsitz === "undefined") return null;
  return hauptwohnsitz === true;
}

Referenz: wichtige Felder

1 2 3 4

Marker	Element	Bedeutung
1	Overlay-Titel	Zeigt, dass die Parametersuche geöffnet ist.
2	Suchfeld	Findet Parameter über ID, Alias oder Beschreibung.
3	Trefferliste	Vergleicht mögliche Parameterkandidaten.
4	Übernehmen	Ordnet den ausgewählten Parameter der Voraussetzung zu.

Abb. X-02 zeigt den Detaildialog zur Parametersuche vor der Feldreferenz. Nutzen Sie ihn, wenn eine Voraussetzung mit einem vorhandenen globalen Parameter verbunden werden soll.

Status und Aktivierung

• neu: Entwurf oder KI-Vorschlag.
• nicht_aktiv: gespeichert, aber im Chat nicht wirksam.
• aktiv: fachlich geprüft und für Beratung nutzbar.
• Wissenskarten sollten erst aktiviert werden, wenn Antworttext, Kategorie und Schlüsselwörter fachlich geprüft sind.
• In den Sichten Wissen & Rechnen und Voraussetzung können mehrere gefilterte Einträge gleichzeitig markiert und über das Status-Select auf neu, aktiv oder nicht_aktiv gesetzt werden.
• Berechnungen können nur aktiviert werden, wenn die strukturierte Rechenlogik vollständig ist und die hinterlegte Prüfrechnung erfolgreich durchläuft. Automatisch erzeugte Berechnungen bleiben bis zur fachlichen Kontrolle Entwürfe.
• Offene Prüfpunkte zum Zeitraum des Einkommens, zu mehreren Förderstufen oder zur Bedeutung eines Quellenbelegs verhindern auch die Sofortaktivierung. Eine einzelne erfolgreiche Prüfrechnung bestätigt nicht die vollständige Staffel. Korrigieren und speichern Sie zuerst Quelle, Antwort oder Berechnung. Bleibt der geklärte Hinweis bestehen, schließen Sie die Prüfung mit einer Begründung an der einzelnen Karte ab.
• Der Abschluss gilt nur, solange Inhalt und Quellen der geprüften Karte unverändert bleiben. Jede inhaltliche oder quellenbezogene Änderung erfordert eine neue Prüfung. Ein unvollständiges Berechnungsschema muss immer korrigiert werden.
• Gesammelte Statusänderungen sind nur sinnvoll, wenn die aktuelle Suche, der Kategorie-Filter und die Markierung genau die fachlich geprüften Einträge enthalten.
• Der Aktivierungs-Guard verhindert unvollständige oder widersprüchliche Voraussetzungen.
• Wenn Frage oder Regel unabhängig von einem vorhandenen Decision-IR geändert werden, wird die Voraussetzung inaktiv und prüfpflichtig. Speichern Sie diese Änderung nur, wenn die gesamte Entscheidungslogik danach neu erzeugt und geprüft wird.
• Review nötig bedeutet, dass die Regelstruktur lesbar ist, aber eine fachliche Entscheidungsgrundlage wie Grenzwert oder Bezugsperiode fehlt. Der Wert wird nicht geraten, die Voraussetzung bleibt inaktiv und der Hinweis nennt die zu prüfende Quelle.
• Ist die fachliche Regel trotz fehlendem automatischen Quellenbeleg eindeutig bestätigt, kann sie im Detailbereich mit einer Begründung von mindestens zehn Zeichen über Ohne Quellenbeleg fachlich freigeben bestätigt werden. Der Status bleibt sichtbar als manuell freigegeben gekennzeichnet. Technische Fehler lassen sich nicht übersteuern; Änderungen an Fragen, Parametern, Regel oder Quellenstand machen die Freigabe ungültig.

Häufige Probleme

Querverweise

• Services für Service und Quellen.
• Global für Parameter und Glossar.
• Testen für Dialogprüfung und QS-Startberatung.
• Debug für Workflow- und Parameterdiagnose.