Daten-Template: Generischer Prozess

Universelle Process-Mining-Vorlage
Daten-Template: Generischer Prozess

Ihr universelles Daten-Template

Universelle Process-Mining-Vorlage
  • Universelle Struktur, die mit jedem Prozess funktioniert
  • Flexible Attribute, die sich Ihren Bedürfnissen anpassen.
  • Kompatibel mit allen gängigen Quellsystemen
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.
Vorlage herunterladen

Dies ist unsere generische Process-Mining-Datenvorlage. Nutzen Sie unsere prozessspezifischen Vorlagen für spezifischere Anleitungen.

Attribute

Datenfelder, die in Ihr Event Log aufgenommen werden sollen
3 Erforderlich 5 Empfohlen 19 Optional
NameBeschreibung
Aktivität
Activity
Der Name des Prozessschritts oder Events, das aufgetreten ist.
Beschreibung

Das Feld „Aktivität“ beschreibt, was an jedem Punkt im Prozess geschehen ist. Aktivitäten sollten konsistent benannt werden und aussagekräftige Geschäftsereignisse darstellen.

Warum es wichtig ist

Aktivitätsnamen bestimmen, wie Ihre Prozesslandkarte visualisiert und analysiert wird.

Woher erhalten

Ableiten aus Statusänderungen, Aktionstypen oder Ereignisbeschreibungen in Ihrem Quellsystem.

Beispiele
Fall erstelltÜberprüfung abgeschlossenZahlung verarbeitet
Timestamp
StartTime
Wann die Aktivität begann. Datum und Uhrzeit müssen enthalten sein.
Beschreibung

Der Timestamp erfasst, wann jede Aktivität stattgefunden hat. Dies ist wesentlich für die Berechnung von Zykluszeiten, die Identifizierung von Bottlenecks und das Verständnis der Ereignissequenz.

Warum es wichtig ist

Timestamps ermöglichen alle zeitbasierten Analysen, einschließlich Zykluszeiten und Bottleneck-Erkennung.

Woher erhalten

Verwenden Sie den genauesten Timestamp, der in Ihrem Quellsystem verfügbar ist.

Beispiele
2024-03-15T09:30:00Z2024-03-15T14:45:30Z
Vorgangs-ID
CaseId
Eindeutige Kennung für jede Prozessinstanz.
Beschreibung

Die Case ID ist der fundamentale Identifikator, der alle Events verbindet, die zu derselben Prozessinstanz gehören. Jedes Event in Ihrem Event Log muss eine Case ID haben.

Warum es wichtig ist

Ohne eine korrekte Case ID ist es unmöglich, den Fluss einzelner Cases durch Ihren Prozess zu verfolgen.

Woher erhalten

Verwenden Sie den Primärschlüssel oder die Referenznummer aus Ihrer Haupttransaktionstabelle.

Beispiele
ORD-2024-001234TKT-98765REQ-0042
Abteilung
Department
Die für die Aktivität verantwortliche Organisationseinheit.
Beschreibung

Identifiziert, welche Abteilung, welches Team oder welche Geschäftseinheit jede Aktivität bearbeitet hat. Nützlich zur Analyse von Übergaben zwischen Teams.

Warum es wichtig ist

Die abteilungsübergreifende Analyse offenbart Übergabeverzögerungen und organisatorische Reibungsverluste.

Woher erhalten

Suchen Sie nach Abteilungscodes oder Kennungen für Organisationseinheiten.

Beispiele
FinanzenVorgängeKundenservice
Benutzer
User
Die Person, die die Aktivität ausgeführt hat.
Beschreibung

Identifiziert, welcher Benutzer oder welche Ressource jede Aktivität durchgeführt hat. Dies ermöglicht Ressourcenanalysen, Lastenausgleich und Leistungsvergleiche.

Warum es wichtig ist

Die Ressourcenanalyse hilft, Schulungsbedarf und Ungleichgewichte in der Arbeitslast zu identifizieren.

Woher erhalten

Suchen Sie nach Benutzer-IDs, Personalnummern oder Benutzernamen, die jedem Event zugeordnet sind.

Beispiele
john.smithEMP-12345user_a1b2c3
Case‑Typ
CaseType
Kategorie oder Art des bearbeiteten Falls.
Beschreibung

