MSP y MSSP

Un MSP (managed service provider) gestiona la informática de sus clientes; un MSSP (managed security service provider) gestiona su supervisión de seguridad y su respuesta. La frontera se ha difuminado: muchos MSP venden hoy servicios de seguridad y los clientes suelen esperarlo. Lo que importa es lo que usted promete. Un MSSP suele comprometerse a vigilar alertas en horarios definidos, a menudo las 24 horas, con tiempos de respuesta en el contrato y personal formado para ello. Un MSP que añade una herramienta de seguridad pero no tiene a nadie vigilando de noche no es un MSSP, y su contrato debe decirlo. Ambos pueden usar NetSenX para la detección: cada cliente es un tenant propio y el programa de partners se dirige a MSSP y revendedores.

Sí. Cada cliente es un tenant propio, separado en la base de datos mediante seguridad a nivel de fila (row-level security), y cada uno puede empezar con el plan Free y pasar al plan que necesite su red. Esa separación importa a sus clientes: sus alertas, mapas de red y registros de auditoría nunca se mezclan con los de otro cliente. Los informes de marca blanca están en el plan Enterprise, y el programa de partners se dirige a MSSP y revendedores, así que puede acordar condiciones antes de desplegar en muchos clientes. Investigar las alertas sigue siendo cosa suya o del cliente; NetSenX no presta un servicio gestionado. Describa su servicio sobre esa base: NetSenX detecta y explica, su equipo decide y responde.

Cada cliente se configura como un tenant propio de NetSenX, separado en la base de datos mediante seguridad a nivel de fila; cómo trabaja un partner con esos tenants se acuerda en el programa de partners. La separación es lo esencial: las alertas, los dispositivos y el registro de auditoría de un cliente nunca aparecen en la vista de otro, y eso es lo que preguntarán sus clientes y sus auditores. Antes de organizar su operación en torno a una única consola para todos los clientes, pregunte a NetSenX cómo funciona hoy el acceso de partner y qué incluye cada plan, en lugar de suponerlo. Cada tenant de cliente puede empezar con el plan Free y pasar al plan que necesite su red.

En una herramienta bien construida, la separación la impone el propio sistema y no solo la interfaz, de modo que un error en una pantalla no puede mostrar los datos de un cliente a otro. Pregunte a los fabricantes cómo: ¿cada registro está asociado a un tenant, la base de datos rechaza consultas entre tenants y las cuentas del personal se limitan a los tenants que atienden? En NetSenX, cada cliente es un tenant propio, separado en la base de datos mediante seguridad a nivel de fila, así que las consultas solo devuelven filas del tenant al que pertenecen. Por su parte, dé a los técnicos cuentas propias con autenticación multifactor, conceda acceso cliente a cliente y retírelo cuando alguien se marche o un cliente termine el contrato.

Sí. El programa de partners de NetSenX se dirige a MSSP, MSP y revendedores que quieren ofrecer detección de red a sus clientes. Las condiciones se acuerdan con cada partner; la página de partners describe el programa y cómo solicitarlo. Antes de empezar, decida qué clientes aportaría, qué planes necesitarían, si necesita informes de marca blanca, incluidos en el plan Enterprise, y quién de su equipo leerá las alertas. Pregunte cómo funciona el acceso de partner a varios tenants de clientes y cómo se organiza la facturación, para poder fijar bien el precio de su servicio. Sean cuales sean las condiciones, NetSenX sigue siendo software de detección: el servicio de supervisión y la respuesta son suyos.

Con NetSenX, sí, en el plan Enterprise: informes con su propia marca, junto con un despliegue multitenant, por contrato. En los demás planes, los informes PDF, disponibles desde el plan Starter, llevan el nombre de NetSenX, algo que muchos MSP usan como fuente independiente junto a su propio informe de servicio. En cualquier caso, cada cliente es un tenant propio, separado en la base de datos. Si la marca blanca forma parte de su oferta, dígalo en la primera conversación con NetSenX, para que el paquete y las condiciones de partner estén claros antes de venderlo a sus clientes, y compruebe qué plan necesita cada cliente para los informes que promete.

