Contexto de procesos para agentes de IA conectados al ERP
Cómo preparar reglas, responsables y datos vigentes para que un agente de IA conectado al ERP entienda qué paso corresponde en cada solicitud.
CADT · Publicado
Por qué se habla de contexto de procesos
El anuncio de ARIS del 20 de octubre de 2026 pone el contexto de procesos en el centro de la integración empresarial con IA. La cuestión práctica para una pyme es concreta: consultar un pedido no explica quién puede modificarlo ni qué comprobación falta. Esta guía propone cómo documentar esas relaciones antes de conectar un agente al ERP; no presupone que una plataforma concreta sea necesaria.
Define un recorrido que el equipo pueda explicar
Escoge una tarea con inicio y final claros, como responder a una consulta sobre un pedido. Escribe qué datos identifican la solicitud, qué estados puede tener el pedido, quién resuelve cada excepción y qué resultado debe recibir el cliente. Distingue la información comercial de las instrucciones operativas. Una nota del cliente puede explicar una necesidad, pero no sustituye la regla aprobada sobre quién confirma una fecha de entrega.
Prepara una ficha de contexto mantenible
Para cada paso, relaciona el dato consultado, su sistema de origen, el responsable de mantenerlo y la fecha de revisión de la regla. Añade condiciones de entrada y salida: por ejemplo, consultar transporte únicamente cuando exista una expedición confirmada. Conserva identificadores de pedido, cliente y envío para que el agente pueda recuperar registros concretos. Si hay dos fechas distintas, debe mostrar el conflicto y su procedencia, no escoger la más reciente sin criterio.
Qué aporta MCP y qué debe definir la empresa
La documentación de MCP lo describe como un estándar para conectar aplicaciones de IA con sistemas externos. Esa conexión facilita el acceso a datos y herramientas, pero la empresa debe definir el significado de cada estado y la autoridad de cada fuente. Al diseñar la integración, especifica qué consulta devuelve información vigente y qué operación cambia el ERP. Evita ofrecer una modificación cuando el proceso solo necesita una consulta.
Ejemplo ficticio: una fecha de entrega contradictoria
Un pedido indica entrega el jueves y una nota comercial conserva una previsión del martes. La ficha del proceso establece que la fecha confirmada procede de logística y que una expedición sin confirmar requiere revisión. El agente reúne ambas referencias, identifica la discrepancia y prepara una respuesta pendiente de validación. No promete el martes por aparecer en un mensaje reciente. Este es un ejemplo de diseño, no un resultado medido en un cliente.
Mantén el contexto junto al proceso real
Asigna un responsable y una revisión cuando cambien estados, equipos o reglas del ERP. Registra qué versión de la instrucción se utilizó y qué excepción quedó sin resolver. Empieza por un recorrido y revisa dónde falta información antes de extenderlo a otras áreas. CADT puede ayudarte a convertir ese recorrido en una integración con fuentes identificadas, reglas claras y una intervención humana definida; trae un caso de trabajo y los sistemas que participan.
Fuentes y lecturas
Continúa explorando
Estudiar un agente para mi empresaCADT · Publicat
Per què es parla de context de processos
L’anunci d’ARIS del 20 d’octubre de 2026 situa el context de processos al centre de la integració empresarial amb IA. La qüestió pràctica per a una pime és concreta: consultar una comanda no explica qui pot modificar-la ni quina comprovació falta. Aquesta guia proposa com documentar aquestes relacions abans de connectar un agent a l’ERP; no pressuposa que calgui una plataforma concreta.
Defineix un recorregut que l’equip pugui explicar
Tria una tasca amb inici i final clars, com respondre una consulta sobre una comanda. Escriu quines dades identifiquen la sol·licitud, quins estats pot tenir la comanda, qui resol cada excepció i quin resultat ha de rebre el client. Distingeix la informació comercial de les instruccions operatives. Una nota del client pot explicar una necessitat, però no substitueix la regla aprovada sobre qui confirma una data de lliurament.
Prepara una fitxa de context que es pugui mantenir
Per a cada pas, relaciona la dada consultada, el sistema d’origen, el responsable de mantenir-la i la data de revisió de la regla. Afegeix condicions d’entrada i sortida: per exemple, consultar transport només quan hi hagi una expedició confirmada. Conserva identificadors de comanda, client i enviament perquè l’agent pugui recuperar registres concrets. Si hi ha dues dates diferents, ha de mostrar el conflicte i la procedència, sense triar la més recent sense criteri.
Què aporta MCP i què ha de definir l’empresa
La documentació de MCP el descriu com un estàndard per connectar aplicacions d’IA amb sistemes externs. Aquesta connexió facilita l’accés a dades i eines, però l’empresa ha de definir el significat de cada estat i l’autoritat de cada font. En dissenyar la integració, especifica quina consulta retorna informació vigent i quina operació canvia l’ERP. Evita oferir una modificació quan el procés només necessita una consulta.
Exemple fictici: una data de lliurament contradictòria
Una comanda indica lliurament dijous i una nota comercial conserva una previsió de dimarts. La fitxa del procés estableix que la data confirmada prové de logística i que una expedició sense confirmar requereix revisió. L’agent reuneix totes dues referències, identifica la discrepància i prepara una resposta pendent de validació. No promet dimarts perquè aparegui en un missatge recent. És un exemple de disseny, no un resultat mesurat en un client.
Mantén el context al costat del procés real
Assigna un responsable i una revisió quan canviïn estats, equips o regles de l’ERP. Registra quina versió de la instrucció s’ha utilitzat i quina excepció ha quedat sense resoldre. Comença per un recorregut i revisa on falta informació abans d’estendre’l a altres àrees. CADT et pot ajudar a convertir-lo en una integració amb fonts identificades, regles clares i una intervenció humana definida; porta un cas de treball i els sistemes que hi participen.
Fonts i lectures
Continua explorant
Estudiar un agent per a la meva empresaCADT · Published
Why process context is receiving attention
ARIS’s announcement on 20 October 2026 puts process context at the centre of enterprise AI integration. For a small business, the practical question is specific: reading an order does not explain who may change it or which check is still missing. This guide proposes how to document those relationships before connecting an agent to the ERP; it does not assume a particular platform is required.
Define a workflow your team can explain
Choose a task with a clear start and finish, such as answering an order enquiry. Write down the information identifying the request, possible order states, who handles each exception and the result the customer should receive. Separate commercial information from operating instructions. A customer note may explain a need, but it does not replace the approved rule about who confirms a delivery date.
Prepare a context record you can maintain
For each step, link the requested data, its source system, the person responsible for maintaining it and the rule’s review date. Add entry and exit conditions: for example, query transport only after a shipment is confirmed. Keep order, customer and shipment identifiers so the agent can retrieve specific records. If two dates disagree, it should show the conflict and its sources rather than automatically choosing the most recent value.
What MCP provides and what the business must define
MCP documentation describes a standard for connecting AI applications to external systems. That connection enables access to data and tools, but the business must define what each status means and which source is authoritative. When designing the integration, specify which query returns current information and which operation changes the ERP. Avoid exposing a modification when the process only needs a query.
Fictional example: conflicting delivery dates
An order shows Thursday delivery while a sales note retains a Tuesday estimate. The process record states that logistics owns confirmed dates and that an unconfirmed shipment requires review. The agent gathers both references, identifies the discrepancy and prepares a response for approval. It does not promise Tuesday because it appears in a recent message. This is a design example, not a measured customer result.
Maintain context alongside the real process
Assign an owner and a review whenever ERP states, teams or rules change. Record which instruction version was used and which exception remained unresolved. Start with one workflow and identify information gaps before extending it to other departments. CADT can help turn that workflow into an integration with identified sources, clear rules and defined human involvement; bring a real task and the systems involved.