Gidsen

Telefoongesprek transcriberen: van gesprek naar samenvatting in je CRM

Zo laat je een telefoongesprek transcriberen en samenvatten, koppel je het aan het juiste CRM-record en houd je de volledige tekst achter beperkte toegang.

Een telefoongesprek wordt omgezet in tekst en komt als korte samenvatting in het CRM terecht

Een klant belt, een collega neemt op en na tien minuten hangt de klant tevreden op. De volgende taak wacht al, dus in het systeem belandt hooguit een korte notitie, vaak te vaag om er later een goede opvolging op te bouwen. Laat je een telefoongesprek transcriberen en koppel je de tekst aan je CRM, dan kan dat gesprek een bruikbare samenvatting worden, met de vraag van de klant en een volgende stap erbij. Dat werkt alleen als je niet automatisch het hele gesprek woord voor woord in de klantkaart zet.

Voor een mkb-bedrijf, of voor de IT-partner die telefonie en CRM aan elkaar knoopt, gaat het dus om meer dan de keuze van een engine voor spraakherkenning. Je beslist wat je transcribeert, waar de audio staat, welke gegevens naar het CRM gaan, wie ze mag lezen en wanneer ze weer verdwijnen. Wij kiezen hier bewust een sobere opzet: een beknopte samenvatting in het CRM, de volledige transcriptie achter beperkte toegang, en hosting in de Europese Unie.

Wat het transcriberen van een telefoongesprek inhoudt

Software zet de audio van een gesprek om in geschreven tekst. Een spraakmodel herkent de woorden, en sprekerscheiding (diarisatie) geeft aan wie er aan het woord is. Daarna kan een tweede stap de reden van het gesprek, de afspraken en een voorstel voor de vervolgactie uit die tekst halen.

Op je eigen smartphone transcribeer je één gesprek voor jezelf, en daar zijn apps voor. Voor een bedrijf ligt het anders: het voert veel gesprekken, en die moeten op de juiste klantkaart terechtkomen, waar collega's ze later terugvinden. Daarvoor moet de telefonie met het CRM praten.

Meestal begint een transcriptie bij een opname, en voor die opname gelden eigen regels onder de Algemene verordening gegevensbescherming (AVG). Wat je de beller vertelt en hoe lang je de audio bewaart, lees je in telefoongesprekken opnemen in je bedrijf. Hieronder gaat het over wat er daarna met de tekst gebeurt.

Waarom je de transcriptie aan je CRM koppelt

Een gewone werkdag: er komt een aanvraag binnen via de telefoon, een verkoper neemt op via de cloudcentrale en de klant legt uit wat er nodig is, waar het op vastloopt en wanneer het klaar moet zijn. Soms herkent de verkoper het contact. Het CRM-record blijft toch ongewijzigd tot er tijd is om een verslag te schrijven. En hangt het gesprek aan het verkeerde contact, dan kan de verkoopkans zonder taak blijven liggen, mist het ticket zijn context en heeft de collega die de klant daarna spreekt geen betrouwbare geschiedenis.

Een transcriptie die aan het juiste record hangt, verandert dat. Het systeem kan de reden van het gesprek vastleggen, een samenvatting maken, herkennen of het om verkoop of support gaat en een volgende actie voorstellen. De medewerker keurt dat voorstel zelf goed. Zo zit de informatie niet langer alleen in het hoofd van één persoon of in een opname die niemand terugvindt.

Een verkoopgesprek kan een verkoopkans aanvullen met een korte samenvatting van de vraag en een datum voor opvolging. Een supportgesprek vult een ticket aan met het probleem en de laatste toezegging. In de zorg moet je selectiever zijn, omdat een gesprek daar gevoelige gegevens kan bevatten die niet thuishoren in een kaart die het hele team opent.

Vuistregel: een transcriptie heeft pas waarde als ze een betrouwbaar gegeven in het juiste dossier zet, met toegang die past bij wat erin staat.

Naast een CRM heb je herkenbare gesprekken nodig. Elk gesprek moet herkenbaar zijn aan een nummer, een contact-id, een extensie, een ticket of een verkoopkans, want zonder sluitende match maakt de automatisering een verkeerde kaart aan of hangt ze een actie aan de verkeerde klant. Geluidskwaliteit, accenten, mensen die door elkaar praten en het informeren van de beller bepalen even goed of het werkt.

Bepaal dus eerst welke informatie je team in het CRM moet terugvinden en wat buiten de klantkaart hoort te blijven.