Sí, desde el plan Starter: cada tenant de cliente puede generar informes PDF con sus propios datos, con el nombre de NetSenX; los informes con su propia marca están en el plan Enterprise. Un informe es más útil cuando es periódico y breve: qué se supervisó, qué alertas saltaron, qué se hizo, qué cambió en la red y qué sigue sin cubrirse. A los clientes sujetos a NIS2 y a sus auditores les interesan más las pruebas y las fechas que los gráficos. Combine el informe de NetSenX con su propio resumen del servicio y guarde ambos, porque el cliente puede necesitarlos meses después para una aseguradora o una autoridad. Los tenants en el plan Free no tienen informes PDF.

Para clientes pequeños suele funcionar mejor un modelo en el que un sensor cubre toda una sede, porque el precio por equipo crece con cada PC y cada teléfono y puede superar lo que el cliente le paga a usted. Revise su cartera: cuente los dispositivos y las sedes de cada cliente y calcule ambos modelos para sus cinco clientes más típicos antes de elegir fabricante. En NetSenX la unidad es el dispositivo, pero un dispositivo es un host con el agente, y un agente en un puerto SPAN o TAP cuenta como un solo dispositivo para todo el segmento que vigila. Una oficina pequeña típica son, por tanto, uno o unos pocos dispositivos, lo que puede caber en los 3 dispositivos del plan Free o en el plan Starter a 49 € al mes.

Mantenga bajo el coste por cliente y corto el trabajo por alerta: un sensor por sede, alertas que se explican solas y un servicio estándar que no adapta a cada cliente. Para un cliente con cinco PC y una impresora, ponga un agente en un puerto espejo del switch de la oficina en lugar de software en cada máquina. Estandarice la puesta en marcha, la rutina de alertas y el informe mensual, para tratar a todos los clientes igual. Fije el precio del servicio por el valor de vigilar la red y de las pruebas que entrega, no por la herramienta sola. Con NetSenX, un agente en un puerto SPAN o TAP cuenta como un solo dispositivo, y el plan Free cubre 3 dispositivos sin límite de tiempo, así que los clientes más pequeños pueden empezar sin coste de licencia.

Sí. Cada tenant de cliente puede empezar con el plan Free de NetSenX, sin límite de tiempo ni tarjeta de crédito, y pasar a un plan de pago cuando necesite más dispositivos o funciones; los cambios de plan se aplican de inmediato. El plan Free incluye las detecciones principales, el mapa de red, el seguimiento de plazos de NIS2 y el registro de auditoría, y guarda 30 días de historial de alertas. Los motivos típicos para subir son los informes PDF para el cliente desde el plan Starter, más dispositivos, visibilidad de Shadow AI y OT o Slack y webhooks desde el plan Pro, y exportación al SIEM desde el plan Business. Empezar gratis le permite mostrar al cliente resultados reales de su propia red antes de que comprometa un presupuesto.

Un conjunto pequeño y estándar que gestione igual en cada cliente: protección de equipos con gestión central, autenticación multifactor, copias de seguridad con restauraciones probadas, seguridad del correo y detección de red donde los clientes tengan redes locales. Evite herramientas que exijan ajustes por cliente o un analista dedicado, porque su margen se va en horas. Prefiera fabricantes con precios publicados, licencias sencillas, separación limpia entre clientes y alertas sobre las que un técnico pueda actuar. Compruebe cómo protege cada herramienta el acceso remoto que le da, porque sus propias herramientas son un objetivo. NetSenX encaja en la parte de red de ese conjunto: un agente en un puerto SPAN o TAP por sede, alertas en lenguaje claro y un tenant por cliente.

Venda una rutina definida con un entregable periódico, no una herramienta: qué vigila, cuándo mira, qué hace cuando pasa algo y qué recibe el cliente cada mes o trimestre. Un paquete claro puede incluir la puesta en marcha con inventario de dispositivos, revisión de alertas en días laborables, una respuesta acordada para alertas urgentes, un resumen mensual y una revisión trimestral de lo que aún no se cubre. Ese entregable es lo que valoran los clientes y sus aseguradoras: una prueba fechada de que alguien mira. Fíjele un precio por cliente o por sede y diga con honestidad qué ocurre fuera del horario laboral. NetSenX lo respalda con detección y explicaciones en todos los planes, informes PDF desde el plan Starter y un tenant por cliente.

