Claude Enterprise

Qué es Claude Enterprise

Claude Enterprise es el plan de Anthropic para una organización, no para una persona. Lo que se compra es un espacio de inquilino: un único entorno administrado en el que cada miembro inicia sesión con la identidad de la empresa, encuentra el mismo Claude en cada herramienta y deja tras de sí un registro auditable. Desde que la experiencia unificada alcanzó la disponibilidad general para Enterprise el 23 de octubre de 2026, una conversación que empieza como simple chat puede continuar en Cowork, un entorno aislado en la nube que abre archivos, ejecuta código y vuelve con resultados, y regresar después al chat sin que el usuario cambie de ventana. El asiento abre también Claude Code para ingenieros, Claude Design, Docs y Slides, Claude para Microsoft 365, Claude en Chrome, Claude en Slack y Claude Security, junto con Proyectos, Artifacts, memoria, Skills, plugins y conectores.

Cómo lo sabemos es sencillo, porque el registro es público y está fechado. El anuncio de Anthropic del 4 de septiembre de 2024 presentó el plan con una ventana de contexto mayor, inicio de sesión único, aprovisionamiento SCIM, registros de auditoría, permisos por rol y una integración nativa con GitHub. La página del plan en claude.com enumera lo que incluye hoy un asiento; las notas de versión y las guías de administración en support.claude.com ponen fecha a cada cambio desde entonces. La antigua etiqueta «Claude for Work» se ha retirado, y Team y Enterprise se venden como planes separados. Cite la fecha cada vez que cite una función: un registro de riesgos que dice «Claude tiene registros de auditoría» vale menos que uno que dice cuándo lo comprobó por última vez.

Lo que cambió entre 2024 y ahora es menos el modelo que la forma. El primer Enterprise era una ventana de chat muy buena con una identidad corporativa añadida. El producto de 2026 es un espacio de trabajo agéntico. Cowork apareció como vista previa de investigación en enero de 2026, alcanzó su versión empresarial con conectores y plugins en febrero y la disponibilidad general el 9 de abril, con una API de analítica y soporte de OpenTelemetry. El lado administrativo creció al mismo ritmo: roles personalizados que deciden qué conectores, e incluso qué herramientas de cada conector, puede usar un rol (28 de mayo de 2026); límites de gasto por organización, grupo y miembro; presupuestos de grupo compartidos anunciados el 23 de octubre de 2026; una API de cumplimiento que alimenta su SIEM.

Imagine tres compradores. Una aseguradora de 4.000 personas en Zúrich quiere que sus tramitadores de siniestros redacten cartas dentro de Word, con un periodo de retención elegido y una pista de auditoría completa. Una universidad británica quiere a sus investigadores en Cowork, pero sin salida de red desde el entorno aislado hasta que seguridad lo haya revisado. Un ayuntamiento de Ohio quiere un comienzo tranquilo y barato: Sonnet por defecto, modo Efficient activado, tres casos de uso en la oficina de licencias. Los tres compran el mismo inquilino y encienden partes distintas.

El mito popular dice que un plan empresarial es el producto de consumo con un logotipo encima. No lo es. El producto de consumo no tiene API de cumplimiento, ni SCIM, ni retención a elegir, ni claves gestionadas por el cliente, ni forma de restringir lo que un entorno aislado puede alcanzar. El plan es el plano de administración más los modelos.

Pruébalo: suscríbase a las notas de versión en support.claude.com y lea los últimos noventa días antes de su primera revisión de ajustes; la mayoría de las sorpresas ya están escritas.

No está comprando un chatbot; está comprando un inquilino, y los inquilinos se gobiernan.

Un asiento, muchas puertas

