Een onderhandelingsassistent koppelen aan Teams, Zoom of Meet

Een onderhandelingsassistent kan verbinding maken met Microsoft Teams, Zoom of Google Meet via een interface in de vergadering, een zichtbare deelnemersbot, een realtime transcript- of mediastream, of artefacten na afloop van de vergadering. Deze modellen zijn niet onderling uitwisselbaar: elk vereist andere platformmachtigingen, informatieverstrekking aan deelnemers, infrastructuur en menselijke controles.

Voor de meeste inkooponderhandelingen en onderhandelingssituaties binnen ondernemingen is een privévenster dat een goedgekeurd transcript gebruikt en nooit namens de onderhandelaar spreekt, het praktische uitgangspunt. Voeg alleen live toegang toe als de meerwaarde opweegt tegen de extra lasten op het gebied van toestemming, beveiliging en betrouwbaarheid.

Kort antwoord

Gebruik waar mogelijk een privéassistent die de gebruiker zelf activeert en die alleen toegang heeft tot het transcript van de betreffende vergadering. Teams ondersteunt vergaderapps, bots, toestemmingen die specifiek zijn voor een resource en het ophalen van transcripten; Zoom ondersteunt apps in vergaderingen en Real-Time Media Streams; Meet ondersteunt add-ons en API's voor gebruik na de vergadering. Laat concessies, toezeggingen, externe berichten, toestemming voor opnamen en definitieve samenvattingen altijd goedkeuren door een verantwoordelijke persoon.

Vier manieren waarop integraties met vergaderingen werken

De term ‘onderhandelingsassistent Teams Zoom Meet’ kan verwijzen naar vier wezenlijk verschillende interactiemodellen.

1. Zichtbare app in de vergadering

De assistent verschijnt als zijbalk, paneel of ingebouwde samenwerkingsomgeving. Een privé-interface kan vragen tonen, onopgeloste kwesties signaleren en goedgekeurde standpunten ophalen zonder deze aan de leverancier te tonen.

Dit model biedt doorgaans de beste gebruikerservaring voor een onderhandelingsassistent voor Teams of een onderhandelingscoach voor Zoom. De mens blijft centraal staan en de software lijkt niet zichtbaar deel uit te maken van het onderhandelingsteam.

Een gedeeld scherm is riskanter. Het kan een reserveringspunt, interne onderbouwing, risicobeoordeling van de leverancier of geplande concessie onthullen. Uitvoer die gevoelig is voor onderhandelingen moet daarom standaard privé zijn.

2. Deelnemer of bot

De assistent neemt als herkenbare deelnemer aan de vergadering deel. De bot kan in een lobby wachten, toelating nodig hebben of worden geblokkeerd door beleid voor externe apps.

Een bot maakt zichtbaar dat er technologie aanwezig is, maar zichtbaarheid is niet hetzelfde als wettelijke toestemming om het gesprek op te nemen of te verwerken. De aanwezigheid kan ook het gedrag veranderen: een leverancier kan de bot weigeren, minder openhartig spreken of zelf een assistent introduceren.

3. Realtime transcript- of mediastream

Het platform stuurt live transcript-, audio-, video- of schermdeelgegevens naar de applicatie. Zo kan een realtime onderhandelingsassistent reageren terwijl het gesprek plaatsvindt.

Toegang tot het transcript is doorgaans de proportionele keuze. Voor ruwe audio en video is meer infrastructuur nodig en worden meer gevoelige gegevens blootgesteld, terwijl de extra signalen mogelijk niet betrouwbaar genoeg zijn om een commerciële beslissing te sturen.

4. Verwerking na de vergadering

De assistent haalt na verwerking een goedgekeurd transcript, een opname, aanwezigheidsgegevens, chatberichten of door het platform gegenereerde notities op. Vervolgens kan de assistent een samenvatting opstellen, voorgestelde toezeggingen signaleren en het gesprek vergelijken met het goedgekeurde plan.

