Relevo · los procesos
Aquí hay dos procesos, no uno. El que mueve la carga y el que aprende de quien la mueve.
Una operación de embarques internacionales tiene procesos escritos: programar, asignar, seguir, cerrar. Y tiene otro proceso que nadie escribió: el de teclear la misma guía en dos sistemas. Esta página modela los dos, y dice cuál de ellos produce la hora que hoy se pierde.
Dos capas de proceso sobre la misma jornada
En su empresa, el proceso logístico está escrito. Alguien lo documentó: el ejecutivo captura la solicitud, el coordinador asigna al proveedor, el monitorista sigue el viaje, la facturación timbra y el expediente se archiva. Ese proceso tiene dueño, tiene pantallas y tiene un indicador.
Y encima de ese proceso corre otro que nadie documentó: el del trabajo que la gente hace para que el primero avance. Copiar el número de guía del correo al portal de la paquetería. Volver a escribir el origen y el destino en el formulario del agente aduanal. Pegar el folio en la hoja de cálculo que el supervisor revisa los viernes. Ese segundo proceso no está en ningún manual, no tiene dueño, y es donde se va la parte del día que nadie sabe explicar.
Separar las dos capas no es una elegancia de modelado: es la única forma de decir con precisión qué automatiza este sistema. No automatiza el embarque. Automatiza la tarea con la que una persona hace avanzar el embarque, cuando esa tarea se repite igual cientos de veces al día. (brochure de Relevo, sección «el problema»)
Una capa es el trabajo. La otra es el sistema que aprende del trabajo. Confundirlas es lo que hace que un proyecto de automatización termine automatizando lo que alguien imaginó, en lugar de lo que la operación hace de verdad.
Las dos capas, lado a lado
| La capa del negocio logístico | La capa del propio sistema | |
|---|---|---|
| Sobre qué actúa | El embarque, el trayecto, la guía, el documento, el comprobante fiscal | La tarea que una persona ejecuta en su computadora para mover lo anterior |
| Quién la escribió | El área de operaciones, con su manual y sus pantallas | Nadie: se formó sola, como consecuencia de que dos sistemas no se hablan |
| Unidad de medida | Embarques programados, trayectos cerrados, expedientes archivados | Veces al día, segundos por vez, horas liberadas por puesto |
| Qué la hace avanzar | Una transición de estado con su rol autorizado y su plazo | Una observación, una detección, una propuesta y una aprobación |
| Dónde está documentada | 48 procesos y 196 subprocesos en el motor, con rol responsable por subproceso | En esta página y en el tablero de oportunidades del sistema |
| Qué produce al final | Un embarque entregado y su expediente cerrado | Horas de trabajo que ese puesto ya no gasta, cuantificadas |
Fuente: capa del negocio, motor de la casa, el proyecto de este sistema en el motor, corte de servidor del 27 de septiembre de 2026 · capa del sistema, brochure de Relevo, secciones «cómo funciona» y «beneficios».
Quien sólo mira la primera capa automatiza pantallas. Quien mira la segunda descubre que la mitad del trabajo no estaba en la primera.
Capa uno
La capa del negocio: seis módulos y cuarenta y ocho procesos, transcritos
Lo que sigue no es un modelo de referencia ni un dibujo de consultoría. Es la transcripción de un sistema de gestión logística de embarques internacionales que la plataforma tiene generado y que corre: seis módulos, 178 pantallas, ocho roles, 48 procesos de negocio con 196 subprocesos, 53 entidades, 19 ciclos de vida con 213 transiciones y 1,610 endpoints. El nombre del cliente del proyecto está enmascarado como «cliente A» en el origen, y así se queda aquí. (motor el motor de la casa, el proyecto de este sistema en el motor, corte de servidor del 27 de septiembre de 2026)
El sistema modela algo que los sistemas genéricos no modelan: el viaje partido en trayectos independientes. Un embarque de exportación no es un viaje, son tres o cuatro —el tramo nacional, el cruce fronterizo, el tramo del otro lado— y cada uno tiene su proveedor, su tarifa, su unidad, su operador y su estado. La pantalla de seguimiento se describe en el propio proyecto como una carrera de relevos con bloqueo lógico entre etapas: el siguiente trayecto no se habilita hasta que el anterior cerró.
Los seis módulos del sistema logístico generado
| Módulo | Qué agrupa | Pantallas | Procesos de negocio |
|---|---|---|---|
| MOD-001 · Programación de Embarques | Captura de la solicitud de servicio, folio interno único, orden de compra del cliente en PDF y plantillas de rutas recurrentes | 28 | PRO-001 a PRO-009 |
| MOD-002 · Asignación de Proveedores | Asignación por trayecto, proveedor interno o externo, tarifa pactada y el acuerdo de confirmación de carga | 44 | PRO-010 a PRO-019 |
| MOD-003 · Seguimiento y Cierre de Trayectos | Avance secuencial de estados, captura de activos en ruta, incidencias, comprobante fiscal del proveedor y archivo | 33 | PRO-020 a PRO-031 |
| MOD-004 · Gestión de Catálogos Maestros | Clientes con sus datos fiscales, proveedores con sus habilitaciones, activos, rutas, tarifas y ubicaciones normalizadas | 47 | PRO-032 a PRO-038 |
| MOD-005 · Reportes y Dashboards Operativos | Utilización de activos, desempeño de proveedores y tiempos de ciclo por trayecto | 5 | PRO-039 a PRO-042 |
| MOD-CFG · Configuración | Los veinticuatro catálogos de estatus, tipo, severidad y canal que alimentan los ciclos de vida | 21 | PRO-043 a PRO-048 |
Fuente: motor de la casa, tablas modulo_sistema y proceso_negocio del proyecto de este sistema en el motor · corte de servidor del 27 de septiembre de 2026.
Cuarenta y ocho procesos es el tamaño real de una operación de embarques internacionales. Un sistema que le ofrece cinco no está simplificando: está dejando cuarenta y tres fuera del registro.
Programar el embarque: nueve procesos antes de que exista un camión
El embarque nace en una llamada de un cliente y no en un andén. Los nueve procesos de programación existen para que esa llamada se convierta en un registro con folio, con documento adjunto y con disponibilidad verificada, antes de que nadie prometa una fecha.
El orden importa. La consulta de disponibilidad de unidades es el proceso PRO-007, es decir: está antes de la generación del folio y antes de la confirmación al cliente. Ese orden es lo que permite vender contra capacidad real en lugar de vender contra optimismo, y es la razón por la que el módulo de ventas tiene visibilidad cruzada al de operaciones.
- PRO-001 · Acceso al módulo. El ejecutivo de atención de negocio entra con su rol y llega a programación de embarques. Dos subprocesos.
- PRO-002 · Selección de plantilla de ruta recurrente. Se consulta el catálogo de plantillas y se precargan trayectos, tarifas y requisitos. Cinco subprocesos: la ruta que se repite no se vuelve a capturar.
- PRO-003 · Selección del cliente desde el catálogo. Los datos fiscales se cargan del maestro y no se teclean otra vez.
- PRO-004 · Captura de los datos diferenciales. Sólo lo que la plantilla no cubre: orden de compra del cliente, origen, destino final, fecha requerida de recolección y observaciones especiales.
- PRO-005 · Adjuntar la orden de compra en PDF. El documento queda vinculado de forma permanente al registro del embarque.
- PRO-006 · Validación automática de completitud, en tiempo real. El sistema señala los campos faltantes antes de permitir el envío. Cuatro subprocesos.
- PRO-007 · Consulta de disponibilidad antes de confirmar. Cinco subprocesos. Es el proceso que convierte una promesa en un compromiso sostenible.
- PRO-008 · Generación automática del folio único. Secuencia controlada en base de datos, irrepetible, permanente.
- PRO-009 · Notificación a operaciones y confirmación al cliente. El folio de seguimiento sale del sistema, no de un correo redactado a mano.
Hay un detalle de este bloque que vale para toda la página: cinco de los nueve procesos existen para no volver a capturar un dato que el sistema ya tiene. Plantilla de ruta, catálogo de clientes, folio automático, precarga de tarifas, validación en línea. El diseño del proceso del negocio ya está peleando contra la recaptura. Lo que la segunda capa hace es pelear contra la recaptura que ocurre fuera del sistema, en el portal de un tercero.
El folio se genera una vez. Lo que se teclea muchas veces es el número que otro sistema, de otra empresa, pide en otra pantalla.
Asignar al proveedor y emitir el acuerdo de carga
Diez procesos, y el más caro de todos es la decisión de quién lleva el trayecto. El sistema la modela como una secuencia con criterios explícitos: jurisdicción del tramo, disponibilidad en el rango de fechas, tarifa precargada de esa ruta y capacidad de la unidad requerida. Los proveedores internos se distinguen de los externos porque los primeros tienen sus propias unidades, operadores y placas en el catálogo de activos, y el sistema verifica que no estén asignados simultáneamente a otro viaje.
Al asignar, el sistema genera el acuerdo de confirmación de carga en PDF con folio, datos del embarque, proveedor, tarifa pactada, instrucciones de seguridad y requisitos de caja. Se genera solo: es el proceso PRO-017, con cinco subprocesos. Después se revisa (PRO-018), se aprueba y se envía al correo del proveedor con registro de la hora de envío y espera de acuse (PRO-019).
Los diez procesos de asignación, y qué decide cada uno
| Proceso | Qué decide o produce | Subprocesos | Rol que lo lleva |
|---|---|---|---|
| PRO-010 | Revisión de la solicitud pendiente: datos, ruta, trayectos requeridos y documentación adjunta | 4 | Coordinador de operaciones |
| PRO-011 | Qué trayecto se asigna ahora, en el orden secuencial definido | 3 | Coordinador de operaciones |
| PRO-012 | La lista de proveedores filtrada por jurisdicción, disponibilidad, tarifa y capacidad | 4 | El sistema |
| PRO-013 | Proveedor interno o externo: la bifurcación del flujo | 4 | Coordinador de operaciones |
| PRO-014 | El proveedor interno con su unidad, su operador y sus placas, sin doble asignación | 4 | Coordinador de operaciones |
| PRO-015 | El proveedor externo, elegido del catálogo o registrado con sus habilitaciones | 4 | Coordinador de operaciones |
| PRO-016 | La tarifa pactada del trayecto, contra la precargada del catálogo | 4 | Coordinador de operaciones |
| PRO-017 | El acuerdo de confirmación de carga, generado en PDF por el sistema | 5 | El sistema |
| PRO-018 | La aprobación del acuerdo tras revisar tarifa, instrucciones y datos del proveedor | 4 | Coordinador de operaciones |
| PRO-019 | El envío al proveedor, con hora registrada y acuse esperado | 5 | El sistema |
Fuente: motor de la casa, tablas proceso_negocio y subproceso_negocio del proyecto de este sistema en el motor · corte de servidor del 27 de septiembre de 2026.
El acuerdo de carga que se genera solo no se discute. El que se redacta a mano se discute siempre, y se discute cuando el camión ya está cargado.
Seguir y cerrar: doce procesos y un relevo entre trayectos
El seguimiento es donde este sistema se separa de un rastreo de camiones. Los estados del trayecto son seis y están definidos: camino a origen, en origen, salida de origen, en trayecto, destino y descargado. Cada avance exige que el estado anterior esté confirmado y que los datos obligatorios de la etapa previa estén capturados: es el proceso PRO-021, la validación automática de habilitación para avanzar.
Cada cambio de estado genera un evento de auditoría que no se puede editar: estado anterior, estado nuevo, hora, usuario que lo hizo, datos de los activos capturados y folio del embarque (PRO-023). Esa inmutabilidad es lo que después permite reconstruir un viaje sin depender de la memoria de nadie.
El cierre son seis procesos más, y cuatro de ellos son documentales: el registro del folio fiscal del comprobante del proveedor por cada trayecto (PRO-027), la evaluación de desempeño del proveedor (PRO-028), la liberación de los activos (PRO-029) y el archivo automático de toda la documentación del embarque (PRO-030) con retención conforme al Código Fiscal de la Federación. Después viene el cierre formal con su resumen de métricas (PRO-031).
- PRO-020 a PRO-022: acceso al panel del trayecto activo, validación de habilitación y registro del nuevo estado con su hora real.
- PRO-023: el evento de auditoría y las notificaciones automáticas a las partes configuradas.
- PRO-024: registro y escalamiento de la incidencia en trayecto, con impacto estimado en tiempo y aviso al equipo comercial para que hable con el cliente antes de que el cliente pregunte.
- PRO-025 y PRO-026: la verificación de si éste era el último trayecto. Si lo era, arranca el cierre; si no, se habilita la asignación del siguiente. Aquí está el relevo.
- PRO-027 a PRO-031: comprobante fiscal por trayecto, evaluación del proveedor, liberación de activos, archivo documental y cierre formal.
El bloqueo entre trayectos no es una restricción: es lo que impide que un viaje se cierre con un tramo sin evidencia y aparezca completo en el reporte del mes.
Catálogos e incidencias: los procesos que sostienen a los demás
Los diecisiete procesos restantes se reparten en dos bloques que parecen administrativos y no lo son. El de catálogos maestros (PRO-032 a PRO-038) incluye algo que pocos sistemas hacen: antes de dar de baja un registro, el sistema verifica si está vinculado a embarques activos y alerta del impacto operativo (PRO-035). Es la diferencia entre inactivar un proveedor y descubrir el lunes que tres trayectos quedaron huérfanos.
El de incidencias (PRO-043 a PRO-048) modela el escalamiento por severidad con criterios escritos: severidad baja para retraso menor a dos horas, media entre dos y ocho horas o problema resoluble, alta por encima de ocho horas, falla mecánica grave o incidente de seguridad. Cada nivel dispara un camino distinto: la baja la resuelve el operador, la media escala al supervisor y activa la comunicación al cliente, la alta escala a dirección y abre la coordinación de contingencia con proveedor o ruta alternativos.
Y el proceso PRO-048 cierra el círculo: resolución aplicada, causa raíz identificada, tiempo real de impacto y acciones preventivas. Ese registro es lo que convierte una incidencia en un dato y no en una anécdota.
Un proceso de incidencias sin causa raíz registrada produce la misma incidencia el mes que entra, con otro nombre.
El catálogo que nadie gobierna es el que rompe el proceso que sí está gobernado.
Capa dos
La capa del sistema: siete pasos sobre el trabajo, no sobre la carga
Ahora la otra naturaleza. El proceso del propio Relevo no toca el embarque: toca la jornada de la persona que hace avanzar el embarque. Son siete pasos, y los dos primeros no son técnicos.
El ciclo declarado del producto tiene cuatro capacidades —observa, aprende, sugiere, ejecuta— y el arranque declarado tiene cuatro pasos: instalación, aviso y firma, aprendizaje y automatización. Los siete pasos de la tabla son esos dos conjuntos puestos en orden de ejecución, con la priorización y la medición explícitas, porque son los dos que producen números. (brochure de Relevo, secciones «cómo funciona» y «cómo empezamos»)
- Aviso y firma — La política de uso y el aviso de privacidad, firmados antes de observar. Sin esto, el paso siguiente no ocurre aquí se rompe hoy
- Observar — Qué pasos da cada puesto en su computadora y cuánto tiempo le toma cada uno
- Detectar — Qué secuencia se repite y en qué orden exacto se hace hoy, no en el orden del manual aquí se rompe hoy
- Priorizar — Veces al día por segundos por vez: la hora recuperable de cada tarea, ordenada de mayor a menor aquí se rompe hoy
- Proponer — La automatización descrita paso por paso, con lo que va a hacer y lo que no va a tocar
- Aprobar — El dueño del proceso autoriza; queda su nombre, la fecha y el alcance exacto de lo autorizado aquí se rompe hoy
- Ejecutar y medir — La tarea se hace de principio a fin y el sistema cuantifica las horas liberadas de ese puesto aquí se rompe hoy
Los siete pasos del aprendizaje, con su entrada y su salida
| Paso | Qué recibe | Qué produce | Quién decide |
|---|---|---|---|
| 01 · Aviso y firma | La política de uso y el aviso de privacidad del responsable | El consentimiento documentado de cada persona observada, con fecha | La empresa y la persona; sin firma no se observa |
| 02 · Observar | La secuencia de pasos de la jornada, con sus tiempos | Un mapa del trabajo real por puesto, repartido por tarea | El sistema, dentro del alcance firmado |
| 03 · Detectar | El mapa del trabajo real | Las secuencias que se repiten, con su orden exacto | El sistema; el supervisor confirma que la tarea es la que cree |
| 04 · Priorizar | Frecuencia y duración de cada secuencia | La lista de oportunidades ordenada por hora recuperable | El dueño del proceso elige por dónde empezar |
| 05 · Proponer | La secuencia priorizada | Una propuesta de automatización con alcance, pasos y límites declarados | El sistema propone; nadie ejecuta todavía |
| 06 · Aprobar | La propuesta | Una automatización autorizada, con nombre del autorizante y fecha | El dueño del proceso |
| 07 · Ejecutar y medir | La automatización autorizada | La tarea ejecutada con su constancia, y las horas liberadas del puesto | El sistema ejecuta; el supervisor revisa el resultado |
Fuente: Relevo · brochure de logística, secciones «cómo funciona», «cómo empezamos» y «privacidad».
El paso 06 es el que distingue este proceso de un robot de escritorio. Una automatización que se ejecuta sin aprobación registrada no se puede auditar ni revocar: no hay a quién preguntarle por qué existe. Aquí la aprobación es un paso del proceso, con su actor y su registro, y por eso la automatización se puede apagar por el mismo camino por el que se encendió.
Un sistema que aprende sin aprobar es un sistema que nadie puede detener. Ése es el defecto, no el aprendizaje.
Qué observa este proceso, y qué no mira
Un sistema que observa el trabajo se puede contar como vigilancia. No se cuenta así aquí, y tampoco se esconde: se dice qué observa, con qué permiso y qué deja fuera. El brochure declara seis controles, y los seis son afirmaciones verificables, no intenciones. (brochure de Relevo, sección «privacidad»)
El control que carga el peso es el quinto: registra los pasos, no el contenido. La diferencia es concreta. Que el puesto abrió el portal de la paquetería, pegó un número y esperó nueve segundos a que el portal respondiera es el proceso. Cuál era el número de guía del cliente es el contenido. El primero se guarda porque es la tarea; el segundo no sale del equipo. Y las contraseñas, tarjetas, RFC, CURP y correos se enmascaran antes de salir del equipo.
La autoridad en materia de datos personales en México cambió: la nueva Ley Federal de Protección de Datos Personales en Posesión de los Particulares se publicó en el Diario Oficial de la Federación el 20 de marzo de 2025 y entró en vigor el 21 de marzo de 2025; la competencia ya no está en el instituto que la ejercía antes. Todo aviso de privacidad que siga nombrando a esa autoridad está desactualizado. (LFPDPPP, DOF del 20 de marzo de 2025)
Los seis controles declarados, y qué significa cada uno en el proceso
| Control | Qué significa en la operación | En qué paso del proceso vive |
|---|---|---|
| Visible y avisado | Cada persona sabe que está instalado; no hay observación silenciosa | Paso 01, antes de observar |
| Con consentimiento | Política de uso y aviso de privacidad firmados, conforme a la ley de datos personales | Paso 01, y se conserva como evidencia |
| Datos sensibles ocultos | Contraseñas, tarjetas, RFC, CURP y correos se enmascaran antes de salir del equipo | Paso 02, en el propio equipo |
| Botón de pausa | La persona detiene la observación para un asunto personal, sin pedir permiso | Paso 02, a voluntad de la persona observada |
| El proceso, no el contenido | Se registran los pasos de la tarea, no la información de los clientes | Paso 02 y paso 03 |
| Acceso por rol | Cada jefe ve sólo a su equipo; Recursos Humanos audita | Todos los pasos, y se prueba en la bitácora |
Fuente: Relevo · brochure de logística, sección «privacidad» · LFPDPPP, DOF del 20 de marzo de 2025.
La pregunta correcta no es si el sistema observa. Es quién firmó que puede, qué no mira y quién lo apaga. Las tres tienen respuesta por escrito o el proceso no arranca.
Dónde se cruzan las dos capas: el dato que se teclea dos veces
Las dos capas se tocan en un punto y siempre es el mismo: un paso del proceso del negocio que necesita un dato que ya existe en otro sistema, y que ningún camino automático lleva de un lado al otro. Entonces una persona lo lleva. Con los dedos.
En la operación que el motor tiene modelada, esos puntos son identificables sin adivinar. El registro del folio fiscal del comprobante del proveedor por cada trayecto (PRO-027) toma un dato que nació en el sistema de facturación del proveedor. El trámite con el agente aduanal toma origen, destino y descripción de la mercancía que ya están en el embarque. La captura de la guía en el portal de la paquetería toma un número que ya está en la orden del cliente. Y el timbrado del comprobante de traslado con complemento Carta Porte necesita origen, destino, mercancía, operador, vehículo, remolque, permiso y póliza: todo eso ya está capturado en el trayecto. (SAT · Complemento Carta Porte del CFDI, versión 3.1, obligatorio desde el 17 de julio de 2024)
Ahí es donde el número del sistema nace. El ejemplo de oportunidad declarado es exactamente de esta forma: una captura de guía en el portal de una paquetería que ocurre 340 veces al día y toma 45 segundos cada vez. Multiplicado, son 4.2 horas al día de un solo puesto, en una sola tarea. (brochure de Relevo, ejemplo de oportunidad detectada)
Y esa hora no se pierde por descuido de quien teclea. Se pierde porque se le vendió una operación con dos sistemas que no se hablan, y alguien tenía que hacer el puente.
El puente humano entre dos sistemas es el trabajo mejor pagado y peor aprovechado de una operación logística.
Qué está poblado en el motor y qué no, con el conteo
Esta página distingue lo que se transcribe de lo que se declara, y aquí está la cuenta. Del proyecto de gestión logística sí están poblados: los seis módulos, las 178 pantallas, los ocho roles, los 48 procesos con sus 196 subprocesos, los 438 casos de uso, las 53 entidades, los 19 ciclos de vida con 213 transiciones y 157 estados, los 1,610 endpoints y 33 documentos de proyecto aprobados.
Lo que se define con su equipo en la implantación, porque depende del procedimiento de su casa y no de un catálogo: las reglas de negocio que condicionan cada paso, los diagramas de arquitectura de su instalación y qué parte del trabajo repetitivo se automatiza primero.
Los siete pasos de la segunda capa no vienen del motor: vienen del brochure de Relevo y así están atribuidos en toda la página. El sistema logístico generado es la prueba de que la primera capa existe con este nivel de detalle; la segunda capa es lo que el producto declara hacer sobre ella.
Lo medido en el motor, con el conteo exacto
| Artefacto | Conteo al corte | Qué sostiene en esta página |
|---|---|---|
| Módulos del sistema | 6 | La estructura de la capa del negocio |
| Pantallas | 178 | Que cada proceso tiene dónde ocurrir |
| Procesos de negocio | 48 | El bloque central de esta página |
| Subprocesos con rol responsable | 196 | Que el proceso tiene dueño paso por paso |
| Casos de uso | 438 | La página de casos de uso |
| Entidades del diccionario de datos | 53 | La página del modelo de datos |
| Ciclos de vida · estados · transiciones | 19 · 157 · 213 | Las matrices de estado |
| Endpoints generados | 1,610 | La página de integraciones |
| Documentos de proyecto aprobados | 33 | La evidencia documental |
| Reglas de negocio | 0 | Pendiente declarado: no se publica ninguna regla como dato del motor |
| Diagramas de arquitectura | 0 | Pendiente declarado |
| Agentes de inteligencia artificial | 0 | Pendiente declarado: los agentes que el brochure describe se atribuyen al brochure |
Fuente: motor de la casa, base del motor de la casa, el proyecto de este sistema · corte de servidor del 27 de septiembre de 2026, 08:03:51 · consulta de sólo lectura.
Un conteo que incluye los ceros es el único conteo que se puede auditar. El que sólo trae los números altos hay que volverlo a medir.
Preguntas frecuentes
¿Por qué separar los procesos en dos capas y no escribirlos como uno solo?
Porque tienen unidades de medida distintas y dueños distintos. El proceso del negocio se mide en embarques cerrados y lo gobierna operaciones. El proceso del sistema se mide en horas liberadas por puesto y lo gobierna el dueño del proceso junto con quien puede apagarlo. Si se escriben como uno, la automatización termina justificándose con el indicador del negocio, y entonces nadie sabe cuánto tiempo se liberó de verdad.
¿Los 48 procesos son de un cliente real o son un modelo de referencia?
Son de un proyecto real generado por la plataforma, cuyo nombre de cliente está enmascarado como «cliente A» en el propio origen y así se publica. Los conteos —6 módulos, 178 pantallas, 48 procesos, 196 subprocesos, 19 ciclos de vida, 213 transiciones— salen de una consulta de sólo lectura sobre la base del motor con corte de servidor del 27 de septiembre de 2026.
¿El sistema automatiza el embarque o automatiza la captura?
La captura. El embarque lo sigue decidiendo la gente de operaciones: qué proveedor, qué tarifa, qué ruta. Lo que se ejecuta solo es la secuencia de teclas que una persona repite para que ese dato llegue a un segundo sistema. Por eso el número que mueve es horas recuperadas por puesto y no embarques por día.
¿Qué pasa con un proceso que cambia porque el portal de un tercero cambió de pantalla?
El proceso se vuelve a observar. Ésa es la diferencia entre aprender una tarea viéndola y programarla: una automatización programada contra una pantalla se rompe cuando la pantalla cambia, y hay que volver a programarla. Aquí la secuencia se redetecta, se vuelve a proponer y se vuelve a aprobar. La aprobación no se hereda: la propuesta nueva se autoriza otra vez. (brochure de Relevo, sección «el problema»)
¿Cuántos de los 48 procesos del negocio se pueden automatizar?
Ese número no se publica sin medirlo en su operación, y aquí no se inventa. Lo que sí se puede decir es dónde buscarlo: en los pasos donde el proceso necesita un dato que vive en un sistema ajeno y ningún camino automático lo lleva. En el modelo del motor, el registro del comprobante fiscal por trayecto, el trámite con el agente aduanal y la captura en el portal de la paquetería son de esa forma.
¿Quién responde si la automatización ejecuta mal un paso del proceso del negocio?
El registro lo dice: cada ejecución queda con la automatización que la hizo, la versión de la secuencia aprendida, la fecha, el resultado y el nombre de quien aprobó esa automatización. Con eso, la responsabilidad no se discute por memoria. Y el rol que puede apagarla lo hace sin pedir autorización a nadie: la revocación es un paso del proceso, no una excepción.
Referencias
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares, DOF del 20 de marzo de 2025; en vigor desde el 21 de marzo de 2025. La competencia en la materia dejó de estar en el instituto que la ejercía bajo la ley anterior. ↗
- SAT · Complemento Carta Porte del CFDI, versión 3.1. Publicado el 17 de junio de 2024, de uso obligatorio desde el 17 de julio de 2024. ↗
- Código Fiscal de la Federación, artículo 30: plazo de conservación de la contabilidad y de la documentación comprobatoria. ↗
- Ley Aduanera. DOF del 15 de diciembre de 1995, con reforma publicada en el DOF del 19 de noviembre de 2025. ↗
- Reglas Generales de Comercio Exterior para 2026 y sus anexos, entre ellos el Anexo 22, instructivo de llenado del pedimento. DOF del 27 de diciembre de 2025. ↗
- Motor el motor de la casa, base del motor de la casa, el proyecto de este sistema. Conteos de módulos, pantallas, procesos, subprocesos, casos de uso, entidades, ciclos de vida y endpoints, con corte de servidor del 27 de septiembre de 2026, 08:03:51. Consulta de sólo lectura; el nombre del cliente está enmascarado en el origen. ↗
- Relevo · brochure de logística, 10 páginas: el ciclo de cuatro capacidades, el arranque de cuatro pasos y los seis controles de privacidad.
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.