De opzet en de transcriptie-engine kiezen

Tabel met zes criteria voor een transcriptie-engine, met per criterium wat je kiest en wat je vermijdt

De belangrijkste keuze maak je vóór de API. Een goede referentieopzet scheidt vier onderdelen: een cloud-PBX die in de Europese Unie wordt gehost, een transcriptiedienst, een controlewachtrij en het CRM. Kopieer de audio niet zomaar naar elk systeem. De PBX bewaart de opname eventueel voor een vaste termijn, de engine maakt er tekst van, een verwerkingslaag haalt de bruikbare onderdelen eruit en het CRM krijgt alleen het resultaat dat het nodig heeft.

Meestal kies je tussen twee routes. De eerste gebruikt een engine die in de telefonieomgeving zelf zit: je onderhoudt minder koppelingen, en gesprek, opname en transcriptie zijn makkelijker aan elkaar te koppelen. De tweede gebruikt een gespecialiseerde externe engine met een eigen API, wat je meer grip kan geven op het model of de woordenlijst. Dan moet je wel zelf nagaan waar de gegevens heen gaan, welke subverwerkers erbij betrokken zijn, waar de verwerking plaatsvindt en hoe het verwijderen geregeld is.

De criteria die ertoe doen

Test het Nederlands met de woorden die je bedrijf echt gebruikt. Een engine die een algemeen gesprek goed herkent, kan struikelen over productnamen, artikelnummers, eigennamen of medische termen. Neem regionale accenten, achtergrondgeluid, mensen die elkaar onderbreken en gesprekken vanaf een mobiel op in je testset.

Sprekerscheiding is handig voor een verkoop- of supportverslag, maar zie haar niet als sluitend bewijs van wie wat zei. Is dat onduidelijk, dan kan de volledige tekst beschikbaar blijven voor controle terwijl het automatisch aanmaken van een taak wacht.

CriteriumKies voorVermijd
HostingOpslag en verwerking in de Europese Unie, met vastgelegde gegevensstromenServerlocatie gelijkstellen aan volledige naleving
Nederlands in je vakEen test op representatieve gesprekkenVertrouwen op een algemene demo
SprekersControleerbare herkenning die twijfel markeertEen zin aan de verkeerde spreker toeschrijven
OpslagAudio, transcriptie en samenvatting apartEen volledige kopie in het CRM
AutomatiseringControlewachtrij en goedkeuring voor kritieke veldenEen actie aanmaken bij lage zekerheid
BeheerLogging, versleuteling en vaste rollenIedereen toegang geven tot de volledige tekst

Hosting in de Europese Unie maakt de gegevensstromen beter te beheersen, maar bewijst op zich nog niet dat je aan de AVG voldoet. Daarvoor moet je ook de subverwerkers, de doelen, de toegangsrechten, de manier van verwijderen en het eventuele gebruik van de gegevens door de leverancier kennen.

Ook de Europese AI-verordening vraagt voorbereiding. Verordening (EU) 2024/1689 is op 1 augustus 2024 in werking getreden. Het verbod op bepaalde AI-praktijken en de verplichtingen rond AI-geletterdheid gelden sinds 2 februari 2025, en sinds 2 augustus 2026 is de verordening in het algemeen van toepassing, met enkele uitzonderingen. Een transcriptiefunctie op Europese servers voldoet dus niet vanzelf aan die verordening.

Beoordeel de engine ook op waarvoor je hem inzet. Een gesprek transcriberen voor een werksamenvatting is iets anders dan de emotie, de prestaties of de betrouwbaarheid van een medewerker afleiden. Een IT-partner of telecomreseller moet de toepassing daarom laten toetsen, vastleggen wie waarvoor verantwoordelijk is en geen algemene naleving van de AI-verordening beloven.

De API-koppeling bouwen en velden naar het CRM mappen

Stroom van gesprek via opname, transcriptie en verwerking naar een samenvatting op contact, ticket, verkoopkans of account

Een betrouwbare koppeling volgt een eenvoudige volgorde, maar elke stap moet een spoor achterlaten. De PBX herkent het gesprek, de opname gaat naar gecontroleerde opslag, de engine maakt de transcriptie en een verwerkingsdienst haalt er de toegestane velden uit. Pas dan krijgt het CRM een gerichte samenvatting, met een link naar de volledige transcriptie voor wie daar het recht toe heeft.

Gebeurtenissen in de juiste volgorde