Un asiento de Claude Enterprise es una identidad, no una aplicación. La misma persona, con una sola sesión iniciada a través de su proveedor de identidad, abre Claude en el navegador en claude.ai, en la aplicación de escritorio para macOS o Windows, en un iPhone o un teléfono Android, dentro de Excel, PowerPoint, Word y Outlook mediante Claude para Microsoft 365, en un panel lateral de Chrome, en un hilo de Slack y, para los ingenieros, en la terminal, el IDE o la web mediante Claude Code. Tras cada puerta están los mismos modelos, la misma memoria y los mismos Proyectos, y la misma política de la organización. La página del plan de Anthropic enumera las superficies que incluye un asiento; las guías de administración explican cómo se activa cada una, y las notas de versión las fechan: Claude para Excel entró en beta el 24 de noviembre de 2025, Claude en Chrome recibió listas de sitios permitidos y bloqueados el 18 de diciembre de 2025, y mencionar a Claude en Slack para delegarle una tarea llegó el 23 de junio de 2026.

¿Por qué tantas puertas? Porque la gente no cambia de herramienta por un proveedor; cambia cuando el trabajo lo exige. El analista financiero de Róterdam vive en Excel y solo usará un asistente que viva allí también. La abogada interna de Mánchester trabaja en Word con control de cambios y se niega a pegar un contrato en un navegador. La responsable de soporte de Austin dirige su jornada desde Slack. El ingeniero de plataforma de Bangalore no quiere nada entre él y la terminal. La segunda consecuencia es más discreta y más útil: una identidad significa una sola pista de auditoría. Tanto si un documento se redactó en Word como en el chat, la API de cumplimiento lo muestra bajo el mismo usuario.

Más puertas son más lugares que configurar. Claude en Chrome puede navegar y actuar en sitios web, así que lleva su propia lista de permitidos. Las herramientas de escritura del conector de Microsoft 365, que permiten a Claude enviar correo o editar archivos, requieren consentimiento en Microsoft Entra y activación explícita por el administrador (7 de julio de 2026), como cualquier conector que actúa en lugar de solo leer. La aplicación de escritorio acepta claves de política MDM, de modo que el equipo de dispositivos puede prohibir servidores MCP locales o limitar qué carpetas puede abrir Claude. Nada de esto es difícil; todo exige que alguien decida.

La geografía cambia las llaves, no las puertas. Bajo el RGPD, un conector que lee el buzón de un empleado es una actividad de tratamiento que merece una línea en su registro; en Alemania, una herramienta capaz de vigilar al personal puede activar la cogestión del comité de empresa según el artículo 87 de la Ley de Organización Empresarial; en Estados Unidos, la primera pregunta suele ser qué ley estatal de privacidad se aplica a los datos de clientes que hay en ese buzón.

El mito que corregir: que cada superficie es un producto aparte con sus propias reglas de datos. Es un solo inquilino, un conjunto de condiciones comerciales, un ajuste de retención, un registro de auditoría, y las entradas y salidas no se usan por defecto para entrenar modelos en ninguna de ellas.

Pruébalo: instale la aplicación de escritorio con el inicio de sesión de su organización y cuente los conectores ya aprobados para usted; esa lista es el apetito de riesgo de su administrador en miniatura.

El asiento es la persona; las puertas son solo el lugar donde ocurre el trabajo.

Team, Enterprise o la API

Hay tres formas de entrar en Claude, y la respuesta honesta es que la mayoría de las organizaciones de cierto tamaño acaban con dos. Team es el plan de autoservicio para grupos pequeños, de dos a 150 personas aproximadamente; incluye inicio de sesión único y, desde el 16 de enero de 2026, Claude Code en los asientos estándar, pero en el momento de escribir esto no incluye aprovisionamiento SCIM, registros de auditoría ni roles detallados. Enterprise es el inquilino gobernado del que trata este libro: identidad, evidencia de cumplimiento, retención a elegir, claves gestionadas por el cliente, control de modelos y de gasto. La plataforma Claude es la API, para el software que usted construye, accesible directamente desde Anthropic o a través de Amazon Bedrock, Microsoft Foundry y Vertex AI de Google Cloud, con retención cero disponible por acuerdo.

Cómo lo sabemos: por la comparativa de planes en claude.com, las guías de administración y la documentación de cada proveedor de nube. Los límites exactos de Team son el tipo de detalle que cambia, así que lea la página el día que decida y guarde una copia fechada junto a la decisión.

