Ein Zendesk-Ticket trifft ein, das das zugehörige Microsoft Dynamics 365 F&O-Konto enthält. Ein Agent öffnet die Antwort und weiß bereits, wer fragt und was aktuell bestellt ist.
Ein Zendesk-Ticket wird von einer E-Mail-Adresse empfangen. Diese Adresse kann einem Kunden mit vier offenen Bestellungen gehören, jemandem in einem unbekannten Unternehmen oder einer Person, die eine private Adresse für ein Geschäftskonto verwendet. Der zuständige Mitarbeiter verbringt die ersten Minuten jedes Tickets damit, dies herauszufinden. Währenddessen wartet der Kunde auf eine Antwort zu einer Lieferfrage. Die Verbindung von Microsoft Dynamics 365 F&O und Zendesk ordnet den Anfragenden einem Konto zu, in dem die Anfrage bearbeitet werden kann, und zeigt dies klar an, wo dies nicht möglich ist. So kann der Mitarbeiter mit den bekannten Informationen beginnen.

Ein Zendesk-Ticket enthält das zugehörige Microsoft Dynamics 365 F&O-Konto, sodass ein Agent eine Antwort mit den offenen Bestellungen des Kunden anstelle des Namens öffnet.
Die Liefertermine werden zusammen mit dem Lieferschein mitgeteilt, sodass die häufigste Frage überhaupt bereits auf dem Lieferschein selbst beantwortet wird, anstatt an jemanden mit Zugriff auf das ERP-System weitergeleitet zu werden.
Ein Anfragender, der zu keinem Konto führt, wird genau so gekennzeichnet, damit der Agent weiß, dass er es mit einem unbekannten Absender zu tun hat und nicht davon ausgehen muss, dass die Daten verspätet sind.
Da der Kontext bereits mit dem Ticket übermittelt wird, finden weniger Gespräche zwischen den Mitarbeitern statt, wodurch weniger Zeit für die Eingabe der Antwort verloren geht.
Wenn ein Zendesk-Ticket erstellt wird, ordnet Alumio den Anfragenden, sofern möglich, einem Microsoft Dynamics 365 F&O-Konto zu und trägt die offenen Bestellungen und Liefertermine in das Ticket ein, sodass der Agent bereits über alle relevanten Informationen verfügt, um mit der Antwort beginnen kann.
Eine Frage zu einer Lieferung wird anhand der bereits auf dem Ticket vorhandenen Daten beantwortet, sodass der Agent weder das ERP-System öffnet noch das Gespräch an einen Kollegen weiterleitet, der dies kann. Genau hier liegt der größte Teil der Verzögerung bei der Beantwortung.
Wenn eine E-Mail-Adresse keinem Microsoft Dynamics 365 F&O-Konto zugeordnet werden kann, wird dies im Ticket vermerkt, anstatt leer zu sein. Der Agent behandelt die E-Mail daher als unbekannten Absender, anstatt auf Kontext zu warten, der ohnehin nie eintreffen wird.
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.
Was der Agent noch nachschlagen muss, ist die korrekte Bedienungsanleitung. Nach der Bestellung ist dies in der Regel das Gerät selbst. Ein Geräte- oder Anlagenregistrierungsdatensatz wird üblicherweise hinzugefügt, da Microsoft Dynamics 365 F&O weiß, was verkauft wurde, und die Registrierung weiß, was der Kunde tatsächlich installiert hat – was nicht immer identisch ist. Alumio verwaltet beide Verbindungen, sodass ein Zendesk-Ticket beide Informationen enthält.
Der Ticketkontext wird erfasst, und die Zuordnung zu einem Konto ermöglicht dies. Alumio liest die Zendesk-Anfrage, ordnet sie gemäß Ihrer festgelegten Regel einem Microsoft Dynamics 365 F&O-Konto zu und trägt die offenen Aufträge, Daten und Rechnungspositionen in das Ticket ein. Falls keine Zuordnung erfolgt, wird dies ebenfalls gemäß Ihrem Zeitplan vermerkt.
Nein, und der Agent ist der eigentliche Benutzer, nicht der Integrator. Welche Microsoft Dynamics 365 F&O-Felder in einem Zendesk-Ticket angezeigt werden, wie ein Anfragender zugeordnet wird und wie eine fehlgeschlagene Zuordnung aussieht, sind Einstellungen in der Alumio-Benutzeroberfläche. Wenn ein Unternehmen Kunden anhand anderer Kriterien als der Adresse identifiziert, verwendet der Code Transformer diese Zuordnungsregel.
Oftmals lässt sich das nicht mit Sicherheit sagen, und es ist hilfreicher, dies anzugeben, als zu raten. Ein Zendesk-Ticket wird anhand einer E-Mail-Adresse erstellt, und eine Adresse lässt sich nur dann einem Microsoft Dynamics 365 F&O-Konto zuordnen, wenn sie dort hinterlegt ist. Daher kann es vorkommen, dass eine private Adresse, ein neuer Kontakt oder ein freigegebenes Postfach zu keinem Ergebnis führt. Indem man nach Möglichkeit zuordnet und die übrigen Angaben markiert, verhindert man, dass ein Agent einer leeren Adresse vertraut.
Die Benachrichtigung geht sowohl an den Agenten als auch an den Integrator, da die blockierte Person gerade eine Kundenanfrage beantwortet. Alumio erkennt den Fehler sofort und speichert jedes Ticket mit dem zugehörigen Microsoft Dynamics 365 F&O-Konto. So wird ein Zendesk-Ticket, das für niemanden erstellt wurde, als ungelöst und nicht als leer angezeigt. Benachrichtigungen mit dem Grund werden umgehend versendet, Wiederholungsversuche werden gemäß Konfiguration durchgeführt, und es erscheint kein Ticket unbemerkt als bekannter Kunde ohne Historie.
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.