Laat de webhook aan het einde van het gesprek niet meteen alles in de klantkaart schrijven. Hij kan eerst alleen het gespreks-id doorgeven, met tijdstempel, nummer, wachtrij, extensie en status. De koppelingsdienst controleert dan of het gesprek bij een contact of dossier past, en vraagt pas daarna de transcriptie op of verwerkt het resultaat dat al klaarstaat.

Een uniek technisch id voorkomt dubbele records als de leverancier een melding meerdere keren stuurt. Reken ook op asynchrone verwerking: de transcriptie komt na het gesprek binnen, en de samenvatting soms nog later. Het CRM moet dus een bestaande activiteit kunnen bijwerken in plaats van bij elke gebeurtenis een nieuwe aan te maken.

Velden die het CRM nodig heeft

Kies velden die je collega's snel kunnen lezen en nakijken:

  • Dossier. Het contact, account, ticket of de verkoopkans die bij het gesprek hoort.

  • Context. Datum, duur, wachtrij, medewerker en richting van het gesprek, alleen als je die nodig hebt.

  • Samenvatting. Een paar gecontroleerde zinnen over de reden, de vraag en de uitkomst.

  • Volgende actie. De voorgestelde taak, wie hem oppakt, de deadline en hoe zeker het systeem ervan is.

  • Kwalificatie. De verkoopstatus of supportcategorie, met menselijke goedkeuring als het veld iets in gang zet.

  • Volledige tekst. Een verwijzing naar de transcriptie in een aparte dienst, zodat de audio niet openstaat voor elke CRM-gebruiker.

Pseudonimiseer namen, nummers en gevoelige gegevens voordat ze het CRM in gaan, als het veld de volledige identiteit niet nodig heeft. En laat de samenvatting niet het hele gesprek overnemen. Een medische vraag, een financieel gegeven of een bedrijfsgeheim kan in een gesprek opduiken, maar hoeft daarom nog geen blijvende notitie te worden die een grote groep collega's kan lezen.

Een controlewachtrij voor twijfelgevallen

Zonder controlewachtrij gaat het mis. Daar komen de gesprekken terecht waarbij het nummer bij meerdere contacten past, de sprekers slecht gescheiden zijn, de herkenning van vaktermen onzeker is of de samenvatting een kritiek veld bevat dat nog niemand heeft nagekeken. Een medewerker of een aangewezen verantwoordelijke bekijkt het resultaat, verbetert de kaart en keurt de actie goed.

De Franse privacytoezichthouder CNIL beschrijft voor het opnemen en meeluisteren van telefoongesprekken een werkwijze die ook hier goed bruikbaar is. Je legt een doel vast, brengt de stromen van audio en tekst in kaart, beperkt welke gesprekken je verwerkt, pseudonimiseert de gegevens, controleert de toegang, logt wie wat inziet, versleutelt de stromen en test de kwaliteit op een eigen steekproef. Voor kritieke velden hoort er een menselijke controle bij.

Voor Odoo of een ander CRM kan de REST API een gestructureerd object met vaste velden ontvangen in plaats van een blok vrije tekst. Je bepaalt dan zelf welke velden je accepteert, weigert een onverwachte waarde en bewaart het bewijs van de overdracht. De koppeling tussen Voxbi en je CRM is een goed vertrekpunt om zo'n stroom af te bakenen, zonder de volledige tekst in elke kaart te kopiëren.

Audio, transcriptie en samenvatting apart bewaren

Vier onderdelen met elk een eigen plek: originele audio, volledige transcriptie, CRM-samenvatting en auditlog

Hosting in de Europese Unie verkleint een deel van de risico's rond doorgifte, maar het register van verwerkingsactiviteiten en de toegangsregels heb je nog steeds nodig. Je moet kunnen uitleggen waarom je opneemt, waarom je transcribeert, waarom je samenvat en waarom je elk onderdeel bewaart. Die doelen lijken op elkaar, maar ze zijn niet per se dezelfde.

Vertel de beller aan het begin van het gesprek, in begrijpelijke taal, wat je met het gesprek doet, welke rechten hij heeft en wie de verwerkingsverantwoordelijke is. Je medewerkers moeten de regels ook kennen, zeker als je transcripties gebruikt om de kwaliteit te verbeteren of gesprekken te analyseren.

