Este problema conocido ha sido traducido automáticamente del inglés.

Este KI describe el escenario en el que el Marketplace o Fulfillment solicita la cancelación de un pedido. Esta cancelación es aceptada en fulfillment; sin embargo, puede tardar unos minutos o incluso más en algunos casos para que el estado se actualice en el Marketplace. Este retraso se produce porque hay múltiples escrituras del pedido en S3 (base de datos) durante el flujo de cancelación, cambiando el estado de "cancelado" a "cancelado" y actualizando otra información de la cancelación. Dada la implementación actual del flujo de cancelación, que opera de forma asíncrona sin bloqueo, este comportamiento puede ocurrir, y podrían surgir incoherencias en las interacciones del flujo de trabajo. Por ejemplo, el estado puede pasar a "cancelado" pero luego volver a "cancelar" debido a la falta de bloqueo en las operaciones. En consecuencia, esto podría afectar al feed/hook ya que habría dos notificaciones del estado cancelado.

Este escenario afecta al proceso de denegación a través de la API UpdateTask, provocando que la tarea permanezca sin actualizar. Sin embargo, la solicitud se cancela con éxito. En este caso, es necesario actualizar la tarea.

Sin embargo, este escenario es poco frecuente y no tiene un impacto significativo porque hay reintentos en el flujo de trabajo que garantizan un cierto nivel de coherencia; no obstante, puede tardar un tiempo en actualizarse la información.

No es posible simular esta situación, ya que no siempre se produce.

No disponemos de una solución para este caso, por lo que es necesario reintentar el flujo de trabajo para corregir el estado.