Incorporamos la IA a procesos, que ya funcionan
Datos, modelos, integración con sus sistemas y soporte después del arranque.
La IA aquí no es un producto aparte, sino una capa de procesamiento sobre datos que la empresa ya acumula: pedidos, consultas, documentos, movimientos de mercancía, eventos de los equipos. A continuación, las direcciones de implantación, y cada una se describe con un bucle: qué datos se toman, qué hace el modelo con ellos, qué decisión o acción se deriva y qué cambia en el trabajo de la empresa.
Implantar IA — significa incorporar un modelo a un proceso que ya funciona y no lanzar a su lado un sistema aparte. El modelo lee los datos de la empresa, encuentra en ellos un patrón y produce una decisión; la acción derivada la ejecuta el sistema en el que vive el proceso: CRM, ERP, el programa de almacén, la caja, el portal, la mensajería.
Por eso un proyecto no empieza eligiendo un modelo, sino con cuatro respuestas: qué datos hay y en qué estado están; qué decisión hay que tomar; quién ejecuta esa decisión y con qué; y qué cifra mostrará que ha mejorado. Si falta una de las cuatro, un modelo solo añade otra fuente de datos de la que nadie responde.
Dónde no hace falta IA. Si una regla se puede escribir en una línea —«existencias por debajo de cinco unidades, avisar a compras»— se escribe como regla: más barata, previsible y comprobable línea a línea. La IA va allí donde hay decenas de señales, cambian con el tiempo y hasta ahora decidía una persona a ojo: clasificar una consulta, estimar la demanda, detectar una operación atípica, extraer campos de un documento libre.
| Tarea | Qué la resuelve |
|---|---|
| Avisar a compras de unas existencias bajas | regla |
| Asignar un correo entrante a un tema y un departamento | modelo |
| Aplicar un descuento según las condiciones de un contrato | regla |
| Estimar la demanda de una posición con un mes de antelación | modelo |
| Comprobar si los campos obligatorios están rellenos | regla |
| Encontrar una operación atípica entre las corrientes | modelo |
La frontera pasa por un criterio: si la condición se puede escribir por completo. Donde se puede, una regla funciona más rápido, cuesta menos y explica su propia decisión. Un modelo hace falta donde la condición se describe con ejemplos y no con una línea de texto. En un sistema que funciona ambos no compiten, sino que están uno al lado del otro: el modelo convierte una entrada no estructurada en una estructura y las reglas deciden a partir de ahí.

Un piloto se construye con datos históricos y se compara con el valor de partida sobre esos mismos datos. Si el modelo no supera la forma actual de trabajar en un periodo pasado, no pasa a producción.
Cada dirección de más abajo se describe con este bucle. Es a la vez una forma de comprobar cualquier propuesta de implantación de IA: si no nombra los cuatro eslabones, es una demostración de capacidades y no un proceso que funciona.
Qué entra: pedidos y pagos, consultas y correspondencia, documentos y escaneos, movimientos de mercancía, eventos de los equipos, registros del sistema contable. Se indican la fuente, la profundidad del historial y la frecuencia de actualización.
Qué hace el modelo: asigna un objeto a una clase, extrae campos, estima un valor, encuentra una desviación de la norma, ordena opciones, formula una respuesta con los documentos hallados. Siempre con una cifra de confianza.
Qué ocurre con el resultado: la solicitud entra en la cola de un ejecutor, cambia un estado en el CRM, aterriza una tarea en el almacén, se contabiliza un documento, se envía una respuesta al cliente, el caso pasa a una persona.
Qué se mide: la duración de una operación, el porcentaje de decisiones tomadas sin persona, el número de errores y retrabajos, las pérdidas por retrasos y bajas y la carga del turno. La comparación es con el valor de partida antes de la implantación.
La confianza de la clasificación fue de 0,94 frente a un umbral de 0,80. Por debajo del umbral la consulta habría ido a la cola general con un tema propuesto y no directamente al departamento de calidad: un caso límite lo trata una persona y no el modelo.
Datos en una empresa están en sitios distintos y en estados distintos: una parte en la base del sistema contable, otra en el correo y las mensajerías, otra en archivos y otra llega de los equipos. Mientras la recogida se haga a mano, cualquier analítica describe no el negocio, sino lo que se ha logrado exportar.
Procesamiento con IA: del flujo se extraen entidades —contraparte, mercancía, documento, evento— y los registros sobre un mismo objeto se enlazan entre sí aunque las denominaciones y las grafías no coincidan. Cotejar nombres, direcciones y datos registrales es tarea de un modelo y no de una comparación de cadenas.
Qué se conecta:
Acción: lo recogido va a un búfer de datos brutos donde nada se sobrescribe y solo después se reparte a los almacenes de datos, los modelos y los informes. El registro original siempre se puede recuperar y comprobar.

