Er komt een Zendesk-ticket binnen met het Microsoft Dynamics 365 F&O-account waarnaar het is doorverwezen. Een agent opent het antwoord dus al en weet wie de vraag stelt en wat er momenteel in bestelling is.
Een Zendesk-ticket komt binnen via een e-mailadres. Dat adres kan van een klant zijn met vier openstaande bestellingen, of van iemand bij een onbekend bedrijf, of van iemand die een privé-e-mailadres gebruikt voor een zakelijk account. De medewerker besteedt de eerste minuten van elk ticket aan het uitzoeken van de juiste afzender. Ondertussen wacht de klant op een antwoord op een vraag over een levering. Door Microsoft Dynamics 365 F&O en Zendesk te koppelen, wordt de aanvrager gekoppeld aan een account waar het probleem kan worden opgelost, en wordt duidelijk aangegeven waar dat niet mogelijk is. De medewerker kan dus direct aan de slag met de bekende informatie.

Een Zendesk-ticket bevat het Microsoft Dynamics 365 F&O-account waaraan het is gekoppeld, waardoor een agent bij het openen van een antwoord de openstaande orders van de klant voor zich ziet in plaats van een naam.
De leverdata staan op het ticket vermeld, waardoor de meest gestelde vraag direct op het ticket beantwoord kan worden in plaats van doorgestuurd te worden naar iemand met toegang tot het ERP-systeem.
Een verzoek dat niet tot een account leidt, wordt als zodanig gemarkeerd, zodat een medewerker weet dat hij te maken heeft met een onbekende afzender in plaats van aan te nemen dat de gegevens te laat zijn.
Doordat de context al met het ticket is verbonden, hoeven medewerkers minder vaak van onderwerp te wisselen. Hierdoor gaat er minder tijd verloren aan het beantwoorden van een vraag, en niet zozeer tijdens het typen van het antwoord zelf.
Wanneer een Zendesk-ticket wordt aangemaakt, koppelt Alumio de aanvrager, indien mogelijk, aan een Microsoft Dynamics 365 F&O-account en schrijft de openstaande orders en leverdata naar het ticket, zodat de agent al over de juiste informatie beschikt om te reageren.
Een vraag over een levering wordt beantwoord aan de hand van de data die al op de bon staan. De medewerker opent daarom het ERP-systeem niet en stuurt het gesprek ook niet door naar een collega die dat wel kan. Dat is namelijk waar de meeste vertraging in de reactie vandaan komt.
Als een e-mailadres niet overeenkomt met een Microsoft Dynamics 365 F&O-account, wordt dit in het ticket vermeld in plaats van dat het leeg aankomt. De agent behandelt het ticket dan als een onbekende afzender in plaats van te wachten op context die nooit zal komen.
Alumio fungeert als een beheerde integratie-backbone tussen verkoopkanalen en fulfillment-systemen. Orders worden gerouteerd, getransformeerd en gevalideerd, terwijl statusupdates naar elk kanaal worden teruggestuurd.
Authenticeer je systemen met de kant-en-klare connectors van Alumio. Kies uit meer dan 200 connector-pakketten in de marketplace, plus onbeperkte aangepaste integraties.
Bepaal in een visuele interface hoe datavelden tussen systemen worden gekoppeld. Pas formaten aan, verrijk records en pas bedrijfslogica toe, zonder dat er maatwerkcode nodig is.
Configureer flows zodat ze in real-time, op basis van events, volgens een schema of beide worden uitgevoerd. Verminder handmatige gegevensinvoer en laat Alumio de verplaatsing en transformatie tussen systemen afhandelen.
Zodra je eerste integratie live is, kun je je ERP, PIM, WMS of CRM eenvoudig op dezelfde hub aansluiten. Bestaande flows blijven gewoon draaien. Je hoeft niets opnieuw op te bouwen.
Wat de agent nog elders moet opzoeken, is de juiste handleiding, en na de bestelling is dat meestal de machine zelf. Een apparaat- of activa-registratie is een gebruikelijke aanvulling, omdat Microsoft Dynamics 365 F&O weet wat er is verkocht en de registratie weet wat de klant daadwerkelijk heeft geïnstalleerd, wat niet altijd hetzelfde is. Alumio beheert beide koppelingen, dus een Zendesk-ticket bevat beide.
De ticketcontext is wat er wordt vastgelegd, en de koppeling aan een account maakt dit mogelijk. Alumio leest de Zendesk-aanvrager, koppelt deze aan een Microsoft Dynamics 365 F&O-account volgens de door u ingestelde regel en schrijft de openstaande orders, datums en factuurstatus naar het ticket. Als er geen account wordt gekoppeld, wordt dat ook vastgelegd, volgens het door u gekozen schema.
Nee, en de agent is de gebruiker voor wie dit is ontwikkeld, niet de integrator. Welke Microsoft Dynamics 365 F&O-velden op een Zendesk-ticket verschijnen, hoe een aanvrager wordt gematcht en hoe een mislukte match eruitziet, zijn instellingen in de interface van Alumio. Wanneer een bedrijf klanten identificeert aan de hand van iets anders dan een adres, gebruikt de Code Transformer die matchingregel.
Vaak is het niet iets waar je zeker van kunt zijn, en dat te zeggen is nuttiger dan te gokken. Een Zendesk-ticket wordt aangemaakt via een e-mailadres, en een adres wordt alleen gekoppeld aan een Microsoft Dynamics 365 F&O-account als iemand het daar heeft geregistreerd. Een persoonlijk e-mailadres, een nieuw contact of een gedeelde mailbox kan dus helemaal nergens naar verwijzen. Door waar mogelijk te matchen en de rest te markeren, voorkom je dat een agent een leeg adres vertrouwt.
De melding wordt zowel naar de agent als naar de integrator gestuurd, omdat de persoon die hierdoor wordt geblokkeerd een klant aan het woord is. Alumio merkt de fout op zodra deze zich voordoet en registreert elk ticket met het Microsoft Dynamics 365 F&O-account waarmee de poging is gedaan. Hierdoor wordt een Zendesk-ticket dat is aangemaakt voor een onbekende klant direct als onopgelost weergegeven in plaats van als leeg. Er worden direct meldingen met de reden verzonden, waar geconfigureerd, worden herhaalpogingen uitgevoerd en er komt niets binnen dat er onopgemerkt uitziet als een bekende klant zonder geschiedenis.
Spreek met een Alumio-integratiespecialist. Wij brengen de juiste architectuur voor jouw systemen in kaart, op de juiste schaal, zodat je bedrijfsactiviteiten bij elke verandering betrouwbaar blijven.