Skip to main content
La policy es la parte más importante de un workflow de Omni. Le indica a su Review Ops Agent exactamente qué debe comprobar, cómo debe evaluar los documentos y cuándo debe aprobar o rechazar. Una policy bien redactada genera resultados precisos y consistentes. Una vaga produce resultados poco fiables. Esta guía cubre los principios de una redacción de policy eficaz, proporciona plantillas para casos de uso comunes y explica cómo el lenguaje de su policy influye en la selección de engines.

Qué hace buena a una policy

Las buenas policies comparten cuatro características:
El NLP Workflow Generator de Omni analiza su policy para determinar qué engines activar y cómo orquestarlos. Cuanto más preciso sea el lenguaje, más precisa será la selección y ejecución de engines.

Plantilla de estructura de policy

Toda policy debería seguir esta estructura de cuatro partes:
No necesita usar exactamente estos encabezados de sección. Lo importante es que su policy cubra las cuatro áreas: objetivo, inputs, pasos y decisiones. Omni analiza el significado, no el formato.

Ejemplos por caso de uso

Engines activados: Text Verifier, AML Search - Person
Engines activados: Text Verifier
Engines activados: Text Verifier
Engines activados: Text Verifier (para extracción de nombres), AML Search - Person (para screening)

Errores frecuentes

Evite estos errores al redactar policies:
Problema: Omni no sabe qué verificar. “Verify the document” no proporciona información sobre qué campos revisar o qué constituye una aprobación.Solución: Sea explícito sobre qué revisar.
Problema: Sin reglas claras de approve/reject, el agente de IA tiene que adivinar qué constituye un resultado aprobado.Solución: Termine siempre su policy con criterios de decisión explícitos.
Problema: Omni funciona mejor cuando sabe qué tipo de documento esperar. Sin este contexto, la precisión de extracción puede verse afectada.Solución: Especifique los tipos de documento esperados al inicio de su policy.
Problema: Incluir demasiadas tareas de verificación no relacionadas en una sola policy dificulta la ejecución limpia del agente de IA. Los resultados se vuelven menos fiables.Solución: Si su proceso involucra tipos de verificación fundamentalmente diferentes (p. ej., validación de facturas Y screening de antecedentes de empleados), divídalos en workflows separados.

Su redacción decide los engines

Qué engines se asignan depende de cómo redacte la policy. Cuando necesite una comprobación concreta, indique esa acción explícitamente en la policy. Los engines de consulta externa cuestan créditos por llamada. No recurra a una consulta externa para algo que puede resolver comparando dentro de los documentos. Las capacidades, los precios y los países admitidos de cada engine están en modelo de IA y motores.
Una policy puede invocar varios engines. Para ver qué engine acabó en qué acción, consulte la lista de acciones del playbook en la pantalla de finalización; si no es lo que quería, cámbielo en el editor de motores por paso de editar un workflow.

Siguientes pasos

Crear un workflow

Ponga su policy en acción creando un workflow.

Plantillas de workflow

Empiece con una plantilla predefinida y personalícela.