La piattaforma dietro ChargeMeCar

Apostol CSMS — il motore che alimenta ChargeMeCar

Una piattaforma CSMS di livello industriale, con OCPP multi-versione, roaming OCPI 2.2.1 + 2.3.0, Stripe Connect per il mercato europeo e ricarica ad hoc conforme ad AFIR. ChargeMeCar è uno dei numerosi deployment in esercizio sulla piattaforma oggi.

  • OCPP 1.5 / 1.6 / 2.0.1
  • OCPI 2.2.1 + 2.3.0
  • Stripe Connect
  • Conforme ad AFIR
  • Multi-tenant
  • Open core
Cos'è
Un livello infrastrutturale — non un servizio cloud chiuso
Un CSMS (Charging Station Management System) è il software che collega le stazioni di ricarica al resto del mondo: conducenti, gateway di pagamento, regolatori, partner di roaming. Apostol CSMS è la piattaforma; ChargeMeCar è uno dei brand costruiti sopra di essa.

Pensatela come una Shopify per la ricarica dei veicoli elettrici — stessa piattaforma, molti brand distinti, ciascuno totalmente di proprietà del proprio operatore.

Come si lega
Come ChargeMeCar si lega alla piattaforma
Tre cose da sapere — per trasparenza, non per la brochure di marketing.
01

Stesso motore, niente fork

ChargeMeCar funziona come deployment di proprietà del tenant su Apostol CSMS — stesso motore di ogni altro deployment, identico stack di protocolli, identica idraulica dei pagamenti. Non esiste alcun «branch ChargeMeCar» della piattaforma.

02

Core maturo

Il server framework sottostante è in esercizio da oltre nove anni. Apostol CSMS è il risultato di anni di affinamento della piattaforma, progettata con piena conoscenza dei limiti osservati nell'uso commerciale prolungato di una generazione precedente.

03

Indipendenza operativa

I nostri account Stripe Connect, la nostra infrastruttura, la nostra entità giuridica. Il proprietario della piattaforma non può operare il brand ChargeMeCar senza di noi — e viceversa.

Protocolli
Standard aperti, nessun vendor lock-in
La piattaforma parla i protocolli che usano tutte le moderne reti di ricarica — OCPP per l'hardware, OCPI per il roaming inter-rete. Tre versioni di OCPP sono supportate simultaneamente.

OCPP — tre versioni, un solo runtime

OCPP 1.5 (SOAP)

Compatibilità legacy per apparecchiature più datate ancora in servizio.

OCPP 1.6 (JSON / WebSocket)

La versione più diffusa sul mercato — implementazione completa, dieci messaggi stazione-verso-centro e diciannove comandi centro-verso-stazione.

OCPP 2.0.1 (moderna)

Modello a tre livelli (Stazione → EVSE → Connettore), Device Model persistente, identificatori di sessione come stringa. Implementata nel suo perimetro core; le estensioni avanzate sono nella roadmap.

Rilevamento automatico della versione al momento della connessione. I comandi inviati dal sistema centrale sono tradotti in modo trasparente tra 1.6 e 2.0.1 — flotte miste sono supportate senza sforzi aggiuntivi.

OCPI — roaming con entrambe le versioni attive

OCPI definisce le regole con cui reti di ricarica diverse si scambiano informazioni su punti di ricarica, tariffe, identità utente e sessioni. Entrambe le versioni attive dello standard sono supportate simultaneamente, in entrambi i ruoli.

Ruolo CPO

Espone le stazioni di ChargeMeCar ai partner di roaming — incluse la pronta integrazione con gli hub Hubject e Gireve.

Ruolo eMSP

Accetta token utente da reti partner esterne; i comandi di avvio remoto della ricarica passano per lo stesso canale.

Hardware-neutrale per progettazione

Funziona con qualsiasi stazione conforme a OCPP 1.6 / 2.0.1 — comprese quelle dei concorrenti. La piattaforma è neutrale rispetto all'hardware per progettazione, non per lista di certificazioni.

Pagamenti
Stripe Connect per il mercato europeo
Direct Charges al conto Stripe Connect del proprietario della stazione, trattenuta automatica della application fee, accrediti SEPA in T+1…T+2, piena conformità PSD2 / 3-D Secure e un flusso QR ad hoc conforme ad AFIR.

Capacità di Stripe Connect

  • Onboarding OAuth per account Stripe già esistenti
  • application_fee automatica per transazione
  • Rimborsi + reverse transfer
  • Webhook: charge.succeeded, payment_intent.*, payout.*
  • PSD2 3-D Secure attivo per impostazione predefinita
  • Pagamenti ai partner via Stripe Connect

QR ad hoc AFIR — flusso in quattro passi

  1. 01

    Scansiona

    Il conducente scansiona il QR code stampato sulla stazione.

  2. 02

    Vedi tariffa

    Prezzi e condizioni mostrati in anticipo — nessun account richiesto.

  3. 03

    Paga

    Stripe Checkout / Payment Links gestiscono la pagina di pagamento sicura.

  4. 04

    Ricarica

    Ricevuta emessa; la ricarica parte immediatamente su comando della piattaforma.

Wallet + contabilità in partita doppia

Ogni movimento di fondi è simultaneamente addebitato a un conto e accreditato a un altro. L'integrità dei saldi è strutturale, le tracce di audit sono native, e i rimborsi parziali si riconciliano in modo pulito tra i conti operatore, piattaforma e partner.

