Meetingtranscripten privé houden bij OpenRouter

Kort antwoord: stuur je meetingtranscripten via OpenRouter, zet dan de privacyinstellingen in je OpenRouter-account aan en voeg met één knop dezelfde twee vlaggen toe aan de verzoeken van Autorec. Zero Data Retention beperkt de routering tot endpoints die niets bewaren, en door providers te blokkeren die invoer opslaan voor training, valt de rest af. Laat de optie van OpenRouter om zelf je gegevens te gebruiken uit staan. Wil je dat alles in de EU wordt verwerkt, laat de basis-URL van Autorec dan naar het EU-endpoint wijzen. Zo beschrijft de documentatie van OpenRouter deze instellingen in oktober 2026; ze veranderen, dus kijk ook naar de links aan het eind.

Autorec neemt op en transcribeert op je eigen computer. De optionele AI-samenvatting is de enige stap die tekst ergens anders naartoe stuurt: het transcript gaat naar het endpoint dat je instelt onder Instellingen, AI-samenvatting. Elk verzoek bevat je samenvattingsprompt, het volledige transcript, de modelnaam, max_tokens, temperature en de extra velden die je zelf toevoegt (daarover hieronder meer). Is dat endpoint OpenRouter, dan wordt de tekst doorgestuurd naar een modelprovider die je misschien nooit bij naam hebt gekozen. Daar zit de privacyvraag. (Wil je die vraag liever overslaan, dan lees je in het artikel over een lokale LLM hoe je de samenvatting op je eigen hardware maakt.)

Voor het instellen van OpenRouter zelf kun je Meetingsamenvattingen via OpenRouter lezen. Dit artikel gaat alleen over privacy.

Wat OpenRouter zelf bewaart

Volgens de privacydocumentatie van OpenRouter bewaart het standaard geen prompts of antwoorden. Het bewaart wel metadata per verzoek, zoals het aantal tokens en de wachttijd.

Er zijn twee opt-ins, allebei standaard uit en los van elkaar:

Private Input & Output Logging (instellingen voor Observability) bewaart je prompts en antwoorden zodat je ze in je eigen logs kunt teruglezen.
OpenRouter Use of Inputs/Outputs (instellingen voor Privacy) laat OpenRouter je prompts en antwoorden gebruiken om zijn product te verbeteren. Daar krijg je 1% korting op modelgebruik voor terug.

Voor vertrouwelijke gesprekken zou ik die korting laten liggen. Laat ze allebei uit.

Eén kanttekening van dezelfde pagina: OpenRouter neemt een kleine steekproef van prompts om ze in te delen in categorieën, voor zijn rapportages en modelranglijsten. Heb je niet gekozen voor de instelling over het gebruik van invoer, dan wordt die steekproef anoniem bewaard en niet aan je account gekoppeld.

De provider is de echte vraag

OpenRouter stuurt je verzoek door naar een modelprovider, en elke provider heeft zijn eigen beleid. Sommige bewaren prompts een tijdje. Sommige trainen er misschien op. Volgens de routeringsdocumentatie van OpenRouter is de standaard allow: providers die “store user data non-transiently and may train on it” komen in aanmerking.

Je hebt hiervoor twee knoppen, en die zitten allebei in de privacyinstellingen van je account op openrouter.ai/settings/privacy.

Zero Data Retention

Met ZDR aan routeert OpenRouter alleen naar endpoints met een Zero Data Retention-beleid, dus endpoints die na de inferentie niets bewaren. De instellingenpagina heeft een aparte schakelaar per modelgroep: Anthropic, OpenAI, Google, xAI en “all other models”. Zet de groepen aan die je echt gebruikt, of allemaal.

Twee dingen om te weten:

Er komen minder endpoints in aanmerking, dus sommige modellen zijn misschien niet beschikbaar of hebben minder providers achter zich. De documentatie zegt dat endpoints zonder ZDR met ZDR aan “may not be available”. Test je model nadat je de schakelaar omzet.
ZDR geldt alleen voor de routering van inferentie. Plug-ins en servertools zoals webzoeken hebben hun eigen bewaarregels. Autorec gebruikt die niet, maar het is goed om te weten als je de sleutel ook ergens anders gebruikt.

Providers blokkeren die op invoer trainen

De andere instelling schakelt externe providers uit die invoer opslaan voor training. In de API komt die overeen met data_collection: "deny": alleen providers die geen gebruikersgegevens verzamelen, worden gebruikt. ZDR is de strengste van de twee, maar je kunt ze allebei aanzetten.

Vlaggen per verzoek in Autorec

OpenRouter accepteert dezelfde twee knoppen ook per verzoek, in een provider-object. Autorec laat je die toevoegen. Onder Instellingen, AI-samenvatting staat een tekstvak Extra request fields (JSON). Elk JSON-object dat je daar neerzet, wordt op het hoogste niveau samengevoegd met elk samenvattingsverzoek. Heb je de voorinstelling OpenRouter gekozen, klik dan op Use privacy settings en het vak wordt gevuld met:

{"provider": {"zdr": true, "data_collection": "deny"}}

Je kunt het ook zelf plakken. Het veld wordt opgeslagen zodra je erbuiten klikt. Je OpenRouter-API-sleutel moet nog steeds in het sleutelveld staan.

Wat de twee vlaggen doen, volgens de documentatie over providerselectie van OpenRouter:

zdr: true stuurt het verzoek alleen naar endpoints met een Zero Data Retention-beleid.
data_collection: "deny" gebruikt alleen providers die geen gebruikersgegevens verzamelen. De standaard is "allow".

