Cómo evitar errores al acceder con certificados digitales en asesorías

Cómo evitar errores al acceder con certificados digitales en asesorías

El error de acceso siempre llega en mal momento: último día de plazo, cliente esperando y una sede que responde que el certificado no es válido. En la mayoría de casos el certificado está perfectamente y el fallo está en el navegador, en AutoFirma o en el tipo de representación.

Distinguir cuál de los tres es te ahorra la llamada al soporte y media mañana.

¿Por qué falla el acceso con certificado digital?

Por cuatro causas, en este orden: el navegador ha memorizado otro certificado en la sesión TLS, falta la Autoridad de Certificación intermedia, AutoFirma no está actualizada o el certificado es correcto pero carece del apoderamiento necesario para ese trámite.

El certificado caducado es la causa menos frecuente, aunque sea la primera que todo el mundo comprueba.

Tabla de diagnóstico rápido


Síntoma

Causa habitual

Solución

Entra siempre con el mismo certificado

Sesión TLS memorizada por el navegador

Cerrar todas las ventanas del navegador, no solo la pestaña

"El certificado no es válido" con certificado vigente

Falta la AC intermedia del emisor

Instalar la cadena de confianza del prestador

No se abre el selector de certificados

Firefox configurado en selección automática

Cambiar a "Preguntar cada vez" en Certificados

"No se ha podido conectar con AutoFirma"

Versión antigua o protocolo bloqueado

Reinstalar AutoFirma y permitir el protocolo en el navegador

Accede pero no puede presentar

Falta apoderamiento o colaboración social

Revisar el Registro de Apoderamientos de la AEAT

Error intermitente en horas punta

Saturación de la sede

Reintentar y documentar la incidencia con captura

El error que más tiempo consume

El navegador mantiene el certificado elegido durante toda la sesión TLS. Cerrar la pestaña no basta: hay que cerrar todas las ventanas del navegador para poder entrar con otro certificado.

Por eso el equipo acaba cerrando Chrome veinte veces al día. No es un fallo de la sede: es cómo funciona la autenticación mutua TLS.

AutoFirma: tres fallos concentran casi todo

  1. Versión desactualizada: las sedes van actualizando requisitos y una versión antigua deja de firmar sin aviso claro.

  2. Protocolo bloqueado: el navegador debe permitir la llamada al protocolo afirma://. Si el usuario marcó "bloquear" una vez, queda bloqueado.

  3. Java residual: instalaciones antiguas conviviendo con AutoFirma generan errores difíciles de leer.

Mantén una única versión de AutoFirma homogénea en todo el despacho y documenta cuál es. Las incidencias caen de forma inmediata.

Certificado correcto, permiso equivocado

Acceder no es lo mismo que poder actuar. Puedes entrar en la sede con el certificado de representante del cliente y aun así no poder presentar si el trámite exige un apoderamiento concreto.

Revisa dos planos distintos: la vigencia del certificado y la vigencia del apoderamiento o del alta en colaboración social. Los dos caducan y no lo hacen a la vez.

Protocolo de acceso en 7 pasos

  1. Comprueba la caducidad del certificado antes de iniciar el trámite, no durante.

  2. Confirma que estás en el almacén correcto (Windows o Firefox según el navegador).

  3. Cierra todas las ventanas del navegador si vienes de usar otro certificado.

  4. Verifica que la AC intermedia del emisor está instalada.

  5. Comprueba el apoderamiento para el trámite concreto.

  6. Si hay firma, valida que AutoFirma abre antes de cargar el fichero.

  7. Guarda justificante con CSV y fecha. Si la sede falla, ese justificante es tu prueba.

Cómo reduce Findiur estos errores

La mayoría de estos fallos nacen de trabajar contra el selector del navegador. Findiur es la capa que usan asesorías y gestorías en España para entrar en la sede con el certificado ya activo, buscándolo por nombre, DNI o CIF.

Eso elimina de raíz dos de los errores de la tabla: la sesión TLS memorizada y la elección del certificado equivocado, porque permite usar varios certificados de forma simultánea sin cerrar el navegador entre cliente y cliente.

Sobre el acceso queda registro de auditoría: qué certificado se usó, en qué web y a qué hora. Cuando una presentación se discute semanas después, esa trazabilidad es la diferencia entre acreditar lo ocurrido y reconstruirlo de memoria.

A esto se añaden los avisos de caducidad configurables y la revisión automática del DEHú, que evita el otro escenario clásico: no acceder porque nadie sabía que había una notificación esperando.

Tres reglas para el equipo

  1. Nadie instala certificados en su equipo personal: todos entran por el mismo punto.

  2. Una sola versión de AutoFirma y de navegador homologada en el despacho.

  3. Toda incidencia de sede se documenta con captura y hora, aunque se resuelva al segundo intento.

Empieza por la regla 1 esta semana. Si quieres medirlo, cuenta cuántas veces cierra el navegador tu gestor fiscal en una mañana de presentaciones: ese número es el coste real del método actual.