Relevo · qué existe y qué se configura
La pregunta no es cuánto tarda en construirse. Es qué de esto ya está construido.
Hay dos renglones en cualquier arranque, y confundirlos es lo que hace que un proyecto de software se vuelva un proyecto de obra. Uno es lo que ya existe y se puede ver funcionando. El otro es lo que sólo usted tiene: sus procesos, sus puestos, su política y sus umbrales. Esta página separa los dos, renglón por renglón.
La pregunta que cambia la conversación
Cuando alguien evalúa un sistema, la primera pregunta que hace suele ser «¿cuánto tarda?». Es una pregunta razonable y es la pregunta equivocada, porque la respuesta depende por completo de algo que nadie aclaró antes: qué parte del sistema hay que construir. Si hay que construirlo todo, ningún plazo es creíble. Si ya está construido, el plazo deja de ser el asunto.
La pregunta que sí discrimina es ésta: «enséñeme qué de esto ya existe, y cómo lo compruebo». Tiene la ventaja de ser verificable en la propia conversación. Lo que existe se puede recorrer; lo que no, se describe con adjetivos. Esta página está escrita para contestarla con números y con la hora en que se midieron.
Y tiene una segunda ventaja, que es para usted. Si sabe qué está construido, sabe exactamente dónde está su trabajo: en las cinco cosas que nadie más puede poner, porque son suyas. Ésas no se compran ni se heredan de otro cliente, y son las que hacen que el sistema sea el suyo y no el de alguien más.
Primero ve su sistema funcionando, sin costo y sin compromiso. La conversación sobre plazos viene después de haberlo recorrido, no antes.
Un proveedor que contesta «¿cuánto tarda?» con un número antes de saber qué procesos tiene usted, está adivinando. Y el que adivina cobra la diferencia en órdenes de cambio.
Renglón uno
Lo que está construido: el sistema de negocio, medido
La plataforma tiene generado y corriendo un sistema de gestión logística de embarques internacionales. No es un prototipo ni una maqueta: es un proyecto con su inventario medible, y el inventario se puede consultar contra la base del motor. El nombre del cliente del proyecto viene enmascarado como «cliente A» en el propio origen, y así se publica.
Lo que sigue es ese inventario. Vale la pena leerlo con una idea en la cabeza: cada renglón de esta tabla es trabajo que su empresa no tiene que hacer, y cada renglón es también un lugar donde Relevo puede observar trabajo repetido, porque una pantalla que existe es una pantalla donde alguien teclea.
El inventario del sistema logístico generado
| Qué | Cuánto | Qué significa para usted |
|---|---|---|
| Módulos | 6 | Programación de embarques, asignación de proveedores, seguimiento y cierre, catálogos maestros, reportes y configuración |
| Pantallas | 178 | Es el proyecto con más pantallas generadas de los que sostienen esta capa. Cada una es un lugar donde el trabajo repetido se puede medir |
| Roles del sistema | 8 | Puestos de la operación con su propia vista, no perfiles genéricos |
| Procesos de negocio | 48 | El tamaño real de una operación de embarques internacionales, no un resumen de cinco pasos |
| Subprocesos con responsable | 196 | Cada uno con su rol responsable asignado |
| Casos de uso | 438 | El detalle de quién entra, qué pasos da y qué queda escrito al salir |
| Entidades del modelo de datos | 53 | El expediente del embarque, el trayecto, el proveedor, el activo y el comprobante fiscal, con sus relaciones |
| Ciclos de vida y transiciones | 19 y 213 | Las matrices de estado, con su condición, su plazo y su ruta de escalamiento |
| Filas de permiso por rol y estado | 568 | Quién puede mover qué estado y qué puede hacer mientras la cosa está ahí |
| Puntos de servicio del proyecto | 1,610 | La superficie por la que el sistema se integra con lo que usted ya tiene |
| Documentos del proyecto | 33 | El expediente técnico que el motor produce junto con el sistema |
Fuente: motor de la casa, base del motor de la casa, el proyecto de este sistema. Corte tomado del propio servidor: 27 de septiembre de 2026, 13:53:43. Las matrices completas están transcritas en la página de matrices de estado.
Dos honestidades sobre esta tabla, porque un inventario sin sus huecos no es un inventario. La primera: en este proyecto hay 0 reglas de negocio dadas de alta al corte indicado; las validaciones que se pueden enseñar son las condiciones de las 213 transiciones, que son 208 escritas en lenguaje del negocio. La segunda: hay 0 diagramas de arquitectura y 0 agentes de inteligencia artificial dados de alta. Lo que el producto declara sobre aprender por observación se atribuye a su propio material, nunca al motor.
Renglón uno
Lo que está construido: el ciclo del producto y sus controles
Encima de ese sistema de negocio corre el producto: medir, aprender, sugerir y ejecutar. Las cuatro capacidades vienen construidas, y con ellas los seis controles de privacidad, que no son una capa opcional sino parte de lo que se instala. Eso importa porque el orden habitual en el mercado es el contrario: primero se instala la medición y después, si alguien pregunta, se redacta la política.
Lo que viene construido y no se negocia es el criterio de fondo: se registran los pasos del proceso, no la información que pasa por ellos, y los datos sensibles se ocultan en el equipo antes de salir de él. La consecuencia práctica es que no hay una configuración posible en la que el sistema empiece a guardar contraseñas, porque no se trata de una opción desactivada: el dato no sale del equipo.
Lo que viene construido del lado del producto
| Qué | Qué hace | Qué no requiere de usted |
|---|---|---|
| Medición del trabajo real | Registra qué tarea hace cada puesto en la computadora y cuánto tiempo le toma | No requiere que nadie llene una bitácora ni contestar una encuesta de tiempos |
| Detección de la tarea repetida | Reconoce las tareas que se repiten y el orden exacto en que se hacen | No requiere que alguien documente el proceso antes |
| Priorización por hora recuperable | Ordena las tareas por veces al día y segundos por vez | No requiere un estudio de tiempos y movimientos |
| Copiloto en pantalla | Indica al operador el siguiente paso mientras trabaja | No requiere manual de capacitación para el personal nuevo |
| Ejecución de la tarea | Hace la tarea repetitiva de principio a fin | No requiere programadores ni un socio que la programe |
| Catálogo de tareas del sector | Reconoce desde el primer día la captura de guía, la cotización de flete, el trámite con el agente aduanal, el comprobante de traslado y la conciliación de pruebas de entrega | No requiere enseñarle qué es un embarque |
| Los seis controles de privacidad | Aviso visible, consentimiento firmado, enmascaramiento en el equipo, botón de pausa, proceso y no contenido, acceso por rol con auditoría | No requiere contratarlos aparte: vienen instalados |
Fuente: Relevo · brochure de logística, secciones de cómo funciona, hecho para logística y privacidad · 27 de septiembre de 2026.
Lo que está construido: la norma, con su fecha
La ley entra construida y no configurada, y en este sistema es la pieza que más conviene tener resuelta antes de encender nada. La Ley Federal de Protección de Datos Personales en Posesión de los Particulares vigente se publicó en el Diario Oficial de la Federación el 20 de marzo de 2025, entró en vigor el 21 de marzo de 2025 y fue reformada el 14 de noviembre de 2025. Sustituyó a la ley del 5 de julio de 2010 y trasladó la competencia a la Secretaría Anticorrupción y Buen Gobierno: el INAI ya no es la autoridad.
Lo que eso significa en términos de arranque es concreto. El aviso de privacidad, la base de licitud, las medidas de seguridad y la atención de los derechos del titular son obligaciones suyas, y el sistema trae los controles que las hacen posibles: presenta el aviso, guarda la firma con su fecha, minimiza lo que registra y deja bitácora del cambio de configuración. El detalle está en la página de seguridad y privacidad.
Y una advertencia que ahorra un problema. Si su empresa ya tiene firmada una política de uso de herramientas de monitoreo, y ese documento es anterior al 21 de marzo de 2025, hay una probabilidad alta de que nombre al INAI como autoridad ante la cual ejercer derechos. Ese documento hay que revisarlo antes de ampliarlo a un sistema nuevo.
Renglón dos
Lo que se parametriza: sus procesos y los sistemas a observar
Aquí empieza lo suyo, y es poco pero es decisivo. Lo primero es el alcance: qué procesos se observan y sobre qué sistemas. No es una lista de aplicaciones: es una lista de procesos con su dueño, porque el alcance se justifica por la finalidad y la finalidad es de un proceso, no de un programa.
La decisión útil aquí es empezar por donde el trabajo repetido es evidente y el dato es menos delicado. En una operación logística eso suele ser la captura en portales de terceros —la guía en el portal de la paquetería, el formulario del agente aduanal— antes que cualquier proceso donde se manejen datos de personas.
- Qué procesos entran, con su dueño por escrito. Un proceso sin dueño no entra.
- Sobre qué sistemas se observa: sus sistemas de transporte, de almacén y el administrativo, más los portales de terceros donde su equipo captura.
- Qué tareas del catálogo del sector aplican a su operación y qué tareas propias hay que añadir.
- El orden: por qué proceso empezar. La recomendación es el de captura en portal ajeno, porque es el que más se repite y el que menos dato personal toca.
El alcance no es una lista de programas instalados. Es una lista de procesos con dueño, y es lo que va a sostener el aviso de privacidad.
Renglón dos
Lo que se parametriza: sus puestos y sus permisos
Los roles vienen construidos como estructura; lo que se configura es el mapa entre esa estructura y su organigrama real. Quién es jefe de quién, qué área audita, quién ve el agregado y quién no ve nada. En el proyecto generado eso se expresa en 568 filas de permiso por rol y estado y en 61 accesos declarados de rol a pantalla, de modo que no es una declaración: es una tabla que se llena.
Dos decisiones de este bloque merecen tomarse en una sola reunión y dejarse escritas, porque son las que se van a cuestionar después. La primera: hasta dónde llega el alcance de un jefe cuando alguien de su equipo cubre temporalmente otra área. La segunda: quién audita al que administra la configuración. Si la respuesta a la segunda es «nadie», el modelo tiene un punto ciego y conviene saberlo desde el principio.
- El mapa de puestos: qué rol del sistema corresponde a cada puesto de su organigrama.
- El alcance de cada jefe: su equipo, y qué pasa con las coberturas temporales.
- Quién audita: normalmente Recursos Humanos, y con qué alcance.
- Quién audita al administrador, que es la pregunta que casi nadie hace.
- Quién ve el agregado sin ver el detalle nominal.
Renglón dos
Lo que se parametriza: su política de privacidad y qué queda fuera
Éste es el bloque que decide si el sistema se sostiene frente al comité de la empresa o frente a la representación de los trabajadores, y no se puede delegar al proveedor. El sistema trae el mecanismo de exclusión; el contenido de la exclusión es de su empresa, y conviene que sea generoso al principio y se estreche después, no al revés.
La lista de lo que queda fuera vale más que la lista de lo que entra, porque es la que alguien puede desmentir. Y tiene una propiedad útil: se puede publicar. Una empresa que publica internamente qué aplicaciones, qué horarios y qué puestos quedan fuera de la observación tiene una conversación mucho más corta que la que publica una declaración de buenas intenciones.
- Qué aplicaciones quedan fuera: las personales, las de comunicación privada, las que su empresa decida.
- Qué horarios quedan fuera: fuera de jornada, comidas, descansos.
- Qué puestos quedan fuera, si su empresa decide excluir alguno.
- El texto del aviso de privacidad y de la política de uso, con la autoridad correcta y la finalidad declarada por proceso.
- El periodo de retención, que ninguna norma sectorial fija para este tipo de registro: lo fija usted, por escrito.
- Quién contesta una solicitud de acceso, rectificación, cancelación u oposición, y en cuánto tiempo.
La exclusión configurada es lo que convierte la frase «no lo espiamos» en un hecho comprobable. Sin esa lista, es una frase.
Renglón dos
Lo que se parametriza: sus umbrales de aprobación
Una automatización que ejecuta por sí sola es una decisión, no una función. Por eso el umbral a partir del cual una tarea pasa de sugerencia a ejecución autónoma es un parámetro suyo, y en el motor de cambios es un campo de nivel con aprobación: mientras la solicitud de modificarlo está pendiente, el campo queda bloqueado en pantalla y nadie más puede moverlo.
Los umbrales que conviene fijar son cuatro, y el cuarto es el que más se olvida. El primero: desde qué frecuencia y qué tiempo ahorrado una tarea es candidata. El segundo: quién aprueba el paso a ejecución autónoma. El tercero: qué tasa de error obliga a degradar la automatización a sugerencia sin esperar a que alguien lo pida. Y el cuarto: quién puede apagarla, que tendría que ser cualquiera que responda por el proceso, sin pedir permiso a nadie de fuera.
Los cuatro umbrales, y qué pasa si no se fijan
| Umbral | Qué decide | Qué pasa si nadie lo fija |
|---|---|---|
| Candidatura de una tarea | Desde qué frecuencia y qué tiempo ahorrado una tarea entra a la lista | La lista se llena de tareas marginales y el esfuerzo se dispersa |
| Paso a ejecución autónoma | Quién aprueba que una tarea se ejecute sola y con qué evidencia | La decisión la toma quien tiene el botón más a mano, y nadie firma |
| Degradación automática | Qué tasa de error devuelve la tarea a modo de sugerencia por sí sola | La automatización sigue fallando hasta que alguien lo nota en un reporte |
| Apagado | Quién puede detener una automatización hoy, sin trámite | Un robot equivocado corriendo en producción, y una cadena de correos para detenerlo |
Fuente: mecanismo de aprobación y bloqueo de campo del motor de cambios, 51-58 · los cuatro umbrales son parámetro de su operación · 27 de septiembre de 2026.
Renglón dos
Lo que se parametriza: sus usuarios, y cómo entran
El último bloque es el más sencillo de ejecutar y el que más se descuida: quiénes entran, con qué rol y quién los da de baja. El sistema resuelve la autenticación con un servidor propio que emite un token firmado de vida corta, y el menú y las pantallas se arman preguntando por el rol antes de dibujar nada. Lo que no resuelve, y no puede resolver, es la baja de un usuario que dejó la empresa.
Eso es del operador, y conviene dejarlo atado a un proceso que ya funcione en su empresa, normalmente el de baja de nómina. Un sistema de observación con usuarios activos de gente que ya no trabaja ahí es el peor de los dos mundos: un riesgo de acceso y un dato de productividad que ya no significa nada.
- La lista de usuarios y el rol de cada uno.
- El alta, atada a su proceso de contratación.
- La baja, atada a su proceso de baja. Ésta es la que se olvida.
- Los equipos cubiertos: en qué computadoras se instala, y cuáles quedan fuera.
Los dos renglones, uno junto al otro
Ésta es la tabla que conviene llevarse de esta página. A la izquierda, lo que existe con su número y su fuente. A la derecha, lo que sólo usted tiene. La proporción entre las dos columnas es el argumento entero.
Construido · configurado
| Asunto | Ya está construido | Se configura con lo suyo |
|---|---|---|
| El sistema de negocio | 6 módulos, 178 pantallas, 48 procesos, 196 subprocesos, 438 casos de uso y 53 entidades | Sus catálogos: clientes, proveedores, rutas, activos y ubicaciones |
| Las reglas de recorrido | 19 ciclos de vida y 213 transiciones, con 208 condiciones escritas y 122 plazos en horas | Los plazos que su operación comprometa, y quién escala a quién |
| El permiso | El modelo: 568 filas de rol por estado con siete permisos y 61 accesos de rol a pantalla | El mapa a su organigrama: quién ve a quién, y quién audita al que administra |
| El producto que observa | Medir, aprender, sugerir y ejecutar, más el catálogo de tareas del sector | Qué procesos se observan y sobre qué sistemas |
| La privacidad | Los seis controles: aviso, consentimiento, enmascaramiento en el equipo, pausa, proceso y no contenido, acceso por rol | El texto del aviso, la lista de exclusiones y el periodo de retención |
| La automatización | El mecanismo de sugerencia, de ejecución y de apagado, con su registro | Los cuatro umbrales: candidatura, paso a autónoma, degradación y apagado |
| La norma | La ley del 20 de marzo de 2025 con la autoridad correcta | Cumplirla. La responsabilidad del tratamiento es de su empresa |
| El cambio posterior | 662 reglas de clasificación, ocho estados de la solicitud, respaldo e instantánea de versión por cambio aplicado | Nada. Los cambios entran en la sesión, no en una orden de cambio |
Fuente: motor de la casa, el proyecto de este sistema en el motor, corte de servidor del 27 de septiembre de 2026, 13:53:43 · brochure de Relevo · evidencia de plataforma citada en la página de los cambios · Ley Federal de Protección de Datos Personales en Posesión de los Particulares, DOF 20 de marzo de 2025.
Ocho renglones. En siete de los ocho, la columna de la izquierda ya está llena antes de que usted empiece.
Lo que no se parametriza
Hay cosas que no son configurables, y decirlas es parte de la honestidad de esta página. No son limitaciones técnicas: son límites deliberados, y cada uno existe porque lo contrario haría que el sistema no se pudiera defender.
- El registro del cambio. No hay una opción para que un cambio de configuración no quede en bitácora. Quien administra no puede desactivar el rastro de lo que administra.
- El enmascaramiento en el equipo. Contraseñas, números de tarjeta, registros fiscales, claves de identidad y correos se ocultan antes de que el dato salga. No es una casilla que se pueda destildar.
- El aviso visible. No existe un modo silencioso. Si alguien le ofrece uno, le está ofreciendo un problema legal con apariencia de función.
- El botón de pausa. No se puede retirar del equipo de la persona observada.
- La obligación legal. El responsable del tratamiento de los datos personales de sus trabajadores es su empresa, y eso no se delega comprando software.
Un sistema que permite apagar su propio rastro no es configurable: es indefendible. Estos cinco límites son la razón por la que este sistema se puede llevar a un comité.
Cómo se decide, entonces
Con el sistema enfrente, no con una propuesta. Verlo funcionando no cuesta nada y no lo compromete a nada: se entra, se recorre por rol y se mira si las pantallas se parecen a su operación. Lo que se está evaluando en ese recorrido es una sola cosa: si la columna de la izquierda de la tabla de arriba es real.
Hay tres preguntas que conviene llevar apuntadas a ese recorrido, porque son las que separan un sistema de una demostración. La primera: «enséñeme la matriz de estado de esta entidad» —debe poder abrirse, no describirse—. La segunda: «cambie este umbral delante de mí» —debe ocurrir en la sesión, con su registro—. La tercera: «enséñeme qué queda fuera de la observación» —debe ser una lista configurada, no una promesa—.
Y una última, que es la que este sistema en particular tiene que poder contestar: «si una automatización empieza a fallar porque mi proceso cambió, ¿quién la apaga?». La respuesta correcta es el nombre de alguien de su empresa. Cualquier otra respuesta describe una dependencia que va a costar dinero cada vez que su operación cambie.
Después del recorrido decide, y decide cómo: comprarlo, y queda como activo, o rentarlo, y entra como gasto de operación. Mismo sistema en los dos casos.
Preguntas frecuentes
¿Cuánto tarda en estar listo?
Esta página no publica plazos, y conviene explicar por qué en lugar de esquivarlo. Un plazo publicado sin medición es una promesa, y esta capa no promete. Hay además un dato de mercado que ayuda a poner la pregunta en contexto: ningún competidor de estos productos publica plazo de puesta en marcha. No es un dato que falte: es que la categoría no lo publica. Lo que sí se puede verificar en la propia conversación es qué está construido, y esta página lo enumera con su fuente y la hora en que se midió.
¿Qué tengo que aportar yo, exactamente?
Cinco cosas: qué procesos se observan y sobre qué sistemas; el mapa entre sus puestos y los roles del sistema; el texto de su aviso de privacidad con la lista de lo que queda excluido y el periodo de retención; los cuatro umbrales de aprobación; y la lista de usuarios con su alta y su baja. Nada de eso lo puede poner un proveedor, porque es lo que hace que el sistema sea el suyo.
¿Hay que documentar nuestros procesos antes de empezar?
No, y ése es el punto del producto: la secuencia se aprende observando el trabajo real, no explicándolo. Lo que sí hay que tener por escrito antes de observar nada es otra cosa: qué procesos entran, con su dueño, y qué queda fuera. Eso no es documentación técnica: es el sustento del aviso de privacidad, y sin él el arranque no se puede defender.
¿Qué pasa si nuestra política de uso es anterior a 2025?
Hay que revisarla. La ley de protección de datos personales vigente se publicó el 20 de marzo de 2025 y entró en vigor el 21 de marzo de 2025, con reforma del 14 de noviembre de 2025, y trasladó la competencia a la Secretaría Anticorrupción y Buen Gobierno. Un documento anterior probablemente nombre al INAI como autoridad ante la cual ejercer derechos, y ése es el primer documento que leerá la persona observada.
¿Se puede empezar por un solo equipo o un solo proceso?
Sí, y es lo razonable. El criterio útil es empezar por el proceso donde el trabajo repetido es más evidente y el dato es menos delicado: en una operación logística, la captura en portales de terceros antes que cualquier proceso que toque datos de personas. Lo que no conviene es empezar sin haber fijado el alcance por escrito, porque ampliarlo después es más difícil que acotarlo al principio.
¿Y si nuestra operación no se parece a la del sistema que ya está generado?
Entonces se cambia, y se cambia en la sesión. Un estado nuevo, una pantalla nueva, un catálogo distinto o un permiso diferente entran por el motor de cambios, que clasifica el impacto y deja solicitud, comentario, respaldo e instantánea de versión. El recorrido completo está en los cambios, en la sesión, con las 662 reglas de clasificación y los ocho estados de la solicitud.
Referencias
- Motor el motor de la casa, base del motor de la casa, el proyecto de este sistema: 6 módulos, 178 pantallas, 8 roles, 48 procesos, 196 subprocesos, 438 casos de uso, 53 entidades, 19 ciclos de vida con 213 transiciones, 568 filas de permiso por rol y estado, 1,610 puntos de servicio y 33 documentos de proyecto; 0 reglas de negocio, 0 diagramas y 0 agentes dados de alta. Corte tomado del propio servidor: 27 de septiembre de 2026, 13:53:43.
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares. Publicada en el Diario Oficial de la Federación el 20 de marzo de 2025; en vigor el 21 de marzo de 2025; reforma publicada el 14 de noviembre de 2025. Sustituye a la ley del 5 de julio de 2010. Autoridad: Secretaría Anticorrupción y Buen Gobierno. Consultada el 27 de septiembre de 2026. ↗
- Relevo · brochure de logística, 10 páginas: las cuatro capacidades del ciclo, las tareas del sector que el sistema reconoce y los seis controles de privacidad. Origen de todo lo que esta página afirma del producto.
- Evidencia de plataforma de la casa: autenticación y ejecución del portal, vida y renovación del token, menú y pantallas resueltos por rol, niveles de impacto y bloqueo de campo del motor de cambios. Verificado el 27 de septiembre de 2026.
- Ausencia de plazo publicado en la categoría: medición sobre las páginas públicas de los competidores de los siete productos de esta capa, 27 de septiembre de 2026. Ninguno publica plazo de puesta en marcha.
El modelo
Primero ve su sistema funcionando, sin costo y sin compromiso. Después decide si lo compra o lo renta.
No es un demo: es Relevo con sus procesos, sus áreas y su operación dentro. Entra, lo recorre y lo usa. Verlo no cuesta nada y no lo compromete a nada. Cuando decida, cobramos por resultados, no por entregables.