De AVG noemt geen vaste bewaartermijn. Volgens de Autoriteit Persoonsgegevens bepaal je zelf hoe lang je persoonsgegevens bewaart, en nooit langer dan nodig voor het doel. Leg de termijn en je onderbouwing vast, en vermeld de termijn in je privacyverklaring. Voor de audio, de transcriptie en de samenvatting kom je zo vaak op drie verschillende termijnen uit, elk met een eigen reden. Hoe je de grondslag, de gegevensbeschermingseffectbeoordeling (DPIA) en de bewaartermijnen voor je telefonie als geheel aanpakt, staat in AVG en telefonie.

Geef elk onderdeel een eigen plek:

  • Originele audio. Versleuteld opgeslagen, met beperkte toegang, en automatisch verwijderd volgens het vastgelegde doel.

  • Volledige transcriptie. In een aparte dienst, alleen open voor bevoegde rollen, met een vastgelegde bewaartermijn.

  • CRM-samenvatting. Reden, volgende actie, deadline en relevante toestemmingen, zonder volledige kopie.

  • Auditlog. Bewijs van inzage, correcties, exports en verwijderingen, voor de bevoegde beheerders.

Met die scheiding beantwoord je een verzoek om inzage of verwijdering nauwkeuriger, en kun je in één keer wissen in de PBX, de transcriptie-engine en het CRM. Wie alleen in het CRM op de verwijderknop drukt, laat de originele audio of een tussenkopie in een andere dienst gewoon staan.

Toegang per rol

Maak bij de toegang onderscheid tussen drie rollen: de medewerker die zijn eigen dossiers opent, de manager die een steekproef nakijkt, en de functionaris gegevensbescherming of IT-beheerder die de regels instelt. Toegang tot de volledige tekst mag geen vanzelfsprekend recht van elke CRM-gebruiker worden. Log elke inzage en houd elke export herleidbaar.

Technische beveiliging dekt het transport, de opslag en de sleutels. Het beheer regelt leveranciers, subverwerkers, doorgifte en menselijke correcties. Dat je verwerking minimaal en rechtmatig is, toon je aan met een eigen dossier, per bedrijf, per soort gesprek en per doel. Selectief transcriberen is daarin vaak makkelijker te verdedigen dan alles standaard aanzetten.

Testen en uitrollen met Odoo, Teams en een REST API

Begin een pilot niet met alle wachtrijen tegelijk. Kies een afgebakende plek waar je het resultaat snel kunt controleren, zoals een supportteam of één verkoopwachtrij, en leg vast hoe je de transcriptie uitzet voor gevoelige gesprekken. Vergelijk in de test de tekst met wat er werkelijk gezegd is, en kijk vooral of de velden die in het CRM verschijnen kloppen.

Taal en achtergrondgeluid testen

Neem niet alleen de duidelijkste gesprekken in je testset op. Hij moet de echte werkdag weerspiegelen: de accenten van je klanten, het achtergrondlawaai aan de balie, mensen die door elkaar praten, klantnamen, dossiernummers en je vakjargon.

Houd twee maten apart. Het woordfoutpercentage laat zien waar de taal het model moeite kost. Het foutpercentage in de CRM-velden laat zien of een fout een kwalificatie, een toewijzing of een actie heeft veranderd, en voor je bedrijf kan die tweede maat zwaarder wegen.

Integratiescenario's nakijken

In Odoo kan de koppeling een activiteit aanmaken of bijwerken bij het contact, het ticket of de verkoopkans. Houd de samenvatting kort en gecontroleerd. Laat een taak alleen automatisch ontstaan als het gesprek aan het juiste record hangt, het actieveld begrijpelijk is en de drempels voor zekerheid gehaald zijn.

Belt je team via Microsoft Teams, dan draait de controle om de koppeling tussen gebruiker, gesprek en CRM-dossier. De beheerder moet de leesrechten nakijken, en ook wat er gebeurt met doorverbonden gesprekken en met gesprekken met meerdere deelnemers. Een Teams-gesprek dat niet zeker herkend is, mag niet zomaar een kaart vullen.

Bij een REST API test je trage antwoorden, dubbele meldingen, gebeurtenissen in de verkeerde volgorde en fouten bij de authenticatie. Het systeem moet een gebeurtenis opnieuw kunnen verwerken zonder een tweede activiteit aan te maken, en elke gebeurtenis een duidelijke status geven: ontvangen, verwerkt, geweigerd of in de controlewachtrij. De gids Odoo koppelen aan Voxbi helpt je de controles aan de kant van telefonie en CRM te ordenen. Hoe de telefonie zelf in Odoo werkt, lees je in Odoo VoIP instellen. De mapping stem je daarna af op de objecten die het bedrijf echt gebruikt.

