Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Beide Systeme verwalten denselben Kunden und erlauben es jeweils einer Person, diesen zu bearbeiten. Daher ist die Verbindung von SAP und Microsoft Dynamics 365 CRM im Wesentlichen eine Frage der Frage, wem welcher Teil des Kunden gehört.
Der Kunde existiert doppelt. SAP verwaltet die Finanzbuchhaltung, Microsoft Dynamics 365 CRM die Kundenbeziehung (Vertriebsmanagement). Beide Systeme ermöglichen Adressänderungen. Die zuletzt bearbeitete Adresse gilt als aktuell. So kommt es, dass eine Rechnung an einen geschlossenen Standort geht und ein Vertriebsmitarbeiter einen ehemaligen Ansprechpartner kontaktiert. Diese Vorgehensweise ist nicht festgelegt, sondern ergibt sich, wenn zwei Systeme dieselben Daten verwalten dürfen. Die Verbindung von SAP und Microsoft Dynamics 365 CRM macht die Zuständigkeiten explizit. Änderungen im zuständigen System werden somit automatisch im anderen System übernommen, Änderungen im anderen System hingegen verhindert.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Kundenkonten
Kontakte
Adressen
Kontostand
Offene Bestellungen
Rechnungen
Der Kontostand und offene Aufträge aus SAP werden im Dynamics 365 CRM-Konto angezeigt, sodass ein Vertriebsmitarbeiter vor der Zusage einer Bestellung weiß, ob der Kunde eine weitere Bestellung aufgeben kann.
Welches System eine Adresse und welches einen Kontakt festlegt, wird nur einmalig festgelegt, sodass eine Änderung auf der falschen Seite abgelehnt wird, anstatt die Version zu überschreiben, gegen die die Finanzabrechnungen erstellt wurden.
Die Frage, die ein Vertriebsmitarbeiter per Nachricht an die Finanzabteilung senden würde, wird direkt im vorliegenden Konto beantwortet, sodass die Finanzabteilung weniger Zeit mit der Beantwortung verbringt und der Vertrieb weniger Zeit mit Warten.
Ein korrigierter Kundendatensatz, der im zuständigen System korrigiert wurde, gelangt in das andere System, anstatt dort zu bleiben, wo er eingegeben wurde. Dadurch arbeiten zwei Teams nicht mehr mit zwei verschiedenen Versionen eines Unternehmens.
Wenn ein Vertriebsmitarbeiter ein Konto in Microsoft Dynamics 365 CRM eröffnet, sind der SAP-Kontostand und die offenen Aufträge bereits hinterlegt, sodass die Höhe des Angebots durch das vom Unternehmen akzeptierte Volumen bestimmt wird und nicht nach einer fehlgeschlagenen Genehmigung zurückgezogen wird.
Wenn jemand im System eine Rechnungsadresse ändert, die nicht dem System gehört, wird die Änderung gespeichert und benannt, anstatt sie einfach zu überschreiben. So bleibt die Version, gegen die SAP Rechnungen ausstellt, auch nach einer gut gemeinten Korrektur im CRM erhalten.
Wenn ein Kunde auf der besitzenden Seite angelegt wird, erscheint derselbe Kunde auch auf der anderen Seite, anstatt erneut eingegeben zu werden. So tragen die beiden vom ersten Tag an dieselbe Kennung, anstatt später abgeglichen zu werden.
Alumio fungiert als zentrales Integrations-Backbone zwischen Vertriebskanälen und Fulfillment-Systemen. Bestellungen werden weitergeleitet, transformiert und validiert, während Status-Updates an jeden Kanal zurückgemeldet werden.
Authentifizieren Sie Ihre Systeme mit den vorgefertigten Connectoren von Alumio. Wählen Sie aus über 200 Connector-Paketen im Marketplace oder erstellen Sie unbegrenzt viele individuelle Integrationen.
Definieren Sie in einer visuellen Oberfläche, wie Datenfelder zwischen Systemen zugeordnet werden. Passen Sie Formate an, reichern Sie Datensätze an und wenden Sie Geschäftslogik an – ganz ohne eigenen Programmcode.
Konfigurieren Sie Abläufe so, dass sie in Echtzeit bei bestimmten Ereignissen, nach einem Zeitplan oder beidem ausgeführt werden. Reduzieren Sie die manuelle Dateneingabe und überlassen Sie Alumio den Datentransfer und die Transformation zwischen Ihren Systemen.
.svg){kind=icon}
Sobald Ihre erste Integration live ist, können Sie Ihr ERP, PIM, WMS oder CRM einfach an denselben Hub anschließen. Bestehende Abläufe laufen nahtlos weiter. Kein Neuerstellen von Grund auf.
Ein Planungstool, das Technikereinsätze bucht, zeigt an, ob dies korrekt durchgeführt wurde. Im Erfolgsfall trifft der Techniker an der Adresse ein, die in den Finanzunterlagen aufgeführt ist, und trifft auf den Ansprechpartner, mit dem der Vertriebsmitarbeiter gesprochen hat. Andernfalls wird der Besuch derjenigen Version zugeordnet, die das Planungstool gerade ausgelesen hat. Alumio verwaltet diese Verbindung parallel zu der hier beschriebenen und verwendet dieselben Zugriffsregeln.
Ja, und bestehende und offene Aufträge werden üblicherweise zusammen und nicht getrennt benötigt, da ein Vertriebsmitarbeiter, der eine Verkaufschance beurteilt, beides gleichzeitig benötigt. Alumio schreibt sie gemäß Ihrem Zeitplan in das entsprechende Dynamics 365 CRM-Konto – ausschließlich mit den von Ihnen festgelegten Daten. Es können nur die Daten geschrieben werden, die Dynamics 365 CRM dafür bereitstellt.
Nein. Der damit beendete Vorgang besteht darin, dass ein Vertriebsmitarbeiter eine Nachricht an die Finanzabteilung sendet, um den Status eines Kontos abzufragen. Die Finanzabteilung antwortet, indem sie SAP öffnet und die Nummer eingibt. Da es sich um eine Konfiguration handelt, entscheidet die für den Prozess verantwortliche Person, was angezeigt wird, und kann dies später ändern. Wenn etwas individuell erarbeitet und nicht einfach kopiert werden muss, übernimmt der Code-Transformer diesen einen Schritt.
Normalerweise werden alle Finanzdaten im SAP-System abgerechnet und alle Vertriebsdaten im CRM-System verwaltet. Die endgültige Antwort liegt jedoch im Verantwortungsbereich des Unternehmens, nicht in unserem. Wichtig ist, dass die Daten dokumentiert und angewendet werden, da nicht zugeordnete Daten in beiden Systemen bearbeitet werden. Sobald die Zuständigkeit festgelegt ist, erzwingt die Verbindung die Änderung in eine Richtung und verhindert Änderungen in die andere, anstatt die letzte Änderung als gültig anzusehen.
Der schädliche Fall entsteht, wenn ein Konto von einer fremden Seite aktualisiert wird, da dies wie eine Korrektur aussieht. Alumio protokolliert, welche Seite zuletzt Änderungen vorgenommen hat und welche Daten zurückgehalten wurden. So wird eine unberechtigte Überschreibung als Ablehnung und nicht als stille Änderung sichtbar. Jede Aktualisierung wird live überwacht und protokolliert. Bei einer Ablehnung wird eine Warnung mit Angabe des Grundes ausgegeben, gegebenenfalls werden Wiederholungsversuche durchgeführt, und nichts geht spurlos verloren.
Sprechen Sie mit einem Alumio-Integrationsspezialisten. Wir entwerfen die passende Architektur für Ihre Systeme und die richtige Skalierung, damit Ihre Betriebsabläufe bei jeder Veränderung zuverlässig bleiben.
.svg)