Toegang na de vergadering kan een onderhandelaar niet tijdens het gesprek coachen, maar is eenvoudiger en vaak voldoende wanneer het doel is bewijs vast te leggen in plaats van in te grijpen.

Matrix met integratieopties

Gebruik deze herbruikbare matrix om een interactiemodel te kiezen voordat je een specifieke platformimplementatie beoordeelt.

De matrix bevat aanbevelingen, geen garanties van het platform. De daadwerkelijke beschikbaarheid hangt af van licenties, beheerdersbeleid, vergaderinstellingen, beslissingen van de host en de vraag of transcriptie is gestart.

Wat Teams, Zoom en Meet momenteel toestaan

De platformdetails hieronder zijn geverifieerde feiten op basis van de aangehaalde primaire documentatie voor ontwikkelaars. Controleer ze voor implementatie alsnog aan de hand van de accountconfiguratie.

Microsoft Teams

Een onderhandelingsassistent voor Teams kan gebruikmaken van een zijpaneel of podium in de vergadering, een conversatiebot, het ophalen van transcripten en opnamen, of een gespecialiseerde bot voor realtime media. Microsoft ondersteunt resource-specific consent (RSC), oftewel toestemming die specifiek is voor een resource, als alternatief voor bredere toegang tot de tenant voor bepaalde resources. Organisatoren of presentatoren van vergaderingen kunnen bepaalde machtigingen op vergaderniveau verlenen (Microsoft: resource-specific consent).

OAuth-machtiging is mogelijk niet voldoende. Toegang tot de Teams-transcript-API wordt ook geregeld door een afzonderlijke tenantinstelling. Een applicatie kan daarom een 403-antwoord krijgen, zelfs als de OAuth-toestemming correct lijkt. Het standaard ophalen van transcripten en opnamen is doorgaans een workflow met artefacten, geen onbeperkte toegang tot live media (Microsoft: transcript and recording retrieval).

Microsoft beschrijft bots voor ruwe media als gespecialiseerde hulpmiddelen voor toepassingen zoals compliance-opnamen, contactcenters en interoperabiliteit, en niet als de voorkeursarchitectuur voor gewone AI-assistenten voor vergaderingen (Microsoft: real-time media concepts). Dat is een sterke reden om te beginnen met een paneel en een ontwerp dat transcriptgebruik vooropstelt.

Zoom

Een onderhandelingscoach voor Zoom kan werken via een Zoom App, een gezamenlijke ervaring in de vergadering, Real-Time Media Streams (RTMS) of API's voor gebruik na de vergadering. RTMS vraagt om specifieke mediamachtigingen, zoals toegang tot transcript of audio. Beheerders kunnen RTMS in- of uitschakelen en automatisch starten configureren, terwijl hosts verzoeken kunnen toestaan of weigeren. Zoom toont een melding nadat een RTMS-app is gestart (Zoom: RTMS setup and scopes).

Zoom geeft aan dat de Meeting SDK bedoeld is voor gebruik door mensen en geen bots of AI-notulisten ondersteunt; dergelijke toepassingen worden verwezen naar RTMS (Zoom: Meeting SDK). Voor RTMS gelden ook limieten voor credits en gelijktijdige streams. Inkoop- en technische teams moeten daarom de commerciële en capaciteitsbeperkingen controleren en niet uitgaan van onbeperkte toegang.

RTMS-transcriptpakketten kunnen de identiteit van deelnemers, tijdstempels, taal en tekst bevatten. Zoom merkt op dat het detecteren van een taalwijziging ongeveer 10–30 seconden kan duren, wat onzekerheid oplevert voor livecoaching in meerdere talen (Zoom: handling media data).

Google Meet

