IA para equipos de Compras

De solicitudes a PO — con aprobaciones que se enrutan solas.

El pack de Compras recibe las solicitudes de compra, verifica proveedores y catálogos, y enruta las aprobaciones según su política — los solicitantes ganan velocidad, compras conserva los controles y finanzas conserva el rastro.

Se conecta a Coupa · SAP Ariba · ServiceNow, además de cualquier cosa con API

Modos de supervisión
mínimo de riesgosuggest_onlydraftexecute_low_riskexecute_with_reviewautonomous
oversight ▸ la puerta de riesgo es un mínimo: la autonomía solo puede endurecerla
El primer día

Lo que ven los equipos de compras al iniciar sesión.

No es un lienzo en blanco: es un rol operativo con objetivos por defecto, herramientas permitidas y las barreras ya activas.

Las solicitudes llegan completas

El agente recoge por adelantado lo que una solicitud necesita — artículo, justificación, línea presupuestaria, proveedor preferido — para que compras deje de jugar a las veinte preguntas.

Proveedores verificados primero

Los contratos existentes, los proveedores preferidos y las alternativas de catálogo aparecen antes de redactar una nueva PO — el gasto fuera de política se detecta en la recepción.

Aprobaciones que encuentran al aprobador

El enrutamiento sigue su matriz de DOA: el aprobador correcto, con el contexto adjunto, en el canal que realmente lee.

Skills invocadas · regidas por política y licencias
lookup.recordknowledge.searchcompliance.check_policycomms.draft_response
Sistemas
CoupaSAP AribaServiceNow
En el pack

El pack de Compras llega listo para trabajar.

Consulta los registros facilitados, busca en el conocimiento de compras aprobado y redacta un informe de solicitud; no aprueba compras. Se instala desde la biblioteca, se conecta a tus sistemas y se ejecuta a través de la misma cadena de 8 compuertas que todo lo demás en Cortex.

  • Consultar un registro de proveedor o catálogo facilitado
  • Buscar en el conocimiento de compras aprobado
  • Contrastar una solicitud propuesta con la política
  • Redactar un informe de solicitud para revisión
Gobernado para este rol

Los solicitantes sienten la velocidad. El control conserva la autoridad.

Las órdenes de compra son acciones gobernadas con su delegación de autoridad codificada — los umbrales enrutan, los aprobadores deciden y el ledger de invocaciones lo recuerda todo.

  • Las PO por encima del umbral quedan pendientes en el tablero de aprobaciones con todo el contexto
  • Los cambios en el maestro de proveedores se controlan por separado — nada de proveedores inventados por el agente
  • El gasto se mapea a líneas presupuestarias con límites estrictos detrás
  • Cada rastro de solicitud a PO sellado para la auditoría de compras
audit/verify
#101hash ✓#102hash ✓#103hash ✓#104hash ✓#105hash ✓
head 0x9f3a…c1ok: true
verifyChain ▸ SHA-256 encadenado · recibos firmados
Preguntas frecuentes

Lo que preguntan los responsables de compras.

¿Puede el agente crear órdenes de compra por su cuenta?

Por debajo de su umbral y dentro de la política, sí — esa es la velocidad. Por encima del umbral, la PO queda pendiente en un tablero de aprobaciones con el contexto de proveedor, precio y presupuesto. Su matriz de DOA es la tabla de enrutamiento.

¿Cómo evita el gasto fuera de política?

Detectándolo en la recepción: las solicitudes se contrastan con los contratos existentes y los proveedores preferidos antes de redactar una nueva PO, y las solicitudes fuera de catálogo se enrutan a revisión de compras según la política.

¿Qué sistemas de compras soporta?

Los drivers de Coupa, SAP Ariba y ServiceNow vienen en el catálogo, y el driver REST genérico cubre los sistemas de solicitudes desarrollados internamente.

Pon a trabajar un Compras gobernado esta semana.

Únete a la lista de espera, instala el pack y conecta tus sistemas, o tráenos un flujo de trabajo y te lo mostramos de principio a fin.

IA para equipos de Compras | Cortex AI OS