Release Notes

E-Mail-PDFs können jetzt vor dem eigentlichen E-Mail-Inhalt einen einheitlichen, sicheren Text-Header anzeigen.

• Der Header wird unter Mandanten-Einstellungen → E-Mail-PDF aktiviert und als Textvorlage mit bis zu 255 Zeichen gepflegt.
• Platzhalter stehen für Absender, Empfänger, CC, BCC, Betreff, Erstell- und Versandzeitpunkt, Message-ID, Anhänge und Dateiname zur Verfügung.
• HTML-PDF-Downloads und PDF-Varianten der E-Mail-Webhooks verwenden dieselbe Konfiguration.
• Umgebungs-Mandanten erben die Mandanteneinstellung und können Vorlage oder Aktivierungsstatus überschreiben.

Die E-Mail-Test- und Upload-Flows wurden erweitert.

• In der E-Mail-Vorlagen-Testansicht können Vorschauen mit Anhängen gerendert, als PDF oder .eml heruntergeladen und direkt an eine manuelle Empfängeradresse gesendet werden.
• Beim Senden einer gerenderten Vorschau werden Anhänge mitgesendet, wenn die Vorschau mit Anhänge mit rendern erzeugt wurde.
• E-Mail-Prozessdetails bieten Downloads für .eml, HTML-PDF und einzelne Anhänge.
• E-Mail-Webhooks unterstützen zusätzlich HTML-Inhalt als PDF und HTML-Inhalt als PDF und Anhänge.

E-Mail-Folgeaktionen können jetzt gezielter auf Zustellereignisse reagieren, und Bounce-Fälle lassen sich direkt in einen neuen Rendering Request überführen.

• E-Mail-Webhooks für Upload, Archiv, Druckversand und Custom/OAuth2 können auf Immer, Nur bei Zustellung oder Nur bei Bounce gestellt werden.
• Die E-Mail-Prozessliste bietet bei bounced die Aktion Neuen Rendering-Request auslösen mit vorausgefüllten Werten aus dem Quell-Request.
• E-Mail-Vorlagen können automatisches Bounce-Re-Rendering aktivieren und optional Template, Format, Webhook, Mailserver, External-ID-Pattern und Metadaten überschreiben.
• Automatische Bounce-Re-Renderings setzen einen internen Marker, damit ein erneut gebouncter Folge-Request keine Re-Rendering-Schleife auslöst.

DOCX-Vorlagen können statische PDF-Anhänge referenzieren. Bei PDF-Ausgaben werden die ausgewählten Dateien hinter das gerenderte Dokument gehängt.

• Der Verwaltungsbereich heißt jetzt Statische Anhänge und bleibt technisch unter der bestehenden Route erreichbar.
• Die Auswahl in Dokument-Vorlagen nutzt dieselbe Identifier-, Gruppen- und Bedingungsauflösung wie statische Anhänge in E-Mail-Vorlagen.
• Nur gültige PDF-Dateien werden an Dokument-PDFs angefügt; andere Dateitypen bleiben für E-Mail-Vorlagen nutzbar und werden beim Dokument-Append übersprungen.
• billablePages und documentPages bleiben auf das gerenderte Hauptdokument bezogen.

Output.Rocks erhält ein revisionssicheres Archivmodul. Archivierte Dokumente liegen unveränderbar (WORM, S3 Object Lock) in einem eigenen, pro Mandant getrennten Speicherbereich.

• Aktivierung pro Mandant: Das Archiv wird ausschließlich vom Superadmin pro Mandant freigeschaltet.
• Befüllung:
  • Archiv-Webhook „Archiv (WORM)" im Render-/E-Mail-Prozess — als Dokument oder für E-Mails wahlweise vollständige .eml, nur HTML-Inhalt, nur Anhänge oder HTML-Inhalt und Anhänge.
  • Konfigurierbare Archiv-Metadaten: Der Archiv-Webhook speichert nur noch explizit gemappte JSON-Metadaten aus data, Prozess-Metadaten, Dokument- oder E-Mail-Kontext. Alternativ kann ein einzelner Platzhalter wie <<data.archiveMetadata>> ein vorbereitetes Metadaten-Objekt übernehmen. Leeres Mapping bedeutet: keine Metadaten speichern. Über die M2M-API können Archiv-Einträge mit metadata[key]=value nach diesen Metadaten gefiltert werden.
  • Externe API für Drittanwendungen (Ingest, Suche, Metadaten, Download) — pro Mandant über API-Token abgesichert.
  • Manuelles Hochladen direkt in der Oberfläche.