Los datos para la analítica y los modelos aparecen sin exportaciones manuales y sin una versión de la hoja de cálculo en cada departamento. La recogida manual pasa de ser trabajo diario a ser una excepción, y las discrepancias entre informes se resuelven desde el registro de cargas y no desde lo que recuerden los empleados.
Los datos recogidos no están listos para usarse: la misma posición se llama de tres formas, las unidades de medida están mezcladas, a la mitad de los registros les falta un atributo obligatorio y una parte de las filas son duplicados de una operación. Un modelo entrenado con ese conjunto reproducirá el desorden en lugar de encontrar un patrón.
Procesamiento con IA cubre aquí tres tareas: llevar los registros a una forma única, poner atributos donde faltan y repartir los objetos en categorías que no existían en los datos de origen.
Acción: Las correcciones seguras se aplican automáticamente y se anotan con el valor original; las dudosas van como una sola lista al propietario del catálogo para su confirmación y no como correos sueltos.
La calidad de los datos no es una limpieza puntual antes de un proyecto, sino un proceso continuo: los catálogos crecen cada día, los proveedores cambian los formatos de sus listas de precios y los gestores crean fichas nuevas en lugar de buscar la existente. Por eso las reglas y los modelos de limpieza viven en el sistema junto a los datos y se aplican en cada carga.
Cada corrección tiene un autor —una regla o un modelo—, una hora y un valor antiguo y uno nuevo. No es burocracia: sin el historial es imposible averiguar por qué el informe del mes pasado muestra hoy otras cifras.
Los catálogos dejan de ramificarse, los informes por grupo de mercancía y partida de gasto coinciden entre sí y la preparación de datos deja de comerse la mayor parte del calendario de cada proyecto de analítica.
| Comprobación | Filas | Resultado |
|---|---|---|
| Asignadas al catálogo | 4 812 | aplicadas |
| Unidades de medida normalizadas | 1 106 | aplicadas |
| Categoría rellenada a partir de la descripción | 438 | aplicadas |
| Fichas similares, requieren decisión | 96 | pendientes de revisión |
| Incoherencias en el documento | 14 | devolver al proveedor |
Una pantalla del sistema, las cifras son ilustrativas. A revisión van solo los casos por debajo del umbral de confianza: 96 filas de 6 466; el resto se aplicó automáticamente anotando el valor anterior.
Un informe corriente responde a la pregunta que se le hizo: ingresos por mes, ventas por sucursal, existencias por almacén. Las preguntas las hace una persona, por eso se ve exactamente aquello en lo que alguien pensó.
Procesamiento con IA cambia aquí la dirección: el modelo revisa los desgloses por sí mismo y trae aquellos en los que un indicador se comporta de forma distinta a lo esperado. No «dibújame un gráfico», sino «aquí hay tres sitios donde pasa algo que no es lo habitual, y esto es con lo que se relaciona».
Qué hace la analítica inteligente:
Acción: un hallazgo no se queda en un panel: se convierte en una tarea con destinatario y plazo: revisar el punto con la caída, contactar con el cliente del grupo de riesgo, comprobar la categoría con devoluciones al alza.