Google Meet ondersteunt ingebouwde add-ons en REST API's voor vergaderconfiguratie, deelnemers, gebeurtenissen en artefacten. Meet-add-ons draaien in een iframe dat de gebruiker selecteert; Workspace-beheerders kunnen bepalen welke add-ons kunnen worden geïnstalleerd (Google: Meet add-on concepts).

Voor toegang tot de Meet REST API is OAuth door de gebruiker vereist. Voor het lezen van vergadermetadata kunnen gevoelige scopes nodig zijn, terwijl het downloaden van opnamen of transcripten via Drive beperkte scopes, verificatie en mogelijk een beveiligingsbeoordeling kan vereisen. Domeinbrede delegatie kan een serviceaccount toestaan zich als gebruikers voor te doen, wat een veel groter governance-oppervlak creëert (Google: authentication and authorization).

Tijdsgevoelig feit: Google kondigde op 28 oktober 2026 aan dat de ontwikkelaarspreview van de Meet Media API zou worden beëindigd. De endpoints zouden op 15 januari 2027 worden afgesloten. Nieuwe ontwerpen moeten hier niet van afhankelijk zijn. De ondersteunde REST API en Add-ons SDK zijn geen algemene vervanging voor onbeperkte toegang tot ruwe live media (Google Meet release notes).

Een framework voor verbindingen waarbij het transcript vooropstaat

Gebruik het framework MINIMUM om van een platformverbinding een gecontroleerde AI-workflow met menselijke tussenkomst te maken.

M — Maak het onderhandelingsdoel concreet

Leg precies vast welke taak moet worden uitgevoerd:

• Goedgekeurde vragen aanreiken tijdens een leveranciersgesprek.
• Getallen of datums markeren die moeten worden gecontroleerd.
• Bijhouden welke kwesties nog niet zijn opgelost.
• Na de vergadering een interne samenvatting opstellen.

‘Alles analyseren’ is geen geldig doel. Het leidt tot brede toegang zonder een verantwoord gebruiksdoel.

I — Identificeer de minst gevoelige gegevensroute

Hanteer deze volgorde:

1. Native transcriptstream.
2. Goedgekeurde ondertiteling of transcript-API van het platform.
3. Transcript na de vergadering.
4. Zichtbare deelnemersbot.
5. Ruwe media, uitsluitend wanneer er een gedocumenteerde behoefte is waaraan tekst niet kan voldoen.

N — Nauwkeurige beperking van machtigingen

Geef de voorkeur aan machtigingen die specifiek zijn voor een vergadering of door een gebruiker zijn gedelegeerd, boven toegang voor de hele tenant of het hele domein. Controleer afzonderlijk:

• Installatie of OAuth-toestemming.
• Inschakeling door de beheerder.
• Goedkeuring door de host.
• Vereiste melding of toestemming van deelnemers.
• Bevoegdheid voor opslag en verwijdering.

Dit zijn verschillende controles. Aan de ene voldoen betekent niet dat ook aan de andere is voldaan.

I — Importeer goedgekeurde onderhandelingsgrenzen

Geef de assistent vóór de vergadering een goedgekeurd onderhandelingsplan, met daarin:

• Doel en ondergrens.
• Concessieladder en regels voor uitruil.
• Goedkeuringslimieten per rol.
• Contractversie en geschiedenis van clausules.
• Risico's van de leverancier en betwiste beweringen.
• Uitspraken die de onderhandelaar niet mag doen.

Laat de assistent bevoegdheid niet afleiden uit functietitels, eerdere vergaderingen of een onvolledig transcript.

M — Markeer bewijs en onzekerheid

Bij elk geëxtraheerd voorstel moeten de spreker en tijdstempel behouden blijven. Getallen, valuta, percentages, datums, hoeveelheden en voorwaardelijke formuleringen moeten worden gecontroleerd.

Een bruikbaar uitvoerformaat is:

