Patrones reales revisados
Resume situaciones donde el SAT se firma por estado online, los logs rotan, la versión de firmware no queda documentada, una sustitución rompe inventario o el mantenimiento no conserva evidencia suficiente.
Diagnóstico de recarga EV
Logs OCPP se pierden antes de diagnosticar: ordenar puesta en marcha y evidencias.
Si los logs desaparecen antes de revisar la incidencia, la puesta en marcha queda sin base verificable: sesiones reales, firmware, hora, backend, inventario, mantenimiento y pruebas deben quedar ligados.
El error es confundir disponibilidad aparente con validación técnica. En recarga EV, lo que no queda registrado durante la aceptación puede desaparecer justo cuando el fallo vuelve.
Criterio de la guía
Por qué esta guía puede ayudarte.
Está escrita para ordenar aceptación, registros y mantenimiento de estaciones de recarga sin publicar instrucciones de intervención eléctrica, firmware, comunicaciones, certificados ni servicio.
Evidencia antes que cierre
Ayuda a separar si el caso habla de sesión real, autorización, pago, OCPP, reloj, firmware, conector, comunicación, inventario o condición de mantenimiento.
Límites claros
No da instrucciones operativas sobre ensayos eléctricos, emergencia, conectividad, firmware, certificados, cableado, protecciones, parámetros ni recuperación de disponibilidad.
Separación diagnóstica
La primera separación: online no significa aceptado para operar.
La guía ayuda a diferenciar disponibilidad de red, aceptación funcional, evidencia conservada y mantenimiento con capacidad de reproducir el fallo.
Validación de sesión real
Entra cuando la estación aparece online, pero no queda evidencia de inicio, autorización, finalización, pago, modo offline o respuesta del vehículo en una condición representativa.
Logs y conservación de evidencia
Entra cuando los registros locales o del backend se pierden por rotación, reinicio, ventana corta, exportación tardía o falta de correlación horaria.
Firmware y versión efectiva
Entra cuando se mezclan síntomas de versiones distintas, actualizaciones parciales, hardware revisado o configuraciones que no coinciden entre equipos aparentemente iguales.
Inventario de comunicaciones
Entra cuando router, módem, SIM, ICCID, serial, chargeBoxId, conector o placa sustituida no representan la misma estación para campo, NOC, CSMS y garantía.
Mantenimiento preventivo
Entra cuando la revisión visual parece correcta, pero quedan sin relacionar filtros, ventilación, cable, lector, contador, alarma persistente o condición real de uso.
Cierre reproducible
Entra cuando el parte final no permite saber qué vehículo, versión, conector, sesión, backend, hora, condición y evidencia sostienen la aceptación.
Evidencia mínima
Evidencia mínima útil antes de cerrar puesta en marcha o mantenimiento.
La evidencia útil conecta estación, backend, versión, sesión, conector, autorización, mantenimiento e historial sin exponer secretos ni datos personales.
- Estado de aceptación: estación, conector, versión, backend, hora, zona horaria, firmware, configuración aprobada y responsable del cierre.
- Sesión representativa: autorización, inicio, carga, finalización, MeterValues, estado OCPP, conector usado, vehículo o simulador declarado y resultado observado.
- Condición de servicio: modo online, modo offline si aplica, reserva, pago ad hoc, RFID, roaming, RemoteStart, disponibilidad publicada y mensaje visible al usuario.
- Registros conservados: logs locales, eventos CSMS, alarmas, cambios de estado, hora común, capturas sanitizadas y evidencia antes de reinicios o actualizaciones.
- Inventario: serial, chargeBoxId, connectorId, placa sustituida, módem, SIM/ICCID, firmware, hardware revisionado y relación con el sitio real.
- Mantenimiento: filtros, ventilación, cable, lector, conectores, contadores, alarmas persistentes, consumibles, limpieza realizada y condición ambiental documentada.
- Historial de cambios: actualización, rollback documentado, sustitución, cambio de backend, cambio de comunicación, cambio de política o incidencia previa.
- Datos sensibles excluidos: credenciales, certificados privados, tokens, URLs internas, identificadores completos de usuario, recibos, contratos y sesiones identificables.
Patrones de error
Errores que conviene evitar al cerrar una estación de recarga.
La aceptación y el mantenimiento no deben borrar la pista que después explica el fallo. Si la evidencia no queda viva, el siguiente técnico empieza casi de cero.
Firmar por estado online
Heartbeat, cobertura o dashboard verde no demuestran por sí solos que autorización, sesión, pago, conector, MeterValues y estado local estén cerrados.
Exportar logs demasiado tarde
Si los registros se rotan o se sobrescriben, el primer fallo puede desaparecer y dejar solo síntomas posteriores.
Mezclar versiones
Una misma alarma puede significar cosas distintas si se mezclan firmware, hardware, configuración o política de backend de fechas diferentes.
Sustituir elementos sin inventario vivo
Una placa, router, módem o conector pueden resolver una parte y romper identificación, garantía, mapeo de conector o diagnóstico remoto.
Cerrar sin reproducibilidad
Si el parte no indica condición, hora, conector, versión, sesión y evidencia, no permite distinguir fallo intermitente, error de aceptación o cambio posterior.
Documentación
Documentación que conviene reunir sin exponer material sensible.
Harcki podrá trabajar con actas, capturas, logs sanitizados, versiones, inventario e historial aportados por usuarios y validados. Esta guía pública solo ordena qué información conviene localizar.
- Acta de aceptación o mantenimiento con estación, conectores, versión, backend, responsable, fecha, condición de validación y alcance real.
- Capturas sanitizadas de OCPP, backend, estado local, alarmas, MeterValues, autorización, disponibilidad y cambios recientes.
- Inventario actualizado de seriales, conectores, chargeBoxId, router o módem, SIM/ICCID, firmware, hardware y relación con el sitio.
- Historial de actualizaciones, rollback documentado, sustituciones, incidencias repetidas, pérdida de conectividad y cambios de política operativa.
- Criterio de cierre: evidencia que sostiene la aceptación, límites no resueltos, seguimiento requerido y responsable de la decisión técnica.
Seguridad
Límites antes de cerrar puesta en marcha o mantenimiento.
La guía ordena evidencia; no enseña intervención eléctrica, electrónica, firmware ni backend.
- No tratar un punto online como seguro, operativo o aceptado si faltan sesión representativa, evidencia de estado local, registros y documentación de cambios.
- No da instrucciones operativas sobre ensayos eléctricos, emergencia, conectividad, firmware, certificados, cableado, protecciones, parámetros ni recuperación de disponibilidad.
- No publicar credenciales, certificados privados, URLs internas, IP privadas, tokens, datos personales, recibos, contratos ni sesiones identificables.
- No sustituir fabricante, instalador autorizado, operador, responsable de plataforma, normativa, procedimiento interno ni criterio profesional.
- Ante protección repetida, olor, calor, humedad, conector dañado, fallo de aislamiento, datos personales o duda de seguridad, 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 aceptación, logs, firmware, inventario y mantenimiento sin publicar instrucciones sensibles. Dentro de Harcki, el caso puede continuar con historial, evidencias, documentación validada, decisiones, contexto y memoria técnica compartida.
- 01Cierre con memoria
Sesiones, logs, capturas, versiones, cambios e inventario pueden quedar conectados al mismo caso para que el fallo no se pierda.
- 02Documentación validada
Actas, configuraciones aprobadas, capturas sanitizadas y partes de mantenimiento aportan valor cuando se vinculan a la estación real.
- 03Aprendizaje entre puestas en marcha
Harcki puede acercar patrones de aceptación, firmware, OCPP, mantenimiento e inventario sin convertir un caso parecido en receta universal.
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.
BOE - Real Decreto 1053/2014, ITC BT-52Marco oficial español para infraestructura de recarga de vehículos eléctricos en baja tensión.BOE - Real Decreto 842/2002, baja tensiónReglamento electrotécnico para baja tensión y referencia pública para instalaciones de baja tensión en España.Reglamento (UE) 2023/1804 - AFIRMarco europeo sobre infraestructura para combustibles alternativos y puntos de recarga accesibles al público.
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: puesta en marcha, logs, firmware, mantenimiento, OCPP, inventario, documentación validada, evidencias, historial y memoria técnica con límites claros.