La plateforme derrière ChargeMeCarApostol CSMS — le moteur qui anime ChargeMeCar
Une plateforme CSMS de qualité industrielle, avec OCPP multi-versions, roaming OCPI 2.2.1 + 2.3.0, Stripe Connect pour le marché européen et une charge ad hoc conforme à l'AFIR. ChargeMeCar est l'un des multiples déploiements qui s'appuient aujourd'hui sur cette plateforme.
- OCPP 1.5 / 1.6 / 2.0.1
- OCPI 2.2.1 + 2.3.0
- Stripe Connect
- Conforme à l'AFIR
- Multi-tenant
- Cœur ouvert
Voyez-le comme un Shopify de la recharge des véhicules électriques — une seule plateforme, plusieurs marques distinctes, chacune entièrement détenue par son opérateur.
01
Un seul moteur, sans fork
ChargeMeCar fonctionne comme un déploiement détenu par le locataire sur Apostol CSMS — même moteur que tout autre déploiement, pile protocolaire identique, plomberie de paiement identique. Il n'existe pas de «branche ChargeMeCar» de la plateforme.
02
Cœur mature
Le serveur sous-jacent de la plateforme est en exploitation depuis plus de neuf ans. Apostol CSMS est le résultat d'années d'affinage de la plateforme, conçue en pleine connaissance des limites observées lors de l'usage commercial prolongé d'une génération antérieure.
03
Indépendance opérationnelle
Nos comptes Stripe Connect, notre infrastructure, notre entité juridique. L'éditeur de la plateforme ne peut pas exploiter la marque ChargeMeCar sans nous — et inversement.
OCPP — trois versions, un seul runtime
OCPP 1.5 (SOAP)
Compatibilité historique pour les équipements anciens encore en service.
OCPP 1.6 (JSON / WebSocket)
La version la plus déployée du marché — implémentation complète, dix messages station-vers-centre et dix-neuf commandes centre-vers-station.
OCPP 2.0.1 (moderne)
Modèle à trois niveaux (Station → EVSE → Connecteur), Device Model persistant, identifiants de session sous forme de chaîne. Implémentée dans son périmètre central ; les extensions avancées sont à la feuille de route.
Détection automatique de la version à la connexion. Les commandes envoyées depuis le système central sont traduites de manière transparente entre 1.6 et 2.0.1 — les flottes mixtes sont prises en charge sans effort supplémentaire.
OCPI — roaming avec les deux versions actives
OCPI régit les règles selon lesquelles différents réseaux de recharge échangent les informations sur les bornes, les tarifs, les identités utilisateur et les sessions. Les deux versions actuellement actives du standard sont prises en charge simultanément, dans les deux rôles.
Rôle CPO
Expose les bornes de ChargeMeCar aux partenaires de roaming — y compris la connectivité avec les hubs Hubject et Gireve.
Rôle eMSP
Accepte les jetons conducteur de réseaux partenaires externes ; les commandes de démarrage à distance transitent par le même canal.
Indépendance matérielle par conception
Compatible avec toute borne respectant OCPP 1.6 / 2.0.1 — y compris celles de la concurrence. La plateforme est neutre vis-à-vis du matériel par conception, non pas par liste de certifications.
Capacités Stripe Connect
- Onboarding OAuth pour des comptes Stripe existants
- application_fee automatique par transaction
- Remboursements + reverse transfers
- Webhooks : charge.succeeded, payment_intent.*, payout.*
- PSD2 3-D Secure activé par défaut
- Versements partenaires via Stripe Connect
QR ad hoc AFIR — flux en quatre étapes
- 01
Scanner
Le conducteur scanne le QR code imprimé sur la borne.
- 02
Voir le tarif
Tarification et conditions présentées dès le départ — aucun compte requis.
- 03
Payer
Stripe Checkout / Payment Links gèrent la page de paiement sécurisée.
- 04
Recharger
Reçu émis ; la recharge démarre immédiatement sur ordre de la plateforme.
Wallet + comptabilité en partie double
Chaque mouvement de fonds est simultanément débité d'un compte et crédité sur un autre. L'intégrité des soldes est structurelle, les pistes d'audit sont natives, et les remboursements partiels se réconcilient proprement entre les comptes opérateur, plateforme et partenaire.
Webapp
Next.js + React + Ant Design
Tableau de bord opérateur — CRM, analytique, administration multi-tenant
PWA Conducteur
Vite + React + Ant Design Mobile
Application utilisateur final — carte interactive, sessions, wallet, historique, réservation de borne
Pay
Nuxt + Tailwind
Flux de paiement QR à usage unique sans inscription (AFIR ad hoc)
Auth
Vue + Vite
Fournisseur d'identité OAuth2 pour l'ensemble du périmètre
Landing
Nuxt + Quasar + GSAP
Site marketing de la marque — y compris cette page
Les cinq applications sont distribuées publiquement comme images Docker sur GitHub Container Registry ; chaque marque exécute ses propres copies, personnalisées via un manifest signé délivré au runtime.
Couche de transport C++
Une boucle d'événements asynchrone unique liant HTTP et PostgreSQL — bâtie sur le framework ouvert libapostol, en production depuis 2017.
Logique métier PostgreSQL
Moteur de workflow, contrôle d'accès basé sur les rôles, registre comptable en partie double — entièrement écrits en PL/pgSQL sur le framework ouvert db-platform. Rechargeable à chaud, transactionnel, sans ORM séparé.
Fondation ouverte, distribution fermée
Trois dépôts de fondation sont sous licence MIT et publiquement disponibles sous github.com/apostoldevel : libapostol — le transport C++ (github.com/apostoldevel/apostol) ; db-platform — le framework PostgreSQL (github.com/apostoldevel/db-platform) ; ocpp-cs — l'implémentation de référence du système central OCPP (github.com/apostoldevel/ocpp-cs). Le CSMS lui-même est livré comme images Docker depuis github.com/apostol-csms. Le risque de verrouillage fournisseur est structurellement borné — même si la couche de distribution était retirée, l'ensemble de la fondation reste exploitable depuis l'open source.
Multi-tenant par conception
Licences de marque signées Ed25519 et contenu de base de données chiffré par marque. Une seule distribution logicielle ; opérations de marque entièrement séparées.
Validation en conditions réelles
Le cœur de la plateforme est en production depuis plus de neuf ans. La génération actuelle a été reconstruite en pleine connaissance des limites de la précédente, observées dans un usage commercial prolongé plutôt que dans des conditions de laboratoire.
Indépendance matérielle
La plateforme parle OCPP 1.6 et 2.0.1 à toute borne de recharge conforme, quel que soit le fabricant — y compris des équipements provenant de fournisseurs CSMS concurrents. La neutralité matérielle est structurelle, pas une liste de certifications.
Isolation cryptographique des marques
Chaque déploiement fonctionne sous une licence de marque signée Ed25519 et sert un contenu de base chiffré par une clé spécifique à la marque dérivée de cette licence. Une seule distribution logicielle ; opérations de marque entièrement séparées.
AFIR — paiement ad hoc
Les infrastructures de recharge publiques doivent accepter le paiement de tout conducteur sans inscription préalable. Entièrement implémenté via Stripe Checkout / Payment Links et le flux QR conducteur anonyme.
RGPD
Résidence des données dans l'UE, droit à l'effacement, journaux d'audit, enregistrements de consentement signés — intégrés à la couche de données plutôt que rajoutés.
DSP2 / 3-D Secure
L'authentification forte du client est appliquée par défaut pour les cartes européennes via Stripe. Aucun chemin de paiement ne contourne 3-D Secure.
ISO 15118 «Plug & Charge»
Prévue, sur la feuille de route OCPP 2.0.1. Précision honnête : cette fonctionnalité n'est pas encore livrée ; elle dépend du travail planifié pour la prochaine évolution majeure de la plateforme.
Option marque blancheSi vous êtes un opérateur de bornes ou un fournisseur d'énergie souhaitant exploiter votre propre CSMS
La plateforme le supporte nativement. Un nouvel opérateur de marque déploie en cinq à dix minutes une instance entièrement configurée, entièrement personnalisée, juridiquement et fiscalement attachée. Découvrez notre programme marque blanche.
Voir le programme marque blanche → Nous contacterEnvie d'en savoir plus sur la plateforme ?
Envoyez-nous un brief ou ouvrez la démo du tableau de bord opérateur. Nous vous accompagnons sur ce qui vous intéresse.