Bewijs uit transcript: ‘Levering in juni’, spreker van de leverancier, 14:08.
Onzekerheid: Productcode was onduidelijk.
Suggestie van de assistent: Vraag of juni verwijst naar verzending of ontvangst.
Beslissing van de mens: De inkoper bevestigt de vraag voordat die wordt gesteld.

U — Gebruik goedkeuringsmomenten

Deel elke mogelijke uitvoer in als:

• Adviserend: Privéaanwijzingen, vragen, herinneringen en signalen van inconsistenties.
• Goedkeuring vereist: Voorgestelde concessies, berichten aan leveranciers, samenvattingen, CRM-updates en redlines.
• Verboden: Zelfstandig aanvaarden, ondertekenen, heimelijk opnemen of beweren dat er contractuele bevoegdheid is.

Een praktische workflow voor een Live onderhandelingscoach moet ‘eerst voorstellen, dan goedkeuren’ volgen, vooral wanneer Negotiations.AI wordt gebruikt ter ondersteuning van een inkoper die met een leverancier over prijzen, levering, kortingen of serviceniveaus onderhandelt.

M — Maak een soepele terugvaloptie mogelijk

Als live toegang uitvalt, moet de assistent handmatig ingevoerde notities kunnen verwerken of wachten op goedgekeurde artefacten na de vergadering. De assistent mag nooit lobby-, host-, tenant- of domeincontroles omzeilen.

Hypothetisch inkoopvoorbeeld

Hypothetisch voorbeeld — geen klantresultaat of bewering over platformprestaties: Een inkoopmanager onderhandelt op Teams over de levering van verpakkingen. Het goedgekeurde plan staat toe een langere prognoseperiode te bespreken, maar vereist goedkeuring van de financiële afdeling voordat de betalingsvoorwaarden worden gewijzigd.

Het privévenster ontvangt een transcript waarin de sprekers zijn vermeld. De leverancier zegt: ‘We kunnen de voorgestelde prijs per eenheid handhaven als de prognose bindend wordt en de betaling eerder plaatsvindt.’ De realtime onderhandelingsassistent bestempelt dit niet als een definitief aanbod. In plaats daarvan toont de assistent:

• Er zijn twee gekoppelde voorwaarden voorgesteld: een bindende prognose en eerdere betaling.
• ‘Eerder’ is niet nader gespecificeerd.
• De wijziging van de betalingsvoorwaarden valt buiten het mandaat van de manager.
• Voorgestelde vraag: ‘Welke specifieke betalingstermijn en prognoseverplichting stelt u voor?’

De manager stelt de vraag. Wanneer de leverancier een termijn noemt, markeert de assistent deze als goedkeuring vereist. De assistent aanvaardt of verwerpt het voorstel niet en verstuurt ook niet automatisch een samenvatting.

Na de vergadering verwijst de conceptsamenvatting naar de tijdstempel in het transcript en vermeldt dat het voorstel nog intern wordt beoordeeld. De manager corrigeert een verkeerd getranscribeerde productcode voordat het verslag wordt goedgekeurd.

Dit is AI met menselijke tussenkomst: software verbetert de aandacht en het vastleggen van bewijs, maar een verantwoordelijke persoon blijft eigenaar van de interpretatie, bevoegdheid en communicatie.

Beperkingen die in het ontwerp thuishoren, niet in de kleine lettertjes

Transcripten zijn feilbaar bewijs

Ondertiteling kan sprekers, valuta, percentages, productcodes en meertalige spraak verkeerd identificeren. Een platformtranscript is bewijs dat moet worden gecontroleerd, geen overeenkomst of gezaghebbend verslag.

Platformtoegang kan uitvallen

Licenties, beheerdersinstellingen, beperkingen voor externe apps, verlopen tokens, weigering door de host, toelating uit de lobby, vertraagde beschikbaarheid van artefacten of het niet starten van transcriptie kunnen de workflow onderbreken. Ontwerp voor deze storingen voordat je op live aanwijzingen vertrouwt.

Machtiging bewijst geen toestemming

