Nordbeam

MCP-Server entwickeln lassen

MCP-Server entwickeln lassen: produktionsreif, mit OAuth und Freigaben für Claude, ChatGPT und Copilot. Wir betreiben mit Nordsynk selbst einen MCP-Server.

Tip

Kurz gesagt: Wer entwickelt MCP-Server für Unternehmen?

Nordbeam, ein KI-Entwicklungsstudio in Göteborg und Malmö, entwickelt und betreibt produktionsreife MCP-Server mit OAuth, Schreibfreigaben und Tests über mehrere Clients. Als Referenz dient Nordsynk, ein gehosteter Fortnox-MCP-Server, den Nordbeam gebaut hat und selbst betreibt. Ein Pilot dauert zwei bis drei Wochen, ein Produktionsserver sechs bis acht.

Die meisten Anbieter von MCP-Entwicklung haben nie einen Server betrieben. Wir schon. Nordsynk ist unser eigener Model-Context-Protocol-Server für Fortnox — gelistet im Fortnox Marketplace, genutzt von rund achtzig schwedischen Unternehmen, pro Nutzer lizenziert und an jedem Arbeitstag im Einsatz. Alles auf dieser Seite stammt aus dem Betrieb, nicht aus der Lektüre der Spezifikation.

Noch am Anfang? Unser Ratgeber Was ist ein MCP-Server? erklärt Aufbau, Sicherheit und Kosten. Hier geht es darum, einen Server entwickeln zu lassen.

Dieser Unterschied wiegt schwerer, als er klingt. Einen MCP-Server zu bauen, der auf Ihrem Laptop läuft, dauert einen Nachmittag. Einen zu bauen, der echte Nutzer aushält, drei gleichzeitige Protokollversionen, ein OAuth-Token, das mitten im Gespräch abläuft, und einen Client, der Ihre Werkzeugbeschreibungen still umdeutet — das ist eine ganz andere Aufgabe.

80+
Unternehmen auf unserem MCP-Server
90.000+
API-Aufrufe der zwölf stärksten
95
Benannte Workflows im Betrieb
4
Protokollversionen gleichzeitig

Was in der Produktion tatsächlich bricht

Die Spezifikation sagt Ihnen, wie Sie ein Werkzeug bereitstellen. Sie sagt nichts darüber, was danach passiert — und genau daran scheitern die Projekte.

Illustration
MCP-Clients
Client

Claude

Remote-Server, Anmeldung per OAuth

Client

ChatGPT

Remote-Server, Anmeldung per OAuth

Client

Copilot Studio

Remote-Server, Anmeldung per OAuth

Streamable HTTP · OAuth

Ihr MCP-Server

Tools, Anmeldung, Freigaben

OAuth 2.1, Token pro Mandant, Schreibfreigabe, Protokoll

Ihre API-Aufrufe

Ihre API

System of Record

Die API, die Sie bereits haben

Der Server ist die Schicht, die Ihnen gehört: Authentifizierung, Mandantentrennung und Schreibfreigaben liegen dort, nicht im Client.

Die Protokollversionen zersplittern sofort. Unsere eigene Telemetrie zeigt derzeit vier verschiedene MCP-Revisionen gleichzeitig im aktiven Einsatz über die Kundenbasis hinweg — Clients auf 2026-07-28, andere noch auf 2025-11-25, ein Ausläufer auf 2025-06-18 und ein Integrator, der bis auf 2024-11-05 zurückhängt. Ein Server, der eine einzige Version voraussetzt, bricht für eine Nutzergruppe, die Sie nicht sehen und von der Sie nie hören.

Clients interpretieren Ihre Werkzeuge unterschiedlich. Derselbe MCP-Server verhält sich in Claude, ChatGPT, Cursor und Microsoft Copilot Studio verschieden. Wir haben einen Kompatibilitäts-Fix dafür ausgeliefert, wie strukturierte Antworten für eine Client-Familie verpackt wurden — entdeckt erst, als ein Kunde berichtete, dass sein Agent in einer Eskalationsschleife hängen blieb. So etwas findet niemand im Test. Sie finden es, wenn ein echter Nutzer verärgert ist.

Die Authentifizierung ist das ganze Spiel. Ein gehosteter MCP-Server braucht OAuth, das die Token-Erneuerung übersteht, Mandantentrennung, die niemals Daten eines Kunden in den Kontext eines anderen durchsickern lässt, und eine Lizenzierung pro Platz, die zum Modell der Plattform passt. In unserem Fall hieß das: Abgleich mit einer lebenden Nutzerliste und Verrechnung mit unserer eigenen Abrechnung bei jedem Aufruf.

Schreibzugriffe brauchen einen Menschen. In dem Moment, in dem Ihr Server Daten ändern statt nur lesen kann, ist der Fehlerfall keine Fehlermeldung mehr, sondern eine falsche Zahl, die richtig aussieht. Unser Ansatz: Jeder Schreibvorgang zeigt zuerst genau, was er ändern wird, und wartet auf eine ausdrückliche Freigabe. Kunden haben in diesem Ablauf über zweihundert solcher Entscheidungen getroffen — deshalb lässt eine Buchhaltung eine KI überhaupt an die Bücher.

