Ihr Lead-to-Cash-Daten-Template

Microsoft Dynamics 365 Sales
Ihr Lead-to-Cash-Daten-Template

Ihr Lead-to-Cash-Daten-Template

Dieses Template bietet eine strukturierte Anleitung, um die wesentlichen Daten für die Analyse Ihres Lead-to-Cash-Prozesses zu erfassen. Es beschreibt die wichtigen Attribute und Aktivitäten und zeigt, wie Sie die benötigten Informationen extrahieren. Mit diesen Empfehlungen erstellen Sie ein umfassendes Event Log für aussagekräftige Erkenntnisse aus dem Process Mining.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Prozessentdeckung
  • Praktische Anleitung zur Datenextraktion
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Lead-to-Cash-Attribute

Diese Datenfelder sind unverzichtbar für ein vollständiges Event Log und ermöglichen eine detaillierte Analyse Ihres Lead-to-Cash-Prozesses.
5 Erforderlich 8 Empfohlen 5 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name der geschäftlichen Aktivität oder des Ereignisses, das zu einem bestimmten Zeitpunkt im Vertriebsprozess stattgefunden hat.
Beschreibung

Dieses Attribut bezeichnet einen bestimmten Schritt oder Meilenstein im Lead-to-Cash-Prozess, etwa 'Angebot erstellt' oder 'Zahlung eingegangen'. Jede Aktivität steht für ein einzelnes Ereignis im Verlauf einer Verkaufschance.

Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten bildet den Kern von Process Mining. Sie zeigt die tatsächlichen Prozessabläufe, macht häufige und alternative Pfade (Varianten) sichtbar und weist auf Nacharbeit oder Engpässe hin. Diese Analyse ist entscheidend, um Prozesseinhaltung und Effizienz zu verstehen.

Warum das wichtig ist

Definiert die Schritte in der Prozessdarstellung. Sie bildet die Grundlage für Process-Mining-Analysen, mit denen Ineffizienzen und Abweichungen erkannt werden.

Woher beziehen

Dieses Attribut wird üblicherweise aus verschiedenen Ereignissen der Entitäten Opportunity, Quote, Order und Invoice in Dynamics 365 abgeleitet. Häufig ist eine Logik erforderlich, die Statusänderungen oder die Erstellung von Datensätzen standardisierten Aktivitätsnamen zuordnet.

Beispiele
Verkaufschance erstelltAngebot an Kunden gesendetVertrag unterzeichnetZahlung eingegangen
Startzeit
ActivityStartTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis begonnen hat.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit einer Aktivität. In Process Mining dient es als zentrale Zeitangabe, um Ereignisse chronologisch zu ordnen und Zeitspannen zu berechnen.

Die Startzeit ist für alle zeitbasierten Analysen erforderlich. Dazu gehören die Berechnung von Durchlaufzeiten zwischen Aktivitäten, das Erkennen von Verzögerungen und die Messung der Prozessleistung insgesamt. Sie ermöglicht eine dynamische Prozessanimation und hilft dabei, die zeitliche Verteilung der Arbeit zu verstehen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend, um Ereignisse zu ordnen und alle Leistungskennzahlen wie Durchlauf- und Wartezeiten zu berechnen.

Woher beziehen

Üblicherweise ist dies der Timestamp 'createdon' oder 'modifiedon' der relevanten Entität (Opportunity, Quote, SalesOrder, Invoice), der zur jeweiligen Aktivität gehört.

Beispiele
2023-04-15T10:00:00Z2023-04-25T14:30:00Z2023-05-10T11:20:00Z
Verkaufschance
SalesOpportunity
Der eindeutige Identifikator einer Verkaufschance. Er dient als primäre Case-ID für den Lead-to-Cash-Prozess.
Beschreibung

Die ID der Verkaufschance identifiziert jeden potenziellen Verkauf eindeutig auf seinem Weg durch den Vertriebsprozess. Sie bildet den zentralen Bezugspunkt für alle zugehörigen Aktivitäten, von der Erstellung der Verkaufschance bis zum Zahlungseingang.

In Process Mining ist dieses Attribut entscheidend, um den gesamten Verlauf jedes Vertriebs-Cases nachzubilden. Es ermöglicht die Analyse des vollständigen Prozessflusses, die Berechnung der Gesamtdurchlaufzeiten und den Vergleich verschiedener Pfade der Verkaufschancen. So lassen sich Ineffizienzen und Engpässe von der Lead-Qualifizierung bis zum Zahlungseingang erkennen.

Warum das wichtig ist

Dies ist die zentrale Case-ID, die alle Prozesseignisse miteinander verknüpft und so den vollständigen Verlauf jedes Verkaufs nachvollziehbar macht.

Woher beziehen

