Diagnóstico de recarga EV
Una autorización RFID, pago o roaming puede ser válida y aun así no abrir sesión si el connectorId, la reserva, el contrato, el backend, la disponibilidad o el estado local no coinciden.
Autorizado no significa energizado: identidad, contrato, conector, reserva y estado local tienen que coincidir en la misma ventana temporal.
Criterio de la guía
Está escrita para separar autorización, contrato, pago, conector, reserva y estado OCPP sin publicar datos personales, tokens, contratos ni instrucciones de backend.
Agrupa situaciones de RFID local frente a lista OCPP, pago ad hoc con timeout, roaming no traducido a StartTransaction, QR de conector equivocado, reservas bloqueadas, token revocado offline y disponibilidad publicada incoherente.
Ayuda a distinguir si el síntoma nace en identidad, formato de tarjeta, pasarela de pago, roaming, connectorId, reserva, estado local, backend o datos publicados.
No da instrucciones sobre tokens, listas locales, pasarelas de pago, contratos, reservas, backend, QR, credenciales ni continuidad de servicio.
Separación diagnóstica
La autorización debe llegar al equipo correcto, con el conector correcto y dentro de una ventana que el EVSE pueda convertir en sesión.
Entra cuando RFID, idTag, UID, ceros iniciales o formato cambian lo que el backend cree estar autorizando.
Entra cuando la aprobación comercial llega tarde, incompleta o desacoplada del inicio técnico de sesión.
Entra cuando eMSP, CPO, CSMS y EVSE no traducen el contrato a una orden válida para el conector.
Entra cuando QR, pegatina, puerta, pedestal o connectorId apuntan a un activo distinto al usado.
Entra cuando una reserva, estado publicado o bloqueo de conector contradice la experiencia del usuario.
Evidencia mínima
La evidencia útil alinea el momento comercial, la autorización OCPP y el estado local del conector.
Patrones de error
La autorización falla cuando se confunde la aceptación de una capa con la ejecución completa de la sesión.
Un usuario puede haber seguido el flujo correcto y aun así quedar bloqueado por mapeo, reserva o backend.
Una aprobación comercial no demuestra que el EVSE haya recibido y aceptado una sesión válida.
QR, connectorId y puerta física deben referirse al mismo punto para que el diagnóstico tenga sentido.
Tarjetas, contratos, pagos y datos de usuario deben tratarse con minimización y control.
Documentación
Dentro de Harcki, el caso puede continuar con logs, capturas, fotos, sesiones, partes, manuales, inventario, histórico y documentación validada sin publicar material sensible en la web.
Seguridad
La guía ordena evidencia; no enseña actuación sobre sistemas de pago, contratos, listas, backend ni datos personales.
Harcki
No da instrucciones sobre cargadores, protecciones, cableado, contadores, certificados, firmware, backend, conectores, módulos de potencia ni servicio. Dentro de Harcki, el caso puede continuar con historial, evidencias, documentación validada, decisiones, contexto y memoria técnica compartida.
Dentro de Harcki, pago, RFID, roaming, estado local y eventos OCPP pueden quedar unidos al mismo intento.
Mapas de conectores, capturas y eventos aportan valor cuando se conectan a documentación validada.
La app puede acercar patrones de autorización sin exponer datos personales ni contratos.
Normativa y límites
Harcki ayuda a ordenar el caso. Las decisiones críticas dependen del profesional responsable y del marco aplicable.
Aviso de lanzamiento
Recibe el aviso para solicitar acceso a Harcki y continuar diagnósticos de RFID, pago ad hoc, roaming, connectorId, reservas, documentación validada, evidencias, historial y memoria técnica con límites claros.
