Establecimiento de las propiedades del recorrido jo-properties

Acceso a las propiedades de un recorrido access-properties

Las propiedades de un recorrido están centralizadas en el carril derecho. Esta sección se muestra de forma predeterminada al crear un nuevo recorrido. Para los recorridos existentes, haga clic en el icono de lápiz situado junto al nombre del recorrido para abrirlo.

Desde esta sección, puede definir el nombre del recorrido, añadir una descripción y:

NOTE
Para los recorridos activos, esta pantalla muestra solo la fecha de publicación y el nombre del usuario que publicó el recorrido.

El Copiar detalles técnicos permite copiar información técnica sobre el recorrido que el equipo de asistencia puede utilizar para solucionar problemas. Se copia la siguiente información: JourneyVersion UID, OrgID, orgName, sandboxName, lastDeployedBy, lastDeployedAt.

Obtenga más información sobre los campos técnicos relacionados con un recorrido para un perfil determinado y cómo utilizarlos en esta página.

Entrada y reentrada entrance

El modo de entrada de perfil se define en el nivel de recorrido, en el panel de configuración derecho. A continuación se describe la configuración.

La administración de la entrada del perfil depende del tipo de recorridos. Obtenga más información acerca de la administración de entrada y reentrada de perfiles, en esta página.

Permitir la reentrada allow-re-entrance

De forma predeterminada, los nuevos recorridos permiten la reentrada. Puede desmarcar las Permitir la reentrada opción para recorridos de "una sola toma", por ejemplo, si desea ofrecer un regalo de una sola vez cuando una persona entra en una tienda.

Período de espera de reentrada re-entrance-wait

Si la variable Permitir la reentrada está activada, la opción Período de espera de reentrada se muestra el campo. Este campo permite definir el tiempo de espera antes de permitir que un perfil vuelva a entrar en el recorrido en el caso de recorridos unitarios (empezando con un evento o una calificación de público). Esto evita que los recorridos se activen varias veces por error para el mismo evento. De forma predeterminada, el campo se establece en 5 minutos. La duración máxima es de 90 días.

Administrar acceso manage-access

Para asignar etiquetas de uso de datos personalizadas o principales al recorrido, haga clic en Administrar acceso botón. Obtenga más información sobre el Control de acceso de nivel de objeto (OLAC)

Zonas horarias de recorrido y perfil timezone

La zona horaria se define en el nivel de recorrido. Puede introducir una zona horaria fija o utilizar perfiles de Adobe Experience Platform para definir la zona horaria de recorrido. Si se define una zona horaria en el perfil de Adobe Experience Platform, se puede recuperar en la recorrido.

Para obtener más información sobre la administración de huso horario, consulte esta página.

Fecha de inicio y de finalización dates

Puede definir un Fecha de inicio. Si no ha especificado ninguna, se definirá automáticamente en el momento de la publicación.

También puede agregar un Fecha de finalización. Esto permite que los perfiles salgan automáticamente cuando se alcanza la fecha. Si no se especifica una fecha de finalización, los perfiles pueden permanecer hasta la tiempo de espera de recorrido global (que generalmente es de 91 días). La única excepción son los recorridos de audiencia de lectura recurrentes con Forzar reentrada en repetición activado, que finalizan en la fecha de inicio de la siguiente incidencia.

Tiempo de espera timeout

Tiempo de espera o error en actividades de recorrido timeout_and_error

Al editar una actividad de acción o condición, puede definir una ruta alternativa en caso de error o tiempo de espera. Si el procesamiento de la actividad que busca un sistema de terceros supera la duración de tiempo de espera definida en Tiempo de espera o error de las propiedades del recorrido, se elegirá la segunda ruta para realizar una posible acción de reserva.

Los valores autorizados están entre 1 y 30 segundos.

Le recomendamos que defina una variable muy corta Tiempo de espera o error valor si el recorrido distingue entre tiempo y minúsculas (por ejemplo: reacción a la ubicación en tiempo real de una persona) porque no puede retrasar la acción más de unos segundos. Si el recorrido distingue menos del tiempo, puede utilizar un valor más largo para dar más tiempo al sistema llamado para enviar una respuesta válida.

Recorrido también utiliza un tiempo de espera global como se detalla a continuación.

Tiempo de espera de recorrido global global_timeout

Además de las timeout cuando se utiliza en actividades de recorrido, se aplica un tiempo de espera de recorrido global. No se muestra en la interfaz y no se puede cambiar.

Este tiempo de espera global detiene el progreso de los individuos en el recorrido 91 días después de que entren. Esto significa que el recorrido de una persona no puede durar más de 91 días. Después de este período de tiempo de espera, se eliminan los datos del individuo. Las personas que sigan fluyendo en el recorrido al final del periodo de tiempo de espera se detendrán y no se tendrán en cuenta en los informes. Por lo tanto, podría ver más personas entrando en el recorrido que saliendo.

Debido al tiempo de espera de recorrido de 91 días, cuando no se permite la reentrada al recorrido, no podemos asegurarnos de que el bloqueo de reentrada funcione más de 91 días. De hecho, al eliminar toda la información sobre las personas que ingresaron al recorrido 91 días después de su entrada, no podemos saber la persona ingresada anteriormente, hace más de 91 días.

