Renderings
Dokumente
Eine Übersicht aller Dokumenten-Rendering-Prozesse
Hier werden alle Dokumentenprozesse gelistet, also Prozesse die so weit bearbeitet werden konnten, dass ein tatsächliches Dokument zumindest versucht wurde zu rendern. Meistens ist das Ergebnis ein fertiges Dokument, aber auch alte und bereits archivierte Dokumente oder solche, deren Rendering mit Fehlern abgebrochen wurde, sind hier zu finden.
Diese Liste zeigt einzelne Renderläufe für das Modal von .docx-Vorlagen – und keine Verweise auf E-Mails oder nicht-validierte Requests. E-Mails können aber solche Dokumentenprozesse zBsp. für Anhänge auslösen.
Ein Eintrag erscheint hier, sobald der Workflow einen Renderprozess erzeugt (egal ob erfolgreich, wartend oder blockiert).
Pro Eintrag sehen Sie, wie welche Vorlage mit konkreten Kundendaten kombiniert wurde, welche Weiterleitungen über Webhooks aktiv waren und ob Anonymisierungspflichten bereits gegriffen haben.
Diese Seite zeigt eine Liste aller Elemente, und darüber diverse Aktionen, die du ausführen kannst:
Renderliste
Die Liste ist chronologisch sortiert (neueste zuerst). Ein Highlight-Controller markiert blockierte Prozesse gelb.
ID, Format, Seiten, Titel/Beschreibung
| ID | Format | Seiten | Titel/Beschreibung |
|---|---|---|---|
| 6892492 | 4 | Abschlagsänderung |
ID
Interne Kennung des Render- oder Request-Prozesses.
Format
Format, das im Rendering Request angefordert wurde – hier pdf.
Seiten
Abrechnungsrelevante Seitenzahl, die bisher erzeugt wurde.
Titel/Beschreibung
Zeigt die Beschreibung aus dem Details-Tab der Vorlage und hilft bei der Einordnung des Renderprozesses.
Dateiname, Benutzerdef. ID, Status, .docx Vorlage
| Dateiname | Benutzerdef. ID | Status | .docx Vorlage |
|---|---|---|---|
| dateiname_metainfo.pdf | 123456654685 | done | template_identifier (#6358) |
Dateiname
Name des gerenderten Dokuments. Wird vom Ziel-Dateiname der docx-Vorlage gesetzt. Ist gleichzeitig ein direkter Download-Link auf das gerenderte Dokument, solange der Prozess nicht anonymisiert oder gelöscht wurde.
Benutzerdef. ID
Die für das Template im System hinterlegte externe ID, die an Callbacks und Webhooks übergeben wird.
Status
Die Status-Badge zeigt, ob das Dokument anonymisiert (archiviert), fertig, fehlgeschlagen oder blockiert ist.
.docx Vorlage
Der identifier und die ID der benutzten docx-Vorlage, welche im System hinterlegt sind. Verlinkt außerdem direkt zu dessen Detail-Ansicht.
Webhooks, Rendering Request, Renderdaten
| Webhooks | Rendering Request | Renderdaten |
|---|---|---|
| sftp-upload-doc | #9846811 | #9846843 |
Webhooks
Zeigt alle bei diesem Prozess ausgelösten Weiterleitungen aus dem Bereich Webhooks. Die Badges verlinken direkt in die entsprechende Konfiguration.
Rendering Request
ID des ursprünglichen Requests und Link zur Detail-Ansicht des Request-Prozesses, inklusive Payload und Audit-Informationen.
Renderdaten
ID und Link zur Detail-Ansicht der Rendering-Daten (bzw. Payload) des Dokuments. Macht die verwendeten Daten sichtbar und erlaubt so die Prüfung der Eingaben und der Ergebnisse.
Externe ID, Externer Status, Anonymisierung, Batch Action
| Externe ID | Externer Status | Anonymisierung | Batch Action |
|---|---|---|---|
| 124 | – | 22.10.2025 11:29 | – |
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 ist der Download-Link deaktiviert.
Batch Action
Referenz auf Massenläufe wie CSV-Importe oder Batch-Actions. Wird bei Blocked-/Paused-Controllern nicht eingeblendet.
Mandant, Erstellt am, Aktualisiert am
| Mandant | Erstellt am | Aktualisiert am |
|---|---|---|
| – | 15.10.2025 11:28 | 15.10.2025 11:29 |
Mandant
Zuordnung gemäß Mandanten-Management.
Erstellt am
Audit-Timestamp für den Start des Renderprozesses (UTC, lokale Anzeige je Mandant).
Aktualisiert am
Zeitpunkt der letzten Änderung, z.B. Statuswechsel oder erneutes Rendering.
Status
Die möglichen Status-Badges eines Prozesses sind:
Rendering erfolgreich abgeschlossen, Download verfügbar.
Fehler im Template, Mapping oder beim Versand. Prozess-Leitstand prüfen.
Manuelle Prüfung nötig. Prozess bleibt stehen bis Aktion über Dashboard oder Prozess-Leitstand ausgelöst wird.
Datei gelöscht, die anonymisierten Metadaten bleiben aber erhalten.
Aktionen
Aktions-Dropdown
Aktions-Dropdown
Klicken Sie auf das Drei-Punkte-Menü am Ende jeder Zeile für Aktionen mit dem jeweiligen Renderprozess.
Gerendertes Dokument herunterladen
Liefert die zuletzt erzeugte Datei; bei anonymisierten Prozessen ausgegraut.
Anzeigen
Öffnet eine reine Detailansicht der kompletten Meta-Informationen und Einstellungen des Renderprozess.
Anfrage bearbeiten & erneut verarbeiten
Führt zum ursprünglichen Rendering Request und erlaubt dort dessen erneute Ausführung mit anpassbaren Parametern (z.B. Payload).
Spalten konfigurieren
Passen Sie die Anzeige der Renderprocess-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: Dokumente, 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: Badges wie hier „sftp-upload-doc" zeigen, welcher Webhook aktiv war. Dessen eigentliche URL bzw. Credentials verwalten Sie unter Webhooks und Credentials.
- Druckversand: Für Binect- oder E-POSTBUSINESS-Uploads prüfen Sie die Sendungen unter Druckversand. Dort sehen Sie Provider-Status, Fehler, Kosten und Retry-Aktionen.
- Sub-Clients: Wird ein Mandant angezeigt, gelten dessen Branding-Einstellungen (z.B. spezielle Templates, Bilder, Komponenten und Standardwerte). Ohne Mandant arbeitet der Prozess mit den Elementen der Hauptinstanz.