Qué es un CSMS en la recarga de vehículos eléctricos

Respuesta rápida

Un CSMS, o sistema de gestión de estaciones de recarga (Charging Station Management System), es la plataforma de software que opera, supervisa y factura una red de estaciones de recarga de vehículos eléctricos. El término procede de OCPP 2.0, publicado por la Open Charge Alliance en 2018, donde sustituyó al término Central System de OCPP 1.6, y pasó a ser de uso estándar con OCPP 2.0.1 en 2020. Un CSMS se ocupa del aprovisionamiento de los cargadores y la gestión de dispositivos, la autorización de los conductores, las transacciones de recarga y los datos de medición, el control remoto, la recarga inteligente, las tarifas y la facturación, el diagnóstico y las actualizaciones de firmware. En el uso comercial, CSMS y CPMS (Charge Point Management System, o sistema de gestión de puntos de recarga) describen la misma categoría de software; CSMS es el término exacto desde el punto de vista del protocolo y CPMS, el término más habitual en el mercado. El CSMS que elige un operador determina qué hardware puede utilizar, con qué sistemas de negocio puede conectarse y a quién pertenecen los datos de recarga.

Un operador que gestiona 40 emplazamientos con cargadores de tres fabricantes distintos tiene un único software que decide si todo ello funciona de verdad. Cuando un cargador se desconecta a las seis de la mañana, cuando a un conductor se le cobra dos veces la misma sesión, cuando un emplazamiento funciona cerca del límite de su conexión a la red, la respuesta está en el mismo sitio. Ese sitio es el backend y, en el vocabulario de OCPP, se llama CSMS.

El término suele usarse de forma poco coherente en el sector. Algunos proveedores dicen CSMS, otros dicen CPMS y otros, plataforma de recarga. Detrás de la denominación hay una definición técnica concreta con un origen concreto, y entenderla hace bastante más fáciles de interpretar los pliegos de licitación, las demostraciones de los proveedores y las conversaciones sobre integración.

Este artículo explica qué es un sistema de gestión de estaciones de recarga, de dónde viene el término, qué hace función por función, cómo se comunica con los cargadores, cómo encaja con el resto del stack de recarga y qué distingue a un CSMS de otro cuando es usted quien firma el contrato.

¿Qué es un CSMS (sistema de gestión de estaciones de recarga)?

Un CSMS (sistema de gestión de estaciones de recarga) es el back office de una red de recarga de vehículos eléctricos. Es el software que sabe qué cargadores existen, si están en línea, quién puede usarlos, cuánto costó cada sesión y qué hacer cuando algo se avería.

La definición formal

En la especificación OCPP 2.0.1, el CSMS se define como el back office que gestiona las estaciones de recarga. Es uno de los dos únicos roles normativos del protocolo. El otro es la propia estación de recarga. Todo lo demás en una arquitectura de recarga de vehículos eléctricos, incluidos los conductores, los socios de roaming, los operadores de red y los sistemas de gestión de energía, queda fuera de los límites del protocolo.

El CSMS lo opera el operador de estaciones de recarga (Charging Station Operator), o CSO. En el lenguaje habitual del sector, ese rol suele llamarse operador de puntos de recarga (Charge Point Operator), o CPO. La distinción importa menos que la relación: una organización opera el CSMS, y esa organización es la responsable comercial de la red.

Qué controla el CSMS

El CSMS tiene la visión de referencia de la red. Almacena la configuración de cada estación, las reglas de autorización que deciden si una sesión puede iniciarse, los precios que determinan cuánto cuesta una sesión y, después, el registro completo de la transacción. También emite órdenes: iniciar una sesión en remoto, cambiar la disponibilidad, aplicar un límite de recarga, reiniciar una toma, enviar una actualización de firmware.

Qué no controla el CSMS