Kategorisiert Fälle nach Typ, was den Vergleich verschiedener Kategorien ermöglicht. Unterschiedliche Falltypen weisen oft unterschiedliche Prozesspfade und Leistungen auf.

Warum es wichtig ist

Die Segmentierung nach Falltyp zeigt Leistungsunterschiede über Kategorien hinweg auf.

Woher erhalten

Suchen Sie nach Typcodes, Kategoriefeldern oder Klassifizierungsattributen.

Beispiele
StandardPrioritätKomplex
Endzeit
EndTime
Wann die Aktivität endete, falls abweichend von der Startzeit.
Beschreibung

Der End-Timestamp erfasst, wann jede Aktivität abgeschlossen wurde. Die Angabe von Start- und Endzeiten ermöglicht die Berechnung der Aktivitätsdauer und Bearbeitungszeit.

Warum es wichtig ist

Endzeiten ermöglichen die Berechnung der tatsächlichen Arbeitszeit im Vergleich zur Wartezeit.

Woher erhalten

Suchen Sie nach Abschluss-Timestamps oder Statusänderungszeiten, die den Abschluss der Aktivität anzeigen.

Beispiele
2024-03-15T10:15:00Z2024-03-15T16:30:00Z
Priorität
Priority
Prioritätsstufe, die dem Case zugewiesen ist.
Beschreibung

Gibt die Dringlichkeit oder Wichtigkeit jedes Cases an. Die Priorität beeinflusst oft, wie schnell Cases bearbeitet werden und welche Pfade sie nehmen.

Warum es wichtig ist

Die Prioritätsanalyse bestätigt, dass dringende Fälle die angemessene Aufmerksamkeit erhalten.

Woher erhalten

Suchen Sie nach Prioritätsfeldern, Dringlichkeitsindikatoren oder SLA-Stufenzuordnungen.

Beispiele
HochMittelNiedrig
Aktivitäts-CO2
ActivityCO2
CO2-Fußabdruck dieser Aktivität.
Beschreibung

Die Kohlenstoffemissionen, die mit dieser Aktivität verbunden sind. Ermöglicht eine Nachhaltigkeitsanalyse Ihres Prozesses.

Warum es wichtig ist

Die CO2-Verfolgung unterstützt Nachhaltigkeitsziele und die Umweltberichterstattung.

Woher erhalten

Berechnet aus Aktivitätstyp und Standard-Emissionsfaktoren.

Beispiele
0.10.52.0
Aktivitäts-FTE
ActivityFTE
FTE-Stunden (Vollzeitäquivalent) für diese Aktivität.
Beschreibung

Der Arbeitsaufwand in FTE-Stunden für diese Aktivität. Nützlich für die Kapazitätsplanung und Arbeitslastanalyse.

Warum es wichtig ist

FTE-Erfassung unterstützt die Ressourcenplanung und das Kapazitätsmanagement.

Woher erhalten

Berechnet aus Bearbeitungszeit und Standard-FTE-Sätzen oder aus Zeiterfassungssystemen extrahiert.

Beispiele
0.250.51.0
Aktivitätsbetrag
ActivityAmount
Monetärer Betrag, der mit dieser Aktivität verbunden ist.
Beschreibung

Der finanzielle Wert, der durch diese Aktivität verarbeitet oder beeinflusst wird. Ermöglicht eine wertgewichtete Analyse.

Warum es wichtig ist

Die Wertanalyse hilft, Verbesserungen basierend auf dem finanziellen Einfluss zu priorisieren.

Woher erhalten

Suchen Sie nach Transaktionsbeträgen, Rechnungsbeträgen oder Auftragssummen.

Beispiele
1500.0025000.00750.50
Aktivitätskosten
ActivityCost
Kosten für die Durchführung dieser Aktivität.
Beschreibung

Die monetären Kosten, die mit der Durchführung dieser Aktivität verbunden sind. Ermöglicht eine Kostenanalyse und die Identifizierung teurer Prozessschritte.

Warum es wichtig ist

Die Kostenanalyse hilft, Verbesserungen basierend auf den finanziellen Auswirkungen zu priorisieren.

Woher erhalten

Suchen Sie nach Kostenverteilungsfeldern oder berechnen Sie diese aus Standardkostentabellen.

Beispiele
15.0045.50120.00
Automatisierungskosten
ActivityAutomationCost
Kosten, wenn diese Aktivität automatisiert wäre.
Beschreibung