Dies ist der Primärschlüssel der Entität Opportunity, üblicherweise das Feld 'opportunityid'.

Beispiele
OPP-01532-A3B1C7OPP-01533-F8D2E5OPP-01534-G9H3I4
Letzte Datenaktualisierung
LastDataUpdate
Timestamp der letzten Datenaktualisierung aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt Datum und Uhrzeit an, zu denen die Daten zuletzt aus Microsoft Dynamics 365 Sales extrahiert und in das Process-Mining-Tool geladen wurden. Es zeigt, wie aktuell die analysierten Daten sind.

Für relevante Analysen und Schlussfolgerungen müssen die Daten aktuell sein. Anhand dieses Attributs können Benutzer die Aktualität der Erkenntnisse beurteilen und fundierte Entscheidungen auf Grundlage des aktuellen Prozessstands treffen.

Warum das wichtig ist

Zeigt an, wie aktuell die Daten sind, damit Analysen für Entscheidungen relevant bleiben.

Woher beziehen

Dieser Timestamp wird vom Prozess zur Datenextraktion und zum Laden der Daten selbst erzeugt.

Beispiele
2024-07-27T02:00:00Z2024-07-28T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut kennzeichnet die Quellanwendung, aus der die Ereignisdaten stammen. Für diesen Prozess ist dies durchgehend Microsoft Dynamics 365 Sales.

In Umgebungen mit mehreren integrierten Systemen ist dieses Feld entscheidend für die Datenherkunft und die Fehlerbehebung. Es hilft, den Kontext der Daten zu verstehen und sicherzustellen, dass die Analysen auf Informationen aus der richtigen Quelle beruhen.

Warum das wichtig ist

Liefert wichtige Informationen zur Datenherkunft und ist für Data Governance, Validierung und die Verwaltung von Integrationen erforderlich.

Woher beziehen

Dies ist ein statischer Wert, der während der Datenextraktion eingetragen werden sollte, um die Quelle der Datensätze zu kennzeichnen.

Beispiele
Microsoft Dynamics 365 Sales
Endzeit
ActivityEndTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis abgeschlossen wurde. Bei einzelnen, punktuellen Ereignissen entspricht er häufig der Startzeit.
Beschreibung

Die Endzeit markiert den Abschluss einer Aktivität. Bei punktuellen Ereignissen wie 'Rechnung erstellt' entspricht sie häufig der Startzeit. Bei Aktivitäten mit messbarer Dauer, etwa einem manuellen Prüfschritt, zeigt dieser Timestamp an, wann die Arbeit abgeschlossen wurde.

Mit diesem Attribut lässt sich die Bearbeitungszeit einzelner Aktivitäten berechnen. Vergleichen Sie die Endzeit einer Aktivität mit der Startzeit der nächsten, können Sie sowohl die aktive Arbeitszeit (Bearbeitungszeit) als auch die Leerlaufzeit (Wartezeit) im Prozess analysieren.

Warum das wichtig ist

Ermöglicht die Berechnung der Bearbeitungszeiten einzelner Aktivitäten. So lassen sich aktive Arbeitszeit und Wartezeit unterscheiden und die Prozessleistung genauer analysieren.

Woher beziehen

Bei punktuellen Ereignissen entspricht dieser Wert der Startzeit. Bei Aktivitäten mit einer Dauer muss er möglicherweise aus einem späteren Timestamp oder einer Statusänderung abgeleitet werden.

Beispiele
2023-04-15T10:00:00Z2023-04-25T15:00:00Z2023-05-10T11:25:00Z
Kunde
CustomerId
Das Kundenkonto, das der Verkaufschance zugeordnet ist.
Beschreibung

Dieses Attribut bezeichnet den potenziellen oder bestehenden Kunden, für den die Verkaufschance verfolgt wird. Es verknüpft den Vertriebsprozess mit einem bestimmten Konto im CRM-System.

Eine Analyse nach Kunde oder Kundensegment zeigt, wie unterschiedliche Kundengruppen den Vertriebsprozess durchlaufen. Sie kann aufdecken, ob bestimmte Kunden längere Zykluszeiten haben, mehr Nacharbeit erfordern oder häufiger zu einem Abschluss führen. Diese Erkenntnisse helfen dabei, den Vertriebsansatz anzupassen und Kundenbeziehungen gezielt zu gestalten.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung für bestimmte Kunden oder Kundensegmente und unterstützt so die gezielte Anpassung der Vertriebsstrategie.

Woher beziehen

Dies ist das Suchfeld 'customerid' in der Opportunity-Entität. Es verweist auf einen Account- oder Contact-Datensatz.

Beispiele
Contoso LtdAdventure WorksFabrikam, Inc.
Lead-Quelle
LeadSource
Die Quelle, über die der ursprüngliche Lead gewonnen wurde.
Beschreibung

