Piggly Dev

Ótimo! @henriqueaf a propósito, encontramos o bug que fazia não enviar o e-mail de “perto da expiração” do Pix. Nesse caso, vamos lançar uma correção ainda hoje para sanar isso.

@kozmonauta gostaríamos de identificar mais afundo, como disse sobre instalação limpa, não enfrentamos esse problema em nenhuma instalação limpa. Sempre criamos uma nova instância zerada para validar o plugin e configurando o plugin e atualizando os links permanentes não houve erros.

E não, a URL não está incorreta, definimos dois endpoints pgly-pix-payment e pgly-pix-receipt. Estes são localizados dentro da URL minha-conta. Então, para acessa-los, um cliente irá visualizar seudominio.com.br/minha-conta/pgly-pix-payment para pagamento e seudominio.com.br/minha-conta/pgly-pix-receipt para envio de comprovante.

Se você configurou o seu Woocoommerce incorretamente não definiu a página “Minha Conta”, não irá funcionar. Estes dois endpoints exigem que o usuário esteja em “Minha Conta” para fazer essa validação.

Olá, @rondolfo, tudo bem? O plugin do Pix agora exige o envio do comprovante do Pix por essa nova rota e URL. Isso porque assim conseguimos garantir mais segurança no envio de comprovantes, tivemos que pensar muito sobre isso… muita gente estava com dificuldades e recebendo arquivos maliciosos.

@henriqueaf vamos lá, siga os passos abaixo, nas configurações do Plugin na aba “Pedidos”, em “Expiração”:

• Está marcado para cancelar o pedido após a expiração do Pix? Se tiver, então o Pedido será cancelado logo após a expiração do Pix;
• Mais abaixo em “Período de Processamento dos Pix”, está selecionado “Uma vez a cada trinta minutos?

Com o Modo Debug ativado, verifique nos logs:

• Se há alguma mensagem “Disparo de e-mail wc_piggly_pix_pix_close_to_expires…” indicando que o e-mail para Pix Perto de Expirar foi enviado;
• Se há alguma mensagem indicando que a cronjob está sendo executada dentro do tempo estipulado com a mensagem “Iniciando a tarefa cron para processamento dos Pix”.

Acreditamos, quase que sem dúvidas, que ou a cronjob do seu WordPress está desativada ou então ela não está sendo executada de 30 em 30 minutos porque o seu website não tem visitas suficientes.

Vale lembrar como as cronjobs do WordPress funcionam: por padrão, elas são executadas quando qualquer arquivo do website é executado. Um website sem acessos durante um período irá impedir a execução da cronjob corretamente e ela será executada logo após o primeiro acesso desde a última execução. Se não for bem configura, você corre sim esse risco de algumas funções funcionarem e outras não.

Nesse caso, é bom desabilitar a cronjob nativa do WordPress adicionando define('WP_CRON', false') no arquivo wp-config.php. E configurar uma cronjob no seu servidor, para ser executada de 30 em 30 minutos, */30 * * * * php /path/to/website/public_html/wp-cron.php > /dev/null 2>&1 executando o o usuário www-data.

Entendido! Você utiliza algum plugin de cache ou similar?

@henriqueaf você configurou a cronjob, nas configurações do plugin para executar de 30 em 30 minutos? O que pode estar acontecendo é a execução da expiração, pelo período da cronjob ser executada antes de conseguir notificar o usuário. Aliás, lançamos uma versão hoje que corrige bug de envio de e-mails em alguns casos

Não vivenciei nada parecido! Você migrou de qual versão para qual? Vamos tentar analisar a rotina de atualização.

Para quem estiver com o mesmo problema, lembrem-se de atualizar os links permanentes pelo menos uma vez após instalar/atualizar o plugin.