Die geschätzten Kosten für die Ausführung dieser Aktivität durch Automatisierung. Nützlich für die ROI-Analyse der Automatisierung.

Warum es wichtig ist

Der Vergleich manueller und Automatisierungskosten unterstützt die Erstellung von Business Cases.

Woher erhalten

Wird typischerweise aus Standardkostenmodellen für automatisierte Prozesse zugewiesen.

Beispiele
0.502.005.00
Bearbeitungszeit
ProcessingTime
Dauer der Aktivität in Minuten oder Sekunden.
Beschreibung

Die aktiv an der Aktivität verbrachte Zeit. Kann aus Start- und Endzeiten berechnet oder direkt bereitgestellt werden, falls Ihr System dies erfasst.

Warum es wichtig ist

Das Verständnis der Bearbeitungszeit hilft zu identifizieren, welche Aktivitäten den größten Aufwand verursachen.

Woher erhalten

Berechnet aus Endzeit - Startzeit oder aus Systemdauerfeldern extrahiert.

Beispiele
4512015
Geschäftseinheit
BusinessUnit
Die dem Case zugeordnete Geschäftseinheit.
Beschreibung

Identifiziert, welche Geschäftseinheit oder Abteilung für den Case verantwortlich oder damit verbunden ist. Nützlich für Organisationen mit mehreren Geschäftsbereichen.

Warum es wichtig ist

Die Analyse von Geschäftseinheiten offenbart organisationsübergreifende Leistungsmuster.

Woher erhalten

Suchen Sie nach Geschäftsbereichscodes, Abteilungs-Identifikatoren oder Profitcenter-Zuweisungen.

Beispiele
RetailEnterpriseKMU
Ist automatisiert
IsAutomated
Ob die Aktivität automatisch durchgeführt wurde.
Beschreibung

Zeigt an, ob die Aktivität automatisiert (durch System) oder manuell (durch Benutzer) erfolgte. Unerlässlich für das Verständnis des Automatisierungsgrads.

Warum es wichtig ist

Die Automatisierungsanalyse deckt Möglichkeiten für weitere Automatisierung auf.

Woher erhalten

Ableiten aus Benutzertyp (System vs. Mensch) oder Automatisierungs-Flags.

Beispiele
truefalsch
Kanal
Channel
Wie der Case initiiert oder empfangen wurde.
Beschreibung

Identifiziert den Kanal, über den der Case in Ihren Prozess gelangt ist. Unterschiedliche Kanäle weisen oft unterschiedliche Merkmale und Leistungen auf.

Warum es wichtig ist

Die Kanalanalyse zeigt, welche Aufnahmemethoden am effizientesten sind.

Woher erhalten

Suchen Sie nach Quellindikatoren, Channel-Codes oder Ursprungsfeldern.

Beispiele
Web-PortalE-MailTelefonAPI
Kunde
Customer
Kunde oder Partei, die dem Fall zugeordnet ist.
Beschreibung

Identifiziert den Kunden, Klienten oder externen Beteiligten, der mit dem Case verbunden ist. Ermöglicht eine kundenzentrierte Analyse der Prozessleistung.

Warum es wichtig ist

Die Kundenanalyse offenbart Muster in der Kundenerfahrung.

Woher erhalten

Suchen Sie nach Kunden-IDs, Kontonummern oder Beteiligten-Kennungen.

Beispiele
CUST-001234Acme CorpACC-98765
Kundensegment
CustomerSegment
Segment oder Stufe des Kunden.
Beschreibung

Kategorisiert Kunden nach Segment, Stufe oder Wert. Nützlich zur Analyse, ob verschiedene Kundensegmente unterschiedliche Serviceniveaus erhalten.

Warum es wichtig ist

Die Segmentanalyse bestätigt, dass hochwertige Kunden die entsprechende Aufmerksamkeit erhalten.

Woher erhalten

Suchen Sie nach Segmentcodes, Stufenzuordnungen oder Feldern zur Kundenklassifizierung.

Beispiele
EnterpriseKMUVerbraucher
Land
Country
Land, das dem Fall zugeordnet ist.
Beschreibung

Geografischer Standort, relevant für den Case. Nützlich zur Analyse regionaler Unterschiede in der Prozessleistung oder den Compliance-Anforderungen.

Warum es wichtig ist

Geografische Analysen decken regionale Unterschiede und Compliance-Muster auf.

Woher erhalten

