La automatización robótica de procesos (RPA, por Robotic Process Automation) es software que hace clics, teclea y mueve datos en la pantalla como lo haría una persona, siguiendo reglas fijas. No rediseña el proceso. No interpreta una excepción de cruce en Laredo. Ejecuta un guion en la capa de interfaz.

clics y datos, no un rediseño
Capa UI
mercado RPA 2024 (Gartner MQ 2025)
USD 3.8 mil M
techo de escala que Forrester midió
~10 bots

Cluster: qué es automatización de procesos · qué es un trabajador IA · RPA vs agentes.

Qué es RPA

Un bot RPA abre la aplicación, localiza un campo, pega un dato, pulsa guardar y pasa al siguiente registro. Vive en la interfaz: no necesita que el sistema le regale una API (interfaz de programación). Por eso se vendió tanto en bancos, hospitales y back-office.

En logística eso importa porque el stack México–EE.UU. no es un solo ERP limpio: es TMS (sistema de gestión de transporte), WhatsApp, portal GPS, XML del SAT y la bandeja de Finanzas. El glosario corto RPA en logística cubre el límite; este artículo gana la definición genérica y el ejemplo del corredor.

Cómo funciona (capa de pantalla)

El patrón clásico es grabar (recorder), fijar reglas y programar una cola. El bot no “ve” el viaje: ve coordenadas, selectores y textos que coinciden con el guion.

Grabadora / estudio

Qué hace: Captura clics y campos en una UI estable.

Qué no hace: No aprende un portal nuevo cada semana sin mantenimiento.

Reglas

Qué hace: Si el campo X = Y, pulsa Z.

Qué no hace: No resuelve “la cita se cayó y el operador mandó un audio”.

Capa UI

Qué hace: Opera sin API cuando el sistema no expone una.

Qué no hace: Cualquier cambio visual o de sesión la rompe.

Capa API

Qué hace: Algunas suites ya mezclan RPA con conectores.

Qué no hace: Si hay API buena, a menudo no necesitas el bot de clics.

UI vs API: usa clics donde no hay integración; no conviertas el RPA en el plan A de 40 portales.

Asistida, no asistida e híbrida

Las páginas de Automation Anywhere, SAP o Microsoft empiezan por esta taxonomía. Sirve para saber quién está delante del teclado. No decide si el proceso de flete queda cerrado.

Asistida

Quién dispara: La persona en torre o Finanzas.

Dónde encaja en flete: Rellenar un formulario de cita o un campo SAT con alguien validando.

No asistida

Quién dispara: Un servidor, de noche o en cola.

Dónde encaja en flete: Bajar XML o espejar un estatus en un portal que no cambia.

Híbrida

Quién dispara: El bot arranca solo y pide a un humano el tramo dudoso.

Dónde encaja en flete: Cerca de un ticket: el bot no adivina, escala.

APA (agentic process automation) y los trabajadores IA hacen que la etiqueta del bot importe menos: orquesta quién actúa.

No copies el CTA de “crea un centro de excelencia y compra la suite”. Si el objetivo es cerrar viajes, la pregunta es quién dueña la excepción, no cuántos bots tienes en el catálogo.

RPA vs IA vs agentes vs APA vs BPM

Esta es la sección que el comprador busca cuando escribe “RPA vs IA”. Las siglas se pisan. La tabla las separa por el trabajo, no por el cuadrante.

RPA

Qué hace: Clics fijos en UI.

Cuándo usarla: Pantalla estable, alto volumen, regla rígida.

Cuándo no: 20 portales distintos o PDF sucio.

IA

Qué hace: Percibe o sugiere (texto, imagen, clasificación).

Cuándo usarla: Leer una factura o un POD incompleto.

Cuándo no: Sola, sin quien ejecute el siguiente paso.

Agente / trabajador IA

Qué hace: Objetivo + herramientas + memoria + humano.

Cuándo usarla: Cerrar un viaje o retener un pago.

Cuándo no: Si solo quieres un chat. Ver qué es un trabajador IA.

APA

Qué hace: Nombre de mercado: orquestar agentes y bots.

Cuándo usarla: Cuando ya mezclas capas y necesitas un dueño del flujo.

Cuándo no: No es una marca que debas comprar para “ser autónomo”.

BPM

Qué hace: Diseñar y medir el proceso.

Cuándo usarla: Antes de automatizar un flujo mal dibujado.

Cuándo no: Un mapa BPMN no mueve el embarque.

BPA

Qué hace: Automatizar el proceso de punta a punta.

Cuándo usarla: El paraguas. Guía: automatización de procesos.

Cuándo no: No es sinónimo de RPA.

Comparativa operativa. El corte OCL (computer use vs RPA) está en RPA vs agentes que operan pantallas.

Chatbot

Se queda en un canal

Ventana de chat

Respuestas con guion

No llega a voz, correo ni al TMS.

Bot RPA

Se queda en una aplicación

Una pantalla

Clics fijos

Se rompe si cambia la interfaz o el dato no cabe.

Trabajador IA

Cruza canales y sistemas

Objetivo del viaje

Herramientas + ticket

Ejecuta; si se rompe, abre ticket. Humanos dueñan excepciones.

Tres capas, no tres marcas. El trabajador IA es el que puede salir del chat y de una sola app.

Por qué RPA sigue importando

Gartner, en el Magic Quadrant de RPA de junio de 2025, cifra el mercado en unos 3,800 millones de dólares en 2024 (+18% interanual) y advierte que la IA y las plataformas de orquestación (BOAT) ya son alternativa al RPA determinista. El mercado no desapareció: se está comiendo por los bordes.