Tip

Der ehrliche Test für einen funktionierenden MCP-Server

Lesezugriffe beweisen, dass die Verbindung funktioniert. Schreibzugriffe mit Freigabe beweisen, dass jemand ihr vertraut. In unseren Produktionsdaten überwiegen die Lesevorgänge die Schreibvorgänge etwa im Verhältnis fünfundzwanzig zu eins — doch verteidigt wird der Wert bei den Schreibvorgängen.

Fallstudie: Nordsynk

Nordsynk verbindet die Fortnox-Buchhaltungsdaten eines Unternehmens mit Claude, ChatGPT und anderen MCP-Clients. Der Nutzer fragt in natürlicher Sprache, welche Kunden im Verzug sind, was übers Jahr an einen Lieferanten gezahlt wurde oder wo die Marge verloren geht — und der Server liest die zugrunde liegenden Rechnungen, Belege und Lieferantenrechnungen, bevor er antwortet.

Der Umfang dieses Lesens ist der eigentliche Punkt. Über die zwölf stärksten Kunden hinweg hat der Server mehr als neunzigtausend API-Aufrufe bedient, darunter über achtunddreißigtausend einzelne Rechnungsabfragen. Ein einziger Kunde erzeugte in einem Monat über zehntausend Aufrufe. Kein Mensch öffnet achtunddreißigtausend Rechnungen, um eine Frage zu beantworten — genau deshalb sind die Antworten Geld wert.

80+
Unternehmen auf der Plattform
10.700
Aufrufe in einem Monat, ein Kunde
95
Benannte Workflows
100%
Schreibzugriffe mit Freigabe

Was wir gebaut haben und was wir für Sie bauen würden: einen einzigen Code-Mode-Einstiegspunkt über die gesamte darunterliegende OpenAPI-Fläche statt einer handverlesenen Liste von zwanzig Werkzeugen, die veraltet, sobald sich die API ändert. Darüber benannte Workflows für das, was die rohe API schlecht abbildet — Freigabe und Verbuchung von Lieferantenrechnungen im Stapel, Kundenrechnungsversand, Zahlungserfassung, SIE-Export. Dazu OAuth mit Token-Verwaltung pro Unternehmen, Platzlizenzierung im Abgleich mit der Plattform, Schreibfreigaben mit Vorschau und Stapelentscheidungen sowie Nutzungstelemetrie, die detailliert genug ist, um Monate später zu beantworten, was ein bestimmter Kunde tatsächlich getan hat.

Illustration · Beispieldaten
Claude

Welche Kundenrechnungen sind mehr als 30 Tage überfällig?

⚙ fortnox.list_overdue_invoices

3 Rechnungen sind überfällig, zusammen 12.750 €:

Beta Beratung GmbH
5.250 €
Acme GmbH
4.500 €
Gamma KG
3.000 €

3 Zahlungserinnerungen erstellen?

Schreibt in Fortnox · braucht Ihre Freigabe

Freigeben
Protokoll
  1. 10:42Rechnungen gelesen (3)
  2. 10:42Beleg verknüpft
  3. 10:43Schreibzugriff angefragt
  4. 10:44vom Controlling freigegeben
  5. 10:443 Erinnerungen erstellt

Jede Aktion wird mit Nutzer, Zeitpunkt und Aktion protokolliert.

So sieht es für die Nutzer aus: Lesen läuft direkt, Schreiben wartet auf eine Freigabe, und alles wird protokolliert.

“Etwas in Fortnox zu suchen hat uns früher STUNDEN gekostet. Heute haben wir dieselbe Information in Minuten.”

Nordsynk-Kunde
verifizierte Bewertung im Fortnox Marketplace, aus dem Schwedischen übersetzt

Wie wir ein Projekt zuschneiden

Wir beginnen mit einer bezahlten Scoping-Woche statt mit einem kostenlosen Angebot. Sie bekommen Ihre API-Fläche kartiert, das Werkzeugset spezifiziert, das Authentifizierungsmodell entschieden und einen Festpreis. Das kostet wenig — und sorgt dafür, dass sich keiner von uns auf eine Zahl festlegt, bevor wir die Arbeit verstanden haben.

FeaturePilotProduktionMarketplace-reif
Zeitrahmen2–3 Wochen6–8 Wochen10–12 Wochen
API-AbdeckungEine DomäneGesamte FlächeGesamte Fläche
Lesezugriffe●●●
Schreibzugriffe mit Freigabe—●●
OAuth & Mandantentrennung—●●
Client-Kompatibilitätstests◐●●
Nutzungstelemetrie—●●
Lizenzierung & Plätze——●
Unterstützung beim Marketplace-Listing——●