Observe el tráfico de forma pasiva durante unos días: la mayoría de los dispositivos se delatan en horas y el resto en días, al pedir direcciones, resolver nombres y hablar con servidores. Coloque un sensor en un puerto espejo del switch principal y después compare lo que aparece con la lista del cliente, los dispositivos conectados del router y la tabla de puertos del switch. Espere sorpresas: servidores olvidados, dispositivos personales, el router de un proveedor en un armario. Un dispositivo que nunca envía tráfico, o que está en un segmento que no copia, no aparecerá, así que recorra también las instalaciones. El mapa de red de NetSenX lo hace en todos los planes, incluido Free: dispositivos con el nombre que anuncian, primera y última aparición y quién habla con quién, sin sondear nada.

Quién y qué hay en la red, qué está expuesto y si lo básico está en su sitio. Haga un inventario de dispositivos a partir del tráfico y de un recorrido por la oficina. Compruebe qué servicios son accesibles desde internet, como escritorio remoto, carpetas compartidas o VPN antiguas. Liste las cuentas de administración y elimine las compartidas o de antiguos empleados. Confirme que las copias de seguridad funcionan y que hay una copia desconectada, y haga una prueba de restauración. Verifique que el correo y el acceso remoto tienen autenticación multifactor. Busque herramientas de acceso remoto dejadas por proveedores anteriores. Anote lo que encuentre y acuerde prioridades con el cliente. NetSenX ayuda con el inventario y muestra beaconing, escaneos y subidas inusuales desde los primeros días.

Dirija las alertas de cada cliente a un canal que su equipo vigile de verdad, con el nombre del cliente en cada mensaje. Con NetSenX, las alertas de cada tenant de cliente se envían por correo en todos los planes; desde el plan Pro también pueden ir a Slack, a un webhook hacia su sistema de tickets o de guardias, o a sus propias herramientas mediante la API. Defina qué llega a una persona de inmediato y qué espera a la revisión de la mañana, y pruebe el circuito con una alerta inofensiva. Asegúrese de que dos personas reciben las alertas urgentes y de que las vacaciones están cubiertas. La detección funciona a cualquier hora, pero nadie en NetSenX vigila por usted las alertas de sus clientes: la respuesta es su servicio.

Sí, desde el plan Pro: las alertas de un tenant de cliente pueden enviarse a Slack o a un webhook, y de ahí a su sistema de tickets, su chat o su herramienta de guardias; en todos los planes también salen por correo. Use un canal o una etiqueta por cliente, para que un técnico vea de inmediato qué red está afectada. Decida qué niveles de alerta crean un ticket y cuáles solo avisan, para que el canal siga siendo legible. Mantenga la alerta completa, con su explicación, en NetSenX y enlácela desde el ticket en lugar de copiar datos de un sitio a otro. Desde el plan Business, las alertas también pueden exportarse a un SIEM si gestiona uno para sus clientes.

Qué pasó, qué significa para él, qué hizo usted y qué tiene que hacer o decidir el cliente, en palabras sencillas y sin dramatismo. Indique el dispositivo y la hora, diga si fue algo inofensivo, sospechoso o un incidente y qué pruebas lo respaldan. Si contuvo algo, explique cómo y si queda algo afectado. Si el cliente debe decidir, por ejemplo desconectar un servidor o informar al personal, dígalo con claridad y con plazo. Si pueden estar en juego datos personales o una notificación según NIS2, avíselo pronto, porque los plazos pueden empezar a contar desde que se tiene conocimiento. Deje constancia por escrito. Las alertas de NetSenX le dan la explicación que transmitir, y el registro de auditoría guarda lo que se hizo.

Contener el daño, proteger sus propias herramientas, preservar las pruebas e informar a quienes deciden en el cliente, en ese orden y rápido. Aísle de la red las máquinas afectadas sin apagarlas. Compruebe si el atacante usó su herramienta de gestión o acceso remoto; si es posible, suspenda esas sesiones y restablezca las credenciales para todos los clientes, no solo para este. Conserve los registros y el historial de alertas. Llame a una empresa de respuesta a incidentes si el caso supera sus capacidades, y cuente a la dirección del cliente lo que sabe y lo que debe decidir, incluidas posibles notificaciones según NIS2 o el RGPD, que siguen siendo obligación suya. NetSenX muestra la cronología de alertas del cliente, el movimiento lateral y las subidas inusuales, lo que ayuda a responder cuándo empezó y qué salió.