Un CSMS no suministra electricidad y tampoco anula los sistemas físicos de seguridad. Si saltan las protecciones internas de un cargador, el CSMS se entera y lo notifica, pero no lo decide. Lo mismo ocurre con los límites eléctricos de un emplazamiento. Un CSMS puede modular la demanda dentro del margen que se le asigna y puede responder a señales de un sistema de gestión de energía o de un operador de red, pero la limitación física corresponde a la instalación.

Los tres niveles: estación, EVSE, conector

OCPP 2.0.1 modela un emplazamiento de forma lógica y no física, en tres niveles. Una estación de recarga (Charging Station) es el sistema completo que tiene una única identidad y se comunica mediante OCPP con el CSMS. Por debajo hay uno o varios EVSE (Electric Vehicle Supply Equipment), cada uno capaz de recargar un vehículo a la vez. Por debajo de cada EVSE hay uno o varios conectores, es decir, las tomas individuales o los cables fijos.

Esto importa en la práctica porque un área de recarga con veinte EVSE detrás de un único módem es, a efectos del protocolo, una sola estación de recarga. Cada EVSE tiene un número, que en los mensajes OCPP aparece como evseId (identificador del EVSE), y esos números empiezan en uno y son correlativos, sin huecos. El evseId cero está reservado para la estación en su conjunto, de modo que una orden enviada al cero se aplica a todos sus EVSE. Los conectores se numeran del mismo modo, empezando por uno dentro de cada EVSE.

CSMS frente a CPMS: ¿hay una diferencia real?

Los dos términos conviven en el mercado, así que la diferencia merece una respuesta directa antes de nada.

CSMS es el término del protocolo

CSMS procede de la especificación. Llegó con OCPP 2.0 en 2018 y pasó a ser de uso estándar con OCPP 2.0.1, y es el término correcto cuando se habla de mensajes OCPP, de certificación o de cualquier cuestión a nivel de protocolo. Si lee un documento técnico de la Open Charge Alliance, verá CSMS.

CPMS es el término del mercado

CPMS, o Charge Point Management System (sistema de gestión de puntos de recarga), surgió del vocabulario de OCPP 1.6, en el que el cargador era un Charge Point y el backend, el Central System. El sector siguió usando la expresión Charge Point mucho después de que el protocolo la cambiara y, como consecuencia, CPMS pasó al uso comercial.

Dónde difieren de verdad

Hay una distinción técnica legítima. CSMS se refiere específicamente al rol orientado a OCPP, es decir, al sistema al que se conecta una estación de recarga. En el uso común, CPMS tiene un sentido más amplio y a menudo incluye funciones comerciales que OCPP nunca cubre, como la gestión de clientes, la facturación, la liquidación del roaming y las apps para conductores. Una plataforma que solo implementa la parte de OCPP es un CSMS. Una plataforma que además gestiona el negocio que la rodea es lo que la mayoría entiende por CPMS.

En los documentos de contratación, los dos términos suelen referirse al mismo sistema. Cuando un pliego de especificaciones recoge CSMS y CPMS como requisitos separados, la definición asociada a cada uno pesa más que la propia etiqueta.

Por qué el sector dejó de decir Central System

La terminología de la recarga de vehículos eléctricos sigue al protocolo, y el protocolo cambió. Entender ese cambio le indica, más o menos, la antigüedad de un documento, de un cargador o de la visión de producto de un proveedor.

El cambio de vocabulario de OCPP 1.6 a 2.0.1

OCPP 1.6 se publicó en 2015 y se convirtió en la versión más implantada del protocolo. OCPP 2.0 apareció en 2018, OCPP 2.0.1 llegó en 2020 y OCPP 2.1 se publicó en 2025. Con la generación 2.x, Charge Point pasó a ser Charging Station y Central System pasó a ser CSMS. El cambio de nombre no fue cosmético. OCPP 2.0.1 introdujo el nivel EVSE, sustituyó los identificadores planos por objetos estructurados y trasladó la generación del ID de transacción del backend a la estación.

Las dos generaciones no son compatibles entre sí, de modo que un cargador que habla OCPP 1.6 no puede comunicarse con un backend que solo habla 2.0.1. Esa incompatibilidad es la razón por la que el soporte de versiones importa al planificar un despliegue, y por la que la expresión «conforme con OCPP» en una ficha técnica no dice lo suficiente por sí sola.

