Plataforma para una firma de servicios migratorios
Resumen:
- El costo de un plazo perdido justifica más redundancia que en un expediente comercial.
- Los documentos se validan al subirlos, no semanas después.
- La comunicación va en el idioma del solicitante, que puede no ser oficial en destino.
- El expediente contiene datos sensibles: acceso por caso y registro de consultas.
Una firma que acompaña procesos migratorios hacia Canadá, con clientes en varios países de habla hispana. Cinco personas, muchos casos simultáneos y un sistema de carpetas compartidas con nombres de archivo como método de organización.
El encargo llegó después de un incidente: un documento que venció sin que nadie lo notara y una solicitud que hubo que reiniciar.
Por qué esto no es un gestor de proyectos
La reacción natural es pensar que un gestor de tareas resuelve el problema. Falla por tres motivos.
Los plazos no son fechas puestas a mano. Se derivan de hitos del trámite: desde que ocurre X, hay tantos días para Y. Si alguien los teclea, alguien se equivoca.
Los documentos tienen vigencia. Un certificado emitido hace demasiado tiempo deja de servir aunque exista en el expediente. Un gestor de archivos no sabe que un documento caducó.
La lista de requisitos depende del tipo de trámite. No es la misma para cada vía, y un checklist genérico produce omisiones justo en los casos menos frecuentes.
El modelo que funcionó
| Elemento | Qué resuelve |
|---|---|
| Tipo de trámite | Define la lista de documentos requeridos y los plazos aplicables. Es la plantilla del caso. |
| Caso | La instancia concreta, con su solicitante, sus familiares incluidos y su estado. |
| Documento | Con tipo, fecha de emisión, vigencia y estado de validación. |
| Hito | Un hecho con fecha que dispara plazos: presentación, requerimiento, resolución. |
| Plazo | Calculado desde un hito, con alertas escalonadas y responsable asignado. |
La cuarta y la quinta filas son las que evitan el incidente que originó el proyecto. Un hito registrado calcula sus plazos solo; nadie tiene que acordarse.
Los documentos que sube el cliente
Antes llegaban por correo electrónico, en cualquier formato, a veces fotografiados de lado.
Se construyó un espacio donde el solicitante ve exactamente qué le falta y sube cada documento en su lugar. Con validación inmediata de lo verificable: que sea legible, que el tipo de archivo sirva, que las fechas estén dentro de vigencia.
Lo que no se puede validar automáticamente lo revisa una persona, y el estado del documento queda visible para el cliente: recibido, en revisión, aceptado o rechazado con motivo.
Ese estado visible eliminó buena parte de los correos de «¿ya llegó lo que mandé?».
El idioma del solicitante
Un detalle que diferencia este tipo de firma: el cliente puede no hablar ninguno de los idiomas oficiales del país de destino.
Las comunicaciones del sistema van en el idioma que la persona entiende. Los documentos oficiales, obviamente, van como corresponde, pero las instrucciones, los recordatorios y las explicaciones no.
Es una de las pocas situaciones donde eso no es una comodidad: si la persona no entiende qué se le pide, no lo entrega, y el plazo corre igual.
Preguntas frecuentes
¿Qué hace distinto a un caso migratorio de otro expediente?
La consecuencia del incumplimiento. Un plazo perdido en un trámite comercial suele significar un costo; en uno migratorio puede significar perder una solicitud y volver a empezar, con meses de espera. Eso cambia cuánta redundancia justifica el sistema.
¿Cómo se controlan los plazos?
Con fechas calculadas a partir de los hitos del trámite y alertas escalonadas, no con un recordatorio único. Y con la fecha visible tanto para el equipo como para el cliente, porque parte de los documentos dependen de que el cliente actúe.
¿Conviene que el cliente suba sus documentos?
Sí, con validación en el momento de subirlos. Recibir un documento ilegible o incompleto por correo y descubrirlo semanas después es lo que genera la mayoría de los retrasos evitables.
¿En qué idioma se comunica con el solicitante?
En el que la persona entiende, que a menudo no es ninguno de los oficiales del país de destino. Es una de las pocas situaciones donde la comunicación multilingüe no es una comodidad sino una condición para que el trámite salga bien.
¿Qué nivel de confidencialidad requiere?
Alto. Un expediente migratorio contiene documentos de identidad, situación familiar y a veces información sensible sobre salud o antecedentes. El control de acceso por caso y el registro de consultas son requisitos, no mejoras.
Lo que decidimos no automatizar
Se planteó que el sistema evaluara la elegibilidad del solicitante o sugiriera la vía más conveniente.
Se descartó. Es asesoría profesional con consecuencias legales para la persona, y una recomendación automática sin criterio humano detrás traslada un riesgo que no corresponde al software.
Lo que sí se hizo fue reunir en una pantalla la información que el profesional necesita para decidir, con los datos del caso ordenados. El sistema prepara la decisión; no la toma.
Es la misma línea que aplicamos en cualquier ámbito donde una recomendación errónea tiene consecuencias serias: automatizar la preparación, nunca el juicio.
El seguimiento cuando el trámite se alarga
Un proceso migratorio puede durar meses o años, y durante buena parte de ese tiempo no pasa nada visible.
Ese silencio es el mayor generador de ansiedad y de llamadas. El sistema lo resolvió con dos cosas simples: un estado del caso siempre consultable por el cliente y una comunicación programada aunque no haya novedades.
Un mensaje que dice «tu solicitud sigue en revisión, el tiempo estimado sigue siendo el previsto» parece innecesario y reduce mucho las consultas. Lo que angustia no es esperar: es no saber si el expediente sigue vivo.
La documentación de familiares
Un caso rara vez es una persona. Suele incluir cónyuge e hijos, cada uno con sus propios documentos y a veces con requisitos distintos según su edad.
Modelar el caso como si fuera un solo solicitante es el error de diseño que obliga a rehacer el sistema. Desde el principio, un caso contiene personas, y los documentos cuelgan de la persona, no del caso.
Eso permite además algo práctico: cuando un familiar cumple años y cambia de categoría, el sistema puede avisar de que la lista de requisitos ha cambiado. Es exactamente el tipo de detalle que se escapa en un control manual y que tiene consecuencias reales.