Die Plattform hinter ChargeMeCar

Apostol CSMS — der Motor, der ChargeMeCar antreibt

ChargeMeCar ist ein Endkundendienst auf Apostol CSMS: einer Ladestationsmanagement-Plattform mit drei OCPP-Versionen, OCPI-Roaming, Zahlungen über Stripe Connect und mehreren unabhängigen Betreibern auf einer Instanz. Diese Seite sagt klar, was produktiv ist, was fertig ist und was noch geplant ist.

OCPP 1.5 / 1.6 / 2.0.1OCPI 2.2.1 + 2.3.0Stripe ConnectAd-hoc-Zahlung nach AFIRMehrere Betreiber, eine InstanzOffener Kern
Wie es zusammenhängt

Wie ChargeMeCar mit der Plattform zusammenhängt

Drei Dinge, die man wissen sollte - der Transparenz wegen, nicht für die Broschüre.

1

Derselbe Motor, kein Fork

ChargeMeCar läuft mit demselben Software-Build wie jede andere Marke auf der Plattform, unter einer kryptografisch signierten Markenlizenz. Plattform-Releases erreichen es wie alle anderen: ein Update-Befehl, Health-Checks, ein Rollback derselben Form.

2

Operativ unabhängig

Unser Stripe-Konto, unsere Infrastruktur, unsere juristische Person - FROG IT SARL, Nizza. Der Plattformeigentümer betreibt ChargeMeCar nicht und kann sein Geld nicht anfassen: Zahlungen werden in den Stripe-Konten der Stationsbesitzer abgebucht, und die Daten der Marke sind mit einem markeneigenen Schlüssel verschlüsselt.

3

Offenes Fundament, dokumentierter Kern

Die Plattform steht auf einem offenen Fundament, das unter freier Lizenz auf GitHub veröffentlicht ist: dem Transport-Framework und der PostgreSQL-Plattformschicht. Was eine Marke kauft oder lizenziert, ist die Fachschicht für das Laden darüber - und den Kern, von dem sie abhängt, kann jeder lesen.

Fähigkeiten

Was die Plattform kann - mit dem ehrlichen Status jeder Zeile

Drei Stufen, bewusst getrennt: produktiv - läuft an echten Stationen mit echtem Geld; fertig - implementiert und durch Tests und den Stationssimulator abgedeckt, aber noch ohne Produktionsvolumen; geplant - auf der Roadmap, nicht ausgeliefert.

ProduktivFertigTeilweiseGeplant

Stationen

  • OCPP 1.6 - das Hauptprotokoll der Plattform; jede Station, die es spricht, verbindet sich ohne AnpassungProduktiv
  • OCPP 2.0.1 - 12 von 16 Funktionsblöcken vollständig, 4 teilweiseFertig
  • OCPP 1.5 - AltbeständeFertig
  • Gemischte Flotte: die Version wird automatisch erkannt, Befehle werden zwischen den Formaten übersetztFertig
  • Selbstanschluss durch den Besitzer - etwa 15 Minuten; die Station registriert sich beim ersten HandshakeProduktiv
  • Fernstart, Stopp, Kabelfreigabe, Neustart, Aktivieren und Außerbetriebnahme - aus dem Portal, der Fahrer-App oder per QRProduktiv
  • Firmware-Updates per Link oder aus der Dateibibliothek der Plattform; ein Sicherheitsprotokoll der StationFertig
  • Massenoperationen auf einer Flotte, eine Standorthierarchie (Region → Stadt → Standort → Zone)Geplant

Tarife und Geld

  • Fünf abrechenbare Leistungen: pro kWh, pro Lademinute, Standzeit nach Ende, Reservierung, PauseProduktiv
  • Tarife nach Zeitplan: Wochentag, Stunde, Tag/NachtFertig
  • Stripe und Stripe Connect: direkte Abbuchungen im Konto des Stationsbesitzers, Belege auf den Namen des Besitzers, ErstattungenFertig
  • Ad-hoc-Zahlung per QR ohne Registrierung - die AFIR-Anforderung der EU; Ende-zu-Ende gegen echtes Stripe getestetFertig
  • Plattformprovision, von jeder Zahlung einbehalten; eine monatliche, aufgeschlüsselte Aufstellung an den BesitzerProduktiv
  • Guthaben einer Organisation, Abrechnung pro Ladevorgang und kWh für eigene FlottenProduktiv
  • Doppelte Buchführung auf internen Konten - die Summen stimmen konstruktionsbedingtProduktiv
  • Dynamische Preise (nach Nachfrage, nach Strompreis)Geplant

