Durante el desarrollo
Crea y verifica el código
Tu equipo y los agentes de IA trabajan con el mismo modelo Glages. Los requisitos, las pruebas y las verificaciones de la implementación comparten la misma lógica de negocio.
Crea aplicaciones y
automatización con agentes de IA
a partir de modelos de
procesos de negocio de Glages
02El producto
Un modelo para tu código,
tu equipo y la IA
No desarrolles la misma lógica de negocio desde cero. Empieza con un modelo que define las reglas, los datos, las acciones y los resultados del proceso en una forma verificable por software.
Modelo Glages
La lógica de negocio en el centro de tu producto
Datos
Reglas
Acciones
Resultados
Durante la ejecución
Mantén las operaciones bajo control
La aplicación utiliza el mismo modelo con los datos actuales: comprueba cada acción antes de ejecutarla y se detiene si no se cumplen las condiciones necesarias.
Qué define un modelo Glages
La estructura de un proceso:
Entidades y relaciones
Los objetos del proceso y cómo se relacionan
Estados y transiciones
Qué puede cambiar y bajo qué condiciones
Datos y fuentes
Los hechos necesarios y las fuentes aceptables
Reglas y restricciones
Qué se permite, qué se bloquea y a quién
Acciones y resultados
Las operaciones disponibles y sus posibles resultados
Condiciones de parada y trazas
Cuándo detenerse y qué evidencias registrar
03Automatización fiable
Acciones de IA bajo el control de un modelo Glages
La IA interpreta una solicitud y propone una acción. La aplicación la verifica con el modelo Glages y los datos actuales antes de ejecutarla. La propuesta de un agente no es un permiso para mover dinero ni modificar un pedido.
Bloquea operaciones no permitidas
La aplicación bloquea las acciones que incumplen las reglas del modelo antes de ejecutarlas, en lugar de corregir las consecuencias.
No conviertas suposiciones en acciones
Si falta un dato obligatorio, la operación se detiene. El sistema indica qué falta en lugar de elegir la respuesta más probable.
Entiende cada decisión
Los datos, las comprobaciones y los motivos quedan registrados para saber por qué se permitió o se detuvo una acción.
Antes de ejecutar una acción
La IA propone una acción
Por ejemplo, realizar un reembolso
La aplicación verifica
Modelo Glages + datos actuales
Permitida
Se cumplen las condiciones y la operación puede continuar
Bloqueada
La operación no se ejecuta y el motivo queda registrado
Faltan datos
La ejecución espera los datos o un estado fiable
Un fallo de un servicio externo se registra por separado: no equivale a un rechazo por las reglas del proceso.
No solo instrucciones para la IA: reglas aplicadas por software
Para mantener las acciones de IA bajo control, el equipo integra comprobaciones obligatorias en la aplicación. Todas las operaciones controladas deben pasar por ellas. Incluir el modelo en un mensaje no equivale a aplicar sus reglas mediante software.
04Glages en la práctica · Escenario ilustrativo
El servicio de pagos no respondió
¿Hay que reembolsar otra vez?
El cliente pagó $2.000 y se aprobó un reembolso parcial de $800. Otros $800 podrían no superar el pago original, pero duplicarían el mismo reembolso.
Un agente ya solicitó el reembolso, pero no recibió respuesta. El cliente vuelve a contactar por otro canal y un segundo agente está listo para repetir el pago.
Control según el modelo Glages
Sin respuesta no significa sin reembolso
La aplicación verifica primero la operación original. No autoriza otro pago mientras se desconozca el resultado.
Reembolso confirmado
No volver a pagarlo
Pendiente o resultado desconocido
Aclarar el estado, sin crear otro pago
Fallo definitivo confirmado
Verificar las condiciones antes de otro intento
Dos agentes, un proceso de reembolso coherente
Un modelo Glages define las reglas para ambos agentes, desde el desarrollo hasta la ejecución.
Detalles de implementación
Usa un identificador de reembolso y un estado compartido persistente para todos los canales. Verifica las condiciones y registra cada intento de forma atómica, para que dos agentes no puedan superar la misma comprobación.
Un reintento de red pertenece a la operación original; no es un nuevo pago. Guarda la clave de idempotencia y los parámetros antes del envío y respeta el contrato del proveedor y el plazo de conservación de la clave.
Concilia el resultado original mediante la API o eventos autenticados, gestionando duplicados y mensajes tardíos. Pendiente confirmado y resultado desconocido son estados distintos, aunque ninguno permite otro pago. Escala los casos sin resolver en lugar de repetir el pago.
05Ahorro de tiempo y presupuesto
Reduce los costos de desarrollo, IA y mantenimiento con Glages
Usa modelos Glages para crear y verificar código con agentes de IA. Tras el lanzamiento, ejecuta la lógica habitual mediante software, sin llamadas innecesarias al modelo de lenguaje.
01Desarrollo
Menos lógica que reconstruir
Glages define las reglas, los datos necesarios y las variantes previstas del proceso. Usa esa base en una aplicación o automatización y reutilízala en otros proyectos compatibles.
02Verificación
Menos retrabajo y comprobaciones manuales
El código, los requisitos y las pruebas comparten un modelo. Verificar la implementación frente a ese modelo ayuda a detectar incumplimientos de las reglas antes del lanzamiento.
03Uso de IA
Menor consumo de tokens
El código convencional procesa las reglas habituales. Cuando sustituye llamadas al modelo de lenguaje, baja el consumo de tokens. La IA se usa para interpretar y generar, no para reconstruir las reglas.
CódigoReglas del proceso
IAInterpretación y generación
04Mantenimiento
Código más fácil de mantener y modificar
El modelo conserva las reglas y restricciones. El siguiente desarrollador o agente recibe el código con su contexto, sin tener que redescubrir cómo funciona el proceso.
06Modelos y aplicaciones
Modelos Glages — de un proceso a un área de negocio
Empieza por una tarea o conecta varios procesos en tu aplicación. Elige un ejemplo cercano a tu proyecto y hablemos del alcance y la disponibilidad del modelo.
Elige el alcance de tu proyecto
Un modelo de un área de negocio conecta varios procesos y las reglas que los mantienen coordinados.
Un modelo de proceso cubre una tarea concreta y puede reutilizarse en proyectos compatibles.
01 / 10Explora los ejemplos
Área de negocio
Comercio electrónico
Conecta pedidos, pagos, entregas y atención al cliente.
Ejemplos de procesos
- Pedidos y pagos
- Inventario y envíos
- Devoluciones y reembolsos
Ejemplo de relación
Hablar de esta área
Tras enviar un artículo, cambian las acciones disponibles: la devolución sustituye a la simple cancelación.
Área de negocio
Hotelería
Conecta reservas, pagos y disponibilidad de habitaciones.
Ejemplos de procesos
- Reservas
- Entrada y acceso
- Salida y liquidación
Ejemplo de relación
Hablar de esta área
La reserva no basta para dar acceso: también importan las fechas, el pago, la identidad y que la habitación esté lista.
Área de negocio
Logística
Coordina entregas entre operadores, transporte e incidencias.
Ejemplos de procesos
- Recepción y envío
- Entrega
- Reclamaciones
Ejemplo de relación
Hablar de esta área
Crear una etiqueta no confirma la entrega al transportista: el cambio de estado necesita la evidencia correspondiente.
Área de negocio
Gestión inmobiliaria
Conecta contratos, acceso y mantenimiento de inmuebles.
Ejemplos de procesos
- Contratos y cobros
- Acceso
- Mantenimiento
Ejemplo de relación
Hablar de esta área
Renovar o terminar un contrato requiere actualizar de forma coordinada los accesos y las obligaciones relacionadas.
Área de negocio
Talleres de automoción
Conecta diagnóstico, presupuesto, reparación y entrega.
Ejemplos de procesos
- Diagnóstico y presupuesto
- Trabajo y piezas
- Aceptación y pago
Ejemplo de relación
Hablar de esta área
Detectar otra avería no autoriza a aumentar el presupuesto: el trabajo adicional necesita aprobación.
Área de negocio
Procesos de seguros
Para un tipo de seguro, una cobertura y unas reglas definidos.
Ejemplos de procesos
- Solicitudes
- Documentación y cobertura
- Decisión y pago
Ejemplo de relación
Hablar de esta área
El pago depende de la cobertura confirmada, la documentación y la decisión, no solo del importe reclamado.
Área de negocio
Proyectos de construcción
Coordina etapas, cambios y pagos del proyecto.
Ejemplos de procesos
- Etapas y cambios
- Aceptación del trabajo
- Facturas y pagos
Ejemplo de relación
Hablar de esta área
Pagar una etapa exige la aceptación prevista, no solo un informe de que el trabajo ha terminado.
Área de negocio
Administración de clínicas
Coordina citas, documentos y cobros, sin tomar decisiones clínicas.
Ejemplos de procesos
- Citas y cambios
- Documentos y consentimiento
- Facturación y cobros
Ejemplo de relación
Hablar de esta área
Tener una cita no confirma que estén presentes los documentos y consentimientos necesarios: son condiciones distintas.
Área de negocio
Operaciones contables
Conecta documentos, aprobaciones y liquidaciones según un alcance contable definido.
Ejemplos de procesos
- Documentos originales
- Conciliación y aprobación
- Facturas y liquidaciones
Ejemplo de relación
Hablar de esta área
Una factura pagada y una obligación liquidada son estados distintos: una diferencia requiere revisión.
Área de negocio
Servicio técnico y reparación
Coordina solicitudes, trabajo aprobado y confirmación del resultado.
Ejemplos de procesos
- Solicitudes y presupuestos
- Trabajo y materiales
- Aceptación y garantía
Ejemplo de relación
Hablar de esta área
La finalización del trabajo y su aceptación por el cliente son eventos distintos con consecuencias diferentes.
Modelo de proceso
Pagos
Vincula el pago a una obligación y a la confirmación de la fuente requerida.
Qué define el modelo
- Importe y destinatario
- Confirmación
- Resultado
Ejemplo de regla
Hablar de este proceso
El mensaje «ya he pagado» no sustituye la confirmación del servicio de pagos.
Modelo de proceso
Reembolsos
Comprueba el derecho al reembolso, el importe y los intentos anteriores.
Qué define el modelo
- Derecho al reembolso
- Importe e historial
- Permiso o espera
Ejemplo de regla
Hablar de este proceso
Un resultado desconocido no autoriza otro pago por la misma obligación.
Modelo de proceso
Entrega
Determina las acciones disponibles según el estado del envío.
Qué define el modelo
- Envío y entrega al operador
- Confirmación de entrega
- Excepciones
Ejemplo de regla
Hablar de este proceso
Cambiar la dirección después de la entrega al transportista requiere otro proceso que hacerlo antes del envío.
Modelo de proceso
Reservas
Controla la disponibilidad, las retenciones y su vencimiento.
Qué define el modelo
- Recurso y franja horaria
- Retención
- Confirmación o liberación
Ejemplo de regla
Hablar de este proceso
Las solicitudes simultáneas deben considerar las retenciones activas, no solo la disponibilidad inicial.
Modelo de proceso
Aprobaciones
Vincula la decisión a una persona autorizada y una versión de la solicitud.
Qué define el modelo
- Objeto de aprobación
- Autoridad
- Decisión y condiciones
Ejemplo de regla
Hablar de este proceso
Aprobar un presupuesto anterior no autoriza un importe nuevo ni un trabajo diferente.
Modelo de proceso
Comprobación de documentos
Define los documentos necesarios, las fuentes aceptadas y su validez.
Qué define el modelo
- Información necesaria
- Fuente y vigencia
- Diferencias
Ejemplo de regla
Hablar de este proceso
Tener un archivo no demuestra que sea válido ni que corresponda al caso.
Modelo de proceso
Gestión de reclamaciones
Mantén vinculadas las solicitudes, las pruebas y la compensación.
Qué define el modelo
- Solicitudes y pruebas
- Historial de decisiones
- Compensación
Ejemplo de regla
Hablar de este proceso
Dos contactos sobre la misma reclamación no deben generar automáticamente dos compensaciones.
Modelo de proceso
Reparaciones
Conecta el diagnóstico, el trabajo autorizado y la aceptación.
Qué define el modelo
- Diagnóstico
- Trabajo aprobado
- Aceptación
Ejemplo de regla
Hablar de este proceso
El trabajo fuera del presupuesto aprobado necesita otra autorización, no una suposición de la IA.
Modelo de proceso
Facturación
Vincula el motivo de la factura, su importe y la obligación correspondiente.
Qué define el modelo
- Motivo e importe
- Emisión y ajustes
- Estado de liquidación
Ejemplo de regla
Hablar de este proceso
Un aviso repetido de finalización no debe crear por sí solo otra factura por la misma etapa.
Modelo de proceso
Cambios en obligaciones
Controla qué condiciones se aplican tras un cambio acordado.
Qué define el modelo
- Condiciones actuales
- Cambio acordado
- Obligaciones actualizadas
Ejemplo de regla
Hablar de este proceso
Las fechas o importes nuevos deben sustituir de forma coherente a los anteriores en los procesos afectados.
Áreas distintas. Procesos comunes
Los pagos, las reservas y las comprobaciones de documentos se repiten en distintos sectores. La fábrica Glages reutiliza modelos de procesos compatibles para crear modelos de áreas de negocio, sin reconstruir la misma lógica.
Para tu equipo
Equipos de producto
Desarrolla software sectorial, productos de IA, CRM, ERP y aplicaciones de autoservicio sobre una lógica de negocio común.
Integradores de sistemas
Crea soluciones para distintos clientes sobre una base reutilizable. Céntrate en las integraciones y sus necesidades, no en formalizar otra vez los mismos procesos.
Equipos internos
Conecta sistemas existentes en procesos controlados con condiciones de ejecución, restricciones y motivos de parada explícitos.
¿Tu proyecto no encaja en estos ejemplos?
Cuéntanos qué necesitas. Hablaremos del modelo adecuado, los escenarios que debe cubrir y su disponibilidad para empezar.
07Cómo empezar
Empieza con un proceso
Evalúa el valor de Glages
Elige un proceso de tu aplicación o automatización. Úsalo para evaluar qué trabajo puede reducir el modelo y qué operaciones puede ayudar a controlar.
Cuéntanos qué estás creando
¿Qué sistemas y herramientas de IA usas? ¿Quieres mejorar los plazos, los costos de IA o la fiabilidad? Basta con una descripción breve.
Elige el modelo adecuado
Evaluaremos el encaje y los requisitos de integración. Acordaremos la disponibilidad, las condiciones y el alcance del primer proyecto.
Evalúa el resultado
Tu equipo aplica el modelo al proceso elegido. Definimos de antemano qué comparar: tiempo, retrabajo, tokens o cumplimiento de las reglas.
Evalúa primero un proceso. Amplía el uso a partir de los resultados.
Hablemos de tu proyecto08Modelos y licencias
Obtén una licencia de Glages para tu proyecto
Obtén una licencia de un modelo Glages específico como base para desarrollar y ejecutar tus aplicaciones y automatizaciones.
De un proceso a un dominio de negocio
Un modelo puede abarcar un proceso, como un reembolso, o un conjunto relacionado: pedidos, pagos, envíos y devoluciones.
Buscaremos un modelo para tu proyecto. Si no hay uno adecuado, podemos evaluar la viabilidad, el alcance y los plazos de uno nuevo.
Glages Model Factory
Una tecnología de producción y verificación detrás de cada modelo
Glages Model Factory es nuestro sistema de producción de modelos reutilizables. El enfoque combina componentes reutilizables, verificaciones formales y una evaluación de la cobertura del alcance declarado. Los nuevos modelos aprovechan componentes, pruebas y correcciones anteriores.
ComponentesPruebasModelo
Para tu empresa
Licencia anual del modelo elegido
Para tu producto
Licencia OEM para integrar el modelo en una aplicación o plataforma
Para varios proyectos
Uso del modelo en distintos productos o soluciones para clientes
Condiciones claras antes de empezar
Acordamos de antemano el modelo, los usos permitidos, el precio, las actualizaciones y el soporte.
09Resolvemos tus dudas
Qué debes saber sobre Glages Models
¿Es otro modelo de IA o un agente?
Los modelos Glages no son redes neuronales. Definen procesos de negocio y sus reglas en una forma verificable por software. No sustituyen al agente: definen el proceso y los límites dentro de los que puede trabajar.
¿En qué se diferencia de un documento de instrucciones?
Un documento requiere interpretación. El modelo expresa reglas y condiciones que el software puede verificar. En la ejecución controlada, la aplicación comprueba si se permite la operación, no solo el agente que la propuso.
¿Garantiza que no habrá errores?
No. El control se aplica a las reglas formalizadas y a las operaciones integradas. Puede haber errores en el modelo, los datos, las integraciones o los servicios externos. El objetivo es bloquear acciones que incumplan el modelo y distinguir entre resultados de negocio, datos ausentes y fallos técnicos.
¿Podemos usar el código y las herramientas de IA que ya tenemos?
El enfoque permite una adopción gradual y la integración mediante la interfaz del modelo. La compatibilidad con lenguajes, agentes y herramientas concretos se verifica para el modelo y el modo de uso elegidos.
¿Cómo se adapta a los requisitos de nuestra empresa?
La aplicación conecta sus propios datos, sistemas y parámetros admitidos por el modelo. Si un proceso queda fuera de su alcance, evaluamos si hace falta otro modelo o una nueva versión. El agente no debe inventar reglas de negocio durante la ejecución.
¿La IA debe seguir dentro de la aplicación?
No necesariamente. Puedes usarla solo durante el desarrollo. Después, el proceso puede ejecutarse mediante software convencional, servicios externos, personas o agentes, según los requisitos del modelo.
¿Podemos empezar ahora?
Podemos hablar de tu proyecto y de un posible piloto. Glages está en desarrollo; la disponibilidad, las herramientas y los plazos se definen para cada modelo.
¿Los ejemplos son modelos disponibles?
Las tarjetas ilustran posibles aplicaciones. Evaluamos si existe un modelo publicado adecuado, qué cubre y qué necesita tu implementación.
10Hablemos de tu proyecto
¿Qué quieres desarrollar más rápido y automatizar con mayor fiabilidad?
Cuéntanos qué estás creando y dónde utilizas IA. Evaluaremos un caso adecuado, los requisitos de integración y cómo medir el valor de un piloto.
Basta con una descripción breve. No incluyas información confidencial.
¿En qué estás trabajando?
Caso elegido