Implementar Claude en una empresa no requiere cambiar de ERP, CRM ni de suite ofimática. Claude se monta sobre los sistemas existentes en tres niveles: (1) archivos y documentos exportados, (2) conectores MCP con Microsoft 365, Google Workspace, Holded u Odoo, y (3) Claude Code para automatizaciones y módulos sobre el propio sistema. La regla práctica: flujo abstracto con criterio humano → Claude con conectores; flujo claro y repetitivo → automatización con Claude Code.
En casi todas las llamadas de filtro aparece la misma frase: "nosotros ya tenemos Odoo (o Holded, o Sage, o un CRM propio) y no vamos a cambiarlo". Es la objeción correcta, porque la mayoría de proyectos de "IA para empresas" que fracasan lo hacen por intentar meter una plataforma nueva en una operativa que funcionaba. La respuesta corta es que Claude no sustituye nada: es una capa de razonamiento que se sienta encima de lo que ya hay. Este artículo explica cómo, con los tres niveles que usamos en cada implementación y ejemplos de casos reales.
Por qué no hay que cambiar de sistema
Los ERP y CRM son sistemas de registro: guardan pedidos, facturas, clientes y movimientos. Claude es un sistema de razonamiento: lee, redacta, analiza, compara y decide con criterio. No compiten. La implementación consiste en dar a Claude acceso (de lectura, y cuando conviene de escritura) a los datos del sistema de registro para que haga el trabajo que hoy hace una persona entre pantallas.
Según el Barómetro IndesIA, menos del 3% de las pymes españolas tiene la IA integrada en sus operaciones. La causa no es la falta de herramientas sino el diseño de los proyectos: si implantar IA implica migrar datos, formar en un sistema nuevo y cambiar hábitos, el proyecto muere por fricción antes de generar retorno. Montar Claude sobre lo existente elimina esa fricción.
Los tres niveles de integración
Nivel 1 — Archivos y documentos (sin integración técnica)
El nivel de entrada, y suficiente para más procesos de los que parece. La empresa exporta lo que ya tiene (listados de Excel, PDFs de contratos, plantillas de Word, exportaciones del CRM) y Claude trabaja sobre ello dentro de un Project con las instrucciones y el conocimiento de la empresa.
Ejemplos reales: un instituto de formación con toda su metodología, ejemplos y glosario en una carpeta de archivos que alimenta los Projects de creación de contenido; un estudio de arquitectura con sus plantillas de memoria técnica y normativa aplicable; una empresa industrial con sus modelos de presupuesto y certificado.
Cuándo basta: cuando el proceso consiste en producir un documento con criterio a partir de información que ya está en archivos. Es el nivel que explicamos en la arquitectura de conocimiento.
Nivel 2 — Conectores MCP con las herramientas actuales
MCP (Model Context Protocol) es el estándar abierto con el que Claude se conecta a aplicaciones externas: lee y escribe en ellas desde la propia conversación. En los planes de empresa existen conectores oficiales para Microsoft 365 (Outlook, Teams, SharePoint, OneDrive), Google Workspace (Gmail, Calendar, Drive), y un catálogo creciente para herramientas de gestión, contabilidad, CRM y analítica. Cuando no hay conector oficial, se construye uno sobre la API del sistema.
Ejemplos reales: Claude conectado a Holded, Google Ads y Meta Ads en el instituto de formación, con skills que extraen los datos, los comparan con objetivos y generan el informe operativo que antes se consolidaba a mano en hojas de cálculo. Claude sobre Microsoft 365 en directivos que preparan reuniones, responden correo con criterio y analizan documentos sin salir de su entorno. La guía específica está en Claude con Microsoft 365.
Cuándo hace falta: cuando el proceso necesita datos vivos de varias herramientas y una persona decide sobre el resultado (informes, respuestas a clientes, preparación de decisiones).
Nivel 3 — Claude Code sobre el propio sistema
Para flujos claros y repetitivos que no necesitan a nadie en el bucle, Claude Code permite construir automatizaciones y módulos directamente sobre el sistema existente: scripts que leen un buzón y crean registros en el ERP, módulos de Odoo, integraciones entre dos herramientas, paneles diarios.
Ejemplo real: un grupo de catering y eventos con Odoo tenía un proveedor externo que llevaba seis meses sin entregar una automatización de leads. Con Claude Code se diseñó un parser del buzón de contacto que crea el lead en Odoo con el comercial asignado y prepara la primera respuesta por WhatsApp; las encuestas de menú y material pasan a generar presupuesto y pedido; y los desarrollos de rentabilidad por evento se auditaron (con detección de fallos críticos) y se rediseñaron como módulos independientes, probados en staging antes de tocar producción. El ERP siguió siendo Odoo. Lo que cambió es quién construye sobre él.
Cuándo hace falta: cuando el flujo es determinista, se repite decenas de veces al mes y el coste de que lo haga una persona es alto. Y con una condición: se prueba en staging y se documenta, porque un módulo mal hecho sobre un ERP en producción es peor que ninguno.
La regla para decidir el nivel
Flujo abstracto, con matices y criterio humano (redactar, analizar, proponer, responder a un cliente): Claude con archivos o conectores y una persona que revisa. Flujo claro, repetitivo y con reglas fijas (crear un registro, transformar un formulario en un pedido, consolidar datos en un panel): automatización con Claude Code. Cuando hay dudas, se empieza por el primero y se automatiza después de haberlo hecho a mano con Claude varias veces.
Esta regla es la que dejamos a cada cliente para que decida por su cuenta después del programa. Es más útil que cualquier lista de casos de uso, porque permite evaluar procesos nuevos sin consultor.
| Característica | Claude con archivos / conectores (humano en el bucle) | Automatización con Claude Code |
|---|---|---|
| Tipo de proceso | Abstracto, con criterio: redactar, analizar, proponer | Determinista y repetitivo: registrar, transformar, consolidar |
| Quién revisa | Una persona, cada vez | Nadie en el día a día; revisión periódica |
| Tiempo de montaje | Horas (dentro de una sesión de Build) | Días (diseño, staging, pruebas) |
| Requiere cambiar de sistema | ||
| Ejemplos | Informes, respuestas a clientes, contenido, presupuestos con matices | Leads → ERP, encuesta → pedido, panel diario, módulos de rentabilidad |
| Riesgo si se hace mal | Bajo: se corrige en la revisión | Medio: hay que probar antes de producción |
Herramientas sobre las que ya hemos implementado Claude
- Odoo: creación de leads, presupuestos y pedidos, auditoría y rediseño de módulos propios, panel diario.
- Holded: extracción de datos contables y de facturación para informes operativos y comparación con objetivos.
- Microsoft 365 (Outlook, Word, Excel, PowerPoint, SharePoint): correo con criterio, documentos, análisis y preparación de decisiones para directivos.
- Google Workspace (Gmail, Drive, Sheets): consolidación de datos, documentación y contenido.
- Google Ads y Meta Ads: reporting automático y comparación con objetivos.
- CRM propios y plataformas todo-en-uno: vía exportaciones (nivel 1) o API (niveles 2 y 3) según lo que permita cada sistema.
Si tu sistema no está en la lista, la pregunta relevante no es "¿tiene conector?" sino "¿exporta datos o tiene API?". Con cualquiera de las dos, hay un nivel de integración viable.
Lo que sí hay que revisar antes de conectar
Privacidad y alcance. En los planes de empresa de Claude (Team y Enterprise) existe DPA y no se entrena con los datos de la empresa, pero conviene decidir qué áreas y qué datos entran en cada conector, sobre todo en sectores regulados. En un laboratorio farmacéutico, por ejemplo, el arranque acota explícitamente qué queda fuera (farmacovigilancia, fórmulas). Lo tratamos en contratar Claude en una empresa española.
Cómo lo hacemos en el programa
En la Discovery mapeamos el stack real de la empresa (no el que aparece en la web, el que usa la gente) y asignamos un nivel a cada proceso candidato. En las sesiones de Build montamos los de nivel 1 y 2 en directo con el equipo; los de nivel 3 se diseñan entre sesiones y se prueban en staging. Al terminar, la empresa tiene los flujos funcionando sobre sus sistemas de siempre, la documentación de cada uno y la regla para decidir los siguientes.
No. Claude se implementa sobre los sistemas existentes en tres niveles: archivos exportados, conectores MCP y automatizaciones con Claude Code. Hemos trabajado sobre Odoo, Holded, Microsoft 365, Google Workspace y CRMs propios sin migrar ninguno.
Sí. Para lectura y creación de registros se usa la API de Odoo desde Claude Code o un conector MCP; para lógica propia (rentabilidad por evento, transformación de encuestas en pedidos) se construyen módulos independientes que se prueban en staging antes de producción.
Sí, a través de su API. En una implementación real, Claude extrae datos de contabilidad y facturación de Holded junto con Google Ads y Meta Ads para generar informes operativos comparados con objetivos.
MCP (Model Context Protocol) es el estándar abierto con el que Claude se conecta a aplicaciones externas. Para una pyme significa que Claude puede leer y escribir en Microsoft 365, Google Workspace y muchas herramientas de gestión sin desarrollo a medida, y que las conexiones no dependen de un proveedor concreto.
Cuando el flujo es claro, repetitivo y con reglas fijas, se ejecuta muchas veces al mes y no necesita criterio humano en cada ejecución. Si hay matices o decisiones, es mejor Claude con conectores y una persona revisando.
Si exporta datos, se trabaja a nivel de archivos. Si tiene API, se construye un conector o una automatización con Claude Code. Solo si no permite ninguna de las dos cosas hay que buscar una vía alternativa, y es raro.
¿Quieres implementar Claude en tu empresa?
Te ayudamos a pasar de la teoría a la práctica en 4 semanas, sin dependencias.
