Saltar al contenido principal

Arquitectura

Una capa de decisión sobre los sistemas que ya usas.

OODARIS lee datos de tu ERP, de tu POS y de planificación. Por defecto, solo registra en tus sistemas lo que ha aprobado una persona identificada. Tus sistemas de registro siguen siendo la fuente de verdad.

Solicitar una revisión de arquitecturaVer el sistema operativo agéntico

Registro de decisión

Entrada 4417Aprobado

CL-03 Suburbano: escalón de rebaja B

  1. LeídoPorcentaje vendido, stock, tráfico, precio y plan de cada clúster14 fuentes
  2. Comprobado1.412 controles nocturnos detectaron 3 excepciones, entre ellas CL-03Durante la noche
  3. PropuestoEscalón B: un primer recorte más suave, mantenido dos semanas87 % de confianza
  4. Control de políticasDentro del límite de margen fijado por finanzas de mercancíaValidado
  5. AprobadoPlanificación de mercancía08:47
  6. Registrado en los sistemas
    • Condiciones de precio, SAP S/4HANA, 214 SKUOK
    • Órdenes de transferencia, de CL-04 a CL-03, 3 packsOK
    • Open-to-buy y plan de mercancía reproyectadosOK
  7. ReversiónReversible durante 14 díasDisponible
La traza 4417 vincula cada fila con sus datos de origen.Vista ilustrativa del producto

Ciclo de vida de la decisión

Cada decisión pasa por las mismas cinco etapas.

Una revisión de arquitectura se centra en los contratos entre ellas: qué recibe cada etapa, qué puede hacer, dónde firma una persona y qué queda en el registro.

  1. 01

    Reunir el contexto

    Incorporar el contexto relevante de producto, ubicación, calendario, inventario, plan y políticas.

    Contratos de datos canónicos
  2. 02

    Acotar y asignar el trabajo

    Asignar tareas delimitadas al agente, modelo, optimizador o servicio empresarial adecuado.

    Coordinador y contexto compartido
  3. 03

    Generar una recomendación

    Combinar evidencias y restricciones en una acción propuesta con justificación y confianza declarada.

    Modelos, optimización y reglas
  4. 04

    Revisar y aprobar

    Por defecto, una persona revisa cada recomendación antes de que se registren pedidos o cambios en los sistemas.

    Control de políticas y aprobación humana
  5. 05

    Escribir y aprender

    Enviar las acciones aprobadas mediante interfaces controladas y comparar después los resultados con el efecto esperado.

    API, eventos y pista de auditoría

Un plano de control para todo el flujo

Los controles acompañan a la decisión en lugar de reconstruirse en cada traspaso.

  • Límites de política que fijan tus equipos
  • Umbrales de confianza
  • Excepciones y aprobaciones humanas
  • Registros de decisión y linaje

Integraciones

Dónde encaja OODARIS en tu stack tecnológico

OODARIS lee de los sistemas que usas hoy y registra los cambios en el sistema al que corresponden. No se migra nada y tus sistemas de registro siguen siendo la autoridad.

Lee de

Merchandising y ERP
SAP ECC o S/4HANA, Microsoft D365, Oracle Retail, NetSuite, APTOS
Tiendas y comercio
POS, Shopify
Plataformas de datos
Almacenes de datos como Redshift, almacenamiento de objetos como S3
Todo lo demás
Fuentes personalizadas mediante API, flujos de eventos o exportaciones de archivos
OODARIS
  1. 01Un único modelo de datos de retailProductos, ubicaciones, calendarios y medidas de todas las fuentes, con linaje hasta el registro de origen.
  2. 02Cinco decisionesPlanificación financiera de mercancías, open-to-buy, surtido, asignación, y precios y rebajas.
  3. 03Aprobación de una persona identificadaPor defecto, no se escribe nada en los sistemas hasta que lo aprueba el responsable de la decisión. Si el responsable elige Autonomous, OODARIS actúa dentro de las reglas de control que haya fijado. Cada acción queda registrada con su motivo y se puede revertir.