IEC 63584 llevó el término CSMS al lenguaje de la contratación

La edición 3 de OCPP 2.0.1 se aprobó como norma IEC, la IEC 63584, en 2024. Cuando un protocolo se convierte en norma internacional, su vocabulario empieza a aparecer en los documentos de contratación pública, los marcos nacionales y las listas de verificación de cumplimiento. Esa es la razón principal por la que CSMS aparece ahora en textos comerciales donde antes CPMS era el término por defecto. El término en sí se remonta a 2018. Lo que ha cambiado es la frecuencia con la que los compradores se lo encuentran hoy.

Qué significa esto al leer una licitación

Si una licitación usa CSMS y hace referencia a OCPP 2.0.1 o a IEC 63584, su autor trabaja a partir de la especificación y probablemente esperará respuestas a nivel de protocolo sobre los mensajes admitidos, los bloques funcionales y la certificación. Si una licitación usa CPMS y habla de conductores, apps y facturación, su autor piensa en términos comerciales. Responder en el registro equivocado es una forma habitual de perder puntos con una oferta técnicamente sólida.

¿Qué hace un CSMS? Las funciones principales, explicadas

OCPP 2.0.1 organiza sus 64 mensajes en bloques funcionales, y esos bloques se corresponden estrechamente con lo que cualquier CSMS serio tiene que gestionar. La lista siguiente respeta esa estructura, porque es la forma más fiable de comparar plataformas sin perderse en categorías de marketing.

Aprovisionamiento y gestión de dispositivos

Todo cargador tiene que presentarse antes de poder hacer nada. Envía una notificación de arranque, recibe su configuración e informa de su estructura de componentes y variables. OCPP 2.0.1 formalizó esto con un modelo de dispositivo, que permite al CSMS leer y escribir la configuración de forma estándar en lugar de depender de nombres de claves específicos de cada fabricante. Para un operador con hardware mixto, esta es la diferencia entre gestionar un parque y gestionar una colección.

Autorización e identidad

Antes de que empiece una sesión, el CSMS decide si la identidad presentada está autorizada a recargar. Esa identidad puede ser una tarjeta RFID, un token de una app, un certificado de contrato de ISO 15118 o un token de roaming que pertenece a un cliente de otro proveedor. El CSMS la valida frente a sus propios registros, una caché local o un backend de roaming. Las estaciones también pueden guardar una lista local de autorización para que la recarga siga funcionando cuando se cae la conectividad, algo que importa más de lo que la mayoría de los compradores espera en emplazamientos con mala cobertura móvil.

Transacciones, medición y datos de sesión

El registro de transacciones es el corazón comercial del sistema. Recoge cuándo empezó y terminó una sesión, cuánta energía se suministró, en qué momentos y con qué identidad. OCPP 2.0.1 sustituyó los mensajes separados de inicio y fin de 1.6 por un único modelo basado en eventos y trasladó a la estación la generación del ID de transacción. El resultado práctico son menos sesiones huérfanas y una conciliación más limpia.

Los valores del contador llegan periódicamente durante la sesión, así como al inicio y al final de esta. La calidad y la granularidad de esos datos determinan si un operador puede facturar con exactitud, acreditar una sesión en disputa o modelar correctamente la utilización.

Control remoto y disponibilidad

Los operadores necesitan actuar sobre los cargadores sin desplazarse hasta ellos. Un CSMS puede iniciar y detener sesiones en remoto, liberar un cable que no se ha desbloqueado, cambiar la disponibilidad de una estación y reiniciarla. Los equipos de soporte usan estas funciones constantemente. La rapidez y la fiabilidad de las órdenes remotas influyen directamente en cuántas visitas a los emplazamientos necesita una red al mes.

Recarga inteligente y gestión de carga

