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 einen strukturierten Ansatz zur Erfassung der wesentlichen Daten für die Analyse Ihres Lead-to-Cash-Prozesses. Es beschreibt die entscheidenden Attribute und Aktivitäten und enthält Hinweise zur Extraktion dieser Informationen. Wenn Sie diese Empfehlungen befolgen, können Sie ein vollständiges Event Log für aussagekräftige Prozesserkenntnisse erstellen.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Prozessentdeckung
  • Praktische Hinweise zur Datenextraktion
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Lead-to-Cash-Attribute

Diese Datenfelder sind für die Erstellung eines vollständigen Event Logs unerlässlich 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 beschreibt einen bestimmten Schritt oder Meilenstein im Lead-to-Cash-Prozess, etwa „Quote Created“ oder „Payment Received“. Jede Aktivität stellt ein eigenständiges Ereignis im Lebenszyklus einer Verkaufschance dar.

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, sogenannte Varianten, sichtbar und lokalisiert Nacharbeit oder Engpässe. Diese Analyse ist entscheidend, um Prozesstreue und Effizienz zu verstehen.

Warum das wichtig ist

Definiert die Schritte in der Prozessdarstellung, die die Grundlage aller Process-Mining-Analysen zur Erkennung von Ineffizienzen und Abweichungen bildet.

Bezugsquelle

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

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, zu denen eine Aktivität stattgefunden hat. Es ist die zentrale zeitliche Komponente für Process Mining, um Ereignisse chronologisch zu ordnen und Dauern zu berechnen.

Die Startzeit ist für alle zeitbezogenen Analysen entscheidend, darunter die Berechnung von Zykluszeiten zwischen Aktivitäten, die Erkennung von Verzögerungen und die Messung der gesamten Prozessleistung. Sie ermöglicht eine dynamische Prozessanimation und hilft, die zeitliche Verteilung der Arbeit zu verstehen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend für die Reihenfolge der Ereignisse und die Berechnung aller Leistungskennzahlen, etwa Zyklus- und Wartezeiten.

Bezugsquelle

Dies ist typischerweise der Timestamp „createdon“ oder „modifiedon“ aus der relevanten Entität, also Opportunity, Quote, SalesOrder oder Invoice, der der Aktivität entspricht.

Beispiele
2023-04-15T10:00:00Z2023-04-25T14:30:00Z2023-05-10T11:20:00Z
Verkaufschance
SalesOpportunity
Die eindeutige Kennung einer Verkaufschance, die als zentrale Case-ID für den Lead-to-Cash-Prozess dient.
Beschreibung

Die ID der Verkaufschance identifiziert jeden potenziellen Verkauf eindeutig, während er den Vertriebsfunnel durchläuft. Sie bildet die zentrale Verbindung zwischen allen zugehörigen Aktivitäten, von der ersten Erstellung der Verkaufschance bis zum abschließenden Zahlungseingang.

Im Process Mining ist dieses Attribut grundlegend für die Rekonstruktion des End-to-End-Verlaufs jedes Vertriebsfalls. Es ermöglicht die Analyse des gesamten Prozessflusses, die Berechnung der Gesamtdauer und den Vergleich verschiedener Pfade, die Verkaufschancen durchlaufen. 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 Prozessevents miteinander verknüpft und die Nachverfolgung des vollständigen Lebenszyklus jedes Vertriebsfalls ermöglicht.

Bezugsquelle

Dies ist der Primärschlüssel der Entität Opportunity, typischerweise 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 dient als Referenz für die Aktualität der analysierten Daten.

Die Aktualität der Daten ist entscheidend, damit Analysen und Schlussfolgerungen relevant sind und auf aktuellen Informationen beruhen. Sie stärkt das Vertrauen in die Erkenntnisse und unterstützt fundierte Entscheidungen auf Basis des aktuellen Prozessstands.

Warum das wichtig ist

Zeigt die Aktualität der Daten an und stellt sicher, dass Analysen für Entscheidungen aktuell und relevant sind.

Bezugsquelle

Dieser Timestamp wird vom Prozess zur Datenextraktion und -übernahme 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 identifiziert 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 für Datenherkunft und Fehleranalyse entscheidend. Es hilft, den Kontext der Daten zu verstehen und sicherzustellen, dass die Analysen auf Informationen aus der richtigen Quelle basieren.

