Lista de verificación de la solicitud de propuestas para el sistema de gestión de carga de vehículos eléctricos

Una solicitud de propuestas para un sistema de gestión de carga de vehículos eléctricos (EV) debe ir más allá de recopilar una larga lista de características. Debe revelar si un proveedor de CPMS puede conectar sus cargadores, ser compatible con su modelo operativo y de ingresos, proteger sus datos, cumplir con las expectativas de servicio y escalar sin generar costosas dependencias de un proveedor específico.

Esta guía está escrita para operadores de puntos de carga, fabricantes de cargadores, flotas, empresas de servicios públicos, grupos inmobiliarios, operadores de estacionamientos y plataformas de carga regionales. Si aún está definiendo la categoría de la plataforma, comience con TrendPower. Guía del software CPMS para operadores de estaciones de carga de vehículos eléctricosSi está listo para realizar la compra, utilice la siguiente lista de verificación como base técnica y comercial de su solicitud de propuestas (RFP).

¿Qué objetivos debería alcanzar una solicitud de propuestas (RFP) para software de carga de vehículos eléctricos?

Una solicitud de propuestas (RFP) útil transforma los objetivos comerciales en requisitos verificables. Proporciona a los proveedores los mismos supuestos operativos, les pide que distingan la funcionalidad estándar de la configuración y el desarrollo personalizado, y crea una forma sólida de comparar las respuestas.

El objetivo no es seleccionar la plataforma con más casillas de verificación, sino identificar la solución que mejor se adapte a sus cargadores, clientes, países, integraciones, equipo interno, tolerancia al riesgo y plan de crecimiento a cinco años.

¿Qué información debe preparar antes de enviar la solicitud de propuestas (RFP)?

Los proveedores no pueden ofrecer un alcance, precio o cronograma fiables si la solicitud de propuestas solo pide "una plataforma de carga de vehículos eléctricos escalable". Incluya un perfil de proyecto conciso con suficiente detalle para evaluar su idoneidad.

• Modelo de negocio y usuarios objetivoCPO público, flota, lugar de trabajo, residencial, destino, OEM, servicio público, servicio de roaming o una combinación de estos.
• Línea base de la redSitios, cargadores, conectores, sesiones mensuales, usuarios y regiones geográficas actuales y previstos para los años 1, 3 y 5.
• Inventario de hardwareFabricante, modelo, firmware, versión OCPP, conectividad, potencia nominal y backend actual para cada tipo de cargador representativo.
• Trayectoria del clienteExpectativas sobre la aplicación, la web, los códigos QR, la tecnología RFID, los pagos sin contacto, la recarga automática, la función Plug & Charge, el acceso para huéspedes, las reservas y el soporte técnico.
• Modelo comercialTarifas, impuestos, suscripciones, cargos por inactividad, promociones, roaming, facturación, reembolsos, comisiones y partes liquidadoras.
• panorama de la integraciónPasarelas de pago, ERP, CRM, sistemas de gestión de flotas, sistemas energéticos, almacenamiento de datos, mapas, emisión de billetes, gestión de identidades y socios de roaming.
• Restricciones de seguridad y despliegueRequisitos de región en la nube, nube privada o local, residencia de datos, inicio de sesión único (SSO), auditoría, privacidad y normativas.
• Plan de adquisicionesRango presupuestario, proceso de decisión, alcance del proyecto piloto, fecha de lanzamiento deseada, criterios de aceptación y duración del contrato.

Lista de verificación para la solicitud de propuestas (RFP) del sistema completo de gestión de carga de vehículos eléctricos

1. Alcance, funciones y escala del negocio

Comencemos con la realidad operativa. Una plataforma diseñada para un único depósito privado puede no ser compatible con una red pública multipartita que incluya anfitriones de sitios, agentes, inversores, flotas y socios de roaming.

• Describa los modelos de negocio compatibles e identifique cuáles están en producción.
• Explique la jerarquía para organizaciones, regiones, sitios, cargadores, conectores, operadores, anfitriones de sitios, flotas y usuarios finales.
• Muestra el control de acceso basado en roles, los flujos de aprobación, la administración delegada y el aislamiento de inquilinos.
• El estado demostró la escala de producción y el método de prueba para cargadores, sesiones concurrentes, tráfico de API y volumen de informes.
• Explique cómo se añaden nuevos países, monedas, normas fiscales, idiomas, zonas horarias y entidades jurídicas.

2. Interoperabilidad entre OCPP y cargadores

