Registrar solicitudes de eliminación (flujo de trabajo de IU) record-delete
Use Data Lifecycle espacio de trabajo para eliminar registros en Adobe Experience Platform según sus identidades principales. Estos registros se pueden asociar a consumidores individuales o a cualquier otra entidad que se incluya en el gráfico de identidad.
Requisitos previos prerequisites
La eliminación de registros requiere una comprensión práctica del funcionamiento de los campos de identidad en Experience Platform. Específicamente, debe conocer los valores del área de nombres de identidad de las entidades cuyos registros desea eliminar, según el conjunto de datos (o conjuntos de datos) desde el que los elimine.
Consulte la siguiente documentación para obtener más información sobre las identidades en Experience Platform:
- Servicio de identidad de Adobe Experience Platform: vincula identidades entre dispositivos y sistemas y vincula conjuntos de datos en función de los campos de identidad definidos por los esquemas XDM a los que se ajustan.
- Áreas de nombres de identidad: Las áreas de nombres de identidad definen los diferentes tipos de información de identidad que se pueden relacionar con una sola persona y son un componente necesario para cada campo de identidad.
- Perfil del cliente en tiempo real: Utiliza gráficos de identidad para proporcionar perfiles de consumidor unificados basados en datos agregados de varias fuentes, actualizados en tiempo casi real.
- Modelo de datos de experiencia (XDM): Proporciona definiciones y estructuras estándar para datos de Experience Platform mediante el uso de esquemas. Todos los conjuntos de datos de Experience Platform se ajustan a un esquema XDM específico y el esquema define qué campos son identidades.
- Campos de identidad: Descubra cómo se define un campo de identidad en un esquema XDM.
Creación de una solicitud create-request
Para iniciar el proceso, seleccione Data Lifecycle en el panel de navegación izquierdo de la interfaz de usuario de Experience Platform. Aparece el área de trabajo Data lifecycle requests. A continuación, seleccione Create request de la página principal del área de trabajo.
Aparecerá el flujo de trabajo de creación de solicitudes. De manera predeterminada, la opción Delete record está seleccionada en la sección Requested Action. Deje seleccionada esta opción.
Seleccionar conjuntos de datos select-dataset
El siguiente paso es determinar si desea eliminar registros de un único conjunto de datos o de todos ellos. Según la configuración de su organización, es posible que la opción de selección de conjuntos de datos no esté disponible. Si no ve esta opción, continúe a la sección Proporcionar identidades de la guía.
En la sección Record Details, seleccione un botón de opción para elegir un conjunto de datos específico o todos.
Para eliminar de un conjunto de datos específico, seleccione Select dataset y, a continuación, seleccione el icono de base de datos (
Para eliminar de todos los conjuntos de datos, seleccione All datasets. Esta opción aumenta el ámbito de la operación y requiere que proporcione todos los tipos de identidad relevantes.
Cada conjunto de datos de Experience Platform solo admite un tipo de identidad principal.
- Al eliminar de un solo conjunto de datos, todas las identidades de su solicitud deben usar el mismo tipo.
- Al eliminar de todos los conjuntos de datos, puede incluir varios tipos de identidad, ya que distintos conjuntos de datos pueden depender de identidades principales diferentes".
Proporcionar identidades provide-identities
Al eliminar registros, debe proporcionar información de identidad para que el sistema pueda determinar qué registros se eliminarán. Para cualquier conjunto de datos en Experience Platform, los registros se eliminan en función del campo área de nombres de identidad definido por el esquema del conjunto de datos.
Al igual que todos los campos de identidad de Experience Platform, un área de nombres de identidad consta de dos cosas: un tipo (a veces denominado área de nombres de identidad) y un valor. El tipo de identidad proporciona contexto sobre cómo el campo identifica un registro (como una dirección de correo electrónico). El valor representa la identidad específica de un registro para ese tipo (por ejemplo, jdoe@example.com para el tipo de identidad email). Los campos comunes utilizados como identidades incluyen información de la cuenta, ID de dispositivo e ID de cookie.
Existen dos opciones para proporcionar identidades al eliminar registros:
Cargar un archivo JSON upload-json
Para cargar un archivo JSON, puede arrastrar y soltar el archivo en el área proporcionada o seleccionar Choose files para examinar y seleccionar en el directorio local.
El archivo JSON debe tener el formato de una matriz de objetos; cada objeto representa una identidad.
[
{
"namespaceCode": "email",
"value": "jdoe@example.com"
},
{
"namespaceCode": "email",
"value": "san.gray@example.com"
}
]
namespaceCodevalueUna vez cargado el archivo, puede continuar enviando la solicitud.
Introducir identidades manualmente manual-identity
Para introducir identidades manualmente, seleccione Add identity.
Aparecen controles que permiten introducir las identidades de una en una. En identity namespace, utilice el menú desplegable para seleccionar el tipo de identidad. En Primary Identity Value, proporcione el valor del área de nombres de identidad para el registro.
Para agregar más identidades, seleccione el icono más (
Cuotas y plazos de procesamiento quotas
Las solicitudes de eliminación de registros están sujetas a límites diarios y mensuales de envío de identificadores, determinados por el derecho de licencia de su organización. Estos límites se aplican a solicitudes de eliminación basadas en la interfaz de usuario y la API.
Derecho de envío mensual por producto quota-limits
En la tabla siguiente se describen los límites de envío de identificadores por producto y nivel de asignación de derechos. Para cada producto, el límite mensual es el menor de dos valores: un límite de identificador fijo o un umbral basado en porcentajes y vinculado al volumen de datos con licencia.
Las cuotas se restablecen el primer día de cada mes calendario. La cuota no utilizada no se transfiere.
Tiempos de procesamiento para los envíos de identificadores sla-processing-timelines
Después del envío, las solicitudes de eliminación de registros se ponen en cola y se procesan según su nivel de asignación de derechos.
Si su organización requiere límites más altos, póngase en contacto con su representante de Adobe para obtener una revisión de las autorizaciones.
Enviar la solicitud submit
Cuando haya terminado de agregar identidades a la solicitud, en Request settings, proporcione un nombre y una descripción opcional para la solicitud antes de seleccionar Submit.
Aparecerá un cuadro de diálogo Confirm request para indicar que las identidades no se pueden recuperar una vez eliminadas. Seleccione Submit para confirmar la lista de identidades cuyos datos desea eliminar.
Una vez enviada la solicitud, se crea una orden de trabajo y aparece en la ficha Record del área de trabajo Data Lifecycle. Desde aquí puede supervisar el estado de la orden de trabajo a medida que procesa la solicitud.
Eliminación de registros de conjuntos de datos basados en esquemas relacionales relational-record-delete
Si el conjunto de datos que está eliminando se basa en un esquema relacional, revise las siguientes consideraciones para asegurarse de que los registros se quiten correctamente y no se vuelvan a ingerir debido a discrepancias entre Experience Platform y el sistema de origen.
Comportamiento de eliminación de registros
En la tabla siguiente se describe cómo se comportan las eliminaciones de registros en Experience Platform y en los sistemas de origen, según el método de ingesta y el cambio de la configuración de captura de datos.
_change_request_type = 'd' se eliminan durante la ingesta. Los registros no marcados se pueden volver a ingerir.Para evitar la reingesta, aplique el mismo método de eliminación tanto en el sistema de origen como en Experience Platform, ya sea eliminando registros de ambos sistemas o incluyendo _change_request_type = 'd' para los registros que desea eliminar.
Cambiar las columnas de captura y control de datos
Los esquemas relacionales que utilizan orígenes con captura de datos de cambio pueden utilizar la columna de control _change_request_type al distinguir eliminaciones de actualizaciones. Durante la ingesta, los registros marcados con d se eliminan del conjunto de datos, mientras que los marcados con u o sin la columna se tratan como actualizaciones. La columna _change_request_type se lee solo en el momento de la ingesta y no se almacena en el esquema de destino ni se asigna a campos XDM.
Métodos de eliminación adicionales para esquemas relacionales
Más allá del flujo de trabajo de eliminación de registros estándar, los esquemas relacionales admiten métodos adicionales para casos de uso específicos:
- Enfoque de conjunto de datos de copia segura: duplique el conjunto de datos de producción y aplique eliminaciones a la copia para pruebas o reconciliación controladas antes de aplicar cambios a los datos de producción.
- Carga por lotes de solo eliminación: cargue un archivo que contenga únicamente operaciones de eliminación para el mantenimiento de destino cuando necesite eliminar registros específicos sin que ello afecte a otros datos.
Compatibilidad del descriptor con operaciones de higiene descriptor-support
Los descriptores de esquema relacionales proporcionan metadatos esenciales para operaciones de higiene precisas:
- Descriptor de clave principal: Identifica registros de forma exclusiva para actualizaciones o eliminaciones de destino, lo que garantiza que los registros correctos se vean afectados.
- Descriptor de versión: garantiza que las eliminaciones y actualizaciones se apliquen en el orden cronológico correcto, lo que evita operaciones fuera de secuencia.
- Descriptor de marca de tiempo (esquemas de series de tiempo): alinea las operaciones de eliminación con los tiempos de ocurrencia de eventos en lugar de los tiempos de ingesta.
Retención programada para esquemas relacionales
Para obtener una higiene automatizada basada en la edad de los datos y no en identidades específicas, consulte Administrar la retención del conjunto de datos de evento de experiencia (TTL) para obtener información sobre la retención programada en el nivel de fila en el lago de datos.
Prácticas recomendadas para la eliminación de registros relacionales
Para evitar una reingesta involuntaria y mantener la coherencia de los datos en todos los sistemas, siga estas prácticas recomendadas:
- Coordinar eliminaciones: alinee las eliminaciones de registros con la configuración de captura de datos de cambio y la estrategia de administración de datos de origen.
- Monitorizar los flujos de captura de datos modificados: después de eliminar los registros en Platform, supervise los flujos de datos y confirme que el sistema de origen quita los mismos registros o los incluye con
_change_request_type = 'd'. - Limpiar el origen: Para los orígenes que usan la ingesta de actualización completa o los que no admiten eliminaciones mediante la captura de datos de cambio, elimine registros directamente del sistema de origen para evitar la reingesta.
Para obtener más información sobre los requisitos de esquema, consulte requisitos de descriptor de esquema relacional.
Para saber cómo funciona la captura de datos modificados con las fuentes, consulte Habilitar la captura de datos modificados en las fuentes.
Próximos pasos
En este documento se explica cómo eliminar registros en la interfaz de usuario de Experience Platform. Para obtener información sobre cómo realizar otras tareas de administración del ciclo de vida de datos en la interfaz de usuario, consulte Información general sobre la IU del ciclo de vida de datos.
Para obtener información sobre cómo eliminar registros mediante la API de higiene de datos, consulte la guía de extremo de orden de trabajo.