Order-to-Cash-Design
Salesforce-ERP-Integration. Zuerst die Übergabe gestalten, dann automatisieren.
Die meisten Salesforce-zu-ERP-Projekte scheitern an Prozessentscheidungen, lange bevor sie an der Schnittstelle scheitern. Cloudmaven arbeitet heraus, wo Ihr CRM aufhören und Ihr ERP übernehmen sollte – bei Angebotserstellung, Preisfindung, Verkaufsauftrag und Rechnungsstellung – und verbindet beide anschließend mit unserem eigenen Salesforce-Konnektor auf eUnify, unserer Integrationsplattform.
Wir gestalten den Prozess, nicht nur die Schnittstelle
Die Übergabe zwischen Salesforce und Ihrem ERP besteht aus einer Reihe von Entscheidungen darüber, wohin jeder Schritt des Order-to-Cash-Prozesses gehört. Diese Entscheidungen halten wir schriftlich fest, bevor irgendetwas konfiguriert wird.
Unser eigener Konnektor, auf unserer eigenen Plattform
Entwickelt und gepflegt von Cloudmaven auf eUnify, unserer Integrationsplattform – statt von Dritten lizenziert und mit einer eigenen Support-Warteschlange an Sie weitergegeben.
ERP-neutral durch Architektur
eUnify sitzt oberhalb der Systeme, statt innerhalb eines von ihnen. Unsere tiefste Erfahrung liegt bei NetSuite, wo dies im produktiven Einsatz läuft. Daneben implementieren und betreuen wir Business Central, Dynamics 365 Finance & Operations, SAP S/4HANA Cloud Public Edition, Everest und iplicit.
Jedes Mapping dokumentiert, jede Übertragung protokolliert
Darauf ausgelegt, die Fragen Ihres Prüfers zu beantworten – nicht nur Ihr Pipeline-Reporting.
Cloudmaven in Zahlen
16+
Standorte weltweit (Europa, EMEA, Amerika, Asien)
30+
Länder, in denen wir tätig sind
120+
ERP- und EPM-Mitarbeiter
350+
zufriedene Kunden
400+
Erfolgreich durchgeführte Projekte
Die Lücke zwischen Salesforce und Ihrem ERP ist zuerst ein Prozessproblem, erst dann ein technisches
Kaum jemand hat die Konstellation, mit der er arbeitet, tatsächlich entworfen. Salesforce wurde für den Vertrieb eingeführt. Das ERP wurde für die Buchhaltung aufgesetzt. Was dazwischen liegt, ist keine Architektur. Es ist ein Export, ein PDF, eine Nachricht in einem Kanal – und jemand, der dieselben Zahlen ein zweites Mal eingibt.
Wenn Unternehmen sich entschließen, das zu beheben, ist der erste Instinkt, einen Konnektor zu kaufen. Das ist das richtige Werkzeug für die falsche erste Frage. Ein Konnektor bewegt genau das, was Sie ihm sagen. Er kann Ihnen nicht sagen, ob der von Ihrem Vertriebsteam genehmigte Rabatt in einem Angebot eine Preisregel im ERP oder eine Überschreibung auf Positionsebene sein sollte, ob der Verkaufsauftrag bei Closed-Won oder erst bei unterschriebenem Vertrag angelegt werden sollte, oder welches System den Kundendatensatz führt, wenn beide einen haben.
Das sind die Entscheidungen, die darüber bestimmen, ob Order-to-Cash danach reibungslos läuft. Trifft man sie falsch, hat man einen bereits fehlerhaften Prozess automatisiert – schneller, und jetzt mit einem Prüfpfad, der es belegt.
Deshalb beginnen wir genau dort. Wir bilden ab, wie die Übergabe heute tatsächlich läuft, legen fest, wohin jeder Schritt gehört, halten es schriftlich fest – und bauen erst dann die Schnittstelle, die es ausführt.
Was das Projekt tatsächlich liefert
- Ein schriftliches Übergabe-Design, bevor jegliche Konfiguration beginnt
- Von Closed-Won zum Verkaufsauftrag – ohne manuelle Zweiterfassung
- Rechnungs- und Zahlungsstatus sichtbar zurück in Salesforce
- Gesellschaftsspezifisches Routing über Tochtergesellschaften hinweg – als Regel, nicht als Ermessensentscheidung
Wo Ihr CRM aufhören und Ihr ERP übernehmen sollte
Es gibt keine universelle Antwort, aber eine vertretbare für Ihr Unternehmen. Die meisten Meinungsverschiedenheiten zwischen Vertrieb und Finanzabteilung entstehen, weil die Entscheidung nie explizit getroffen wurde. Hier landen wir üblicherweise.
Bleibt in Salesforce
- Lead, Opportunity und Forecast
- Angebot und CPQ
- Rabattfreigabe
- Vertragsverlängerung und Upsell, gespeist mit ERP-Daten
- Die Preisliste, gespiegelt aus dem ERP statt hier geführt
Die Schnittlinie
Vertrag oder Auftragsbestätigung. Die kommerzielle Verpflichtung steht fest, und die Erfüllungsverpflichtung beginnt.
Gehört ins ERP
- Produktkatalog und Preisstamm
- Verkaufsauftrag
- Bonitätsprüfung und Kreditlimit, zurück sichtbar in Salesforce
- Erfüllung, Lieferung und Projektabwicklung
- Rechnungsstellung und Umsatzrealisierung
- Zahlungsstatus und Mahnwesen, zurück sichtbar in Salesforce
Und wann wir etwas anderes empfehlen
Die obige Aufteilung ist unser Ausgangspunkt, keine Vorlage. Hier ist jeder Schritt mit der Begründung und den Ausnahmen.
Lead, Opportunity, Forecast
Gehört zu: Salesforce
Warum: Genau dafür ist das CRM da, und die Finanzabteilung hat keinen Grund, es anzufassen.
Ausnahme: Praktisch nie.
Produktkatalog und Preisliste
Gehört zu: ERP (führend), gespiegelt nach Salesforce
Warum: Das ERP muss abrechnen, was verkauft wurde. Wird die Preisgestaltung im CRM geführt, wird jede Preisänderung zu einem Abstimmungsaufwand.
Ausnahme: Stark konfigurierbare oder nutzungsbasierte Produkte, bei denen der CRM-Katalog tatsächlich umfangreicher ist.
Angebot und CPQ
Gehört zu: Salesforce
Warum: Die Angebotserstellung ist eine Vertriebsaktivität und gehört dorthin, wo der Verkäufer arbeitet. Rabatt- und Freigabelogik liegen hier.
Ausnahme: Komplexe Bundles, Projektpreise oder Lohnfertigung, bei denen das Kalkulationsmodell nur im ERP existiert.
Rabattfreigabe
Gehört zu: Salesforce
Warum: Der Genehmiger ist eine Vertriebsleitung, kein Buchhalter. Die Finanzabteilung braucht das Ergebnis, nicht den Workflow.
Ausnahme: Wenn eine Margenschwelle eine CFO-Freigabe erfordert. Dann wird die Freigabe gespiegelt, nicht verschoben.
Vertrag oder Auftragsbestätigung
Die Schnittlinie. Das ist die natürliche Grenze: Die kommerzielle Verpflichtung steht fest, und die Erfüllungsverpflichtung beginnt.
Verkaufsauftrag
Gehört zu: ERP
Warum: Der Verkaufsauftrag ist das Dokument, an dem Erfüllung, Umsatzrealisierung und Prüfpfad hängen.
Ausnahme: Selten. Ein im CRM angelegter Verkaufsauftrag ist die häufigste Ursache für zwei Versionen der Wahrheit.
Bonitätsprüfung und Kreditlimit
Gehört zu: ERP
Warum: Nur das ERP kennt den offenen Saldo und die Zahlungshistorie.
Ausnahme: Ergebnis wird zurück in Salesforce sichtbar gemacht, damit der Vertrieb es vor der Angebotserstellung sieht – dort aber nie erneut implementiert.
Erfüllung, Lieferung, Projektabwicklung
Gehört zu: ERP
Warum: Bestand, Ressourcen und Kosten liegen hier.
Rechnungsstellung und Umsatzrealisierung
Gehört zu: ERP
Warum: Nicht verhandelbar für Prüfung und gesetzliche Berichterstattung.
Zahlungsstatus und Mahnwesen
Gehört zu: ERP, sichtbar in Salesforce
Warum: Die Finanzabteilung führt es; der Vertrieb muss es sehen, damit er aufhört, Kunden zu mahnen, die bereits bezahlt haben.
Vertragsverlängerung und Upsell
Gehört zu: Salesforce, gespeist mit ERP-Daten
Warum: Eine Vertragsverlängerung ist eine Vertriebsaktivität, braucht aber den tatsächlichen Vertrag und die Abrechnungshistorie im Hintergrund.
Verstehen Sie dies als Ausgangspunkt, nicht als Vorlage. Der Wert liegt nicht in den Antworten. Er liegt darin, jede Entscheidung bewusst getroffen zu haben – mit Vertrieb und Finanzabteilung im selben Raum – und sie so dokumentiert zu haben, dass ein neuer Controller sie in zwei Jahren noch nachvollziehen kann.
Die sechs Entscheidungen, die Ihren Order-to-Cash-Prozess prägen
Diese kommen in fast jeder Bestandsaufnahme vor. Wenn Sie alle sechs heute beantworten können und Vertrieb und Finanzabteilung dieselbe Antwort geben, brauchen Sie uns wahrscheinlich nicht für das Design. Nur für den Bau.
01
Wo liegt CPQ, und was gibt es weiter?
Die Angebotserstellung gehört in der Regel in Salesforce. Die Frage, die übersprungen wird, ist, was ein Angebot tatsächlich weitergibt: Positionen und Mengen, oder auch Rabattlogik, Zahlungsbedingungen, Abrechnungsplan und Lieferzusagen. Wenn nur die Summe die Grenze überschreitet, erfährt die Finanzabteilung erst bei einer strittigen Rechnung, was vereinbart wurde.
02
Wer führt den Produkt- und Preisstamm?
Wenn beide Systeme eigene Produktdatensätze führen, laufen sie auseinander. Nicht als Risiko, sondern mit Sicherheit. Ein System führt, das andere spiegelt. In einem Order-to-Cash-Design ist das fast immer das ERP, weil es das System ist, das abrechnen und den Umsatz realisieren muss.
03
An welchem Schritt wird der Verkaufsauftrag angelegt, und was löst ihn aus?
Closed-Won ist der übliche Auslöser und oft der falsche. Wenn Ihr Unternehmen Verträge unterschreibt, Bestellungen erhält oder Anzahlungen entgegennimmt, wird die kommerzielle Verpflichtung an einem dieser Punkte real – nicht, wenn ein Verkäufer eine Phase verschiebt. Der Auslöser muss dem Punkt entsprechen, an dem Sie bereit sind, eine Verpflichtung zu erfassen, und es sollte ein einzelnes Ereignis sein, keine fallweise Entscheidung einer Person.
04
Wer führt den Kundendatensatz, und was passiert mit Duplikaten?
Der Vertrieb legt Accounts frei an; die Finanzabteilung kann das nicht. Jedes Integrationsprojekt stößt auf dieselbe Frage: Was passiert, wenn ein neuer Salesforce-Account mit einem bestehenden ERP-Kunden mit offenem Saldo übereinstimmt? Das braucht eine dokumentierte Abgleichsregel und einen definierten Ausnahmepfad vor dem Go-live – keine unter Druck getroffene Entscheidung in Woche drei.
05
Wo liegt die Kreditkontrolle, und wann unterbricht sie den Deal?
Das ERP hält den offenen Saldo und die Zahlungshistorie. Wenn die Bonitätsprüfung erst erfolgt, sobald der Auftrag die Finanzabteilung erreicht, hat der Vertrieb bereits einen Liefertermin zugesagt. Wird der Bonitätsstatus in Salesforce sichtbar, bevor das Angebot hinausgeht, verändert das das Gespräch von einem blockierten Auftrag zu einem normalen kommerziellen.
06
Welches Ereignis löst Rechnungsstellung und Umsatzrealisierung aus?
Auftrag, Lieferung, Meilenstein, Abonnementperiode. Hier berührt ein Order-to-Cash-Design direkt die Rechnungslegungsrichtlinien – deshalb führen wir diese Workshops mit der Finanzabteilung im Raum durch, nicht nur mit RevOps. Nach IFRS 15 oder ASC 606 ist die Antwort keine Präferenz.
Was Sie daraus erhalten
Das Ergebnis der Bestandsaufnahme ist ein schriftliches Übergabe-Design: der Prozess von Anfang bis Ende, die markierte Schnittlinie, jede der sechs Entscheidungen mit der jeweiligen Begründung beantwortet, sowie die Datenobjekte, die in jede Richtung fließen müssen. Es ist bewusst so verfasst, dass es auch jemand versteht, der nicht im Projekt war. Ihr Geschäftsführer, Ihr Prüfer, oder der Controller, der nächstes Jahr dazustößt.
Es steht außerdem für sich allein. Wenn Sie es nehmen und die Schnittstelle mit Ihrem bestehenden IT-Partner bauen, hat es seinen Zweck trotzdem erfüllt.
Was sich in Ihrem Order-to-Cash-Prozess ändert
Ein Zahlenwerk, und Sie können es belegen
Jeder Datensatz im ERP lässt sich auf den Salesforce-Datensatz zurückführen, aus dem er stammt. Keine zweite Version der Wahrheit, und kein undokumentierter Schritt zwischen den beiden Systemen.
Der Abschluss hängt nicht mehr von zwei Personen ab
Die Übergabe wird zu einer dokumentierten Regel im System statt zu Wissen im Kopf einer Person. Urlaub und Krankheit sind für den Monatsabschluss kein Risiko mehr.
Der Cashflow kommt früher
Rechnungen können am Tag der Auftragsbestätigung gestellt werden statt eine Woche später. Das zeigt sich direkt im DSO – der einen Finanzkennzahl, die sich ohne Diskussion in Cash übersetzt.
Weniger manuelle Schritte, mehr Ausnahmebearbeitung
Wiederkehrende Transaktionen laufen regelbasiert. Ihr Team kümmert sich um die Ausnahmen, statt Routinevorgänge erneut einzugeben.
Wachstum ohne proportionalen Personalaufbau in der Finanzabteilung
Doppeltes Auftragsvolumen muss nicht zwei weitere Personen zur Erfassung bedeuten. Kapazität entsteht aus dem Prozess, nicht aus der Personalliste.
Multi-Entity von Anfang an berücksichtigt
Aufträge werden der richtigen Rechtseinheit mit der richtigen Währung und steuerlichen Behandlung zugeordnet, statt nachträglich manuell sortiert zu werden.
Von der Opportunity bis zum eingegangenen Zahlungseingang. Ein Prozess, ein Prüfpfad.
Wie die gestaltete Übergabe aussieht, sobald sie läuft. Die Schnittlinie liegt zwischen Schritt 3 und 4.
01
Opportunity und Angebot
Der Verkäufer konfiguriert, bepreist und rabattiert in Salesforce, auf Basis von Produkt- und Preisdaten, die im ERP geführt werden.
02
Freigabe
Rabatt- und Margenfreigaben laufen in Salesforce, innerhalb der von der Finanzabteilung vereinbarten Schwellenwerte.
03
Verpflichtung
Der Kunde akzeptiert. Das ist das von Ihnen definierte Auslöse-Ereignis, keine Phase, in die jemand eine Karte geschoben hat.
Die Schnittlinie. Das CRM gibt ab, das ERP übernimmt die Verantwortung.
04
Verkaufsauftrag
Wird im ERP angelegt mit Positionen, Mengen, Preisen, Konditionen und der korrekten Rechtseinheit. Der Bonitätsstatus wird gegen den tatsächlichen offenen Saldo geprüft.
05
Erfüllung oder Lieferung
Wird im ERP abgewickelt, mit Status-Rückmeldung an den Salesforce-Datensatz, damit der Vertrieb die Frage „Wo ist meine Bestellung?“ ohne ERP-Login beantworten kann.
06
Rechnung und Umsatzrealisierung
Wird im ERP zu dem Ereignis erstellt, das Ihre Rechnungslegungsrichtlinie vorgibt.
07
Zahlung und Mahnwesen
Der Zahlungsstatus fließt zurück nach Salesforce, damit niemand einen Account mahnt, der vor zwei Wochen bereits bezahlt hat.
Jede Übertragung wird gegen ihren Quelldatensatz protokolliert. Alles, was keiner Regel entspricht, geht an eine Person in einer Ausnahme-Warteschlange, statt auf Basis einer Vermutung gebucht zu werden.
Wo Order-to-Cash üblicherweise bricht, und was es behebt
Sechs Fehlermuster, die wir in fast jeder Bestandsaufnahme sehen. Wenn mehr als zwei davon nach Ihrem Monatsabschluss klingen, liegt die Schnittlinie am falschen Ort.
Derselbe Auftrag wird zweimal erfasst
Der Vertrieb schließt ihn in Salesforce ab, die Finanzabteilung erfasst ihn erneut im ERP. Jede Zweiterfassung ist eine weitere Chance, einen Fehler in die Bücher einzubringen. Die Integration überträgt den Datensatz einmal, nach von Ihnen genehmigten Regeln.
Was im Angebot vereinbart wurde, erreicht die Buchhaltung nie
Rabatte, Zahlungsbedingungen und Lieferzusagen werden im Deal festgelegt und kommen bei der Finanzabteilung spät oder gar nicht an. Wenn das Angebot seine Konditionen weitergibt und nicht nur die Summe, stimmt die Rechnung mit dem überein, was der Kunde zu unterschreiben glaubte.
Der Vertrieb sieht nicht, ob der Kunde bezahlt hat
Also wird ein guter Account wegen einer Rechnung gemahnt, die er vor zwei Wochen bereits bezahlt hat. Der zurückfließende Zahlungsstatus in Salesforce verhindert das und kostet, einmal eingerichtet, nichts an laufendem Aufwand.
Niemand ist sicher, zu welcher Gesellschaft der Auftrag gehört
In Konzernen mit mehreren Rechtseinheiten wird die Zuordnung manuell und uneinheitlich vorgenommen. Entity-Routing macht daraus eine Regel statt einer Ermessensentscheidung, mit der passenden Währung und steuerlichen Behandlung.
Pipeline und Umsatz stimmen nie ganz überein
Der Forecast lebt in Salesforce, die Ist-Zahlen leben im ERP, und eine Excel-Tabelle dazwischen gleicht sie für das Board-Reporting ab. Ein einziger Datenfluss macht die Excel-Tabelle überflüssig – und mit ihr die Zahlenversion, die niemand mehr nachvollziehen kann.
Das CRM ist heimlich zu einem zweiten ERP geworden
Auftragsdatensätze, Liefertermine und Rechnungsfelder werden in Salesforce gebaut, weil die Finanzabteilung zu langsam gefragt hat. Das funktioniert, bis es geprüft werden muss oder jemand versucht, damit das Jahr abzuschließen. Die Schnittlinie neu zu ziehen, ist meist eine größere Erleichterung als jeder Konnektor.
Cloudmaven und eUnify, eine generische iPaaS, oder Eigenbau?
Die meisten Unternehmen kommen aus einer von drei Richtungen zu dieser Entscheidung. Es lohnt sich, sie klar zu benennen, statt Feature-Listen zu vergleichen.
Die manuelle Übergabe beibehalten
Unternehmensprofil
Geringes Auftragsvolumen, eine Gesellschaft, noch manuell handhabbar.
Wer gestaltet den Prozess
Niemand. Er ist einfach gewachsen.
Wer verantwortet ihn danach
Ihr Team, informell.
Transparenz für die Finanzabteilung
Manuelle Prüfung funktioniert noch.
Prüfpfad
E-Mail-Verlauf, schwer zu rekonstruieren.
Aufwand für spätere Änderungen
Keiner, aber der manuelle Aufwand bleibt dauerhaft.
Was es Sie kostet
Keine Projektkosten, aber laufender manueller Aufwand.
Generische iPaaS oder Punkt-zu-Punkt-Konnektor
Unternehmensprofil
Einseitiger Bedarf, zum Beispiel nur Accounts.
Wer gestaltet den Prozess
Sie selbst, bevor Sie konfigurieren.
Wer verantwortet ihn danach
Ein externer Plattformanbieter mit eigenem Login und eigener Support-Warteschlange.
Transparenz für die Finanzabteilung
Einfache Datensatzsynchronisation.
Prüfpfad
Variiert je nach Anbieter, oft nur einseitig.
Aufwand für spätere Änderungen
Neukonfiguration innerhalb eines Drittanbieter-Tools.
Was es Sie kostet
Lizenzgebühr plus Konfiguration.
Cloudmaven und eUnify
Unternehmensprofil
Multi-Entity-Konzern, vollständiger Order-to-Cash-Prozess im Scope.
Wer gestaltet den Prozess
Wir tun es gemeinsam mit Ihnen, und es ist ein Liefergegenstand.
Wer verantwortet ihn danach
Dasselbe Team, das Ihre Finanzarchitektur gestaltet.
Transparenz für die Finanzabteilung
Angebot, Auftrag, Rechnung und Zahlungsstatus durchgängig.
Prüfpfad
Vollständige Übertragungshistorie plus Mapping-Dokumentation.
Aufwand für spätere Änderungen
Wird vom Team übernommen, das es gebaut hat.
Was es Sie kostet
Einmalige Projektinvestition, danach sinkende laufende Kosten.
In einer gemeinsamen Discovery-Sitzung bewerten wir Ihr aktuelles Salesforce- und ERP-Setup, ohne Sie vorab auf eine Lösung festzulegen – einschließlich der Option, die manuelle Übergabe genau so zu belassen, wenn Ihr Volumen ein Projekt nicht rechtfertigt. Wenn Sie eigentlich nur eine einzelne Feldsynchronisation brauchen, ist ein schlankeres Tool die richtige Antwort, und das sagen wir Ihnen auch.
Der Business Case, den Ihre Geschäftsleitung von Ihnen verlangen wird
Die Finanzabteilung sieht dieses Problem meist lange, bevor es einen Business Case für die Lösung gibt. Und die Fragen, die über die Genehmigung des Projekts entscheiden, sind selten technischer Natur.
Wir beantworten diese schriftlich, mit Ihren Zahlen, als Teil der Bestandsaufnahme – in einer Form, die Sie ohne uns im Raum in Ihren eigenen Freigabeprozess einbringen können.
- Was kostet es, und nach wie vielen Monaten hat es sich amortisiert?
- Was kosten weitere zwölf Monate des aktuellen Prozesses – in Stunden, im Working Capital, in verspätetem Reporting?
- Was passiert mit dem laufenden Geschäft während der Umstellung?
- Was, wenn es schiefgeht, und wo liegt der Rückfallplan?
- Warum nicht einfach zwei weitere Personen in der Auftragsabwicklung einstellen?
Unternehmen, die bereits auf unser Portfolio vertrauen
Kunden aus unserem ERP-, EPM- und Integrationsportfolio.
FAQs
Es ist ein definierter Datenfluss zwischen Salesforce und Ihrem ERP-System, aufgebaut auf einem vereinbarten Prozessdesign. Kunden-, Angebots- und Auftragsdaten fließen vom CRM ins ERP; Rechnungs- und Zahlungsstatus fließen zurück – nach dokumentierten Mapping-Regeln, mit jeder Übertragung protokolliert statt erneut eingegeben.
An dem Punkt, an dem die kommerzielle Verpflichtung fest wird – üblicherweise Auftragsbestätigung oder Vertragsunterschrift. Alles bis zu diesem Punkt ist eine Vertriebsaktivität; alles danach erzeugt eine Erfüllungs- und Buchhaltungspflicht. Der genaue Auslöser hängt davon ab, wie Sie kontrahieren, was eine der sechs Entscheidungen ist, die wir in der Bestandsaufnahme durcharbeiten.
In der Regel bleibt es in Salesforce, weil die Angebotserstellung dorthin gehört, wo der Verkäufer arbeitet. Die Ausnahme sind komplexe Bundles, Projektpreise oder Configure-to-Order-Produkte, bei denen das Kalkulationsmodell nur im ERP existiert. Dort erzeugt eine Angebotserstellung aus dem CRM Preise, die das ERP nicht einhalten kann. Wichtiger als die Antwort ist, dass die Preisgestaltung an einer Stelle geführt und gespiegelt wird – nicht doppelt gepflegt.
Im ERP. Erfüllung, Umsatzrealisierung und Prüfpfad hängen alle am Verkaufsauftrag, und ein im CRM angelegter Auftrag ist der häufigste Grund, warum zwei Systeme nicht mehr übereinstimmen. Das CRM sollte den Auftrag und seinen Status anzeigen; es sollte ihn nicht führen.
Unsere tiefste Erfahrung liegt bei NetSuite, einschließlich NetSuite OneWorld, wo dies im produktiven Einsatz läuft. Zudem implementieren und betreuen wir Microsoft Dynamics 365 Business Central, Dynamics 365 Finance & Operations, SAP S/4HANA Cloud Public Edition, Everest und iplicit. Da die Salesforce-Seite des Konnektors auf eUnify liegt, unserer Integrationsplattform, ist die ERP-Seite der Teil, der sich pro Projekt ändert. Wir scopen das je Engagement und sagen Ihnen während der Discovery klar, was bereits vorgefertigt ist und was nicht.
Nein. Diese Seite existiert genau deshalb, weil Salesforce meist gut funktioniert. Wir sind kein Salesforce-Implementierungspartner und wollen nicht Ihr CRM-Anbieter werden. Unsere Arbeit beginnt dort, wo das CRM an die Finanzabteilung übergibt.
Beides ist legitim. Eine generische Plattform lässt sich für eine schmale, einseitige Synchronisation oft schneller aktivieren. Ein Eigenbau gibt Ihnen vollständige Kontrolle, um den Preis, ihn dauerhaft zu verantworten. Unser Argument ist enger als „wir sind besser“: Das Team, das Ihre Finanzarchitektur gestaltet, verantwortet auch den Konnektor. Ändert sich also Ihre Gesellschaftsstruktur, steuerliche Behandlung oder Umsatzrealisierung, kümmert sich ein Team um beide Seiten.
Das ist meist die erste Frage, und das sollte sie auch sein. Nichts wird ohne Quelldatensatz gebucht. Jede Mapping-Regel ist dokumentiert, jede Übertragung wird mit Zeitstempel protokolliert, und alles, was keiner Regel entspricht, geht an eine Person, statt auf Basis einer Vermutung gebucht zu werden. Die Prozessdokumentation, die Ihr Prüfer verlangen wird, ist ein Projekt-Liefergegenstand – nicht etwas, das wir nachträglich auf Anfrage zusammenstellen.
Die Bestandsaufnahme und das Übergabe-Design dauern [XX Wochen]. Der Bau dauert [XX Wochen], abhängig davon, wie viele Pipelines, Gesellschaften und Finanzdatenpunkte im Scope sind. Beide Zeitspannen bestätigen wir nach dem ersten Gespräch, nicht davor.
Das hängt davon ab, wie viele Pipelines, Gesellschaften und Finanzdatenpunkte im Scope sind. Wir scopen es während der Bestandsaufnahme und erstellen ein Angebot für die erste Stufe, damit Sie über die zweite Stufe mit echten Zahlen statt einer Schätzung entscheiden.
Ja, und die meisten Unternehmen sollten das auch tun. Eine typische erste Stufe umfasst das Übergabe-Design plus Account- und Auftragssynchronisation in eine Richtung, für eine Gesellschaft. Rechnungs- und Zahlungsstatus zurück nach Salesforce sowie weitere Gesellschaften folgen, sobald die erste Stufe live und stabil ist.
Das ist ein Argument dafür, die Integration in einer Schicht oberhalb der Systeme anzusiedeln, statt innerhalb eines von ihnen. Das Prozessdesign und die Mapping-Dokumentation überleben einen Plattformwechsel; nur die ERP-seitige Anbindung wird neu gebaut. Wenn die Bestandsaufnahme zeigt, dass die eigentliche Einschränkung das ERP ist und nicht die Schnittstelle, sagen wir das auch. Das ist ein separates Gespräch, und unsere ERP-Evaluierung ist kostenlos und unabhängig.
Nichts steht still. Wir lassen den neuen Ablauf vor der Umstellung parallel gegen Live-Aufträge laufen, sodass der bestehende Prozess in Kraft bleibt, bis der neue nachweislich dasselbe Ergebnis liefert. Der Rückfallpfad wird schriftlich vor dem Go-live vereinbart.
Manchmal ja, und das ist tatsächlich eine andere Frage als diese. Wenn Sie abwägen, ob Sie Salesforce behalten oder CRM nativ in Ihrem ERP betreiben, argumentiert unsere NetSuite-CRM-Seite die andere Seite davon. Wir vertreten gerne beide Positionen nach ihren jeweiligen Vorzügen.

