Daten-Template: Generischer Prozess
Ihr universelles Daten-Template
- Universelle Struktur, die mit jedem Prozess funktioniert
- Flexible Attribute, die sich Ihren Bedürfnissen anpassen.
- Kompatibel mit allen gängigen Quellsystemen
Dies ist unsere generische Process-Mining-Datenvorlage. Nutzen Sie unsere prozessspezifischen Vorlagen für spezifischere Anleitungen.
Attribute
| Name | Beschreibung | ||
|---|---|---|---|
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 | |||
Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
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 | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,
