Zum Hauptinhalt springen

KW 39 (21.–25. September 2026)

Lesezeichen in der Seitenleiste​

Wer jeden Tag mit denselben Dokumenten arbeitet, musste bisher bei jedem Einstieg dieselben Ordner, Filter und Sortierungen neu setzen. Die Seitenleiste hat jetzt einen Bereich Lesezeichen: Damit speichern Sie eine Seite unter einem eigenen Namen — etwa eine gefilterte Dokumentübersicht („Offene Rechnungen"), eine Fallübersicht, eine Einstellungsseite oder ein einzelnes Dokument — und kehren mit einem Klick dorthin zurück. Über + legen Sie ein Lesezeichen für die aktuelle Seite an; der Link ist vorausgefüllt und lässt sich anpassen. Über das Menü eines Eintrags benennen Sie das Lesezeichen um oder löschen es.

Gut zu wissen:

  • Lesezeichen sind persönlich und gelten über alle Ihre Projekte hinweg. Andere Nutzer Ihrer Organisation sehen sie nicht.
  • Bis zu 50 Lesezeichen sind möglich.
  • Nur Seiten innerhalb von feld.ai lassen sich speichern; externe Adressen werden abgelehnt.
  • Löschen erfolgt ohne Rückfrage.
  • Ordner, Chats und Lesezeichen in der Seitenleiste scrollen jeweils für sich statt die ganze Seitenleiste.

Rechnungsabgleich liest QR-Codes​

Schweizer QR-Rechnungen tragen die Zahlungsangaben im QR-Code; bisher kamen sie nur aus dem gedruckten Text, und ob beide übereinstimmen, ließ sich nicht prüfen. Der Rechnungsabgleich kann jetzt die QR-Codes auf den Seiten einer Rechnung lesen — etwa den Zahlteil einer Schweizer QR-Rechnung oder einen EPC-Girocode. Die Funktion ist je Konfiguration zuschaltbar: im Rechnungs-Playground über das Kontrollkästchen QR-Code extrahieren neben Metadaten zurückgeben, über die API mit extraction_config.read_qr_codes in der Konfiguration. Das Ergebnis erhält den Bereich QR-Codes (API: qr_codes) mit dem Inhalt jedes Codes, unverändert so, wie er codiert ist — die Zuordnung der Felder übernimmt Ihr System. Wurden die Seiten gelesen und kein Code gefunden, ist die Liste leer; ohne eingeschaltete Option fehlt der Bereich (API: null).

Gut zu wissen: Der Code wird nur gelesen, nicht mit den extrahierten Werten abgeglichen. Eine QR-IBAN kann sich von der im Rechnungstext gedruckten IBAN unterscheiden — beide sind korrekt, aber nicht austauschbar. Anhänge einer E-Mail werden mit durchsucht. Gelesen werden insgesamt höchstens die ersten 50 Seiten; Codes auf späteren Seiten fehlen im Ergebnis. Siehe Playground und API-Referenz.

Fallübersicht: Filterleiste, Checklisten-Filter und sortierbare Spalten​

Das Fallfeature befindet sich weiterhin in der Beta-Phase. Auswahlfelder und das Sortierdatum werden in der Fallart eingerichtet.

Wer nur die Fälle in einem bestimmten Bearbeitungsstand sehen wollte — etwa alle einer Kategorie, bei denen die Akte schon vollständig ist —, musste die Fallübersicht bisher von Hand durchgehen. Die Filter sind jetzt in einer eigenen Filterleiste zusammengefasst: Suche nach Fallname, Status, Bearbeiter und Vorschläge in einer Zeile, darunter die Sortierung. Neu filtern Sie nach der Checkliste der Fallart: Jeder Prüfpunkt erscheint als Schaltfläche; wählen Sie einen oder mehrere, sehen Sie nur die Fälle, bei denen diese Punkte erledigt sind. Fallfelder mit fester Auswahl (z. B. eine Kategorie) bekommen ein eigenes Auswahlfeld in der Filterleiste; beim Anlegen eines Falls wählen Sie den Wert für solche Felder aus einer Liste, statt ihn einzutippen. Ist in der Fallart ein Datumsfeld für die Sortierung hinterlegt, sortieren Sie die Liste danach („Datum (neueste zuerst)"). Zusätzlich sortieren Sie per Klick auf eine Spaltenüberschrift. Passt kein Fall zur Auswahl, hebt Filter zurücksetzen sie wieder auf. Filter und Sortierung stehen in der URL, sodass sich eine Ansicht als Lesezeichen speichern lässt.

Dokumentansicht: neu geordnete Seitenleiste​

In der rechten Seitenleiste der Dokumentansicht standen bisher Systeminformationen und Workflow-Läufe oben und verdrängten, was für die Arbeit zählt; zum Herunterladen eines Dokuments mussten Sie zurück in die Dokumentliste. Jetzt stehen oben Kategorien und Fälle des Dokuments in einem gemeinsamen Block; über das Fall-Symbol ordnen Sie das Dokument dort direkt einem Fall zu. Systeminformationen und der Workflow-Status sind nach unten gerückt. Der Workflow-Status ist eingeklappt und zeigt je Lauf Art, Status und Zeitpunkt, bei Fehlern die Meldung und Erneut versuchen. Trägt ein Dokument mehrere Ergebnisse desselben Typs (z. B. aus zwei Extraktionsschemas), zeigt jeder Bereich im Tab Ergebnisse den Schemanamen. Über das Menü der Dokumentansicht laden Sie das Dokument direkt herunter (Herunterladen), und jede Seitenvorschau trägt ihre Seitenzahl. Ihr Feedback zu Ergebnissen wird automatisch gespeichert; der Speicherstatus steht daneben, und vor dem Entfernen fragt ein Dialog nach.

Weitere Neuigkeiten​

  • 2026-09-25 – Chat: Fragen, die mehrere Dinge zugleich verlangen („Welche Merkblätter und welche rechtlichen Grundlagen gibt es zum Lärmschutz?"), wurden bisher oft nur zur Hälfte beantwortet. Der Chat zerlegt sie jetzt in bis zu drei Teilfragen und beantwortet sie nacheinander; der erste Teil erscheint sofort, die weiteren folgen. Nennt die Frage eine Dokumentart, die auf mehrere Dokumente des Projekts passt (etwa „Merkblätter"), wird gezielt in diesen Dokumenten gesucht, und Aufzählungsfragen nennen diese Dokumente zuerst. Mehrteilige Fragen dauern entsprechend länger.
  • 2026-09-25 – Playground: XML-Dokumente (z. B. eine eigenständige E-Rechnung im CII-Format) haben jetzt den Tab Playground. In den Ergebnissen lassen sich auch Felder anklicken, deren Fundstelle im XML liegt statt auf einer PDF-Seite; die Stelle wird im XML markiert.
  • 2026-09-25 – Schwärzung: Das Feld für eigene Begriffe im Tab Schwärzung und die Standardbegriffe in den Projekteinstellungen sind entfernt. Die Erkennung richtet sich ausschließlich nach den Kategorien des gewählten Schwärzungssets. Bereits gespeicherte eigene Begriffe wurden aus Konfigurationen und Markierungen entfernt. Externe API: custom_terms wird in Erkennungsanfragen und Konfigurationen abgelehnt (422).
  • 2026-09-24 – Externe API: Das Ergebnis eines Extraktions-Jobs (GET /v1/extractions/jobs/{job_id}) hat jetzt dieselbe Form wie beim Rechnungsabgleich (invoice-v2): Konfidenzwerte und Fundstellen stehen unter metadata.extraction, das neue Feld matches nimmt Referenzdaten-Treffer auf (bei API-Jobs vorerst leer). Das bisherige Feld extraction_metadata bleibt mit gleichem Inhalt erhalten, ist aber veraltet und wird in einer späteren Version entfernt; ohne Metadaten enthält es jetzt null statt zu fehlen. Siehe API-Referenz.
  • 2026-09-23 – Schwärzung, Externe API: Eine Schwärzungskonfiguration legt jetzt fest, welche Kategorien sie verwendet (label_set_id, label_ids); die Antwort enthält den aufgelösten Kategoriensatz (entity_set) mit der Auswahl je Kategorie. Konfigurationslisten lassen sich mit ?kind= filtern. In den Projekteinstellungen bleibt die gespeicherte Kategorienauswahl beim Speichern erhalten, gelöschte Kategorien werden entfernt, und bei mehreren Schwärzungssets steht dabei, welches verwendet wird. Siehe API-Referenz.
  • 2026-09-22 – Fälle (Beta): Auf dem Fall-Board zeigte Kategorien anzeigen alle Kategorien auf einmal, auch solche, die für den Fall gerade keine Rolle spielen. Es ist jetzt ein Menü mit einem Eintrag je Klassifizierungsregel; Sie blenden nur die Kategorien ein, die Sie brauchen. Die Auswahl bleibt gespeichert; eine später hinzugefügte Regel wird automatisch angezeigt.
  • 2026-09-22 – Verarbeitung: Dokumente mit mehr als 5.000 Seiten werden nicht verarbeitet. Das Hochladen gelingt; die Verarbeitung endet mit dem Status „Verarbeitung fehlgeschlagen".

Verbesserungen​

  • 2026-09-25 – Extraktion: Lange Ziffernfolgen wie eine IBAN werden jetzt zeichengenau aus dem Text der Seite übernommen statt allein aus dem Seitenbild gelesen.
  • 2026-09-25 – Rechnungsabgleich: Deckt eine einzelne Bestellzeile die gesamte Rechnung ab, ordnet der Abgleich ihr jetzt alle Positionen zu. Summen aus mehreren Positionen werden zusätzlich gegen die Bestellzeilen geprüft.
  • 2026-09-25 – Extraktion: Die gründliche Extraktion ist bei großen Stapeln deutlich schneller.
  • 2026-09-23 – Fälle (Beta): Wird das Dokument gelöscht, das einen automatisch gebildeten Fall eröffnet hat, oder verliert es seine Kategorie, übernimmt ein anderes passendes Dokument des Falls diese Rolle. Gibt es keines, werden die automatisch zugeordneten Dokumente aus dem Fall entfernt; von Hand zugeordnete bleiben.
  • 2026-09-23 – Schwärzung: Für ein Dokument ohne ausgelesenen Text ist PII erkennen jetzt deaktiviert, mit dem Hinweis, dass der Text noch fehlt. Über die API antwortet die Erkennung mit 422.
  • 2026-09-23 – Chat: Normbezeichnungen auf den Quellenkarten werden genauer erkannt, etwa Zusätze wie Art. 32ebis. Bereiche („§ 4 – § 7") erscheinen nur noch für lückenlose Nummernfolgen.
  • 2026-09-22 – Schwärzung: Amtsbezeichnungen, Behörden, Gesetzeszitate, Datums- und Maßangaben sowie Kopf- und Fußzeilen werden nicht mehr als personenbezogen markiert, sofern keine Kategorie sie ausdrücklich abdeckt.
  • 2026-09-22 – Verarbeitung: Bei gescannten Dokumenten mit mehr als 16 Seiten läuft die Texterkennung (OCR) jetzt über alle Seiten. Bereits verarbeitete Scans erhalten den vollständigen Text nach einer erneuten Verarbeitung.
  • 2026-09-22 – Dokumentansicht: Die Seite bleibt beim Öffnen bedienbar; der Ergebnisbereich zeigt einen Ladezustand, bis die Ergebnisse geladen sind.