Ir al contenido
  • Antigravity
  • Gemini Enterprise
  • Agent Engine · ADK
  • Vertex AI
  • Sin salir de Google Cloud

Tu Odoo dentro de Google Cloud

El mismo servidor MCP, consumido desde el ecosistema de Google: Antigravity para tu equipo técnico y agentes propios en Gemini Enterprise o Agent Engine para el resto de la operación. Un solo despliegue, una sola política de permisos.

Tres formas de consumirlo

El servidor no cambia. Lo que cambia es quién se identifica contra él y con qué permisos.

Ruta A · personas

Antigravity

Tu equipo técnico agrega el servidor a su IDE y trabaja con datos reales de Odoo mientras programa: revisar un modelo, generar un script de migración, validar datos antes de un despliegue.

Ruta B · agentes

Gemini Enterprise y Agent Engine

Tus agentes ADK publicados en Agent Engine y registrados en Gemini Enterprise consultan Odoo con identidad propia. La gente de negocio los usa desde su interfaz habitual, sin ver ninguna credencial.

Ruta C · código

SDK y otros clientes MCP

Cualquier cliente que hable MCP o cualquier backend propio: se autentica con la cuenta de servicio del componente y consume las mismas herramientas.

Cómo se autentica cada ruta

Ninguna ruta usa credenciales compartidas ni secretos pegados en un archivo de configuración.

Ruta
Identidad
Cómo se otorga
Antigravity
La persona, con su cuenta corporativa de Google
Flujo OAuth en el navegador la primera vez; el IDE guarda la sesión.
Agentes en GCP
Una cuenta de servicio por agente
El agente presenta su token de identidad de Google y recibe a cambio un token de acceso de corta duración con los permisos que le corresponden. Cero secretos nuevos que rotar.
Backend propio
La cuenta de servicio del componente
Igual que un agente, más la validación de la propia plataforma Cloud Run si el servicio queda privado.

Los tokens expiran en minutos y su alcance se decide por agente: uno puede leer inventario y otro escribir en proyectos, sin desplegar dos servidores distintos.

Gobierno, en serio

Lo que le pedirías a cualquier integración que toca tu ERP.

Una identidad por agente

Cada agente es revocable en segundos sin afectar a los demás. Nada de una credencial común para toda la flota.

Permiso mínimo por defecto

Un agente nuevo nace en solo lectura. La escritura se habilita cuando su comportamiento ya tiene historial limpio y tú lo apruebas.

Auditoría por llamada

Qué agente, qué herramienta, sobre qué modelo y con qué permisos. Sirve para responder «quién tocó esto» sin abrir la base.

Interruptor por agente y por herramienta

Se corta un agente puntual, o una herramienta para todos, sin redesplegar nada.

El dato no se mueve

El servidor vive en un proyecto dedicado a tu empresa y consulta tu Odoo. No hay copia intermedia ni índice externo de tu información.

Los permisos de Odoo mandan

El techo de todo agente son los grupos y reglas de registro de tu ERP, a través del usuario de servicio que tú defines.

Tu Odoo: el usuario de servicio y los tres planes

El servidor habla con tu Odoo a través de un usuario de servicio que tú creas y cuyos permisos fijan el techo de lo que cualquier agente puede hacer. Es un usuario interno de Odoo, así que cuenta como una licencia en tu suscripción. Cuántos tengas define el plan.

Plan 1

Compartido

Un usuario de servicio para todo. Quién hizo qué se ve en la auditoría del MCP (identidad, herramienta, permisos por llamada); en el chatter de Odoo aparece el usuario de servicio. +1 licencia. El punto de partida de todo piloto.

Plan 2 · recomendado

Por rol

Un usuario por perfil: lectura, ventas, inventario, contabilidad… El servidor usa el que corresponde al permiso del token. Odoo registra el rol que actuó. +1 licencia por rol (típico 2–4).

Plan 3

Por agente

Un usuario por agente o persona: el ERP mismo dice qué agente tocó cada registro, con sus propias reglas. +1 licencia por agente. Para quien quiere que Odoo sea la única fuente de auditoría.

