MCP-serverontwikkeling

De meeste partijen die MCP-ontwikkeling verkopen, hebben er nooit een gedraaid. Wij wel. Nordsynk is onze eigen Model Context Protocol-server voor Fortnox — vermeld op de Fortnox Marketplace, gebruikt door zo'n tachtig Zweedse bedrijven, per gebruiker gelicentieerd en elke werkdag in productie. Alles op deze pagina komt voort uit het draaien ervan, niet uit het lezen van de specificatie.

Dat verschil weegt zwaarder dan het klinkt. Een MCP-server bouwen die op uw laptop werkt, kost een middag. Een bouwen die echte gebruikers aankan, drie gelijktijdige protocolversies, een OAuth-token dat midden in een gesprek verloopt en een client die uw toolbeschrijvingen stilletjes anders uitlegt — dat is een heel ander werk.

Wat er in productie daadwerkelijk stukgaat

De specificatie vertelt hoe u een tool blootstelt. Ze zegt niets over wat daarna gebeurt, en daar lopen projecten vast.

De protocolversies versplinteren meteen. Onze eigen telemetrie laat op dit moment vier verschillende MCP-revisies tegelijk in actief gebruik zien binnen het klantenbestand — clients op 2026-07-28, andere nog op 2025-11-25, een staart op 2025-06-18, en één integrator die helemaal terughangt op 2024-11-05. Een server die van één versie uitgaat, breekt voor een groep gebruikers die u niet ziet en nooit van hoort.

Clients interpreteren uw tools verschillend. Dezelfde MCP-server gedraagt zich anders in Claude, ChatGPT, Cursor en Microsoft Copilot Studio. We hebben een compatibiliteitsfix uitgebracht voor de manier waarop gestructureerde antwoorden voor één clientfamilie werden verpakt — pas ontdekt toen een klant meldde dat hun agent in een escalatielus bleef hangen. Dit vindt niemand tijdens het testen. U vindt het wanneer een echte gebruiker geïrriteerd raakt.

Authenticatie is het hele spel. Een gehoste MCP-server heeft OAuth nodig dat tokenvernieuwing overleeft, multi-tenancy die nooit de gegevens van de ene klant in de context van een andere laat lekken, en licentiëring per seat die aansluit op het model van het platform zelf. In ons geval betekende dat synchroniseren met een levende gebruikerslijst en verrekenen met onze eigen facturatie bij elke aanroep.

Schrijfacties vragen om een mens. Zodra uw server gegevens kan wijzigen in plaats van lezen, is de fout geen foutmelding meer maar een verkeerd getal dat er juist uitziet. Onze aanpak: elke schrijfactie laat eerst precies zien wat er zal veranderen en wacht op een uitdrukkelijke goedkeuring. Klanten hebben in die stroom ruim tweehonderd van zulke beslissingen genomen — daarom laat een financiële afdeling een AI überhaupt bij de boekhouding.

Casestudy: Nordsynk

Nordsynk koppelt de Fortnox-boekhouddata van een bedrijf aan Claude, ChatGPT en andere MCP-clients. De gebruiker vraagt in gewone taal welke klanten achterlopen, wat er dit jaar aan een leverancier is betaald of waar de marge weglekt — en de server leest de onderliggende facturen, boekstukken en inkoopfacturen door voordat hij antwoordt.

De omvang van dat lezen is precies het punt. Over de twaalf zwaarste klanten heen heeft de server ruim negentigduizend API-aanroepen afgehandeld, waaronder meer dan achtendertigduizend afzonderlijke factuuropvragingen. Eén klant genereerde in één maand meer dan tienduizend aanroepen. Geen mens opent achtendertigduizend facturen om één vraag te beantwoorden — en juist daarom zijn de antwoorden geld waard.

Wat we bouwden, en wat we voor u zouden bouwen: één code-mode-ingang over het volledige onderliggende OpenAPI-oppervlak, in plaats van een handmatig samengestelde lijst van twintig tools die veroudert zodra de API verandert. Daarbovenop benoemde workflows voor wat de ruwe API slecht modelleert — inkoopfacturen in bulk goedkeuren en verwerken, klantfacturatie, betalingsregistratie, SIE-export. Dan OAuth met tokenbeheer per bedrijf, seat-licentiëring gesynchroniseerd met het platform, schrijfgoedkeuringen met voorbeeldweergave en bulkbeslissingen, plus gebruikstelemetrie die gedetailleerd genoeg is om maanden later te beantwoorden wat een bepaalde klant werkelijk heeft gedaan.

Hoe we een opdracht afbakenen

We beginnen met een betaalde scoping-week in plaats van een gratis offerte. U krijgt uw API-oppervlak in kaart gebracht, de toolset gespecificeerd, het authenticatiemodel bepaald en een vaste prijs. Het kost weinig, en het zorgt ervoor dat geen van beiden zich vastlegt op een bedrag voordat we het werk begrijpen.

Een pilot is de juiste keuze wanneer u intern iets werkends moet laten zien voordat iemand het echte werk financiert. Productie is juist wanneer de server voor klanten komt te staan. Marketplace-klaar is wat Nordsynk zelf is: een gelicentieerd, factureerbaar product met een eigen vermelding.

Elke bouw omvat doorlopend onderhoud, en zonder dat verkopen we er geen. Dat is geen upsell. Met vier protocolversies tegelijk live en clientgedrag dat onder u verschuift, stopt een onderhouden server binnen enkele maanden stilletjes met werken — en de klant geeft de server de schuld, niet de client die veranderde.

Voor wie dit is

De bedrijven die het meest aan een MCP-server hebben, zijn die waarvan klanten al vragen of ze hun data in ChatGPT kunnen krijgen — SaaS-platformen, marktplaatsen, verticale software, alles met een API en een supportinbox die steeds dezelfde vraag ontvangt.

Het geldt ook voor bedrijven waarvan concurrenten AI-toegang zijn gaan leveren en die die laag liever zelf bezitten dan een klant er een fragiele scraper omheen te laten bouwen. We hebben twee Zweedse IT-bedrijven hun eigen MCP-servers zien bouwen in plaats van te wachten. Dat is de markt die spreekt.