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
Primärbetrieb und Beobachtung. Parallel, aber konsequent getrennt.
Jeder Ladepunkt erhält genau ein primäres Betriebsbackend und bei Bedarf ein unabhängiges, ausschließlich lesendes Beobachter-Backend. Die Docker-/PostgreSQL-Installation läuft auf Ihrem Linux-Server im Rechenzentrum, im Cloud-Tenant oder direkt am Edge; der integrierte OCPP-Server mit CoreCPMS ist das sichere Standardziel.
Eigenständiges Produktpaket aus unserem Software-Baukasten . Technische Dokumentation
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ärer Pfad. Ein optionaler Beobachter. Keine Kaskade.
Die beiden Backend-Verbindungen sind Geschwister, keine Kette. Das Beobachter-Backend sieht nur die freigegebenen Stationsereignisse. Es kann keine Befehle an den Ladepunkt senden, und ein langsamer Beobachter darf den Regelbetrieb nicht blockieren.
- Primäres Betriebsbackend: Übernimmt Nutzerzugang, Authentifizierung, Betriebsentscheidungen und Abrechnung. Nur seine Antworten werden an den Ladepunkt zurückgegeben.
- Read-only Beobachter-Backend: Wird je Charge Point ID zugeschaltet und erhält einen konfigurierbaren Ereignisstrom über eine eigene, begrenzte Queue und WebSocket-Verbindung.
- 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
- 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 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.
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. Der Broker öffnet zwei getrennte WebSocket-Verbindungen. Nachrichten laufen nicht seriell durch beide Backends. Nur das Primärbackend kann Antworten und Befehle zum Ladepunkt zurückgeben.
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 Szenario