Un grupo que administra varias sociedades en México y Estados Unidos debe poder responder cualquier día del año: ¿qué documento obligatorio le falta hoy a cada empresa, y cuál está por vencer?
La respuesta a esa pregunta suele vivir en una hoja que alguien actualiza cuando se acuerda.
Un poder notarial vencido o una declaración presentada tarde no producen una alerta. Producen una multa, o un trámite que se cae en el peor momento posible.
Una plataforma de control documental y cumplimiento corporativo para grupos con cartera de sociedades, organizada en dos módulos que responden a dos lógicas temporales distintas: documentos que vencen en una fecha, y obligaciones que se repiten cada periodo.
Un listado de documentos cargados es inútil para cumplimiento: lo relevante es el hueco. La plataforma cruza el catálogo completo de requisitos aplicables contra lo entregado, así que un requisito sin documento aparece igual de visible que uno cumplido.
Un documento «a tiempo» se convierte en «en riesgo» y luego en «vencido» sin que nadie abra la aplicación. El recálculo es autónomo y genera la notificación al responsable antes de que sea tarde.
Los requisitos se definen por país y por tipo de persona, de modo que una sociedad mexicana y una estadounidense tienen catálogos de obligaciones distintos y conviven en el mismo sistema.
Cada uno es un problema de negocio real que solo se resuelve con decisiones de ingeniería correctas.
Bóveda y cumplimiento parecen lo mismo —documentos con estado— pero se rigen por relojes distintos: uno vence en una fecha, el otro se debe cada periodo. Separarlos duplicaría el modelo entero; unificarlos exige que el cálculo sepa bifurcar.
Un único método resuelve ambas, con umbrales de alerta distintos para cada una: más holgado para vencimientos, más ajustado para obligaciones recurrentes.
Si el día de corte no existe en ese mes, se usa el último día disponible. Es la clase de detalle que solo aparece cuando el sistema lleva meses corriendo.
Un modelo único en lugar de dos subsistemas paralelos que habría que mantener por separado.
El estado de un documento cambia con el paso del tiempo, no con la acción de un usuario. No puede calcularse solo al leer —sería caro y no dispararía avisos— ni solo al escribir, porque nadie escribe.
Un trabajo en segundo plano por requisito que, al terminar, se vuelve a encolar con el mismo intervalo.
El peligro obvio de un proceso que se autoperpetúa es que se dupliquen las cadenas. Se neutraliza con una garantía de unicidad hasta el momento de procesar.
Un comando recorre todos los requisitos en lotes para no agotar memoria, y crea o actualiza el aviso sin duplicarlo en cada corrida.
La vigilancia no depende de que nadie se acuerde de ejecutarla.
Actas constitutivas, poderes notariales, identificaciones oficiales. No pueden vivir en almacenamiento público ni servirse desde el servidor de aplicación.
Todo el material va a almacenamiento privado, sin excepción.
El acceso se concede con enlaces de quince minutos generados bajo demanda.
Los archivos se desinfectan y renombran al subir, para que el propio nombre no filtre información.
La descarga forzada se implementa en la propia firma, no como cabecera del servidor: la entrega se delega íntegramente al almacenamiento.
El servidor de aplicación nunca toca el contenido de un documento confidencial.
«¿Cumplió esta empresa en marzo?» no se responde con una tabla de documentos: hay que generar el conjunto de obligaciones esperadas de ese periodo —que puede no existir en la base— y cruzarlo con lo entregado.
El sistema construye una entrada por cada periodo esperado, adjuntando el histórico si existe y dejándola vacía si no.
El resultado es una matriz consultable, no un listado que haya que interpretar.
Volver a subir el documento de un periodo lo reemplaza, no lo duplica.
La pregunta del auditor se responde en pantalla, no reconstruyendo carpetas.
Una empresa sin requisitos aplicables aparecía al cero por ciento de cumplimiento.
Si no debe ningún documento, está cumpliendo al cien por cien.
Es el tipo de detalle que solo sale en una ronda de pruebas con quien usa el sistema de verdad, y que distingue un producto acabado de uno entregado.
El indicador dejó de castigar a las sociedades que no tienen nada pendiente.
Sin plataforma de integración continua, cada despliegue es una actualización en un servidor donde el proceso web corre como un usuario y el repositorio puede pertenecer a otro: el error clásico de propiedad dudosa.
El receptor de despliegue las ataja de entrada.
Compara el usuario del proceso contra el dueño real de los archivos, imprime los permisos y genera el comando exacto que resuelve el conflicto.
El diagnóstico llega al chat, no a un registro que nadie mira.
El fallo de despliegue más común dejó de costar una tarde de investigación.
Todo lo de esta lista existe en producción, en sistemas que sostienen operación real.
Ver todos nuestros serviciosQuantum Ideas nos encargó tres sistemas para tres negocios que no se parecen en nada. Recórrelos, o vuelve a la visión de conjunto.
Si algo de lo que acabas de leer se parece a lo que vives todos los días, hablemos. La primera conversación es de diagnóstico, no de venta.