Warum das wichtig ist

Liefert wichtigen Kontext zur Datenherkunft und ist für Data Governance, Validierung und die Verwaltung von Integrationen unerlässlich.

Bezugsquelle

Dies ist ein statischer Wert, der während der Datenextraktion gesetzt 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 atomaren Ereignissen entspricht er häufig der Startzeit.
Beschreibung

Die Endzeit markiert den Abschluss einer Aktivität. Bei sofortigen Ereignissen wie „Invoice Generated“ entspricht sie häufig der Startzeit. Bei Aktivitäten mit messbarer Dauer, etwa einem manuellen Prüfschritt, zeigt dieser Timestamp, wann die Arbeit abgeschlossen wurde.

Dieses Attribut dient zur Berechnung der Bearbeitungszeit einzelner Aktivitäten. Durch den Vergleich der Endzeit einer Aktivität mit der Startzeit der nächsten lassen sich sowohl die aktive Arbeitszeit als auch die Leerlauf- oder Wartezeit im Prozess analysieren.

Warum das wichtig ist

Ermöglicht die Berechnung von Bearbeitungszeiten und unterscheidet aktive Arbeitszeit von Wartezeit. Dadurch entsteht ein detaillierteres Bild der Prozessleistung.

Bezugsquelle

Bei sofortigen Ereignissen entspricht dieser Wert der Startzeit. Bei Aktivitäten mit einer Dauer muss er möglicherweise aus einem nachfolgenden 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 mit der Verkaufschance verknüpft ist.
Beschreibung

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

Die Analyse nach Kunde oder Kundensegment ermöglicht ein genaueres Verständnis davon, wie unterschiedliche Kundentypen mit dem Vertriebsprozess interagieren. Sie kann zeigen, ob bestimmte Kunden längere Zykluszeiten haben, mehr Nacharbeit erfordern oder höhere Gewinnquoten aufweisen. Diese Informationen sind wertvoll, um Vertriebsansätze anzupassen und Kundenbeziehungen zu steuern.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung für bestimmte Kunden oder Kundensegmente und unterstützt die Anpassung von Vertriebsstrategien.

Bezugsquelle

Dies ist das Lookup-Feld „customerid“ in der Entität Opportunity, das mit einem Account- oder Contact-Datensatz verknüpft ist.

Beispiele
Contoso LtdAdventure WorksFabrikam, Inc.
Lead-Quelle
LeadSource
Die Quelle, aus der der ursprüngliche Lead hervorgegangen ist.
Beschreibung

Dieses Attribut gibt den Ursprung des Leads an, der die Verkaufschance ausgelöst hat, etwa „Web“, „Partner“, „Trade Show“ oder „Advertisement“. Es erfasst die Wirksamkeit verschiedener Marketingkanäle und Strategien zur Lead-Generierung.

Im Process Mining ist die Analyse nach Lead-Quelle für das Dashboard „Lead Conversion Performance“ entscheidend. Sie hilft, die Lead-to-Opportunity-Konversionsrate für jeden Kanal zu berechnen und die Quellen mit den wertvollsten Leads oder den kürzesten Qualifizierungszeiten zu erkennen. Diese Erkenntnisse sind wichtig, um Marketingausgaben und Vertriebsfokus zu optimieren.

Warum das wichtig ist

Unterstützt die Bewertung verschiedener Marketingkanäle bei der Generierung qualifizierter Leads und trägt direkt zur Analyse der Lead-Konversion bei.

Bezugsquelle

Dies ist typischerweise das Feld „leadsourcecode“ in der Entität Lead, das nach der Qualifizierung in die Verkaufschance übertragen wird.

Beispiele
WebPartnerMesseEmpfehlung
Region
Region
Die geografische Region oder das Vertriebsgebiet, in dem sich der Kunde befindet.
Beschreibung

Dieses Attribut bezeichnet das geografische Gebiet der Verkaufschance, etwa „North America“, „EMEA“ oder „APAC“. Es wird häufig aus den Adressdaten des Kunden abgeleitet.

Die Region ist eine wichtige Dimension für Vergleichsanalysen. In Dashboards wie „Invoice Generation And Delivery Time“ wird sie verwendet, um regionale Unterschiede bei der Prozessleistung zu erkennen. Solche Analysen können Abweichungen aufgrund lokaler Vorschriften, der Teamleistung oder von Marktbedingungen sichtbar machen und gezielte regionale Prozessverbesserungen unterstützen.

