Webshop-Bestellungen aus Shopify werden dem bereits vorhandenen Teamleiter-Kontakt zugeordnet, sodass Angebote, Rechnungen und Einkäufe eines Kunden alle in einem einzigen Datensatz erfasst bleiben und nicht auf zwei Datensätze aufgeteilt werden.
Teamleader kennt bereits viele Ihrer Kunden. Es speichert das Angebot, die Rechnung und den gesamten Schriftverkehr. Wenn dieselbe Person nun im Webshop einkauft, erscheint – sofern niemand dies überprüft – ein zweiter Kontakt mit demselben Namen, aber ohne die bisherige Historie. Niemand bemerkt es, bis ein Kollege einen bereits bestehenden Rabatt anwendet oder eine Rechnung dem falschen Datensatz zuordnet. Die Shopify-Teamleader-Integration gleicht die Daten ab, bevor sie erstellt werden, sodass eine Webshop-Bestellung dem Kunden zugeordnet wird, zu dem Sie bereits eine Geschäftsbeziehung haben.

Eine Bestellung wird dem bereits vorhandenen Teamleiter-Kontakt zugeordnet, sodass die Kaufhistorie eines Kunden bei seinen Angeboten und Rechnungen gespeichert wird und nicht in einem Datensatz, von dem niemand etwas weiß.
Webshop-Käufe werden dem jeweiligen Vertrag zugeordnet, sodass derjenige, der den Anruf entgegennimmt, weiß, was der Kunde tatsächlich bestellt hat und nicht nur, was formell angeboten wurde.
Die Bestellungen kommen mit ihren Positionen und Summen an, sodass eine Rechnung auf der Grundlage der gekauften Artikel erstellt wird, anstatt dass jemand den Webshop liest und alles erneut abtippt.
Da der Zahlungsstatus im Kundenkontakt gespeichert ist, muss niemand einer Rechnung nachgehen, die ein Kunde letzte Woche beglichen hat, und niemand verpasst eine Rechnung, weil sie als Duplikat erfasst wurde.
Wenn ein Kunde über Shopify kauft, findet Alumio den bereits vorhandenen Teamleiter-Kontakt, bevor irgendetwas erstellt wird, sodass die Bestellung in die bereits vorhandene Historie eingefügt wird, anstatt eine zweite, leere Version desselben Kunden zu erstellen.
Die Bestellung kommt mit ihren Positionen und Summen in Teamleader an, sodass direkt daraus eine Rechnung erstellt werden kann und die Beträge auf der Rechnung dem entsprechen, was der Kunde tatsächlich an der Kasse gesehen hat, und nicht nur einer Annäherung.
Wenn tatsächlich kein Kontakt existiert, wird anhand der Checkout-Details ein neuer Kontakt erstellt, sodass der Datensatz vollständig beginnt und die nächste Bestellung dieser Person sie erkennt, anstatt den gesamten Vorgang stillschweigend erneut zu duplizieren.
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.
Ohne Anbindung an ein Buchhaltungsprogramm müssen die vom Teamleiter erstellten Rechnungen am Monatsende immer noch manuell in die Buchhaltung eingegeben werden – der letzte manuelle Schritt in dieser Kette. Durch die Integration wird dieselbe Kundenzuordnung verwendet, sodass Bestellung, Rechnung und Buchungssatz alle auf denselben Kunden verweisen und nicht mehr auf drei verschiedene Schreibweisen desselben Namens.
Ja, die Zuordnung erfolgt vor der Erstellung, und genau dieser Schritt entscheidet darüber, ob dies hilfreich ist. Alumio sucht anhand der von Ihnen festgelegten Regeln nach dem vorhandenen Teamleiter-Kontakt, in der Regel zuerst per E-Mail, und erstellt nur dann einen neuen, wenn tatsächlich kein passender Kontakt vorhanden ist. Bestellungen werden dann diesem Kontakt zugeordnet, sobald sie aufgegeben werden.
Nein, und es lohnt sich, darüber nachzudenken, was die manuell erstellte Version macht, wenn sich eine der beiden ändert. Ein Skript, das für die heutigen Felder geschrieben wurde, funktioniert nicht mehr, sobald sich ein Feld ändert, und derjenige, der es geschrieben hat, arbeitet meist nicht mehr dort. Eine konfigurierte Verbindung wird in einem Formular von demjenigen angepasst, der es bemerkt. Benutzerdefinierte Logik bleibt dort verfügbar, wo eine Regel sie benötigt.
Indem man festlegt, welche Daten zwei Personen zuordnen, und zwar bevor die erste Bestellung eintrifft. E-Mail ist zwar üblich, aber nicht immer ausreichend, da Kunden oft mit ihrer Privatadresse bestellen und die Rechnung an ihre Firmenadresse geschickt bekommen. Die Regel festzulegen und zu entscheiden, was zu tun ist, wenn keine eindeutige Übereinstimmung besteht, macht den größten Teil der Arbeit aus und beugt Problemen vor, anstatt sie später zu beheben.
Alumio überwacht jeden Transfer in Echtzeit und protokolliert den Kunden und die übertragene Bestellung. Jede vom Teamleiter abgelehnte Transaktion löst sofort eine Warnung mit Begründung aus, und es werden, sofern konfiguriert, Wiederholungsversuche durchgeführt. Dadurch wird der Fehler aufgedeckt, der für viele Anwender am schwersten zu beheben ist: ein doppelter Kontakt, der die Kundenhistorie in zwei Datensätze aufteilt, sodass die Rechnung in einem Datensatz und die Bestellung im anderen gespeichert ist, ohne dass offensichtlich etwas fehlt, was dies verraten würde.
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.