NeLeSo Charging Platform
Starter, Professional und Enterprise sind kommerzielle Pläne derselben Charging Platform. Die Anwendung läuft je nach Projekt als SaaS, On-Premises oder Appliance; Funktionen, Grenzen, Support und Preis werden für den angebotenen Release verbindlich festgelegt.
Drei Pläne
Die Pläne sind keine getrennten Source-Forks. NeLeSo ordnet den passenden Plan anhand von Betrieb, Integrationen, Organisation und Supportbedarf zu. Konkrete Funktionen, Mengen und Preise werden nicht pauschal aus einem Plannamen abgeleitet.
Starter
Kommerzieller Plan · individuelles Angebot
Für einen klar abgegrenzten produktiven Einstieg mit vereinbartem Betriebs-, Integrations- und Supportumfang.
Professional
Kommerzieller Plan · individuelles Angebot
Für Vorhaben mit erweitertem Integrations-, Prozess- oder Betriebsbedarf. Der zugesagte Umfang folgt dem konkreten Angebot und Release.
Enterprise
Kommerzieller Plan · individuelles Angebot
Für mandantenfähige und integrationsintensive Betriebsmodelle. Freigegebene Portale, Rollen, Datenräume und Prozesse werden im Angebot präzise beschrieben.
Portfolio
Die Charging Platform betreibt Ladeinfrastruktur. Das OCPP Gateway beobachtet, routet und migriert ein bereits vorhandenes Backend. Developer Kit und Sandbox sind ausdrücklich keine Produktionsprodukte.
NeLeSo OCPP Gateway
Ladepunkt → Gateway → Primärbackend + read-only Observer
Das kommerzielle Produkt für Routing, Beobachtung, Auditierbarkeit und kontrollierten Cutover. Produktionsbetrieb und reale Migrationspiloten sind bezahlt.
NeLeSo Developer Kit
Schemas · SDKs · Simulator · Fixtures · Konformitätswerkzeuge
Ausschließlich für Entwicklung und Tests, nicht für Produktion. Veröffentlichung und Lizenz bleiben bis zum abgeschlossenen Rechte-, Abhängigkeits-, Marken- und Security-Review offen.
NeLeSo Sandbox
Synthetische Daten · rücksetzbar · keine Produktionszugänge
Die Sandbox ist öffentlich verfügbar und wird regelmäßig zurückgesetzt. Sie erhält keine Kundendaten, Produktions-Credentials oder externen Stationsverbindungen, hat kein Produktions-SLA und schaltet keinen produktiven Stations- oder Transaktionsverkehr frei.
Architektur
OCPP-Verbindungen, Stationszustände, Sessions und Kommandos folgen versionierten Verträgen. Kundenseitige Aussagen gelten immer für den konkret angebotenen Release. Sicherheitspatches und Protokollkorrekturen sind keine Plan-Differenzierung.
Unverbindliche Planorientierung
Die Kriterien helfen bei der ersten Selbstqualifizierung. Funktionen, Grenzen, Support und Preis werden weiterhin erst im konkreten Angebot verbindlich.
| Auswahlkriterium | Starter | Professional | Enterprise |
|---|---|---|---|
| Typische Ausgangslage | Ein klar abgegrenzter produktiver Einsatz | Mehrere Integrationen oder Betriebsprozesse | Eine mandantenfähige, integrationsintensive Organisation |
| Organisationsmodell | Eine kompakte Betreiberorganisation | Mehrere Rollen oder Teams | Mehrere Mandanten, Marken oder Datenräume |
| Integrationsbedarf | Wenige, klar definierte Schnittstellen | Mehrere System- und Prozessintegrationen | Komplexe oder organisationsübergreifende Integrationen |
| Billing und Roaming | Klar abgegrenzter Bedarf | Erweiterte Prozessanforderungen | Mandanten- oder partnerübergreifende Prozesse |
| Betriebsverantwortung | Klare Übergabe und Zuständigkeit | Gemeinsam abgestimmte Betriebsprozesse | Individuelle Governance und Betriebsübergabe |
| Supportbedarf | Vereinbarter Einstieg | Erweiterte Support- und Reaktionsanforderungen | Individuell abgestimmtes Betriebs- und Supportmodell |
| Betriebsform | SaaS, On-Premises oder Appliance nach Freigabe | SaaS, On-Premises oder Appliance nach Freigabe | SaaS, On-Premises oder Appliance nach Freigabe |
| Verbindlicher Umfang | Im konkreten Angebot | Im konkreten Angebot | Im konkreten Angebot |
| Nächster Schritt | Starter besprechen | Professional besprechen |
Production Launch
Architektur, Installation, Gerätekompatibilität, Migration, Betriebsdokumentation und Go-live werden passend zum Projekt abgegrenzt. Umfang und Preis stehen vor Projektstart im verbindlichen Angebot.
Betriebscockpit
Das Cockpit führt Standorte, Ladepunkte, Sessions, Energie, Serverzustand und Supportkontext zusammen. Welche Rollen, Datenräume, Integrationen und Prozesse freigeschaltet werden, bestimmt der vereinbarte Produktumfang.
Simulation und Test
Simulatoren und reproduzierbare Last-, Lade- und Stabilitätstests unterstützen die Freigabe. Ein konkreter Kapazitäts- oder Kompatibilitätsnachweis gilt nur für den dokumentierten Release, die geprüfte Infrastruktur und das jeweilige Nachrichtenprofil.
FAQ
Ja. Produktiver Betrieb ist ab der ersten produktiven Station oder Transaktion kommerziell. Developer Kit und Sandbox sind getrennte Nicht-Produktionswege.
Sie sind Pläne derselben Charging Platform. Die konkrete Zuordnung von Funktionen, Grenzen, Integrationen, Support und Preis erfolgt im verbindlichen Angebot – nicht allein über den Plannamen.
Die Charging Platform kann projektabhängig als SaaS, On-Premises oder Appliance angeboten werden. Es handelt sich um Betriebsformen derselben Anwendung, nicht um getrennte Produkte.
Das Gateway ist für Organisationen mit einem vorhandenen Charging Backend gedacht, die ein Primärbackend anbinden, unabhängig read-only beobachten oder eine kontrollierte Migration durchführen möchten.
Noch nicht als veröffentlichte Distribution. Es bleibt nicht-produktiv und seine Veröffentlichung sowie Lizenz setzen einen abgeschlossenen Rechte-, Abhängigkeits-, Marken- und Security-Review voraus.
Ja. Die öffentliche Sandbox ist für synthetische, rücksetzbare Evaluation vorgesehen und wird regelmäßig zurückgesetzt. Kundendaten, Produktions-Credentials, externe Stationsverbindungen sowie produktiver Stations- und Transaktionsverkehr sind nicht freigeschaltet; es gibt kein Produktions-SLA.
Nächster Schritt