Betreiber und Fahrer

  • Mehrere unabhängige Betreiber auf einer Instanz, jeder sieht nur EigenesProduktiv
  • Rollen: Eigentümer, Administrator, Betreiber, Ingenieur, Support, Fahrer, PartnerProduktiv
  • Partner - ein Teilnetz innerhalb eines Betreibers, mit UmsatzabrechnungFertig
  • Fahrer-Web-App: Karte mit Filtern, Start und Stopp, Ladefortschritt, Verlauf, gespeicherte Karten, RFID, Reservierungen - acht SprachenProduktiv
  • Benachrichtigungen: Push, E-Mail, in der App; MassenmitteilungenFertig
  • KI-Supportassistent in der Fahrer-App, streng innerhalb der Rechte des FahrersFertig
  • Native Apps im App Store und bei Google PlayGeplant

Roaming und Integrationen

  • OCPI 2.2.1 und 2.3.0 gleichzeitig, in beiden Rollen: Ladepunktbetreiber und E-Mobility-Service-ProviderFertig
  • Veröffentlichung von Stationen, Tarifen, Ladevorgängen und Abrechnungsdatensätzen an ein Partnernetz über einen Hub - Live-Austausch bestandenProduktiv
  • Empfang von Partner-Tokens und -Befehlen im Live-AustauschTeilweise
  • Verträge mit Hubject und Gireve - ein kommerzieller Schritt des Betreibers; die technische Voraussetzung ist vorhandenGeplant
  • Offene REST-API - Hunderte Methoden mit OpenAPI-Spezifikation, Echtzeit-Ereignisse, WebhooksProduktiv
  • Konnektoren für Buchhaltung und ERPGeplant

Betrieb und Sicherheit

  • Betreiber-Dashboard: Stationen nach Zustand, Energie, Umsatz, Auslastung, Alarme; eine Vorfallkonsole mit Live-EreignisstromProduktiv
  • Auslieferung in Containern; Installation, Update ohne Ausfallzeit und Rollback - vier Installationen auf einer PipelineProduktiv
  • Anmeldung per OAuth 2.0, auch mit Google; Schutz der Browsersitzung; drei unabhängige Zugriffsebenen; Audit-JournaleProduktiv
  • Berichtsexport nach Excel/CSV, ein Berichtsdesigner, Auslastungs- und VerfügbarkeitskennzahlenGeplant
  • Externes Monitoring und Alarmierung, Point-in-Time-BackupGeplant
  • ISO 15118 Plug & Charge, gegenseitige ZertifikateGeplant
Protokolle

Offene Standards, kein Vendor-Lock-in

Die Plattform spricht die Protokolle, die jedes moderne Ladenetz nutzt - OCPP zur Hardware, OCPI zu anderen Netzen. Jede OCPP-konforme Station funktioniert, egal von wem.

OCPP - drei Versionen, eine Laufzeit

  • OCPP 1.5 (SOAP)

    Kompatibilität für ältere Geräte, die noch im Einsatz sind.

  • OCPP 1.6 (JSON / WebSocket)

    Das Hauptprotokoll der Plattform: eine Station, die es spricht, verbindet sich ohne Anpassung.

  • OCPP 2.0.1

    Das dreistufige Modell Station → EVSE → Connector, ein persistentes Gerätemodell, Sicherheitsereignisse, Firmware-Verwaltung. 12 von 16 Funktionsblöcken vollständig.

Die Version wird beim Verbinden erkannt. Befehle aus dem Portal werden 1.6 ↔ 2.0.1 übersetzt, sodass eine gemischte Flotte in einer Oberfläche verwaltet wird.

OCPI - Roaming mit beiden aktiven Versionen

  • CPO-Rolle

    Stellt die Stationen, Tarife und Ladevorgänge der Marke Partnernetzen bereit - die Veröffentlichung über einen Hub hat einen Live-Austausch bestanden.

  • eMSP-Rolle

    Nimmt Tokens und Fernstartbefehle der Partnerfahrer über denselben Kanal an - implementiert und getestet, im Live-Austausch noch nicht bewiesen.

Herstellerneutral von Grund auf

Jede Station mit OCPP 1.5 / 1.6 / 2.0.1 - auch die eines Wettbewerbers. Eine gemischte Flotte wird ohne Neuflashen in einem Portal zusammengeführt: die OCPP-Serveradresse wird in der Weboberfläche der Station selbst geändert.

Zahlungen und Compliance

Gebaut für den regulatorischen Rahmen der EU

Direkte Abbuchungen über Stripe Connect in das Konto des Stationsbesitzers, Ad-hoc-Zahlung per QR für AFIR, starke Kundenauthentifizierung nach PSD2, DSGVO in der Datenschicht.

Stripe Connect

