Hoe werken integraties in WBSOpiloot, WBSOpiloot [ WBSOpiloot ](/) [Functies](/#pijlers) [Tarieven](/tarieven) [Voordeel berekenen](/voordeel-berekenen) [Kennisbank](https://wbsopiloot.nl/kennisbank) [Integraties](https://wbsopiloot.nl/integraties-overzicht) [Inloggen](https://wbsopiloot.nl/login) [Start gratis trial →](https://wbsopiloot.nl/register) - [ Functies ](/#pijlers) - [ Tarieven ](/tarieven) - [ Voordeel berekenen ](/voordeel-berekenen) - [ Kennisbank ](https://wbsopiloot.nl/kennisbank) - [ Integraties ](https://wbsopiloot.nl/integraties-overzicht) [Inloggen](https://wbsopiloot.nl/login) [Start gratis trial →](https://wbsopiloot.nl/register) [← KENNISBANK](https://wbsopiloot.nl/kennisbank) Aanvraag &amp; administratie Hoe werken integraties in WBSOpiloot ====================================== Iedere integratie volgt hetzelfde patroon: koppelen, webhook of polling, evidence binnen, AI-classificatie. Hier de details — én wat we wél en niet bewaren. DOOR FLORIS WIJGERGANGS ·7 MIN LEZEN ℹEén patroon, vele bronnen Iedere integratie — code, tickets, tijdregistratie, agenda, documenten, boekhouding — volgt hetzelfde 4-stappen-model. Daardoor schalen we tientallen koppelingen tegelijk in plaats van per integratie het wiel opnieuw uit te vinden. Het 4-stappen-model --------------------- 1. **Koppelen**, OAuth-flow (GitHub App, GitLab OAuth, Linear, Toggl…) of upload/link voor agenda's via ICS. Tokens worden encrypted-at-rest opgeslagen, refresh-tokens roteren automatisch. 2. **Synchroniseren**, Voor diensten met webhooks (GitHub, GitLab, Linear): events komen real-time binnen. Voor diensten zonder webhooks: we pollen op vaste momenten (eens per uur of dagelijks afhankelijk van de bron). 3. **Opslaan als evidence**, Iedere binnenkomende activiteit wordt een Evidence-rij in onze database — met source\_type (git\_commit, linear\_issue, toggl\_entry, ics\_event, etc.) en source\_metadata (titel, datum, auteur, indien beschikbaar regelaantallen / status / labels). 4. **AI-classificatie**, Elke evidence krijgt automatisch een S&O-label (ja/nee) en een categorie (Speuren / ontwikkeling / review / vergadering / documentatie / experiment) met onderbouwing. Dat label is bepalend voor de uren-afleiding. Wat we wél bewaren -------------------- - Code: SHA, commit-message, file-paden, regelaantallen (additions/deletions). <strong>Geen broncode.</strong> - Tickets: nummer, titel, status-veranderingen, labels, comments-aantal, auteur. <strong>Geen ticket-body</strong> (alleen titels en metadata). - Tijdregistratie: start/end-tijdstip, project-koppeling, korte beschrijving (omdat die meestal wel S&O-bewijs is). - Agenda: event-titel, datum/tijd, deelnemers-aantal. <strong>Geen meeting-notes</strong>. - Documenten / design: titel, type, datum, auteur. <strong>Geen content.</strong> Wat we expliciet NIET bewaren ------------------------------- - Broncode of file-content uit Git - Ticket-bodies, comments-tekst (alleen aantallen) - Meeting-transcripten of -notes - Document-inhoud (alleen titels) - PII die niet nodig is voor RVO-bewijs ✓Self-hosted-instances zijn óók veilig Voor self-hosted GitLab koppel je met je eigen OAuth-app op je eigen instance. Het verkeer gaat alleen tussen WBSOpiloot en jouw GitLab-server — GitLab.com komt er niet aan te pas. AI-classificatie · hoe weet hij of iets S&O is? ----------------------------------------------------- Voor commits leest het AI-model (met tool-use en prompt-caching) de commit-message, gewijzigde files en metadata. Het output is een tool-call met velden is_so_qualifying (boolean), so_category (enum), classification_confidence (0–1) en classification_reason (1-zin onderbouwing). Bij twijfel: classification_confidence < 0.7 → flagged voor handmatige review. Voor tickets en time-entries werkt het anders: we kijken naar project-koppeling, labels en de korte beschrijving. Voor agenda-items: titel-keywords (technical review / architecture / brainstorm / design = S&O-kandidaat; status / planning / 1:1 = niet). ⚠Jij houdt altijd het laatste woord AI-classificatie is een voorstel. Op /uren keur je dagen goed of stuur je ze bij. Bij elke goedkeuring leggen we vast wie het deed en wanneer (audit-trail) — dat is wat RVO bij controle wil zien. Multi-source matching ----------------------- Op een typische dev-dag werk je met meerdere tools tegelijk: code in GitHub, ticket in Linear, time-entry in Toggl, en wellicht een 1-op-1 in je agenda. WBSOpiloot ziet dat als één coherent beeld per dag — dezelfde dag, hetzelfde project, vermoedelijk dezelfde tijdsblokken. We matchen die bronnen samen zodat je niet 4× hetzelfde uur ziet (geen dubbeltelling) én geen tijd kwijtraakt waar wel evidence voor was (geen gaten). Veelgestelde vragen ------------------- Wat als ik een tool gebruik die jullie nog niet ondersteunen? + Twee opties: 1) handmatig uren invoeren met categorie en notes (werkt prima), of 2) typ een verhaaltje 'wat heb ik wanneer gedaan?' en AI maakt er een werkdag-kalender van. Plus: stuur ons een integratie-verzoek via /integraties — we prioriteren op gebruikersvraag. Hoe vaak wordt er gesynchroniseerd? + Webhook-bronnen (GitHub, GitLab, Linear) komen real-time binnen — typisch <30 seconden na de event. Polling-bronnen synchroniseren elk uur (Toggl, Harvest) of dagelijks (Notion, Calendar). Kan ik een integratie loskoppelen? + Ja, op /integraties. We trekken access tokens in (server-side revoke waar mogelijk) en stoppen met synchroniseren. De evidence-rijen die al binnen zijn blijven in je dossier — anders zou je RVO-bewijs verdwijnen, en dat is precies wat je niet wilt bij een mogelijke controle. Hoeveel integraties bouwen jullie tegelijk? + Zoveel als mogelijk parallel — we hebben een gedeelde architectuur (Provider-pattern + Registry) waardoor nieuwe integraties grotendeels declaratief zijn. Iedere maand komen er meerdere bij. Welke eerst? Op basis van gebruikers-verzoeken via /integraties. Mis je een tool? ---------------- Laat het ons weten — we houden een prioritering-op-aanvraag bij. [Stuur verzoek →](/integraties) Auteur F Floris Wijgergangs Founder · WBSOpiloot Bouw aan een tool waarmee tech-founders WBSO en innovatiebox zelf, zonder adviseur en zonder gedoe regelen. Meer in Aanvraag &amp; administratie - [Kosten en uitgaven · forfait of werkelijk? Wat is het verschil tussen kosten en uitgaven, en wanneer kies je forfait of werkelijk? 7 MIN LEZEN ](https://wbsopiloot.nl/kennisbank/kosten-en-uitgaven) - [Startersfaciliteit · 50% voordeel Starters krijgen 50% afdrachtvermindering in de 1e schijf, max 3 keer in 5 jaar. 4 MIN LEZEN ](https://wbsopiloot.nl/kennisbank/startersfaciliteit) [→ ALLE ARTIKELEN](https://wbsopiloot.nl/kennisbank) WBSOpiloot WBSO & Innovatiebox op de automatische piloot. Voor founders die zelf willen aanvragen. EU · Hetzner AVG-proof Product- [Hoe het werkt](/#hoe-het-werkt) - [Vier pijlers](/#pijlers) - [Tarieven](/tarieven) - [Voordeel berekenen](/voordeel-berekenen) - [Sandbox](https://wbsopiloot.nl/register) - [API & embed](https://wbsopiloot.nl/api) Voor- [Solo founders](https://wbsopiloot.nl/tarieven) - [Holdings](https://wbsopiloot.nl/tarieven) - [Software-teams](https://wbsopiloot.nl/tarieven) - [Accountants](https://wbsopiloot.nl/tarieven) Bedrijf- [Verhaal](/#verhaal) - [Kennisbank](https://wbsopiloot.nl/kennisbank) - [Logboek](https://wbsopiloot.nl/logboek) - [Integraties](https://wbsopiloot.nl/integraties-overzicht) - [Tarieven](https://wbsopiloot.nl/tarieven) - [Voorwaarden](https://wbsopiloot.nl/voorwaarden) - [Privacy](https://wbsopiloot.nl/privacy) - [Verwerkersovereenkomst](https://wbsopiloot.nl/verwerkersovereenkomst) Contact- - [LinkedIn](https://www.linkedin.com/in/floriswijgergangs) - [Status: ✓ groen](#) © 2026 WBSOpiloot v0.2 · 52.379°N 4.900°E