Warum das wichtig ist

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

Bezugsquelle

Diese Daten werden typischerweise in der zugehörigen Account- oder Contact-Entität gespeichert, etwa in Feldern wie 'address1_country' oder einem benutzerdefinierten Feld 'Region'.

Beispiele
NordamerikaEMEAAPACLATAM
Status der Verkaufschance
OpportunityStatus
Das Endergebnis der Verkaufschance, etwa Won oder Lost.
Beschreibung

Dieses Attribut erfasst den Endstatus einer Verkaufschance. Die wichtigsten Ergebnisse sind typischerweise „Won“ für einen erfolgreichen Verkauf oder „Lost“, wenn das Geschäft nicht abgeschlossen wurde.

Die Analyse nach Ergebnis ist grundlegend, um zu verstehen, welche Prozessmuster zum Erfolg oder Misserfolg führen. Durch das Filtern von Cases nach Status lassen sich Zykluszeiten, Aktivitäten und Benutzerbeteiligung gewonnener und verlorener Geschäfte vergleichen. Dies ist entscheidend für die Berechnung der KPI Opportunity Win Rate und die Erkennung von Verhaltensweisen, die mit positiven Ergebnissen zusammenhängen.

Warum das wichtig ist

Unterscheidet zwischen erfolgreichen und erfolglosen Ergebnissen und ermöglicht Vergleichsanalysen, um erfolgversprechende Prozessverhalten zu erkennen.

Bezugsquelle

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

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

Der Verantwortliche der Verkaufschance ist der Benutzer in Microsoft Dynamics 365 Sales, der mit der Verwaltung und Weiterentwicklung der Verkaufschance betraut ist. Dieser Benutzer ist typischerweise für den Großteil der Aktivitäten im jeweiligen Case verantwortlich.

Die Analyse nach Verantwortlichem ermöglicht den Vergleich der Leistung verschiedener Vertriebsmitarbeiter, Teams oder Abteilungen. Sie kann Best Practices erfolgreicher Mitarbeiter sichtbar machen, Coaching-Möglichkeiten aufzeigen und verdeutlichen, wie sich die Arbeitsverteilung auf Prozesseffizienz und Ergebnisse auswirkt.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Benutzer oder Team. So lassen sich besonders leistungsstarke Mitarbeiter erkennen und Probleme bestimmter Personen oder Gruppen untersuchen.

Bezugsquelle

Dies ist das Feld „ownerid“ in der Entität Opportunity, das mit einem User- oder Team-Datensatz verknüpft ist.

Beispiele
John DoeJane SmithEMEA-Vertriebsteam
Vertriebsphase
SalesStage
Die Phase der Verkaufschance innerhalb der definierten Vertriebspipeline.
Beschreibung

Die Vertriebsphase bezeichnet die konkrete Phase einer Verkaufschance, etwa „Qualify“, „Develop“, „Propose“ oder „Close“. Diese Phasen geben einen Überblick über die Vertriebspipeline und den Fortschritt.

Während Process Mining detaillierte Aktivitäten aus Timestamps ableitet, liefert die Vertriebsphase wertvollen geschäftlichen Kontext. Im Dashboard „Overall Sales Cycle Time Analysis“ wird sie verwendet, um den Prozess zu segmentieren und die in jeder Hauptphase verbrachte Zeit zu verstehen. So lässt sich erkennen, welche Phasen am längsten dauern und wo Verkaufschancen häufig ins Stocken geraten.

Warum das wichtig ist

Liefert geschäftlichen Kontext zum Fortschritt der Verkaufschance und ermöglicht die Analyse der in den einzelnen Phasen der Vertriebspipeline verbrachten Zeit.

Bezugsquelle

Diese Information wird aus dem Feld „stepname“ abgeleitet, das mit dem Business Process Flow der Entität Opportunity verknüpft ist.

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

Dieses Attribut stellt den potenziellen oder endgültigen Umsatz einer Verkaufschance dar. Es kann zunächst einen Schätzwert enthalten und nach dem Gewinn des Geschäfts auf den tatsächlichen Vertragswert aktualisiert werden.

