La conversación sobre tokens en una empresa suele terminar en la pregunta equivocada: cuál es el mejor. No hay un mejor. Hay modelos que encajan con el parque de equipos, con el sistema operativo que usa la compañía y con la capacidad de soporte del área de sistemas, y modelos que van a generar tickets durante toda su vigencia.
Esta guía ordena los criterios que sí cambian la operación diaria y los que no, para que la decisión de compra se tome con información y no por la primera opción disponible.
Lo que es igual en todos los modelos
Conviene despejar primero lo que no diferencia a un token de otro, porque es donde más se pierde tiempo comparando:
- La clave privada nunca sale del dispositivo. Es la definición del formato, no una característica de gama alta. Ningún modelo permite respaldar o exportar el certificado.
- Ninguno sirve para firma desatendida. Todos exigen conexión física y PIN en cada operación, sin excepción.
- La validez legal de la firma no depende del modelo. Depende del certificado emitido por una Entidad de Certificación de Información acreditada y de que la firma cumpla los requisitos aplicables.
- La capacidad de almacenamiento es irrelevante. Un token guarda certificados, no archivos; la cifra no debería pesar en la decisión.
Si el argumento de venta gira alrededor de estos puntos, no está diciendo nada. Lo que sí diferencia viene a continuación.
Compatibilidad: el criterio que manda
Es el factor que determina si el despliegue será rutinario o un proyecto. Tres preguntas concretas al proveedor, con respuesta por escrito:
- ¿Qué versiones de sistema operativo soporta el middleware actual? Incluye las versiones que tu empresa tiene hoy y las que va a tener en el próximo año. Un modelo cuyo software dejó de actualizarse envejece mal.
- ¿Hay soporte para macOS y Linux? La respuesta depende del fabricante y no se puede asumir. Si hay diseñadores en Mac o servidores Linux involucrados, esto define la compra.
- ¿Funciona con el aplicativo de firma que usan tus áreas? Especialmente con FirmaEC, el firmador oficial y gratuito del Estado, si la empresa participa en trámites públicos.
La validación no se hace leyendo una ficha técnica: se hace probando un dispositivo real, en un equipo real, firmando en el portal real. Si algo falla en esa prueba, las rutas de diagnóstico están en token no reconocido por la computadora y en FirmaEC: causas y soluciones.
El middleware y la política de actualizaciones del fabricante
El software que permite al sistema operativo hablar con el token es la pieza que más incidentes genera, y su calidad varía mucho entre fabricantes. Qué mirar:
| Aspecto | Buena señal | Mala señal |
|---|---|---|
| Frecuencia de actualización | Versiones nuevas acompañando a los sistemas operativos | Última versión de hace varios años |
| Instalación desatendida | Documentada por el fabricante | Solo instalador interactivo |
| Documentación | Disponible públicamente y en detalle | Solo bajo pedido, incompleta |
| Convivencia con otros middleware | Sin conflictos conocidos | Exige desinstalar software de otros fabricantes |
El último punto merece atención especial en empresas que ya tienen tokens de un fabricante y compran de otro: los conflictos entre middleware distintos en un mismo equipo son una fuente clásica de fallas intermitentes. Es el argumento más fuerte para estandarizar un solo modelo, sobre todo si el despliegue será centralizado, como se describe en despliegue masivo de drivers por GPO o MDM.
Formato físico y durabilidad
Parece un detalle menor hasta que se rompen tres dispositivos en un semestre. Cada rotura implica emitir un certificado nuevo, porque no hay respaldo posible. Aspectos con impacto real:
- Carcasa y conector. El punto de falla habitual es la unión del conector con el cuerpo del dispositivo, castigada por la conexión y desconexión diaria.
- Tapa o capuchón. Se pierde, y sin ella el conector queda expuesto en el bolsillo o el bolso.
- Tamaño. Un dispositivo grande puede estorbar en equipos con puertos muy juntos o en laptops que se transportan conectadas.
- Identificación. Poder etiquetar el dispositivo con un código interno legible simplifica el inventario descrito en inventario y custodia de tokens.
Un criterio útil: cuanto más viaje el token, más peso tiene la robustez física. Y si viaja mucho, quizá el formato correcto no sea el token, sino un certificado en la nube.
PIN, PUK e intentos: qué preguntar y qué no asumir
Aquí abundan las cifras repetidas sin fuente. La realidad es simple: el nombre del código de desbloqueo, la cantidad de intentos permitidos antes de bloquear el PIN y el comportamiento al agotar los intentos del código de desbloqueo dependen del fabricante y del modelo.
Lo que sí conviene preguntar antes de comprar, y dejar documentado en el procedimiento interno:
- Cuántos intentos fallidos de PIN se toleran y qué ocurre después.
- Cómo se desbloquea, con qué herramienta y si el usuario puede hacerlo por sí mismo.
- Qué pasa si también se agotan los intentos del código de desbloqueo. En general el dispositivo queda inutilizable y corresponde emitir un certificado nuevo, pero conviene confirmarlo para el modelo específico.
- Si el fabricante permite definir políticas de complejidad o de caducidad del PIN.
El procedimiento práctico para usuarios está en cómo desbloquear el PIN del token. Y si la confusión es con la contraseña de un archivo, revisa el error de contraseña correcta que no funciona.
Estandarizar un solo modelo
Para una empresa con más de un puñado de firmantes, la respuesta casi siempre es estandarizar. Las razones y los riesgos:
| Estandarizar un modelo | Parque mixto |
|---|---|
| Un solo middleware que empaquetar y mantener | Un paquete por fabricante y riesgo de conflicto entre ellos |
| Una sola guía de usuario y un solo procedimiento de desbloqueo | Cada ticket empieza preguntando de qué modelo se trata |
| Repuestos intercambiables en bodega | Stock fragmentado |
| Capacitación única | Instrucciones distintas por grupo |
| Riesgo: dependencia de un fabricante | Ventaja: menor exposición a un solo proveedor |
El riesgo de la dependencia se mitiga sin fragmentar el parque: manteniendo actualizada la relación de firmantes y sabiendo que, al renovar, la empresa puede cambiar de modelo sin perder nada más que los dispositivos antiguos.
Preguntas para el proveedor antes de comprar
Una lista corta que separa una cotización seria de una improvisada:
- ¿Qué modelo específico entregan y qué middleware corresponde?
- ¿En qué sistemas operativos está soportado hoy y con qué frecuencia se actualiza?
- ¿Existe instalación desatendida documentada para despliegue centralizado?
- ¿Cómo se maneja el reemplazo por daño y en qué queda el certificado?
- ¿Qué otros formatos ofrecen para los perfiles que no deberían usar token?
- ¿Cómo se gestiona una revocación urgente?
El cuestionario ampliado para evaluar proveedores está en checklist para elegir proveedor de firma electrónica, y la lógica de compra por volumen en compra de tokens al por mayor. Consulta valores actualizados en la página de precios.
Cuándo la respuesta correcta no es ningún modelo
Antes de elegir modelo vale la pena confirmar que el token es el formato adecuado. Si el firmante viaja, si el volumen diario es alto, si hay que firmar desde el celular o si el proceso corre sin una persona presente, ningún modelo de token va a funcionar bien. La comparación completa está en token vs HSM vs firma en la nube y el criterio por perfil en cuándo conviene el token en una empresa.
Omnifox: soporte al usuario sin perder el hilo
El grupo también desarrolla Omnifox, plataforma omnicanal que reúne WhatsApp, correo, redes sociales y llamadas en una sola bandeja compartida por el equipo. Cuando un firmante no logra usar su dispositivo, escribe por donde le queda más a mano; atender esas consultas desde un solo lugar, con historial por persona, acorta el tiempo de resolución y deja registro de lo que ya se intentó. Más información en omnifox.io.
Preguntas frecuentes
¿Hay tokens mejores en seguridad que otros?
Todos los dispositivos criptográficos aptos para firma electrónica avanzada protegen la clave dentro del chip. Las diferencias relevantes en la práctica corporativa están en compatibilidad, middleware y durabilidad, no en el nivel de protección de la clave.
¿Puedo comprar el token por mi cuenta y pedir solo el certificado?
Depende del proveedor y del modelo. Conviene consultarlo antes, porque si el dispositivo no es compatible con el proceso de emisión, el ahorro se convierte en un problema.
¿Un token de mayor capacidad sirve para más certificados?
Puede alojar más de un certificado según el modelo, pero eso rara vez es lo que una empresa necesita. La capacidad de almacenamiento en megabytes no es un criterio útil de compra.
¿Qué hago si el modelo que tengo dejó de tener soporte?
Mientras el certificado esté vigente y funcione en los equipos actuales, puede seguir usándose. Al renovar conviene migrar a un modelo con soporte activo, considerando que el certificado nuevo se emitirá de todas formas.
¿Sirve el mismo token para trámites del SRI y del SERCOP?
El certificado es el mismo y sirve para los trámites que admitan firma electrónica; lo que cambia es el aplicativo o el portal donde se firma y su configuración. Los requisitos de cada entorno se revisan por separado.
¿Conviene tener modelos distintos por sede?
No. Es la receta para duplicar el trabajo de soporte sin ningún beneficio operativo.
Si vas a comprar tokens para tu empresa y prefieres validar el modelo antes de comprometer un presupuesto, conversa con un asesor de Firmas.com.ec. Cotiza tu plan corporativo.