Uitrollen per toepassing

Support kan een samenvatting krijgen van de reden, het symptoom en de volgende actie, terwijl de volledige transcriptie bij de bevoegde verantwoordelijke blijft. Verkoop kan een voorgestelde kwalificatie gebruiken, maar een opvolging met juridisch of commercieel gewicht laat je eerst door de verkoper goedkeuren.

In een kliniek, een verpleeghuis of bij een gemeente kun je de transcriptie uitzetten voor bepaalde wachtrijen of soorten gesprekken. Het systeem kan ook gevoelige gegevens wegfilteren en een goedkeuring eisen voordat er een taak ontstaat. Het doel is niet om meer te transcriberen, maar om alleen te bewaren wat het proces echt nodig heeft.

Rol pas breed uit als de mislukte matches, de fouten in eigennamen en de onterechte automatische taken zijn opgelost. Een goed gebruikte controlewachtrij is beter dan een automatisering die soepel lijkt en ondertussen de gegevens in je CRM vervuilt.

Zo houd je transcriptie bruikbaar en zuinig

Begin met de vraag welke gesprekken je echt moet transcriberen. Lang niet elke wachtrij heeft het nodig, en een transcriptie hoeft ook niet eeuwig te blijven staan. Het loont meestal om met een paar scenario's te starten, te kijken welke fouten opduiken en daarna stap voor stap uit te breiden.

De opzet zelf blijft eenvoudig: een korte samenvatting in het CRM, de volledige transcriptie achter beperkte toegang, en de audio die na een korte, vastgelegde termijn verdwijnt. Gevoelige informatie blijft zo binnen een kleine kring, terwijl verkoop en support toch een bruikbaar spoor van elk gesprek hebben.

Plan ook een vaste evaluatie. Kijk naar de fouten in woorden, sprekers en CRM-velden, en naar de vraag of medewerkers de samenvattingen echt lezen en de voorgestelde taken verbeteren. Controleer inzage, verwijderingen, exports en de doelen in het register. Wachtrijen die weinig opleveren of veel gevoelige inhoud bevatten, zet je uit.

Leg vast wie wat doet. Het bedrijf bepaalt de doelen en keurt het gebruik goed. De IT-partner documenteert de gegevensstroom, de mapping en de controlewachtrij. De cloudleverancier beschrijft zijn hosting, subverwerkers en beveiliging, en de functionaris gegevensbescherming of een andere aangewezen verantwoordelijke bewaakt het geheel.

De beste koppeling zet een betrouwbare actie op de juiste plek, bewaart niet langer dan nodig en laat een mens corrigeren als het systeem twijfelt.

Transcriptie en samenvattingen bij Voxbi

Voxbi is een cloud-PBX, gebouwd en gehost in de Europese Unie, met koppelingen naar Odoo, Microsoft Teams en andere CRM-systemen via de API. Bij Voxbi One bevatten de abonnementen Free, Starter, Plus en Channel elk 15 AI-gesprekssamenvattingen per maand in het gesprekslogboek. Voxbi Plus AI (€3.10 per gebruiker per maand) transcribeert en vat elk gesprek samen, zonder maandlimiet, en voegt Insights toe voor AI-gespreksanalyse. De koppelingen met Odoo, Microsoft 365 en de API zitten in Plus (€2.90 per gebruiker per maand), Plus AI en Channel, en Microsoft Teams kost daar €50 per maand extra. Bij Voxbi One worden gesprekken per minuut afgerekend, en alle prijzen zijn exclusief btw.

Voxbi Managed is de full-servicelijn, en in België en Luxemburg de enige betaalde lijn. Bij Voxbi Managed zit Insights in het Enterprise-abonnement: €17.10 per gebruiker per maand, of €23.50 met onbeperkt bellen. De API hoort vanaf Professional bij elk Managed-abonnement. Odoo kost €29.50 per maand extra en Microsoft Teams €72.50 per maand, allebei per telefooncentrale. Opnames blijven op onze server bewaard, van 3 dagen bij Essential tot 120 dagen bij Enterprise.

Wil je een pilot opzetten met een samenvatting in het CRM en strikte toegang tot de volledige tekst? Bekijk Voxbi of mail naar hello@voxbi.com.

Zie Voxbi aan het werk in jouw bedrijf.

Start een gratis proefperiode of werk samen met een gecertificeerde Voxbi-partner.