¿Un calendario compartido puede pertenecer a la empresa y no a una persona?

No de forma directa: quien crea un calendario secundario es su dueño. Desde el cambio de Google del 5 de octubre de 2026, borrar o suspender esa cuenta borra o suspende el calendario, así que pon la propiedad en una cuenta que sobreviva al proyecto y transfiérela antes de eliminar cualquier cuenta. Un administrador puede transferirla desde la consola con el privilegio de administrar calendarios.

¿Por qué nadie puede reservar nuestra sala de reuniones?

Casi siempre es el nivel de compartición. Un recurso compartido solo como libre y ocupado se puede reservar únicamente si la organización permite reservar recursos compartidos así; si no, compártelo como ver todos los detalles, lo que también implica que cualquiera puede leer sus eventos. El permiso de reserva está en los ajustes generales de Calendar en la consola de administración.

¿Necesitamos un plan Enterprise para tener calendarios de equipo y salas?

No. Los calendarios secundarios, los recursos, la aceptación automática y los encargados de recurso son funciones normales de Calendar y de la consola de administración. La liberación automática de salas sin uso es la única de este artículo que la página de Google lista solo para Enterprise Standard y Plus, las ediciones de Education y G Suite Business, revisado el 12 de octubre de 2026.

Calendario compartido Google Workspace: equipo y salas

Imagina una firma de ingeniería de dieciocho personas. Hay una sala de reuniones, un buen proyector y una camioneta que comparten dos cuadrillas. Las reservas se hacen en el chat del grupo, y eso funciona hasta la mañana en que dos personas llegan a la misma sala con clientes detrás. Entonces alguien crea un calendario y lo comparte con todo el mundo, y el calendario resulta peor que el chat: cualquiera puede borrar una entrada, nadie sabe quién la puso, y la camioneta queda reservada dentro del título de un evento que solo sirve si te acuerdas de mirarlo.

Google Workspace tiene dos respuestas distintas para esto, y los nombres se confunden todo el tiempo. Elegir la correcta es la mayor parte del trabajo, así que es por ahí donde empezamos en un proyecto de cliente.

Las dos cosas que la gente llama calendario compartido

Un calendario secundario es un calendario extra que pertenece a un usuario: vacaciones del equipo, semanas de guardia, el plan de publicaciones. Cada persona lo agrega junto al suyo y lo lee. Quien lo crea es su dueño, y las políticas que aplican a esa persona aplican al calendario.

Un recurso de Calendar es una cosa que se reserva, no un tema: una sala, un vehículo, un proyector, un escritorio libre. Los recursos los crea un administrador en la consola de administración, y después aparecen en la ventana del evento junto a la lista de invitados, donde quien agenda ve que la sala está libre y la toma en el mismo clic. La respuesta de Google a "que nadie vuelva a reservar la sala dos veces" es esta, no un calendario compartido, y es la pieza que los equipos pequeños saltan más seguido, porque vive en la consola de administración y no en Calendar.

Casi todo el desorden por el que nos llaman es una de las dos haciendo el trabajo de la otra: un calendario de tema usado como sistema de reservas, o una sala modelada como una cuenta de usuario.

Qué revisamos antes de crear nada

Cuatro respuestas definen todo el armado, y las cuatro se leen más rápido de lo que se deshacen.

Quién va a ser el dueño. La propiedad ahora sostiene el calendario, por la razón que está en la sección de propiedad más abajo. Debe quedar en una cuenta que siga existiendo en tres años.
Los valores por defecto de compartición de la organización. En la consola, los ajustes generales de Calendar guardan el valor interno por defecto (no compartir, solo libre y ocupado, o toda la información) y el límite para compartir hacia afuera. Vale leerlo antes de prometerle algo a alguien: la opción de compartición externa de los calendarios secundarios no se puede definir por unidad organizativa, así que es una sola respuesta para toda la organización.
Si se permite reservar recursos compartidos como libre y ocupado. Esa casilla en los permisos de reserva de recursos decide si una sala puede esconder los detalles de sus eventos y seguir siendo reservable. Cambiarla requiere el privilegio de administrador de Calendar.
El grupo que va a sostener el acceso. Comparte el calendario con un grupo, no con una lista de personas, por la misma razón por la que los grupos le ganan a compartir con nombres en todo lo demás en Workspace.