• Archiv-Link: Nach dem Ablegen wird ein dauerhafter, auch von außerhalb abrufbarer Download-Link zurückgeliefert; jeder Abruf wird protokolliert.
• Aufbewahrung & Löschung: Je Dokument gilt eine gesetzliche Aufbewahrungs-Untergrenze (6/8/10 Jahre), die der Speicher erzwingt und die nie unterschritten werden kann. Ein zusätzlich wählbarer Löschzeitpunkt wird automatisch auf diese Untergrenze angehoben. Gelöscht wird erst nach Ablauf — kontrolliert und mit Löschnachweis.
• Legal Hold: Einzelne Dokumente lassen sich gegen jede Löschung sperren (mit Begründung), unabhängig von der Aufbewahrungsfrist.
• Audit-Trail: Jeder Zugriff und jede Änderung (Ablage, Download, Metadaten, Legal Hold, Disposition) wird manipulationssicher (verkettet) protokolliert.
• Integrität: Beim Ablegen wird eine SHA-256-Prüfsumme gebildet und beim Lesen/Export erneut verifiziert.
• E-Rechnung: Strukturierte XML (XRechnung/ZUGFeRD) wird byte-genau und unverändert archiviert (kein Flattening), zusätzlich zur Visualisierung.
• Oberfläche: Eigener Archiv-Bereich mit Liste, Suche/Filter, Detailansicht inkl. Metadaten-Bearbeitung, Audit-Timeline und Download.

• Fehlen JSON-Werte für Platzhalter im QR-Text oder in der Chart.js-Konfiguration, nennt die Vorschau den betroffenen Pfad (z. B. document.qrCode.url) und hebt das Feld JSON-Daten hervor.
• Im QR-Code-Editor werden Platzhalterfehler nicht mehr fälschlich als Quickchart-Ausfall angezeigt.
• Dasselbe Verhalten gilt im Vorlagen-Editor für Chart- und QR-Platzhalter vor dem PDF-Render; fehlende Docmosis-Felder aus Tornado liefern weiterhin nur Freitext-Fehlerzeilen.