Elija por necesidad, no por tamaño. Haga tres preguntas. ¿Quién puede entrar y quién debe salir, automáticamente? Si la respuesta pasa por su sistema de recursos humanos, necesita SCIM, es decir, Enterprise. ¿Quién nos pedirá pruebas? Si un regulador, un auditor, el cuestionario de seguridad de un cliente o un comité de empresa preguntará algún día qué se hizo con la herramienta, necesita registros de auditoría y la API de cumplimiento. ¿Estamos construyendo un producto? Si Claude va a vivir dentro de algo que usan sus clientes, eso es la plataforma, con sus propios registros, sus propias claves y sus propias evaluaciones, que cubre el volumen hermano Agents in Production.

Tres compradores ilustrativos. Un estudio de arquitectura de 40 personas en Copenhague está bien servido con Team: todos se conocen, el socio director añade y quita asientos a mano y nadie pedirá nunca un registro. Un minorista de 12.000 personas con sedes en Leeds y Varsovia necesita Enterprise, porque el día en que un gerente de tienda se marcha es el día en que su acceso debe terminar, en ambos países, sin un ticket. Una fintech de Toronto usa la plataforma a través de Bedrock para su producto de cara al cliente y Enterprise para sus 300 empleados: dos contratos, dos facturas, un solo Trust Center.

El mito dice que Enterprise es para empresas grandes. Es para organizaciones con obligaciones. Un bufete de 60 personas sujeto al secreto profesional puede necesitarlo más que una startup de 600 que no maneja datos personales. En la Unión Europea, un organismo público que debe documentar una evaluación de impacto querrá la pista de auditoría desde el primer día; en el Reino Unido la misma lógica sigue las guías del ICO; en Estados Unidos es más a menudo un contrato con un cliente el que fuerza la pregunta.

Pruébalo: escriba sus tres preguntas de administración en una tarjeta (quién entra, quién sale, quién puede probarlo) y vea qué página de plan responde a las tres sin una nota al pie.

Cuente las obligaciones que carga, no las personas que emplea.

Los modelos detrás del asiento

Un asiento no le da un modelo; le da una familia de modelos y un conjunto de diales. A finales de octubre de 2026 la familia es Opus 5.5, Sonnet 5.5 y Haiku 5.5, la generación 5.5 que llegó el 7 de octubre de 2026, junto con Fable 5.1 y un nivel de clase Mythos con acceso restringido. Los diales son el esfuerzo (cuánto tiempo puede pensar el modelo antes de responder), los derechos por rol que dicen qué modelos puede elegir un miembro, y el modo Efficient, que limita la experiencia unificada a Sonnet y Haiku y arranca cada sesión nueva en Sonnet 5.5 con esfuerzo bajo. Cómo lo sabemos: por las páginas de modelos en docs.claude.com y por las notas de versión sobre controles de modelo y esfuerzo para miembros (beta, 1 de julio de 2026) y sobre modelos por defecto y derechos por rol (2 de julio de 2026).

Este libro no hablará de benchmarks. Para una organización el marco útil es la tarea, y tres compromisos honestos: capacidad, latencia y coste por token. Clasificar, enrutar, extraer y hacer el primer triaje de mil tickets al día corresponde a Haiku, rápido y barato para ese volumen. La redacción diaria, el análisis, el resumen de un informe de cuarenta páginas y la mayoría de las sesiones de Cowork corresponden a Sonnet, y por eso el modo Efficient vive ahí. El trabajo agéntico largo de varios pasos, el razonamiento difícil y todo aquello en lo que una respuesta errónea sale cara corresponden a Opus o Fable. El nivel Mythos está restringido: planifique sin él y trate el acceso como un extra.

Tres escenarios ilustrativos. Una aseguradora madrileña fija a su grupo de triaje de siniestros en Haiku, porque el trabajo es clasificar, no escribir. Un bufete de Dublín permite Opus para dictámenes y Sonnet para la correspondencia, y mide cuál usan de verdad sus abogados. Un ayuntamiento de Cracovia activa el modo Efficient para 1.200 empleados administrativos y deja los diales superiores a una docena de analistas. Cada uno es un ajuste de rol, hecho una vez por un administrador, no una preferencia que cada persona redescubre.