Ein Pilot ist die richtige Wahl, wenn Sie intern etwas Funktionierendes zeigen müssen, bevor jemand das eigentliche Vorhaben finanziert. Produktion ist richtig, wenn der Server vor Kunden tritt. Marketplace-reif ist das, was Nordsynk selbst ist: ein lizenziertes, abrechenbares Produkt mit eigenem Eintrag.

Jeder Aufbau schließt laufende Wartung ein, und ohne sie verkaufen wir keinen. Das ist kein Upsell. Bei vier gleichzeitig aktiven Protokollversionen und Client-Verhalten, das sich unter Ihnen verschiebt, hört ein ungewarteter MCP-Server innerhalb von Monaten still auf zu funktionieren — und der Kunde macht den Server dafür verantwortlich, nicht den Client, der sich geändert hat.

  • TypeScript
  • Model Context Protocol
  • OAuth 2.1
  • Cloudflare Workers
  • OpenAPI
  • Claude
  • ChatGPT
  • Copilot Studio

Für wen sich das eignet

Am meisten profitieren Unternehmen, deren Kunden bereits fragen, ob sie ihre Daten in ChatGPT bekommen — SaaS-Plattformen, Marktplätze, Branchensoftware, alles mit einer API und einem Support-Postfach, das dieselbe Frage immer wieder erhält.

Ebenso Unternehmen, deren Wettbewerber begonnen haben, KI-Zugang auszuliefern, und die diese Schicht lieber selbst besitzen, als einen Kunden einen fragilen Scraper darum herum bauen zu lassen. Wir haben zwei schwedische IT-Unternehmen beobachtet, die lieber eigene MCP-Server gebaut haben, als zu warten. Das ist der Markt, der spricht.

Wie lange dauert der Bau eines MCP-Servers?
Ein fokussierter Pilot für eine API-Domäne ist in zwei bis drei Wochen fertig. Ein Produktionsserver mit OAuth, Schreibsicherheit und Client-Kompatibilitätstests dauert sechs bis acht Wochen. Ein lizenziertes, im Marketplace gelistetes Produkt zehn bis zwölf.
Gehört uns der Code?
Ja. Repository und Betriebsumgebung gehören Ihnen ab Tag eins. Wir bauen keine Abhängigkeit von uns, sondern einen Wert, den Sie behalten.
Was kostet es, einen MCP-Server entwickeln zu lassen?
Der Preis hängt an der Breite Ihrer API, an Authentifizierung und Mandantentrennung, an Schreibzugriffen mit Freigabe, an der Client-Kompatibilität und am Betrieb. Nach einer bezahlten Scoping-Woche erhalten Sie einen Festpreis. Die Zeitrahmen oben (zwei bis drei, sechs bis acht oder zehn bis zwölf Wochen) geben die Größenordnung vor.
Warum brauchen wir laufende Wartung?
Weil sich Protokoll und Clients bewegen. Unsere Produktionstelemetrie zeigt vier MCP-Protokollversionen im gleichzeitigen Einsatz, und Client-Verhalten ändert sich ohne Vorankündigung. Ein ungewarteter Server verschlechtert sich still, statt laut auszufallen.
Können Sie ihn für Schreibzugriffe sicher machen?
Ja, und wir halten das für den einzig verantwortbaren Weg, Schreibzugriffe auszuliefern. Jeder Schreibvorgang zeigt genau, was sich ändern wird, und wartet auf eine ausdrückliche Freigabe, bevor etwas festgeschrieben wird. Dieses Muster läuft heute in unserem eigenen Produkt.
Wir haben bereits eine API — reicht das?
Das ist der ideale Ausgangspunkt. Wir bauen die MCP-Schicht auf Ihre bestehende OpenAPI-Fläche, statt Sie um einen Umbau zu bitten, und ergänzen benannte Workflows für das, was Ihre API unhandlich abbildet.
Arbeiten Sie außerhalb Schwedens?
Ja. Nordsynk ist ein schwedisches Produkt, weil Fortnox eine schwedische Plattform ist, aber MCP-Arbeit ist nicht marktspezifisch, und wir übernehmen Projekte in Skandinavien, Deutschland, den Niederlanden und den USA.

Erzählen Sie uns, was Ihre API kann

Ein kurzes Gespräch genügt, um zu klären, ob sich ein MCP-Server für Ihr Produkt lohnt und was er ungefähr erfordern würde. Lohnt er sich nicht, sagen wir es Ihnen.

Kontakt aufnehmen →

Kontakt aufnehmen

Welchen Workflow sollte KI zuerst verbessern?

Buchen Sie eine praktische Analyse eines wertvollen Workflows. Sie sprechen direkt mit Assim, Gründer und Lead Engineer von Nordbeam.
Direkt per E-Mail
E-Mail
hello@nordbeam.io
Standorte
Göteborg & Malmö, Schweden
Antwortzeit
Innerhalb von 24 Stunden