En cuanto una empresa reparte certificados entre diez o más personas, aparece un fenómeno predecible: alguien de sistemas se convierte en el soporte no oficial de la firma electrónica. Le escriben por WhatsApp, lo llaman a mitad de una reunión y le reenvían capturas de pantalla sin contexto. El costo real no es el tiempo de esa persona, sino los documentos que se detienen mientras se resuelve un problema que casi siempre es el mismo.
Un guion de mesa de ayuda interna corta ese círculo. No es un manual técnico extenso: es una hoja de ruta con preguntas de triaje, hipótesis ordenadas por frecuencia y criterios claros de escalamiento. Este artículo propone una estructura lista para adaptar a tu organización.
Por qué un guion y no un manual
Los manuales de firma electrónica fracasan por dos razones: nadie los lee en medio de una urgencia y envejecen rápido, porque los firmadores y los controladores cambian de versión. El guion, en cambio, se estructura por síntoma reportado, que es lo único que el usuario sabe decir cuando llama. Su promesa es distinta: no explicar todo, sino llevar al operador de soporte desde la frase "no me deja firmar" hasta una acción concreta en pocos minutos.
Las seis preguntas de triaje
Antes de cualquier diagnóstico, la mesa hace siempre las mismas preguntas. Ese orden fijo evita el noventa por ciento de los rodeos:
- ¿Qué estabas haciendo exactamente cuando falló? Firmar un PDF, ingresar a un portal, instalar el certificado. No es lo mismo.
- ¿En qué sistema o portal? El firmador oficial, un portal público, el sistema interno, el correo. Cada uno tiene fallas distintas.
- ¿Qué formato de certificado usas? Archivo .p12, token USB o firma en la nube. Esta pregunta descarta media rama del árbol de diagnóstico.
- ¿Qué dice el mensaje de error, literalmente? Se pide la captura completa de la pantalla, no el resumen del usuario.
- ¿Funcionaba antes en este mismo equipo? Si nunca funcionó, es instalación. Si dejó de funcionar, es un cambio: actualización, vencimiento o equipo nuevo.
- ¿Alguien más del área tiene el mismo problema? Si son varios, no es el certificado: es red, actualización masiva o el portal de la entidad.
Esa última pregunta es la que más tiempo ahorra. Cuando fallan tres usuarios a la vez, revisar el certificado de uno de ellos es perder la tarde.
Árbol de decisión por síntoma
Con las respuestas anteriores, el operador entra a la tabla. La columna de escalamiento es tan importante como la de acción: define cuándo dejar de intentar.
| Síntoma reportado | Hipótesis más probable | Acción de primer nivel | Escalar cuando |
|---|---|---|---|
| "El equipo no ve el token" | Controlador ausente o puerto defectuoso | Probar otro puerto y otro equipo; verificar la instalación del controlador del fabricante | Falla también en un segundo equipo con el controlador instalado |
| "Dice que la contraseña es incorrecta y es la correcta" | Confusión entre clave del archivo y clave del dispositivo, o teclado y mayúsculas | Confirmar cuál clave corresponde a ese formato antes de reintentar | Antes de agotar los intentos que permite el dispositivo |
| "El firmador no abre" | Entorno de ejecución o instalación incompleta | Verificar la instalación y reinstalar la versión vigente | La reinstalación no cambia el comportamiento |
| "Firmé pero la firma no aparece en el PDF" | Visualización del lector, no falla de firma | Abrir el documento con un lector que valide firmas y revisar el panel de firmas | El panel indica que el documento no está firmado |
| "Error de cadena de certificados" | Certificados intermedios o raíz no instalados en el equipo | Verificar la instalación de la cadena de la entidad emisora | Persiste tras instalar la cadena completa |
| "El portal rechaza mi firma" | Vigencia, formato exigido por el portal o navegador | Verificar vigencia del certificado y requisitos publicados por la entidad | El certificado está vigente y firma bien fuera del portal |
| "Cambié de computadora y no funciona" | Migración incompleta | Revisar el procedimiento de instalación en el equipo nuevo | El certificado tampoco funciona en el equipo anterior |
Cada fila tiene su desarrollo. Para los errores de clave, la guía es contraseña correcta que el sistema rechaza; para el reconocimiento del dispositivo, token no reconocido por la computadora y instalación de controladores. El caso de la firma que no se ve está en la firma no aparece en el PDF, y los fallos del firmador oficial en errores más comunes de FirmaEC. Para el cambio de equipo, la referencia es migrar la firma electrónica a un equipo nuevo.
Los tres niveles de atención
Definir niveles evita que todo llegue al mismo especialista:
- Primer nivel: triaje, verificaciones básicas, reinstalación de firmador y controladores, revisión de vigencia. Lo puede hacer cualquier persona del equipo de soporte con el guion en la mano.
- Segundo nivel: configuración de equipos, políticas de instalación, red corporativa y proxy, entornos particulares. Aquí entra el administrador de TI. La referencia útil es configuración del firmador en una red corporativa.
- Tercer nivel: todo lo que depende del emisor del certificado o de la entidad dueña del portal. Reemisión, revocación, dudas sobre vigencia o requisitos del portal. La mesa interna no resuelve esto y no debería intentarlo.
Lo que la mesa nunca hace
Estas reglas van escritas en el guion, en negrita y al principio:
- No pide la clave del certificado. Ni por teléfono, ni por chat, ni "para probar". Si el diagnóstico requiere firmar, lo hace el titular con soporte guiándolo.
- No recibe copias del archivo .p12. Ese archivo no viaja por correo ni queda en carpetas compartidas.
- No firma en nombre del usuario, por más apurado que esté el documento.
- No promete plazos de reemisión que dependen de un tercero.
Estas prohibiciones no son formalismo: la trazabilidad de quién firmó qué se sostiene precisamente en que nadie más pudo hacerlo. Cómo verificarlo después está en auditar quién firmó qué en tu organización.
La plantilla de ticket
Un ticket de firma bien levantado se cierra en la mitad del tiempo. Campos mínimos: nombre del usuario y área, formato de certificado, sistema o portal donde ocurre, texto literal del error, captura de pantalla, si funcionaba antes, urgencia real del documento y fecha de vencimiento del trámite. Ese último campo es el que permite priorizar sin discutir: una oferta que cierra hoy no compite con una firma interna que puede esperar.
Medir para dejar de apagar incendios
Con tres meses de tickets ya se ven patrones. Si el treinta por ciento de los casos son controladores, el problema es la imagen de instalación de los equipos, no los usuarios. Si predominan las claves, falta capacitación. Si dominan los vencimientos, falta control de vigencias. Vale la pena revisar volumen por síntoma, tiempo de resolución, tasa de escalamiento y reincidencia por usuario. Ese último dato suele señalar a quien necesita una sesión corta de refuerzo más que un ticket nuevo.
La coordinación que no vive en el expediente
El grupo también desarrolla Omnifox, una plataforma omnicanal que reúne WhatsApp, correo, redes sociales y llamadas en una sola bandeja compartida. Los pedidos de soporte de firma casi nunca entran por el canal formal: llegan por WhatsApp al celular del encargado de TI, o por una llamada. Con historial por contacto, asignación por responsable y notas internas, ese ida y vuelta deja de vivir en celulares personales y queda a la vista del equipo. Más información en omnifox.io.
Preguntas frecuentes
¿Hace falta una mesa de ayuda formal para una empresa mediana?
No necesariamente una mesa formal, pero sí un responsable nombrado y un guion escrito. La informalidad funciona con tres usuarios; con veinte se vuelve un costo oculto considerable.
¿Cuántos intentos de clave tolera un token antes de bloquearse?
Depende del fabricante y del modelo del dispositivo. Por eso el guion indica verificar la documentación del fabricante antes de reintentar, en lugar de asumir un número. Un bloqueo innecesario convierte un problema de cinco minutos en un trámite.
¿Conviene que soporte tenga certificados de prueba?
Sí, un certificado propio del personal de soporte permite reproducir el flujo completo sin pedir credenciales ajenas. Es la manera correcta de probar sin comprometer la atribución de autoría de nadie.
¿Qué hago cuando el problema es del portal de la entidad y no nuestro?
Se documenta con captura y hora, se informa al usuario que el caso está fuera del alcance interno y se registra igual en el ticket. Esa evidencia sirve después para justificar demoras ante terceros.
¿El guion sirve para certificados en la nube?
Sí, con una rama distinta: desaparecen los síntomas de controladores y dispositivos, y aparecen los de acceso, segundo factor y permisos de administración. El triaje inicial es el mismo, pero el escalamiento va al administrador de la plataforma en lugar de al técnico del equipo.
Si quieres que el soporte de firma de tu empresa deje de depender de una sola persona, con certificados administrados de forma centralizada y acompañamiento corporativo, habla con un asesor de Firmas.com.ec. Solicita tu cotización corporativa.