Sí, y los atacantes buscan precisamente eso, porque una herramienta de gestión o acceso remoto llega a todos los clientes a la vez. Proteja esas herramientas como joyas de la corona: autenticación multifactor, cuentas de administración separadas para cada técnico, direcciones de origen restringidas, registro de cada sesión y actualizaciones rápidas de la propia herramienta. Revise a qué clientes llega cada cuenta y retire los accesos que ya no hacen falta. En la parte de red, NetSenX señala sesiones inusuales y movimiento lateral dentro de cada red de cliente supervisada, incluidas las sesiones que salen a horas extrañas del host donde funciona su agente de gestión remota. Cada cliente es un tenant separado, así que sus datos quedan aparte.

Busque sesiones remotas que no encajen con el trabajo de sus técnicos: horas inusuales, máquinas de destino inusuales, muchas máquinas en poco tiempo o sesiones seguidas de conexiones nuevas dentro de la red del cliente. Empiece por la propia herramienta: active su registro de auditoría, alerte de cuentas de administración nuevas y de scripts enviados a muchos dispositivos, y revíselo cada semana. Compare las sesiones con su sistema de tickets. En la parte de red, un sensor en cada red de cliente ve lo que ocurre después de abrirse una sesión: un host que de pronto se conecta con muchos otros, escaneos o datos que salen. NetSenX señala el movimiento lateral y las sesiones nuevas que no encajan con lo normal de un host, en todos los planes, en el tenant propio de cada cliente.

Sus propios inicios de sesión, los registros de auditoría de sus herramientas de gestión y el tráfico que sus herramientas generan en las redes de los clientes. Alerte de inicios de sesión de técnicos desde países o dispositivos nuevos, cuentas de administración nuevas, autenticación multifactor desactivada, despliegues masivos de scripts y claves de API creadas fuera de un cambio previsto. Guarde esos registros fuera de las propias herramientas, para que un atacante no pueda borrarlos. Proteja los servidores o cuentas en la nube donde funcionan sus herramientas como las joyas de la corona de un cliente, y vigile también su tráfico de red. En las redes de clientes, busque actividad que parta del host de su agente y no corresponda a un ticket. NetSenX puede vigilar la red de su propia oficina y la de cada cliente, como tenants separados, con el movimiento lateral y las subidas inusuales como alertas.

Combine una detección automática que funcione a cualquier hora con una pequeña guardia para lo realmente urgente, o asóciese con un proveedor que cubra las noches. Defina lo urgente de forma estrecha, por ejemplo movimiento lateral confirmado, preparación de ransomware o una gran subida de noche, para que a la persona de guardia se la despierte pocas veces y con buen motivo. Envíe solo esas alertas a los móviles; el resto espera a la mañana. Escriba un procedimiento breve para cada caso urgente: cómo aislar una máquina y a quién llamar en el cliente. Si algunos clientes necesitan personas vigilando las 24 horas, asóciese con un MSSP o un proveedor de MDR en lugar de prometerlo usted. NetSenX detecta a cualquier hora y, desde el plan Pro, puede enviar alertas por webhook a cualquier herramienta de guardias.

Prometa solo lo que cubre con personas. Si de noche vigila el software y un técnico lee las alertas por la mañana, diga exactamente eso: la detección funciona las 24 horas, la revisión se hace en días laborables y las alertas urgentes llegan a una persona de guardia en un plazo acordado, si la tiene. No escriba supervisión 24/7 si nadie responde a las 3 de la madrugada: aseguradoras, auditores y tribunales leen esas palabras al pie de la letra, y el hueco puede anular una reclamación o abrir una disputa. Indique tiempos de respuesta, qué se considera urgente y qué debe hacer el propio cliente. Una promesa honesta y más pequeña que se cumple vale más que una grande que no. NetSenX detecta a cualquier hora; no es un servicio atendido por personas.

Describa el servicio en términos comprobables: qué sistemas y segmentos se supervisan, con qué herramienta, cuándo se revisan las alertas, con qué rapidez responde a cada nivel, qué hace usted y qué hace el cliente, y qué no está cubierto. Separe la detección, que funciona automáticamente a cualquier hora, de la revisión y la respuesta, que ocurren cuando su equipo trabaja o está de guardia. Nombre los límites con claridad: contenido cifrado, segmentos no supervisados, dispositivos sin tráfico, actividad en los equipos. Acuerde qué pruebas recibe el cliente y cuánto tiempo se guarda el historial de alertas. Haga revisar el texto por un abogado. Evite palabras como SOC, 24/7 o garantía si no las cumple. Con NetSenX, el periodo de conservación depende del plan del cliente.

