NeLeSo OCPP Gateway
Eigenständiges technisches Paket aus Broker, integriertem OCPP Server/CoreCPMS, Admin-Oberfläche und PostgreSQL für kundeneigenes Linux.
NeLeSo OCPP Gateway · eigenständiges technisches Paket
Ihre Ladeinfrastruktur bleibt. Backend und Datennutzung werden flexibel.
Verbinden Sie Ihre bestehenden Ladestationen mit dem passenden CPMS und nutzen Sie Betriebsdaten in weiteren Systemen. Der NeLeSo OCPP Gateway verbindet Primärbackend, zusätzliche OCPP-Ziele und MQTT-/REST-Ausgaben auf Ihrer Infrastruktur. Datenzugriff und Steuerrechte werden getrennt vergeben.
Eigenständiges Produktpaket aus unserem Software-Baukasten . Technische Dokumentation · Downloads & Installation
Aus der Praxis · anonymisierte Referenz
Projekterfahrung mit 9.000 angebundenen Ladegeräten.
In einem Kundenprojekt sind 9.000 Ladegeräte angebunden. Drei parallel betriebene Broker mit Redis-Cache bewähren sich dort im laufenden Betrieb. Diese Referenz beschreibt den projektspezifischen Aufbau; Architektur und Kapazität Ihrer Installation stimmen wir auf Ihren Bedarf ab.
Portfolio-Einordnung
NeLeSo OCPP Gateway als eigenständiges technisches Paket für Ihre Infrastruktur.
NeLeSo OCPP Gateway ist das kommerzielle Produkt für externe OCPP-Ziele, Beobachtung und Migration. Das eigenständige technische Paket umfasst Broker, integrierten OCPP Server, Admin-Oberfläche und PostgreSQL. Ihre IT kontrolliert Server, Netzwerk, TLS und Backups.
NeLeSo Charging Platform
Kommerzielles Produktionsprodukt zum Betrieb, zur Integration und Abrechnung von Ladeinfrastruktur – mit Starter, Professional und Enterprise als Plänen.
Developer Kit & Sandbox
Getrennte, nicht-produktive Entwicklungswege: Veröffentlichung des Developer Kits erst nach Rechte- und Security-Review; die öffentliche Sandbox arbeitet ausschließlich mit synthetischen Daten und regelmäßigen Resets.
Routing-Isolation
Ein Primärbackend. Bis zu acht zusätzliche Backend-Ziele.
Zusätzliche Backends erhalten freigegebene Daten über getrennte Verbindungen. Live-Beobachter bleiben lesend; virtuelle Backends können einzeln freigegebene OCPP-Aktionen anfragen. Der Broker prüft Rechte und Prioritäten vor dem Versand. Ein langsames Zusatzziel blockiert den primären Kommunikationspfad nicht.
- Primäres Betriebsbackend: Übernimmt Nutzerzugang, Authentifizierung, Betriebsentscheidungen und Abrechnung. Nur seine Antworten werden an den Ladepunkt zurückgegeben.
- Beobachter und virtuelle Backends: Bis zu acht zusätzliche Ziele je Station, mit Nachrichtenfiltern und eigenen Verbindungen. Stationszugriff allein erteilt keine Steuerrechte.
- Integrierter CoreCPMS: Ist das Standardziel, wenn kein externes Primärbackend gewählt ist: OCPP-Server plus schlanker Core für Sessions, Status und CSV-Ausleitung.
Protokollvertrag
OCPP 1.6J und OCPP 2.0.1 – ohne versteckte Versionsübersetzung.
Der Broker unterstützt beide Protokolle nativ über WS/WSS. Station und Ziel handeln dieselbe OCPP-Version aus. OCPP 1.6-Transaktions-IDs werden zwischen Primär- und Beobachterpfad getrennt korreliert; OCPP-2.0.1-TransactionEvents bleiben in ihrem nativen Modell.
- Routing pro Charge Point ID
- WSS am öffentlichen Einstieg, interne Dienste ohne Host-Port
- Observer-Aktionsfilter pro Route
- Optionale NATS-JetStream-Ausleitung mit Nachrichtenfiltern, je nach installiertem Release
- Keine automatische Übernahme durch den Beobachter bei Primärausfall
- Lokale Sitzungsübersicht und CSV-Ausleitung für CoreCPMS-terminierte Vorgänge
- Keine verpflichtende Cloud- oder Telemetrieverbindung
OCPP 1.6J · OCPP 2.0.1 · WS/WSS
Betriebsmodell
On-Premises, am Edge oder vollständig autark.
Docker Compose kapselt Broker, CoreCPMS, Admin, den separaten Workflow-/Export-Worker und PostgreSQL. Der lokale Kernbetrieb benötigt keine NeLeSo-Cloud oder Telemetrieverbindung. Linux-Härtung, Firewall, DNS, Zertifikate, Monitoring und Restore-Tests bleiben in Ihrer Infrastrukturhoheit; entfernte Ziel-Backends und Online-Dienste müssen naturgemäß erreichbar sein.
Self-hosted / Customer-managed
Installation im Rechenzentrum, Cloud-Tenant oder auf einem geeigneten Linux-Edge-System am Standort.
Isolierter Observer-Pfad
Observer-Fehler und -Backpressure beeinflussen den Primärpfad nicht.
Secrets & Audit
Dateibasierte Secrets, verschlüsselte Backend-Zugangsdaten und keine OCPP-Payloads in Standardlogs.
Wir stimmen Backend-Ziele, Datenanbindung und Betriebsverantwortung mit Ihrem Team ab und prüfen das Zusammenspiel im Pilot. Implementierung kennenlernen →
DEPOTCHARGE.COM · NeLeSo OCPP Gateway · CORECPMS
Referenzkunde
DepotCharge baut Abrechnung und Analyse auf dem Broker auf.
DepotCharge nutzt den Broker als Integrationsschicht: Einige Hypercharger in Depots terminieren am integrierten CoreCPMS, andere bleiben mit bestehenden Betreiber-Backends verbunden. Ladesessions werden für die DepotCharge-Abrechnung ausgeleitet und analysiert – ohne die vorhandene Backend-Landschaft zuerst ersetzen zu müssen.
Case Study: DepotChargeRichtpreise
Unverbindliche Preisindikation für das OCPP Gateway.
Die aktuelle Kalkulationshypothese liegt bei 250 € Basis pro Installation und Monat inklusive Basis-Support plus 1 € je aktiver OCPP Charge Point ID und Monat. Optionales Standard-Onboarding wird mit 1.900 € angesetzt. Verbindlich ist ausschließlich das individuelle Angebot.
Basis
250 €
pro Installation / Monat, inklusive Basis-Support
Nutzung
1 €
pro aktivem Charge Point ID / Monat
Optionales Standard-Onboarding
1.900 €
einmalig, bis zu zwei Remote-Personentage
Beispiel 600 aktive Charge Point IDs: 250 € Basis + 600 € Nutzung = 850 € pro Monat; indikatives erstes Jahr mit optionalem Standard-Onboarding 12.100 € netto.
GitHub
Privates GitHub-Repository · Zugriff auf Anfrage
Quellcode, Docker-Setup, Migrationen und Sicherheitstests liegen in einem separaten privaten Repository. Kunden- und Evaluierungszugang vergeben wir nach Vereinbarung.
FAQ
Häufige Fragen zu NeLeSo OCPP Gateway.
Sind Primär- und Beobachter-Backend direkt miteinander verbunden?
Nein. Primärbackend und zusätzliche Ziele sind über getrennte Verbindungen angebunden. OCPP-Bestätigungen und Ladefreigaben bleiben beim Primärbackend. Virtuelle Backends können nur separat freigegebene Aktionen über den Befehlsvermittler anfragen.
Kann unsere IT die Lösung selbst installieren?
Ja. Die Software ist für kundenverwaltetes Linux mit Docker Compose und PostgreSQL ausgelegt – im Rechenzentrum, Cloud-Tenant oder auf Edge-Hardware am Standort. Ihre IT behält Infrastrukturzugriff; NeLeSo benötigt für Support nur einen zeitlich begrenzten Zugang zur Anwendungsebene.
Welche OCPP-Versionen werden unterstützt?
OCPP 1.6J und OCPP 2.0.1 über WebSocket beziehungsweise WSS. Der Broker in NeLeSo OCPP Gateway übersetzt nicht automatisch zwischen Protokollversionen; Station und Ziel müssen dieselbe Version sprechen.
Was gilt als aktiver Ladepunkt für die Abrechnung?
Eine eindeutige OCPP Charge Point ID, die im Abrechnungsmonat mindestens eine authentifizierte Verbindung herstellt. Mehrere Connectoren oder EVSEs unter derselben Identität werden nicht einzeln gezählt.
Ihr Pilotprojekt
Mit zehn Stationen die nächste Entscheidung vorbereiten.
Bis zu zehn Stationen, ein CPMS und ein Datenziel. Vier Wochen als Planungsrahmen, dokumentierte Abnahme und ein abgestimmter Rückweg. Den verbindlichen Umfang und Preis legen wir im Pilotangebot fest.