Suchen Sie nach Ländercodes, Regionenkennungen oder Standortfeldern.

Beispiele
Vereinigte StaatenDeutschlandJapan
Letzte Datenaktualisierung
LastDataUpdate
Wann dieser Eintrag zuletzt aktualisiert wurde.
Beschreibung

Der Timestamp der letzten Aktualisierung dieses Datensatzes. Nützlich für inkrementelles Laden von Daten und die Verfolgung der Datenaktualität.

Warum es wichtig ist

Die Update-Verfolgung unterstützt das inkrementelle Laden und die Überwachung der Datenqualität.

Woher erhalten

Suchen Sie nach Zeitstempeln der letzten Änderung oder Änderungsverfolgungsfeldern.

Beispiele
2024-03-15T12:00:00Z2024-03-16T08:30:00Z
Produkt
Product
Produkt oder Dienstleistung, die mit dem Case verknüpft ist.
Beschreibung

Identifiziert, welches Produkt, welche Dienstleistung oder welches Angebot mit dem Case zusammenhängt. Ermöglicht eine Analyse der Prozessleistung auf Produktebene.

Warum es wichtig ist

Die Produktanalyse zeigt, ob bestimmte Produkte unterschiedliche Prozessmerkmale aufweisen.

Woher erhalten

Suchen Sie nach Produktcodes, SKUs oder Dienstleistungskennungen.

Beispiele
Produkt AService Plan ProSKU-12345
Quellsystem
SourceSystem
Das System, in dem dieses Event entstanden ist.
Beschreibung

Identifiziert, welches Quellsystem dieses Event aufgezeichnet hat. Nützlich beim Kombinieren von Daten aus mehreren Systemen.

Warum es wichtig ist

Das Quell-Tracking hilft, die Datenherkunft und Systemgrenzen zu verstehen.

Woher erhalten

Als Konstante hinzufügen oder aus der Extraktionsquelle ableiten.

Beispiele
SAPSalesforceServiceNow
Region
Region
Geografische Region für den Case.
Beschreibung

Eine breitere geografische Gruppierung als das Land. Nützlich für die regionale Analyse, wenn Geschäftstätigkeiten mehrere Länder umfassen.

Warum es wichtig ist

Die regionale Analyse hilft, die Performance über geografische Gebiete hinweg zu verstehen.

Woher erhalten

Suchen Sie nach Regionscodes oder leiten Sie diese aus Länderinformationen ab.

Beispiele
EMEAAmericasAPAC
Ressource
Resource
Die Ressource (Person oder System), die die Aktivität ausgeführt hat.
Beschreibung

Eine generische Kennung für den Ausführenden der Aktivität, ob Mensch oder System. Nützlich, wenn Aktivitäten sowohl von Personen als auch von Systemen durchgeführt werden können.

Warum es wichtig ist

Das Ressourcen-Tracking ermöglicht den Vergleich menschlicher vs. automatisierter Leistung.

Woher erhalten

Suchen Sie nach Ausführenden-Kennungen, die sowohl Benutzer als auch Systemkonten umfassen können.

Beispiele
user_123AUTO_SYSTEMbot_processor
SLA-Status
SLAState
Ob der Case innerhalb oder außerhalb der SLA liegt.
Beschreibung

Zeigt an, ob der Case aktuell seine Service Level Agreement (SLA) erfüllt. Nützlich für Compliance-Monitoring und Eskalationsanalyse.

Warum es wichtig ist

SLA-Tracking identifiziert gefährdete Cases und die gesamten Konformitätsraten.

Woher erhalten

Suchen Sie nach SLA-Statusfeldern, Verstoßindikatoren oder berechnen Sie diese anhand von Zeitstempeln im Vergleich zu Zielen.

Beispiele
Innerhalb der SLARisikobehaftetVerletzt
Team
Team
Das spezifische Team innerhalb einer Abteilung.
Beschreibung

Eine granularere organisatorische Gruppierung als die Abteilung. Nützlich, wenn mehrere Teams innerhalb einer Abteilung verschiedene Teile des Prozesses bearbeiten.

Warum es wichtig ist

Die Analyse auf Teamebene zeigt die Verteilung der Arbeitslast und Spezialisierungsmuster auf.

Woher erhalten

Suchen Sie nach Teamcodes, Warteschlangen-Kennungen oder Gruppenzuordnungen.