Un modelo muestra una relación, no una causa. Un aumento de devoluciones en una categoría puede explicarse por un lote defectuoso, un cambio de proveedor, un error en la descripción del producto o un nuevo canal de venta con otro público: elegir la explicación y tomar la decisión siguen siendo de la persona.
Por eso cada hallazgo llega en la interfaz con tres cosas: sobre qué datos está construido, cuál es el tamaño de la desviación y qué desgloses comprobó el modelo. Una conclusión que no se puede desplegar hasta las filas de origen no se lleva a la práctica.
La analítica deja de ser un informe mensual que se lee al cerrar el periodo. Una desviación se encuentra el mismo día, se aclara con el rastro caliente y cuesta menos que una que se detecta en una vista trimestral.
Una anomalía no es cualquier valor raro, sino una desviación respecto de la norma propia de un objeto. Para un punto de venta veinte tickets a la hora son un día corriente; para otro son un motivo para comprobar. La norma se calcula con el historial de cada objeto y con un grupo comparable y no con una media general.
Datos: el historial del indicador de ese objeto. Procesamiento: el modelo construye un corredor esperado teniendo en cuenta el día de la semana, la estación y las promociones. Acción: salirse del corredor genera una tarea de aclaración. Resultado: una caída de ventas o un fallo contable se ve el mismo día en que ocurre.
Datos: pagos, descuentos, devoluciones, anulaciones, ediciones manuales de documentos. Procesamiento: se valora una combinación de atributos: importe, hora, empleado, frecuencia. Acción: la operación pasa a la cola de control. Resultado: los abusos y los errores se tratan antes de cerrar el periodo.
Datos: telemetría de dispositivos y terminales. Procesamiento: se busca un cambio en el carácter de los eventos previos a una avería. Acción: el dispositivo entra en la ruta de mantenimiento. Resultado: una parte de las averías se atiende antes de la parada y no después de una queja.
Datos: asientos, existencias, inventarios, traslados. Procesamiento: se cotejan entre sí los flujos que deberían coincidir. Acción: una discrepancia se registra con un responsable. Resultado: los faltantes se llevan a un sitio concreto y no a una suma a fin de trimestre.
Datos: el historial de pedidos, consultas y pagos. Procesamiento: el modelo detecta una rotura del ritmo de compra habitual. Acción: el cliente aparece en una lista para el gestor. Resultado: la marcha de un cliente se ve antes de que haya dejado de comprar del todo.
Datos: marcas de tiempo de las etapas de un pedido, una solicitud, una reparación. Procesamiento: se identifican las etapas con duraciones crecientes y sus atributos. Acción: la etapa se plantea a revisión con cifras. Resultado: los plazos se acortan allí donde realmente se pierde tiempo.
| Objeto | Qué no cuadra | Esperado | Físicas | Estado |
|---|---|---|---|---|
| Punto n.º 14 | Ingresos por debajo del corredor el tercer día | 98–126 mil | 61 mil | aclaración |
| Almacén Yuzhny | Porcentaje de correcciones manuales de existencias | hasta 1,5% | 6,2% | aclaración |
| Terminal T-207 | Averías al alza en el módulo de pago | 0–2 al día | 17 | en la ruta |
| Categoría de droguería | Devoluciones por encima de la norma de la categoría | hasta 2,1% | 5,8% | esperando |
Una pantalla del sistema, las cifras son ilustrativas. Cada línea se despliega hasta las operaciones de origen: una desviación que no se puede llevar hasta los datos primarios no entra siquiera en la cola.
Planificar con el mes anterior se equivoca de forma previsible: no sabe nada de la estación, nada de la promoción y nada de que la posición estuvo dos semanas agotada, razón por la que no hubo ventas, y no porque no hubiera demanda.
Datos: el historial de ventas por posición y punto, los periodos en que la posición estuvo agotada, precios y promociones, el calendario —fines de semana, festivos, inicio del curso—, el tiempo donde influye en la demanda y los datos de entregas y plazos.
Procesamiento con IA: el modelo estima la demanda futura de cada par de posición y punto y muestra la dispersión aparte: no una cifra única, sino un rango con probabilidad. Para planificar existencias pesa más el límite superior; para planificar ingresos, la media.
Qué se prevé:
Acción: una previsión no se queda en un informe: alimenta la solicitud de compra, el plan de reposición de los puntos, el cuadrante de turnos y los límites de crédito de los clientes. Resultado: menos ventas perdidas por un estante vacío y menos dinero congelado en existencias sobrantes.

Un modelo no se comprueba con los datos con los que aprendió: el historial se divide por tiempo, el entrenamiento va sobre el tramo anterior y la comprobación sobre el posterior. Eso reproduce la situación real, en la que el futuro es desconocido.
La precisión se mide de forma continua y no una vez al arrancar: cada línea de la previsión se compara con los valores reales al cerrar el periodo. Un error creciente es una señal de que el comportamiento de la demanda ha cambiado y toca reentrenar el modelo.
Una pantalla del sistema, las cifras son ilustrativas. Los grupos con error alto no se esconden, sino que se muestran aparte: para ellos el pedido lo calcula una persona trabajando con el rango y no con una cifra única.
Rutina significa operaciones que se repiten decenas de veces al día, exigen atención y no exigen cualificación: copiar datos de un correo a una ficha, asignar un pago a una partida de gasto, designar un ejecutor, comprobar que un documento está completo, poner un estado.
Procesamiento con IA hace falta allí donde la entrada no está formalizada: el correo está escrito con palabras, el documento llegó en un formato ajeno, la solicitud la formula cada cliente de otra manera. El modelo convierte esa entrada en una estructura y a partir de ahí del proceso se ocupan reglas corrientes, previsibles y comprobables.
Operaciones que pasan a ser automáticas:
Acción y resultado: la operación la ejecuta el sistema y queda anotada con autor, hora y valor original. El empleado pasa de introducir datos a tratar excepciones: los casos en que el modelo duda o en que el coste de un error es alto.

