Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Die Zuordnung einer Shopware-Bestellung zu einem Unternehmen wird bereits vor dem Erreichen von Microsoft Dynamics 365 F&O festgelegt, sodass ein Verkauf in der juristischen Person landet, die ihn in Rechnung stellt, und nicht in der, in die er später verschoben wurde.
Microsoft Dynamics 365 F&O bucht alle Transaktionen in einer juristischen Person. Ein Shopware-Onlineshop hat keine solche juristische Person. Daher muss zwischen Kassenabschluss und Auftragserteilung entschieden werden, zu welchem Unternehmen der Verkauf gehört. In einer Unternehmensgruppe mit zwei oder drei operativen Gesellschaften hinter einem Shop wird diese Entscheidung oft erst einen Monat später von einem Mitarbeiter der Finanzabteilung getroffen, der Buchungen zwischen den Unternehmen verschiebt. Die Verknüpfung von Shopware und Microsoft Dynamics 365 F&O macht dies zu einer Regel, die bereits bei der Bestellung angewendet wird: Was wurde gekauft, von wo aus wird es versendet und an wen wird es versendet? Das Unternehmen bestimmt, zu welchem Unternehmen der Verkauf gehört, und die Rechnung wird dem Unternehmen zugeordnet, das ihn ausstellt.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Verkaufsaufträge
Auftragspositionen
Rechtliche Einheiten
Kundenkonten
Artikelverfügbarkeit
Lieferstatus
Eine Shopware-Bestellung enthält die gekauften Artikel und den Versandort. Die von Ihnen festgelegte Regel wandelt diese Daten in die Microsoft Dynamics 365 F&O-Rechtseinheit um, bevor der Verkauf erstellt wird.
Shopware-Verkäufe werden nachträglich nicht mehr zwischen Unternehmen übertragen, da jeder Verkauf im richtigen Unternehmen erstellt wurde und die zur Korrektur vorgenommenen konzerninternen Buchungen somit nicht mehr existieren.
Eine Gruppe benötigt keinen Shopware-Shop pro Unternehmen, um Microsoft Dynamics 365 F&O übersichtlich zu halten, da die Aufteilung in der Regel und nicht im Shop erfolgt, den der Kunde sieht.
Die an Shopware zurückgemeldeten Lagerbestände und Preise stammen von dem Microsoft Dynamics 365 F&O-Unternehmen, das die Bestellung ausführen würde. Daher holt der Shop niemals ein Angebot von einem Unternehmen ein, das die Ware nicht ausliefert.
Wenn eine Bestellung in Shopware aufgegeben wird, ermittelt Alumio die juristische Person anhand der von Ihnen festgelegten Regel und erstellt den Verkaufsauftrag in diesem Microsoft Dynamics 365 F&O-Unternehmen, sodass niemand im Nachhinein herausfinden muss, wessen Verkauf es war.
Wenn ein operatives Unternehmen der Gruppe beitritt, beginnt derselbe Shopware-Shopfront mit der Datenversorgung, indem die Regel erweitert wird, anstatt eine zweite Verbindung zu Microsoft Dynamics 365 F&O herzustellen, sodass sich der Shop selbst nicht ändert.
Wenn Microsoft Dynamics 365 F&O denselben Artikel in mehr als einem Unternehmen führt, veröffentlicht Alumio die Position des Artikels, der an diesen Kunden geliefert werden würde, sodass im Shop ein Betrag angezeigt wird, den jemand tatsächlich einhalten kann.
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.
Ja, und in einer Gruppe benötigt das nächste System in der Regel dieselbe Antwort wie das erste. Ein später hinzugefügtes Lager oder PIM-System muss wissen, zu welchem Unternehmen eine Bestellung gehört, bevor es diese sinnvoll verarbeiten kann. Alumio verwaltet diese Verbindung parallel zum ersten System, und die Entitätsregel ist bereits definiert, sodass das zweite System sie erbt, anstatt eine eigene Version zu erhalten, von der abweichen könnte.
Ja, die Entität muss aufgelöst sein, bevor irgendetwas geschrieben wird. Alumio erstellt jede Shopware-Bestellung in der Microsoft Dynamics 365 F&O-Firma, die die Regel zurückgibt, und sendet Verfügbarkeit, Preis und Lieferstatus gemäß dem von Ihnen festgelegten Zeitplan zurück. Auf diese Weise können alle Daten erstellt werden, die Microsoft Dynamics 365 F&O bereitstellt. Dies sollte daher zuerst überprüft werden.
Nein. Die Entitätsregel ist wie alles andere eine Konfiguration: Welches Shopware-Feld oder welche Versandbedingung auf welches Microsoft Dynamics 365 F&O-Unternehmen verweist, ist ein Eintrag, den Sie lesen und ändern können. Das ist wichtig, da sich diese Regel ändert, sobald sich die Gruppe ändert. Wenn die Aufteilung von etwas abhängt, das sich nicht in der Konfiguration ausdrücken lässt, drückt der Code-Transformator diese eine Regel aus.
Da die Bestellung selbst keine Informationen enthält, muss die Entscheidung während des Bestellvorgangs getroffen werden. Der Shopware-Checkout kennt die Artikel, die Lieferadresse und die Versandart. Die von Ihnen konfigurierte Regel ordnet diese Daten einem Unternehmen zu: Eine Marke, die nur von einem Unternehmen vertrieben wird, ein Land, das von einem anderen beliefert wird, ein Lager, das zu einem dritten gehört. Alumio wendet diese Regel an und erstellt die Bestellung in dem Unternehmen, das sie zurückgibt. Die Entscheidung erfolgt also nur einmal und nicht für jede Bestellung einzeln.
Der hier relevante Fehler ist nicht ein fehlender Auftrag, sondern ein Auftrag, der dem falschen Unternehmen zugeordnet wurde. Da er als erfolgreich erscheint, wird er bei der Konsolidierung angezeigt. Alumio überwacht jeden Transfer in Echtzeit und protokolliert die zugeordnete Entität zusammen mit dem Auftrag. So ist die Entscheidung nachvollziehbar und nicht nur angenommen. Lehnt Microsoft Dynamics 365 F&O einen Auftrag ab, wird eine Warnung mit dem Namen des Auftrags und dem Grund ausgelöst. Falls konfiguriert, werden Wiederholungsversuche durchgeführt, und es werden keine Aufträge stillschweigend verworfen.
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)
