Universelles Daten-Template
Universelles Daten-Template
- Universelle Struktur für jeden Prozess
- Flexible Attribute, die sich an Ihren Bedarf anpassen
- Mit allen gängigen Quellsystemen kompatibel
Dies ist unser generisches Datentemplate für Process Mining. Unsere prozessspezifischen Templates bieten Ihnen genauere Anleitungen.
Attribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität Activity | Der Name des Prozessschritts oder des eingetretenen Events. | ||
| Beschreibung Das Feld Aktivität gibt an, was an den einzelnen Punkten des Prozesses geschehen ist. Benennen Sie Aktivitäten einheitlich und so, dass sie aussagekräftige Geschäftsereignisse beschreiben. Warum das wichtig ist Die Namen der Aktivitäten bestimmen, wie Ihre Prozesslandkarte visualisiert und analysiert wird. Woher beziehen Leiten Sie die Aktivitäten aus Statusänderungen, Aktionstypen oder Event-Beschreibungen in Ihrem Quellsystem ab. Beispiele Case angelegtPrüfung abgeschlossenZahlung verarbeitet | |||
| Case-ID CaseId | Eindeutige Kennung für jede Prozessinstanz. | ||
| Beschreibung Die Case-ID ist die zentrale Kennung, die alle Events derselben Prozessinstanz miteinander verknüpft. Jedes Event in Ihrem Event Log muss eine Case-ID enthalten. Warum das wichtig ist Ohne eine gültige Case-ID lässt sich der Ablauf einzelner Cases in Ihrem Prozess nicht nachvollziehen. Woher beziehen Verwenden Sie den Primärschlüssel oder die Referenznummer aus Ihrer zentralen Transaktionstabelle. Beispiele ORD-2024-001234TKT-98765REQ-0042 | |||
| Timestamp StartTime | Zeitpunkt, zu dem die Aktivität begonnen hat. Datum und Uhrzeit müssen enthalten sein. | ||
| Beschreibung Der Timestamp hält fest, wann die jeweilige Aktivität stattgefunden hat. Er ist entscheidend, um Zykluszeiten zu berechnen, Engpässe zu erkennen und die Reihenfolge der Events nachzuvollziehen. Warum das wichtig ist Timestamps ermöglichen alle zeitbasierten Analysen, darunter die Berechnung von Zykluszeiten und die Erkennung von Engpässen. Woher beziehen Verwenden Sie den genauesten verfügbaren Timestamp aus Ihrem Quellsystem. Beispiele 2024-03-15T09:30:00Z2024-03-15T14:45:30Z | |||
| Abteilung Department | Die Organisationseinheit, die für die Aktivität verantwortlich ist. | ||
| Beschreibung Gibt an, welche Abteilung, welches Team oder welche Geschäftseinheit die jeweilige Aktivität bearbeitet hat. Nützlich, um Übergaben zwischen Teams zu analysieren. Warum das wichtig ist Abteilungsübergreifende Analysen machen Verzögerungen bei Übergaben und organisatorische Reibungsverluste sichtbar. Woher beziehen Suchen Sie nach Abteilungscodes oder Kennungen für Organisationseinheiten. Beispiele FinanzenBetriebKundenservice | |||
| Benutzer User | Die Person, die die Aktivität ausgeführt hat. | ||
| Beschreibung Gibt an, welcher Benutzer oder welche Ressource die jeweilige Aktivität ausgeführt hat. So können Sie Ressourcen analysieren, die Arbeitslast verteilen und die Leistung vergleichen. Warum das wichtig ist Die Ressourcenanalyse hilft dabei, Schulungsbedarf und eine unausgewogene Arbeitslast zu erkennen. Woher beziehen Suchen Sie nach Benutzer-IDs, Personalnummern oder Benutzernamen, die den einzelnen Events zugeordnet sind. Beispiele john.smithEMP-12345user_a1b2c3 | |||
| Endzeit EndTime | Zeitpunkt, zu dem die Aktivität beendet wurde, falls er vom Startzeitpunkt abweicht. | ||
| Beschreibung Der End-Timestamp hält fest, wann die jeweilige Aktivität abgeschlossen wurde. Mit Start- und Endzeitpunkt lassen sich die Dauer der Aktivität und die Verarbeitungszeit berechnen. Warum das wichtig ist Anhand der Endzeitpunkte lassen sich die tatsächliche Arbeitszeit und die Wartezeit berechnen. Woher beziehen Suchen Sie nach Abschluss-Timestamps oder Statusänderungszeitpunkten, die den Abschluss der Aktivität anzeigen. Beispiele 2024-03-15T10:15:00Z2024-03-15T16:30:00Z | |||
| Falltyp CaseType | Kategorie oder Art des bearbeiteten Falls. | ||
| Beschreibung Ordnet Fälle nach Typ ein und ermöglicht so den Vergleich verschiedener Kategorien. Für unterschiedliche Falltypen gelten häufig verschiedene Prozessabläufe und Leistungswerte. Warum das wichtig ist Eine Segmentierung nach Falltyp macht Leistungsunterschiede zwischen Kategorien sichtbar. Woher beziehen Suchen Sie nach Typcodes, Kategoriefeldern oder Klassifizierungsattributen. Beispiele StandardPrioritätKomplex | |||
| Priorität Priority | Dem Fall zugewiesene Prioritätsstufe. | ||
| Beschreibung Gibt die Dringlichkeit oder Bedeutung des jeweiligen Falls an. Die Priorität beeinflusst häufig, wie schnell Fälle bearbeitet werden und welchen Ablauf sie durchlaufen. Warum das wichtig ist Die Prioritätsanalyse zeigt, ob dringende Fälle angemessen bearbeitet werden. Woher beziehen Suchen Sie nach Prioritätsfeldern, Dringlichkeitskennzeichen oder SLA-Stufenzuweisungen. Beispiele HochMediumNiedrig | |||
| Aktivitäts-CO2 ActivityCO2 | CO₂-Fußabdruck dieser Aktivität. | ||
| Beschreibung Die mit dieser Aktivität verbundenen CO₂-Emissionen. Ermöglicht Nachhaltigkeitsanalysen Ihres Prozesses. Warum das wichtig ist Die Erfassung von CO₂-Werten unterstützt Nachhaltigkeitsziele und die Umweltberichterstattung. Woher beziehen Berechnen Sie den Wert anhand des Aktivitätstyps und standardisierter Emissionsfaktoren. Beispiele 0.10.52.0 | |||
| Aktivitäts-FTE ActivityFTE | Arbeitsstunden in Vollzeitäquivalenten (FTE) für diese Aktivität. | ||
| Beschreibung Der Arbeitsaufwand für diese Aktivität, angegeben in FTE-Stunden. Nützlich für Kapazitätsplanung und Arbeitslastanalysen. Warum das wichtig ist Die Erfassung von FTE-Werten unterstützt die Ressourcenplanung und das Kapazitätsmanagement. Woher beziehen Berechnen Sie den Wert anhand der Verarbeitungszeit und standardisierter FTE-Sätze oder übernehmen Sie ihn aus Zeiterfassungssystemen. Beispiele 0.250.51.0 | |||
| Aktivitätsbetrag ActivityAmount | Geldbetrag, 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 das wichtig ist Die Wertanalyse hilft dabei, Verbesserungen nach ihrer finanziellen Wirkung zu priorisieren. Woher beziehen Suchen Sie nach Transaktionsbeträgen, Rechnungswerten oder Auftragssummen. Beispiele 1500.0025000.00750.50 | |||
| Aktivitätskosten ActivityCost | Kosten für die Ausführung dieser Aktivität. | ||
| Beschreibung Die mit der Ausführung dieser Aktivität verbundenen Kosten. Ermöglicht Kostenanalysen und zeigt kostspielige Prozessschritte auf. Warum das wichtig ist Die Kostenanalyse hilft dabei, Verbesserungen nach ihrer finanziellen Wirkung zu priorisieren. Woher beziehen Suchen Sie nach Feldern zur Kostenverteilung oder berechnen Sie die Kosten anhand von Standardkostentabellen. Beispiele 15.0045.50120.00 | |||
| Automatisierungskosten ActivityAutomationCost | Kosten für die automatisierte Ausführung dieser Aktivität. | ||
| Beschreibung Die geschätzten Kosten, wenn diese Aktivität automatisiert ausgeführt wird. Nützlich für die Analyse des ROI von Automatisierungen. Warum das wichtig ist Der Vergleich manueller und automatisierter Kosten unterstützt die Erstellung von Business Cases. Woher beziehen Wird in der Regel anhand von Standardkostenmodellen für automatisierte Prozesse berechnet. Beispiele 0.502.005.00 | |||
| Geschäftseinheit BusinessUnit | Die mit dem Fall verbundene Geschäftseinheit. | ||
| Beschreibung Gibt an, welche Geschäftseinheit oder Abteilung für den Fall verantwortlich ist oder mit ihm in Verbindung steht. Nützlich für Organisationen mit mehreren Geschäftsbereichen. Warum das wichtig ist Die Analyse nach Geschäftseinheiten zeigt Leistungsunterschiede zwischen Organisationseinheiten. Woher beziehen Suchen Sie nach Codes für Geschäftseinheiten, Abteilungskennungen oder Zuordnungen zu Profitcentern. Beispiele EinzelhandelEnterpriseSMB | |||
| Ist automatisiert IsAutomated | Gibt an, ob die Aktivität automatisch ausgeführt wurde. | ||
| Beschreibung Gibt an, ob ein System die Aktivität automatisiert oder ein Benutzer sie manuell ausgeführt hat. Wichtig, um den Automatisierungsgrad zu verstehen. Warum das wichtig ist Die Automatisierungsanalyse zeigt Möglichkeiten für weitere Automatisierung. Woher beziehen Leiten Sie den Wert aus dem Benutzertyp (System oder Mensch) oder aus Automatisierungskennzeichen ab. Beispiele truefalse | |||
| Kanal Channel | Über welchen Weg der Fall eingeleitet oder empfangen wurde. | ||
| Beschreibung Gibt an, über welchen Kanal der Fall in Ihren Prozess gelangt ist. Die verschiedenen Kanäle weisen häufig unterschiedliche Merkmale und Leistungswerte auf. Warum das wichtig ist Die Kanalanalyse zeigt, über welche Eingangskanäle Fälle am effizientesten eingehen. Woher beziehen Suchen Sie nach Quellenkennzeichen, Kanalcodes oder Herkunftsfeldern. Beispiele WebportalE-MailTelefonAPI | |||
| Kunde Customer | Der mit dem Fall verbundene Kunde oder Geschäftspartner. | ||
| Beschreibung Gibt an, welcher Kunde, Klient oder externe Geschäftspartner mit dem Fall verbunden ist. Ermöglicht eine kundenbezogene Analyse der Prozessleistung. Warum das wichtig ist Die Kundenanalyse zeigt Muster in der Customer Experience. Woher beziehen Suchen Sie nach Kunden-IDs, Kontonummern oder Kennungen für Geschäftspartner. Beispiele CUST-001234Acme CorpACC-98765 | |||
| Kundensegment CustomerSegment | Kundensegment oder -stufe. | ||
| Beschreibung Ordnet Kunden nach Segment, Stufe oder Wert ein. Nützlich, um zu analysieren, ob verschiedene Kundensegmente unterschiedliche Serviceleistungen erhalten. Warum das wichtig ist Die Segmentanalyse zeigt, ob Kunden mit hohem Wert angemessen betreut werden. Woher beziehen Suchen Sie nach Segmentcodes, Stufenzuweisungen oder Feldern zur Kundeneinstufung. Beispiele EnterpriseSMBVerbraucher | |||
| Land Country | Das dem Fall zugeordnete Land. | ||
| Beschreibung Der geografische Standort des Falls. Nützlich, um regionale Unterschiede bei der Prozessleistung oder Compliance-Anforderungen zu analysieren. Warum das wichtig ist Die geografische Analyse zeigt regionale Unterschiede und Compliance-Muster. Woher beziehen Suchen Sie nach Ländercodes, Regionskennungen oder Standortfeldern. Beispiele Vereinigte StaatenDeutschlandJapan | |||
| Letzte Datenaktualisierung LastDataUpdate | Zeitpunkt der letzten Aktualisierung dieses Datensatzes. | ||
| Beschreibung Der Zeitstempel der letzten Aktualisierung dieses Datensatzes. Nützlich für das inkrementelle Laden von Daten und die Überwachung ihrer Aktualität. Warum das wichtig ist Die Nachverfolgung von Aktualisierungen unterstützt das inkrementelle Laden und die Überwachung der Datenqualität. Woher beziehen Suchen Sie nach Zeitstempeln der letzten Änderung oder Feldern zur Änderungsnachverfolgung. Beispiele 2024-03-15T12:00:00Z2024-03-16T08:30:00Z | |||
| Produkt Product | Das mit dem Fall verbundene Produkt oder die zugehörige Dienstleistung. | ||
| Beschreibung Gibt an, welches Produkt, welche Dienstleistung oder welches Angebot mit dem Fall verbunden ist. Ermöglicht die Analyse der Prozessleistung nach Produkt. Warum das wichtig ist Die Produktanalyse zeigt, ob bestimmte Produkte mit unterschiedlichen Prozessmerkmalen verbunden sind. Woher beziehen Suchen Sie nach Produktcodes, SKUs oder Kennungen für Dienstleistungen. Beispiele Produkt AServiceplan ProSKU-12345 | |||
| Quellsystem SourceSystem | Das System, aus dem dieses Ereignis stammt. | ||
| Beschreibung Gibt an, welches Quellsystem dieses Ereignis erfasst hat. Nützlich, wenn Daten aus mehreren Systemen zusammengeführt werden. Warum das wichtig ist Die Nachverfolgung der Quelle hilft, die Datenherkunft und Systemgrenzen zu verstehen. Woher beziehen Fügen Sie den Wert als Konstante hinzu oder leiten Sie ihn aus der Quelle der Extraktion ab. Beispiele SAPSalesforceServiceNow | |||
| Region Region | Die geografische Region des Falls. | ||
| Beschreibung Eine geografische Gliederung, die größer ist als ein einzelnes Land. Nützlich für regionale Analysen, wenn sich der Betrieb über mehrere Länder erstreckt. Warum das wichtig ist Regionale Analysen helfen dabei, die Leistung in verschiedenen geografischen Gebieten zu verstehen. Woher beziehen Suchen Sie nach Regionscodes oder leiten Sie die Region aus den Länderangaben ab. Beispiele EMEAAmerikaAPAC | |||
| Ressource Resource | Die Ressource, also die Person oder das System, die bzw. das die Aktivität ausgeführt hat. | ||
| Beschreibung Eine allgemeine Kennung für die ausführende Person oder das ausführende System. Nützlich, wenn Aktivitäten sowohl von Mitarbeitenden als auch von Systemen ausgeführt werden können. Warum das wichtig ist Die Nachverfolgung von Ressourcen ermöglicht den Vergleich der Leistung von Mitarbeitenden und automatisierten Abläufen. Woher beziehen Suchen Sie nach Kennungen der ausführenden Personen oder Systeme. Diese können sowohl Benutzer als auch Systemkonten umfassen. Beispiele user_123AUTO_SYSTEMbot_processor | |||
| SLA-Status SLAState | Gibt an, ob der Fall innerhalb oder außerhalb des SLA liegt. | ||
| Beschreibung Gibt an, ob der Fall derzeit die vereinbarte Servicequalität erfüllt. Nützlich für die Compliance-Überwachung und die Analyse von Eskalationen. Warum das wichtig ist Die SLA-Nachverfolgung zeigt gefährdete Fälle und die allgemeine Compliance-Quote. Woher beziehen Suchen Sie nach SLA-Statusfeldern und Überschreitungskennzeichen oder berechnen Sie den Status anhand von Zeitstempeln und Zielwerten. Beispiele Innerhalb der SLAGefährdetÜberschritten | |||
| Team Team | Das konkrete Team innerhalb einer Abteilung. | ||
| Beschreibung Eine feinere organisatorische Gliederung als die Abteilung. Nützlich, wenn mehrere Teams einer Abteilung unterschiedliche Teile des Prozesses bearbeiten. Warum das wichtig ist Analysen auf Teamebene zeigen die Verteilung der Arbeitslast und Spezialisierungsmuster. Woher beziehen Suchen Sie nach Teamcodes, Kennungen für Warteschlangen oder Gruppenzuordnungen. Beispiele Team AlphaEskalationenSupport der Stufe 2 | |||
Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Bearbeiter zugewiesen | Der Case wird zur Bearbeitung einer bestimmten Person oder einem Team zugewiesen. Damit steht fest, wer für die weitere Bearbeitung verantwortlich ist. | ||
| Warum das wichtig ist Wie effizient die Zuweisung erfolgt, beeinflusst, wann die Arbeit beginnt. Verzögerungen an dieser Stelle können auf Probleme bei der Weiterleitung oder der Arbeitsauslastung hindeuten. Woher beziehen Suchen Sie in Ihrem System nach Änderungen der Zuweisung oder Zuständigkeit sowie nach Einträgen in Warteschlangen. Erfassung Timestamp der Zuweisung oder Änderung der Zuständigkeit Ereignistyp explicit | |||
| Bearbeitung begonnen | Die aktive Bearbeitung des Cases beginnt. Damit endet die Wartezeit in der Warteschlange und die eigentliche Arbeit setzt ein. | ||
| Warum das wichtig ist Die Zeit zwischen Zuweisung und Bearbeitungsbeginn zeigt Wartezeiten in der Warteschlange und mögliche Probleme mit der Arbeitsauslastung. Woher beziehen Suchen Sie nach Statusänderungen, die den Arbeitsbeginn anzeigen, nach dem Timestamp des ersten Bearbeitungsschritts oder nach Einträgen im Aktivitätsprotokoll. Erfassung Erste Aktivität nach der Zuweisung oder expliziter Start-Timestamp Ereignistyp inferred | |||
| Case abgeschlossen | Der Case wurde erfolgreich abgeschlossen und geschlossen. Damit endet der Prozessfall. | ||
| Warum das wichtig ist Der Abschluss ist entscheidend für die Berechnung der Zykluszeit und des Durchsatzes. Die Abschlussquote gibt Aufschluss über die Wirksamkeit des Prozesses. Woher beziehen Suchen Sie nach Abschluss-Timestamps, dem Status „geschlossen“ oder Datensätzen zum Endergebnis. Erfassung Timestamp des Abschlusses oder der Schließung Ereignistyp explicit | |||
| Case angelegt | Das erste Ereignis, das einen neuen Case im Prozess auslöst. Es zeigt, wann ein neuer Arbeitsvorgang ins System gelangt, etwa durch eine Kundenanfrage, einen internen Bedarf oder ein automatisiertes Ereignis. | ||
| Warum das wichtig ist Kennzeichnet den offiziellen Prozessbeginn und ist entscheidend für die Berechnung der gesamten Zykluszeit und des Durchsatzes. Woher beziehen Suchen Sie in Ihrem Quellsystem nach Erstellungs-Timestamps, Einreichungsdaten oder ersten Statusänderungen. Erfassung Erstellungs-Timestamp des primären Vorgangs oder Datensatzes Ereignistyp explicit | |||
| Daten validiert | Prüfung, ob die erforderlichen Informationen vollständig und korrekt sind. Dabei kann es sich um eine automatische Systemprüfung oder eine manuelle Kontrolle durch ein Teammitglied handeln. | ||
| Warum das wichtig ist Eine frühzeitige Validierung verhindert nachgelagerte Probleme und Nacharbeit. Fehlt dieser Schritt, geht das häufig mit längeren Zykluszeiten einher. Woher beziehen Suchen Sie nach Statusänderungen bei der Validierung, Prüf-Timestamps oder abgeschlossenen Qualitätskontrollen. Erfassung Statusänderung oder Timestamp des Validierungsabschlusses Ereignistyp explicit | |||
| Prüfung abgeschlossen | Ein Prüfungs- oder Freigabeschritt wurde abgeschlossen. In vielen Prozessen sind vor dem nächsten Schritt eine oder mehrere Prüfungen erforderlich. | ||
| Warum das wichtig ist Prüfungsschritte sind häufige Engpässe. Wenn Sie ihre Dauer kennen, können Sie Verzögerungen bei der Freigabe erkennen. Woher beziehen Suchen Sie nach Freigabe-Timestamps, abgeschlossenen Prüfungen oder dokumentierten Freigaben. Erfassung Timestamp der Freigabe oder des Prüfungsabschlusses Ereignistyp explicit | |||
| Aktion ausgeführt | Eine bestimmte Aktion oder Task innerhalb des Prozesses wurde abgeschlossen. | ||
| Warum das wichtig ist Wenn Sie einzelne Aktionen verfolgen, erkennen Sie, welche Schritte am stärksten zur Zykluszeit beitragen. Woher beziehen Suchen Sie nach Timestamps für den Abschluss von Tasks, Aktionsprotokollen oder abgeschlossenen Prozessschritten. Erfassung Timestamp des Abschlusses der Task oder Aktion Ereignistyp explicit | |||
| Ausnahme gemeldet | Es wurde ein Problem oder eine Ausnahme festgestellt, die eine besondere Bearbeitung oder Eskalation erfordert. | ||
| Warum das wichtig ist Ausnahmen führen häufig zu Nacharbeit und Verzögerungen. Wenn Sie sie verfolgen, können Sie Ursachen erkennen und Möglichkeiten zur Vorbeugung finden. Woher beziehen Suchen Sie nach Fehlerprotokollen, Ausnahme-Kennzeichnungen, Eskalationsdatensätzen oder Hinweisen auf eine Sonderbearbeitung. Erfassung Timestamp der Ausnahme oder des Fehlers aus den Systemprotokollen Ereignistyp explicit | |||
| Case abgebrochen | Der Case wurde vor dem Abschluss abgebrochen oder aufgegeben. | ||
| Warum das wichtig ist Muster bei Abbrüchen können auf Probleme mit dem Prozessdesign, den Kundenanforderungen oder vorgelagerten Abläufen hinweisen. Woher beziehen Suchen Sie nach Abbruch-Timestamps, dem Status „aufgegeben“ oder Beendigungsdatensätzen. Erfassung Timestamp des Abbruchs oder der Beendigung Ereignistyp explicit | |||
| Entscheidung getroffen | Ein wichtiger Entscheidungspunkt im Prozess wurde erreicht und abgeschlossen. | ||
| Warum das wichtig ist Für Entscheidungen ist häufig eine Autorisierung erforderlich, weshalb sie zu Engpässen werden können. Eine klare Dokumentation der Entscheidungen unterstützt die Compliance. Woher beziehen Suchen Sie nach Entscheidungsdatensätzen, Kennzeichnungen für Freigabe oder Ablehnung sowie dokumentierten Ergebnissen. Erfassung Timestamp der Entscheidung oder Erfassung des Ergebnisses Ereignistyp explicit | |||
| Eskaliert | Der Case wurde zur Bearbeitung an eine höhere Ebene oder ein spezialisiertes Team weitergeleitet. | ||
| Warum das wichtig ist Eskalationen zeigen, dass sich Cases nicht über die üblichen Wege bearbeiten lassen. Eine hohe Eskalationsrate kann auf Probleme mit der Schulung oder dem Prozess hindeuten. Woher beziehen Suchen Sie nach Eskalationsdatensätzen, Änderungen der Bearbeitungsebene oder Weiterleitungen an spezialisierte Warteschlangen. Erfassung Eskalations-Timestamp oder Weiterleitung an eine spezialisierte Warteschlange Ereignistyp explicit | |||
| Informationen angefordert | Bei einem Kunden, Lieferanten oder internen Beteiligten wurden zusätzliche Informationen angefordert. | ||
| Warum das wichtig ist Informationsanfragen unterbrechen den Prozess und verursachen häufig erhebliche Verzögerungen. Wenn Sie solche Anfragen reduzieren, verkürzen Sie die Zykluszeit. Woher beziehen Suchen Sie nach Mitteilungen zu Anfragen, Statusänderungen zu „Informationen ausstehend“ oder Timestamps für die Unterbrechung. Erfassung Timestamp der Anfrage oder Statusänderung in den Wartezustand Ereignistyp explicit | |||
| Informationen eingegangen | Die angeforderten zusätzlichen Informationen sind eingegangen, sodass der Case weiterbearbeitet werden kann. | ||
| Warum das wichtig ist Wie schnell Informationen auf eine Anfrage eingehen, wirkt sich deutlich auf die Zykluszeit aus. Schnelle Antworten ermöglichen einen zügigeren Abschluss. Woher beziehen Suchen Sie nach Eingangsbestätigungen, Statusänderungen nach dem Wartezustand oder Timestamps für den Upload von Dokumenten. Erfassung Timestamp des Antwort-Eingangs oder Statusänderung nach dem Wartezustand Ereignistyp explicit | |||
Anleitungen zur Datenextraktion
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
unserem ETL-Leitfaden oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Laden Sie dieses Template als Ausgangspunkt herunter oder sehen Sie sich unsere Anleitungen für einzelne Systeme mit geprüften, auf Ihre Technologie abgestimmten Extraktionsabfragen an.
Optimieren Sie Ihren Prozess noch heute
Sehen Sie mit ProcessMind erstmals klar, wie Ihr Prozess abläuft
Keine Kreditkarte erforderlich