Dieses Attribut gibt an, woher der Lead stammt, aus dem die Verkaufschance hervorgegangen ist, zum Beispiel aus dem Web, von einem Partner, einer Messe oder einer Anzeige. Es zeigt, wie wirksam verschiedene Marketingkanäle und Strategien zur Lead-Generierung sind.

In Process Mining ist die Auswertung nach Lead-Quelle entscheidend für das Dashboard zur Lead-Konvertierungsleistung. Sie hilft, die Konversionsrate vom Lead zur Verkaufschance für jeden Kanal zu berechnen und zu erkennen, welche Quellen die wertvollsten Leads oder die kürzesten Qualifizierungszeiten liefern. Diese Erkenntnisse sind wichtig, um Marketingausgaben und Vertriebsaktivitäten gezielt auszurichten.

Warum das wichtig ist

Hilft, die Leistung verschiedener Marketingkanäle bei der Gewinnung qualifizierter Leads zu bewerten und unterstützt direkt die Analyse der Lead-Konvertierung.

Woher beziehen

Üblicherweise ist dies das Feld 'leadsourcecode' in der Entität Lead. Bei der Qualifizierung wird der Wert in die Verkaufschance übernommen.

Beispiele
WebPartnerMesseEmpfehlung
Region
Region
Das geografische Gebiet oder Vertriebsgebiet, in dem sich der Kunde befindet.
Beschreibung

Dieses Attribut gibt das geografische Gebiet der Verkaufschance an, zum Beispiel „Nordamerika“, „EMEA“ oder „APAC“. Häufig wird es aus den Adressdaten des Kunden abgeleitet.

Die Region ist eine wichtige Dimension für vergleichende Analysen. In Dashboards wie „Dauer der Rechnungserstellung und -zustellung“ lässt sich damit prüfen, ob sich die Prozessleistung regional unterscheidet. So können Unterschiede aufgrund lokaler Vorschriften, der Teamleistung oder der Marktbedingungen sichtbar werden und gezielte Prozessverbesserungen nach Region unterstützen.

Warum das wichtig ist

Ermöglicht die geografische Segmentierung des Prozesses und macht regionale Unterschiede bei Leistung, Compliance und Kundenverhalten sichtbar.

Woher beziehen

Diese Daten sind üblicherweise in der verknüpften Account- oder Contact-Entität gespeichert, zum Beispiel in den Feldern 'address1_country' oder einem benutzerdefinierten Feld 'Region'.

Beispiele
NordamerikaEMEAAPACLATAM
Status der Verkaufschance
OpportunityStatus
Das Endergebnis der Verkaufschance, zum Beispiel gewonnen oder verloren.
Beschreibung

Dieses Attribut erfasst den Endstatus einer Verkaufschance. Die wichtigsten Ergebnisse sind üblicherweise 'Won' für einen erfolgreichen Verkauf und 'Lost', wenn der Abschluss nicht zustande kam.

Die Auswertung nach Ergebnis ist entscheidend, um zu verstehen, welche Prozessmuster zum Erfolg oder Misserfolg führen. Wenn Sie Cases nach Status filtern, können Sie Durchlaufzeiten, Aktivitäten und die Beteiligung von Benutzern bei gewonnenen und verlorenen Verkaufschancen vergleichen. Das ist wichtig, um die KPI für die Abschlussquote von Verkaufschancen zu berechnen und Verhaltensweisen zu erkennen, die mit positiven Ergebnissen zusammenhängen.

Warum das wichtig ist

Unterscheidet erfolgreiche von erfolglosen Ergebnissen und ermöglicht Vergleichsanalysen, um zu erkennen, welche Prozessabläufe zu Abschlüssen führen.

Woher beziehen

Dies entspricht den Feldern 'statecode' (Status) und 'statuscode' (Statusgrund) in der Entität Opportunity.

Beispiele
GewonnenVerlorenIn Bearbeitung
Verantwortlicher für die Verkaufschance
OwnerId
Der Vertriebsmitarbeitende oder Benutzer, der für die Verkaufschance verantwortlich ist.
Beschreibung

Der Verantwortliche für die Verkaufschance ist der Benutzer in Microsoft Dynamics 365 Sales, der mit der Betreuung und Weiterentwicklung der Verkaufschance betraut ist. Dieser Benutzer ist üblicherweise für den Großteil der Aktivitäten im zugehörigen Case verantwortlich.

Eine Auswertung nach Verantwortlichen ermöglicht den Vergleich der Leistung verschiedener Vertriebsmitarbeitender, Teams oder Abteilungen. Sie kann bewährte Vorgehensweisen besonders erfolgreicher Mitarbeitender aufzeigen, Coaching-Bedarf sichtbar machen und zeigen, wie sich die Arbeitsverteilung auf Effizienz und Ergebnisse auswirkt.

