Empleados digitales con IA que ejecutan procesos completos de tu empresa.

Ofyra es una plataforma empresarial de empleados digitales con inteligencia artificial, desarrollada por Lilab. Sus AI Officers son agentes de IA especializados que ejecutan y supervisan procesos completos de negocio —en ventas, Recursos Humanos, finanzas y operaciones— utilizando los sistemas, las reglas, los permisos y el conocimiento de cada organización.

Un AI Officer es un agente de inteligencia artificial especializado en un proceso empresarial concreto. A diferencia de un chatbot, no espera a que alguien le escriba: vigila el proceso, consulta los sistemas de la empresa, aplica reglas deterministas, interpreta las situaciones ambiguas, ejecuta las acciones que tiene autorizadas, hace seguimiento y escala a una persona lo que requiere criterio humano. Cada Officer tiene identidad, horario, permisos explícitos y reglas de escalamiento definidas por la organización.

No. Un chatbot necesita que alguien inicie la conversación y su resultado es una respuesta. Un Officer puede activarse por un evento, un horario o una condición de negocio, consultar sistemas, aplicar reglas, ejecutar acciones autorizadas y hacer seguimiento. Conversa cuando el proceso lo requiere, pero la conversación es un canal, no la función.

Un copiloto asiste a una persona que sigue siendo el operador del proceso: propone y acelera, pero el trabajo lo ejecuta el humano. Un Officer tiene una responsabilidad asignada sobre el proceso: lo vigila, lo ejecuta dentro de sus límites y devuelve a una persona sólo lo que necesita criterio humano.

Sí, dentro de los permisos y las reglas que la organización define, y de forma granular por tipo de acción y nivel de riesgo. Cada acción propuesta pasa por una política de decisión que cruza permisos, modo de operación, reglas de escalamiento y evaluación de riesgo, y termina en uno de cuatro desenlaces: autoejecuta, sugiere y espera aprobación, escala a una persona, o queda bloqueada. Hay categorías que no se automatizan por diseño: comprometer algo frente a un tercero y pedirle algo a una persona siempre esperan aprobación humana.

Sí, mediante lectura de solo lectura: una consulta a la base de datos con credenciales restringidas, una API REST que el ERP exponga, o un archivo que el ERP genere y deposite por SFTP, OneDrive o correo. Si el proceso exige devolver información al ERP, se habilita un endpoint específico de su API, autorizado uno por uno y con cada llamada auditada.

No, y no es una configuración que se pueda cambiar: la capacidad de escribir en la base de datos de un cliente no existe en la plataforma. Cuando un proceso necesita registrar algo en un sistema de la empresa, la acción se ejecuta llamando a una API que la propia empresa expone y autoriza endpoint por endpoint, con el payload validado contra un esquema, clave de idempotencia para no duplicar nunca y registro de cada llamada.

Escala, y escala con contenido. Un caso que queda esperando a una persona llega con una propuesta concreta —qué haría el Officer y por qué— o con constancia explícita de que no tiene una. No se fabrica una propuesta para llenar el hueco: alguien terminaría aprobando algo sin significado.