En el corredor, RPA sigue siendo el brazo cuando no hay API del portal de citas o del GPS del transportista. Computer use (operar la pantalla con contexto) es la evolución de ese brazo. El cerebro es el objetivo del viaje, no el script.

Por eso no recomendamos “apaga RPA y compra chat”. Recomendamos no dejar que el brazo tome las decisiones de Finanzas.

Límites que el folleto no pone primero

Forrester documentó que solo alrededor del 52% de las empresas que lanzan RPA avanzan más allá de los primeros 10 bots (cobertura de escala; no es un estudio 2026 nuevo). El techo no es la licencia: es mantenimiento, gobierno y procesos que nadie dibujó.

  • Fragilidad de UI: un rediseño del portal tumba la cola.
  • Datos no estructurados: audio de WhatsApp, POD borroso, factura sin UUID usable.
  • Escala: el bot 11 cuesta más de cuidar que los 10 primeros juntos.
  • Excepciones: el cruce Laredo no cabe en “si A, pulsa B”.

No uses como prueba los casos de KeyBank, Petrobras, Cargill o KPMG que publican los vendors. Son categoría (documentos, finanzas, planta), no tu tarifa Bajío–Laredo.

Casos en el corredor, no en un banco

Las páginas genéricas ilustran con alta de empleados y cuentas por pagar de oficina. El proceso que te duele es el viaje.

Andén con cajas y montacargas: el RPA de flete se prueba en patio y cruce, no en un back-office de banco
El caso héroe es tender, cita, POD y factura de flete. No un onboarding de RH.

Reserva / Ventas

Qué intenta el RPA: Copiar un tender de correo a un TMS.

Dónde se quiebra: WhatsApp y tarifas que no caben en el guion.

Qué hace el trabajador IA: Toma el objetivo, escribe el viaje, escala si falta dato.

Planeación y armado

Qué intenta el RPA: Pedir cita en un portal de patio.

Dónde se quiebra: El portal cambia o la cita se cae.

Qué hace el trabajador IA: Reintenta o abre ticket. Dueño humano en excepción.

Ejecución

Qué intenta el RPA: Pegar estatus GPS en el TMS.

Dónde se quiebra: 40 cuentas espejo distintas.

Qué hace el trabajador IA: Computer use con contexto del embarque. Ver computer use.

POD

Qué intenta el RPA: Bajar un PDF de un portal.

Dónde se quiebra: Foto en el teléfono, sin ID de viaje.

Qué hace el trabajador IA: Persigue evidencia usable y la amarra al expediente.

Finanzas

Qué intenta el RPA: Pasar montos de la factura al ERP.

Dónde se quiebra: No cruza Carta Porte ni GPS.

Qué hace el trabajador IA: Audita tarifa + CFDI + Carta Porte + GPS + POD. Cuentas por pagar de flete.

Mapeo al ciclo Reserva, Planeación, Armado, Ejecución, POD y Finanzas. Tres carriles: Ventas · Programación y Seguimiento · Documentación y cumplimiento.

Cómo se integra con trabajadores IA

El arreglo sano no es “RPA o agentes”. Es: el trabajador IA decide y escribe; el brazo (RPA o computer use) pulsa; si se rompe, hay ticket; el analista dueña la excepción.

Capa sobre capa

Decide, pulsa, escala

  1. Objetivo

    Cerrar o retener

  2. Brazo

    Clic o API

  3. Expediente

    Mismo ID

  4. Ticket

    Humano dueño

El bot no manda. El objetivo del viaje manda.

Voz

Citas e incidencias

Correo y WhatsApp

Hilo con ID de viaje

Documentos

Leer PDF y XML

Portales web

Sin API perfecta

Sistemas

TMS, GPS, Finanzas

Flujo continuo

Reserva, Planeación, Armado, Ejecución, POD y Finanzas. Mismo ID de viaje. Ticket si se rompe.

Las entradas no son el producto. El producto es cerrar el expediente en los tres carriles.

Definición del noun de producto: qué es un trabajador IA. El corte técnico de pantallas: RPA vs agentes.

Cómo empezar (sin comprar una suite)

No empieces por un centro de excelencia ni por un RFP de Automation Anywhere, UiPath o Power Automate. Empieza por un proceso que ya te cobra horas o fugas en un corredor.

Elige un paso para ver el detalle

Detalle del paso · 01

Un proceso, un corredor

Ejemplo: auditar facturas Bajío–Laredo o amarrar POD. No “automatizar Finanzas”.
Piloto de 6-8 semanas. Convive con tu TMS. Mide horas y expediente, no número de bots.

Lectura relacionada

Ideas clave5 puntos
  1. RPA es un robot de software que hace clics y mueve datos en la interfaz con reglas fijas. No entiende el viaje; reproduce un guion.
  2. Asistida, no asistida e híbrida describen quién está delante. Con trabajadores IA orquesta quién actúa; la etiqueta del bot importa menos.
  3. RPA no es IA ni un agente. APA (automatización de procesos con agentes) es el nombre de mercado para orquestar bots + agentes. BPM diseña. Compara en la tabla.
  4. Sigue siendo relevante como brazo cuando no hay API. El techo es UI frágil, datos no estructurados y el estancamiento pasado ~10 bots que Forrester documentó.
  5. En México–EE.UU. el héroe no es onboarding: es tender, cita, POD, Carta Porte y auditoría de factura. OCL ejecuta el ciclo; si se rompe, ticket.

¿El bot de clics se cae en cada portal del corredor?

En 30 minutos vemos un proceso de flete, el expediente y un piloto de 6-8 semanas. Trabajadores IA ejecutan; si se rompe, hay ticket; tus analistas dueñan excepciones.

Preguntas frecuentes