Dies ist eine wichtige Analysedimension, da Verkaufschancen nicht gleichwertig sind. Durch die Segmentierung nach Geschäftsgröße können Unternehmen erkennen, ob größere Geschäfte anderen Prozessen folgen oder länger bis zum Abschluss benötigen. Außerdem lassen sich Verbesserungsmaßnahmen auf besonders wertvolle Geschäftssegmente priorisieren.

Warum das wichtig ist

Liefert den finanziellen Kontext für Analysen nach Geschäftsgröße und die Priorisierung von Prozessverbesserungen bei besonders wertvollen Verkaufschancen.

Bezugsquelle

Typischerweise 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
Ein Kennzeichen dafür, dass eine Aktivität innerhalb desselben Cases wiederholt oder nachbearbeitet wird.
Beschreibung

Dieses boolesche Attribut ist ein berechnetes Feld. Es erkennt, wenn eine Aktivität oder eine Abfolge von Aktivitäten innerhalb einer einzelnen Sales Opportunity wiederholt wird. Wird beispielsweise ein Angebot erstellt, abgelehnt und anschließend ein neues Angebot erstellt, wird die zweite Aktivität 'Quote Created' als Nacharbeit gekennzeichnet.

Die Erkennung von Nacharbeit ist für das Dashboard 'Process Variant And Rework Analysis' entscheidend. Sie quantifiziert Ineffizienzen, indem Schleifen und wiederholte Schritte sichtbar werden. Zu verstehen, wo und warum Nacharbeit entsteht, ist der erste Schritt, um den Prozess zu vereinfachen, unnötigen Aufwand zu reduzieren und den Verkaufszyklus zu verkürzen.

Warum das wichtig ist

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

Bezugsquelle

Dies ist ein berechnetes Attribut. Es wird innerhalb des Process-Mining-Tools aus der Abfolge der Aktivitäten für jeden Case abgeleitet.

Beispiele
truefalse
Produktkategorie
ProductCategory
Die Kategorie des Produkts oder der Dienstleistung, die in der Opportunity verkauft wird.
Beschreibung

Dieses Attribut klassifiziert das wichtigste Produkt oder die wichtigste Dienstleistung, das beziehungsweise die mit der Sales Opportunity verbunden ist. Beispiele sind 'Hardware', 'Software' oder 'Professional Services'.

Die Analyse des Prozesses nach Produktkategorie ist für das Dashboard 'Order Fulfillment Performance' entscheidend. Sie zeigt, ob bestimmte Produkttypen längere Verkaufszyklen, andere Fulfillment-Prozesse oder niedrigere Abschlussquoten aufweisen. Diese Erkenntnis kann zu spezialisierten Vertriebsprozessen für unterschiedliche Produktlinien führen und so die Effizienz verbessern.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse auf Grundlage der verkauften Produkte oder Dienstleistungen. Dadurch lassen sich Prozessvarianten und Engpässe erkennen, die für bestimmte Produkte spezifisch sind.

Bezugsquelle

Diese Informationen sind typischerweise in der mit der Opportunity verbundenen Entität Opportunity Product (opportunityproduct) verfügbar.

Beispiele
Cloud-DiensteOn-Premise-SoftwareBeratungsleistungen
Rabattprozentsatz
DiscountPercentage
Der auf das Angebot oder die Bestellung angewendete Rabattprozentsatz.
Beschreibung

Dieses Attribut erfasst den Gesamtrabatt eines Verkaufsangebots oder einer Bestellung als Prozentsatz des Listenpreises. Es ist eine wichtige Kennzahl zur Überwachung von Vertriebsmargen und Preisdisziplin.

Das Dashboard 'Quote Management And Discount Compliance' verwendet dieses Attribut zur Analyse des Rabattverhaltens. Durch die Visualisierung der Rabattverteilung kann das Management übermäßige oder nicht genehmigte Rabatte erkennen, deren Einfluss auf die Abschlussquoten bewerten und die Einhaltung der Preisrichtlinien sicherstellen.

Warum das wichtig ist

Entscheidend 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.

Bezugsquelle

Befindet sich in den Entitäten Quote ('discountpercentage') und SalesOrder ('discountpercentage').

Beispiele
0.050.100.15
Vertragstyp
ContractType
Der Typ des rechtlichen Vertrags, der mit dem Verkauf verbunden ist, beispielsweise 'New Business' oder 'Renewal'.
Beschreibung