Beispiele
Team AlphaEskalationenTier 2 Support
Erforderlich Empfohlen Optional

Aktivitäten

Prozessschritte, die als Events erfasst werden
6 Empfohlen 7 Optional
AktivitätBeschreibung
Bearbeiter zugewiesen
Der Fall wird einer bestimmten Person oder einem Team zur Bearbeitung zugewiesen. Diese Zuweisung legt fest, wer für die Weiterführung des Falls verantwortlich ist.
Warum es wichtig ist

Die Zuweisungseffizienz beeinflusst, wie schnell die Arbeit beginnt. Verzögerungen hier deuten auf Routing- oder Arbeitslastprobleme hin.

Woher erhalten

Suchen Sie in Ihrem System nach Zuweisungsänderungen, Besitzeränderungen oder Warteschlangeneinträgen.

Erfassen

Timestamp für die Zuweisung oder den Inhaberwechsel

Ereignistyp explicit
Bearbeitung gestartet
Die aktive Bearbeitung des Case beginnt. Dies markiert den Übergang vom Warten in einer Warteschlange zur tatsächlichen Bearbeitung.
Warum es wichtig ist

Die Zeitspanne zwischen Zuweisung und Bearbeitungsbeginn offenbart Wartezeiten in der Warteschlange und Probleme mit der Arbeitslast.

Woher erhalten

Suchen Sie nach Statusänderungen, die den Arbeitsbeginn anzeigen, Zeitstempeln der ersten Berührung oder Aktivitätsprotokolleinträgen.

Erfassen

Erste Aktivität nach Zuweisung oder expliziter Start-Timestamp.

Ereignistyp inferred
Fall abgeschlossen
Der Case wurde erfolgreich abgeschlossen und geschlossen. Dies markiert das Ende der Prozessinstanz.
Warum es wichtig ist

Unerlässlich für die Berechnung von Durchlaufzeit und Durchsatz. Die Abschlussrate zeigt die Prozesseffektivität an.

Woher erhalten

Suchen Sie nach Abschlusszeitstempeln, geschlossenem Status oder Aufzeichnungen des Endergebnisses.

Erfassen

Zeitstempel des Abschlusses oder der Schließung

Ereignistyp explicit
Fall erstellt
Das initiale Event, das einen neuen Case im Prozess startet. Es repräsentiert den Zeitpunkt, zu dem eine neue Arbeitsinstanz in das System gelangt, sei es durch eine Kundenanfrage, einen internen Bedarf oder ein automatisiertes Event ausgelöst.
Warum es wichtig ist

Markiert den offiziellen Start des Prozesses und ist essenziell für die Berechnung der gesamten Zykluszeit und des Durchsatzes.

Woher erhalten

Suchen Sie nach Erstellungszeitstempeln, Einreichungsdaten oder anfänglichen Statusänderungen in Ihrem Quellsystem.

Erfassen

Erstellungs-Timestamp aus der primären Transaktion oder dem Datensatz

Ereignistyp explicit
Überprüfung abgeschlossen
Ein Überprüfungs- oder Genehmigungsschritt wurde abgeschlossen. Viele Prozesse erfordern eine oder mehrere Überprüfungen, bevor sie fortgesetzt werden.
Warum es wichtig ist

Überprüfungsschritte sind häufige Engpässe. Die Kenntnis der Überprüfungsdauer hilft, Genehmigungsverzögerungen zu identifizieren.

Woher erhalten

Suchen Sie nach Genehmigungs-Timestamps, Abschluss von Überprüfungen oder Freigabedatensätzen.

Erfassen

Timestamp für den Abschluss der Genehmigung oder Überprüfung

Ereignistyp explicit
Validierung abgeschlossen
Überprüfung, dass die erforderlichen Informationen vollständig und korrekt sind. Dies kann eine automatisierte Systemprüfung oder eine manuelle Überprüfung durch ein Teammitglied sein.
Warum es wichtig ist

Eine frühe Validierung verhindert nachgelagerte Probleme und Nacharbeit. Das Auslassen dieses Schritts korreliert oft mit längeren Durchlaufzeiten.

Woher erhalten

Suchen Sie nach Validierungsstatusänderungen, Verifizierungs-Zeitstempeln oder Qualitätsprüfungsabschlüssen.

Erfassen

Timestamp der Statusänderung oder des Abschlusses der Validierung