“OCPP es compatible” no es una respuesta suficiente. Alianza de Carga Abierta Se publican varias versiones de OCPP, y el comportamiento real depende del modelo del cargador, el firmware, el perfil de seguridad, el conjunto de mensajes y la implementación del fabricante. Solicite pruebas exactas.

• Enumere las ediciones y protocolos de transporte de OCPP compatibles, incluidos OCPP 1.6J, OCPP 2.0.1 y la hoja de ruta para OCPP 2.1, cuando corresponda.
• Proporcione una matriz de compatibilidad de cargadores por fabricante, modelo, firmware, funciones probadas, limitaciones conocidas y fecha de prueba.
• Proporcione detalles de la certificación OCPP u otra evidencia de conformidad para la versión de CSMS ofrecida. Verifique los certificados a través de la OCA, en lugar de basarse únicamente en un logotipo.
• Demostrar los procesos de incorporación, autorización, transacciones, valores de medidores, arranque/parada remotos, reinicio, desbloqueo, disponibilidad, reservas, perfiles de carga, diagnósticos y flujos de trabajo del firmware.
• Explique el comportamiento sin conexión, las colas de mensajes, la desviación del reloj, los eventos duplicados, la reconciliación de reconexión y la recuperación de transacciones.
• Describa el proceso, la propiedad, el costo y el plazo de entrega para la integración de un cargador o una revisión de firmware no probados.

Para redes de marcas mixtas, solicite un programa piloto con hardware representativo. TrendPower Sistema de gestión de puntos de recarga para vehículos eléctricos Esta página explica por qué la compatibilidad debe validarse con el cargador real y el flujo de trabajo requerido, y no solo con el nombre del protocolo.

3. Monitoreo, operaciones remotas y tiempo de actividad

• Muestra el estado en tiempo real de las estaciones, los puntos de recarga para vehículos eléctricos (EVSE), los conectores, las sesiones, la conectividad, la potencia, los valores de los contadores y las alarmas.
• Explique las reglas de alarma configurables, la gravedad, la supresión, la correlación, la escalada y los canales de notificación.
• Demuestra diagnósticos remotos, registros, curvas de carga, códigos de falla, comandos remotos y acciones auditables del operador.
• Definir los cálculos de disponibilidad y utilización, incluyendo el tratamiento del mantenimiento planificado, las bahías bloqueadas y las interrupciones de las comunicaciones.
• Mostrar la creación de tickets, la asignación, los temporizadores de SLA, los flujos de trabajo de los técnicos, la evidencia del servicio, la verificación y el historial de mantenimiento.
• Proporcionar paneles de control y exportaciones para el éxito de la primera carga, fallos de sesión, MTTR, recurrencia de alarmas y disponibilidad del cargador.

Los compradores que evalúan los flujos de trabajo de servicio de campo pueden revisar TrendPower. gestión inteligente de operaciones Enfoque para el monitoreo, diagnóstico remoto, remediación, despacho y órdenes de trabajo de circuito cerrado.

4. Experiencia, acceso y asistencia del conductor

• Identifique los métodos de acceso compatibles: aplicación móvil, web móvil, código QR, RFID, pago como invitado, Autocharge, ISO 15118 Plug & Charge o credenciales de flota.
• Muestra información sobre la disponibilidad de estaciones, disponibilidad en tiempo real, detalles del conector, visualización de precios, navegación, reservas, estado de la sesión, recibos e historial de cobros.
• Describa la accesibilidad, los idiomas compatibles, los formatos locales, la gestión del consentimiento, la eliminación de cuentas y la exportación de datos de clientes.
• Explique la propiedad de la aplicación, las cuentas de la tienda de aplicaciones, el ciclo de lanzamiento, el análisis de fallos, las versiones de sistema operativo compatibles y la opción de respaldo web.
• Mostrar herramientas de atención al cliente para la búsqueda de sesiones, asistencia remota, reembolsos, disputas, notificaciones e historial de casos.

5. Tarifas, facturación, pagos y liquidación

Los precios varían según el mercado, mientras que la seguridad de los pagos genera responsabilidades compartidas. Solicite al proveedor que registre los flujos de datos y dinero, en lugar de simplemente mostrar el logotipo del proveedor de pagos.