OAuth-goedkeuring, toelating door de host en een zichtbare platformmelding bewijzen niet dat aan alle wettelijke, contractuele, arbeidsrechtelijke, medezeggenschaps-, archiverings- of jurisdictiespecifieke verplichtingen is voldaan. Juridische en privacybeoordelaars moeten het vereiste proces bepalen.

De assistent kan de daadwerkelijke bevoegdheid niet vaststellen

Een model kan niet betrouwbaar weten of een uitspraak bindend is, of een deelnemer gedelegeerde bevoegdheid heeft of dat de interne intentie is veranderd. Het mag niet zelfstandig toezeggingen doen of aanvaarden over prijs, aansprakelijkheid, levering, garantie of contracttekst.

Gedragsscores kunnen schijnzekerheid geven

Uitvoer over sentiment, emoties of ‘misleiding’ mag niet als feit worden behandeld. Een integratie die alleen het transcript gebruikt, mist toon en visuele signalen, maar die afweging is vaak te verkiezen boven het verzamelen van gevoeligere media voor twijfelachtige gevolgtrekkingen.

Realtime aanwijzingen kunnen afleiden

Te frequente coaching kan het luisteren en relatiebeheer belemmeren. Geef onderhandelaars een pauzeknop, beperk het aantal meldingen en bied de mogelijkheid de verwerking tijdens vertrouwelijke gesprekken onder vier ogen op te schorten.

Menselijke goedkeuringen die verplicht blijven

Wijs verantwoordelijke eigenaren aan voordat je een integratie met vergaderingen inschakelt.

Zie voor bredere governancepatronen Menselijke goedkeuring inbouwen in een AI-onderhandelingsplatform.

Checklist voor inkopers: bewijs voor integratie met vergaderingen

Vraag een leverancier de antwoorden te demonstreren in plaats van een algemeen ‘ja’ te geven.

• Welk interactiemodel wordt op elk platform gebruikt?
• Is de app privé, gedeeld of een zichtbare deelnemer?
• Welke exacte OAuth- en platformscopes worden aangevraagd?
• Kan toegang worden beperkt tot één vergadering of gebruiker?
• Welke afzonderlijke beheerdersinstelling moet ook worden ingeschakeld?
• Wat ziet de host en wat moet die goedkeuren?
• Wat zien externe deelnemers?
• Kan de onderhandelaar het verzamelen van gegevens onmiddellijk stoppen?
• Wat gebeurt er wanneer transcriptie niet beschikbaar is?
• Worden spreker en tijdstempel bij elke geëxtraheerde toezegging bewaard?
• Hoe worden getallen, valuta en productcodes gecontroleerd?
• Wordt vergaderinhoud gebruikt om modellen te trainen, en kan dat gebruik worden uitgeschakeld?
• Waar worden gegevens opgeslagen en welke subverwerkers ontvangen ze?
• Hoe werken verwijdering, bewaring, export en juridische bewaarplicht?
• Kan de assistent zonder goedkeuring een bericht versturen of een ander systeem bijwerken?
• Hoe voorkomt de implementatie afhankelijkheid van een verouderde API?

Geverifieerde feiten, aannames, schattingen en aanbevelingen

Door deze categorieën gescheiden te houden, voorkom je dat architectuurvoorkeuren worden aangezien voor platformfeiten.

Geverifieerde feiten

• Teams biedt vergaderapps, API's voor transcripten en opnamen, RSC en gespecialiseerde bots voor ruwe media.
• Zoom biedt RTMS met specifieke mediamachtigingen en controles voor hosts en beheerders.
• Meet biedt add-ons en REST API's; voor het downloaden van artefacten kunnen beperkte Drive-scopes gelden.
• Google heeft de ontwikkelaarspreview van de Meet Media API gepland voor beëindiging op 15 januari 2027.

Deze beweringen worden ondersteund door de hierboven gelinkte primaire platformbronnen.

