La baja de empleados no es la tarea favorita de nadie, sin embargo, es un proceso de TI cr\u00edtico que debe ejecutarse de manera diligente y eficiente. Es m\u00e1s f\u00e1cil decirlo que hacerlo, especialmente considerando que las organizaciones de TI tienen menos visibilidad y control que nunca sobre el uso de TI de los empleados. Hoy en d\u00eda, los empleados pueden adoptar f\u00e1cilmente nuevas aplicaciones SaaS y en la nube cuando y donde quieran, y el antiguo manual de salida de TI de “deshabilitar la cuenta AD, reenviar correo electr\u00f3nico, recuperar y borrar el dispositivo y terminar” ya no es suficiente. <\/p>\n
Aqu\u00ed, cubriremos cinco de los errores m\u00e1s comunes de Salida de TI<\/a> en un mundo donde prima SaaS, junto con consejos sobre c\u00f3mo navegar por ellos. \u200d<\/p>\n Puede parecer l\u00f3gico suspender o eliminar la cuenta de Google Workspace o Microsoft 365 de los empleados como primer paso en el proceso de baja. Sin embargo, esto har\u00e1 que la cuenta sea inaccesible para todos, incluso para los administradores, lo que podr\u00eda interferir con su capacidad para completar otras tareas de baja, como transferir archivos y datos.<\/p>\n En lugar de suspender o eliminar la cuenta, querr\u00e1 revocar el acceso del ex empleado a su cuenta de correo electr\u00f3nico restableciendo sus contrase\u00f1as y desactivando cualquier m\u00e9todo de recuperaci\u00f3n que el empleado haya configurado, como una direcci\u00f3n de correo electr\u00f3nico personal secundaria o un n\u00famero de tel\u00e9fono m\u00f3vil. <\/p>\n Determinar cu\u00e1ndo suspender o eliminar la cuenta de correo electr\u00f3nico de los empleados depender\u00e1 del protocolo interno y debe completarse cuidadosamente solo despu\u00e9s de confirmar que el acceso a todos los dem\u00e1s recursos, sistemas y datos cr\u00edticos ha sido revocado o transferido a otros empleados. Normalmente, este ser\u00e1 el paso final en el proceso de salida de TI.<\/p>\n Uno de los errores m\u00e1s comunes de la baja es limitar el alcance solo a las aplicaciones SaaS y en la nube autorizadas que se administran dentro de su proveedor de identidad (IdP) o sistema de inicio de sesi\u00f3n \u00fanico (SSO) empresarial. Si bien parece l\u00f3gico dise\u00f1ar un proceso de baja con Con un \u00fanico interruptor de identidad, la realidad con la que todos vivimos es que no todo est\u00e1 detr\u00e1s del SSO y, al limitar su alcance, corre el riesgo de pasar por alto todos los activos SaaS no autorizados o “en la sombra” que un empleado introdujo durante su mandato. Estas cuentas SaaS no autorizadas a menudo se crean con un nombre de usuario y una contrase\u00f1a, que pueden salir f\u00e1cilmente por la puerta en una nota Post-it o quedar abandonadas y luego comprometidas por un actor de amenazas. Para evitar este problema, comience por abrir la apertura de su salida de TI para abarcar todos los servicios administrados. y<\/em> Acceso SaaS y nube no administrada. <\/p>\n Entonces, \u00bfc\u00f3mo se crea una lista de cuentas SaaS y en la nube no administradas para un empleado que se va? Esto puede convertirse en la peor b\u00fasqueda del tesoro del mundo, en la que usted tendr\u00e1 que cruzar informaci\u00f3n de los sistemas financieros, la plataforma de emisi\u00f3n de tickets de su mesa de ayuda, consultas a propietarios de aplicaciones fuera de TI, compa\u00f1eros de equipo del empleado que se va y m\u00e1s. <\/p>\n Pero no se embarque todav\u00eda en esa b\u00fasqueda, nuevas soluciones para Gesti\u00f3n SaaS<\/a> est\u00e1n surgiendo para hacer este proceso mucho m\u00e1s f\u00e1cil.<\/p>\n \nError #1: suspender o eliminar la cuenta de correo electr\u00f3nico antes de completar otros pasos cr\u00edticos<\/strong><\/h2>\n
Error n\u00ba 2: considerar solo lo que hay en IdP o SSO<\/strong><\/h2>\n