Sprechen Sie mit uns über Ihre Order-to-Cash-Übergabe
Lassen Sie unsere Experten Ihre Salesforce-zu-ERP-Übergabe unverbindlich abbilden.
Erhalten Sie ein konkretes Angebot für Ihre erste Integrationsstufe.
Cloudmaven und Salesforce-ERP-Integration
Wir beginnen dieses Gespräch nicht mit dem Konnektor. Wir beginnen es mit Ihrem Order-to-Cash-Prozess, Ihrer Gesellschaftsstruktur und den Berichten, für die Sie verantwortlich sind – denn der Konnektor ist Mittel zum Zweck, nicht der Zweck selbst.
Cloudmaven ist eine CFO-Beratung und ein ERP-Implementierungspartner für wachsende, international strukturierte Unternehmen in der Schweiz, Deutschland und darüber hinaus. Diese Kombination ist der Grund, warum diese Seite so geschrieben ist, wie sie ist: Wir verbringen den größten Teil unserer Zeit innerhalb von Finanzprozessen, sodass wir die Frage, wo das CRM aufhören sollte, ohnehin in fast jedem Projekt beantworten müssen.
Unsere Integrationen laufen auf eUnify, der Integrationsplattform, die wir selbst bauen und pflegen, einschließlich unseres eigenen Salesforce-Konnektors. Das ist aus einem praktischen Grund wichtig: Wenn sich Ihre Gesellschaftsstruktur, steuerliche Behandlung oder Umsatzrealisierung ändert, ist das Team, das dies im ERP abbilden muss, dasselbe Team, das die Schnittstelle pflegt. Und weil eUnify oberhalb der Systeme sitzt statt innerhalb eines von ihnen, kann dieselbe Salesforce-Seite mit einem anderen ERP verbunden werden, ohne von null zu beginnen.
Wir sind kein Salesforce-Implementierungspartner und positionieren uns auch nicht als solcher. Wenn an Ihrem CRM selbst etwas zu tun ist, sagen wir das und arbeiten mit Ihrem bestehenden Salesforce-Partner zusammen, statt ihn ersetzen zu wollen. Unsere Verantwortung beginnt dort, wo der Deal gewonnen ist und der Finanzprozess beginnt.
Unsere Leistungen
Zuerst Beratung, dann Umsetzung.
Order-to-Cash-Prozessbewertung
Wie die Übergabe heute tatsächlich läuft – nicht, wie die Prozessdokumentation sie beschreibt.
Übergabe-Design
Die Schnittlinie zwischen CRM und ERP, dokumentiert und gemeinsam von Vertrieb und Finanzabteilung abgezeichnet.
CPQ- und Preisarchitektur-Beratung
Wohin Angebotserstellung, Preisgestaltung und Produktführung gehören, plus Vertriebsprozessdesign für eine saubere ERP-Übergabe, einschließlich Auslöse-Ereignissen und Freigabeschwellen.
Integrationsdesign und Feld-Mapping
Einschließlich Mapping-Dokumentation, Entity-Routing und Konfiguration für mehrere Tochtergesellschaften.
Bau und Konfiguration des Salesforce-Konnektors auf eUnify
Gefolgt von Parallelbetrieb-Tests gegen Live-Aufträge.
Go-live, Hypercare und laufender Support
Hypercare durch den ersten vollständigen Monatsabschluss, danach Monitoring, Support und Change Management.
ERP-Evaluierung
Kostenlos und unabhängig, falls die Bestandsaufnahme zeigt, dass die Einschränkung das ERP ist und nicht die Schnittstelle. Mehr erfahren.
Kernkompetenzen
Order-to-Cash-Prozessdesign
Die Schnittlinie zwischen CRM und ERP, vereinbart und dokumentiert, mit jeder der sechs Entscheidungen für Ihr Unternehmen beantwortet.
Angebots- und CPQ-Übergabe
Angebotspositionen, Rabattlogik und Preisbuchdaten werden auf ERP-Artikel, Preise und Konditionen abgebildet, sodass die Rechnung widerspiegelt, was tatsächlich vereinbart wurde.
Von der Opportunity zum Verkaufsauftrag
Das von Ihnen definierte Auslöse-Ereignis erzeugt den Verkaufsauftrag im ERP, mit übernommenen Positionen, Mengen und Preisen.
Rechnungs- und Zahlungsstatus
Rechnungs-, Zahlungs- und Gutschriftstatus werden an die Salesforce-Account- und Opportunity-Datensätze zurückgemeldet.
Account- und Kundenstammdaten
Ein Kundendatensatz, abgeglichen über beide Systeme, mit definierten Abgleichs- und Dublettenregeln.
Multi-Entity-Routing
Aufträge werden der korrekten Rechtseinheit mit der passenden Währung und steuerlichen Behandlung zugeordnet.
Sync-Monitoring und Prüfprotokoll
Vollständige Übertragungshistorie, Fehlerbehandlung und eine für die Finanzabteilung sichtbare Ausnahme-Warteschlange – statt einer, die in einer Anbieter-Konsole verborgen ist.
Wo funktioniert Ihr Order-to-Cash-Prozess tatsächlich nicht mehr?
Wir beginnen mit einer unverbindlichen Bestandsaufnahme Ihres aktuellen Prozesses: was heute schon automatisch läuft, was noch manuell erneut eingegeben wird, wo die Schnittlinie zufällig statt bewusst gesetzt liegt, und wie das Risiko aussieht, wenn eine Schlüsselperson einen Monat ausfällt.
30 Minuten, unverbindlich.

Lassen Sie sich unverbindlich von unseren Experten beraten










