Un pedido puede estar bien transcrito y aun así ser incorrecto: diez cajas no son diez unidades. En el caso de mobilezone documentado por Microsoft el 26 de octubre de 2026, el agente prepara el borrador de venta; la persona que revisa cantidades y precios conserva la decisión de confirmarlo.
Del documento al ERP
Un empleado entrega el PDF en Teams. El agente de Copilot Studio extrae los datos y utiliza el conector ERP y una conexión MCP para crear el borrador en Dynamics 365. Si un dato falta o es ambiguo, puede dejar el campo vacío y avisar al equipo. El revisor contrasta las líneas con el original antes de confirmar.
Qué demuestra el caso
Para el primer cliente automatizado, mobilezone declara entre 30 y 40 pedidos al mes y un ahorro de cinco a diez minutos por pedido. La publicación no detalla la tasa de errores por campo, el coste por documento ni el comportamiento ante reenvíos. Las cifras corresponden al formato evaluado.
Cómo comprobar el resultado
En un entorno de prueba, comparar el ingreso manual y el asistido con los mismos documentos sintéticos. Incluir una referencia inexistente, un precio con coma decimal y un pedido reenviado. Comprobar que las excepciones lleguen al revisor y que no se duplique el pedido. Medir hasta que el borrador quede correcto, incluyendo el tiempo de corrección. Separar los permisos de creación y confirmación.