Neleso Developer

Öffentliche Produktdokumentation

Zielbild · Stand 2026

APIs & Integration

Eine Erklärung zentral. Die exakte Runtime lokal.

Neleso.com beschreibt Zweck, Stabilität und Produktumfang der APIs. Im Ziel liefert jede Installation die OpenAPI-Spezifikation ihres eigenen Releases und eine lokale Swagger-Oberfläche. Community und Enterprise stellen beides bereits lokal bereit; der Standalone Broker folgt. Enterprise verwaltet API-Keys inzwischen im CPMS; nur noch nicht migrierte Account-, Audit- und Admin-Funktionen bleiben vorübergehend in einer lokalen Betriebsoberfläche.

Single Source

Produktcode erzeugt den Vertrag.

Im Ziel speist dieselbe versionierte OpenAPI-Spezifikation die zentrale Referenz und die lokale Swagger-Oberfläche. Kundendomains, Demo-Zugänge und produktionsspezifische Server gehören nicht in den öffentlichen Vertrag.

01ProduktcodeRouten · Modelle · Sicherheit
02OpenAPIVersioniertes Build-Artefakt
03aNeleso DeveloperErklärung · Status
03bRuntime SwaggerExakte Installation

API-Katalog

Unterschiedliche Oberflächen, klar benannte Verträge.

Der Status bezeichnet hier einen veröffentlichten und unterstützten OpenAPI-Vertrag – nicht interne Routen. „Vertrag geplant“ ist daher keine bereits ausgelieferte öffentliche Schnittstelle.

APIBrokerCommunityEnterprise
Broker Control APIVerbindungen · Ziele · RoutingVertrag geplantVertrag geplantVorhanden
OCPP Server APIStationen · Status · KommandosVertrag geplantVertrag geplantVorhanden
CPMS Core APISessions · Tokens · KonfigurationVorhandenVorhanden
Headless CPMS APIExterne IntegrationsflächeVorhanden
Fleet & Driver APIsFlotte · Fahrer · EnergieVorhanden

Runtime Swagger

Lokale Entwicklerwerkzeuge bleiben bewusst erhalten.

Der konkrete Mount kann je Installation abweichen. Die Produktnavigation soll direkt auf die lokale Swagger-Ansicht verlinken; ein eigenes Login oder eine zweite Dokumentationsnavigation ist nicht erforderlich.

/api/docs/openapi.json

Rohe, maschinenlesbare Spezifikation für Generatoren, Tests und eigene Clients.

Ziel für Self-hosted Releases Swagger-Assets gehören in die Installation.

Einige Enterprise-Oberflächen laden Assets heute noch von einem öffentlichen CDN. Die lokale Bündelung ist Teil der Produkt-Roadmap.

Ziel-Governance

Neue öffentliche Verträge sollen diese Regeln erfüllen.

Das ist die angestrebte Governance, keine rückwirkende Garantie für alle heutigen internen oder unversionierten Routen.

01

Versionierung

Neue öffentliche Pfade und Schemas werden einer benannten API-Version zugeordnet.

02

Authentifizierung

Externe APIs erhalten widerrufbare Schlüssel oder Bearer-Tokens mit den zum Produkt passenden Scopes.

03

Mandantengrenzen

Wo Mandantenfähigkeit gilt, wird der Kontext serverseitig aus der Identität abgeleitet.

04

Abkündigung

Künftig entfernte öffentliche Verträge sollen benannt, getestet und mit einem nachvollziehbaren Migrationspfad versehen werden.