Renderings
Requests
Eine Übersicht aller Ihrer Rendering-Anfragen
Hier werden alle im System registrierten Rendering Requests gelistet – also die System-Jobs, die Vorlagen und Weiterleitungen über Webhooks oder Mailserver ansteuern.
Diese Liste zeigt übergeordnete Job-Anfragen – nicht die einzelnen Render- oder E-Mail-Prozesse, die daraus entstehen können. Ein Request kommt üblicherweise per API und kann mehrere Dokumente und E-Mails erzeugen, die in den entsprechenden Details des Jobs zu finden sind.
Jeder Request erscheint, sobald er im System-Workflow angelegt wird, unabhängig davon, ob bereits Render- oder E-Mail-Prozesse entstanden sind oder der Prozess blockiert ist und noch nicht gestartet wurde.
Diese Seite zeigt eine Liste aller Elemente, und darüber diverse Aktionen, die du ausführen kannst:
Request-Liste
Die Liste ist chronologisch sortiert (neueste zuerst). Ein Highlight-Controller markiert blockierte Requests gelb.
ID, Vorlage-Identifier, Format, Status
| ID | Vorlage-Identifier | Format | Status |
|---|---|---|---|
| 9846811 | (group-)identifier-123 | done |
ID
Interne Kennung des Render- oder Request-Prozesses.
Vorlage-Identifier
Identifier der zu verwendenden modalen Vorlage des Requests. Ist ungeprüft und verlinkt daher nicht zu einer Vorlage, kann außerdem ein Gruppen-Identifier sein. Templates liegen in der docX-Vorlagenverwaltung oder Email-Vorlagenverwaltung.
Format
Format der Haupt-Ausgabe, das im Rendering Request angefordert wurde. Kann pdf, docx, txt, html oder eml sein und betrifft nur das Haupt-Dokument, nicht Anhänge oder Folgeaktionen.
Status
Status-Badge zeigt, ob der Prozess bzw. Request erfolgreich abgeschlossen, fehlgeschlagen oder blockiert ist.
Externe ID, Externer Status, Anonymisierung, Kommentar
| Externe ID | Externer Status | Anonymisierung | Batch Action | Kommentar |
|---|---|---|---|---|
| 124 | – | 14.11.2025 10:28 | null |
Externe ID
Eine zusätzliche extern übermittelte Kennung (z.B. powercloud- oder SAP-Referenz) zur eindeutigen Zuordnung in Fremdsystemen. Wird von außen auf dem Request gesetzt, z.B. via API, Custom Mapping oder Data Collector.
Externer Status
Statusmeldung des Dritt-Systems; hilfreich für SLA-Nachweise und Eskalationen mit Netzbetreibern. Wird von außen auf dem Request gesetzt, z.B. via API oder Callbacks.
Anonymisierung
Zeitpunkt der Anonymisierung bzw. Löschung. Danach sind die zugehörigen Prozesse und Dateien nicht mehr direkt zugänglich.
Batch Action
Referenz auf Batch-Läufe wie CSV-Importe oder Massenaktionen; fehlt bei blockierten Controllern.
Kommentar
Optionaler Kommentar zum Request. Wird entweder von außen auf dem Request gesetzt, z.B. via API, oder über den Prozess-Leitstand, über Custom Mapping oder den Data Collector.
Webhook-Identifier, Mailserver-Identifier, Renderdaten
| Webhook-Identifier | Mailserver-Identifier | Renderdaten |
|---|---|---|
| sftp-upload-bsp | mail-send-bsp | #9846843 |
Webhook-Identifier
Identifier des Webhooks, der bei diesem Request ausgelöst wird.
Mailserver-Identifier
Zugeordneter E-Mail-Server inkl. Identifier – wichtig für Bounce-Handling und Versandpfade.
Renderdaten
Link auf die gespeicherten Renderdaten (bzw. Payload) für erneute Renderings.
E-Mail Prozesse, Renderprozesse
| E-Mail Prozesse | Renderprozesse |
|---|---|
| – |
E-Mail Prozesse
Verlinkte E-Mail-Prozesse, die aus diesem Request entstanden sind. Verweist auf die E-Mail-Liste. Zeigt System-ID, Custom-ID, Beschreibung und Status. Link führt zur Detail-Ansicht des Prozesses.
Renderprozesse
Verlinkte Renderprozesse (Dokumente), die aus diesem Request entstanden sind. Verweist auf die Dokumenten-Liste. Zeigt System-ID, Custom-ID, Beschreibung und Status. Link führt zur Detail-Ansicht des Prozesses.
Mandant, Erstellt am, Aktualisiert am
| Mandant | Erstellt am | Aktualisiert am |
|---|---|---|
| – | 15.10.2025 11:25 | 15.10.2025 11:28 |
Mandant
Zuordnung gemäß Mandanten-Management.
Erstellt am
Audit-Timestamp für den Start des Rendering Requests (UTC, lokale Anzeige je Mandant).
Aktualisiert am
Zeitpunkt der letzten Änderung, z.B. Statuswechsel oder erneutes Rendering.
Status
Die möglichen Status-Badges eines Requests sind:
Request wurde gestartet und wird aktuell verarbeitet.
Request erfolgreich abgeschlossen, alle zugehörigen Prozesse wurden verarbeitet.
Fehler im Request, Template, Mapping oder beim Versand. Prozess-Leitstand prüfen.
Manuelle Prüfung nötig. Request bleibt stehen bis Aktion über Dashboard oder Prozess-Leitstand ausgelöst wird.
Aktionen
Aktions-Dropdown
Aktions-Dropdown
Klicken Sie auf das Drei-Punkte-Menü am Ende jeder Zeile für Aktionen mit dem jeweiligen Request.
Anzeigen
Öffnet eine reine Detailansicht der kompletten Meta-Informationen und Einstellungen des Request.
Kommentar bearbeiten
Öffnet ein Modal zum Bearbeiten des Kommentars des Requests.
Anfrage bearbeiten & erneut verarbeiten
Führt zum ursprünglichen Rendering Request und erlaubt dort dessen erneute Ausführung mit anpassbaren Parametern (z.B. Payload).
Preview vor Erstellung oder erneutem Verarbeiten
Im Modal Request erstellen sowie bei Anfrage bearbeiten & erneut verarbeiten steht vor der finalen Aktion eine Vorschau zur Verfügung. Die Vorschau nutzt die aktuell eingegebenen Request-Felder, Renderdaten, Metadaten und Kommentare und rendert daraus eine transiente Request-Preview.
Vorschau
Die Preview zeigt Dokumente und E-Mails im wiederverwendbaren Request-Preview-Modal. Zusätzlich werden die Template-Zuordnung, Webhook-Entscheidungen und ausgeführten Validierungen angezeigt. Fehlgeschlagene, fehlende oder fehlerhafte Validierungen stehen mit Fehlertext und Begründung direkt in der Preview. PDF-, HTML- und TXT-Artefakte werden inline angezeigt und können per Vollbild öffnen über den gesamten Browser-Viewport geprüft werden. DOC-, ODT- und RTF-Ausgaben werden als Download bereitgestellt.
Die Vorschau ist von der finalen Erstellung beziehungsweise vom finalen Reprocess getrennt. Sie verändert den ursprünglichen Request nicht, erstellt keine produktiven Folgeprozesse und löst keinen Versand oder Webhook aus. Erst Erstellen beziehungsweise der finale Reprocess startet die produktive Verarbeitung.
Spalten konfigurieren
Passen Sie die Anzeige der RenderingRequest-Liste für bessere Übersichtlichkeit an. Spalten können per Drag-and-Drop neu angeordnet und über Checkboxen ein-/ausgeblendet werden.
Für mich anwenden : Spalten-Konfiguration wird nur für Ihren Account gespeichert und beeinflusst andere Benutzer nicht.
Als Standard anwenden : Konfiguration wird für alle Benutzer der Instanz übernommen und als neue Standard-Ansicht gesetzt.
Hinweise für weiterführende Workflows
- CSV-Import und Batch-Actions: Requests, die über CSV-Import gestartet wurden, tragen häufig eine BatchAction-ID. Prüfen Sie diesen Wert bevor Sie Supportfällen nachgehen.
- Webhooks und Credentials: Die Webhook-Identifier zeigen, welcher Webhook aktiv war. Dessen eigentliche URL bzw. Credentials verwalten Sie unter Webhooks und Credentials.
- Druckversand: Physische Briefsendungen werden über Binect- oder E-POSTBUSINESS-Webhooks ausgelöst und unter Druckversand überwacht.
- E-Mail-Server: Der Mailserver-Identifier verweist auf die konfigurierten E-Mail-Server für den Versand.
- Sub-Clients: Wird ein Mandant angezeigt, gelten dessen Branding-Einstellungen (z.B. spezielle Templates, Bilder, Komponenten und Standardwerte). Ohne Mandant arbeitet der Request mit den Elementen der Hauptinstanz.
- Renderdaten: Über den Link zu den Renderdaten können Sie die verwendeten Payload-Daten einsehen und für erneute Renderings verwenden.