Dieses Attribut kategorisiert den mit einer Sales Opportunity verbundenen Vertrag. Unterschiedliche Vertragstypen, etwa eine Vereinbarung mit einem Neukunden, eine Verlängerung oder ein Upsell, können jeweils eigene Genehmigungs- und Signaturprozesse durchlaufen.

Das Dashboard 'Contract Signing Cycle Time' verwendet dieses Attribut zur Segmentierung der Analyse. Durch den Vergleich der Signaturzeiten verschiedener Vertragstypen lässt sich feststellen, ob Verlängerungen schneller bearbeitet werden als neue Verträge oder ob komplexe individuelle Verträge erhebliche Verzögerungen verursachen. So können gezielt Verbesserungen im Vertragsmanagement umgesetzt werden.

Warum das wichtig ist

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

Bezugsquelle

Dabei handelt es sich wahrscheinlich um ein benutzerdefiniertes Feld in der Opportunity- oder Contract-Entität, da es von den jeweiligen Geschäftsanforderungen abhängt.

Beispiele
NeugeschäftVerlängerungErweiterungRahmenvertrag für Dienstleistungen
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Zahlungsbedingungen für die Rechnung, beispielsweise Net 30 oder Net 60.
Beschreibung

Dieses Attribut legt fest, unter welchen Bedingungen ein Kunde für erbrachte Waren oder Dienstleistungen bezahlt. Es definiert den Zeitraum bis zur Zahlung nach Ausstellung der Rechnung.

Für das Dashboard 'Payment Collection Cycle Analysis' ist dieses Attribut unverzichtbar. Damit lassen sich Einzugszeiten nach den vereinbarten Bedingungen segmentieren. So erkennen Sie, 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 die Steuerung des Cashflows.

Warum das wichtig ist

Liefert die Grundlage für die Analyse der Zahlungsleistung. Dadurch lassen sich verspätete Zahlungen erkennen und die Wirksamkeit von Einzugsstrategien bewerten.

Bezugsquelle

Wird typischerweise in der Invoice-Entität gespeichert, häufig in einem Feld mit dem Namen 'paymenttermscode'.

Beispiele
Zahlungsziel 30 TageZahlungsziel 60 TageFällig bei Erhalt
Erforderlich Empfohlen Optional

Lead-to-Cash-Aktivitäten

Dies sind die entscheidenden Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um ein klares Bild Ihrer Lead-to-Cash-Journey zu erhalten.
7 Empfohlen 7 Optional
Aktivität Beschreibung
Angebot erstellt
Für den Kunden wurde ein formelles Preisangebot für Produkte oder Dienstleistungen erstellt. Dies wird erfasst, wenn ein neuer Angebotsdatensatz erstellt und mit der Verkaufschance verknüpft wird.
Warum das wichtig ist

Dies markiert den Übergang von einem konzeptionellen Vorschlag zu einem formellen Angebot. Die Zeit zwischen diesem Ereignis und der Angebotsannahme ist entscheidend für die Messung der Effizienz des Angebotsmanagements.

Bezugsquelle

Ein explizites Ereignis, das als Erstellungsdatum eines neuen Datensatzes in der Entität Quote erfasst wird. Dieser Datensatz verfügt über eine Lookup-Beziehung zur übergeordneten Verkaufschance.

Erfassen

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 dargestellten Bedingungen und Preisen formell zugestimmt. Dies wird erfasst, wenn der Vertriebsmitarbeiter den Status des Angebotsdatensatzes auf „Won“ setzt.
Warum das wichtig ist

Dies ist ein entscheidender Meilenstein, der die verbindliche Zusage des Kunden anzeigt. Er ist wesentlich für die Messung der Konversionsrate von Angebot zu Auftrag und der durchschnittlichen Dauer der Angebotsfreigabe.

Bezugsquelle

Wird aus dem Timestamp abgeleitet, zu dem „statecode“ im Angebotsdatensatz auf „Won“ (Wert 2) aktualisiert wird.

Erfassen

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

Ereignistyp inferred
Verkaufsauftrag erstellt
Im System wird ein Verkaufsauftrag erstellt, um die Erfüllung der verkauften Produkte oder Dienstleistungen zu steuern. Dies ist ein explizites Ereignis, das typischerweise durch die Umwandlung eines gewonnenen Angebots in einen Auftrag entsteht.
Warum das wichtig ist

