Residencia de datos: qué permanece dónde
Elija la región de la base de datos de su tenant (Turquía o UE; EE. UU. previsto). Hoy solo la base de datos del tenant está vinculada a una región: las colas, los registros y los metadatos se procesan en la plataforma.
Región de Turquía (TR)
Base de datos del tenant alojada en Turquía, pensada para apoyar las necesidades de localización de datos de la KVKK.
Región Europa (UE)
Base de datos del tenant alojada en la Unión Europea, pensada para apoyar los requisitos del RGPD.
Región Estados Unidos (prevista)
Está prevista una base de datos de tenant alojada en EE. UU.; aún no está disponible.
Qué puede elegir hoy
Usted elige dónde se almacenan los registros de consentimiento: una base de datos de tenant gestionada por HashEntry en una región o su propio PostgreSQL (BYOD). El procesamiento de las solicitudes se ejecuta en la plataforma HashEntry; un despliegue completo por región está previsto, pero aún no disponible.
1. Procesamiento
Dónde se reciben y procesan las solicitudes
- Solicitudes, colas y registros: procesados en la plataforma HashEntry
- Metadatos de la plataforma (cuentas, planes, facturación): base de datos de la plataforma
- Procesamiento por región: previsto, aún no disponible
2. Modelo de almacenamiento y base de datos
Donde residen los registros de consentimiento y contratos
- PostgreSQL gestionado: base de datos de tenant vinculada a una región (por defecto, base compartida con separación por tenant; esquema o base dedicados en los planes que lo incluyen)
- BYOD (su PostgreSQL): los registros de consentimiento se guardan en su base de datos; las solicitudes transitan por la plataforma
- Archivos de firma: almacenados cifrados en la plataforma salvo configuración contraria
Cómo viaja un registro de consentimiento
Los pasos que sigue un consentimiento y dónde tiene lugar cada uno.
| Paso | Actor / Componente | Acción | Destino |
|---|---|---|---|
| 1 | Navegador / Aplicación del visitante | Consentimiento otorgado o contrato aprobado | Plataforma HashEntry (API) |
| 2 | Servidores de aplicación de HashEntry | Solicitud en cola; se genera el JSON canónico y se calcula el resumen SHA-256 | Cola y servidores de aplicación de la plataforma |
| 3 | Autoridad de Sellado de Tiempo (TSA) | Solicitud RFC 3161 que contiene solo el resumen SHA-256 (si el sellado está activado) | Autoridad de sellado RFC 3161 configurada |
| 4 | Persistencia en base de datos | El registro, el resumen y el token de sello se guardan en la base de datos elegida | Base de datos de tenant regional o su PostgreSQL BYOD |
Refuerce hoy su evidencia de cumplimiento
Comienza con el plan gratuito. No se requiere tarjeta de crédito.