Warum das wichtig ist

Ermöglicht die Analyse der Leistung einzelner Benutzer oder Teams. So lassen sich besonders erfolgreiche Mitarbeitende erkennen und Probleme bestimmter Personen oder Gruppen untersuchen.

Woher beziehen

Dies ist das Feld 'ownerid' in der Entität Opportunity. Es verweist auf einen Benutzer- oder Teamdatensatz.

Beispiele
John DoeJane SmithEMEA-Vertriebsteam
Vertriebsphase
SalesStage
Die Phase der Verkaufschance innerhalb des festgelegten Vertriebsprozesses.
Beschreibung

Die Vertriebsphase bezeichnet den konkreten Abschnitt, in dem sich eine Verkaufschance befindet, zum Beispiel „Qualifizieren“, „Entwickeln“, „Angebot erstellen“ oder „Abschließen“. Diese Phasen geben einen Überblick über die Vertriebspipeline und den Fortschritt.

Während Process Mining anhand von Timestamps detaillierte Aktivitäten ableitet, liefert die Vertriebsphase wertvollen Geschäftskontext. Im Dashboard „Analyse der gesamten Vertriebszykluszeit“ dient sie dazu, den Prozess in Abschnitte zu unterteilen und zu ermitteln, wie viel Zeit die einzelnen Hauptphasen in Anspruch nehmen. So lässt sich erkennen, welche Phasen am längsten dauern und an welchen Stellen Verkaufschancen häufig ins Stocken geraten.

Warum das wichtig ist

Liefert Geschäftskontext zum Fortschritt einer Verkaufschance und ermöglicht die Analyse der Zeit, die sie in den einzelnen Phasen der Vertriebspipeline verbringt.

Woher beziehen

Diese Information stammt aus dem Feld 'stepname' des Business Process Flow, der mit der Opportunity-Entität verknüpft ist.

Beispiele
1-Qualifizieren2-Entwickeln3-Angebot erstellen4-Abschließen
Wert der Verkaufschance
OpportunityValue
Der geschätzte oder tatsächliche Geldwert der Verkaufschance.
Beschreibung

Dieses Attribut gibt den potenziellen oder endgültigen Umsatz einer Verkaufschance an. Zu Beginn kann es sich um einen Schätzwert handeln, der nach einem erfolgreichen Abschluss auf den tatsächlichen Vertragswert aktualisiert wird.

Für die Analyse ist dieses Attribut entscheidend, denn Verkaufschancen sind nicht gleichwertig. Wenn Unternehmen Prozesse nach Auftragswert segmentieren, sehen sie, ob größere Verkaufschancen andere Abläufe durchlaufen oder länger bis zum Abschluss benötigen. Außerdem können sie Verbesserungsmaßnahmen auf besonders wertvolle Geschäftsbereiche konzentrieren.

Warum das wichtig ist

Liefert den finanziellen Kontext für Analysen nach Auftragswert und hilft, Verbesserungen auf besonders wertvolle Verkaufschancen auszurichten.

Woher beziehen

Üblicherweise in Feldern wie 'estimatedvalue' (geschätzter Umsatz) oder 'actualvalue' (tatsächlicher Umsatz) der Entität Opportunity zu finden.

Beispiele
50000.00125000.0025000.00
Ist Nacharbeit
IsRework
Kennzeichen dafür, ob eine Aktivität innerhalb desselben Cases wiederholt oder nachgearbeitet wird.
Beschreibung

Dieses boolesche Attribut ist ein berechnetes Feld. Es kennzeichnet, wenn eine Aktivität oder eine Abfolge von Aktivitäten innerhalb einer einzelnen Verkaufschance wiederholt wird. Wird beispielsweise ein Angebot erstellt und abgelehnt und anschließend ein neues Angebot erstellt, wird die zweite Aktivität „Angebot erstellt“ als Nacharbeit gekennzeichnet.

Die Erkennung von Nacharbeit ist für das Dashboard „Analyse von Prozessvarianten und Nacharbeit“ entscheidend. Wiederholungen und Schleifen machen das Ausmaß der Prozessineffizienz messbar. Wer versteht, wo und warum Nacharbeit entsteht, kann den Prozess vereinfachen, unnötigen Aufwand verringern und den Vertriebszyklus verkürzen.

Warum das wichtig ist

Kennzeichnet Prozessineffizienzen und Schleifen direkt. So lassen sich die Kosten der Nacharbeit beziffern und Möglichkeiten zur Prozessvereinfachung erkennen.

Woher beziehen

Dies ist ein berechnetes Attribut. Das Process-Mining-Tool leitet es ab, indem es die Aktivitätsabfolge für jeden Case analysiert.