• Muestra las tarifas por energía, tiempo, sesión, tiempo de conexión, tiempo de inactividad, ubicación, grupo de usuarios, membresía y tiempo de uso.
• Explique los conceptos de impuestos, redondeo, moneda, numeración de facturas, reembolsos, créditos, depósitos, preautorización, pagos fallidos y contracargos.
• Enumere las pasarelas y métodos de pago por país de destino, además de las responsabilidades de comerciante registrado, adquisición, pago y conciliación.
• Defina el flujo de datos de la tarjeta de pago y el alcance de PCI DSS de cada parte. Consejo de Normas de Seguridad PCI es la fuente autorizada para los materiales PCI DSS actuales.
• Demostrar la participación en los ingresos del anfitrión del sitio, agente, inversor o socio, así como los estados de cuenta, aprobaciones, ajustes y registros de liquidación.
• Proporcionar exportaciones financieras, claves de conciliación, registros de auditoría y gestión de sesiones que finalizan tras una interrupción de la comunicación.

Utilice TrendPower solución de pago para la carga de vehículos eléctricos Resumen para identificar preguntas sobre pagos, tarifas, transacciones y liquidación localizados.

6. Itinerancia e interoperabilidad del ecosistema

• Enumere las versiones, roles, módulos, modelos de conexión, concentradores de itinerancia e integraciones en vivo de OCPI compatibles.
• Muestra el intercambio de ubicaciones, el estado de los EVSE, las tarifas, los tokens, los comandos, las sesiones, los CDR y las credenciales.
• Explique la lógica de reintento, la negociación de versiones, el manejo de duplicados, la corrección de CDR, la conciliación y la asignación específica de socios.
• Aclarar las tarifas por socio, las tarifas del centro, las tarifas por transacción, los costos de implementación, la certificación y el soporte continuo.

El Descripción general de OCPI de la EVRoaming Foundation Explica cómo OCPI conecta a los proveedores de servicios de movilidad eléctrica y a los operadores de puntos de recarga. En su solicitud de propuestas (RFP) debe preguntar qué partes del protocolo están implementadas y probadas, no solo si "OCPI" aparece en la ficha técnica.

7. API, datos e integraciones empresariales

• Solicitar documentación de API versionada, acceso a entorno aislado (sandbox), métodos de autenticación, límites de velocidad, paginación, filtros, idempotencia y modelos de error.
• Lista de API y webhooks disponibles para cargadores, sitios, usuarios, tarifas, sesiones, transacciones, alarmas, tickets e informes.
• Defina la firma de webhooks, los reintentos, el ordenamiento, la deduplicación, la reproducción, la monitorización y el manejo de mensajes no entregados.
• Explique la actualidad de los datos, su retención, agregación, formatos de exportación, extracción masiva y el acceso a datos brutos frente a datos derivados.
• Describa la responsabilidad de la integración para los sistemas ERP, CRM, SSO, flota, energía, mapas, almacén de datos y sistemas de soporte.
• Exigir que los controles de seguridad de la API se ajusten a directrices reconocidas como la Proyecto de seguridad de API de OWASP.

8. Controles de energía y carga inteligente

• Describa la gestión de carga estática y dinámica a nivel de conector, cargador, circuito, emplazamiento, cartera y flota.
• Explique las reglas de asignación de poder, las prioridades, el poder mínimo, la equidad, los objetivos de salida y la anulación manual.
• Muestre cómo se reciben y validan los límites del cargador, los datos del medidor, la carga del edificio, la energía solar, el almacenamiento y las señales de la compañía eléctrica.
• Defina el comportamiento que se debe seguir cuando los medidores, las pasarelas, los cargadores o el sistema CPMS pierdan la conectividad.
• Solicite información sobre las funciones de carga inteligente OCPP compatibles, los intervalos de control, la latencia de la telemetría y pruebas de una implementación comparable.

9. Seguridad, privacidad y resiliencia

Las respuestas sobre seguridad deben ser específicas para cada arquitectura y tener sentido desde el punto de vista contractual. Decir simplemente "utilizamos cifrado" no explica la identidad, la gestión de claves, la monitorización, el manejo de vulnerabilidades ni la recuperación.

• Solicite un diagrama de arquitectura y flujo de datos actualizado que muestre los límites de confianza, los almacenes de datos, los terceros, las rutas de administración y las conexiones de los cargadores.
• Defina el cifrado en tránsito y en reposo, las versiones de TLS, el ciclo de vida de los certificados, la gestión de secretos, la propiedad de las claves y la rotación.
• Mostrar MFA, SSO, RBAC, privilegio mínimo, controles de sesión, cuentas de servicio, revisión de acceso privilegiado y registros de auditoría inmutables.
• Proporcionar prácticas seguras de desarrollo, gestión de dependencias, revisión de código, pruebas de penetración, divulgación de vulnerabilidades, aplicación de parches y respuesta a incidentes.
• Definir las funciones de responsable y encargado del tratamiento de datos, los subencargados, las ubicaciones de alojamiento, las transferencias transfronterizas, la retención, la eliminación y la asistencia en la gestión de las solicitudes de los interesados.
• Defina las copias de seguridad, las pruebas de restauración, la redundancia, la recuperación ante desastres, el RTO, el RPO, las comunicaciones de estado y la continuidad del negocio.
• Pregunte cómo implementa la plataforma los perfiles de seguridad OCPP pertinentes y cómo se emiten, almacenan, rotan y revocan los certificados de los cargadores.

