Ontwerp menselijke goedkeuring in een AI-onderhandelingsplatform

Governance van een AI-onderhandelingsplatform moet beginnen met een duidelijke regel: automatisering mag analyseren, concepten opstellen, aanbevelingen doen en communiceren binnen een afgebakend mandaat, maar mag het bedrijf niet binden, gedelegeerde bevoegdheden niet overschrijden, geen gecontroleerde uitzonderingen afhandelen en geen gevoelige communicatie aan leveranciers versturen zonder goedkeuring van een verantwoordelijke persoon.

Een goede goedkeuringsworkflow voor onderhandelingen maakt daarom onderscheid tussen routinematige ondersteuning en beslissingen die commerciële, juridische, compliance-, financiële of relationele risico's met zich meebrengen. Menselijke goedkeuring moet een uitdrukkelijke beslissing zijn van iemand met de relevante deskundigheid en bevoegdheid—geen stilzwijgen, een ongeopende melding of een ceremonieel klikje nadat de actie al is uitgevoerd.

Kort antwoord

Vereis menselijke goedkeuring voor bindende toezeggingen, afwijkingen van goedgekeurde commerciële grenzen, beleidsuitzonderingen, materiële concessies, het negeren van risicomeldingen en ingrijpende leveranciersgerichte acties. Sta automatisering toe voor verkennende vragen, planning, analyses, herinneringen en voorstellen binnen een vooraf goedgekeurd onderhandelingsmandaat. Leg bij elke goedkeuring de beslissing, het bewijs, de cumulatieve blootstelling, de goedkeurder, diens bevoegdheid, het tijdstip en de daaruit voortvloeiende actie vast.

Waarvoor is menselijke goedkeuring vereist?

Een onderhandelingsplatform moet stoppen en om goedkeuring vragen wanneer een actie onder een van deze zes categorieën valt.

1. Een bindende toezegging

Menselijke goedkeuring blijft verplicht voordat een definitief aanbod wordt aanvaard, een opdracht wordt gegund, een contract wordt ondertekend of gewijzigd, een inkooporder wordt uitgegeven, een looptijd wordt verlengd of een betalingsverplichting wordt aangegaan.

Elektronische kanalen maken toezeggingen niet onschadelijk. De Amerikaanse E-SIGN Act bepaalt dat een contract, handtekening of document in het algemeen niet uitsluitend vanwege de elektronische vorm rechtsgeldigheid kan worden ontzegd. Daarom zijn technische uitvoeringscontroles belangrijk: een beleid dat medewerkers vraagt een door AI gegenereerde aanvaarding achteraf te controleren, is geen afdoende vervanging voor het vooraf voorkomen van onbevoegde verzending (E-SIGN Act).

2. Een afwijking van het onderhandelingsmandaat

Het onderhandelingsmandaat is de machineleesbare grens waarbinnen AI-onderhandelingen mogen plaatsvinden. Het moet het volgende omvatten:

• Goedgekeurde prijs- en totale-kostenbereiken
• Maximale volumes en totale blootstelling gedurende de looptijd
• Contractduur en verlengingsstructuur
• Toegestane concessies
• Goedgekeurde clausules en terugvalteksten
• In aanmerking komende leveranciers en rechtspersonen
• Toegestane gegevens- en communicatietypen
• Bevoegdheden per gebruiker, categorie, entiteit en transactie

Elke overschrijding van een grens vereist een beslissing van de juiste bevoegde persoon. Een hoge modelbetrouwbaarheid verandert daar niets aan: betrouwbaarheid zegt iets over een uitvoer, niet over de bevoegdheid van het bedrijf.

3. Een uitzondering op beleid of proces

Voorbeelden zijn een besluit om met één leverancier in zee te gaan, een vrijstelling van een aanbesteding, een niet-goedgekeurde leverancier, onvoltooide due diligence, een aankoop met terugwerkende kracht, een gesplitste bestelling, een niet-standaard betalingsroute of het negeren van een risicomelding.

