{"section":"known-issues","requestedLocale":"es","requestedSlug":"suscripciones-no-ejecutadas-debido-a-un-error-en-la-indexacion-de-datos-o-a-un-error-en-la-consulta-de-datos-maestros","locale":"es","slug":"suscripciones-no-ejecutadas-debido-a-un-error-en-la-indexacion-de-datos-o-a-un-error-en-la-consulta-de-datos-maestros","path":"docs/es/known-issues/Order Management/suscripciones-no-ejecutadas-debido-a-un-error-en-la-indexacion-de-datos-o-a-un-error-en-la-consulta-de-datos-maestros.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nLa creación de solicitudes de suscripción depende del resultado de una consulta realizada a la base de datos de suscripciones; esta consulta se realiza periódicamente para identificar qué suscripciones deben ejecutarse en ese periodo. Si la consulta falla o no devuelve una suscripción concreta, su ciclo no se ejecuta y no se registra ningún error, lo que da lugar a una suscripción con la fecha «nextPurchaseDate» en el pasado.\n\n## Simulación\n\nNo tenemos forma de simular este escenario debido a la dependencia de otros sistemas.\n\n## Workaround\n\nPara ajustar la `nextPurchaseDate`, el usuario final puede pausar la suscripción y reactivarla. Esta acción hará que el sistema de suscripciones recalcule la fecha de ejecución y la `nextPurchaseDate` se actualizará correctamente.\n\nO bien, el cliente puede actualizar la `nextPurchaseDate` de la suscripción del usuario a una fecha futura a través de la API."}