Show Menu
TEMAS×

Resolución de problemas

En esta sección, encontrará cómo solucionar problemas de viajes antes de realizar pruebas o publicar. Todas las comprobaciones que se indican a continuación se pueden realizar cuando el viaje está en modo de prueba o cuando el viaje está activo. La recomendación es realizar todas las comprobaciones siguientes en el modo de prueba y luego proceder a la publicación. Consulte Prueba del recorrido .

Comprobación de errores antes de probar

Antes de probar y publicar el viaje, compruebe que todas las actividades estén correctamente configuradas. No puede realizar pruebas ni publicaciones si el sistema sigue detectando errores.
Los errores aparecen con un símbolo de advertencia en las propias actividades del lienzo. Coloque el cursor en el signo de exclamación para mostrar el mensaje de error. Si hace clic en la actividad, debería ver la línea por error con una advertencia. Por ejemplo, si un campo obligatorio está vacío, se mostrará un error.
Por ejemplo, en el lienzo, cuando se desconectan dos actividades, se muestra una advertencia.
Al lado del Test botón de alternancia y del Publish botón, se puede mostrar un signo de advertencia. Este signo de advertencia muestra los errores detectados por el sistema y evita la activación del modo de prueba o la publicación del viaje. La mayoría de las veces, los errores detectados por el sistema están vinculados a errores visibles en las actividades, pero a veces están vinculados a otros problemas. En este caso, puede mostrarlos e intentar identificar el problema mediante la descripción del error. Si no puede identificar el problema, puede copiar los detalles y enviarlos al administrador o a la asistencia técnica. Tenga en cuenta que los errores que bloquean la prueba y los errores que bloquean la publicación son similares.
El sistema detecta dos tipos de problemas: errores y advertencias. Los errores bloquean la publicación y la activación de prueba. Las advertencias indican posibles problemas que no bloquean la activación o publicación de pruebas. Verá una descripción de la publicación y un ID de registro de la publicación del tipo ERR_XXX_XXX. Esto ayudará al soporte técnico a identificar el problema.
Se pueden mostrar dos colores diferentes en el signo situado junto al Test botón de alternar y el Publish . El signo se muestra en rojo en caso de error. Se muestra en color naranja en caso de advertencias.
Los errores y las advertencias que son globales para el viaje aparecen primero en la lista. Los errores y las advertencias relacionados con actividades específicas se enumeran después, por orden de actividad o en el recorrido de izquierda a derecha. El Copy details botón copia información técnica sobre el viaje que el equipo de asistencia puede utilizar para solucionar problemas.

Comprobando que los eventos se envían correctamente

El punto de partida de un viaje es siempre un evento. Puede realizar pruebas con herramientas como Postman.
Puede comprobar si la llamada de API que envía a través de estas herramientas se envía correctamente o no. Si vuelve a recibir un error, significa que la llamada tiene un problema. Vuelva a comprobar la carga útil, el encabezado (y especialmente el ID de organización) y la dirección URL de destino. Puede preguntar a su administrador cuál es la dirección URL correcta para visitar.
Los Eventos no se insertan directamente de la fuente a Journey Orchestration. De hecho, Journey Orchestration se basa en las API de inserción de flujo continuo de la plataforma de experiencia. Como resultado, en caso de problemas relacionados con el evento, puede consultar esta página para la solución de problemas de las API de inserción de flujo continuo.

Comprobando si las personas entran en el viaje

Journey Orchestration El sistema de informes mide las entradas de la gente en un viaje en tiempo real.
Si se consigue enviar el evento pero no se ve ninguna entrada en el trayecto, hay un problema entre el envío del evento y la recepción del evento en el trayecto.
A continuación se indican algunas cosas que el administrador debe comprobar:
  • ¿Está seguro de que el viaje en el que espera el evento entrante está en modo de prueba o activo?
  • ¿Ha guardado el evento antes de copiar la carga útil de la previsualización de carga útil?
  • ¿Contiene la carga útil de evento un identificador de evento?
  • ¿Has marcado la dirección URL correcta?
  • ¿Ha seguido la estructura de carga útil de las API de inserción de flujo, utilizando la previsualización de estructura de carga útil del panel de configuración de evento? Consulte Vista previa de la carga útil .
  • ¿Utilizó los pares clave/valor correctos en el encabezado del evento?
    X-gw-ims-org-id - your ORGID
    Content-type - application/json
    
    

Comprobar cómo navegan las personas a través del viaje

Journey Orchestration El sistema de informes mide el progreso de las personas dentro de un viaje. Es fácil identificar dónde y por qué detuvieron a una persona.
A continuación se presentan algunas cosas para comprobar:
  • ¿Se debe a una condición que excluye a la persona? Por ejemplo, la condición es "género = hombre" y la persona es mujer. Esta comprobación puede realizarla un usuario comercial si la condición no es demasiado compleja.
  • ¿Se debe a que una llamada a un origen de datos no responde? Cuando el viaje está en prueba, esta información se puede ver en los registros del modo de prueba. Cuando el viaje está activo, un administrador puede probar las llamadas directas al origen de datos y comprobar la respuesta recibida. Un administrador también puede realizar el duplicado del viaje y probarlo.

Comprobación de que los mensajes se envían correctamente

Si los individuos fluyen por el camino correcto en el viaje pero no reciben mensajes que deberían recibir, puede comprobar si:
  • La mensajería transaccional ha tenido correctamente en cuenta la solicitud para enviar el mensaje. Un usuario de negocios puede acceder al mensaje transaccional que se supone que debe enviarse y comprobar si la hora de la última ejecución corresponde al tiempo de ejecución del viaje. También puede consultar las últimas llamadas o eventos de API recibidas mediante mensajes transaccionales.
  • La mensajería transaccional ha enviado correctamente el mensaje. En los registros de envío del mensaje transaccional, puede ver el estado de cada ejecución. Pueden ver si es verde, rojo y cuál fue el problema. Un usuario comercial puede acceder a esta pantalla y enviar los registros a un administrador para realizar más investigaciones.
En el caso de un mensaje enviado mediante una acción personalizada, lo único que se puede comprobar durante la prueba de viaje es el hecho de que la llamada del sistema de la acción personalizada produce un error o no. Si la llamada al sistema externo asociada con la acción personalizada no genera un error pero no conduce al envío de un mensaje, algunas investigaciones deben realizarse en el sistema externo.