De persoon die een uitzondering aanvraagt, mag niet de enige goedkeurder zijn. Menselijke tussenkomst bij onderhandelingen is alleen betekenisvol als de beoordelaar het verzoek onafhankelijk kan afwijzen en de uitvoering kan tegenhouden.

4. Een materiële concessie

Een concessie draagt economische, juridische of strategische waarde over. Voorbeelden zijn een hogere prijs, vooruitbetaling, gegarandeerd volume, exclusiviteit, een langere verbintenis, minder rechtsmiddelen, lagere serviceniveaus, afstand van vorderingen of minder privacy- en beveiligingsbescherming.

Het platform moet concessies cumulatief berekenen. Vijf ogenschijnlijk kleine concessies kunnen meer blootstelling opleveren dan één duidelijk grote concessie. Het moet ook vastleggen wat de koper ervoor terugkreeg; een concessie zonder tegenprestatie verdient extra aandacht.

5. Een juridisch, ethisch, regelgevings- of financieel beheersingsvraagstuk

Goedkeuring en mogelijk escalatie zijn nodig bij overeenkomsten met sanctielijsten of eigendomsgegevens, zorgen over omkoping, belangenconflicten, vermoedelijke manipulatie van biedingen, kwesties rond informatie over concurrenten, aanwijzingen voor fraude, zorgen over persoonsgegevens, vragen over exportcontrole en mogelijk materiële gevolgen voor de boekhouding.

OFAC beschrijft risicogebaseerde screening en beoordeling van meldingen om te bepalen of een activiteit moet worden geblokkeerd, afgewezen, stopgezet of toegestaan. De richtlijnen wijzen ook op tekortkomingen in due diligence, screening, besluitvorming en escalatie (OFAC introduction). De onderhandelaar mag een verplichte complianceblokkade niet eigenmachtig opheffen.

6. Een ingrijpende leveranciersgerichte actie

Vereis goedkeuring voor afwijzing, uitsluiting, schorsing, beëindiging, beschuldigingen van wangedrag, dreigementen met rechtszaken, aanmaningen, terugvorderingsclaims, openbare verklaringen of berichten die redelijkerwijs als definitief bedrijfsbeleid kunnen worden opgevat.

Een bericht kan risico opleveren, ook als het geen contract uitvoert. De toon, de schijn van bevoegdheid en de operationele gevolgen zijn van belang.

Een herbruikbare matrix voor beslissingsbevoegdheden

Gebruik de volgende matrix als uitgangspunt en pas deze vervolgens aan op gedelegeerde bevoegdheden, categorierisico's, rechtsgebieden en bestaande controles. Dit is een aanbeveling, geen universele juridische norm.

Sommige controles mogen nooit door een onderhandelaar alleen worden omzeild: sanctieblokkades, bevoegdheden voor ondertekening en inkoop, functiescheiding, financieringslimieten, regels voor belangenconflicten, beperkingen op informatie over concurrenten en verboden met betrekking tot beveiliging, privacy, juridische bewaarplichten of rapportage aan toezichthouders.

Ontwerp de workflow rond bevoegdheden, niet rond modelbeoordelingen

Het model mag niet zelf bepalen of zijn eigen actie bevoegd is. Scheid de onderdelen:

1. Het model doet een voorstel. Het stelt een vraag, optie, concessie of reactie op.
2. Een deterministische beleidsdienst beoordeelt het voorstel. Deze controleert bevoegdheden, drempelwaarden, clausules, leveranciersstatus, cumulatieve blootstelling, gegevensclassificatie en actietype.
3. De goedkeuringsworkflow voor onderhandelingen routeert het verzoek. Deze bepaalt welke goedkeurders nodig zijn en voorkomt zelfgoedkeuring wanneer onafhankelijkheid van belang is.
4. De mens beslist. De goedkeurder aanvaardt, wijst af, bewerkt, vraagt om meer bewijs of pauzeert de onderhandeling.
5. Een uitvoeringsdienst voert de actie uit. Alleen een goedgekeurde actie wordt vrijgegeven, ondertekend, gepubliceerd of verzonden.
6. De auditregistratie sluit de cirkel. Invoer, uitvoer, goedkeuringen, bewerkingen, uitgaande communicatie en daaruit voortvloeiende toezeggingen worden bewaard.