Depende sobre todo de su contrato y de lo que prometió e hizo, así que la respuesta es jurídica en cada caso; esto es información general, no asesoramiento jurídico. En la práctica, las disputas giran en torno a unas pocas preguntas: qué decía el contrato que usted supervisaría y cuándo, si lo hizo, si saltaron alertas y se atendieron, y si el cliente siguió sus recomendaciones. Unas descripciones de servicio claras, recomendaciones por escrito que el cliente rechazó y un registro de alertas y acciones protegen a ambas partes. Revise su seguro de responsabilidad civil profesional y su ciberseguro, y haga revisar los contratos por un abogado. NetSenX guarda en el tenant de cada cliente las alertas con marca de tiempo y un registro de auditoría de decisiones, que es el registro que esas preguntas necesitan.

Deje por escrito el riesgo y la decisión del cliente, mantenga lo básico que pueda y no asuma en silencio la responsabilidad de lo que rechazó. Explique con palabras sencillas qué podría pasar sin esa medida, como días sin sistemas tras un ransomware, y cuánto costaría en comparación con la medida. Ofrezca un primer paso más pequeño. Si el cliente sigue diciendo que no, envíe un breve resumen por escrito de la recomendación y su decisión, y consérvelo. Ese registro le protege si algo ocurre. En la detección de red, el argumento del coste puede desaparecer: el plan Free de NetSenX cubre 3 dispositivos sin límite de tiempo, así que un cliente pequeño puede empezar sin coste de licencia, mientras usted acuerda cuánto de su tiempo está incluido.

Posiblemente, de dos maneras: directamente, porque NIS2 incluye a los proveedores de servicios gestionados y de servicios de seguridad gestionados entre los sectores cubiertos, e indirectamente, porque los clientes afectados deben gestionar la seguridad de su cadena de suministro y le trasladarán requisitos por contrato. Que un MSP esté directamente afectado depende de su tamaño y de cómo haya transpuesto la directiva su país, así que revise su legislación nacional y las indicaciones de la autoridad nacional. Esto es información general, no asesoramiento jurídico. En cualquier caso, espere cuestionarios de seguridad, cláusulas contractuales sobre notificación de incidentes y auditorías, y peticiones de pruebas. Prepare una descripción de sus propias medidas, de cómo protege el acceso a los clientes y de cómo les notificaría un incidente.

Preguntas sobre cómo protege los datos y accesos del cliente, cómo gestiona los incidentes y si puede demostrarlo. Temas típicos: gobernanza y responsables, control de acceso y autenticación multifactor, acceso privilegiado al cliente, parches, copias de seguridad, registros y supervisión, detección de incidentes y plazos de notificación, subcontratistas, ubicación de los datos y formación del personal. Responda a cada pregunta con sinceridad y brevedad, adjunte pruebas cuando las tenga y ponga fecha a las mejoras previstas. No responda que sí a algo que no puede mostrar. Mantenga una versión de referencia actualizada, porque muchos clientes hacen preguntas parecidas. NetSenX puede aportar parte de sus pruebas sobre supervisión: registros de detección, el registro de auditoría e informes PDF desde el plan Starter.

Un dossier breve y fechado que muestre que las medidas funcionaron: qué se supervisó, qué alertas saltaron y cómo se gestionaron, los incidentes y sus plazos de notificación, las pruebas de copias y restauración, el estado de los parches, las revisiones de acceso y los riesgos abiertos. NIS2 pide a las entidades afectadas medidas de gestión de riesgos y de gestión de incidentes; las pruebas de que esto ocurre con regularidad son lo que buscan sus órganos de dirección y sus auditores. Mantenga el mismo formato cada trimestre para que los cambios destaquen, e indique lo que no se cubre. NetSenX aporta la parte de supervisión: alertas con marca de tiempo y explicación, el registro de auditoría, los plazos del artículo 23 de NIS2 seguidos por incidente e informes PDF desde el plan Starter. No decide qué debe notificarse ni presenta notificaciones.