• Neuer Prozesstyp XML-Prozesse (E-Rechnung) unter Renderings – neben Dokumenten- und E-Mail-Prozessen. Er bildet den Lebenszyklus einer E-Rechnungs-XML ab (Mapping → Erzeugung → KoSIT-Validierung → Auslieferung) für eingebettete ZUGFeRD-Rechnungen und eigenständige XRechnungen.
• Dokumente mit E-Rechnung sind jetzt klar erkennbar. Ein ZUGFeRD-Dokument wird zurückgehalten (Status waiting_for_e_invoice), bis seine XML erzeugt und gültig ist, und bettet sie anschließend automatisch in das PDF ein.
• Aussteuerung als eigener, benannter Status (statt eines generischen „blockiert"): Schlägt Mapping, Erzeugung oder KoSIT-Validierung fehl, landet die E-Rechnung im Status rejected mit Fehlerstufe und -meldung – sicht- und filterbar im Dashboard.
• Korrektur im Cockpit: Ausgesteuerte E-Rechnungen lassen sich über ein strukturiertes Formular (Rechnungskopf, Verkäufer/Käufer, Positionen) bearbeiten und mit „Speichern & neu erzeugen" erneut erzeugen und validieren. Danach läuft ein zurückgehaltenes Dokument automatisch weiter.
• Abrechnung: Jede erfolgreich erzeugte XML zählt als ein abrechenbares Element (1 XML = 1 Element, analog zu einer E-Mail) und erscheint im Dashboard-Chart „XML Amount" sowie in den Monats- und Rendering-Berichten.
• Dashboard: Neue Warnkarten für Aussteuerung (E-Rechnungen) und Dokumente, die auf E-Rechnung warten sowie das neue XML-Mengen-Chart.
• Zugriff analog zu Dokumentenprozessen: Vollzugriff mit der Rolle Vorlagen-Editor, dashboard-bezogener Zugriff (Aussteuerung/blockiert) mit der Dashboard-Rolle, Bearbeiten und Neu-Erzeugen mit der Rolle Cockpit.

• Die Menüpunkte rund um Eingabemasken heißen jetzt Individualschreiben – sowohl im Vorlagen-Management (Konfiguration) als auch unter Renderings (Erstellung).
• SharePoint-Bearbeitung: Gerenderte Individualschreiben können vor dem Prozessstart vollständig in Word Online bearbeitet werden. Das bearbeitete Dokument wird als PDF zurückgeladen und der Prozess damit fortgesetzt. Konfiguration je Mandant unter Einstellungen → Dokumentbearbeitung (SharePoint-Site, Dokumentbibliothek, optionale eigene Entra-App-Registrierung, Freigabe für Umgebungs-Mandanten).
• Neue Rollen Individualschreiben (ROLE_INDIVIDUAL_LETTER_EDITOR, inkl. SharePoint-Bearbeitung) und Individualschreiben ohne SharePoint-Bearbeitung (ROLE_INDIVIDUAL_LETTER_CREATOR).
• Benutzer-Einstellungen (Profil): Jeder Benutzer kann eine persönliche Unterschrift (PNG) hinterlegen, die bei Eingabemasken-Renderings automatisch über den Platzhalter img_user.signature eingesetzt wird, sowie eine abweichende Microsoft-365-E-Mail für die SharePoint-Bearbeitung.
• Neuer Feldtyp richtext in Eingabemasken: formatierter Text (Fett, Kursiv, Listen) wird über <<html:...>>-Platzhalter in die Vorlage übernommen.
• Die Eingabemasken-Vorschau führt Prerender-Webhooks aus und zeigt damit echte Daten; beim finalen Erstellen werden die Daten wiederverwendet statt erneut abgerufen. E-Mail-Inhalte können direkt in der Vorschau bearbeitet werden.
• Neuer Webhook-Typ Pre-Render Webhook (Rendering Request) (prerender-custom-oauth2-request): ruft Daten einmal pro Rendering Request ab – vor der Zuordnung auf Dokumente und E-Mails.
• Je Eingabemaske kann ein eigener E-Mail-Server für ausgehende E-Mails gewählt werden.
• Rendering-Workflows starten spürbar schneller: Worker werden sofort über neue Aufträge benachrichtigt (bisher bis zu 60 Sekunden Verzögerung möglich).

• Neue Custom-OAuth2-Webhooks können API-Daten vor dem Rendering abrufen und in die Rendering-Daten schreiben.
• After-Rendering-Webhooks können gerenderte Dokumente oder E-Mail-Artefakte per OAuth2 an externe APIs senden.

• Die Request-Simulation hat einen neuen Schalter für Dokument- und E-Mail-Preview. Standardmäßig bleibt die Simulation rein entscheidungsorientiert; bei aktivierter Preview werden transiente Artefakte gerendert.
• Im Prozess-Leitstand kann der aktuell bearbeitete Payload vor Daten speichern und erneut versuchen als Preview gerendert werden.
• Im Modal Request erstellen beziehungsweise Anfrage bearbeiten & erneut verarbeiten gibt es eine Preview vor der finalen Erstellung oder dem finalen Reprocess.
• Das Preview-Modal zeigt Workflow-Summary, Template-Zuordnungen, Webhook-Entscheidungen, Validierungen mit Fehlergründen, Dokumente, E-Mail-HTML/Text, Anhang-Dokumente und Artefaktfehler. Inline-Previews können per Vollbild geprüft werden.
• Preview-Läufe verändern keinen produktiven Request-Status, speichern keine finalen Prozesse und lösen keinen Versand oder Webhook aus.

• Rendering-Berichte werden als Hintergrundjobs erzeugt. Nutzer können die Seite verlassen und später den fertigen Bericht wieder öffnen.
• Die Berichtsübersicht zeigt laufende, fertige und fehlgeschlagene Jobs mit Status und Zeitraum.
• Monatsberichte speichern Ergebnisse stabiler.
• Custom-Mapping-Tests geben Debug-Ausgaben zurück, damit Mapping-Probleme schneller gefunden werden können.
• Die Dokumentation beschreibt den neuen Berichtsworkflow.

• Binect und E-POSTBUSINESS stehen als Druckversand-Integrationen bereit, inklusive Monitoring, Retry-Logik und Provider-Status.
• Powercloud-OAuth-Authentifizierung kann getestet werden; Webhook- und Integrationslisten haben Suchfilter und Sortierung erhalten.
• QR-Code- und Chart-Editoren können bestehende Konfigurationen laden, speichern und für neue Elemente nutzen.
• Invalid Document Renderings zeigen bessere Gründe, damit Fehler schneller eingeordnet werden können.
• Exportspalten orientieren sich staerker an den sichtbaren Tabellenspalten.
• Für E-Mail-Vorlagen wurde ein KI-Assistent mit Validierung und Subclient-Scope ergänzt.

• DOCX-Uploads können gegen konfigurierte CI-Regeln einer Marke geprüft werden.
• Große gefilterte Batch-Aktionen werden asynchron verarbeitet, damit die Oberfläche reaktionsfähig bleibt.
• Der Prozess-Leitstand erlaubt zusätzliche Retry- und Reprocess-Aktionen für blockierte Workflows.
• Wartende Delivery-E-Mails und Bounce-Fälle können gezielter als bearbeitet markiert werden.
• Die Template-Management-Suche wurde für mehrere Felder erweitert.

• Marken können verwaltet und in der Vorlagenlogik für Corporate-Identity-Varianten genutzt werden.
• Rendering-Konfigurationen beruecksichtigen Marken, um CI-spezifische Elemente bevorzugt auszuwaehlen.
• PDF-Overlays sind als eigener Verwaltungs- und API-Bereich verfügbar.
• Der SPA-Cutover wurde vorbereitet: Backend-rendered UI wurde reduziert, Kompatibilitätsrouten und Password-Reset-Flows wurden ergänzt.
• Swagger und App-Oberfläche wurden weiter an das Branding angepasst.

• Die SPA verlinkt Hilfen und Assistant-Funktionen auf or-documentation.
• Dokumentations-Preview-Buttons wurden auf weitere App-Bereiche ausgeweitet und optisch verbessert.
• Die Dokumentation erhielt lokale MDX-Vorschau, Suche und Assistant-Grundlagen.
• Für kVASy wurde ein Rendering-API-Endpunkt ergänzt.
• Fehlerhafte oder fehlende Referenzen werden in der Oberfläche klarer markiert und können gezielter bereinigt werden.

• Rendering-Requests können nun simuliert werden, inklusive Abkürzungen aus relevanten Prozessansichten.
• Bedingungen in Simulationen lassen sich besser inspizieren, sodass komplexe Vorlagenlogik leichter nachvollziehbar wird.
• Template-Listen unterstuetzen Multi-Field- und Exact-Search-Filter.
• Modale warnen bei ungespeicherten Änderungen, bevor Nutzer versehentlich Inhalte verlieren.
• Fake-Data- und Subclient-Workflows wurden stabilisiert, damit Testdaten sicherer in produktionsnahen Szenarien verwendet werden können.

• Die App erhielt eine integrierte Dokumentationshilfe, damit Fragen direkt im Arbeitskontext beantwortet werden können.
• Der neue Chart Agent unterstuetzt bei der promptgestuetzten Konfiguration von Diagrammen.
• Rendering-Daten und Rendering-Anfragen bieten erweiterte Filter und Suchhervorhebung.
• E-Mail-Vorlagen, Testdaten und Subclient-bezogene API-Aufrufe beruecksichtigen den Mandantenkontext genauer.
• E-Mail-Template-Vorschauen laufen isolierter im iframe, wodurch Styles stabiler und besser pruefbar sind.

• Blockierte Rendering-Elemente können nun per KI analysiert werden. Die Auswertung hilft dabei, Ursachen schneller zu erkennen und betroffene IDs gezielter zu filtern.
• Die neue SPA-Oberfläche unterstuetzt Dark Mode auf authentifizierten Seiten und wichtigen Komponenten.
• Importer und Exporter wurden für Admin-Workflows verbessert, einschließlich klarerer Rollenbegrenzungen.
• Rendering-Listen laden große Datenmengen effizienter: exakte Zaehler und Relation-Counts werden nur noch geladen, wenn sie wirklich benoetigt werden.
• In den Benutzereinstellungen steht eine neue Settings-Verwaltung für authentifizierte Nutzer bereit.