Patrones reales revisados
Resume situaciones de RFID aceptado localmente pero rechazado por OCPP, pago ad hoc que llega tarde, roaming que no se traduce en sesión, QR asociado a otro conector, reserva bloqueada o disponibilidad pública incoherente.
Diagnóstico de recarga EV
Cargador eléctrico autoriza pero no inicia carga: separar usuario, conector y sesión.
Si RFID, TPV, app o roaming aceptan al usuario pero la carga no arranca, el caso debe ordenar autorización, reserva, connectorId, disponibilidad, backend, pago y evidencias del punto sin convertirlo en una secuencia de intervención.
El error es llamar fallo del cargador a lo que quizá es un desacuerdo entre identidad, contrato, conector, backend, pago y estado real de sesión.
Criterio de la guía
Por qué esta guía puede ayudarte.
Está escrita para ordenar fallos de autorización, pago y roaming sin publicar instrucciones operativas sobre controles, contratos, listas, datos personales ni backend.
Autorización antes que pieza
Ayuda a separar si el síntoma pertenece a identidad, lista local, backend, contrato, conector, pago, reserva, roaming, estado OCPP o condición local del punto.
Límites claros
No da instrucciones para operar sobre autorizaciones, credenciales, pagos, contratos, datos de usuario, estados reservados ni disponibilidad de conectores.
Separación diagnóstica
La primera separación: autorizado no significa sesión iniciada.
La autorización comercial, la autorización técnica y el estado físico del conector pueden ir desacompasados. Separarlos evita culpar al cargador, al usuario o al operador antes de tiempo.
RFID y lista local
Entra cuando la tarjeta se lee, pero el identificador, el formato, la lista local, la caché o la lista del backend no representan el mismo permiso.
Pago ad hoc y preautorización
Entra cuando el TPV, QR o pasarela aprueban una operación, pero el punto ya cerró la ventana de inicio o no recibe una orden coherente.
Roaming y contrato
Entra cuando una app o eMSP acepta al usuario, pero el contrato no llega al operador del punto como sesión válida.
QR, conector e identidad física
Entra cuando el identificador visible, el connectorId, el pedestal, la toma o el backend apuntan a elementos distintos.
Reserva y estado publicado
Entra cuando una reserva, sesión huérfana, estado offline o disponibilidad publicada mantiene bloqueado un conector que parece libre.
AFIR y experiencia pública
Entra cuando pago ad hoc, información visible, disponibilidad, precio o ocupación deben leerse junto al estado técnico real.
Evidencia mínima
Evidencia mínima útil antes de cerrar diagnóstico.
La evidencia útil conecta usuario, medio de autorización, conector, backend, sesión, pago y estado local sin exponer datos personales.
- Medio usado: RFID, app, pago ad hoc, QR, roaming, reserva, Plug & Charge o lista local.
- Estado visto por el usuario: autorizado, rechazado, esperando inicio, pago aprobado, conector ocupado, conector libre, sesión cancelada o cargo aplicado.
- Estado técnico: StatusNotification, StartTransaction, RemoteStart, reserva, connectorId, idTag, lista local, caché, contrato y disponibilidad publicada.
- Relación física: pedestal, toma, QR, conector, identificador visible, cable, vehículo y punto seleccionado por el usuario.
- Tiempos: lectura RFID, aprobación de pago, respuesta de roaming, ventana de inicio, timeout, reserva, paso a cargando y finalización.
- Datos que deben protegerse: usuario, contrato, tarjeta, token, identificadores completos, recibos, credenciales, certificados, URLs privadas y sesiones identificables.
- Comparativa segura: si ocurre con un token, varios usuarios, un conector concreto, roaming específico, pago ad hoc, reserva o después de un cambio de pedestal.
- Documentación disponible: configuración aprobada, mapa de conectores, política de autorización, capturas sanitizadas, eventos OCPP, cambios recientes y criterio del operador.
Patrones de error
Errores que conviene evitar con autorización de recarga.
Una autorización fallida puede parecer avería eléctrica, fallo de app o problema del usuario. Separar capas evita decisiones injustas o peligrosas.
Confundir lectura RFID con permiso final
Leer una tarjeta no demuestra que backend, lista local, formato de identificador, contrato y conector estén alineados.
Dar por bueno el pago aprobado
Una aprobación comercial puede llegar fuera de tiempo o no convertirse en una sesión válida en el punto.
Ignorar el connectorId
Un QR, una toma o un pedestal cambiados pueden hacer que el usuario pague o autorice sobre un conector distinto al que está usando.
Cerrar por disponibilidad publicada
Un punto mostrado como libre puede arrastrar una reserva, sesión huérfana, estado offline, fallo de sincronización o bloqueo local.
Documentación
Documentación que conviene reunir sin exponer material sensible.
Harcki podrá trabajar con capturas sanitizadas, eventos, mapas de conectores, políticas de autorización y documentación validada. Esta guía pública solo ordena qué información conviene localizar.
- Mapa aprobado de estación, pedestal, toma, connectorId, QR, identificador visible y relación con el backend.
- Eventos de sesión sanitizados: autorización, reserva, StartTransaction, StopTransaction, estado del conector, pago, timeout y motivo de rechazo.
- Historial de cambios: sustitución de pedestal, reetiquetado QR, alta de roaming, cambio de operador, sincronización de lista o ajuste de política comercial.
- Evidencia de usuario sin datos personales: mensaje visible, hora, medio usado, conector elegido, estado mostrado y resultado final.
- Criterio de cierre: capa responsable, evidencia que la sostiene, impacto de servicio, protección de datos y seguimiento si el fallo era intermitente.
Seguridad
Límites antes de tocar autorización, pago o roaming.
La guía ordena evidencia; no enseña cambios de autorización, pagos, contratos, credenciales ni backend.
- No publicar datos personales, recibos completos, tokens, contratos, identificadores completos, credenciales, certificados, URLs privadas ni sesiones identificables.
- No da instrucciones para operar sobre autorizaciones, credenciales, pagos, contratos, datos de usuario, estados reservados ni disponibilidad de conectores.
- No sustituir operador del punto, proveedor de pago, eMSP, CPO, fabricante, política de privacidad, normativa, procedimiento interno ni criterio profesional.
- No tratar un fallo de autorización como permiso para actuar sobre el cargador si hay protección repetida, conector dañado, humedad, calor, olor o duda eléctrica.
- Ante duda sobre datos personales, contrato, pago, identidad, seguridad eléctrica o disponibilidad real, parar y escalar por el canal responsable.
Harcki
Esta guía ordena el inicio; Harcki permite continuar el caso completo.
Esta guía ayuda a separar autorización, pago, roaming y conector sin publicar información sensible. Dentro de Harcki, el caso puede continuar con historial, evidencias, documentación validada, decisiones, contexto y memoria técnica compartida.
- 01Sesión con identidad protegida
Medio de autorización, conector, estado OCPP, pago, reserva y resultado pueden quedar conectados sin exponer datos personales.
- 02Documentación validada
Mapas de conectores, capturas sanitizadas, eventos, cambios y criterios de operador aportan valor cuando se vinculan al punto real.
- 03Memoria entre capas
Harcki puede acercar patrones de RFID, roaming, pago ad hoc, QR o reservas sin convertir coincidencias en instrucciones operativas.
Normativa y límites
Normativa, fabricante y responsable técnico siguen mandando.
Harcki ayuda a ordenar el caso. Las decisiones críticas dependen del profesional responsable y del marco aplicable.
Aviso de lanzamiento
Recibe el aviso cuando Harcki abra su primera fase.
Recibe el aviso para solicitar acceso a Harcki y continuar este tipo de diagnóstico dentro de la app: autorización, RFID, pago ad hoc, roaming, AFIR, documentación validada, evidencias, historial y memoria técnica con límites claros.