Recomendamos empezar en el plan 1 y subir al 2 cuando el uso lo justifique; se cambia sin redesplegar. El usuario de servicio nunca debe ser administrador: sus permisos mínimos son parte de la implementación.

Elige el nivel de permisos

Cuatro niveles predefinidos. Selecciona uno, marca los módulos de Odoo que la IA debe alcanzar y verás exactamente qué herramientas quedan activas, qué grupos hay que dar al usuario de servicio y qué riesgo asumes. Puedes empezar bajo y subir después.

Lector

Herramientas que tendrá la IA

  • Buscar y leer odoo_search_read
  • Contar odoo_search_count
  • Leer por id odoo_read
  • Describir campos odoo_fields_get
  • Emitir informes odoo_run_report
  • Crear odoo_create
  • Modificar odoo_write
  • Ejecutar acciones odoo_call_action
  • Eliminar odoo_unlink
  • Ejecutar métodos odoo_execute

lectura escritura no incluida en el nivel desactivada en tu servidor

Riesgo y control

Módulos de Odoo que alcanzará

Grupos a dar al usuario de servicio en Odoo

    Además de Usuario interno, que siempre lleva. Nunca «Ajustes: Administrador» ni «Derechos de acceso».

    Los cuatro niveles, lado a lado

    Nivel
    Permiso OAuth
    Herramientas
    Grupos típicos en Odoo
    Para quién
    Lector
    odoo:read
    5 de lectura
    «Usuario» de cada módulo · Facturación «Solo lectura»
    Pilotos, asistentes de consulta, dashboards conversacionales
    Auditor
    odoo:read
    5 de lectura, alcance ampliado
    Lo anterior + Contabilidad «Solo lectura» · acceso multiempresa · Mostrar funciones contables completas
    Control de gestión, finanzas, auditoría interna y externa
    Editor
    odoo:read + odoo:write
    8 (sin eliminar ni ejecutar métodos)
    «Usuario: todos los documentos» en los módulos marcados · Facturación «Facturación»
    Equipos comerciales, operaciones, back-office asistido
    Propietario
    odoo:read + odoo:write
    10, catálogo completo
    «Administrador» del módulo (nunca de Ajustes) · Facturación «Contador»
    Agentes de automatización supervisados con revisión humana

    Dos capas, un techo

    El nivel fija qué herramientas existen en tu servidor (capa MCP). Los grupos del usuario de servicio fijan qué modelos y registros alcanzan (capa Odoo). La IA solo puede lo que ambas capas permiten: un Lector con grupos amplios sigue sin poder escribir, y un Editor sin el grupo de Compras no ve órdenes de compra.

    Un nivel por identidad

    Con el plan por rol, cada persona o agente autorizado se asocia a un nivel y a su propio usuario de servicio. Ventas puede ser Editor mientras Finanzas es Auditor, sobre el mismo servidor.

    Subir o bajar de nivel

    Se cambia desde tu portal o con un ticket: ajustamos los permisos del servidor y los grupos en Odoo. No hay que reinstalar nada en Claude ni en Antigravity; la próxima conversación ya ve el nuevo catálogo. Bajar es inmediato; subir a Propietario requiere confirmación de tu administrador.

    Lo que ningún nivel permite

    Entrar como administrador de Odoo, cambiar derechos de acceso, instalar módulos, ver contraseñas o claves API, ni acceder a otra base de datos. El usuario de servicio nunca es una persona real y su clave nunca pasa por la IA ni por el chat.

    Sobre Propietario. Es el único nivel en que la IA puede borrar registros y llamar a cualquier método del ORM. Recomendamos usarlo solo para agentes con supervisión humana en cada acción, sobre un usuario de servicio propio, y revisando su registro de auditoría cada semana. Si dudas, elige Editor: cubre el 95 % de los casos de uso reales.

    Costos y consumo: medidos y sin sorpresas

    Sellside es partner de Google Cloud. Tu proyecto se factura a través de esa relación, con la infraestructura y los modelos al costo de Google y el detalle por componente en tu informe mensual.

    Tokens de modelo

    Si tus agentes corren sobre Vertex AI en tu proyecto, el consumo de cada modelo queda medido por producto y período, y lo ves en tu informe. Aquí sí se puede responder cuántos tokens gastó cada agente.

    Infraestructura del MCP

    El servidor y sus servicios nacen etiquetados por cliente, componente, entorno y agente: el gasto se corta por cualquiera de esas dimensiones.

    Uso de herramientas

    Llamadas por agente y por herramienta, para saber qué está usando de verdad la operación y qué no justifica su costo.

    Tu factura de Sellside incluye implementación, servicio y el consumo real de Google Cloud de tu proyecto, desglosado. Las licencias de usuario de Odoo (el usuario de servicio de tu plan) las pagas a Odoo como el resto de tus usuarios.

    Planes de servicio en Google Cloud

    El servicio incluye el despliegue del servidor MCP en Cloud Run, la configuración del usuario de servicio en Odoo y el gobierno de identidades con Google Cloud Secret Manager y Vertex AI.

    STARTER

    Plan Starter

    $ 29.900 CLP / mes

    Ideal para desarrollo y consultas de lectura

    ⚡ Contratar Starter
    • Hasta 5.000 llamadas a tools / mes
    • Acceso de solo lectura (*:read)
    • Cloud Run Multi-tenant (Santiago, Chile)
    • OAuth 2.1 y soporte por correo
    POPULAR · RECOMENDADO

    Plan Pro

    $ 89.900 CLP / mes

    Para operaciones de negocio y flujos completos

    ⚡ Contratar Pro
    • Hasta 50.000 llamadas a tools / mes
    • Lectura y Escritura autorizada (*:read, *:write)
    • Cloud Run Prioritario de Alta Disponibilidad
    • Monitoreo continuo e interruptor de emergencia
    • Soporte prioritario el mismo día hábil
    ENTERPRISE

    Plan Enterprise

    $ 299.900 CLP / mes

    Máximo aislamiento, soberanía de datos y SLA

    ⚡ Contratar Enterprise
    • Llamadas a tools y usuarios ilimitados
    • Proyecto GCP dedicado desplegado vía Terraform
    • Aislamiento IAM, VPC privada y Secret Manager
    • Scopes y modelos LLM personalizados
    • SLA corporativo 99.9% y soporte C-Suite 24/7
    🛡️ Pago 100% transaccional procesado por Mercado Pago (Webpay Plus, Tarjetas de Crédito/Débito, Saldo MP).
    ✓ Aprovisionamiento Inmediato ✓ Facturación Electrónica SII ✓ Cero Permanencia

    El consumo de Vertex AI o Gemini Enterprise se factura directamente en tu cuenta o facturación de Google Cloud. Las licencias de usuario de Odoo (el usuario de servicio de tu plan) las pagas a Odoo como el resto de tus usuarios.

    La guía de implementación

    La configuración para Antigravity, el alta de identidades de tus agentes y los datos de tu despliegue están disponibles al iniciar sesión con la cuenta de tu suscripción.

    Preguntas frecuentes

    ¿Necesito Claude para esta ruta?

    No. Todo ocurre dentro de tu ecosistema Google. Si además alguien de tu equipo quiere usar Claude, el mismo servidor lo atiende sin desplegar nada nuevo.

    ¿Quién paga la nube?

    El proyecto de Google Cloud se factura a través de Sellside como partner de Google, al costo de Google y con el desglose por componente. No necesitas administrar una cuenta de facturación propia.

    ¿Se puede usar Antigravity y agentes al mismo tiempo?

    Sí, y es lo habitual: personas en el IDE con su identidad, agentes con la suya. Cada uno con su alcance y su rastro de auditoría.

    ¿ Y si todavía no tenemos Gemini Enterprise?

    No es requisito. Puedes empezar con Antigravity o con un agente propio en Cloud Run y sumar Gemini Enterprise cuando lo tengas.

    ¿Qué pasa si un agente se comporta mal?

    Se corta su identidad. Deja de tener acceso al instante, sin tocar a los demás agentes ni a las personas.

    ¿Puedo empezar en solo lectura?

    Es lo recomendado. La escritura se habilita después, agente por agente, con tu aprobación expresa.

    ¿Lo montamos en tu proyecto?

    Media hora para revisar tu Odoo y tu organización en Google Cloud. El despliegue toma un día hábil.

    ← Ver la misma solución para Claude