La recarga inteligente es el punto en el que el CSMS deja de ser una herramienta de supervisión y empieza a proteger un caso de negocio. Los perfiles de recarga permiten al CSMS fijar límites por sesión, por EVSE, por estación o para un grupo, con programaciones asociadas. La gestión dinámica de carga reparte la capacidad disponible entre los vehículos para que un emplazamiento pueda alimentar más cargadores sin ampliar su conexión a la red.

Para los operadores en entornos residenciales, de lugares de trabajo y de aparcamiento, esta suele ser, por sí sola, la función de mayor valor de la plataforma.

Tarifas, precios y facturación

Un motor de tarifas convierte la energía y el tiempo en dinero. Eso abarca precios por kWh, cargos por sesión, precios por franja horaria, tarifas por inactividad y precios distintos para distintos grupos de clientes o emplazamientos. El CSMS aplica la tarifa, genera el registro facturable y lo entrega al sistema que se encargue de emitir la factura. Donde los operadores se llevan sorpresas es en la divisa, el tratamiento del IVA y el redondeo entre mercados, aspectos fáciles de pasar por alto en una demo y caros de descubrir más tarde.

Pagos y recarga ad hoc

La recarga pública en la UE tiene que funcionar para los conductores que no tienen contrato con el operador. El Reglamento (UE) 2023/1804, relativo a la implantación de una infraestructura para los combustibles alternativos, es aplicable desde el 13 de abril de 2024 y exige la recarga ad hoc en los puntos de recarga accesibles al público, con transparencia de precios y medios de pago electrónico de uso generalizado. Los operadores deben ofrecer al menos una de estas opciones: un lector de tarjetas de pago, un dispositivo sin contacto capaz de leer tarjetas de pago o un dispositivo conectado a internet que permita el pago seguro, por ejemplo mediante un código QR. El texto completo está disponible en EUR-Lex.

En el plano operativo, esta obligación recae en el CSMS. Tiene que autorizar una sesión a partir de una preautorización de pago en lugar de una cuenta, liquidar después el importe correcto y emitir un recibo.

Diagnóstico, supervisión y firmware

Un cargador averiado del que nadie informa es peor que un cargador fuera de línea, porque el operador sigue pagando por el emplazamiento y el conductor sigue acudiendo. Un CSMS recoge las notificaciones de estado y los códigos de error, los hace visibles y gestiona las actualizaciones de firmware en todo el parque. La diferencia entre plataformas no suele estar en si recogen los errores, sino en lo que ocurre después.

Pulse de eMabler se ocupa de esta capa con diagnósticos basados en IA. Detecta errores en los puntos de recarga, los contrasta con la documentación del fabricante, recomienda soluciones y puede actuar de forma automática, reiniciando tomas o deshabilitando puertos defectuosos antes de que los clientes se vean afectados.

Seguridad y gestión de certificados

OCPP 2.0.1 define tres perfiles de seguridad, que combinan la autenticación HTTP Basic o los certificados de cliente TLS con TLS opcional u obligatorio. También abarca la gestión del ciclo de vida de los certificados, el firmware firmado y el registro de eventos de seguridad. Los compradores deberían preguntar qué perfiles ejecuta una plataforma en producción, más que cuáles aparecen en su documentación, y buscar como requisito mínimo la certificación ISO 27001.

Reservas y mensajes para el conductor

Dos funciones menores completan el panorama. Las reservas permiten a un conductor bloquear un EVSE durante un tiempo. Los mensajes en pantalla permiten al CSMS enviar texto a la pantalla de una estación, lo que se utiliza para información de precios, avisos de servicio y comunicación de interrupciones.

¿Cómo se comunica un CSMS con las estaciones de recarga?

La conexión entre el cargador y el CSMS es más sencilla de lo que la mayoría supone, y saber cómo funciona quita mucho misterio a las conversaciones sobre resolución de problemas.

OCPP sobre WebSocket