«Mit Stripe verbinden» aus dem Portal - Ihr eigenes Stripe-Konto, jedes Land; direkte Abbuchungen im Konto des Besitzers; der Beleg wird aus dem Konto des Besitzers auf dessen Namen ausgestellt; die Provision der Plattform wird von jeder Zahlung einbehalten, mit einer Monatsaufstellung für die Buchhaltung; Erstattungen über denselben Kanal.

AFIR - Ad-hoc-Zahlung

Öffentlich zugängliche Ladepunkte müssen Zahlungen jedes Fahrers ohne Vertrag oder App annehmen: der Fahrer scannt den QR-Code an der Station, sieht den Tarif, zahlt mit Karte und lädt. Implementiert und Ende-zu-Ende gegen echtes Stripe getestet.

PSD2 / 3-D Secure

Starke Kundenauthentifizierung für europäische Karten wird von Stripe durchgesetzt; kein Zahlungsweg umgeht sie.

DSGVO

Die Daten bleiben in der EU, der Fahrer kann sein Konto aus der App löschen, Einwilligungen werden protokolliert, jede Aktion hinterlässt eine Prüfspur.

Architektur

Ein dünner Transport, die Logik in der Datenbank

Zwei Schichten im Kern: ein Single-Loop-Transport in modernem C++ - HTTP, WebSocket, TLS, OCPP - und die Geschäftslogik in PostgreSQL selbst. Eine bewusste Ingenieursentscheidung, mit ihren Argumenten.

Eine Ereignisschleife für HTTP und PostgreSQL

Datenbankverbindungen leben in derselben Ereignisschleife wie HTTP- und WebSocket-Verbindungen: eine Anfrage ist ein Roundtrip zur Datenbank, eine Transaktion. Zehntausende Stationen halten dauerhafte Verbindungen zu einem einzigen Knoten mit stabiler Latenz.

Geldintegrität durch Konstruktion

Kostenberechnung, Guthabenprüfung, Double-Spend-Schutz und Rechnungsstellung laufen in einer Datenbanktransaktion - die Atomarität garantiert PostgreSQL, nicht Anwendungscode. Ein beendeter Ladevorgang mit verlorener Rechnung oder eine doppelte Abbuchung bei parallelen Anfragen ist konstruktionsbedingt ausgeschlossen.

Markenlizenz und Manifest

Eine Marke läuft unter einer kryptografisch signierten Lizenz - Name, juristische Person, Markt, Domain, Steuerdaten -, die ohne den Plattformeigentümer nicht neu ausgestellt werden kann. Aussehen, Zahlungsanbieter, Sprache, Währung und Karten liegen in einem Markenmanifest, das im Portal bearbeitet und ohne Neubau angewendet wird.

Offenes Fundament

Das Transport-Framework und die PostgreSQL-Plattformschicht sind unter freier Lizenz auf GitHub veröffentlicht; die Fachschicht für das Laden darüber ist das Produkt. Die Auslieferung erfolgt als Docker Compose auf dem eigenen Server der Marke, mit einer Datenbank, die aus dem äußeren Netzsegment nicht erreichbar ist.

Roadmap

Wo die Plattform hinter den Enterprise-Führern liegt - und es sagt

Nichts davon verhindert, heute zu betreiben und zu verdienen; alles ist geplante Arbeit.

Geplant

ISO 15118 Plug & Charge

Das Auto autorisiert sich selbst, ohne Karte oder App. Relevant für Premium-DC-Flotten und Teil mancher nationaler Förderprogramme.

Geplant

Native Mobil-Apps

Fahrer nutzen eine Web-App, die sich mit einem Tipp auf dem Handy installiert; die Präsenz im App Store und bei Google Play ist der nächste Schritt.

Geplant

Lastmanagement auf Standortebene

Leistungsprofile werden an eine Station übergeben und gespeichert; die Verteilung der Leistung zwischen den Stationen eines Standorts und die Reaktion auf Netzspitzen sind geplant.

Geplant

Flottenbetrieb im großen Maßstab

Massenoperationen für Firmware und Einstellungen, eine Standorthierarchie, Berichtsexport und ein Berichtsdesigner - was ein Betreiber mit fünfzig und mehr Stationen verlangt.

Geplant

Roaming-Hubs

Die eMSP-Hälfte von OCPI im Live-Austausch und Verträge mit Hubject und Gireve.

Die Plattform unter Ihrer eigenen Marke?

Eine neue Marke wird auf einem vorbereiteten Server in Minuten ausgerollt - mit eigener Domain, juristischer Person, Zahlungsanbieter und Aussehen. Hersteller und Betreiber: das White-Label-Programm steht auf der nächsten Seite.