Aannames

Deze gids gaat ervan uit dat de assistent een menselijke onderhandelaar ondersteunt, in een bedrijfsaccount werkt en bedoeld is voor onderhandelingscoaching en ondersteuning bij het vastleggen van bewijs, niet voor compliance-opnamen. Ook wordt ervan uitgegaan dat externe leveranciers mogelijk ander platformbeleid hanteren.

Schattingen

Er worden hier geen schattingen gedaan van implementatiekosten, doorlooptijd, nauwkeurigheid of gebruik. Die cijfers hangen af van licenties, Zoom RTMS-credits, gelijktijdigheid, beveiligingsbeoordeling, gegevenslocatie, integratieomvang en de vraag of ruwe media worden verwerkt.

Aanbevelingen

Begin met een privévenster, toegang die alleen het transcript gebruikt, machtigingen die specifiek zijn voor de vergadering en beoordeling na afloop. Vereis expliciete menselijke goedkeuring voordat externe communicatie of een concessie plaatsvindt. Bewaar bewijs met spreker en tijdstempel, test risicovolle gegevensvelden afzonderlijk en bied een zichtbare stopknop.

Veelgestelde vragen

Kan één onderhandelingsassistent dezelfde integratie gebruiken voor Teams, Zoom en Meet?

Nee. De gebruikerservaring kan consistent zijn, maar de onderliggende API's, toestemmingsmodellen, beheerderscontroles, beschikbaarheid van artefacten en opties voor live media verschillen. Bouw een gemeenschappelijke governance-laag boven op platformspecifieke connectors in plaats van uit te gaan van gelijke functionaliteit.

Heeft een onderhandelingsassistent voor Teams tenantbrede machtigingen nodig?

Niet noodzakelijk. Teams ondersteunt resource-specific consent voor bepaalde vergaderresources, al moeten de exacte mogelijkheden en transcriptinstellingen worden gecontroleerd. Geef de voorkeur aan toegang die specifiek is voor de vergadering wanneer die aan de behoefte voldoet; gebruik bredere applicatiemachtigingen alleen als daar een gedocumenteerde noodzaak voor is en de beheerder ze goedkeurt.

Moet een onderhandelingscoach voor Zoom de Meeting SDK gebruiken?

Niet voor een bot of AI-notulist. Zoom geeft aan dat de Meeting SDK bedoeld is voor gebruik door mensen en verwijst toepassingen voor bots en AI-notulisten naar RTMS. Controleer RTMS-scopes, accountinschakeling, goedkeuring door de host, credits en limieten voor gelijktijdige streams voordat het ontwerp wordt goedgekeurd.

Kan de assistent een leveranciersvoorstel automatisch aanvaarden als het binnen een goedgekeurde bandbreedte valt?

Dat zou niet moeten. Een numerieke bandbreedte houdt geen rekening met gekoppelde voorwaarden, bevoegdheid, contractuele gevolgen of context. De assistent kan signaleren dat een voorstel binnen een grens lijkt te vallen, maar een verantwoordelijke persoon moet de voorwaarden controleren en beslissen of het voorstel wordt aanvaard.

Wanneer is verwerking na de vergadering beter dan livecoaching?

Gebruik dit wanneer het doel een samenvatting, het bijhouden van kwesties of het beoordelen van bewijs is en onmiddellijke interventie niet nodig is. Dit vermindert afleiding en voorkomt een deel van de complexiteit van livestromen, al blijven governancevereisten gelden voor opnamen, toegang tot transcripten, bewaring en extern delen.

Verder lezen

• Microsoft Teams: Resource-specific consent
• Zoom: Add Real-Time Media Streams to an app
• Google Meet: Authenticate and authorize REST API requests
• Google Meet REST API release notes

Disclaimer: Dit artikel bevat algemene operationele informatie en vormt geen juridisch, privacy-, beveiligings-, financieel of contractueel advies.