Dies markiert die offizielle Übergabe vom Vertrieb an den Betrieb oder die Auftragsabwicklung. Es ist der Ausgangspunkt für die Messung der Dauer der Auftragsabwicklung und der Effizienz nach dem Verkauf.

Bezugsquelle

Dies ist ein explizites Ereignis, das aus dem Erstellungs-Timestamp des Datensatzes SalesOrder erfasst wird, der mit der übergeordneten Verkaufschance verknüpft ist.

Erfassen

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

Ereignistyp explicit
Verkaufschance erstellt
Markiert den Beginn des Vertriebsprozesses für ein bestimmtes potenzielles Geschäft. Dieses Ereignis 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 die Messung der gesamten Vertriebszyklusdauer und die Analyse der Wirksamkeit der Lead-Konversion.

Bezugsquelle

Dies ist ein explizites Ereignis, das aus dem Erstellungs-Timestamp des Datensatzes der Verkaufschance erfasst wird.

Erfassen

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. Dieses Ereignis wird erfasst, wenn der Status der Verkaufschance auf „Won“ geändert wird.
Warum das wichtig ist

Dies ist die zentrale erfolgreiche Endaktivität des Vertriebsprozesses. Sie dient zur Berechnung von Gewinnquoten, Vertriebszykluszeiten erfolgreicher Geschäfte und der gesamten Vertriebsleistung.

Bezugsquelle

Wird aus dem Timestamp abgeleitet, zu dem sich „statecode“ im Datensatz der Verkaufschance auf „Won“ (Wert 1) ändert. Dies geschieht häufig automatisch, wenn das zugehörige Angebot oder der Auftrag verarbeitet wird.

Erfassen

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. Dies wird erfasst, wenn der Status der Verkaufschance auf „Lost“ geändert wird.
Warum das wichtig ist

Dies ist die zentrale erfolglose Endaktivität. Die Analyse dieser Fälle hilft, Gründe für verlorene Geschäfte, Abwanderungspunkte im Vertriebsfunnel und die Wirksamkeit von Wettbewerbern zu erkennen.

Bezugsquelle

Wird aus dem Timestamp abgeleitet, zu dem sich „statecode“ im Datensatz der Verkaufschance auf „Lost“ (Wert 2) ändert.

Erfassen

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. Dies wird erfasst, wenn der Status des Rechnungsdatensatzes auf „Paid“ gesetzt wird.
Warum das wichtig ist

Dies ist ein entscheidender finanzieller Meilenstein, der die Umsatzrealisierung darstellt. Die Analyse der Zeit von der Rechnungsübermittlung bis zum Zahlungseingang hilft, den Zahlungseinzug zu optimieren.

Bezugsquelle

Wird aus dem Timestamp abgeleitet, zu dem sich „statecode“ im Rechnungsdatensatz auf „Paid“ (Wert 2) ändert.

Erfassen

Verwenden Sie den Timestamp „modifiedon“, wenn „statecode“ der Rechnung auf „Paid“ aktualisiert wird.

Ereignistyp inferred
Anforderungen ermittelt
Bezeichnet den Zeitpunkt, an dem das Vertriebsteam die Anforderungen des Kunden erfasst und verstanden hat. Dies wird typischerweise erfasst, wenn ein Vertriebsmitarbeiter eine Phase im Business Process Flow aktualisiert oder den Status der Verkaufschance ändert.
Warum das wichtig ist

Die Nachverfolgung dieser Phase zeigt, wie lange der Weg vom Erstkontakt bis zu einem tragfähigen Angebot dauert. Verzögerungen können hier auf Probleme bei Discovery Calls oder auf fehlende Ressourcen hinweisen.

Bezugsquelle

Wird aus einer Änderung der Business-Process-Flow-Phase der Verkaufschance in die Phase „Develop“ oder „Propose“ oder aus der Aktualisierung eines benutzerdefinierten Statusfelds abgeleitet. Verwendet wird der Timestamp der Phasenänderung.

Erfassen

Verfolgen Sie Änderungen an „stageid“ in der Entität Opportunity oder in der zugehörigen Business-Process-Flow-Entität.

