- Vorgangs-ID.
- Skill-ID und -Version.
- Verarbeitungsweg nach Schritten:
- Schritttypen
- Namen
- Datum und Uhrzeit des Beginns und Endes des Schritts
- Dauer (in Sekunden)
- Name und E-Mail-Adresse des Manual-Review-Operators.
- Dokument- und Vorgangsregistrierungsparameter.
Das Warehouse speichert keine Informationen über Ereignisse der Dokumentverarbeitung in Aktivitäten, die gemäß ihren Einstellungen niemals ausgeführt werden. Beispielsweise entspricht die Einstellung Assemble by files dem Standardverhalten von Vantage, daher wird die Dokumentverarbeitung in dieser Aktivität in einem Workflow übersprungen.
Migration von v1 auf v2
transaction-steps-v1-Endpunkt als veraltet eingestuft. Aus Gründen der Abwärtskompatibilität funktioniert der v2-Endpunkt ähnlich, mit einem geänderten Endpunktnamen und Abfrageparametern, die in den Request-Body verschoben wurden. Der v2-Endpunkt verwendet nun ein asynchrones Modell, um große Datenmengen besser zu verarbeiten. Nachdem ein Bericht angefordert wurde, können Sie den Status abfragen, bis der Bericht bereitsteht. Sobald die Verarbeitung abgeschlossen ist, können Sie die Ergebnisse herunterladen.
Was ist neu?
/api/reporting/v2/exports/transaction-steps):
- Filter wurden von Abfrageparametern in den Request-Body verschoben (
filters-JSON-Objekt). startDate, das innerhalb desfilters-Objekts angegeben wird, ist jetzt erforderlich.- Neues Feld:
sendEmailNotification(true/false) – sendet eine E-Mail an den Benutzer der Berichtsanforderung, sobald der Bericht zum Herunterladen bereitsteht.
/api/reporting/v2/exports/transaction-steps/{{requestId}}/result/{fileIndex}) wurden zwei Spalten hinzugefügt:
DocumentsCount: Die Anzahl der verarbeiteten Dokumente in einem Vorgang.PagesCount: Die Anzahl der verarbeiteten Seiten in einem Vorgang.
Herunterladen eines Datenberichts
Nur Benutzer mit den Rollen Tenant Administrator und Processing Supervisor können einen Datenbericht aus dem Warehouse herunterladen. Weitere Informationen finden Sie unter Rollenbasierte Zugriffssteuerung.
filters-Objekts die folgenden Eigenschaften enthalten:
- skillId. Die ID des Skills, dessen Vorgänge heruntergeladen werden sollen. Optional.
- transactionId. Die ID des Vorgangs, nach dem gefiltert werden soll. Optional.
- startDate. Der erste Tag des Zeitraums (Beispielformat: 2022-01-07T13:03:38, die Uhrzeit muss in UTC angegeben sein), für den die Vorgänge heruntergeladen werden sollen. Erforderlich.
- endDate. Der letzte Tag des Zeitraums (Beispielformat: 2022-09-07T13:03:38, die Uhrzeit muss in UTC angegeben sein), für den die Vorgänge heruntergeladen werden sollen. Optional.
- sendEmailNotification. Sendet eine E-Mail an den Benutzer, der die Berichtsanforderung erstellt hat, und informiert ihn darüber, dass der Bericht zum Download bereitsteht. Optional.
requestId, mit der Sie den Status der Anforderung prüfen können.
Ergebnis:
requestId in der GET-Anforderung an:
Sobald der Report erstellt wurde, lautet der status “Succeeded” und totalFileCount gibt die Anzahl der Dateien an, die zum Herunterladen bereitstehen:
requestId. Ergänzen Sie außerdem den fileIndex, also den nullbasierten Index der Datei. Wenn zum Beispiel "totalFileCount": 3 lautet, sind die verfügbaren Dateiindizes 0, 1 und 2.
So sieht eine CSV-Antwort beispielhaft aus:
Antwortstruktur
Die aufbereiteten Daten werden 2 Wochen lang nach Abschluss der Anfrage gespeichert. Daten, die im CSV-Format abgerufen wurden, können anschließend in jedem BI-Tool weiter analysiert werden.
Abrufen einer Liste von Reporting-Anforderungen
createdFrom und createdTo den Datumsbereich angeben und statusFilter einer der folgenden Werte ist: New,Queued,Processing,Succeeded,Failed oder Cancelled. Dies ist hilfreich, falls Anforderungs-IDs nicht mehr auffindbar sind.
Die Antwort enthält ein Array von Reportinganforderungen.