El OCPP moderno funciona con JSON sobre WebSocket, lo que se conoce como OCPP-J. La estación de recarga es el cliente y siempre es ella la que abre la conexión con el CSMS, que mantiene abierta de forma continua. Esto importa porque significa que la estación puede estar detrás de un cortafuegos o de un NAT móvil y aun así recibir órdenes del backend. Una vez establecida la conexión, cualquiera de las dos partes puede enviar mensajes.

La identidad de la estación forma parte de la URL de conexión, por lo que no hace falta repetirla en cada mensaje. Las versiones heredadas OCPP 1.2 y 1.5 utilizaban SOAP en su lugar y solo aparecen en instalaciones antiguas.

Una sesión de recarga de principio a fin

Una sesión sigue una secuencia previsible. La estación arranca y envía una notificación de arranque, y después emite heartbeats para demostrar que sigue activa. Un conductor presenta una identidad y la estación pide al CSMS que la autorice. Comienza la transacción, los valores del contador llegan a intervalos y la transacción termina con una lectura final del contador. A continuación, el CSMS calcula el precio de la sesión y genera el registro. Las notificaciones de estado acompañan toda la secuencia e informan de la disponibilidad y de las averías.

OCPP 1.6, 2.0.1 y 2.1 sobre el terreno

Hoy, la mayoría de las redes europeas son mixtas. OCPP 1.6 sigue muy extendido porque es maduro y cuenta con el respaldo de una enorme base instalada de hardware. OCPP 2.0.1 es el objetivo actual para los nuevos despliegues y aporta el modelo de dispositivo, más seguridad y una recarga inteligente más potente. OCPP 2.1 se publicó en enero de 2025, añade el control de recursos energéticos distribuidos y capacidades vehicle-to-grid, y es retrocompatible con OCPP 2.0.1.

Cualquier CSMS que un operador compre hoy tiene que gestionar al menos 1.6 y 2.0.1 en paralelo, en la misma red, sin tratamientos especiales por emplazamiento.

¿Cómo encaja un CSMS en la arquitectura de recarga en su conjunto?

OCPP solo rige un enlace, el que une la estación y el CSMS. Todo lo demás que necesita un operador funciona a través de otras interfaces, y el CSMS es el centro a través del cual se conectan todas ellas.

Roaming y OCPI

Los conductores esperan poder recargar en redes que no son de su proveedor. Eso funciona mediante protocolos de roaming, sobre todo OCPI, que transportan ubicaciones, tarifas, solicitudes de autorización, sesiones y registros detallados de recarga entre operadores y proveedores de servicios. El eMSP no es un actor de OCPP en absoluto. Llega a la red a través del CSMS.

ISO 15118 y Plug and Charge

ISO 15118 permite la comunicación entre el vehículo y el cargador, que es lo que hace posible Plug and Charge: el coche se identifica mediante un certificado de contrato y la recarga empieza sin tarjeta ni app. El CSMS se ocupa de la parte de gestión de certificados. eMabler es compatible con Plug and Charge.

Gestión de energía, señales de la red y flexibilidad

En el plano energético, un CSMS rara vez funciona de forma aislada. Un sistema de gestión de energía puede imponer límites en un emplazamiento, que la estación notifica a su vez mediante OCPP. Un operador del sistema de distribución puede enviar señales de restricciones de red mediante protocolos como OpenADR u OSCP. Para los operadores con una cartera de emplazamientos, es aquí donde la recarga pasa a formar parte del negocio energético.

Sistemas de negocio

Las conexiones que deciden si un CSMS funciona en el día a día suelen ser las menos vistosas. El CRM, el ERP, la facturación, los proveedores de pago y la propia app de clientes del operador necesitan datos de recarga, y los necesitan en un formato que sus sistemas ya entiendan. ABC integró la recarga directamente en la app ABC-mobiili. Aimo Park unificó el aparcamiento y la recarga en una sola app.

Qué buscar al elegir un CSMS

Las listas de funcionalidades convergen. Probablemente, todas las plataformas del mercado marcarán la mayoría de las casillas anteriores en una respuesta por escrito. Las diferencias que importan aparecen en cómo se comporta una plataforma cuando ya gestiona una red real.

