{"section":"known-issues","requestedLocale":"pt","requestedSlug":"assinaturas-nao-executadas-devido-a-falha-na-indexacao-de-dados-ou-falha-na-consulta-de-dados-mestre","locale":"pt","slug":"assinaturas-nao-executadas-devido-a-falha-na-indexacao-de-dados-ou-falha-na-consulta-de-dados-mestre","path":"docs/pt/known-issues/Order Management/assinaturas-nao-executadas-devido-a-falha-na-indexacao-de-dados-ou-falha-na-consulta-de-dados-mestre.md","branch":"main","content":"## Sumário\n\n>ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n\nA criação de solicitações de assinatura depende do retorno de uma consulta feita ao banco de dados de assinaturas; essa consulta é feita periodicamente para identificar quais assinaturas devem ser executadas naquele período; se essa consulta falhar ou não retornar uma assinatura específica, seu ciclo não será executado e nenhum erro será registrado, resultando, assim, em uma assinatura com a nextPurchaseDate no passado.\n\n## Simulação\n\n\nNão temos como simular esse cenário devido à dependência de outros sistemas\n\n## Workaround\n\n\nPara ajustar a `nextPurchaseDate`, o usuário final pode pausar a assinatura e reativá-la. Essa ação fará com que o sistema de assinatura recalcule a data de execução e o `nextPurchaseDate` será atualizado corretamente.\n\nOu o cliente pode atualizar a `nextPurchaseDate` da assinatura do usuário para uma data futura por meio da API."}