Beispiele
truefalse
Produktkategorie
ProductCategory
Die Kategorie des Produkts oder der Dienstleistung, die im Rahmen der Verkaufschance verkauft wird.
Beschreibung

Dieses Attribut ordnet der Verkaufschance das zugehörige Hauptprodukt oder die Hauptdienstleistung zu, zum Beispiel „Hardware“, „Software“ oder „Professionelle Dienstleistungen“.

Für das Dashboard „Leistung der Auftragsabwicklung“ ist eine Analyse nach Produktkategorie besonders wichtig. Sie zeigt, ob bestimmte Produktarten längere Vertriebszyklen, andere Abwicklungsprozesse oder niedrigere Abschlussquoten aufweisen. Daraus können spezialisierte Vertriebsprozesse für einzelne Produktlinien entstehen, die die Effizienz verbessern.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach verkauftem Produkt und zeigt Abweichungen sowie produktspezifische Engpässe auf.

Woher beziehen

Diese Information ist üblicherweise in der Opportunity Product-Entität (opportunityproduct) verfügbar, die mit der Opportunity verknüpft ist.

Beispiele
Cloud-DiensteOn-Premises-SoftwareBeratungsleistungen
Rabattprozentsatz
DiscountPercentage
Der auf das Angebot oder den Auftrag gewährte Rabatt in Prozent.
Beschreibung

Dieses Attribut erfasst den Gesamtrabatt auf ein Verkaufsangebot oder einen Auftrag als Prozentsatz des Listenpreises. Es ist eine wichtige Kennzahl zur Überwachung der Vertriebsmargen und der Preisdisziplin.

Das Dashboard „Angebotsmanagement und Rabatt-Compliance“ verwendet dieses Attribut, um das Rabattverhalten zu analysieren. Die Verteilung der Rabatte hilft der Geschäftsleitung, überhöhte oder nicht genehmigte Nachlässe zu erkennen, ihre Auswirkungen auf die Abschlussquoten zu bewerten und die Einhaltung der Preisrichtlinien zu prüfen.

Warum das wichtig ist

Wichtig für die Analyse der Preisstrategie und der Rabatt-Compliance. So lässt sich nachvollziehen, wie sich Rabatte auf die Rentabilität und die Abschlussquoten auswirken.

Woher beziehen

In den Entitäten Quote ('discountpercentage') und SalesOrder ('discountpercentage') gespeichert.

Beispiele
0.050.100.15
Vertragsart
ContractType
Die Art des mit dem Verkauf verbundenen Vertrags, zum Beispiel „Neues Unternehmen“ oder „Verlängerung“.
Beschreibung

Dieses Attribut kategorisiert den Vertrag, der mit einer Verkaufschance verbunden ist. Je nach Vertragsart, etwa einer Vereinbarung mit einem Neukunden, einer Verlängerung oder einem Zusatzverkauf, können unterschiedliche Prüfungs- und Unterzeichnungsprozesse gelten.

Das Dashboard „Dauer der Vertragsunterzeichnung“ verwendet dieses Attribut zur Segmentierung der Analyse. Der Vergleich der Unterzeichnungszeiten verschiedener Vertragsarten zeigt, ob Verlängerungen schneller bearbeitet werden als neue Verträge oder ob komplexe, individuell ausgearbeitete Verträge erhebliche Verzögerungen verursachen. So lassen sich gezielte Verbesserungen im Vertragsmanagement ableiten.

Warum das wichtig ist

Unterstützt die Analyse und Optimierung der Vertragsunterzeichnung, indem sichtbar wird, ob bestimmte Vertragsarten den Prozess verzögern.

Woher beziehen

Wahrscheinlich handelt es sich um ein benutzerdefiniertes Feld in der Opportunity- oder Contract-Entität, da es auf die jeweiligen Geschäftsanforderungen zugeschnitten ist.

Beispiele
Neues UnternehmenVerlängerungErweiterungRahmenvertrag für Dienstleistungen
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Zahlungsbedingungen für die Rechnung, zum Beispiel 30 oder 60 Tage netto.
Beschreibung

Dieses Attribut legt fest, bis wann ein Kunde die gelieferten Waren oder erbrachten Dienstleistungen bezahlen soll. Es bestimmt die Zahlungsfrist ab Ausstellung der Rechnung.

Für das Dashboard „Analyse des Zahlungseingangszyklus“ ist dieses Attribut unverzichtbar. Damit lassen sich Einzugszeiten nach den vereinbarten Zahlungsbedingungen segmentieren. So wird sichtbar, welche Kunden regelmäßig verspätet zahlen und ob bestimmte Zahlungsbedingungen mit längeren Einzugszyklen verbunden sind. Das unterstützt die Optimierung der Debitorenprozesse und des Cashflows.

