Baja de un cliente

Al dar de baja a un cliente se separa lo suyo de lo común. Se van sus datos, sus accesos y sus variaciones sobre las reglas: son del cliente o se crearon para él. Se queda el catálogo base, que sirve a los demás clientes, y las lecciones del servicio que no identifican al cliente. Antes de borrar, el contrato dice qué se le entrega y por cuánto tiempo se conservan los datos.

El inventario de lo que se creó para un cliente es la lista de control de la baja. Cada recurso tiene un estado: activo, retirado o en retención. Los datos del cliente pueden estar en retención por un plazo pactado, pero un conector, una variación o un acceso que sigue activo cuando el contrato terminó es un cabo suelto. Abre inventario_cl07 y cuenta los recursos con estado ACTIVO.

Una cuenta de servicio con uso posterior a la fecha de baja es una señal doble: el acceso no se retiró y alguien o algo lo está usando. Puede ser una tarea programada olvidada o puede ser alguien que no debería, y con los datos de la tabla no se sabe cuál. Lo que sí se sabe es qué cuenta hay que revisar primero. Compara el ultimo_uso de cuentas_de_servicio con la fecha_de_baja de contrato.

El contrato fija cuántos días conserva el proveedor los datos del cliente después de la baja. Cumplido ese plazo, hay que borrarlos y entregar un acta. Conservarlos más allá no es una cortesía: son datos de un cliente que ya no tiene contrato. Con contrato calcula la fecha límite sumando el plazo a la fecha de baja.

Decir que se borró no es lo mismo que demostrarlo. La baja se cierra con un acta que lista qué se eliminó, cuándo y quién lo hizo, y se entrega al cliente como dice el contrato. Antes, un recurso que sigue activo no puede figurar como borrado. Sin acta, el cliente no tiene cómo comprobar que sus datos ya no están en el proveedor.