Para un vocabulario de riesgo común, los compradores pueden consultar el Marco de ciberseguridad del NISTLa solicitud de propuestas (RFP) debe especificar las leyes, normas y controles que se aplican a las jurisdicciones y contratos del comprador.

10. Despliegue, propiedad de los datos y portabilidad

• Compare las opciones de nube pública, nube privada y soluciones locales, incluyendo la responsabilidad de la infraestructura, las actualizaciones, la monitorización y la seguridad.
• Defina los entornos de producción, prueba, preproducción, capacitación y recuperación ante desastres, e indique si están incluidos en el precio.
• Indicar quién es el propietario de los datos de cargador, usuario, sesión, tarifa, transacción, operación, análisis y datos derivados.
• Se requieren exportaciones completas y documentadas en formatos utilizables, incluyendo los identificadores y las relaciones necesarias para la migración.
• Aclarar los dominios, certificados, cuentas de tiendas de aplicaciones, cuentas de SMS/correo electrónico, cuentas de pago, opciones de código fuente y propiedad del código personalizado.
• Defina la asistencia para la salida, el momento de la exportación, el acceso de transición, los cambios en el punto final del cargador, los certificados de eliminación y las tarifas de cancelación.

11. Implementación, migración y aceptación

• Solicitar un plan de entrega con fases, dependencias, responsables designados, aportaciones del cliente, riesgos y criterios de entrada/salida.
• Defina la incorporación del cargador, la configuración, el pago, la aplicación, la integración, la seguridad, el rendimiento, la conmutación por error y las pruebas de aceptación del usuario.
• Para la migración, se deben incluir en el inventario las URL del backend, las credenciales, los certificados, las dependencias de SIM/APN, el acceso al cargador, las exportaciones de datos y las obligaciones del proveedor actual.
• Se requiere un piloto representativo, criterios medibles de aprobación/rechazo, un plan de reversión, reglas de gravedad de defectos y un proceso de aprobación final.
• Detallar el alcance de la migración de datos, la asignación, la conciliación, el acceso histórico, el método de transición, el tiempo de inactividad y la validación posterior a la transición.
• Defina la capacitación para administradores, operaciones, finanzas, soporte y aspectos técnicos, además de la documentación de traspaso.

Si sus requisitos van más allá de la configuración estándar, compare el límite entre la capacidad del producto y el trabajo del proyecto utilizando TrendPower. Solución de software personalizada para la carga de vehículos eléctricos.

Para un ejemplo práctico de requisitos configurados en torno a un modelo operativo real, revise el de TrendPower. Estudio de caso de una plataforma de carga de vehículos eléctricos domésticos en EE. UU., que conecta la carga residencial, el uso compartido controlado, el acceso, la programación, los pagos y la liquidación del propietario.

12. Soporte, SLA, hoja de ruta y términos comerciales.

• Defina las horas de soporte, los idiomas, los canales, los niveles de gravedad, los objetivos de respuesta, los objetivos de restauración, la escalada y los créditos de servicio.
• Defina el tiempo de actividad de la plataforma, el punto de medición, las exclusiones, las ventanas de mantenimiento, las notificaciones y los informes mensuales.
• Describa la frecuencia de las versiones, los plazos de notificación, la compatibilidad con versiones anteriores, las pruebas de regresión, las pruebas con clientes y los cambios de emergencia.
• Separe las funcionalidades comprometidas de los elementos de la hoja de ruta e indique si las fechas de la hoja de ruta son contractuales.
• Detalle los costos de configuración, licencia, cargador, conector, usuario, sesión, aplicación, alojamiento, almacenamiento, API, roaming, pago, soporte, integración y tarifas de servicios profesionales.
• Proporcione información sobre niveles de precios, mínimos, cargos adicionales, aumentos anuales, supuestos de tipo de cambio, impuestos, renovación, rescisión y costos de salida.
• Proporcione referencias de clientes comparables y autorice la discusión sobre la calidad de la implementación, la estabilidad, el soporte y los costos imprevistos.

Un formato de respuesta del proveedor que permite comparar las respuestas.