Warum das wichtig ist

Dient als Grundlage für die Analyse des Zahlungsverhaltens. So lassen sich verspätete Zahlungen erkennen und die Wirksamkeit von Einzugsstrategien bewerten.

Woher beziehen

Diese Information ist üblicherweise in der Invoice-Entität gespeichert, häufig im Feld 'paymenttermscode'.

Beispiele
30 Tage netto60 Tage nettoZahlbar bei Erhalt
Erforderlich Empfohlen Optional

Lead-to-Cash-Aktivitäten

Diese wichtigen Prozessschritte und Meilensteine sollten Sie im Event Log erfassen. So erhalten Sie ein klares Bild Ihres Lead-to-Cash-Prozesses.
7 Empfohlen 7 Optional
Aktivität Beschreibung
Angebot erstellt
Für den Kunden wurde ein formelles Preisangebot für Produkte oder Dienstleistungen erstellt. Erfasst wird dies, wenn ein neuer Angebotsdatensatz angelegt und mit der Verkaufschance verknüpft wird.
Warum das wichtig ist

Damit wird aus einem unverbindlichen Vorschlag ein formelles Angebot. Die Zeit zwischen diesem Ereignis und der Annahme des Angebots ist entscheidend, um die Effizienz der Angebotsbearbeitung zu messen.

Woher beziehen

Dieses explizite Ereignis wird als Erstellungsdatum eines neuen Datensatzes in der Entität Quote erfasst. Der Datensatz ist über eine Nachschlagebeziehung mit der übergeordneten Verkaufschance verknüpft.

Erfassung

Verwenden Sie den Timestamp 'createdon' aus der Entität Quote, verknüpft mit der Opportunity-ID.

Ereignistyp explicit
Angebot vom Kunden angenommen
Der Kunde hat den im Angebot genannten Bedingungen und Preisen offiziell zugestimmt. Erfasst wird dies, wenn der Vertriebsmitarbeitende den Status des Angebotsdatensatzes auf 'Won' setzt.
Warum das wichtig ist

Dieser wichtige Meilenstein zeigt, dass sich der Kunde verbindlich entschieden hat. Er ist entscheidend, um die Konversionsrate vom Angebot zum Auftrag und die durchschnittliche Angebotsfreigabezeit zu messen.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem 'statecode' des Angebotsdatensatzes auf 'Won' (Wert 2) gesetzt wird.

Erfassung

Verwenden Sie den Timestamp 'modifiedon', wenn sich 'statecode' des Angebots auf 'Won' ändert.

Ereignistyp inferred
Verkaufsauftrag erstellt
Im System wird ein Verkaufsauftrag angelegt, um die Lieferung der verkauften Produkte oder Dienstleistungen abzuwickeln. Dieses explizite Ereignis entsteht üblicherweise, wenn ein Angebot mit dem Status 'Won' in einen Auftrag umgewandelt wird.
Warum das wichtig ist

Damit wird die offizielle Übergabe vom Vertrieb an den Betrieb oder die Auftragsabwicklung markiert. Dieser Zeitpunkt ist der Ausgangspunkt, um die Durchlaufzeit der Auftragserfüllung und die Effizienz nach dem Verkauf zu messen.

Woher beziehen

Dieses explizite Ereignis wird anhand des Erstellungs-Timestamps des Datensatzes SalesOrder erfasst, der mit der übergeordneten Verkaufschance verknüpft ist.

Erfassung

Verwenden Sie den Timestamp 'createdon' aus der Entität SalesOrder (Order).

Ereignistyp explicit
Verkaufschance erstellt
Dieses Ereignis markiert den Beginn des Vertriebsprozesses für eine konkrete potenzielle Verkaufschance. Es wird erfasst, wenn ein neuer Datensatz für eine Verkaufschance erstellt wird, häufig nachdem ein Lead qualifiziert wurde.
Warum das wichtig ist

Dies ist die zentrale Startaktivität für die Analyse des Lead-to-Cash-Prozesses. Sie ermöglicht es, die gesamte Dauer des Vertriebszyklus zu messen und die Wirksamkeit der Lead-Konvertierung zu analysieren.

Woher beziehen

Dieses explizite Ereignis wird anhand des Erstellungs-Timestamps des Datensatzes der Verkaufschance in der Tabelle Opportunity erfasst.

Erfassung

Verwenden Sie den Timestamp 'createdon' aus der Entität Opportunity.

Ereignistyp explicit
Verkaufschance gewonnen
Die Verkaufschance wurde erfolgreich abgeschlossen und führte zu einem Verkauf. Erfasst wird dieses Ereignis, wenn der Status der Verkaufschance auf 'Won' gesetzt wird.
Warum das wichtig ist