Soporte de versiones de OCPP, y si está certificado

Pregunte qué versiones de OCPP están admitidas en producción, no en la hoja de ruta. Pregunte si la implementación está certificada por la Open Charge Alliance, porque la conformidad autodeclarada y la conformidad verificada mediante pruebas son cosas distintas. Pregunte cómo gestiona la plataforma una red que funciona con dos versiones del protocolo a la vez.

Compatibilidad de hardware en la práctica

La conformidad con OCPP no garantiza la interoperabilidad. Los fabricantes interpretan partes de la especificación de forma diferente, y las diferencias solo aparecen bajo carga o en casos límite. La pregunta útil no es si una plataforma es agnóstica respecto al hardware en teoría, sino qué modelos concretos tiene en producción, con qué volumen y desde hace cuánto tiempo.

Profundidad de la API y capacidad de integración

Si los datos de recarga no pueden llegar a los sistemas que gestionan el resto del negocio, la plataforma se convierte en una isla con un panel de control. Compruebe si la API cubre todo lo que hace la interfaz de usuario, si está documentada públicamente y si existen integraciones disponibles para los sistemas que ya utiliza. eMabler es API-first y ofrece 300+ integraciones listas para usar, con integraciones a medida construidas sobre API abiertas.

Disponibilidad, supervisión y quién responde al teléfono

Los fallos de recarga los ven los clientes en cuestión de segundos y se recuerdan durante mucho tiempo. Pida cifras de disponibilidad y pregunte cómo se miden. Pregunte qué ocurre a las dos de la madrugada cuando un emplazamiento se cae y, en concreto, con quién habla usted. eMabler funciona con un 99,999 % de disponibilidad de la plataforma, y los operadores hablan directamente con los ingenieros que construyeron la plataforma.

Modelo de precios y alineación de incentivos

La estructura de precios le dice qué optimiza un proveedor. Un modelo ligado a las sesiones de recarga con éxito sitúa los ingresos del proveedor y los del operador en el mismo lado. eMabler cobra una cuota de licencia base más un componente variable según el uso, ligado a las sesiones de recarga con éxito. Encontrará los detalles actualizados en emabler.com/pricing.

Propiedad de los datos y condiciones de salida

Dos preguntas lo dejan claro. ¿A quién pertenecen los datos de recarga y a quién pertenece la relación con el conductor? Si la respuesta es el proveedor, el coste de cambiar de plataforma más adelante aumenta en la misma medida. Con eMabler, los operadores conservan la plena propiedad de sus datos de recarga y de sus relaciones con los conductores.

Cumplimiento normativo

Para los operadores europeos, la lista de requisitos de cumplimiento pertinente incluye AFIR, el RGPD, el EU Data Act, PCI DSS cuando se gestionan pagos e ISO 27001 para la seguridad de la información. eMabler cuenta con la certificación ISO 27001, con cero brechas de seguridad registradas, y cumple con el RGPD, AFIR, PCI DSS y el EU Data Act.

Dónde suele fallar la selección de un CSMS

La mayoría de los arrepentimientos en esta categoría tienen su origen en unos pocos errores previsibles.

Comprar en función de listas de funcionalidades

Las respuestas por escrito a una matriz de requisitos parecen casi idénticas de un proveedor a otro. Dos plataformas pueden afirmar ambas que ofrecen recarga inteligente y diferir por completo en cómo se comporta esta con 60 vehículos en una conexión limitada. Las llamadas de referencia con operadores que gestionan redes similares valen más que la matriz.

Confundir la conformidad con OCPP con la interoperabilidad

La conformidad significa que una plataforma implementa la especificación. La interoperabilidad significa que funciona con los cargadores concretos que usted tiene. La segunda es una cuestión empírica, y la única respuesta fiable procede de los despliegues en producción.

Subestimar la migración