Dos mitos merecen corrección. El primero: que el modelo más grande siempre es el mejor; en la mayoría del trabajo de oficina la diferencia de calidad es invisible para el lector pero visible en la factura. El segundo: que la elección de modelo es una preferencia del usuario. En Enterprise es un derecho, y los derechos son política: pertenecen al rol, al presupuesto y al apetito de riesgo, no al humor de la tarde.

La evidencia que importa es la suya. Pase una tarea real por dos modelos, cronométrela y pida a colegas que ordenen los resultados sin saber cuál es cuál. Una medición piloto así vale más que cualquier clasificación pública, y para eso existe el volumen Evals in a Nutshell.

Pruébalo: tome una tarea real, el resumen de dos páginas de un documento auténtico, ejecútela en Haiku, Sonnet y Opus, cronometre cada una y pida a tres colegas que ordenen los tres resultados a ciegas.

El modelo correcto es el más barato que hace bien el trabajo, y debe elegirlo el rol, no el humor.

Cómo piensa Anthropic la seguridad

Un comprador empresarial no puede inspeccionar los pesos de un modelo, pero sí leer lo que su fabricante se ha comprometido a hacer en público, y esa lectura merece una tarde. Hay cuatro capas. La Responsible Scaling Policy, publicada por primera vez en septiembre de 2023 y revisada desde entonces, es el marco de Anthropic para el riesgo catastrófico: define niveles de seguridad de la IA y compromete a la empresa a establecer salvaguardas antes de entrenar o desplegar modelos más allá de umbrales de capacidad declarados. La constitución de Claude, publicada en enero de 2026 y de unas 23.000 palabras, describe cómo debe pensar y comportarse Claude y cómo sopesar objetivos en conflicto. La política de uso y las condiciones comerciales rigen su inquilino, incluido el compromiso de que las entradas y salidas no se usan por defecto para entrenar modelos. El Trust Center en trust.anthropic.com guarda la evidencia: SOC 2 Tipo II, ISO 27001 y la certificación ISO/IEC 42001, la norma de sistemas de gestión de IA, que Anthropic obtuvo en enero de 2025.

Cómo lo sabemos es precisamente la cuestión: cada uno de ellos es un documento fechado en anthropic.com o en el Trust Center, y las certificaciones las emiten auditores independientes contra normas publicadas. Léalos como lo que son. La política de escalado trata del riesgo de frontera, no de su disponibilidad ni de sus datos. La constitución trata del comportamiento del modelo en general, no es una garantía para una respuesta concreta. Las condiciones son una promesa sobre sus datos. Los certificados son evidencia sobre los controles del servicio, no sobre el uso que usted le da.

En esa última distinción tropiezan los compradores. Un informe SOC 2 dice que los controles del proveedor funcionaron como se describe durante un periodo; no dice nada sobre si su equipo de siniestros debería pegar notas médicas en un chat. ISO/IEC 42001 dice que el proveedor gestiona un sistema de gestión de IA con objetivos, evaluación de riesgos y revisión; no gestiona el suyo. El marco de gestión de riesgos de IA del NIST (enero de 2023, con un perfil de IA generativa en julio de 2024) dice lo mismo desde la otra orilla: las funciones Gobernar y Mapear son trabajo del implementador.

La geografía fija el marco. En la Unión Europea, las obligaciones del Reglamento de IA para modelos de propósito general se aplican a los proveedores desde el 2 de agosto de 2025, y el deber de alfabetización en IA del artículo 4 se aplica a los implementadores, es decir, a usted, desde el 2 de febrero de 2025. En el Reino Unido no hay ley de IA; las guías del ICO y el UK GDPR hacen el trabajo. En Estados Unidos, un grupo hospitalario pide HIPAA, una agencia federal pide FedRAMP y un banco pide las directrices de riesgo de modelo de su regulador.