Ereignistyp explicit
Aktion ausgeführt
Eine spezifische Aktion oder Aufgabe innerhalb des Prozesses wurde abgeschlossen.
Warum es wichtig ist

Die Verfolgung einzelner Aktionen hilft zu identifizieren, welche spezifischen Schritte am meisten zur Durchlaufzeit beitragen.

Woher erhalten

Suchen Sie nach Aufgabenabschluss-Zeitstempeln, Aktionsprotokollen oder Schrittabschlüssen.

Erfassen

Timestamp des Aufgaben- oder Aktionsabschlusses

Ereignistyp explicit
Ausnahme ausgelöst
Ein Problem oder eine Ausnahme wurde identifiziert, die eine spezielle Behandlung oder Eskalation erfordert.
Warum es wichtig ist

Ausnahmen führen oft zu Nacharbeit und Verzögerungen. Deren Nachverfolgung hilft, Ursachen und Präventionsmöglichkeiten zu identifizieren.

Woher erhalten

Suchen Sie nach Fehlerprotokollen, Ausnahme-Kennzeichen, Eskalationsdatensätzen oder Indikatoren für Sonderbehandlungen.

Erfassen

Timestamp für Ausnahme oder Fehler aus Systemprotokollen.

Ereignistyp explicit
Entscheidung getroffen
Ein wichtiger Entscheidungspunkt im Prozess wurde erreicht und entschieden.
Warum es wichtig ist

Entscheidungspunkte erfordern oft eine Autorisierung und können zu Engpässen werden. Klare Entscheidungswege unterstützen die Compliance.

Woher erhalten

Suchen Sie nach Entscheidungsdatensätzen, Genehmigungs-/Ablehnungs-Kennzeichen oder Ergebnisbestimmungen.

Erfassen

Zeitstempel der Entscheidung oder Ergebnisaufzeichnung

Ereignistyp explicit
Eskaliert
Der Case wurde zur Bearbeitung an eine höhere Ebene oder ein spezialisiertes Team eskaliert.
Warum es wichtig ist

Eskalationen weisen auf Fälle hin, die nicht über die üblichen Kanäle bearbeitet werden können. Hohe Eskalationsraten deuten auf Schulungs- oder Prozessprobleme hin.

Woher erhalten

Suchen Sie nach Eskalationsdatensätzen, Stufenänderungen oder Weiterleitungen an Spezialisten-Warteschlangen.

Erfassen

Eskalations-Timestamp oder Übergabe an eine spezialisierte Warteschlange.

Ereignistyp explicit
Fall storniert
Der Case wurde vor Abschluss storniert oder abgebrochen.
Warum es wichtig ist

Stornierungsmuster offenbaren Probleme mit Prozessdesign, Kundenbedürfnissen oder vorgelagerten Problemen.

Woher erhalten

Suchen Sie nach Stornierungs-Timestamps, Status 'aufgegeben' oder Beendigungsdatensätzen.

Erfassen

Zeitstempel der Stornierung oder Beendigung

Ereignistyp explicit
Informationen angefordert
Zusätzliche Informationen wurden von einem Kunden, Lieferanten oder internen Stakeholder angefordert.
Warum es wichtig ist

Informationsanfragen unterbrechen den Prozess und verursachen oft erhebliche Verzögerungen. Deren Minimierung verbessert die Durchlaufzeit.

Woher erhalten

Suchen Sie nach Anfragekommunikationen, Statusänderungen zu 'Informationen ausstehend' oder Wartezeitstempeln.

Erfassen

Anfrage-Timestamp oder Statusänderung in den Wartezustand

Ereignistyp explicit
Informationen eingegangen
Die angeforderten zusätzlichen Informationen wurden erhalten und der Case kann fortgesetzt werden.
Warum es wichtig ist

Die Antwortzeit auf Informationsanfragen beeinflusst die Durchlaufzeit erheblich. Schnelle Antworten ermöglichen eine zügigere Fertigstellung.

Woher erhalten

Suchen Sie nach Antwortbestätigungen, Statusänderungen von 'ausstehend' oder Zeitstempeln für den Dokumentenupload.

Erfassen

Empfangs-Timestamp der Antwort oder Statusänderung vom Wartezustand

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

Wie Sie Ihre Daten für Process Mining erhalten.

Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,

lesen Sie unseren ETL-Leitfaden

oder Wählen Sie einen spezifischen Prozess und ein System.