Trasladar una red en funcionamiento de una plataforma a otra afecta a la configuración del hardware, las cuentas de los conductores, las tarifas, los datos históricos y todas las integraciones construidas sobre ella. Los operadores que lo planifican como un cambio de software suelen descubrir el alcance real a mitad del proceso.

Perder el control de los datos

Las plataformas que se quedan con la relación con el conductor o restringen la exportación de datos crean una dependencia que crece con la red. Es una cuestión tanto contractual como técnica, y resulta mucho más fácil de resolver antes de firmar que después.

¿Cómo se migra de un CSMS a otro?

La migración es la parte del ciclo de vida de un CSMS que menos atención recibe y más problemas causa, así que conviene planificarla a partir de datos y no del optimismo.

Qué auditar primero

Antes de mover nada, un operador necesita un inventario completo: cada cargador con su versión de firmware y de OCPP, cada integración y lo que consume, cada tarifa y grupo de clientes, y los datos históricos que tienen que sobrevivir a la transición. Las lagunas de este inventario acaban convirtiéndose en incidencias.

Escalonar sin dejar emplazamientos fuera de servicio

Las migraciones funcionan mejor por fases, empezando por un pequeño grupo representativo de emplazamientos que abarque los tipos de hardware del parque. Mantener ambas plataformas en paralelo durante la transición cuesta más durante un tiempo y elimina la necesidad de un único cambio definitivo.

Cómo es una migración de CSMS realmente fluida y rápida

Time Park es un operador de aparcamientos noruego propiedad del Thon Group que gestiona el aparcamiento y la recarga de vehículos eléctricos en varios cientos de ubicaciones de Noruega, entre ellas centros comerciales, hoteles, lugares de trabajo y comunidades de vecinos, todas ellas atendidas a través de su propia app, Time Park Fix. Time Park trasladó toda su plataforma de recarga de vehículos eléctricos a eMabler en 14 días, la migración más rápida que eMabler ha registrado, y realizó la mayor parte del trabajo con su propio equipo.

Dos factores hicieron posible ese ritmo. Time Park ya contaba con una configuración EMSP conforme con OCPI, lo que eliminó gran parte del trabajo de integración, y tuvo acceso directo al equipo de ingeniería de eMabler durante todo el proyecto. En palabras de Henrik Fauske, Product Owner en Time Park: «El proceso de migración estaba estandarizado y funcionó sin más. Las sesiones de recarga exitosas empezaron a llegar muy pronto tras la migración, lo que confirmó desde el principio que todo funcionaba.»

Lea aquí el caso de éxito completo de Time Park.

¿Qué cambia OCPP 2.1 para las plataformas CSMS?

El protocolo se está ampliando más allá de la gestión de cargadores hacia la participación en los mercados energéticos, lo que cambia lo que se espera de un CSMS en los próximos años.

Recursos energéticos distribuidos y vehicle-to-grid

OCPP 2.1 añade mensajes para establecer, leer y borrar controles de recursos energéticos distribuidos, junto con alarmas y notificaciones de inicio y parada. Son los cimientos, en el protocolo, para tratar los cargadores y los vehículos conectados como activos de la red.

Servicios de red y programaciones dinámicas

La especificación añade una señal para la reserva de recuperación de la frecuencia con activación automática, un mercado que gestionan muchos gestores de redes de transporte europeos, además de actualizaciones dinámicas de la programación y recarga prioritaria. En conjunto, permiten a un backend ajustar la recarga en respuesta a las condiciones del mercado, así como a los límites locales.

Tarifas, liquidación y flujos de eventos

OCPP 2.1 incorpora las tarifas al propio protocolo, con mensajes para establecer tarifas por defecto, cambiar una tarifa en mitad de una transacción y notificar la liquidación. También introduce flujos periódicos de eventos, que cambian la forma en que los datos de alta frecuencia circulan entre la estación y el CSMS.

Qué preguntar a los proveedores

