**Aviso de fin de soporte:** el 30 de octubre de 2026, AWS finalizará el soporte para Amazon Pinpoint. Después del 30 de octubre de 2026, ya no podrá acceder a la consola de Amazon Pinpoint ni a los recursos de Amazon Pinpoint (puntos de conexión, segmentos, campañas, recorridos y análisis). Para obtener más información, consulte [Fin de soporte de Amazon Pinpoint](https://docs.aws.amazon.com/console/pinpoint/migration-guide). **Nota: en** lo APIs que respecta a los SMS, este cambio no afecta a los mensajes de voz, a las notificaciones push móviles, a las OTP y a la validación de números de teléfono, y son compatibles con la mensajería para el usuario AWS final.
Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Solución de problemas con los recorridos
Compruebe que el registro esté activado para ayudar a identificar la causa del error. Para obtener más información sobre el registro, consulte [Monitoreo y registro](troubleshooting.md#troubleshooting-logging) y [Eventos de recorrido](https://docs.aws.amazon.com/pinpoint/latest/developerguide/event-streams-data-journey.html).
## El viaje basado en eventos no se activa cuando se utiliza una PutEvents solicitud
****Problemas y soluciones****
+ Compruebe que no se supere el valor **Límites de recorrido** configurado:
+ **Número máximo de mensajes diarios por punto de conexión**
+ **Número máximo de mensajes que un punto de conexión puede recibir del recorrido**
+ **Número máximo de mensajes de recorrido por segundo**
+ **Número máximo de ingresos por punto de conexión**
+ Compruebe que el número activo de recorridos activados por eventos no supere el umbral aprovisionado. Para obtener más información, consulte [Cuotas](https://docs.aws.amazon.com/pinpoint/latest/developerguide/quotas.html).
+ Comprueba que todos los componentes de la solicitud de [PutEvents](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-events.html)API estén completos, incluidos el componente de [evento y el componente](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-events.html#apps-application-id-events-model-event) de [punto final](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-events.html#apps-application-id-events-model-publicendpoint).
+ Compruebe que el recorrido específico esté en la misma aplicación que el de la PutEvent solicitud.
+ Compruebe que el evento correcto esté configurado para activar el recorrido. Puede confirmar esta configuración en la [condición de ingreso del recorrido](https://docs.aws.amazon.com/pinpoint/latest/userguide/journeys-entry-activity.html#journeys-entry-activity-event-triggered).
+ Los recorridos basados en eventos no son propicios para los casos de uso de los centros de contacto, ya que la vida útil de las operaciones de marcado es limitada, 3 minutos.
+ Puedes usar el siguiente ejemplo de solicitud para activar un viaje utilizando «TestEvent» como condición de entrada.
```
aws pinpoint put-events --application-id 7149cbb8XXXXXXXX --events-request file://PutEvents.json
file://PutEvents.json
{
"BatchItem": {
"ExampleEndpointID": {
"Endpoint": {
"User": {
"UserId": "10107"
},
"ChannelType": "EMAIL",
"Address": "johndoe@example.com"
},
"Events": {
"JourneyEvent": {
"EventType": "TestEvent",
"Timestamp": "2019-02-10T19:48:57+00:00"
}
}
}
}
}
```
## Todos los participantes en el recorrido pasan por la opción “No” durante la actividad de división “Sí/No”
****Problemas y soluciones****
+ Este error se puede producir cuando no se ha configurado ningún tiempo de espera. Los eventos de envío se evalúan inmediatamente, lo que hace que todos los participantes pasen a la opción “No”.
+ Para resolver este problema, compruebe que se haya configurado un tiempo de espera después de la evaluación del estado.
+ Las divisiones sí/no basadas en un criterio de evento y las siguientes actividades de AWS Lambda personalizadas tienen un tiempo de espera implícito de 15 minutos para acumular y procesar los resultados del evento.
+ Las divisiones sí/no basadas en un criterio de evento y las siguientes actividades del canal (SMS, CORREO ELECTRÓNICO, PNS) tienen un tiempo de espera de 1 hora para acumular y procesar los estados de los eventos de entrega de las entregas de mensajes del canal.
+ Para las Yes/No divisiones, solo se admiten eventos estándar específicos para los estados de entrega del canal.