Registra en tus sistemas

  • Condiciones de precio y rebajas, por ejemplo en SAP S/4HANA
  • Órdenes de transferencia y cambios de packs
  • Actualizaciones del plan: el open-to-buy (OTB) y el plan financiero de mercancías (MFP) reproyectados

Cada cambio se registra mediante las API o los canales de eventos del propio sistema de destino y queda anotado junto a la decisión que lo originó.

Para empezar un piloto, necesitamos

  • Historial de transacciones de ventas
  • Acceso al POS o al ERP, mediante una API o una exportación de archivos
  • Datos de inventario, idealmente a nivel de SKU

Seguridad y datos

Cómo se gestionan los datos, el acceso y las aprobaciones

Estas son las prácticas con las que se construye y se opera OODARIS. La revisión de arquitectura repasa cada una frente a tus propios requisitos.

Tratamiento de los datos
OODARIS lee los datos que necesita cada decisión y solo cambia tus sistemas con cambios que una persona ha aprobado o que se ejecutan dentro de los límites que fijó el responsable de la decisión. Tus sistemas de registro siguen siendo la fuente de verdad.
Aislamiento de clientes y entornos
Los datos de cada cliente permanecen dentro de su propio tenant y los entornos se mantienen separados.
Control de acceso
La identidad y el acceso por roles determinan quién puede ver, proponer, aprobar y ejecutar cada decisión. Los datos están cifrados.
Pista de aprobaciones
Cada recomendación, aprobación y modificación se registra con quién la hizo, cuándo y por qué. Las comprobaciones de políticas y los umbrales de confianza se aplican antes de que nada llegue a un aprobador.
Reversión
Cada cambio registrado en los sistemas tiene una vía de reversión, y la reversión queda en el mismo registro que la decisión.
Trazabilidad
Un único ID de traza vincula los datos de origen, las ejecuciones de agentes y modelos, la aprobación, el cambio registrado en los sistemas y el resultado.

Evaluación técnica

Lo que los responsables de tecnología preguntan primero

Las preguntas que los responsables de tecnología, IA y datos plantean al evaluar un Agentic OS, y qué conviene revisar juntos.

Encaje empresarial

¿Cómo encaja esto en la empresa que ya tenemos en marcha?

Se sitúa por encima de los sistemas que conservas y puede sustituir las herramientas de planificación que ya no necesitas: en ALDO Group, OODARIS sustituyó un sistema de planificación heredado y más de 20 hojas de cálculo. Lee datos de tu ERP, de tu POS y de planificación y, por defecto, solo registra las acciones aprobadas, a través de las interfaces de esos mismos sistemas. Un piloto llega a su primer ciclo operativo en 8–12 semanas.

Qué revisar juntos

  1. Integración con los sistemas empresariales existentes
  2. Seguridad, acceso y responsabilidad operativa
  3. Despliegue gradual con criterios claros de avance

Perfiles compuestos a partir de proyectos reales con empresas de retail

Tráiganos sus preguntas de arquitectura.

En la revisión situamos OODARIS en tu entorno: los límites de los sistemas, cómo se mueven los datos, el acceso y las aprobaciones, y quién opera qué. Trae a tus arquitectos empresariales y a tu equipo de seguridad.

Solicitar una revisión de arquitecturaReservar una demo

Qué ocurre después

  1. Una respuesta en un máximo de 24 horas

    Una persona del equipo de OODARIS lee su mensaje y le responde para concertar una primera llamada.

  2. La primera llamada

    Sus arquitectos revisan con nosotros cómo OODARIS lee sus datos, registra las aprobaciones, escribe los cambios en sus sistemas y los revierte.

  3. Un piloto, si encaja

    8–12 semanas hasta un primer ciclo operativo, con sus datos y sus aprobaciones.