En el registro de riesgos, escriba cada compromiso como un control con cinco campos: el control, la URL de la fuente, la fecha en que lo comprobó, el responsable y la próxima revisión. Es una frase aburrida, y lo aburrido es lo que le gusta a un auditor.

Pruébalo: solicite el informe SOC 2 Tipo II a través del Trust Center y archívelo, con fecha, junto a su revisión de proveedor ISO 27001 ya existente, en lugar de en una carpeta nueva que nadie abrirá.

Una política es una promesa sobre un comportamiento; un certificado es evidencia sobre un sistema; archive ambos y no los confunda.

Por asiento, más el uso

La forma comercial de Claude Enterprise tiene dos partes, y entender ambas es más útil que conocer cualquiera de los precios, que este libro no citará. La primera es el asiento: una cuota fija por persona con compromiso anual y un número mínimo de asientos indicado en la página de precios. La segunda es el uso: los tokens que esas personas consumen, facturados a tarifas de API, además del asiento. Se puede comprar con ayuda de ventas, con factura y plazos, o, desde el 12 de febrero de 2026, en autoservicio en línea con un único tipo de asiento; también a través de AWS Marketplace, descontando el coste de un compromiso con AWS ya existente. Cómo lo sabemos: por las páginas de precios y empresa de claude.com y la nota de versión del autoservicio; el paso de un uso incluido a un uso facturado aparte, recogido por la prensa especializada entre finales de 2025 y principios de 2026, se trata mejor como contexto que como cita exacta.

El uso facturado aparte cambia los comportamientos, y por eso conviene entenderlo. Cuando el uso es visible, los usuarios intensivos se vuelven visibles, y también los asientos ociosos. En la mayoría de los pilotos, una pequeña parte de la gente consume la mayor parte de los tokens, y suelen ser quienes hacen el trabajo más valioso, de modo que la respuesta correcta rara vez es frenarlos. El plano de administración da herramientas para gestionar en vez de prohibir: límites de gasto por organización, grupo y miembro; presupuestos de grupo compartidos, anunciados el 23 de octubre de 2026, para que un departamento tenga un solo tope en lugar de diez pequeños; alertas al 75 y al 90 por ciento para administradores, y al 75 y al 95 por ciento para usuarios, que pueden pedir una ampliación; modo Efficient para los grupos cuyo trabajo no necesita los modelos grandes.

Prever es un ejercicio de piloto, no una conjetura de hoja de cálculo. Ejecute treinta días con un grupo real, exporte el uso por usuario y mire la distribución. Un ayuntamiento de Birmingham que pilote con 40 personas de recaudación y prestaciones verá unos pocos usuarios intensivos y una larga cola, y podrá presupuestar el año a partir de esa forma. Un fabricante de Múnich descubrirá que su comité de empresa se interesa por el gasto por usuario, porque un informe que ordena a los empleados por consumo es, según la Ley de Organización Empresarial, un sistema técnico capaz de vigilar el rendimiento, y necesita acuerdo antes de usarse así. Una empresa de software estadounidense que compra por AWS Marketplace se preocupa sobre todo de que el descuento cuente para su compromiso.

Mito: la licencia es todo el coste. Ni siquiera es toda la factura. Añada el uso, el tiempo de quienes lo administran, y la formación y la alfabetización en IA que el Reglamento europeo exige ahora a los implementadores.

Pruébalo: exporte el uso del mes pasado por usuario desde la página de analítica, ordénelo y vea qué parte del gasto consumió la décima parte más activa; después pregunte qué estaban haciendo antes de pedirles que paren.

El asiento es un coste que se prevé; el uso es un comportamiento que se gestiona.

Cinco mitos sobre la IA empresarial

Todo despliegue se encuentra con los mismos cinco mitos en su primer mes, normalmente de boca de gente inteligente, y cada uno tiene una respuesta fechada. Mito uno: se entrena con nuestros datos. En Claude Enterprise, las entradas y salidas no se usan por defecto para entrenar modelos; el compromiso está en las condiciones comerciales y documentado en el Trust Center en trust.anthropic.com. Cómo lo sabemos: por el contrato que usted firmó, que es la mejor forma de saber. La pregunta sensata que sigue es la retención: puede fijar un periodo personalizado, con un mínimo de treinta días, y preguntar por las claves gestionadas por el cliente y la inferencia solo en Estados Unidos si a su regulador le importa dónde ocurren los cálculos.