Applicazioni
Cinque superfici, una sola piattaforma
Cinque applicazioni distribuibili separatamente compongono un deployment CSMS completo. Tutte e cinque sono distribuite pubblicamente come immagini Docker su GitHub Container Registry; ogni brand esegue le proprie copie, brandizzate via manifest firmato.

Webapp

Next.js + React + Ant Design

Cruscotto operatore — CRM, analitica, amministrazione multi-tenant

PWA Conducente

Vite + React + Ant Design Mobile

App utente finale — mappa interattiva, sessioni, wallet, cronologia, prenotazione stazione

Pay

Nuxt + Tailwind

Flusso di pagamento QR a uso singolo senza registrazione (AFIR ad hoc)

Auth

Vue + Vite

Identity provider OAuth2 per l'intero perimetro

Landing

Nuxt + Quasar + GSAP

Sito di marketing del brand — inclusa questa pagina

Tutte e cinque le app sono distribuite pubblicamente come immagini Docker su GitHub Container Registry; ciascun brand esegue le proprie copie, brandizzate via manifest firmato consegnato a runtime.

Architettura
Stack sobrio, esercizio rapido
Core a due livelli: un trasporto a singolo loop scritto in C++ moderno, e la logica di business scritta direttamente in PostgreSQL. Entrambi i livelli sono open source indipendentemente; il rischio di vendor lock-in per l'acquirente è minimo.

Livello di trasporto C++

Un singolo event loop asincrono che lega HTTP e PostgreSQL — costruito sul framework aperto libapostol, in produzione dal 2017.

Logica di business in PostgreSQL

Motore di workflow, controllo accessi basato sui ruoli, libro mastro in partita doppia — tutto scritto in PL/pgSQL sul framework aperto db-platform. Ricaricabile a caldo, transazionale, senza ORM separato.

Fondazione aperta, distribuzione chiusa

Tre repository di fondazione sono sotto licenza MIT e disponibili pubblicamente sotto github.com/apostoldevel: libapostol — il trasporto C++ (github.com/apostoldevel/apostol); db-platform — il framework PostgreSQL (github.com/apostoldevel/db-platform); ocpp-cs — l'implementazione di riferimento del sistema centrale OCPP (github.com/apostoldevel/ocpp-cs). Il CSMS stesso viene distribuito come immagini Docker da github.com/apostol-csms. Il rischio di vendor lock-in è strutturalmente limitato — anche se il livello di distribuzione venisse ritirato, l'intera fondazione resta operativa dall'open source.

Multi-tenant per progettazione

Licenze di brand firmate Ed25519 e contenuto del database cifrato per brand. Un'unica distribuzione software; operazioni di brand pienamente separate.

Principi ingegneristici
Cosa caratterizza questa piattaforma
Tre qualità deliberatamente centrali nel design della piattaforma.

Validazione sul campo

Il core della piattaforma è in produzione da oltre nove anni. La generazione attuale è stata ricostruita con piena conoscenza dei limiti della precedente, osservati nell'uso commerciale prolungato anziché in condizioni di laboratorio.

Indipendenza dall'hardware

La piattaforma parla OCPP 1.6 e 2.0.1 a qualsiasi stazione di ricarica conforme, indipendentemente dal fornitore — incluso hardware di fornitori CSMS concorrenti. La neutralità rispetto all'hardware è strutturale, non una lista di certificazioni.

Isolamento crittografico dei brand

Ogni deployment funziona sotto una licenza di brand firmata Ed25519 e serve contenuto del database cifrato con una chiave specifica di brand derivata da quella licenza. Un'unica distribuzione software; operazioni di brand pienamente separate.

Regolamentare
Costruita attorno alla conformità UE
La piattaforma è progettata per il perimetro regolamentare europeo, con disposizioni esplicite per i quattro standard che contano per un operatore CPO.

AFIR — pagamento ad hoc

Le infrastrutture di ricarica pubbliche devono accettare il pagamento da qualunque conducente senza registrazione preventiva. Pienamente implementato tramite Stripe Checkout / Payment Links e il flusso QR conducente anonimo.

GDPR

Residenza dei dati nell'UE, diritto all'oblio, log di audit, consensi firmati — integrati nello strato dati anziché aggiunti in superficie.

PSD2 / 3-D Secure

L'autenticazione forte del cliente è applicata per impostazione predefinita per le carte europee tramite Stripe. Nessun percorso di pagamento aggira 3-D Secure.

ISO 15118 «Plug & Charge»

Pianificata, nella roadmap di OCPP 2.0.1. Trasparenza: questa funzionalità non è ancora rilasciata; dipende dal lavoro programmato per il prossimo step maggiore della piattaforma.

Opzione white-label

Se siete un operatore CPO o una utility che vuole gestire un proprio CSMS

La piattaforma lo supporta nativamente. Un nuovo operatore di brand mette in piedi in cinque-dieci minuti un'istanza totalmente configurata, totalmente brandizzata, legalmente e fiscalmente vincolata. Scoprite il nostro programma white-label.

Vedi il programma white-label →
Contattateci

Volete saperne di più sulla piattaforma?

Inviateci un brief o aprite la demo del cruscotto operatore. Vi guidiamo su quanto è rilevante per voi.

Apri demo cloud →