Una acción automática se permite allí donde se puede deshacer o donde un error sale barato: poner un estado, asignar un ejecutor, crear un borrador. Las operaciones irreversibles —mover dinero, contabilizar un documento, expedir mercancía— se quedan con una persona o exigen confirmación.
El umbral de confianza se fija por separado para cada operación y cambia según se acumula estadística. Las empresas suelen empezar con un umbral alto y un modo de propuesta: el modelo propone, una persona confirma, y esas confirmaciones muestran dónde se le puede confiar.
Datos: albaranes, facturas, actas, contratos, especificaciones, órdenes de pago, solicitudes, fichas técnicas de equipos, correos con adjuntos. Los formatos son distintos: PDF, una foto de móvil, un escaneo, un archivo de exportación, un original en papel.
Procesamiento con IA: reconocimiento del texto, determinación del tipo de documento, extracción de campos y de partes tabulares, cotejo de las posiciones con la lista de artículos y vinculación del documento con un pedido, un contrato o una contraparte. De cada campo se devuelven un valor y una confianza.
Qué se extrae:
Acción: el documento se coteja con el pedido y la factura, las discrepancias se sacan en una lista y el documento o se contabiliza o pasa a revisión de un empleado concreto. Resultado: introducir documentos deja de ser una función propia y las discrepancias se encuentran antes del pago y no en el cierre del mes.
El reconocimiento no da el cien por cien de precisión con ningún conjunto de documentos, y no debe darlo. El sentido está en otra cosa: el sistema muestra a qué campos confía y cuáles pide confirmar. El operador comprueba unos pocos campos marcados en lugar de teclear todo el documento.
La mala calidad del original no es excusa para un error silencioso: una foto borrosa, una página cortada o una segunda página de una especificación que falta se señalan de forma explícita y se devuelven al remitente indicando el motivo.
La velocidad de procesamiento deja de depender del volumen del flujo entrante y la contabilidad y las compras ven el estado de los documentos en una lista y no en los buzones de empleados sueltos.
Una pantalla del sistema, las cifras son ilustrativas. El documento se ofrece para contabilizar solo cuando se han resuelto ambas marcas: una posición nueva del catálogo y un faltante exigen la confirmación de una persona.
Datos: correos, solicitudes de la web, mensajes en mensajerías, transcripciones de llamadas, correspondencia del chat de soporte, reseñas y valoraciones. Todo ello es texto de forma libre que hasta ahora leía y clasificaba una persona.
Procesamiento con IA: la consulta se asigna a un tema y un subtema, se determinan la urgencia y el tono, del texto se extraen el número de pedido, la denominación del producto, la dirección y otras entidades, y la consulta se vincula al historial del cliente. Las consultas repetidas por un mismo motivo se unen en un solo caso.
Acción: la solicitud entra con los campos ya rellenos en la cola del grupo correspondiente, el plazo de respuesta se calcula por la urgencia, una consulta repetida sube de prioridad y el cliente recibe una confirmación con número y plazo previsto.
Resultado: las consultas dejan de estar en un buzón común hasta la mañana y la dirección ve no «muchas quejas», sino una estructura: en qué temas crece el flujo, dónde sube el tiempo de respuesta y qué productos generan consultas repetidas.
Una consulta aislada habla de un caso; todo el flujo habla del producto y del proceso. La clasificación por temas durante un periodo muestra qué provoca preguntas exactamente: una instrucción poco clara, un error en la descripción de un producto, un fallo en un paso concreto de la compra, un retraso de un servicio de entrega.
Por eso los temas no se inventan: primero las consultas se agrupan por significado de forma automática, después los grupos resultantes se editan a mano y se fijan como catálogo. A partir de ahí vive junto al producto y el sistema propone los grupos nuevos.
| Tema | Porcentaje | Variación | Primera respuesta |
|---|---|---|---|
| Estado y plazo de la entrega | 31% | −4% | 6 min |
| Pago y devoluciones | 22% | +9% | 18 min |
| Disponibilidad y características del producto | 19% | −1% | 4 min |
| Problemas con el área de cliente | 15% | +6% | 27 min |
| Reclamaciones de calidad | 13% | 0% | 41 min |
Una pantalla del sistema, las cifras son ilustrativas. Los dos temas que crecen —el pago y el área de cliente— no van a un informe, sino al backlog del equipo de producto, con consultas de ejemplo adjuntas.
Una recomendación es útil donde la elección es amplia y la atención corta: un catálogo de decenas de miles de posiciones, el surtido de un punto, un conjunto de servicios, una preselección para un gestor antes de una llamada. Detrás están el historial de pedidos, las visitas, el contenido del carrito, las devoluciones y las existencias; el resultado debe incluir siempre la disponibilidad, de lo contrario el sistema recomienda lo que no existe.
Procesamiento: del historial de pedidos se identifican combinaciones estables de posiciones. Acción: la selección se muestra en la ficha del producto y en el carrito. Resultado: el número de líneas por ticket crece sin presionar al comprador.
Procesamiento: el modelo estima la probabilidad de interés por una posición con el historial del cliente y el de clientes parecidos. Acción: la oferta va a su área personal, a un envío o a un gestor. Resultado: la tasa de respuesta es más alta que en un envío general y la frecuencia de contacto, más baja.
Procesamiento: la consulta se interpreta por significado y no por coincidencia de letras: se tienen en cuenta sinónimos, erratas y características. Acción: los resultados se reordenan. Resultado: menos consultas sin resultados y menos gente que abandona el catálogo.
Procesamiento: se comparan las ventas de puntos comparables y su entorno. Acción: se propone retirar una posición del surtido o incorporarla. Resultado: en el estante está lo que aquí se vende de verdad.
Procesamiento: antes del contacto se reúnen el historial del cliente, las cuestiones abiertas y las posiciones adecuadas. Acción: la preselección aparece en la ficha del CRM. Resultado: preparar una llamada lleva un minuto y no diez.
Procesamiento: se estima la fecha prevista de recompra de un consumible. Acción: para esa fecha sale un recordatorio. Resultado: menos pedidos repetidos perdidos y menos contactos inútiles.
La personalización está limitada por reglas explícitas: qué no se puede recomendar, qué datos no se usan, con qué frecuencia se puede contactar con un cliente y cómo desactiva él la selección. Los límites se fijan en el sistema y no se quedan en un acuerdo verbal.
La visión artificial se justifica en una clase estrecha de tareas: la escena se repite, el objeto se distingue y el resultado se convierte directamente en un hecho contable. Donde no se cumplen esas tres condiciones, una cámara da un archivo de vídeo y falsas alarmas en lugar de automatización.
Dónde funciona:
Acción: un evento reconocido no va a un archivo, sino a la contabilidad: a un ticket, a una tarea, a un acta de recepción, a un registro de infracciones. Resultado: desaparece el registro manual de lo que la cámara ya está viendo.