Ereignistyp inferred
Angebot an Kunden gesendet
Das erstellte Angebot wurde dem Kunden zur Prüfung formell zugestellt. Dieses Ereignis wird typischerweise abgeleitet, wenn der Status des Angebotsdatensatzes auf „Active“ geändert 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 zur Analyse von Angebotsfreigabezyklen und zur Ermittlung von Verzögerungen bei der Kundenreaktion.

Bezugsquelle

Wird aus dem Timestamp abgeleitet, zu dem sich „statecode“ im Angebotsdatensatz auf „Active“ ändert.

Erfassen

Überwachen Sie die Audit-Historie oder verwenden Sie ein Workflow-aktualisiertes Timestamp-Feld, sobald „statecode“ des Angebots den Wert 1 (Active) annimmt.

Ereignistyp inferred
Auftrag erfüllt
Alle Produkte des Verkaufsauftrags wurden versendet oder sämtliche Dienstleistungen für den Kunden erbracht. Dies wird erfasst, wenn der Status des SalesOrder-Datensatzes auf „Fulfilled“ oder einen vergleichbaren Status aktualisiert 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.

Bezugsquelle

Wird aus dem Timestamp abgeleitet, zu dem sich „statecode“ des SalesOrder-Datensatzes auf „Fulfilled“ (Wert 3) ändert.

Erfassen

Verwenden Sie den Timestamp „modifiedon“, wenn „statecode“ des SalesOrder-Datensatzes auf „Fulfilled“ aktualisiert 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 typischerweise abgeleitet, wenn die Verkaufschance in ihrem Lebenszyklus die Phase „Propose“ erreicht.
Warum das wichtig ist

Die Analyse der Zeit vor und nach dieser Aktivität hilft, die Effizienz der Lösungsentwicklung und Angebotserstellung zu bewerten. Wiederholte Vorkommen weisen auf Nacharbeit im Vertriebszyklus hin.

Bezugsquelle

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

Erfassen

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 zugestellt. Dies wird typischerweise aus einer Statusänderung des Rechnungsdatensatzes abgeleitet.
Warum das wichtig ist

Damit beginnt die Frist für die Zahlungsbedingungen und der erste Schritt zur Messung der Days Sales Outstanding (DSO). Verzögerungen an dieser Stelle wirken sich direkt auf den Cashflow aus.

Bezugsquelle

Wird aus einer Statusänderung in der Entität Invoice abgeleitet. Da es keinen standardmäßigen Status „Sent“ gibt, aktualisiert ein Workflow bei diesem Vorgang häufig ein benutzerdefiniertes Feld oder einen benutzerdefinierten Status.

Erfassen

Verfolgen 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. Dies ist ein explizites Ereignis, das bei der Erstellung eines neuen Rechnungsdatensatzes im System erfasst wird.
Warum das wichtig ist

Mit dieser Aktivität beginnt der Zyklus für Abrechnung und Zahlungseinzug. Die Zeit zwischen Auftragserfüllung und Rechnungserstellung ist ein wichtiger Indikator für die Effizienz des Abrechnungsprozesses.

Bezugsquelle

Dies ist ein explizites Ereignis, das aus dem Erstellungs-Timestamp des mit dem SalesOrder verknüpften Rechnungsdatensatzes erfasst wird.

Erfassen

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

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

Diese Aktivität ist entscheidend für die Messung der Dauer bis zum Vertragsabschluss. Verzögerungen in dieser Phase können die Umsatzprognose und den Projektstart erheblich beeinträchtigen.

Bezugsquelle

Wird aus dem Befüllen eines Datumsfelds wie „Contract Signed Date“ in der Verkaufschance oder aus einer Statusänderung abgeleitet. Dieses Feld muss möglicherweise zunächst individuell eingerichtet werden.

Erfassen

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

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus Microsoft Dynamics 365 Sales

Bereit für den Einstieg?

Beginnen Sie noch heute mit der Optimierung Ihres Lead-to-Cash-Prozesses, indem Sie dieses Daten-Template einsetzen. Erkennen Sie Ineffizienzen und verbessern Sie Ihre Geschäftsergebnisse.

Steigern Sie Ihre Abschlussquote: Optimieren Sie Lead to Cash jetzt

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

Starten Sie Ihre kostenlose Testphase

Kostenlose 14-tägige Testphase, keine Kreditkarte erforderlich.