Dies ist die zentrale Aktivität für den erfolgreichen Abschluss des Vertriebsprozesses. Sie dient dazu, Abschlussquoten, die Dauer erfolgreicher Vertriebszyklen und die Vertriebsleistung insgesamt zu berechnen.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem 'statecode' des Datensatzes Opportunity auf 'Won' (Wert 1) gesetzt wird. Dies geschieht häufig automatisch, wenn das zugehörige Angebot oder der Auftrag verarbeitet wird.

Erfassung

Verwenden Sie das Feld 'actualclosedate' oder den Timestamp 'modifiedon', wenn 'statuscode' der Verkaufschance auf 'Won' gesetzt wird.

Ereignistyp inferred
Verkaufschance verloren
Die Verkaufschance war nicht erfolgreich und wurde ohne Verkauf abgeschlossen. Erfasst wird dies, wenn der Status der Verkaufschance auf 'Lost' gesetzt wird.
Warum das wichtig ist

Dies ist die zentrale Aktivität für den erfolglosen Abschluss. Die Analyse dieser Cases hilft, Gründe für verlorene Verkaufschancen, Abbrüche im Vertriebsprozess und die Wirksamkeit von Wettbewerbern zu erkennen.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem 'statecode' des Datensatzes Opportunity auf 'Lost' (Wert 2) gesetzt wird.

Erfassung

Verwenden Sie das Feld 'actualclosedate' oder den Timestamp 'modifiedon', wenn 'statuscode' der Verkaufschance auf 'Lost' gesetzt wird.

Ereignistyp inferred
Zahlung eingegangen
Der Kunde hat die Rechnung vollständig bezahlt. Erfasst wird dies, wenn der Status des Rechnungsdatensatzes auf 'Paid' gesetzt wird.
Warum das wichtig ist

Dieser wichtige finanzielle Meilenstein steht für die Umsatzrealisierung. Die Analyse der Zeit zwischen Rechnungsversand und Zahlungseingang hilft, den Zahlungseinzug zu optimieren.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem sich 'statecode' des Rechnungsdatensatzes in 'Paid' (Wert 2) ändert.

Erfassung

Verwenden Sie den Timestamp 'modifiedon', wenn 'statecode' von Invoice auf 'Paid' gesetzt wird.

Ereignistyp inferred
Anforderungen ermittelt
Dieser Schritt zeigt an, dass das Vertriebsteam die Anforderungen des Kunden erfasst und verstanden hat. Er wird üblicherweise erfasst, wenn ein Vertriebsmitarbeitender eine Phase im Business Process Flow aktualisiert oder den Status der Verkaufschance ändert.
Warum das wichtig ist

Die Erfassung dieser Phase zeigt, wie lange es vom ersten Kontakt bis zu einem tragfähigen Angebot dauert. Verzögerungen können auf Probleme bei Erstgesprächen oder auf fehlende Ressourcen hindeuten.

Woher beziehen

Abgeleitet aus einer Änderung der Phase im Business Process Flow der Verkaufschance zu 'Develop' oder 'Propose' oder aus der Aktualisierung eines benutzerdefinierten Statusfelds. Verwendet wird der Timestamp der Phasenänderung.

Erfassung

Erfassen Sie Änderungen an 'stageid' in der Entität Opportunity oder der zugehörigen Entität Business Process Flow.

Ereignistyp inferred
Angebot an Kunden gesendet
Das erstellte Angebot wurde dem Kunden offiziell zur Prüfung übermittelt. Dieses Ereignis wird üblicherweise abgeleitet, wenn der Status des Angebotsdatensatzes auf 'Aktiv' gesetzt wird.
Warum das wichtig ist

Mit dieser Aktivität beginnt die Zeit für die Prüfung und Verhandlung durch den Kunden. Sie ist ein wichtiger Datenpunkt, um Angebotsfreigabezyklen zu analysieren und Verzögerungen bei der Rückmeldung des Kunden zu erkennen.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem sich 'statecode' des Angebotsdatensatzes in 'Aktiv' ändert.

Erfassung

Überwachen Sie den Auditverlauf oder verwenden Sie ein Timestamp-Feld, das durch einen Workflow aktualisiert wird, wenn 'statecode' des Angebots den Wert 1 (Aktiv) annimmt.

Ereignistyp inferred
Auftrag erfüllt
Alle Produkte des Verkaufsauftrags wurden versandt oder alle Dienstleistungen für den Kunden erbracht. Erfasst wird dies, wenn der Status des Datensatzes SalesOrder auf 'Fulfilled' oder einen vergleichbaren Status gesetzt wird.
Warum das wichtig ist

Diese Aktivität schließt den Lieferabschnitt des Prozesses ab. Sie ist ein wichtiger Meilenstein für die Analyse der Auftragsabwicklung und löst die Rechnungsstellung aus.

