La respuesta corta
Si estás construyendo la app del conductor para una red de recarga, hay algo que conviene aclarar antes de la primera reunión técnica: tu app no habla OCPP.
OCPP es «el protocolo abierto de comunicación global entre estaciones de recarga y sistemas de gestión de recarga». Conecta dos cosas: el punto de recarga y el sistema central de gestión (CSMS). La app del conductor no es ninguna de las dos: la app habla con la API propia del CSMS, que cada fabricante o plataforma define a su manera.
Y lo dice la propia especificación por omisión: OCPP no cubre las interfaces de aplicación de cara al conductor, ni el itinerancia entre redes —eso es OCPI—, ni los sistemas de pago del usuario final más allá del cálculo de coste local.
Confundir esto es la causa número uno de estimaciones equivocadas en este sector.
El mapa, para no perderse
| Quién con quién | Protocolo |
|---|---|
| Estación de recarga ↔ sistema de gestión (CSMS) | OCPP |
| Red de recarga ↔ otra red (itinerancia) | OCPI |
| App del conductor ↔ CSMS | API propia de esa plataforma |
| Vehículo ↔ estación | ISO 15118 |
Cuando el cliente dice «necesitamos que la app soporte OCPP», casi siempre quiere decir una de estas dos cosas: que la app funcione con estaciones que hablan OCPP —cosa que ya hace el CSMS por ella—, o que quiere construir también el CSMS, que es un proyecto completamente distinto y mucho mayor.
Esa aclaración, hecha en la primera llamada, cambia el alcance y la propuesta.
Las versiones importan, y no son compatibles
| Versión | Año | Estado |
|---|---|---|
| 1.6 | 2015 | Ampliamente implementada, sigue en uso |
| 2.0.1 | 2020 | Camino de estándar del sector; aprobada como IEC 63584 en 2024 |
| 2.1 | 2025 | La última |
El dato duro: OCPP 1.6 y OCPP 2.0.1 no son compatibles. Si el parque del cliente mezcla estaciones de las dos, el CSMS tiene que soportar ambas, y eso condiciona qué funcionalidad puede ofrecer la app de forma uniforme.
Qué aporta cada salto:
- 2.0.1 sobre 1.6: gestión de dispositivo, mejor manejo de transacciones, seguridad reforzada, recarga inteligente, soporte de ISO 15118 y funciones de pantalla.
- 2.1 sobre 2.0.1: recarga bidireccional (V2X), control de recursos energéticos distribuidos, ISO 15118-20, intercambio de baterías y mejoras de pago.
El transporte es WebSocket, con mensajes en JSON —y SOAP en el caso de 1.6.
Qué significa esto para la app del conductor
Lo que la app puede prometer depende de lo que el CSMS exponga y, por debajo, de lo que soporte cada estación. Antes de diseñar pantallas:
- Disponibilidad en tiempo real. ¿El CSMS notifica cambios de estado o hay que consultar? La diferencia entre un mapa que refleja la realidad y uno que miente.
- Inicio y parada remotos. Existen en OCPP, pero hay que confirmar que el CSMS los expone y que las estaciones del parque los soportan.
- Reservas. Igual: no todas las estaciones ni todas las versiones.
- Recarga inteligente. Solo desde 2.0.1 en adelante.
- Bidireccional. Solo 2.1, y con hardware que lo permita.
La regla práctica: cada funcionalidad de la app es tan real como la estación más antigua del parque. Una app que ofrece parar la sesión desde el móvil y falla en el 30 % de los postes es peor que una que no lo ofrece.
Los estados y el usuario
En recarga, la brecha entre el estado del sistema y lo que el conductor ve es la principal fuente de quejas. Casos que hay que diseñar explícitamente:
- Estación ocupada frente a averiada. Para el conductor, si llega y no puede cargar da igual — para la operación, no.
- Sesión iniciada pero el coche no acepta carga. El cable, el vehículo o la negociación.
- Sesión terminada por el vehículo al llegar al límite de batería.
- Pérdida de conexión de la estación con el CSMS durante la sesión: la carga continúa, los datos llegan después.
Ese último es el más incómodo: hay un intervalo en el que la plataforma no sabe qué está pasando y la app tiene que decir algo honesto sin alarmar.
Antes de estimar
- ¿Qué CSMS hay, y podemos ver su documentación de API?
- ¿Qué versiones de OCPP hay en el parque real, no en el catálogo?
- ¿Hay itinerancia con otras redes? Si sí, aparece OCPI y con él otro conjunto de datos y de acuerdos.
- ¿Quién gestiona el pago y la facturación?
- ¿Qué funciones queremos ofrecer que dependan de la estación, y qué porcentaje del parque las soporta?
La quinta es la que evita prometer en la tienda algo que falla en carretera.
Es el tipo de integración que hacemos cuando el producto vive entre software y hardware, en integración con hardware y en proyectos de movilidad eléctrica.
Fuente primaria, consultada el 14 de agosto de 2026: Open Charge Point Protocol de la Open Charge Alliance.