Armar el calendario del equipo, en orden

Créalo desde la cuenta que debe ser su dueña. No desde la de quien se le ocurrió primero, y no desde una cuenta personal que también guarda la vida privada de alguien.
Compártelo con el grupo. Si solo una parte del equipo debe verlo, primero mete a esas personas en su propio grupo y comparte con ese grupo.
Elige el nivel de permiso a propósito. Hay cuatro escalones: ver solo libre y ocupado, que no muestra nombres ni detalles; ver todos los detalles de los eventos; hacer cambios en los eventos; y hacer cambios y administrar la compartición, que es control total más el derecho de seguir compartiendo el calendario. Necesitas ese último nivel en el calendario de otra persona para poder compartirlo. Las etiquetas de Google varían un poco entre versiones de la interfaz, la escalera no.
Ten claro qué ajuste gana. Cuando un ajuste para toda la organización y uno para una persona se contradicen, aplica el permiso más amplio, así que un calendario publicado a toda la organización con todos los detalles no vuelve a ser privado porque a una persona le diste solo libre y ocupado. Los superadministradores, y los administradores con el privilegio de administrar calendarios, ven todos los detalles de los eventos sin importar la compartición.
Cuenta con el retraso del aviso. A quien agregas al grupo le llega el aviso de los calendarios compartidos con ese grupo, normalmente dentro de la hora siguiente, y ese correo no se envía cuando el grupo tiene más de 100 calendarios compartidos. Dile a la persona nueva dónde está el calendario en lugar de esperar a que Google lo haga.

Todo esto viaja por correo. Un calendario compartido con un grupo, una invitación a un cliente, el rechazo de una sala: cada uno es un mensaje que sale de tu dominio, y si la autenticación del dominio está incompleta esos mensajes caen en spam y el calendario parece roto cuando no lo está. Medio minuto sobre el dominio descarta eso.

Hacer que la sala se pueda reservar

Los recursos se construyen en un orden fijo. Primero los edificios, porque Calendar usa el edificio como base de todo lo demás, después las características como pantalla, pizarra o acceso sin escalones, y al final los recursos. Mantén corto el nombre de cada recurso, unos 45 caracteres es la sugerencia de Google, porque el nombre que la gente ve se arma con edificio, piso, sección, nombre, capacidad y características. El piso tiene que existir en el edificio antes de poner un recurso en él, necesitas el privilegio de administrador de edificios y recursos para crear todo esto, y un recurso nuevo puede tardar hasta 24 horas en aparecerle a todo el mundo, aunque normalmente son minutos.

Después, dos ajustes deciden si reservar funciona o no.

El nivel de compartición. Un recurso compartido como ver todos los detalles lo puede reservar cualquiera en la organización, y también cualquiera puede leer todos sus eventos, con títulos e invitados. Compartido como libre y ocupado, se guarda esos detalles, pero solo se puede reservar si la organización permite reservar recursos compartidos así. Activar eso es la forma de tener las dos cosas, y dejarlo apagado es la razón por la que una sala en libre y ocupado parece eternamente no disponible. Un recurso sin opción de compartición interna propia hereda el valor por defecto de la organización para calendarios secundarios.
La aceptación automática. Se define por recurso: aceptar solo invitaciones que no choquen, que es lo que normalmente debe hacer una sala y que además rechaza a quien no tiene permiso, o agregar toda invitación sin importar los choques, que es lo que necesita un flujo de aprobación. Una serie recurrente solo se acepta si las ocurrencias en conflicto se mantienen bajo un límite, y las páginas de Google citan límites distintos en distintas versiones, así que prueba una serie semanal real en lugar de confiar en un número.

Cuando una sala se debe pedir en lugar de tomar, la sala de directorio o la camioneta un sábado, un superadministrador configura un encargado del recurso: el recurso se comparte con esa persona en hacer cambios y administrar la compartición, la aceptación automática se pone en recibir toda invitación, y desde ahí le llega un correo de evento nuevo y acepta o rechaza en nombre de la sala. No hace falta que sea administrador. Cuando una sala rechaza, el organizador recibe un correo y el resto de invitados no, aunque el estado de la sala se ve en el evento.