Adjunte una tabla de respuestas a cada requisito. Conserve las propuestas narrativas para contextualizar, pero califique solo las respuestas estructuradas que identifiquen la disponibilidad, la evidencia, el esfuerzo de entrega, el plazo, los supuestos y el costo.

Modelo de puntuación de 100 puntos recomendado por TrendPower para la solicitud de propuestas de CPMS

Ajuste las ponderaciones antes de que lleguen las propuestas. Esto evita que una demostración convincente cambie las prioridades a posteriori. Utilice una puntuación de 0 a 5 para cada categoría, multiplíquela por la ponderación asignada y exija a los evaluadores que citen pruebas.

Escala de puntuación sugerida: 0 = sin respuesta; 1 = sin respaldo; 2 = parcial o plan de ruta; 3 = cumple con el requisito con evidencia aceptable; 4 = lo supera con pruebas sólidas; 5 = idoneidad comprobada con bajo riesgo de entrega y compromiso contractual claro.

¿Qué deberías probar en la demo y el programa piloto?

Una demostración bien hecha puede ocultar pasos manuales, datos simulados e integraciones no probadas. Proporcione a cada proveedor preseleccionado los mismos escenarios y datos de muestra.

1. Conecte un cargador representativo. Autorización completa, inicio/parada remota, valores del medidor, cierre de transacción, recuperación sin conexión e investigación de sesión fallida.
2. Gestiona todo el flujo de dinero. Configurar una tarifa, completar un pago, emitir un recibo o factura, procesar un reembolso, exportar datos financieros y conciliar la liquidación.
3. Resolver un incidente operativo. Active una alerta, inspeccione los registros, realice una acción remota compatible, cree un ticket, escálelo y ciérrelo con un registro de auditoría.
4. Ejecuta roles y controles de datos. Prueba los permisos de operador, administrador del sitio, soporte, finanzas y administrador restringido. Exporta datos e inspecciona los registros de auditoría.
5. Demuestra una integración. Utilice la API de entorno aislado o la conexión OCPI para intercambiar objetos de prueba reales, gestionar errores y validar los reintentos y la reconciliación.
6. Fallo y recuperación de las pruebas. Simular la desconexión del cargador o de la red, mensajes duplicados, fallos en el pago y la reversión de un paso de liberación o migración.

Siete señales de alerta en los proveedores de sistemas de gestión de contraseñas (CPMS)

1. “Compatible con OCPP” sin una matriz de prueba de modelo y firmware.
2. Las funcionalidades de la hoja de ruta se muestran como si estuvieran disponibles hoy mismo.
3. No existe un responsable claro para el cumplimiento de los pagos, la conciliación o las transacciones fallidas.
4. Se promete acceso a la API sin documentación, acceso a un entorno aislado, limitaciones ni pruebas de exportación.
5. Reclamaciones de tiempo de actividad sin definición, método de medición, exclusiones ni solución.
6. Precios de suscripción bajos combinados con tarifas de integración, almacenamiento, soporte o cancelación poco claras.
7. No existe un plan de migración práctico, un método de reversión ni un compromiso contractual de portabilidad de datos.

¿Cómo convertir una solicitud de propuestas ganadora en un contrato más seguro?

No permita que las respuestas más importantes desaparezcan tras la selección del proveedor. Adjunte la respuesta final, la arquitectura, la matriz de compatibilidad, el plan de implementación, el cronograma de precios, el acuerdo de nivel de servicio (SLA), las obligaciones de seguridad, los términos de procesamiento de datos y las pruebas de aceptación al contrato o al pliego de condiciones.

Convierta frases como «admite», «puede integrarse» y «alta disponibilidad» en entregables concretos y resultados medibles. Indique qué sucede si un flujo de trabajo crítico del cargador falla durante la prueba piloto, si una integración personalizada no se aprueba o si el comprador necesita una exportación completa al finalizar el contrato.

Preguntas frecuentes sobre la solicitud de propuestas (RFP) para el sistema de gestión de carga de vehículos eléctricos

Fuentes autorizadas para su equipo de RFP

• Alianza de Carga Abierta — Protocolos OCPP
• Open Charge Alliance: descargas de especificaciones
• Fundación EVRoaming — Resumen de OCPI
• Consejo de Normas de Seguridad PCI — normas de seguridad de pagos
• OWASP — Proyecto de Seguridad de API
• NIST — Marco de Ciberseguridad

Revisado para determinar su relevancia en materia de adquisiciones: 20 de septiembre de 2026. Los protocolos, la seguridad, los pagos, la privacidad y los requisitos normativos cambian con el tiempo; verifique la información oficial más reciente y obtenga asesoramiento legal o sobre cumplimiento normativo para sus mercados objetivo.