CRM compatible con el RGPD — Los datos permanecen en el sitio WordPress del cliente., sin nube SaaS.
DigElite CRM almacena todos los datos de contacto, campaña y seguimiento en las tablas de la base de datos WordPress del cliente (nz_crm_contacts, nz_crm_candidates, nz_crm_inbox, etc.), sin servidor intermedio de DigElite, sin nube en EE. UU., sin dependencia de un proveedor. La justificación B2B según el art. 6, párr. 1, letra f del RGPD se implementa en el plugin: códigos de seguimiento seudónimos, exclusión voluntaria con un clic mediante enlace, exclusión automática basada en palabras clave y periodos de retención independientes.
Qué significa en la práctica una operación interna que cumpla con el RGPD.
Gestionar el sistema internamente es una decisión arquitectónica, no una estrategia de marketing. Se manifiesta en tres aspectos: dónde se ubican los datos, quién es el responsable del tratamiento de datos según el RGPD y si es necesario un acuerdo de procesamiento de datos con un proveedor externo.
Tablas de base de datos personalizadas de WordPress
nz_crm_contacts · nz_crm_candidates · nz_crm_inbox · nz_crm_tasks · nz_crm_log · nz_crm_templates · nz_crm_categories. Sin dilución de CPT/postmeta, sin base de datos de fondos.
Sin servidor intermedio SaaS, sin tercer país de EE. UU.
Los datos permanecen en la base de datos WordPress del cliente. Sin plataforma API de DigElite, sin intermediarios centrales, sin nube en EE. UU., y por lo tanto, sin problemas de transferencia a terceros países según el RGPD y la Ley Schrems II.
Artículo 6, párrafo 1, letra f, puesto en práctica.
Códigos de seguimiento seudónimos, exclusión voluntaria con un solo clic, exclusión automática por palabras clave vacías, períodos de retención independientes: los requisitos técnicos para un equilibrio de intereses perfectamente ejecutable están integrados en el complemento.
Ellos. No DigElite. Esa es la diferencia crucial.
Dado que el plugin se ejecuta en el alojamiento del cliente, no es necesario un acuerdo de procesamiento de datos con un proveedor externo; el cliente sigue siendo el único responsable según el RGPD. Si bien esto podría parecer que implica más obligaciones, en realidad es una simplificación: no hay riesgo asociado a un acuerdo de procesamiento de datos con un socio, ni cláusulas de terceros países, ni cadenas de solicitudes de acceso a datos a través de servidores de terceros. En caso de una solicitud de protección de datos, solo tendrá que consultar un único lugar: su propia base de datos de WordPress.
Qué preguntas deben hacerse los posibles compradores antes de comprar.
¿Necesito un acuerdo de procesamiento de datos (DPA) con DigElite?
No. Dado que el plugin se ejecuta en el alojamiento del cliente y DigElite no procesa datos personales, DigElite no actúa como procesador de datos. Solo se suscribe un acuerdo de procesamiento de datos con el proveedor de alojamiento de WordPress (lo cual es una práctica habitual). Las actualizaciones del plugin no contienen datos personales; se trata simplemente de mantenimiento del software.
¿Qué hay de OpenAI / Google Translate / Google Places que integréis?
Al usar estas API, usted, como cliente, celebra un contrato con el proveedor correspondiente (OpenAI, Google); esta es su decisión y responsabilidad. DigElite solo proporciona la integración técnica. OpenAI ofrece planes de retención de datos cero; Google Translate procesa los textos traducidos en el servidor (esto debería estar cubierto por una política de privacidad); Google Places proporciona datos geográficos públicos (no cumple con el RGPD).
¿Cómo funciona la solicitud de acceso a los datos (Artículo 15 del RGPD)?
Dado que todos los datos residen en la base de datos de WordPress, generar una solicitud de datos es una consulta SQL que recorre las tablas nz_crm_*, filtrada por la dirección de correo electrónico del solicitante. Las herramientas de WordPress para el RGPD (por ejemplo, la función de exportación integrada de WordPress) acceden automáticamente a las tablas del plugin cuando este se registra; DigElite CRM realiza esta función.
¿Qué ocurre con los datos cuando se desinstala un plugin?
Por defecto, las tablas nz_crm_* se conservan, lo que permite reactivar el plugin sin pérdida de datos. La configuración incluye una opción de "eliminación completa" que borra las tablas de la base de datos durante la desinstalación. Es obligatorio confirmar la eliminación (para evitar la pérdida accidental de datos).
Aquí puedes seguir leyendo.
Esta función forma parte de la familia DigElite CRM; eche un vistazo a la Descripción general del producto o las funciones temáticamente relacionadas.
Bandeja de entrada de WhatsApp + Telegram
Exclusión automática de palabras clave vacías como implementación técnica del RGPD.
Más información →
Páginas de destino personalizadas
Exclusión voluntaria con un solo clic a través del enlace `?nzout=…`, de conformidad con el artículo 21 del RGPD.
Más información →
DigElite CRM: Descripción general
Descripción general de todas las funciones, centro de IA y referencia en tiempo real.
Más información →
Quince minutos son suficientes para hacerse una idea.
Te mostraremos DigElite CRM en directo en nuestro panel de administración en nordzypern.live, sin discursos de venta ni diapositivas. Verás cómo funciona un flujo de trabajo de adquisición real en el plugin y podrás decidir si se adapta a la estructura de tu WordPress.
Programe una demostración y una consulta inicial.