Las tareas en las que la escena es distinta cada vez, la iluminación es arbitraria y el coste de un error es alto no las cubren las cámaras. El reconocimiento de emociones, la valoración de la diligencia de un empleado, la identificación de personas en una multitud general: eso o es poco fiable o está limitado por la ley, o ambas cosas.
Donde importa la exactitud y no la imagen, otros sensores funcionan más baratos y más fiables: el peso, un lector de códigos de barras, una etiqueta, una cerradura con registro. Una cámara se les añade en lugar de sustituirlos.
Un bot de IA se diferencia de un chatbot con guion en una cosa: no lleva al usuario por un árbol de botones, sino que entiende la pregunta y ejecuta una acción en un sistema. El valor no está en la conversación, sino en a qué datos y operaciones está conectado el bot: el catálogo, los pedidos, las solicitudes, el CRM, la base de conocimiento. Un bot sin acceso a los sistemas solo puede parafrasear el manual.

Datos: el catálogo, los precios, las existencias, las condiciones de entrega y pago y los estados de los pedidos. Procesamiento: la pregunta se interpreta por significado y la respuesta se compone con datos actuales y no con texto preparado. Acción: elegir una posición, calcular la entrega, hacer o cambiar un pedido. Resultado: las preguntas estándar se atienden las veinticuatro horas mientras los gestores se ocupan de las complejas.
Datos: la base de soluciones, el historial de consultas, la configuración del cliente, los registros del sistema. Procesamiento: el síntoma se coteja con casos conocidos. Acción: instrucciones paso a paso, comprobación de un estado, creación de un ticket con los datos ya recogidos. Resultado: la primera línea cierra los casos repetidos y el técnico recibe un ticket con el diagnóstico hecho.
Datos: políticas, órdenes, instrucciones, catálogos e informes accesibles al empleado según sus permisos. Procesamiento: búsqueda por significado y una respuesta con referencia al punto del documento. Acción: crear una solicitud a recursos humanos o a compras, pedir un certificado, obtener una aprobación. Resultado: las preguntas a los compañeros y en los chats de grupo se sustituyen por una respuesta con fuente.
Datos: el texto de la consulta, los adjuntos, el historial del cliente. Procesamiento: determinación del tipo de solicitud, extracción de los campos, comprobación de que está completa. Acción: la solicitud se crea en el sistema, se piden los datos que faltan y se asigna un ejecutor. Resultado: la solicitud llega completa al ejecutor, sin idas y venidas para aclarar cosas.
Datos: fichas de cliente, oportunidades, tareas, historial de contactos. Procesamiento: interpretación de la petición del gestor y del resultado de la conversación. Acción: crear y actualizar una ficha, registrar el resultado de un contacto, poner una tarea, componer un resumen sobre un cliente antes de una llamada. Resultado: el CRM se rellena mientras se trabaja y no por la tarde de memoria.
Datos: contratos, especificaciones, políticas, documentación técnica, el archivo de correspondencia. Procesamiento: búsqueda por significado en lugar de coincidencia de palabras; la respuesta se construye con los fragmentos hallados. Acción: una respuesta con cita y referencia al documento, la página y la versión. Resultado: responder a una pregunta sobre un contrato lleva segundos y se puede comprobar en la fuente.
Un bot no es un modelo, sino varias partes conectadas. La separación cuenta en la práctica: cada parte tiene su forma de fallar, sus métricas y su vía de arreglo.
Los canales de conexión: la web y el área de cliente, mensajerías, correo, una línea telefónica con reconocimiento de voz, el portal interno y los puestos de trabajo de los empleados. La lógica es la misma en todos: el canal cambia la forma de entrada, no lo que el bot puede hacer.
El bot no memoriza sus documentos: los busca en el momento de la pregunta y responde con lo que encuentra. Por eso una política actualizada rige en cuanto se sube y no tras reentrenar el modelo, y por eso cada respuesta tiene una fuente.
El paso 2 es obligatorio: el bot responde dentro de los permisos de quien preguntó. Un documento al que el empleado no tiene acceso en el sistema no entra ni en la búsqueda ni en la cita; de lo contrario el bot se convierte en una vía para saltarse el control de accesos.
Lo primero que se reúne es un conjunto de preguntas reales, sacadas de la correspondencia, las consultas y los chats internos. Con él se comprueba el bot antes del lanzamiento: las respuestas se cotejan con las fuentes y los errores se examinan por causas. Solo después se abre el bot a los usuarios, normalmente primero a un grupo.
El riesgo principal de un bot de IA es una respuesta equivocada dicha con seguridad. No se elimina con promesas, sino con la forma en que está construido el sistema: un conjunto limitado de operaciones, el apoyo obligatorio en fuentes, umbrales de confianza y reglas explícitas de escalado.
El bot hace solo lo que está descrito en su conjunto de acciones y dentro de los permisos de quien preguntó. Todo lo demás no está disponible, por mucho que insista el usuario.
La respuesta se compone con los documentos hallados y los datos de los sistemas. Si no hay fuente, el bot dice que no lo sabe y pasa la pregunta: es un comportamiento normal y no un fallo.
Por debajo del umbral la respuesta no se le envía al cliente: va a un operador como borrador junto con el material hallado. Cada tema tiene su umbral.
Escalado por reglas: un tema restringido, una pregunta repetida, una reacción negativa, la exigencia del cliente. El operador recibe toda la conversación y el material hallado en lugar de empezar de cero.
Una acción irreversible —cancelar un pedido, cambiar datos bancarios, dar algo de baja— se ejecuta solo tras una confirmación explícita y queda anotada con quien la inició.
El porcentaje de conversaciones cerradas sin persona, el porcentaje de escalados, las valoraciones de los usuarios y las comprobaciones por muestreo de las respuestas. Los errores vuelven al conjunto de preguntas de prueba.
Lo que el bot dice de sí mismo se fija aparte: el usuario debe entender que habla con software y saber cómo llamar a una persona. Es un requisito de la interfaz y no una cuestión de ajustes.
Un asistente interno se diferencia de un bot para clientes en sus datos de origen: trabaja con información corporativa y dentro de los permisos de un empleado concreto. La misma pregunta de un operario de almacén y de un director financiero da respuestas distintas, porque tienen acceso a documentos distintos.
Qué hace un asistente en un puesto de trabajo:
Resultado: el empleado dedica el tiempo al trabajo y no a buscar el documento correcto, recordar una política y rellenar formularios. El asistente no decide por la persona: le quita la parte preparatoria.