Deze scheiding geeft AI begrensde beslissingsruimte in plaats van algemene vertegenwoordigingsbevoegdheid. Teams die systeemontwerpen vergelijken, kunnen onderzoeken hoe een beheerst AI-onderhandelingsproces voorbereiding en uitvoering ondersteunt. Bij een bredere evaluatie van inkooponderhandelingssoftware moeten integraties, bevoegdheidscontroles en controleerbaarheid worden getest.

Het AI Risk Management Framework van NIST vraagt om vastgelegde rollen, verantwoordelijkheden, communicatielijnen en processen voor menselijk toezicht. Het bijbehorende Playbook beveelt ook aan vast te stellen welke mogelijkheden toezicht vereisen en te testen of dat toezicht betrouwbaar werkt (NIST AI RMF Core). Dit zijn nuttige principes voor het ontwerpen van controles, hoewel de NIST-richtlijnen geen universele inkoopmatrix voorschrijven.

Wat een goedkeurder moet kunnen zien

Een melding met de tekst 'goedkeuring vereist' is onvoldoende. Het goedkeuringspakket moet antwoord geven op de volgende vragen:

• Welke actie wordt voorgesteld?
• Welke grens, clausule, beleidsregel of bevoegdheidsregel heeft de beoordeling geactiveerd?
• Wat is de commerciële motivering?
• Welke concessies zijn tijdens de volledige onderhandeling al gedaan?
• Welke tegenprestatie is verkregen?
• Welke informatie ontbreekt of is onzeker?
• Welke alternatieven zijn nog beschikbaar?
• Wat gebeurt er als de goedkeurder de actie afwijst of uitstelt?
• Wie is bevoegd en zijn aanvullende goedkeuringen nodig?
• Welk exact bericht of document wordt aan de leverancier verstuurd?

De interface moet de beoordelaar in staat stellen de voorgestelde actie af te wijzen, te bewerken, te pauzeren of te beëindigen. Een betekenisvolle beoordeling vereist voldoende context en tijd, passende deskundigheid, daadwerkelijke bevoegdheid en een effectief middel om de actie tegen te houden.

Zie voor voorbereiding op procesniveau voordat een goedkeuringsverzoek wordt aangemaakt Een onderhandelingsplanning in acht stappen.

Een goedkeuringsontwerp met vier niveaus

Een praktische aanpak voor menselijke tussenkomst bij onderhandelingen kan acties indelen in vier niveaus.

Ook niveau 1 moet begrensd zijn. Een routinematige vraag mag geen vertrouwelijke gegevens onthullen, geen aanvaarding impliceren en niet uitnodigen tot het delen van concurrentiegevoelige informatie. Concepten voor leveranciers kunnen niet-bindende formuleringen bevatten totdat een bevoegde persoon de definitieve versie vrijgeeft.

Hypothetisch voorbeeld: een concessie bij contractverlenging die zich opstapelt

Hypothetisch voorbeeld—de cijfers zijn illustratieve ontwerpkeuzes en geen externe benchmarks.

Een inkoopteam binnen een onderneming machtigt een onderhandelingsplatform om een softwarecontract te verlengen binnen goedgekeurde parameters voor prijs, looptijd, gegevensverwerking en serviceniveaus. Tijdens de uitwisseling stelt de AI drie stappen voor:

1. Een bescheiden verhoging van de prijs per eenheid aanvaarden.
2. De looptijd verlengen in ruil voor een prijsplafond.
3. De servicecredits verlagen om betere ondersteuning te verkrijgen.

