Home / FAQs / Enterprise Context Engineering, Modellmigration und Process Intelligence
QUESTION & ANSWER

Welche Daten benötigt Process Mining für die Prozessautomatisierung?

Process Mining benötigt vor allem Ereignisdaten mit Vorgangs-ID, Aktivität und Zeitstempel. Ergänzende Angaben zu Bearbeiter, Abteilung, Status, System und Ausnahmegrund helfen dabei, Wartezeiten, Schleifen und manuelle Übergaben zu erkennen. Auch bei unvollständigen Daten kann mit einem klar abgegrenzten Prozess und einer Datenqualitätsprüfung begonnen werden.

Beantworten Sie die Frage.

Geben Sie zuerst Schlussfolgerungen, die für die Entscheidungsfindung verwendet werden können

Die Kernfelder sind Fallidentifikation, Aktivität und Zeit: z.B. Änderungen im Status jedes Auftrages von der Erstellung, Prüfung, Lieferung bis zum Empfang. Um die Engpässe zu erklären, können Sie auch Implementierer, Abteilungen, Kunden, Produkte, Mengen, Kanäle, ungewöhnliche Ursachen und Systemquellen hinzufügen. Systemübergreifende Szenen erfordern die Erstellung stabiler Verbindungsschlüssel und die Harmonisierung von Zeitzonen, Statusbedeutungen und Wiederholungsereignisverarbeitung. Mail, Tabellen und untere Schritte können nicht automatisch aus dem Systemprotokoll erkannt werden und müssen mit Interviews, Missionen oder neuen Datenpunkten verknüpft werden.

DECISION FACTORS

Welche Bedingungen müssen vor der Entscheidungsfindung festgelegt werden?

Die gleiche Frage kann in unterschiedlichen Geschäfts-, Daten- und Projektphasen unterschiedliche Antworten haben, und es wird vorgeschlagen, die folgenden Bedingungen zu überprüfen und die gemeinsamen Ergebnisse im Internet in ihre eigenen Projekte einzuarbeiten.

Identifikation von Geschäftsobjekten und Prozessstart- und -endpunktenOb die Statusänderung glaubwürdig und Betreiber istSystemübergreifende Erfassung von Unternehmenskennzeichen-VerbindungenOb historische Daten Löschungen, Additionen und Batchänderungen enthalten
ACTION STEPS

Vorgeschlagene Reihenfolge des Vorschusses

01

Zuerst werden wir uns über das Ziel und die Grenze im Klaren sein.

Wählen Sie einen Prozess, der einen hohen Geschäftswert und vollständigere Daten hat.

02

Validierungsschlüsselabhängigkeit

Definiert den Fallbezeichner, die Aktivität, die Zeit und die analytischen Dimensionen.

03

Entwicklung bewertbarer Ergebnisse

Nehmen Sie kleine Proben und überprüfen Sie mit Quellsystemen und Betreibern.

04

Stellen Sie sicher, dass Sie den nächsten Schritt mit den tatsächlichen Ergebnissen entscheiden.

Vergrößern Sie die Daten und analysieren Sie Prozessvariationen nach der Kalibrierung.

PRACTICAL EXAMPLE

Wie verstehen Sie es im eigentlichen Geschäft?

Beispiel zur Erläuterung der Beurteilungsmethode

Bei der Analyse der Auftragsgenehmigung befindet sich nur das Antragsformular in seinem aktuellen Zustand und kann nicht wiederhergestellt werden; die Antragsnummer ist jedes Mal erforderlich, wenn sie eingereicht, zurückgegeben, weitergeleitet und im Genehmigungsprotokoll genehmigt wird.

COMMON RISKS

Die einfachste Grube, auf die man treten kann.

Fehlinterpretierte aktuelle Statustabelle als vollständige Ereignishistorie

Verschiedene Systeme stimmen mit vagen Namen überein, was zu einer Fehlerverbindung führt

Die individuelle Effizienz wird auf Log-Basis ohne operativen Abgleich bewertet

ACCEPTANCE

Wie sollen wir am Ende empfangen und bestätigen?

Ereignisdaten sollten von Feldkaliber, Quelle, Bereinigungsregeln und -abdeckung begleitet werden. Die Extraktion einer Reihe von realen Geschäftsobjekten ermöglicht die schrittweise Wiederholung von Großereignissen und -zeit aus dem Quellsystem; Anzahl, Zyklus und Status der wichtigsten Prozesse sollten weitgehend mit der Betriebserklärung übereinstimmen.

Bei der Vorbereitung auf die Kommunikation mit Lieferanten oder internen Teams empfiehlt es sich, aktuelle Prozesse, repräsentative Muster, bestehende Systeme, Planungszeit und Budgetniveaus mitzunehmen. Zunächst werden die unbekannten Elemente eindeutig gekennzeichnet und dann wird die Entscheidung für Diagnostik, PoC, Feststreckenprojekte oder laufende Forschung und Entwicklung getroffen, was in der Regel zuverlässiger ist als eine direkte Forderung nach einem Preis und einer Dauer ohne Grenzen.

Ihre Projektbedingungen unterscheiden sich von den oben genannten Beispielen?

Betriebsziele, bestehende Systeme, Stichproben und geplante Zeit könnten zusammengetragen werden, bevor Berater vorläufige Entscheidungen in Bezug auf tatsächliche Grenzen treffen könnten.

Assoziierte Projektberater