Teilweise, und der Unterschied zählt. Jede generierte Anwendung stellt eine vollständige REST-API bereit — eine Routenfamilie pro Datentyp —, doch sie ist durch das Sitzungscookie geschützt: Es gibt noch keinen API-Schlüssel, mit dem sich eine andere Software eigenständig verbinden könnte. Ohne eine Zeile Code erhalten Sie dennoch den Export jedes Datensatzes als JSON und CSV, den Dateiimport für Messdaten und direkten Datenbankzugriff, wenn Sie selbst hosten. Und da der Code Ihnen gehört, bleibt das Hinzufügen eines API-Schlüssels eine gewöhnliche Aufgabe.
Was die Anwendung tatsächlich bereitstellt
Eine generierte Anwendung ist keine Oberfläche auf einer undurchsichtigen Datenbank: Sie ist wie eine gewöhnliche Webanwendung gebaut, mit einer REST-API hinter ihren Bildschirmen. Für jeden in Ihrer Beschreibung genannten Datentyp erzeugt die Engine dieselbe Routenfamilie: auflisten und anlegen, dann einen bestimmten Datensatz lesen, ändern und löschen. Ein Löschen entfernt übrigens nichts endgültig — es geht über den Papierkorb, und eine Wiederherstellungsroute macht es rückgängig.
Diese Routen sind kein optionales Extra: Es sind genau jene, die die Bildschirme der Anwendung selbst verwenden. Es gibt also nicht auf der einen Seite eine „echte“ interne API und auf der anderen eine abgespeckte öffentliche — es ist dieselbe, und sie steckt in dem Code, den Sie mitnehmen.
Die Grenze, die man kennen sollte: heute kein API-Schlüssel
Sobald eine Anwendung eine Anmeldung verlangt — der Standardfall bei Geschäftsdaten —, sind ihre Routen geschützt: Jeder Aufruf muss das bei der Anmeldung ausgestellte signierte Sitzungscookie tragen, und einem Konto mit Leserechten wird jeder Schreibvorgang serverseitig verweigert, gleich auf welchem Weg.
Dieser Schutz hat eine unmittelbare Folge, die man vor einer Entscheidung kennen sollte: Es gibt heute weder einen API-Schlüssel noch ein Token, mit dem sich eine andere Software eigenständig und ohne Browser authentifizieren könnte. Ein Drittwerkzeug kann die Anwendung daher nicht ohne Weiteres von Maschine zu Maschine abfragen. Wir schreiben das lieber klar hin, als „die Anwendung hat eine API“ mehr versprechen zu lassen, als es hält.
Was ohne eine Zeile Code funktioniert
Der Einstellungsbildschirm bietet den Export jedes Datensatzes als JSON oder CSV. Das ist der kürzeste Weg in eine Tabellenkalkulation, ein Reporting-Werkzeug oder zur Steuerberatung: Die Daten verlassen die Anwendung, wann Sie es entscheiden, in Formaten, die jeder liest.
In der Gegenrichtung erhalten Messdaten — Ablesungen, Aufzeichnungen, von einem Gerät erzeugte Reihen — eine Importroute und eine Schaltfläche zum Hochladen: CSV und GPX für Aufzeichnungen. Und wenn Sie die Anwendung selbst hosten, gehört Ihnen ihre PostgreSQL-Datenbank: Ein Reporting-Werkzeug kann sie direkt lesen, ganz ohne API.
Wenn Sie eine vollständige Integration brauchen
Entscheidend ist: Keine dieser Grenzen ist ein Schloss. Die Anwendung ist ein gewöhnliches Next.js- und Prisma-Projekt, als ZIP exportierbar oder in Ihr eigenes GitHub-Repository geschoben. Bestehende Routen um eine Authentifizierung per API-Schlüssel zu ergänzen, ist für Entwickler gut ausgeschilderte Arbeit an lesbarem Code.
Das ist der Unterschied zu einem Werkzeug, dessen Integration von einem Konnektor abhängt, den der Anbieter anbietet oder eben nicht. Hier lautet die Frage nie „wird die Plattform es zulassen?“, sondern nur „wer schreibt es?“ — und an dem Tag, an dem Sie es tun, müssen Sie niemanden um Erlaubnis bitten.