Woher beziehen

Abgeleitet aus dem Timestamp, zu dem sich 'statecode' des Datensatzes SalesOrder in 'Fulfilled' (Wert 3) ändert.

Erfassung

Verwenden Sie den Timestamp 'modifiedon', wenn 'statecode' von SalesOrder auf 'Fulfilled' gesetzt wird.

Ereignistyp inferred
Lösung vorgeschlagen
Diese Aktivität zeigt an, dass dem potenziellen Kunden eine formelle Lösung oder ein Angebot vorgelegt wurde. Sie wird üblicherweise abgeleitet, wenn die Verkaufschance im Verlauf ihres Lebenszyklus in die Phase 'Propose' wechselt.
Warum das wichtig ist

Die Analyse der Zeit vor und nach dieser Aktivität zeigt, wie effizient die Lösungsentwicklung und Angebotserstellung ablaufen. Wiederholte Vorkommen weisen auf Nacharbeit im Vertriebszyklus hin.

Woher beziehen

Abgeleitet aus einer Statusänderung des Datensatzes der Verkaufschance oder dem Wechsel in die Phase 'Propose' im zugehörigen Business Process Flow.

Erfassung

Verwenden Sie den Timestamp der Status- oder Phasenänderung in der Entität Opportunity.

Ereignistyp inferred
Rechnung an Kunden gesendet
Die Rechnung wurde dem Kunden zur Zahlung übermittelt. Dieses Ereignis wird üblicherweise aus einer Statusänderung des Rechnungsdatensatzes abgeleitet.
Warum das wichtig ist

Damit beginnt die Zahlungsfrist. Zugleich ist dies der erste Schritt zur Messung der Days Sales Outstanding (DSO). Verzögerungen wirken sich unmittelbar auf den Cashflow aus.

Woher beziehen

Abgeleitet aus einer Statusänderung in der Entität Invoice. Zwar gibt es keinen standardmäßigen Status 'Sent', doch ein Workflow aktualisiert bei diesem Schritt häufig ein benutzerdefiniertes Feld oder einen Status.

Erfassung

Erfassen Sie ein benutzerdefiniertes Feld 'Sent Date' oder eine Änderung des Statusgrunds im Rechnungsdatensatz.

Ereignistyp inferred
Rechnung erstellt
Auf Grundlage des erfüllten Verkaufsauftrags wurde eine Kundenrechnung erstellt. Dieses explizite Ereignis wird erfasst, wenn im System ein neuer Rechnungsdatensatz angelegt wird.
Warum das wichtig ist

Mit dieser Aktivität beginnt der Abrechnungs- und Zahlungseinzug. Die Zeit zwischen Auftragserfüllung und Rechnungserstellung ist ein wichtiger Indikator für die Effizienz der Rechnungsstellung.

Woher beziehen

Dieses explizite Ereignis wird anhand des Erstellungs-Timestamps des Rechnungsdatensatzes erfasst, der mit SalesOrder verknüpft ist.

Erfassung

Verwenden Sie den Timestamp 'createdon' aus der Entität Invoice.

Ereignistyp explicit
Vertrag unterzeichnet
Beide Parteien haben einen rechtsverbindlichen Vertrag unterzeichnet und damit die Vereinbarung abgeschlossen. Dieses Ereignis wird häufig manuell in der Verkaufschance oder einer zugehörigen Entität Contract aktualisiert, möglicherweise ausgelöst durch eine Integration für elektronische Signaturen.
Warum das wichtig ist

Diese Aktivität ist entscheidend, um die Dauer bis zum Vertragsabschluss zu verfolgen. Verzögerungen in dieser Phase können die Umsatzprognose und den Projektstart erheblich beeinflussen.

Woher beziehen

Abgeleitet aus einem ausgefüllten Datumsfeld wie 'Contract Signed Date' in der Verkaufschance oder aus einer Statusänderung. Möglicherweise muss das Feld dafür erst angepasst werden.

Erfassung

Verwenden Sie den Timestamp einer bestimmten Statusänderung oder das Datum, an dem ein vertragsbezogenes Feld ausgefüllt wird.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Microsoft Dynamics 365 Sales

Möchten Sie loslegen?

Optimieren Sie Ihren Lead-to-Cash-Prozess noch heute mit diesem Daten-Template. Erkennen Sie Ineffizienzen und verbessern Sie Ihre Geschäftsergebnisse.

Steigern Sie Ihre Abschlussquote: Optimieren Sie jetzt Ihren Lead-to-Cash-Prozess

Optimieren Sie Ihre Vertriebspipeline und steigern Sie Ihre Abschlussquote um 20 %.

Kostenlose Testphase starten

14 Tage kostenlos testen, keine Kreditkarte erforderlich.