Alumio überträgt das Lieferversprechen einer Microsoft Dynamics 365 F&O-Bestellung auf das Sendcloud-Etikett, sodass der vom Kunden gewählte und bezahlte Service auch tatsächlich für den Versand des Pakets verwendet wird.
Eine Lieferzusage wird bei der Bestellung gegeben und von einem anderen Unternehmen eingehalten. Die Bestellung umfasst eine vom Kunden ausgewählte und bezahlte Dienstleistung. Das Versandetikett wird später von demjenigen erstellt, der die Ware verpackt – in einem separaten Browser-Tab – und zwar mit dem jeweils passendsten Versanddienstleister. Meistens entspricht die Lieferung der Bestellung. Wenn nicht, erfährt der Kunde dies. Durch die Verbindung von Microsoft Dynamics 365 F&O und Sendcloud wird die Lieferzusage auf das Versandetikett übertragen, sodass die Ware tatsächlich das Unternehmen verlässt, was dem Kunden zugesagt wurde.

Der vom Kunden bei einer Microsoft Dynamics 365 F&O-Bestellung gewählte Service bestimmt, welche Sendcloud-Leistung angefordert wird, sodass im Lager niemand raten muss, für welche Option bezahlt wurde.
Niemand tippt eine Adresse erneut in ein Versandformular ein, während die Bestellung daneben noch geöffnet ist. Genau daher rühren die Fehler bei der Postleitzahl und der falschen Versandart.
Die von Sendcloud bereitgestellten Daten werden an die Microsoft Dynamics 365 F&O-Aufträge zurückgesendet, sodass die Frage nach dem Standort eines Pakets innerhalb des bereits vom Unternehmen genutzten Systems beantwortet werden kann.
Es liegt in der Entscheidung eines Anbieters, was er akzeptiert und was nicht. Die Verbindung überträgt also die Anfrage und die Antwort, anstatt anzunehmen, worauf sich einer der Anbieter einigen wird.
Wenn eine Bestellung in Microsoft Dynamics 365 F&O freigegeben wird, fordert Alumio von Sendcloud ein Etikett unter dem vom Kunden gewählten Service an, damit das Paket so versendet wird, wie es verkauft wurde, und nicht so, wie der Packer es kommissioniert hätte.
Wenn Sendcloud eine Tracking-Referenz zurückgibt, wird diese in den Microsoft Dynamics 365 F&O-Auftrag eingetragen, sodass das Serviceteam anhand des vorliegenden Auftrags antworten kann, anstatt auf der Website des Spediteurs nach der Adresse suchen zu müssen.
Wenn ein Spediteur eine Sendung nicht annimmt, wird die Bestellung entsprechend gekennzeichnet, anstatt als versendet zu gelten, damit sich jemand darum kümmert, während der Kunde noch erwartet, dass sein Paket am selben Tag eintrifft.
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.
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.
Nicht die offensichtliche Lösung. Man greift zwar zum Online-Shop, aber die entscheidende Verbindung ist hier das Retourenportal. Denn ein zurückgesendetes Paket ist im Prinzip dasselbe, nur umgekehrt, und das ERP-System ist darüber nicht informiert. Alumio verwaltet dieses Portal parallel, sodass eine vom Kunden gebuchte Abholung in der zugehörigen Bestellung sichtbar ist.
Ja, als Anfrage mit anschließender Referenz, nicht als Einwegkopie. Alumio fragt Sendcloud nach dem Label, sobald die Bestellung den von Ihnen festgelegten Status erreicht hat, und fügt die Sendungsverfolgungsdaten der Bestellung hinzu, sobald die Antwort eintrifft. Angefragt werden kann nur die von Sendcloud bereitgestellten Informationen; dies wird also vor dem Erstellen der Route bestätigt.
Nein. Es gibt zwei Möglichkeiten: Entweder erstellt jemand das Label manuell anhand der Bestellung auf dem Bildschirm, oder ein Entwickler erstellt eine Einzellösung, die bei einem Wechsel des Spediteurs nicht mehr funktioniert. Die Konfiguration ersetzt beides, und der Bestellstatus, der ein Label auslöst, ist ein auslesbarer Eintrag. Wenn ein Dienst von der Bestellung abgeleitet werden muss, übernimmt der Code-Transformer diesen Schritt.
Der Artikel, der dem Kunden angezeigt wurde, ist in der Bestellung enthalten und nicht im Lager verfügbar. Auf der Versandseite wird der aktuell verfügbare Artikel angezeigt, der nicht mit dem im Bestellprozess bestellten Artikel übereinstimmt. Durch die Verwendung des in der Bestellung ausgewählten Artikels trifft der Mitarbeiter beim Verpacken keine wirtschaftliche Entscheidung, und der Kunde erhält genau das, wofür er bezahlt hat.
Was niemandem auffällt, ist ein Paket ohne Sendungsverfolgung, das zurückgeschickt wird, da alles vollständig erscheint, bis ein Kunde nachfragt. Alumio erfasst die Referenznummer des nicht zurückgesendeten Pakets und die zugehörige Bestellung. Jeder Transfer wird live überwacht und protokolliert, inklusive Inhalt. Bei einer Ablehnung wird eine Benachrichtigung mit Begründung ausgegeben, gegebenenfalls werden Wiederholungsversuche durchgeführt – so geht nichts unbemerkt 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.