La plataforma detrás de ChargeMeCar

Apostol CSMS — el motor que impulsa ChargeMeCar

Una plataforma CSMS de calidad industrial, con OCPP multi-versión, roaming OCPI 2.2.1 + 2.3.0, Stripe Connect para el mercado europeo y carga ad hoc conforme con AFIR. ChargeMeCar es uno de los múltiples despliegues que hoy se ejecutan sobre ella.

  • OCPP 1.5 / 1.6 / 2.0.1
  • OCPI 2.2.1 + 2.3.0
  • Stripe Connect
  • Conforme con AFIR
  • Multi-tenant
  • Núcleo abierto
Qué es
Una capa de infraestructura — no un servicio en la nube cerrado
Un CSMS (Charging Station Management System) es el software que conecta las estaciones de carga con el resto del mundo: conductores, procesadores de pago, reguladores, socios de roaming. Apostol CSMS es la plataforma; ChargeMeCar es una de las marcas construidas sobre ella.

Piénselo como un Shopify para la recarga de vehículos eléctricos — la misma plataforma, muchas marcas distintas, cada una totalmente propiedad de su operador.

Cómo se relaciona
Cómo se relaciona ChargeMeCar con la plataforma
Tres puntos a tener claros — por transparencia, no como folleto comercial.
01

Mismo motor, sin fork

ChargeMeCar funciona como un despliegue propiedad del inquilino sobre Apostol CSMS — el mismo motor que cualquier otro despliegue, idéntica pila de protocolos, idéntica fontanería de pagos. No existe ninguna «rama ChargeMeCar» de la plataforma.

02

Núcleo maduro

El servidor subyacente de la plataforma lleva más de nueve años en explotación. Apostol CSMS es el resultado de años de refinamiento de la plataforma, diseñado con pleno conocimiento de las limitaciones observadas en el uso comercial prolongado de una generación anterior.

03

Independencia operativa

Nuestras cuentas de Stripe Connect, nuestra infraestructura, nuestra entidad jurídica. El propietario de la plataforma no puede operar la marca ChargeMeCar sin nosotros — y viceversa.

Protocolos
Estándares abiertos, sin lock-in de proveedor
La plataforma habla los protocolos que utilizan todas las redes modernas de carga — OCPP para el hardware, OCPI para el roaming entre redes. Tres versiones de OCPP están soportadas simultáneamente.

OCPP — tres versiones, un único runtime

OCPP 1.5 (SOAP)

Compatibilidad heredada para equipamiento antiguo aún en servicio.

OCPP 1.6 (JSON / WebSocket)

La versión más implantada del mercado — implementación completa, diez mensajes estación-a-central y diecinueve comandos central-a-estación.

OCPP 2.0.1 (moderna)

Modelo de tres niveles (Estación → EVSE → Conector), Device Model persistente, identificadores de sesión como cadena. Implementada en su alcance principal; las extensiones avanzadas están en la hoja de ruta.

Detección automática de la versión en el momento de la conexión. Los comandos enviados desde el sistema central se traducen de forma transparente entre 1.6 y 2.0.1 — las flotas mixtas se gestionan sin esfuerzo adicional.

OCPI — roaming con ambas versiones activas

OCPI rige las reglas con las que distintas redes de carga intercambian información sobre puntos de carga, tarifas, identidades de usuario y sesiones. Las dos versiones actualmente activas del estándar están soportadas simultáneamente, en ambos roles.

Rol CPO

Expone las estaciones de ChargeMeCar a los socios de roaming — incluyendo la conexión con los hubs Hubject y Gireve.

Rol eMSP

Acepta tokens de conductores de redes asociadas externas; los comandos de inicio remoto fluyen por el mismo canal.

Independiente del hardware por diseño

Funciona con cualquier estación que cumpla OCPP 1.6 / 2.0.1 — incluidas las de la competencia. La plataforma es neutra respecto al hardware por diseño, no por una lista de certificaciones.

Pagos
Stripe Connect para el mercado europeo
Direct Charges a la cuenta Stripe Connect del propietario de la estación, retención automática de la application fee, abonos SEPA en T+1…T+2, conformidad total con PSD2 / 3-D Secure, y un flujo QR ad hoc conforme con AFIR.

Capacidades de Stripe Connect

  • Onboarding OAuth para cuentas Stripe ya existentes
  • application_fee automática por transacción
  • Reembolsos + reverse transfers
  • Webhooks: charge.succeeded, payment_intent.*, payout.*
  • PSD2 3-D Secure activado por defecto
  • Pagos a socios mediante Stripe Connect

QR ad hoc AFIR — flujo en cuatro pasos

  1. 01

    Escanear

    El conductor escanea el QR impreso en la estación.

  2. 02

    Ver tarifa

    Precios y condiciones presentados por adelantado — no se requiere cuenta.

  3. 03

    Pagar

    Stripe Checkout / Payment Links gestionan la página de pago segura.

  4. 04

    Cargar

    Recibo emitido; la carga arranca de inmediato por orden de la plataforma.

Wallet + contabilidad por partida doble

Cada movimiento de fondos se registra simultáneamente como cargo en una cuenta y abono en otra. La integridad de los saldos es estructural, las pistas de auditoría son nativas, y los reembolsos parciales se reconcilian limpiamente entre las cuentas de operador, plataforma y socio.