Mito dos: sustituye a la intranet. Claude lee su SharePoint, Drive o Confluence a través de conectores, y cada conector respeta los permisos que la persona ya tiene en el sistema de origen. Es un lector excelente; no es un sistema de registro. Si la intranet está equivocada, Claude resumirá el error con fluidez. Una asociación de vivienda social neerlandesa que pilotó un asistente de políticas lo aprendió pronto: las respuestas de la primera semana eran resúmenes impecables de una política de alquiler ya superada, y el remedio fue archivar el documento viejo, no afinar las instrucciones. Tómelo como ilustrativo, no como caso documentado.

Mito tres: una licencia por persona es todo el coste. El asiento es una cuota fija, el uso se factura aparte a tarifas de API, y el coste real incluye el tiempo de un administrador, el de un embajador y la formación. El artículo 4 del Reglamento europeo de IA exige a los implementadores garantizar la alfabetización en IA de su personal desde el 2 de febrero de 2025; es un coste, y uno que merece la pena, en todos los Estados miembros, y una buena idea en Leeds o en Lyon de todos modos.

Mito cuatro: encenderlo todo el primer día. Las propias recomendaciones de despliegue de Anthropic para la experiencia unificada dicen lo contrario: implicar a TI, seguridad y compras, hacer una revisión de seguridad, pilotar con un rol, revisar los ajustes, vigilar entre dos y cuatro semanas y luego ampliar por oleadas. El producto está de acuerdo: el Claude unificado estaba desactivado por defecto para las organizaciones existentes cuando se lanzó el 23 de octubre de 2026, y el valor por defecto cambia el 16 de noviembre salvo que los propietarios decidan mantenerlo desactivado.

Mito cinco: el equipo de IA es el dueño. Un responsable de IA puede llevar el inventario de casos de uso y la red de embajadores, pero el propietario principal está en TI, los registros de auditoría pertenecen a seguridad, la evaluación de impacto al delegado de protección de datos, el presupuesto a finanzas y, en Alemania, el comité de empresa tiene un asiento legal en la mesa. Los dos capítulos siguientes tratan de ese reparto. Los mitos sobreviven porque nadie los fecha; en cuanto escribe «comprobado el 29 de octubre de 2026, fuente: guía de administración» junto a una afirmación, se convierte en un hecho con fecha de caducidad.

Pruébalo: pregunte a cinco colegas cuáles de estos cinco mitos creen, y lleve la cuenta; es su análisis de necesidades de formación, gratis.

Ponga fecha y fuente a cada afirmación, y el mito deja de serlo.

Decida primero qué quiere

La frase más cara del software empresarial es «encendámoslo y veamos qué hace la gente con él». Suena abierta de mente; en realidad es la decisión de no decidir, y garantiza que seis meses después nadie pueda decir si funcionó. La alternativa cabe en una página, y de escribirla trata este capítulo. Llamémosla la declaración de intención: de tres a cinco objetivos medibles, los no objetivos, el apetito de riesgo, las medidas de referencia y la firma de un patrocinador ejecutivo que siga en su puesto cuando llegue la revisión.

Cómo sabemos que funciona no es una afirmación de proveedor, sino dos normas y muchas cicatrices. ISO/IEC 42001, la norma de sistemas de gestión de IA, exige que la organización fije objetivos de IA y planifique cómo alcanzarlos (cláusula 6.2) y que evalúe el desempeño frente a ellos (cláusula 9). El marco de gestión de riesgos de IA del NIST pone Gobernar y Mapear antes que Medir y Gestionar por la misma razón. Ambos dicen: escriba lo que quiere antes de medir nada, o medirá lo que la herramienta hace fácil.

