Die Einrichtung steht auf der Cursor-Seite. Dieser Beitrag beantwortet die Frage, die Entwickler und Berater tatsächlich stellen: warum sollte man sein ERP im Code-Editor haben wollen?
Wer nutzt das, und wofür?
Cursor ist ein Code-Editor mit eingebautem KI-Assistenten. Die Zielgruppe dieser Anbindung ist daher nicht die Buchhaltung, sondern die Menschen, die drumherum bauen: Berater, die eine Exact Online-Einführung einrichten, Entwickler, die eine Anbindung schreiben, und Administratoren, die herausfinden, warum ein Auftrag nicht durchkommt.
Der Vorteil: Sie können die Verwaltung abfragen, ohne den Editor zu verlassen und ohne ein Testskript zu schreiben. Sie fragen einfach, was in den Daten steht.
Drei Situationen, in denen das wirklich hilft
- Einen Auftragsfluss debuggen. "Suche Auftrag SO-2026-0412 und zeige alle Zeilen mit Lieferstatus." Schneller als anmelden, suchen und durchklicken.
- Eine Einführung prüfen. "Welche Artikel haben keinen Einstandspreis hinterlegt?" Genau die Art Datenprüfung, die man während einer Einrichtung dutzendfach macht.
- Eine Anbindung bauen. Während Sie Code schreiben, der Exact Online-Daten verarbeitet, sehen Sie im selben Fenster, wie diese Daten tatsächlich aussehen - inklusive der Randfälle, die Ihnen sonst erst in der Produktion begegnen.
Worauf Sie stoßen werden
Das ersetzt die API nicht. Bauen Sie eine Produktionsanbindung, tun Sie das auf der Exact Online REST-API. Die MCP-Anbindung ist zum Nachschauen während des Bauens gedacht, nicht zur Nutzung in Ihrer Anwendung. Siehe MCP versus die API.
Vorsicht mit Schreibzugriff auf einer Produktivverwaltung. Debuggen Sie bevorzugt nur lesend. Wollen Sie Schreibaktionen testen, tun Sie das in einer Testverwaltung.
Der Kontext ist Ihr Gespräch, nicht Ihre Codebasis. Cursor kennt Ihren Code und Ihre Verwaltung, verknüpft beides aber nicht automatisch. Sagen Sie ausdrücklich, wonach Sie suchen.
Wie weiter
Welche Tools genau verfügbar sind, sehen Sie im Tool-Katalog. Zur Funktionsweise des Protokolls: das Glossar.
Warum das schneller ist als der übliche Weg
Der übliche Weg zu prüfen, was in einer Verwaltung steht, ist: bei Exact Online anmelden, zum richtigen Fenster durchklicken, Filter setzen und schauen. Macht man das während einer Einführung zehnmal am Tag, kostet das spürbar Zeit - und jedes Mal verliert man den Kontext dessen, woran man im Code gerade saß.
Die Alternative war ein Testskript, das die API aufruft. Das kostet erst Aufbau: OAuth regeln, ein Token ablegen, den richtigen Endpunkt suchen. Für eine einmalige Frage ist das zu viel Aufwand, also lässt man es und klickt doch.
Die MCP-Anbindung nimmt diese Hürde weg. Sie stellen die Frage in dem Fenster, in dem Sie ohnehin sind, und bekommen die Antwort, ohne etwas zu bauen.
Wofür es weniger geeignet ist
Zwei Dinge, für die Sie besser etwas anderes nehmen. Massenoperationen gehören nicht hierher: um tausend Artikel zu aktualisieren, schreiben Sie ein Skript gegen die API mit ordentlicher Fehlerbehandlung und Protokollierung. Und wiederholbare Prüfungen, die Sie jeden Sprint fahren wollen, gehören in eine Testsuite, nicht in ein Gespräch, das Sie jedes Mal neu führen.
Die Anbindung ist am stärksten bei einmaligen Fragen, deren Antwort Sie vorab nicht kennen. Genau die Arbeit, für die Sie sonst ein Wegwerfskript schreiben würden.
Eine praktische Arbeitsweise
Führen Sie während einer Einführung eine Liste von Datenprüfungen, die Sie immer wieder machen: Artikel ohne Einstandspreis, Kunden ohne USt-IdNr., Aufträge, die in einem Status hängen bleiben. Legen Sie sie als Fragen in eine Notiz neben Ihr Projekt. Nach jeder Änderung gehen Sie sie in wenigen Minuten durch, ohne sich anzumelden.