El asistente se conecta a los mismos roles que los sistemas contables: no crea una vía de acceso paralela. Los documentos fuera de los permisos de un empleado no entran ni en la búsqueda, ni en las citas, ni en las sugerencias, y eso se comprueba antes de componer la respuesta y no después.
Las acciones del asistente van al registro general del sistema, junto a las de las personas. En una ficha se ve que la tarea la creó el asistente tras una conversación y no aparece un registro sin autor.
El conocimiento corporativo rara vez está en un solo sitio: las políticas en una carpeta, los contratos en otra, la documentación técnica en una tercera y la mitad de las respuestas en la correspondencia. Buscar por nombre de archivo no sirve aquí, porque una persona no busca un documento, sino una respuesta.
Datos: políticas y órdenes, contratos y anexos, documentación técnica y de proyecto, instrucciones, la base de consultas resueltas, actas, catálogos y el archivo de correspondencia, cada uno con propietario y nivel de acceso.
Procesamiento con IA: los documentos se dividen en fragmentos y cada fragmento se indexa por significado; la pregunta se coteja con fragmentos y no con títulos. La respuesta se compone con lo hallado y llega con una cita y una referencia al documento, la página y la versión.
Acción y resultado: un empleado obtiene en segundos una respuesta con fuente en lugar de ir preguntando a sus compañeros; los casos límite se comprueban con la cita; los documentos obsoletos se ven enseguida: si la respuesta salió de una versión de hace dos años, eso se indica en la propia respuesta.
No sustituye a la gestión documental ni se convierte en la fuente de verdad: un documento con valor legal se queda donde se firmó y se conserva. El índice es una forma de encontrarlo y citarlo y no una copia aparte con vida propia.
Una solicitud llega en forma libre y por cualquier canal: un correo, un mensaje, un formulario de la web, una llamada, un archivo adjunto. Antes de la implantación una persona la lee, pasa los datos al sistema, determina el tipo y asigna un ejecutor, y eso lleva desde unos minutos hasta unas horas de espera en la cola.
Procesamiento con IA: se determina el tipo de solicitud, se extraen los campos —objeto, dirección, plazo, contacto, número de contrato—, se comprueba que esté completa, se valora la urgencia y se vincula la solicitud al cliente y a su historial. Lo que falte se pide automáticamente por el mismo canal.
Acción: la solicitud se crea en el sistema con los campos rellenos, se asigna un grupo o un ejecutor según las reglas, se fija un plazo y se envía una confirmación con número. Los duplicados por el mismo motivo se enlazan en lugar de generar una segunda solicitud.
Resultado: el ejecutor recibe una solicitud completa y empieza por el trabajo y no por las aclaraciones. El tiempo desde la llegada hasta la asignación deja de depender de quién abrió el buzón común y cuándo.
Una pantalla del sistema, los datos son ilustrativos. Las solicitudes cuyo tipo se determinó con una confianza por debajo del umbral llegan al coordinador con los campos prerrellenados y un tipo propuesto: la asignación sigue siendo de una persona.
Datos
Analítica y previsiones
Automatización
Bots y asistentes
Un modelo solo sirve cuando su decisión llega al sistema en el que se trabaja. Por eso la integración no es la última etapa de un proyecto, sino su condición previa: primero se sabe dónde aterrizará el resultado y después se entrena el modelo.
A qué se conecta la capa de IA:
La forma de conexión se elige según el sistema y no por costumbre: una API directa, intercambio por cola, webhooks ante eventos, exportaciones de archivos según calendario, lectura de una réplica de la base. Para los sistemas sin interfaz abierta se usa la vía de intercambio que tengan, incluidos archivos.