Elke stap kan afzonderlijk aanvaardbaar lijken. Samen verhogen ze echter de totale kosten over de looptijd, verminderen ze de flexibiliteit en verzwakken ze de rechtsmiddelen. De workflow moet daarom het volledige pakket beoordelen, niet alleen het meest recente bericht.

Het platform stelt een goedkeuringspakket op met het oorspronkelijke mandaat, de cumulatieve wijzigingen, de verkregen waarde, de resterende alternatieven en de exacte reactie. De budgethouder beoordeelt de economische blootstelling, terwijl juridische zaken de wijziging van de rechtsmiddelen beoordeelt. Er wordt pas een bericht verzonden nadat beide beslissingen zijn vastgelegd.

In een concrete workflow van Negotiations.AI is dit routeringsmoment relevant: het systeem dat voor de inkooponderhandeling wordt gebruikt, moet het voorstel, het bewijs, de bevoegdheidscontrole, menselijke bewerkingen en de uitgaande vrijgave als één samenhangend dossier bewaren. Dat is een workflowvereiste, geen bewering dat elk product dit op dezelfde manier implementeert.

Invoer die de goedkeuringsengine nodig heeft

De governance van een AI-onderhandelingsplatform is slechts zo betrouwbaar als de beleids- en transactiegegevens die ervoor beschikbaar zijn. Nuttige invoer omvat:

• Gedelegeerde bevoegdheden per persoon, entiteit, categorie en transactietype
• Goedgekeurde prijs-, kosten-, volume- en blootstellingsbereiken
• Beschikbaarheid van budget en boekhoudkundige classificatie
• Contractwaarde, looptijd en totale uitgaven bij de leverancier
• Clausulebibliotheek, terugvalopties en ernst van afwijkingen
• Eerdere concessies en cumulatief economisch effect
• Identiteit van de leverancier, uiteindelijk belanghebbenden en betalingsinstructies
• Resultaten van sanctie-, exportcontrole-, fraude- en screening tegen beperkte partijen
• Verklaringen over belangenconflicten
• Beoordelingen van cyberbeveiliging, privacy, veerkracht en leveranciersrisico
• Biedingsgeschiedenis en motivering voor één leverancier
• Rechtsgebied, toepasselijk recht en wettelijke vereisten
• Gegevensclassificatie en toestemmingen voor openbaarmaking
• Bevoegdheid, opleidingsstatus, rol en belangenconflicten van gebruikers
• Ontbrekende informatie, storingen van hulpmiddelen en afwijkende uitvoer
• Volledige prompts, opgehaalde documenten, voorstellen, goedkeuringen en uitgaande logboeken

Behandel deze invoer volgens de status ervan. Een bevoegdheidsregistratie kan een geverifieerd feit zijn. De verwachte vraag kan een schatting zijn. Een verklaring van een leverancier over toekomstige capaciteit kan een niet-geverifieerde aanname blijven. Een door het model gegenereerde terugvaloptie is een aanbeveling. De gebruikersinterface moet deze categorieën labelen in plaats van ze samen te voegen tot één overtuigend verhaal.

Drempelwaarden vaststellen zonder een norm te verzinnen

Geen van de aangehaalde bronnen stelt een universele geldelijke drempel, een percentage voor prijswijzigingen of een contractduur vast waarvoor altijd goedkeuring vereist is. Een regel als 'elke wijziging van vijf procent escaleren' is een keuze van de organisatie, geen geverifieerde benchmark.

Stel drempelwaarden vast op basis van:

• Bestaande schema's voor gedelegeerde bevoegdheden
• Regels van het bedrijf voor materialiteit en budgetten
• Categorierisico en continuïteit van de levering
• Gevoeligheid van clausules en gegevens
• Cumulatieve blootstelling in plaats van blootstelling per bericht
• Leveranciersconcentratie en overstapmoeilijkheid
• Verplichtingen per rechtsgebied en sector
• Omkeerbaarheid van de voorgestelde actie

