Correo corporativo y trabajo en equipo

Si tres personas atienden ventas, no necesitan conocer la misma contraseña. Un buzón compartido permite trabajar con una dirección común y accesos individuales, pero solo funciona bien si revisas permisos, respuestas enviadas y responsables.

Una solicitud llega a la dirección de atención de la empresa. Una persona la abre, otra responde desde su cuenta personal y la tercera no sabe si el cliente sigue esperando. El problema no siempre es la entrega del correo: puede ser la forma en que el equipo comparte la bandeja.

Esta guía práctica, revisada el 7 de noviembre de 2026, aborda un tema vigente de continuidad operativa, no un lanzamiento ni incidente nuevo. Los pasos técnicos se refieren a Microsoft 365 con Exchange Online. Otros proveedores pueden ofrecer delegación o carpetas compartidas, pero sus permisos, licencias y aplicaciones compatibles deben verificarse por separado.

Compartir el trabajo no significa compartir la contraseña

Microsoft indica que un buzón compartido está pensado para direcciones atendidas por varias personas, como información, soporte o recepción. Cada integrante entra con su propia cuenta y recibe los permisos necesarios para utilizar la dirección común.

La cuenta asociada al buzón compartido no está destinada al inicio de sesión directo. Microsoft recomienda mantener ese inicio bloqueado. No hay que repartir su contraseña ni habilitar una sesión común para “simplificar” el acceso.

La diferencia importa cuando cambia un turno o alguien deja el área: el administrador puede ajustar la delegación de esa persona sin distribuir otra contraseña a todo el equipo. Eso no elimina la necesidad de proteger las cuentas individuales, revisar sus métodos de recuperación y aplicar los controles de autenticación de la organización.

Tampoco convierte automáticamente el correo en un sistema de tickets. Una dirección común concentra mensajes; el reparto de trabajo, los tiempos de respuesta y la confirmación de cierre requieren un proceso adicional.

Tres permisos con efectos diferentes

Antes de asignar permisos, define qué necesita cada integrante. Poder leer no implica poder contestar; poder enviar tampoco debe confundirse con tener acceso completo al contenido. Documenta ambos aspectos y comprueba el resultado con una cuenta de prueba autorizada.

Practical365 explica esta separación en su artículo de Jaap Wesselius, publicado en noviembre de 2023 y actualizado en febrero de 2024. También advierte que los entornos híbridos pueden complicar la delegación. Lo usamos como contraste independiente; no como recomendación de instalar Exchange 2019 ni de copiar comandos antiguos en una infraestructura actual.

La documentación oficial vigente es la referencia para los pasos de configuración. Si hay servidores locales y Exchange Online a la vez, no supongas que una prueba satisfactoria en un lado garantiza el mismo comportamiento en el otro: el administrador debe validar cada escenario utilizado por el negocio.

La comprobación que suele faltar: dónde quedan los enviados

Según Microsoft, de forma predeterminada los mensajes enviados desde el buzón compartido no se guardan en su carpeta de Elementos enviados, sino en la de la persona que envió. Si no revisas este comportamiento, un compañero puede ver la solicitud original sin encontrar la respuesta.

El administrador puede abrir la configuración del buzón compartido y revisar Elementos enviados para elegir las opciones que correspondan. Después hay que probarlas: no basta con que una casilla aparezca activada.

Envía una respuesta no confidencial desde la dirección común, entra como otro integrante y verifica que pueda localizarla. Si el equipo utiliza tanto “Enviar como” como “Enviar en nombre de”, prueba las dos modalidades autorizadas. Confirma también el remitente que ve el destinatario.

Un mensaje marcado como leído no demuestra que alguien lo haya atendido. Tampoco basta con ver una respuesta en enviados para asumir que el cliente la recibió o que su solicitud quedó resuelta. Son verificaciones distintas.

Checklist para ponerlo en operación

Un ejemplo para ventas o recepción

Escenario hipotético: dos personas atienden cotizaciones y una tercera cubre ausencias. Todas usan cuentas individuales. La dirección del departamento recibe las solicitudes y los permisos de envío se asignan según sus funciones.

Como regla operativa propuesta por Tiser, cada solicitud debe tener responsable, estado y siguiente acción. El equipo puede acordar categorías o carpetas, siempre que sean visibles en sus aplicaciones y que una prueba confirme cómo se comportan. “Leído” no debe significar “resuelto”.

Al terminar el turno, la persona responsable deja contexto suficiente para continuar: qué pidió el cliente, qué se respondió y qué falta confirmar. Evita copiar información sensible a chats personales para suplir un historial de correo incompleto.

Si aparecen respuestas duplicadas, solicitudes sin dueño o necesidad de medir tiempos por caso, considera una mesa de ayuda o CRM. No prometas que el buzón compartido resolverá por sí solo la asignación y trazabilidad que requiere ese flujo.

Capacidad, eliminación y conservación: límites importantes

Microsoft documenta hasta 50 GB sin una licencia independiente para el buzón compartido en el escenario básico; los usuarios que acceden sí necesitan sus licencias correspondientes. Ampliar capacidad y usar funciones de archivo, retención o cumplimiento puede requerir licencias adicionales. Revisa el plan y la función exacta antes de contratar o retirar licencias.

También hay un límite operativo relevante: tener acceso al buzón no impide que un usuario elimine mensajes. No lo presentes como un archivo inalterable ni como un respaldo. Si necesitas conservar documentación comercial, define una política de retención y recuperación que corresponda a tus obligaciones y comprueba su implementación.

Antes de cambiar una dirección que ya recibe pedidos, acuerda una ventana de trabajo y una forma de validar que los mensajes siguen llegando. No crees una dirección alternativa y abandones la anterior sin revisar dónde está publicada, qué formularios la usan y qué procesos dependen de ella.

La prueba de éxito es concreta: cada persona entra con su identidad, el destinatario ve el remitente previsto, el equipo encuentra las respuestas y un relevo puede continuar sin credenciales compartidas. Repite esa revisión después de cambios de personal, permisos o aplicaciones.