Exact koppelen aan Zendesk: facturen naast je tickets
Hoe we voor een klant factuurstatus, openstaande posten en betaallinks rechtstreeks in het agent-scherm brachten.
In het kort
- 01Een sidebar-app toont factuurstatus en openstaande posten naast het ticket, zonder van scherm te wisselen.
- 02Begin met alleen lezen: acties in je boekhouding voeg je pas toe als team en finance erop vertrouwen.
- 03Koppel klanten op debiteurnummer in plaats van e-mailadres, en toon alleen wat agents echt nodig hebben.
Factuurvragen zijn zelden moeilijk, maar wel omslachtig. Een klant vraagt of zijn betaling binnen is. De agent zoekt de klant op in Exact, of vraagt het na bij finance, en komt later terug met het antwoord. Zo wordt een vraag van een minuut al snel een ticket dat een halve dag openstaat.
Voor een klant hebben we die omweg weggehaald. Factuurstatus, openstaande posten en betaallinks staan direct in het agent-scherm van Zendesk, naast het ticket. In dit artikel lees je hoe zo'n koppeling in elkaar zit, en waar je op moet letten als je het zelf wilt.
Wat de agent ziet
Opent een agent een ticket, dan zoekt een app in de zijbalk de bijbehorende klant op in Exact Online. In één oogopslag staat er:
- De recente facturen met hun status, zoals open, deels betaald of betaald.
- De openstaande posten met bedrag en vervaldatum, zodat meteen duidelijk is wat nog openstaat en wat al te laat is.
- Een betaallink die de agent direct in zijn antwoord kan meesturen.
Dat klinkt simpel, en dat is precies de bedoeling. De agent beantwoordt de vraag in hetzelfde gesprek, zonder tabblad-gymnastiek en zonder een collega van finance te storen. Combineer de app met een paar macro's voor veelvoorkomende factuurvragen, bijvoorbeeld over betaaltermijnen. Dan klinkt het antwoord ook hetzelfde, wie het ticket ook oppakt.
Hoe de koppeling in elkaar zit
Aan de Zendesk-kant is het een app die je bouwt met het Zendesk Apps Framework en die in de zijbalk van het ticket draait. Aan de Exact-kant praat je met de API van Exact Online. Daartussen zit meestal een kleine eigen server. Die regelt de inlog bij Exact via OAuth, inclusief het regelmatig vernieuwen van tokens, en houdt gevoelige sleutels uit de browser van de agent.
De belangrijkste ontwerpkeuzes:
- Eerst alleen lezen. De app haalt gegevens op, maar verandert niets in je boekhouding. Dat houdt het risico klein en de bouw overzichtelijk.
- Koppel de juiste klant. Een e-mailadres is een zwakke sleutel, want wie mailt is lang niet altijd degene die op de factuur staat. Sla het debiteurnummer uit Exact liever op in een veld bij de organisatie of gebruiker in Zendesk.
- Cache slim. Vraag niet bij elk geopend ticket alles opnieuw op, maar bewaar gegevens kort en toon wanneer ze voor het laatst zijn bijgewerkt. De API van Exact kent limieten op het aantal verzoeken, en je agents willen niet wachten.
- Denk aan meerdere administraties. Werk je met meer dan één administratie in Exact, dan moet de app weten waar hij moet zoeken.
- Regel wat er gebeurt zonder match. Kan de app geen klant vinden, laat de agent dan zoeken en de koppeling vastleggen. Dat hoeft per klant maar één keer.
Test eerst met een paar agents die veel factuurvragen behandelen. Zij zien het snelst wat ontbreekt of verwarrend is, voordat de hele afdeling ermee werkt.
Privacy en toegang
Facturen en betaalgegevens zijn gevoelige informatie. Toon daarom alleen wat een agent nodig heeft om de vraag te beantwoorden. Een factuurstatus en een openstaand bedrag zijn genoeg. De volledige financiële geschiedenis van een klant hoort niet in de zijbalk.
In Zendesk kun je een app beperken tot bepaalde rollen of groepen, zodat alleen het team dat factuurvragen behandelt deze gegevens ziet. Bewaar daarnaast niets langer dan nodig. Een cache van een paar minuten is iets anders dan een kopie van je debiteurenadministratie.
Waar je op moet letten
- Een betaling is pas zichtbaar als die in Exact verwerkt is. Heeft de klant gisteren betaald, maar is de bankmutatie nog niet afgeletterd, dan staat de factuur nog open. Leer agents dat te herkennen en er eerlijk over te zijn.
- Creditnota's en deelbetalingen maken het beeld ingewikkelder. Test met echte, rommelige voorbeelden, niet alleen met nette facturen.
- Waar de betaallink vandaan komt, hangt af van hoe je facturatie en betalingen zijn ingericht. Stem de koppeling daarop af en check hoe lang een link geldig blijft.
- Een koppeling vraagt onderhoud. Tokens verlopen, velden veranderen en API's krijgen nieuwe versies. Spreek af wie in de gaten houdt of de app nog gegevens ophaalt, en laat agents een duidelijke melding zien als dat niet lukt.
Wat je ervoor terugkrijgt
De winst zit niet in één grote besparing, maar in de vele kleine momenten per dag. Een factuurvraag wordt een vraag die de agent in één keer beantwoordt, in plaats van een ticket dat blijft liggen tot finance tijd heeft. Finance krijgt minder losse vragen tussendoor, en de klant weet in hetzelfde gesprek waar hij aan toe is. En omdat de app alleen leest, blijft finance eigenaar van de cijfers. Het klantcontact verandert, de boekhouding niet.
Dezelfde aanpak werkt voor andere systemen, zoals AFAS, HubSpot of Stripe. Het principe blijft gelijk: haal de informatie naar het ticket, niet de agent naar het systeem. Wil je sparren over een koppeling met jouw boekhouding? Plan een kennismaking.