Autorec controleert het veld. model, messages en stream zijn gereserveerd, omdat Autorec die zelf invult; probeer je ze op te slaan, dan krijg je “Not saved: autorec sets “model” itself.” (met de betreffende veldnaam). Alles wat geen JSON-object is, wordt geweigerd met “Not saved: this isn’t a JSON object.” Het veld kan max_tokens en temperature overschrijven, dus zet die er alleen in als je dat echt wilt.

Laat de accountinstellingen ook aanstaan

De accountbrede instellingen uit het vorige deel zou ik toch aanzetten. Een zdr per verzoek voegt alleen handhaving toe. OpenRouter combineert hem met je account- en guardrail-instellingen, dus hij kan ze nooit versoepelen. De accountinstellingen gelden ook voor elke andere app die je sleutel gebruikt, en ze vangen het op als je het veld per ongeluk leegmaakt of er een tikfout in plakt. Zie de vlaggen per verzoek als een tweede laag, niet als vervanging.

Guardrails, als je met een team werkt

Guardrails van OpenRouter zijn regels die je aan API-sleutels of leden van een organisatie toewijst. Ze kunnen ZDR per modelgroep afdwingen, beperken welke providers en modellen zijn toegestaan, en bepalen welke regionale domeinen een sleutel mag gebruiken. Een guardrail dwingt niets af zolang hij niet is toegewezen, en als er meerdere gelden, wint de strengste uitkomst.

Voor één persoon met één sleutel zijn de accountinstellingen genoeg. Delen meerdere mensen een organisatie, maak dan een aparte sleutel voor Autorec en geef die een guardrail, zodat de bescherming niet afhangt van ieders persoonlijke instellingen.

Verwerking alleen in de EU

Gaat het in je gesprekken om gegevens uit de EU, dan biedt OpenRouter routering binnen de regio aan. Die gebruik je door de basis-URL te veranderen, er is geen schakelaar voor:

https://eu.openrouter.ai/api/v1

Open in Autorec Instellingen, AI-samenvatting, kies OpenRouter als provider en pas het veld API-basis-URL aan. Dat is een gewoon tekstveld, dus je kunt de voorinstelling overschrijven. Je API-sleutel en model-ID’s blijven hetzelfde.

Wat de documentatie erover zegt:

Abonnementen. Het is beschikbaar op de Business- en Enterprise-abonnementen van OpenRouter. Naar Business kun je zelf upgraden onder Settings, Manage plan.
Geen stille uitwijk. Verzoeken op het EU-domein gaan alleen naar providers in de regio (de EU/EER, het Verenigd Koninkrijk en Zwitserland). Kan geen enkele provider daar je model draaien, dan krijg je een foutmelding en niet stilletjes een andere regio. De EU-catalogus is een deel van de wereldwijde.
Niet alles blijft in de EU. Accountgegevens, factuurgegevens, authenticatiegegevens, beveiligingslogs en metadata voor misbruikmonitoring kunnen nog steeds in de VS worden verwerkt.
De verwerkersovereenkomst. OpenRouter biedt een verwerkersovereenkomst volgens de AVG met standaardcontractbepalingen. Er bestaat een addendum voor verwerking van API-inhoud uitsluitend in de EU, maar dat geldt alleen als je er schriftelijk voor kiest. Het gaat niet automatisch.
Combineer het met ZDR. De documentatie raadt aan regionale routering samen met Zero Data Retention te gebruiken. De regio bepaalt waar de verwerking plaatsvindt. ZDR bepaalt of er iets wordt bewaard.
Handhaving. De instelling voor toegestane dataregio’s in een guardrail kan verzoeken weigeren die via het verkeerde domein binnenkomen.

Regionale routering verplaatst ook je eigen cloudaccounts niet. Gebruik je je eigen sleutels voor Bedrock, Azure of Vertex, dan moeten die deployments in de juiste regio staan. Het artikel over de AVG behandelt het bredere compliance-plaatje, ook wat een verwerkersovereenkomst wel en niet dekt.

Checklist

Open in OpenRouter Settings, Privacy en zet ZDR aan voor elke modelgroep die je gebruikt.
Schakel op dezelfde plek providers uit die invoer opslaan voor training.
Laat OpenRouter Use of Inputs/Outputs uit (de korting van 1%) en ook Private Input & Output Logging.
Open in Autorec Instellingen, AI-samenvatting, kies OpenRouter en klik onder Extra request fields op Use privacy settings.
Optioneel, voor werk in de EU: verander op een Business- of Enterprise-abonnement de API-basis-URL van Autorec in https://eu.openrouter.ai/api/v1 en voeg, als het kan, een guardrail voor de dataregio toe.
Voor teams: maak een aparte sleutel voor Autorec en wijs er een guardrail aan toe.
Maak een testsamenvatting van een opname die je toch weggooit. Krijg je een foutmelding over “no endpoints”, dan heeft je model geen provider met ZDR (of in de regio). Kies dan een ander model.

Wat dit niet oplost

Deze instellingen leunen op beloftes van meerdere bedrijven. ZDR hangt ervan af dat providers hun beleid correct opgeven, en je transcript gaat nog steeds over het netwerk naar de servers van een ander. Is “er werd niets bewaard” voor een bepaald gesprek niet goed genoeg, vat het dan lokaal samen of sla de samenvatting over. Het transcript is hoe dan ook een gewoon tekstbestand op je schijf, en de samenvattingsstap is optioneel.

Bronnen, gecontroleerd in oktober 2026: documentatie van OpenRouter over gegevensverzameling en logging, Zero Data Retention, providerselectie, routering binnen de regio en guardrails.