Las preguntas que merece la pena hacer son concretas. Averigüe qué áreas funcionales de 2.1 están implementadas hoy, cuáles están previstas y con qué calendario, y si la plataforma puede gestionar estaciones 1.6, 2.0.1 y 2.1 en la misma red. También conviene preguntar con qué hardware ha probado el proveedor la versión 2.1, ya que el soporte del backend es solo la mitad de un despliegue que funcione.

CSMS: preguntas frecuentes

Q: ¿Es un CSMS lo mismo que un CPMS?

A: En el uso comercial, sí. CSMS es el término que se utiliza en la especificación OCPP, y CPMS es el que usan la mayoría de los proveedores en el mercado. Donde difieren, CPMS suele incluir funciones de negocio, como la facturación y la gestión de clientes, que OCPP no cubre.

Q: ¿Es CSMS un término nuevo?

A: No. Entró en OCPP con la versión 2.0 en 2018 y pasó a ser de uso estándar con OCPP 2.0.1 en 2020. Ha ganado visibilidad en los textos comerciales a medida que ha crecido la adopción de OCPP 2.0.1 y desde que esta versión se aprobó como norma IEC 63584.

Q: ¿Un CSMS tiene que admitir OCPP 2.0.1?

A: Para los nuevos despliegues, 2.0.1 es el punto de partida razonable. Como OCPP 1.6 y 2.0.1 no son compatibles y el hardware 1.6 sigue muy extendido, la mayoría de los operadores necesitan un CSMS que funcione con ambas versiones en la misma red.

Q: ¿Puede un solo CSMS gestionar cargadores de distintos fabricantes?

A: Sí, siempre que la plataforma sea agnóstica respecto al hardware y los cargadores sean conformes con OCPP. Pregunte qué modelos concretos tiene el proveedor en producción, porque las interpretaciones de la especificación varían de un fabricante a otro.

Q: ¿Es un CSMS lo mismo que un sistema de gestión de energía?

A: No. Un EMS gestiona las cargas eléctricas de un emplazamiento o edificio y puede imponer límites que una estación de recarga notifica a su vez mediante OCPP. Un CSMS opera la red de recarga y puede responder a esos límites.

Q: ¿Hace falta un CSMS para un único emplazamiento de recarga?

A: Cualquier cargador que necesite autorización, facturación, soporte remoto o informes necesita un backend, sea cual sea el número de emplazamientos. El planteamiento económico cambia con la escala, pero el requisito funcional no.

Q: ¿A quién pertenecen los datos de un CSMS?

A: Depende por completo del contrato y no de la tecnología. La propiedad de los datos y el control de la relación con el conductor son condiciones comerciales, y varían de un proveedor a otro.

Elegir un CSMS: lo esencial

Un CSMS es el sistema de gestión de estaciones de recarga que opera una red de recarga de vehículos eléctricos: aprovisionamiento, autorización, transacciones, recarga inteligente, tarifas, diagnóstico y todo aquello de lo que depende el negocio después. El término procede de OCPP 2.0.1 y significa lo mismo que CPMS en casi cualquier conversación comercial. Más importante que el acrónimo es que la elección de la plataforma decide tres cosas a la vez: qué hardware puede comprar, con qué sistemas puede conectarse y a quién pertenecen sus datos de recarga.

eMabler es agnóstica respecto al hardware y funciona con cualquier punto de recarga conforme con OCPP, de modo que los operadores no quedan atados a un único fabricante. La plataforma es API-first y se conecta con los sistemas existentes de CRM, facturación, pago y gestión de energía mediante API abiertas y 300+ integraciones listas para usar. Los precios están ligados a las sesiones de recarga con éxito, los operadores conservan la plena propiedad de sus datos de recarga y de sus relaciones con los conductores, y el soporte lo prestan los ingenieros que construyeron la plataforma. Hoy eMabler gestiona 120.000+ puntos de recarga conectados en 11 países, con más de 1,3 millones de sesiones de recarga al mes y un 99,999 % de disponibilidad, y cuenta con la certificación ISO 27001 y cero brechas de seguridad registradas.

Si está evaluando un CSMS para su red o planificando dejar el que tiene, ¡estaremos encantados de hablar!