Del registro a la acción, según Bernstein
El software de planificación de recursos empresariales, o ERP, podría evolucionar desde su función de registrar información hacia la ejecución de flujos de trabajo mediante inteligencia artificial. Esa es la perspectiva de Bernstein recogida en un despacho de ANI publicado por Mint el 22 de septiembre de 2026. No se trata de un lanzamiento de producto ni de una demostración de autonomía en una fábrica, sino de una previsión sobre la evolución del mercado.
Según el despacho, Bernstein identifica como condiciones necesarias los datos fiables, las reglas de proceso, los permisos y la capacidad de auditoría. También prevé una transición gradual: los copilotos y los flujos supervisados convivirían durante varios años antes de una adopción más amplia de la ejecución autónoma.
La disputa por controlar la ejecución
El informe plantea un riesgo competitivo para los proveedores de ERP: que empresas de IA o plataformas neutrales controlen la ejecución de procesos desde una capa situada por encima del sistema empresarial. En esa hipótesis, conservar los registros no garantizaría controlar la interacción mediante la cual se realiza el trabajo.
Bernstein contempla además una posible evolución comercial hacia la monetización de la ejecución de procesos. El despacho no permite concluir qué tarifas o unidades de cobro acabarían imponiéndose. Para un comprador industrial, la pregunta contractual sería concreta: qué se considera una ejecución facturable y cómo se distingue un proceso completado de un intento fallido o de una corrección.
En planta, recomendar no equivale a modificar
La lectura operativa para la industria exige separar niveles de autoridad. Como ejemplo ilustrativo, un agente podría detectar una necesidad de material y preparar una propuesta de compra. Autorizarlo para emitir el pedido sería un paso distinto. Permitirle cambiar cantidades, fechas o proveedores ampliaría todavía más su capacidad de afectar la operación.
Por eso, una evaluación útil debería describir acciones concretas, no limitarse a anunciar que el ERP incorpora agentes. Consultar existencias, redactar una propuesta, modificar un registro y comprometer una compra requieren límites diferentes. El criterio editorial de Planta Algorítmica es que la promesa de autonomía debe traducirse en permisos comprobables para cada acción.
Qué tendría que demostrar una prueba industrial
En permisos, convendría comprobar con qué identidad actúa el agente, qué operaciones tiene autorizadas y cuáles quedan bloqueadas. La prueba debería incluir intentos fuera de su ámbito permitido, no únicamente recorridos exitosos. También debería verificar que una propuesta generada por IA no obtiene aprobación por el mero hecho de haber sido generada.
En auditoría, el objetivo sería reconstruir cada intervención: datos utilizados, regla aplicada, autorización recibida, cambios enviados al ERP y respuesta del sistema. Una explicación legible puede ayudar al supervisor, pero la evaluación debería exigir además evidencias de lo que efectivamente se ejecutó.
En supervisión, habría que definir qué excepciones se detienen, quién las recibe y cómo se suspende el agente. También convendría ensayar una salida segura ante datos contradictorios o un proceso incompleto, incluida la corrección de cambios cuando sea posible.
Medir resultados, no solo actividad
Para contrastar la promesa comercial, un piloto debería comparar el proceso asistido con una referencia previa: tiempo hasta su finalización, errores, retrabajo, intervenciones humanas y consecuencias operativas. Son criterios propuestos para evaluar una implantación, no resultados aportados por el informe.
Contar acciones automáticas sería insuficiente si después otra persona debe revisarlas o repararlas. La hipótesis de Bernstein abre una discusión relevante sobre el futuro del ERP; su validación industrial dependerá de algo más acotado: demostrar que una tarea autorizada se completa correctamente, deja un rastro verificable y mejora la operación sin trasladar trabajo oculto al supervisor.