Aplicaciones
Cinco superficies, una sola plataforma
Cinco aplicaciones desplegables por separado conforman un despliegue completo de CSMS. Las cinco se distribuyen públicamente como imágenes Docker en GitHub Container Registry; cada marca ejecuta sus propias copias, personalizadas mediante un manifest firmado.

Webapp

Next.js + React + Ant Design

Panel del operador — CRM, analítica, administración multi-tenant

PWA del conductor

Vite + React + Ant Design Mobile

Aplicación de usuario final — mapa interactivo, sesiones, wallet, historial, reserva de estación

Pay

Nuxt + Tailwind

Flujo de pago QR de un solo uso sin registro (AFIR ad hoc)

Auth

Vue + Vite

Proveedor de identidad OAuth2 para todo el perímetro

Landing

Nuxt + Quasar + GSAP

Sitio de marketing de la marca — incluida esta página

Las cinco aplicaciones se distribuyen públicamente como imágenes Docker en GitHub Container Registry; cada marca ejecuta sus propias copias, personalizadas mediante un manifest firmado entregado en runtime.

Arquitectura
Pila técnica sobria, operación rápida
Núcleo en dos capas: un transporte de bucle único escrito en C++ moderno, y la lógica de negocio escrita en el propio PostgreSQL. Ambas capas son de código abierto independientes; el riesgo de lock-in para el comprador es mínimo.

Capa de transporte C++

Un único bucle de eventos asíncrono que une HTTP y PostgreSQL — construido sobre el framework abierto libapostol, en producción desde 2017.

Lógica de negocio en PostgreSQL

Motor de workflow, control de acceso basado en roles, libro de partida doble — todo escrito en PL/pgSQL sobre el framework abierto db-platform. Recargable en caliente, transaccional, sin un ORM aparte.

Fundación abierta, distribución cerrada

Tres repositorios de fundación están bajo licencia MIT y disponibles públicamente en github.com/apostoldevel: libapostol — el transporte C++ (github.com/apostoldevel/apostol); db-platform — el framework PostgreSQL (github.com/apostoldevel/db-platform); ocpp-cs — la implementación de referencia del sistema central OCPP (github.com/apostoldevel/ocpp-cs). El propio CSMS se distribuye como imágenes Docker desde github.com/apostol-csms. El riesgo de lock-in está estructuralmente acotado — incluso si la capa de distribución se retirara, toda la fundación sigue siendo operable desde el código abierto.

Multi-tenant por diseño

Licencias de marca firmadas con Ed25519 y contenido de base de datos cifrado por marca. Una sola distribución de software; operaciones de marca totalmente separadas.

Principios de ingeniería
Qué caracteriza a esta plataforma
Tres cualidades deliberadamente centrales en el diseño de la plataforma.

Validación en condiciones reales

El núcleo de la plataforma lleva más de nueve años en producción. La generación actual fue reconstruida con pleno conocimiento de las limitaciones de la anterior, observadas en uso comercial prolongado y no en condiciones de laboratorio.

Independencia del hardware

La plataforma habla OCPP 1.6 y 2.0.1 con cualquier estación de carga compatible, sea cual sea el fabricante — incluido equipamiento de proveedores CSMS competidores. La neutralidad respecto al hardware es estructural, no una lista de certificaciones.

Aislamiento criptográfico de marcas

Cada despliegue funciona bajo una licencia de marca firmada con Ed25519 y sirve contenido de base de datos cifrado con una clave específica de la marca derivada de esa licencia. Una sola distribución de software; operaciones de marca totalmente separadas.

Regulatorio
Construido en torno al cumplimiento europeo
La plataforma está diseñada para el perímetro regulatorio europeo, con disposiciones explícitas para los cuatro estándares que importan a un operador CPO.

AFIR — pago ad hoc

Las infraestructuras de carga públicas deben aceptar el pago de cualquier conductor sin registro previo. Implementado por completo a través de Stripe Checkout / Payment Links y el flujo QR de conductor anónimo.

RGPD

Residencia de datos en la UE, derecho al borrado, registros de auditoría, consentimientos firmados — integrados en la capa de datos en lugar de añadidos por encima.

PSD2 / 3-D Secure

La autenticación reforzada del cliente se aplica por defecto a las tarjetas europeas a través de Stripe. Ninguna ruta de pago elude 3-D Secure.

ISO 15118 «Plug & Charge»

Prevista, en la hoja de ruta de OCPP 2.0.1. Aclaración honesta: esta funcionalidad aún no está entregada; depende del trabajo previsto para la próxima evolución mayor de la plataforma.

Opción de marca blanca

Si es un operador de bornes o una utility que quiere operar su propio CSMS

La plataforma lo soporta de forma nativa. Un nuevo operador de marca despliega en cinco a diez minutos una instancia totalmente configurada, totalmente personalizada, ligada legal y fiscalmente. Conozca nuestro programa de marca blanca.

Ver el programa de marca blanca →
Hablemos

¿Quiere saber más sobre la plataforma?

Envíenos un brief o abra la demo del panel del operador. Le acompañamos en lo que sea relevante para usted.

Abrir demo cloud →