De interne-controlevoorschriften van de SEC bieden een nuttige analogie voor het ontwerpen van bevoegdheden: ze beschrijven redelijke zekerheid dat transacties, uitgaven, ontvangsten en toegang tot activa plaatsvinden met passende goedkeuring van het management of de directie. Ze vereisen niet dat elke door AI gegenereerde commerciële voorwaarde handmatig wordt goedgekeurd (SEC internal-control rule).

Test of menselijke beoordeling echt is

Een goedkeuringsworkflow voor onderhandelingen kan beheerst lijken, terwijl goedkeuringen in werkelijkheid automatisch worden afgetikt. Test de workflow met scenario-oefeningen:

• Kan een koper een aanvaarding versturen door het onderwerp of kanaal van het bericht te wijzigen?
• Kan het opsplitsen van één concessie in meerdere kleinere stappen escalatie voorkomen?
• Kan de aanvrager zijn eigen uitzondering goedkeuren?
• Blijft de blokkade actief wanneer de identiteit of betalingsgegevens van de leverancier veranderen?
• Kan een goedkeurder het exacte uitgaande document bekijken?
• Maakt het systeem onderscheid tussen een aanbeveling en geverifieerd bewijs?
• Kunnen beoordelaars afwijzen of bewerken zonder buitensporige frictie?
• Wat gebeurt er wanneer een goedkeurder niet beschikbaar is?
• Zorgt een mislukte integratie ervoor dat een materiële actie standaard wordt stopgezet?
• Kan het team reconstrueren wie wat wist, wat besloot en wat verstuurde?

Ook het aantal meldingen is van belang. Te veel escalaties met weinig waarde moedigen oppervlakkige beoordeling aan. Deel de workflow in naar risiconiveau, verstrek volledige beslispakketten en onderzoek periodiek afwijkingen, goedkeuringstijden, terugkerende uitzonderingen en wijzigingen na goedkeuring. Verminder meldingen niet alleen om de snelheid te verhogen; verwijder meldingen alleen wanneer de onderliggende actie veilig binnen een aangepast mandaat kan worden afgehandeld.

Beperkingen en gevallen die aanvullende analyse vereisen

Dit kader gaat uit van een commerciële koper die AI gebruikt om met leveranciers te onderhandelen. Overheidsopdrachten, gereguleerde inkoop, werkgelegenheid, consumententransacties of onderhandelingen in klinische, defensie- of andere gespecialiseerde contexten kunnen andere controles vereisen.

De EU AI Act is sinds 2 augustus 2026 in het algemeen van toepassing, met inachtneming van gefaseerde bepalingen en uitzonderingen. Artikel 14 bevat vereisten voor menselijk toezicht op systemen die juridisch als hoog risico zijn geclassificeerd. Daaronder vallen mogelijkheden om uitvoer te monitoren, te interpreteren, te negeren of te overrulen en de werking te onderbreken. Een systeem voor onderhandelingen met leveranciers is niet automatisch hoog risico alleen omdat het onderhandelt; de classificatie hangt af van het beoogde gebruik en de categorieën in de wet (Regulation (EU) 2024/1689). Vraag waar nodig advies dat is toegespitst op het rechtsgebied en de gebruikssituatie.

Menselijke goedkeuring kan ook geen onwettig doel, verboden gegevensbron, samenspanningsontwerp, onbetrouwbaar model of structureel bevooroordeelde beoordelaar rechtzetten. In de richtlijnen van het Amerikaanse ministerie van Justitie voor de beoordeling van bedrijfscompliance wordt gevraagd hoe organisaties de juridische gevolgen van AI beoordelen, AI opnemen in risicobeheer en onbedoeld of roekeloos misbruik beperken (DOJ Evaluation of Corporate Compliance Programs).

Tot slot mag goedkeuring geen vervanging worden voor platformcontroles. Als een actie nooit zonder bevoegdheid mag plaatsvinden, voorkom dan technisch dat deze wordt uitgevoerd. Vertrouw niet op een prompt die het model vertelt zich goed te gedragen of op een gebruiker die eraan denkt in te grijpen.