Los objetivos deben ser resultados, no funciones. «Desplegar Claude a 2.000 empleados» es una función. «Reducir el tiempo mediano de redacción de una carta de siniestro de cuarenta minutos a quince» es un resultado; también lo son «reducir un 30 por ciento la cola de consultas sobre políticas», «ningún aumento de la tasa de errores en la revisión de calidad» y «el personal declara menos tareas tediosas en la encuesta trimestral». Elija medidas que ya recoge o que puede recoger en las dos primeras semanas del piloto; una referencia medida después de que llegue la herramienta no es una referencia.

Los no objetivos son los héroes discretos de la página. Un grupo hospitalario de Lyon escribe «ningún historial de pacientes el primer año», lo que zanja cien discusiones futuras. Una aseguradora de Toronto escribe «ningún envío autónomo de correo a clientes», lo que decide la política del conector de Microsoft 365 antes de que nadie abra los ajustes. Una universidad británica escribe «ninguna calificación de trabajos de estudiantes», que es a la vez una política y un mensaje al personal.

El apetito de riesgo va en la página con palabras llanas, por categoría: bajo para todo lo que salga del edificio con el nombre de la organización, medio para la redacción interna, y una persona con nombre que pueda elevarlo. Luego, la firma. Un patrocinador que firma una página acudirá a la revisión de los treinta días; un patrocinador que aprobó una partida presupuestaria enviará a un delegado.

Pruébalo: escriba esta semana los tres objetivos, los dos no objetivos y una línea de apetito de riesgo en una sola página, y pida al patrocinador que la firme antes del arranque y no después.

Una función que no pidió no puede entregar un resultado que nunca escribió.

Las personas que lo hacen funcionar

Ningún ajuste de la consola de administración importa tanto como los diez nombres de esta página. Claude Enterprise se gobierna con personas antes que con políticas, y la primera tarea de quien lea esto es rellenar el reparto. En la cima está el patrocinador ejecutivo, dueño de la declaración de intención del capítulo anterior, que acude a las revisiones. Debajo hay cuatro pilares, y cada uno tiene un pequeño elenco.

El primer pilar tiene las llaves. El propietario principal es un rol real del producto: la única cuenta que puede hacerlo todo, incluida la facturación y la transferencia de propiedad, y por eso debe pertenecer a alguien de TI y no al usuario más entusiasta. Desde el 2 de junio de 2026, los roles personalizados pueden llevar permisos de administración para áreas como facturación y privacidad sin la condición de propietario, así que el propietario principal puede y debe ser un rol silencioso. El administrador de TI gestiona el inicio de sesión único, SCIM y los ajustes; el servicio de asistencia atiende los asientos y las solicitudes de acceso a través del directorio, no por correo.

El segundo pilar son los frenos. El responsable de seguridad es dueño de los registros de auditoría, del flujo de la API de cumplimiento hacia el SIEM y de la revisión periódica de ajustes. El delegado de protección de datos, obligatorio bajo el RGPD para la mayoría de organismos públicos y muchas empresas, es dueño de la evaluación de impacto y de la decisión de retención. En Alemania el comité de empresa no es una invitación de cortesía: según el artículo 87 de la Ley de Organización Empresarial, un sistema técnico capaz de vigilar la conducta o el rendimiento de los empleados necesita su acuerdo, y la analítica de uso por usuario es exactamente eso. En el Reino Unido y Estados Unidos no existe un asiento legal equivalente, pero los representantes del personal consultados pronto se convierten en embajadores, y los consultados tarde se convierten en la queja.

El tercer pilar es el dinero: compras para el contrato, el acuerdo de tratamiento de datos y la renovación; finanzas para los topes de gasto, los presupuestos compartidos y la previsión; jurídico para las condiciones, las cuestiones de propiedad intelectual y, en la UE, los deberes del implementador bajo el Reglamento de IA. El cuarto pilar es el valor: el responsable de IA que lleva el inventario de casos de uso y las medidas, un embajador por departamento que enseña a sus colegas y reporta fricciones, y los gerentes que deben dar tiempo a la gente para practicar, porque una herramienta que nadie tiene una hora para aprender es una herramienta que nadie usa.

