Microsoft 365 Copilot en Exact Online koppelen: connectors, API’s en AI-agents uitgelegd
Een medewerker van een accountantskantoor stelt een simpele vraag aan Copilot: “Welke klanten hebben openstaande posten?” Het kantoor werkt dagelijks met Outlook, Teams, Excel en SharePoint. De klantadministraties staan in Exact Online. De verwachting is begrijpelijk: als Copilot zo goed kan zoeken in documenten en e-mails, kan het dan ook niet even in Exact Online kijken?
Het korte antwoord is: nee, niet automatisch.
Microsoft 365 Copilot werkt standaard met gegevens binnen Microsoft 365 en met de rechten die een gebruiker daar heeft. Financiële gegevens in externe systemen, zoals Exact Online, vallen daar niet vanzelf onder. Daarvoor is een geschikte koppeling nodig. En bij accountantskantoren wordt dat al snel gevoelig, omdat er vaak met meerdere klantadministraties wordt gewerkt.
Wat Microsoft 365 Copilot standaard kan gebruiken
Microsoft 365 Copilot is ontworpen om te werken binnen de Microsoft 365-omgeving van een organisatie. Denk aan informatie uit bronnen zoals:
Outlook
Teams
SharePoint
OneDrive
Word
Excel
PowerPoint
Agenda’s en vergaderinformatie
Copilot gebruikt daarbij niet zomaar alles wat ergens in de organisatie bestaat. Het kijkt naar de gegevens waartoe de gebruiker toegang heeft. Een medewerker die geen rechten heeft op een bepaald SharePoint-team, hoort via Copilot ook geen antwoorden te krijgen op basis van bestanden in dat team.
Dat is een belangrijk uitgangspunt. Copilot is geen algemene zoekmachine die alle bedrijfsdata opslokt. Het werkt binnen de grenzen van Microsoft 365, de ingestelde rechten en de beschikbare informatie in die omgeving.
Een voorbeeld:
Een accountant vraagt Copilot om een samenvatting van de e-mailwisseling met klant X. Als die e-mails in de eigen mailbox staan, kan Copilot daarmee helpen. Vraagt dezelfde accountant om “alle openstaande facturen van klant X”, dan is het antwoord anders. Als die openstaande posten niet in een Excel-bestand, e-mail of SharePoint-document staan, maar alleen in Exact Online, dan kent Copilot die gegevens niet standaard.
Waarom Exact Online niet vanzelf onder Microsoft 365 valt
Exact Online is een apart systeem. Het heeft een eigen database, eigen gebruikersrechten, eigen API’s en eigen manier om administraties te beheren. Dat geldt ook voor veel andere bedrijfssoftware, zoals CRM-systemen, urenregistratie, ERP-software of brancheapplicaties.
Microsoft 365 Copilot heeft niet automatisch toegang tot zulke systemen, ook niet als dezelfde medewerkers met beide systemen werken. Dat is maar goed ook. Zonder duidelijke koppeling zou een AI-tool anders gegevens kunnen ophalen zonder dat helder is:
welke bron wordt gebruikt
welke gebruiker toegang heeft
welke administratie wordt geraadpleegd
of de informatie actueel is
of de actie alleen lezen betreft of ook schrijven
wie verantwoordelijk is bij een fout antwoord of fout uitgevoerde actie
Bij financiële data ligt de lat extra hoog. Openstaande posten, grootboekkaarten, btw-aangiften, salarismutaties en klantadministraties bevatten gevoelige informatie. Een AI-agent mag daar niet bij “omdat het handig is”. Toegang moet bewust, controleerbaar en beperkt zijn.
Een praktisch voorbeeld met een accountantskantoor
Stel dat een accountantskantoor werkt met Microsoft 365 voor de dagelijkse samenwerking. Medewerkers gebruiken Outlook voor klantmail, Teams voor overleg, Excel voor analyses en SharePoint voor dossiervorming.
De administraties van klanten staan in Exact Online. Een medewerker vraagt aan Copilot:
“Welke klanten hebben op dit moment openstaande posten ouder dan 30 dagen?”
Voor Copilot is dit geen gewone Microsoft 365-vraag. De benodigde gegevens staan niet in Teams of SharePoint, maar in Exact Online. Copilot kan hooguit informatie gebruiken die al in Microsoft 365 beschikbaar is, bijvoorbeeld een Excel-export van vorige week of een eerder gedeeld rapport. Dat is niet hetzelfde als actuele data rechtstreeks uit Exact Online.
Om de vraag goed te beantwoorden, is een koppeling nodig die Exact Online als bron beschikbaar maakt voor de AI-oplossing. Die koppeling moet bepalen welke gegevens mogen worden opgehaald, voor welke gebruiker, uit welke administratie en onder welke voorwaarden.
Dat klinkt technisch, maar het echte vraagstuk is organisatorisch: wie mag wat zien, in welke klantadministratie en met welk doel?
Wat een connector doet
Een connector vormt een verbinding tussen twee systemen. Daarmee kan informatie uit een externe applicatie beschikbaar worden gemaakt voor Microsoft 365 of een AI-agent.
Soms bestaat er al een geschikte standaardconnector. In andere gevallen is een aanvullende koppeling nodig.
Voor een organisatie zijn vooral deze vragen relevant:
welke gegevens worden beschikbaar?
wie mag die gegevens gebruiken?
worden gegevens alleen gelezen of mogen ook acties worden uitgevoerd?
Een connector is dus meer dan alleen een technische verbinding. De rechten en het doel van de koppeling moeten ook goed zijn ingericht.
Waarom een API nog geen kant-en-klare Copilot-koppeling is
Veel bedrijfsapplicaties, waaronder Exact Online, bieden API-mogelijkheden.
Een API zorgt ervoor dat software gegevens kan uitwisselen met andere software. Dat betekent alleen niet dat Microsoft 365 Copilot automatisch met die gegevens kan werken.
Er moet nog worden bepaald:
welke informatie nodig is;
welke gebruiker toegang krijgt;
uit welke administratie de gegevens mogen komen;
wat de agent met die gegevens mag doen.
Zie een API daarom als een mogelijke toegang tot een systeem, niet als een kant-en-klare Copilot-integratie.
Wat MCP op hoofdlijnen betekent voor AI-agents
MCP staat voor Model Context Protocol. Het is een manier waarop AI-agents op een meer gestandaardiseerde wijze met externe tools en databronnen kunnen communiceren.
Dat kan interessant zijn wanneer een agent bijvoorbeeld informatie moet ophalen uit verschillende systemen. MCP betekent echter niet dat een agent automatisch toegang krijgt tot alles. Ook hier moeten rechten, authenticatie en beschikbare functies bewust worden ingericht.
Voor een ondernemer is vooral relevant dat MCP één van de mogelijke manieren is waarop AI-agents met externe software kunnen samenwerken.
Binnen Copilot Studio kan een MCP-server tools beschikbaar stellen aan een agent. Daarbij moet ook de verbinding en authenticatie worden ingericht.
Wil je beter begrijpen hoe Copilot en AI-agents praktisch binnen jouw organisatie kunnen worden ingezet? Bekijk onze Microsoft 365 Copilot kennissessies en workshops.
Wanneer maatwerk nodig kan zijn
Niet iedere bedrijfsapplicatie heeft een standaardconnector die precies doet wat een organisatie nodig heeft. Maatwerk kan bijvoorbeeld nodig zijn wanneer meerdere systemen gecombineerd moeten worden, specifieke bedrijfsregels gelden of gebruikers verschillende toegangsrechten hebben.
Bij accountantskantoren speelt dit al snel wanneer medewerkers met meerdere klantadministraties werken.
De belangrijkste vraag is daarom niet:
“Kunnen we Exact Online koppelen aan Copilot?”
maar:
“Welke taak willen we ondersteunen en welke gegevens zijn daarvoor nodig?”
Pas daarna kun je bepalen of een standaardconnector voldoende is of aanvullende technische inrichting nodig is.
Meerdere administraties maken het ingewikkelder
Bij een mkb-bedrijf is de situatie vaak nog overzichtelijk. Er is één administratie, één financieel pakket en een beperkt aantal gebruikers. Bij een accountantskantoor ligt dat anders.
Een kantoor kan tientallen of honderden administraties beheren. Medewerkers werken niet allemaal aan dezelfde klanten. Sommige medewerkers mogen alleen meekijken, anderen mogen boeken, corrigeren of rapportages maken. Partners of managers mogen soms bredere toegang hebben, maar ook dat verschilt per klant of opdracht.
Hier ontstaat het kernrisico.
Stel dat medewerker Lisa toegang heeft tot administratie A en B in Exact Online. Administratie C hoort bij een andere klant en valt buiten haar werkpakket. Als een AI-agent met een algemene technische koppeling toegang heeft tot A, B en C, dan kan Lisa mogelijk via de agent informatie krijgen die zij normaal niet mag zien. Zelfs als dat per ongeluk gebeurt, is het een serieus probleem.
Daarom moet toegang op meerdere niveaus kloppen:
Niveau | Wat moet worden geregeld |
Gebruiker | Wie stelt de vraag of voert de actie uit |
Administratie | Tot welke klantadministraties heeft deze gebruiker toegang |
Gegevenstype | Welke gegevens mogen worden gelezen, zoals debiteuren of facturen |
Actie | Mag de gebruiker alleen lezen of ook wijzigen |
Logging | Wat is opgevraagd of uitgevoerd en namens wie |
Een AI-agent moet niet werken met één brede technische sleutel die overal bij kan. Dat lijkt makkelijk bij de start, maar het is onveilig en moeilijk te controleren. Beter is een ontwerp waarbij de agent namens de gebruiker werkt, of waarbij de koppeling de rechten van de gebruiker strikt nabootst.
Informatie uitlezen is iets anders dan acties uitvoeren
Een AI-koppeling kan grofweg twee dingen doen: informatie uitlezen of acties uitvoeren. Dat verschil verdient veel aandacht.
Informatie uitlezen betekent bijvoorbeeld:
openstaande posten tonen
een debiteurenlijst ophalen
een factuurstatus controleren
een samenvatting maken van grootboekmutaties
een rapport voorbereiden
Acties uitvoeren gaat verder. Denk aan:
een betalingsherinnering versturen
een klantkaart aanpassen
een boeking aanmaken
een factuur markeren als betaald
een taak of workflow starten
gegevens exporteren naar een andere plek
Voor uitlezen gelden al hoge eisen. Voor schrijven of uitvoeren gelden nog hogere eisen. Een fout antwoord is vervelend. Een fout uitgevoerde actie kan financiële, juridische of klantgerelateerde gevolgen hebben.
Daarom is het verstandig om klein te beginnen. Laat een agent eerst alleen lezen. Voeg daarna pas acties toe, en dan met duidelijke grenzen. Bijvoorbeeld met een controle-stap waarin een gebruiker de actie eerst moet bevestigen.
Een goede regel is: laat een agent alleen zelfstandig doen wat ook zonder risico te herstellen is. Voor alles met financiële impact hoort menselijke controle in het proces.
Geef een agent alleen de tools die nodig zijn
Een agent hoeft niet overal toegang toe te hebben.
Een agent die bedoeld is voor openstaande posten hoeft bijvoorbeeld geen toegang te krijgen tot andere financiële gegevens die voor die taak niet relevant zijn.
Het uitgangspunt is eenvoudig:
geef een agent alleen toegang tot de informatie en functies die nodig zijn voor zijn taak.
Dat verkleint de kans op fouten en maakt de oplossing overzichtelijker.
Hetzelfde geldt wanneer een organisatie veel verschillende functies wil gebruiken. Het is niet altijd verstandig om alles onder één grote agent te plaatsen.
Functies kunnen bijvoorbeeld logisch worden verdeeld over administratie, rapportage, verkoop of controles. Welke inrichting passend is, hangt af van het proces en de gebruikte systemen.
Hoe een verstandige integratie eruit kan zien
Begin niet met de techniek. Begin met één concrete toepassing.
Bijvoorbeeld:
“We willen dat een medewerker vanuit een AI-agent kan zien welke facturen langer dan 30 dagen openstaan.”
Beantwoord daarna deze vragen:
Welke gegevens zijn hiervoor nodig?
In welk systeem staan die gegevens?
Welke medewerkers mogen ze bekijken?
Gaat het alleen om informatie lezen of ook om acties?
Bestaat er al een geschikte koppeling?
Is aanvullende technische inrichting nodig?
Pas daarna komt de keuze tussen een connector, API, MCP of maatwerk.
Voor sommige toepassingen kan een eenvoudige oplossing voldoende zijn. In andere situaties is een rechtstreekse integratie nodig.
Het uitgangspunt blijft hetzelfde: kies eerst het probleem dat je wilt oplossen en bepaal daarna welke techniek daarvoor nodig is.
Wat dit betekent voor Microsoft 365 Copilot in de praktijk
Microsoft 365 Copilot in de praktijk is vooral sterk op het moment dat de informatie binnen Microsoft 365 staat en de rechten goed zijn ingericht. Voor e-mails, documenten, Teams-gesprekken en bestanden kan dat veel tijd besparen.
Zodra de vraag gaat over gegevens in bedrijfssoftware zoals Exact Online, verandert het vraagstuk. Dan gaat het niet meer alleen om Copilot, maar om integratie, toegangsbeheer en procesinrichting.
Voor accountantskantoren is dat extra belangrijk door de combinatie van gevoelige financiële data en meerdere administraties. Een medewerker die alleen toegang heeft tot administratie A en B, mag via een AI-agent nooit ineens informatie uit administratie C krijgen. Niet via een handig zijpad, niet via een brede API-sleutel en ook niet via een samenvattend antwoord.
De kern is eenvoudig: Copilot kan veel, maar kent externe systemen niet vanzelf. Wie Exact Online of andere bedrijfssoftware wil betrekken bij AI-antwoorden, heeft een doordachte koppeling nodig. Begin bij de taak, beperk de rechten, regel authenticatie goed en maak onderscheid tussen lezen en uitvoeren. Dan wordt AI niet alleen handig, maar ook beheersbaar.
Van idee naar praktische toepassing
Wil je beter begrijpen hoe Microsoft 365 Copilot en AI-agents binnen jouw organisatie kunnen worden ingezet?
Tijdens onze Copilot Inspiratiesessies, Agent Workshops en Copilot Studio Training krijg je inzicht in de mogelijkheden en leer je welke volgende stap past bij jouw situatie.
Opmerkingen