Implementatiechecklist

Gebruik deze checklist voordat leveranciersgerichte activiteiten worden ingeschakeld:

• Definieer bindende en leveranciersgerichte acties.
• Leg commerciële, juridische, gegevens- en bevoegdheidsmandaten vast.
• Wijs voor elke goedkeuringscategorie een met naam genoemde eigenaar aan.
• Bepaal dat stilzwijgen en het verstrijken van een termijn niet als goedkeuring gelden.
• Scheid aanbevelings-, autorisatie- en uitvoeringsdiensten.
• Meet cumulatieve concessies en totale blootstelling.
• Vereis onafhankelijke beoordeling van gecontroleerde uitzonderingen.
• Voorkom dat onderhandelaars verplichte blokkades zelfstandig opheffen.
• Label feiten, aannames, schattingen en aanbevelingen.
• Toon goedkeurders de exacte voorgestelde uitgaande actie.
• Bewaar prompts, bewijs, bewerkingen, beslissingen en vrijgaven.
• Test omzeilingen, onbeschikbare goedkeurders en integratiestoringen.
• Beoordeel fout-positieven, afwijkingen en terugkerende uitzonderingen.
• Valideer bevoegdheden en beleid opnieuw wanneer rollen of systemen veranderen.

Het doel is niet om overal een menselijke klik in te voegen. Het doel is om verantwoord menselijk oordeel te reserveren voor acties die wezenlijke blootstelling veroorzaken, terwijl gecontroleerde automatisering wordt toegestaan voor acties die begrensd, geregistreerd en omkeerbaar zijn.

Verder lezen

• NIST AI Risk Management Framework
• NIST Generative Artificial Intelligence Profile
• European Union Artificial Intelligence Act
• OFAC Framework for Compliance Commitments

Veelgestelde vragen

Moet elk bericht aan een leverancier menselijke goedkeuring vereisen?

Nee. Goedgekeurde verkennende vragen, planning, herinneringen en het delen van toegestane feiten kunnen binnen een afgebakend mandaat worden geautomatiseerd. Vereis beoordeling wanneer een bericht het bedrijf kan binden, gecontroleerde informatie kan onthullen, waarde kan prijsgeven, een uitzondering kan activeren of de relatie met de leverancier wezenlijk kan beïnvloeden.

Kan een hoge betrouwbaarheidsscore van het model goedkeuring vervangen?

Nee. Betrouwbaarheid is geen gedelegeerde bevoegdheid. Ze kan invloed hebben op de prioriteit van een beoordeling, maar kan geen uitgaven autoriseren, juridische voorwaarden aanvaarden, een complianceblokkade opheffen of een bindende communicatie vrijgeven.

Wie moet een door inkoop aangevraagde uitzondering goedkeuren?

De passende onafhankelijke controle-eigenaar moet de uitzondering goedkeuren—bijvoorbeeld inkoopgovernance, compliance, juridische zaken, financiën, privacy of beveiliging. De aanvrager mag niet de enige goedkeurder zijn, en sommige controles staan helemaal geen uitzondering toe.

Wat moet er gebeuren als goedkeuringsgegevens ontbreken?

Het systeem moet om het ontbrekende bewijs vragen of de gecontroleerde actie stopzetten. Het mag geen bevoegdheid afleiden, niet aannemen dat due diligence is afgerond en ontbrekende informatie niet omzetten in goedkeuring.

Mag een mens de AI-aanbeveling overrulen?

Normaal gesproken wel, als de persoon binnen diens gedelegeerde bevoegdheid handelt. Leg de motivering vast. Een AI-aanbeveling overrulen is iets anders dan een verplichte controle overrulen; daarvoor is afzonderlijke bevoegdheid nodig of het kan verboden zijn.

Disclaimer: Dit artikel bevat algemene informatie over governance en vormt geen juridisch, financieel, compliance- of inkoopadvies.