Una persona solo puede entrar en una actividad de espera si le queda tiempo suficiente en el recorrido recorrido para completar la duración de la espera antes del tiempo de espera de 91 días. Consulte esta página.

Preguntas frecuentes sobre el tiempo de vida (TTL) y la retención de datos timeout-faq

A partir de la versión de junio de 2024 de Adobe Journey Optimizer, el tiempo de espera global de recorrido ha pasado de 30 a 91 días. Los impactos se enumeran en las preguntas frecuentes a continuación:

Para Recorridos unitarios

¿Qué sucede con los recorridos publicados después de que se implemente la extensión TTL?
Los perfiles que entren en el nuevo recorrido tendrán automáticamente un TTL de 91 días.
¿Qué sucede con un perfil que introduce un recorrido publicado antes del lanzamiento de la extensión TTL?
El perfil tendrá un TTL de 30 días (7 días para HIPAA), coherente con el momento en que se publicó originalmente el recorrido.
¿Qué les sucede a los perfiles que ya han entrado en un recorrido cuando se inicia la extensión TTL?
El perfil conservará un TTL de 30 días (7 días para HIPAA), según la hora de publicación original del recorrido.
¿Qué sucede con un perfil de una versión de recorrido anterior que se vuelve a publicar después del lanzamiento de la extensión TTL?
El perfil mantendrá un TTL de 30 días (7 días para HIPAA), alineado con el tiempo de publicación de la versión del recorrido original.
¿Qué sucede si un nuevo perfil introduce una versión de recorrido republicada después del inicio de la extensión TTL?
El perfil tendrá un TTL de 91 días, que coincide con el TTL de la versión del recorrido recién publicada.

Para Recorridos de Déclencheur de segmentos

¿Qué sucede con los nuevos recorridos únicos publicados después de la extensión TTL?
Los perfiles que entren en el nuevo recorrido tendrán un TTL de 91 días automáticamente.
¿Qué sucede con los nuevos recorridos recurrentes sin reentrada forzada publicados después de la extensión TTL?
Los perfiles que entren en el nuevo recorrido tendrán un TTL de 91 días automáticamente.
¿Qué sucede con los nuevos recorridos recurrentes con reentrada forzada publicados después de la extensión TTL?
Los perfiles que entren en el nuevo recorrido tendrán un TTL igual al periodo de periodicidad. Por ejemplo, si el recorrido se ejecuta a diario, el TTL será de 1 día.
¿Qué sucede con un perfil que introduce un recorrido publicado antes del lanzamiento de la extensión TTL?
El perfil tendrá un TTL de 30 días (7 días para HIPAA), coherente con el tiempo de publicación original. Para los recorridos recurrentes con reentrada forzada, el TTL coincidirá con el período de periodicidad.
¿Qué sucede con un perfil que se ejecuta a través de un recorrido cuando se inicia la extensión TTL?
El perfil conservará un TTL de 30 días (7 días para HIPAA), según la hora de publicación original del recorrido. Para los recorridos recurrentes con reentrada forzada, el TTL coincidirá con el período de periodicidad.
¿Qué sucede con un perfil en ejecución en una versión de recorrido anterior que se vuelve a publicar después del lanzamiento de la extensión TTL?
El perfil mantendrá un TTL de 30 días (7 días para HIPPA), alineado con el tiempo de publicación de la versión original del recorrido. Para los recorridos recurrentes con reentrada forzada, el TTL coincidirá con el período de periodicidad.
¿Qué sucede si un nuevo perfil introduce una versión de recorrido republicada después del inicio de la extensión TTL?
El perfil tendrá un TTL de 91 días, que coincide con el TTL de la versión del recorrido recién publicada. Para los recorridos recurrentes con reentrada forzada, el TTL coincidirá con el período de periodicidad.

Políticas de combinación merge-policies

El recorrido de utiliza políticas de combinación al recuperar datos de perfil de Adobe Experience Platform. Según el tipo de recorrido, se utilizan distintas políticas de combinación:

  • En Leer recorridos de cualificación de audiencias o audiencias: se utiliza la política de combinación de la audiencia
  • En recorridos de eventos unitarios: se utiliza la política de combinación predeterminada
  • En recorridos de eventos empresariales: se utiliza la política de combinación de la audiencia de destino en la siguiente actividad Leer audiencia

Recorrido respetará la política de combinación utilizada en todo el recorrido. Por lo tanto, si se utilizan varias audiencias en un recorrido (p. ej.: en funciones "inAudience"), lo que crea incoherencias con la política de combinación utilizada por el recorrido, se genera un error y la publicación se bloquea. Sin embargo, si se utiliza una audiencia incoherente en la personalización de mensajes, no se genera una alerta, a pesar de la incoherencia. Por este motivo, es muy recomendable comprobar la política de combinación asociada a su audiencia cuando esta audiencia se utiliza en la personalización de mensajes.

Para obtener más información sobre las políticas de combinación, consulte Documentación de Adobe Experience Platform.

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76