Guarde las pruebas sobre la marcha en lugar de reconstruirlas después: alertas con su marca de tiempo y su explicación, qué se hizo y quién, y los hosts implicados. Acuerde de antemano con cada cliente qué entregará tras un incidente y en qué plazo, y quién es su contacto con la autoridad. En NetSenX, las alertas y el registro de auditoría de cada cliente permanecen en su tenant, los plazos del artículo 23 de NIS2 se siguen para cada incidente y los informes PDF están disponibles desde el plan Starter. Asegúrese de que el historial de alertas del plan cubre el periodo que probablemente necesitará una investigación. Presentar la notificación a la autoridad sigue siendo cosa del cliente.

No siempre por ley, pero a menudo por contrato y por lo que esperan los clientes, así que compruebe qué exigen antes de elegir. Las herramientas de seguridad tratan metadatos de red que pueden ser datos personales según el RGPD; las transferencias fuera de la UE son posibles con garantías, pero muchos clientes, sobre todo del sector público, la sanidad y las finanzas, prefieren o exigen almacenamiento en la UE y una lista clara de subencargados. Pregunte a cada fabricante dónde se guardan los datos, qué subencargados usa y dónde están constituidos, y qué recupera usted al irse. NetSenX guarda los datos de clientes en la UE, con la base de datos en Irlanda y la API en Fráncfort y París, y publica su contrato de encargo del tratamiento con la lista completa de subencargados.

Desde la red: qué hosts se conectan a servicios de IA externos o a entornos de modelos de lenguaje ejecutados en local, con qué frecuencia y con cuántos datos, por separado para cada cliente. Con NetSenX esto está disponible desde el plan Pro, en el tenant propio de cada cliente, para que cada uno reciba su propia imagen. Muestra destinos y volúmenes, no lo que se escribió o se subió, y no bloquea servicios por sí mismo. Suele ser lo que los clientes necesitan para empezar una política de IA: qué herramientas se usan, en qué máquinas y si llegan allí grandes cantidades de datos. Combínelo con la política propia del cliente, la formación del personal y, cuando haga falta, los ajustes de los propios servicios de IA.

Sí, si es pasiva y se acuerda con las personas que operan las máquinas. Las redes OT (operational technology) conectan controladores, máquinas y sistemas del edificio; son delicadas, se actualizan poco y a menudo no pueden ejecutar ningún software de seguridad. La supervisión pasiva desde un puerto espejo lee el tráfico sin enviar nada a los dispositivos, y eso es lo primero que necesita oír el responsable de planta. Con NetSenX, desde el plan Pro, el tenant del cliente lee de forma pasiva Modbus/TCP, DNP3, BACnet/IP, EtherNet/IP y S7comm y genera alertas OT como escrituras no autorizadas, cruces de niveles del modelo Purdue, actividad OT fuera de horario y comandos S7comm. NetSenX nunca sondea los dispositivos OT y no es un sistema de seguridad funcional; los cambios en el proceso siguen en manos de los ingenieros del cliente.

Una copia del tráfico de la red de producción, un host para el sensor, el permiso de la planta y un plan que no toque los controladores. Busque en la red de producción un switch gestionable que permita la réplica de puertos, o use un TAP de red en el enlace entre los controladores y su estación de ingeniería o HMI. Conecte a ese puerto espejo un host Linux con el agente de NetSenX, en un tenant de cliente con el plan Pro o superior. Acuerde una ventana de mantenimiento con el responsable de planta, aunque la supervisión pasiva no envíe nada a los PLC. Anote qué segmentos quedan cubiertos y cuáles no. Después revise las primeras semanas de alertas OT con los ingenieros del cliente, que saben qué escrituras y comandos son esperados.

Los datos son del cliente, así que planifique el traspaso: qué registros conserva, a qué accesos renuncia usted y qué se borra. Acuérdelo en el contrato desde el principio. Con NetSenX, cada cliente es un tenant propio, de modo que sus alertas y su registro de auditoría siguen juntos y pueden pasar con el cliente al siguiente proveedor cambiando quién tiene acceso, en lugar de copiar datos. Las alertas pueden exportarse mediante la API desde el plan Pro y hacia un SIEM desde el plan Business, y los informes PDF están disponibles desde el plan Starter. Los derechos del RGPD, como el acceso y la supresión, no dependen del plan. Cerrar una cuenta borra sus datos, así que exporte antes lo que el cliente necesite.