Quién decide qué es la frase que merece la pared: el patrocinador decide por qué, el propietario principal decide quién, seguridad y privacidad deciden qué puede hacerse, finanzas decide cuánto, y el responsable de IA decide qué probar primero. Cómo sabemos que este reparto funciona: por la evidencia de cada despliegue que fracasó sin él, un piloto en manos de un entusiasta sin patrocinador, un despliegue bloqueado al cuarto mes por un comité de empresa al que nadie había conocido, una renovación que nadie había presupuestado.

Pruébalo: imprima el reparto con diez líneas en blanco y rellénelo con nombres reales en una sola reunión; toda línea que quede vacía es un riesgo que ya ha aceptado.

Diez nombres en una página; cada hueco es un riesgo que ya ha aceptado.

Sus primeros treinta días

El primer mes debería ser aburrido, y lo aburrido se planifica. Las recomendaciones de despliegue de Anthropic para la experiencia unificada son un esqueleto razonable: implicar a TI, seguridad y compras; hacer una revisión de seguridad; pilotar con un rol; revisar los ajustes; vigilar entre dos y cuatro semanas; ampliar por oleadas. Aquí está ese esqueleto con fechas, escrito para el administrador que tiene que hacerlo el lunes.

La primera semana es firmar y conectar. El contrato, el acuerdo de tratamiento de datos y, si es una organización sanitaria estadounidense, el acuerdo de socio comercial quedan hechos. El inicio de sesión único se configura contra su proveedor de identidad y se prueba con dos cuentas, una de ellas de administrador. La captura de dominio se activa para que los colegas con direcciones de la empresa entren en el inquilino en lugar de crear cuentas personales. Se nombra al propietario principal, y es alguien de TI. No pasa nada más, y eso es correcto.

La segunda semana es el grupo piloto. Un grupo SCIM, un rol, de veinte a cincuenta personas que comparten un trabajo, para que la medición signifique algo: recaudación y prestaciones en un ayuntamiento, tramitación de siniestros en una aseguradora, un grupo de investigación en una universidad. Los valores por defecto son conservadores porque cambiarlos después es barato y deshacerlos no: la experiencia unificada sigue apagada hasta que seguridad haya leído la guía del entorno aislado, la salida de red de las sesiones en la nube sigue cerrada, la memoria ya está desactivada por defecto para las organizaciones Enterprise desde el 25 de agosto de 2026, y los conectores quedan en «requiere aprobación». Los derechos de modelo se fijan para el rol, y el modo Efficient es un buen punto de partida para la mayoría de los grupos no técnicos.

La tercera semana son dos o tres casos de uso, no doce. Cada equipo nombra un trabajo real, se escribe un Skill de estilo propio para él, y una revisión de treinta minutos los lunes mira qué ocurrió. La cuarta semana es medir: analítica de uso por grupo, una muestra del registro de auditoría leída por el responsable de seguridad, una breve encuesta al piloto y las cifras frente a las referencias de la declaración de intención. El día treinta el patrocinador decide, en una reunión que estaba en el calendario desde la primera semana: ampliar, ampliar despacio, o pausar y corregir.

Lo que no conviene hacer todavía importa tanto como el plan. No abra la salida de red a todos los dominios. No apruebe todos los conectores ni instale todos los plugins del mercado. No active para nadie «omitir todas las aprobaciones». No comparta las sesiones en la nube con toda la organización. Cada uno de esos ajustes es legítimo en el tercer mes, cuando ya sepa qué hizo realmente el piloto. Una organización alemana aprovecha también este mes para informar al comité de empresa antes de que la analítica por usuario se consulte siquiera; una británica o estadounidense lo usa para decir al personal, por escrito, para qué sirve la herramienta y para qué no.

Pruébalo: ponga hoy mismo la reunión de decisión del día treinta en la agenda del patrocinador, con los tres objetivos de la declaración de intención en la invitación, antes de aprovisionar un solo asiento.

Un mes de pequeños cambios deliberados vale más que un día de cambios grandes.