La propiedad, y el día en que alguien se va

Esta es la parte que cambió. Google anunció el 5 de octubre de 2026 que los calendarios secundarios ahora siguen el ciclo de vida de su dueño: si borras la cuenta del dueño, los calendarios que le pertenecen se van con ella, y si la suspendes, esos calendarios quedan suspendidos también. El despliegue arrancó ese día para las cuentas de Workspace, y Google lo describe como extendido, así que un dominio puede verlo llegar a lo largo de más de un par de semanas. Antes de esto, un calendario huérfano se le asignaba a alguien que tuviera acceso para administrar la compartición. Esa red de seguridad ya no está.

Entonces la propiedad ahora es parte del diseño, no un accidente de quién hizo clic primero. Un administrador puede transferir un calendario secundario desde la consola, en los ajustes de administración de eventos y calendarios secundarios de Calendar, con el privilegio de administrar calendarios; el dueño puede transferir el suyo desde los ajustes de Calendar. Las transferencias se quedan dentro del mismo dominio, y una vez borrada la cuenta ya no hay transferencia posible. Solo el dueño puede borrar el calendario, y su acceso no se puede bajar mientras sea el dueño. La lista de salida ya advertía que los calendarios secundarios no se mueven en la transferencia que Google ofrece al borrar la cuenta; desde el 5 de octubre de 2026 el precio de olvidarlo es el calendario completo, y por eso ahora movemos la propiedad antes de tocar cualquier cuenta de usuario.

Qué vigilamos después

Las estadísticas de salas. En directorio, edificios y recursos, estadísticas de salas, con el privilegio de administrador de Calendar. Responde qué salas están sobrevendidas y cuáles son decoración, y exporta a CSV. Solo cuenta recursos estructurados cuya categoría sea espacio de reunión y cuya zona horaria esté bien, los datos pueden tardar al menos 24 horas en aparecer, y las reservas pasadas no se registran.
La liberación automática de salas sin uso. Calendar puede liberar una sala cuando todos los invitados menos uno rechazan, y eso sirve de verdad. La página de Google lo lista para Enterprise Standard y Enterprise Plus, las ediciones de Education y G Suite Business, así que un equipo en Business Standard o Business Plus no debería contar con eso (lista revisada el 12 de octubre de 2026). Además se salta las reuniones de más de cuatro horas, las salas de veinte personas o más y las reuniones con invitados externos.
Los límites de uso de Calendar, si alguien automatiza esto. Crear más de unos sesenta calendarios en poco tiempo, o compartir un calendario con unas 750 personas en poco tiempo, bloquea a la cuenta para repetir esa acción durante algunas horas. La carga masiva es el camino soportado.
Los horarios de citas son otra herramienta. Una página de reservas para gente fuera del equipo no es una sala: Business Starter permite una sola página de reservas, Business Standard y Business Plus agregan varios horarios, recordatorios por correo y disponibilidad revisada en varios calendarios, y Frontline y Essentials no pueden crearlos (revisado el 12 de octubre de 2026). Modelar las citas de clientes como un recurso es un atajo que falla la primera vez que dos clientes quieren el mismo espacio.

Cómo ayuda Guanacos Tech

Armamos la parte de calendarios de un Workspace igual que armamos los grupos: la propiedad en una cuenta que sobrevive al proyecto, el acceso por grupos y no por nombres, las salas y los vehículos como recursos con el nivel de compartición y la aceptación automática ajustados a cómo reserva el equipo de verdad, y un flujo de aprobación solo donde la demora sirve de algo. Después entregamos la convención de nombres y el paso de transferencia, para que el día en que alguien se va no pase nada. Cómo trabajamos cabe en una página. Si prefieres que esto quede armado en lugar de investigado, somos consultores de Google Workspace, y media hora alcanza para decidir qué debe ser un calendario, qué debe ser un recurso y quién debe ser dueño de cada cosa.

Calendarios compartidos que sobreviven: calendario de equipo y salas reservables en Google Workspace