| Hora | Operación | Resultado |
|---|---|---|
| 11:02 | Clasificación de consultas → CRM | 148 |
| 11:05 | Previsión de demanda → solicitud de compra | 1 204 |
| 11:07 | Lectura de albaranes → sistema contable | 6 pendientes de revisión |
| 11:09 | El servicio de almacén no está disponible | reintento en 5 min |
Una pantalla del sistema, las cifras son ilustrativas. Que el almacén no esté disponible no detiene los demás intercambios: los mensajes esperan en la cola y salen cuando se restablece la conexión.
Implantar IA significa trabajar con los datos de la empresa, por eso la pregunta de dónde funciona el modelo y qué sale del perímetro se resuelve antes de empezar el proyecto y no después del arranque.
El entorno se elige según la sensibilidad de los datos: infraestructura propia, un servidor dedicado o un servicio externo. Para una parte de las tareas, los modelos abiertos sobre hardware propio cubren la necesidad por completo.
Si se usa un modelo externo, el conjunto de campos transmitidos se describe de forma explícita. Los datos personales y las condiciones comerciales se anonimizan o se sustituyen por identificadores antes del envío.
La capa de IA trabaja dentro de los permisos del usuario y no crea una puerta trasera a los datos. La comprobación de accesos se ejecuta antes de la búsqueda y antes de componer la respuesta.
La petición, las fuentes halladas, la decisión del modelo y la acción ejecutada quedan anotadas. Sin eso es imposible aclarar un caso en disputa y demostrar que el sistema funcionó correctamente.
Las decisiones con consecuencias legales o financieras se quedan con una persona. El modelo prepara el material y propone una opción, y la confirmación se registra con su autor.
Los plazos de conservación de las conversaciones, los conjuntos de entrenamiento y los datos intermedios se fijan de antemano. El borrado a petición alcanza también a los índices de búsqueda y no solo a la base de origen.
Un modelo siempre se equivoca: la cuestión es con qué frecuencia, dónde exactamente y cuánto cuesta. Por eso cada implantación tiene dos conjuntos de cifras: la calidad del propio modelo y el cambio en el proceso. El primero le interesa al ingeniero y el segundo al negocio, y no coinciden automáticamente.
El umbral de confianza es un mando y no una constante. Si se sube, la empresa obtiene menos automatización y menos errores; si se baja, lo contrario. El valor se elige según el coste de un error en el proceso concreto.
Una pantalla del sistema, las cifras son ilustrativas. Los tres indicadores solo se leen juntos: más automatización con un porcentaje de correcciones al alza significa que el umbral se bajó demasiado.
Un modelo no es una entrega única. Los datos cambian: aparecen productos nuevos, temas nuevos de consultas, formatos nuevos de documentos, proveedores nuevos. Por eso el proyecto prevé comprobaciones periódicas de la calidad con datos frescos, reentrenamiento según calendario o al cruzar un umbral y revisión de los casos en que una persona corrigió la decisión.
Las correcciones de los operadores son el material de entrenamiento más valioso: se reúnen en un conjunto aparte y se usan en la siguiente vuelta de entrenamiento. Así el sistema mejora con su propio trabajo y no con datos ajenos.
El orden se deriva de las dependencias: cada paso se apoya en lo que apareció en el anterior. Saltarse el primer paso es el motivo más frecuente de que un proyecto de IA termine en una demostración.
Qué operación se automatiza, quién la ejecuta hoy, qué datos hay y en qué estado y dónde aterrizará el resultado. El resultado es un valor de partida en cifras y un criterio de éxito.
Conexión de las fuentes, limpieza y etiquetado y un almacén de datos para la tarea. Aquí se ve también si hay historial suficiente para un modelo o si primero hay que acumular datos.
Entrenamiento y comprobación sobre un periodo reservado, comparación con el valor de partida y arranque en modo de propuesta sobre parte del flujo. El umbral de confianza se ajusta con las decisiones reales de los operadores.
Conexión con los sistemas, permisos y registros, vigilancia de la calidad y de la deriva, reentrenamiento según calendario y soporte. La extensión a procesos vecinos llega como etapas propias con medición.
Describa el proceso que quiere automatizar y qué datos se recogen ya sobre él. Le diremos qué se puede resolver aquí con reglas e integración y dónde de verdad hace falta un modelo.