Forum Replies Created

Viewing 13 replies - 1 through 13 (of 13 total)
  • Thread Starter enzocm

    (@enzocm)

    Obrigado pelo retorno! Aparentemente tudo ok, eu tinha alterado só no index e n?o tinha ido. Mas alterei no arquivo do pix e foi ??

    • This reply was modified 3 years, 8 months ago by enzocm.
    • This reply was modified 3 years, 8 months ago by enzocm.
    Thread Starter enzocm

    (@enzocm)

    Boa, muito legal essas atualiza??es.

    Tem só um bug que está dando nessa nova vers?o. Eu desativei, exclui o plugin e reinstalei e ativei novamente como foi sugerido, mas o bug persistiu.

    N?o estamos mais conseguindo alterar o order Status para ′processando′. Por conta do plugin ele altera do ′processando′ para ‘pagamento pendente’ automático, mesmo se foi pago via cart?o

    Tive dois casos ontem

    – um caso que foi pago via cart?o de crédito e estava como ′processando′ e foi alterado para ′pagamento pendente′ automaticamente (via cron, acredito). Eu tentava mudar para processando e o sistema n?o deixava. Ao desabilitar esse plugin (do inter) ele permitia alterar e n?o mudava mais para pagamento pendente.

    – o outro caso é um boleto que foi pago. Alteramos o status para ′processando′ (n?o foi automatico depois do boleto liquidado) e também foi ajustado para ′pagamento pendente′ via cron.

    Thread Starter enzocm

    (@enzocm)

    Legal ?? obrigado por todas informa??es..

    Realmente era só ir em ‘WooCommerce > Pagamentos >’, nem tinha me tocado que tinha essa informa??o ali.

    Ao fazer isso deu certo, o status ficou como ′aguardando′ e os e-mails foram enviados (tanto pro admin registrando o pedido quanto para o cliente). O campo de ‘instru??o’ no método de pagamentos do boleto foi incluído, mas por algum motivo ele foi duplicado. Mas o problema é que o link para o pagamento do boleto n?o está nesse e-mail para o cliente ?? !

    Entendi seu ponto sobre o wc-pending. E já que o cron está configurando assim, para os pagamentos em boleto ele faria essa atualiza??o automática. Se eu deixar como ′aguardando′, essa atualiza??o automática n?o é feita e se alguém pagar o boleto terei que ajustar manualmente o pedido, é isso né ?

    Mas aqui eu ainda fiquei com dúvida sobre sua mensagem

    ‘Além disso, a cron do Plugin busca os pedidos em wc-pending para verificar junto ao Banco Inter se ouve o pagamento, e ai sim mudar o status para on-hold.’

    . Segundo a documenta??o o status ‘on-hold’ indica ‘Awaiting payment’ e com o boleto pago o status deveria mudar para ‘Processing’ (Payment received (paid) and stock has been reduced; order is awaiting fulfillment), n?o é ?

    O problema do wc-pending é que, ao menos pra mim, n?o existe nenhum e-mail padr?o cadastrado no woocomerce e n?o tem uma forma fácil de incluir. Eu teria que configurar esse e-mail padr?o via php, é isso? Porque se eu deixo tudo como wc-pending, inclusive a linha $order->has_status( ‘wc-pending’ ) os e-mails n?o s?o enviados nem para o admin e nem para o cliente, mas acredito que é porque em Woocomerce > Configura??es > E-mails n?o tenha nada previsto para o status ′pagamento pendente′.

    Thread Starter enzocm

    (@enzocm)

    Olá pessoal,

    Obrigado pelo retorno.

    No meu caso a linha que estava essa instru??o é a linha 179 (pode ser que a vers?o que eu tenho n?o é a mesma que vocês est?o trabalhando, estou na 1.6.0)

    Acho que entendi o problema que está acontecendo.

    De acordo com a documenta??o do Woo, o status correto quando ocorre um pagamento desse tipo (cheque, boleto, pix, transferência) seria o status ′aguardando′. Isso realmente é muito confuso, pois intuitivamente faz mais sentido ser o ′aguardando pagamento′.

    Ent?o é por esse motivo que os e-mails n?o s?o enviados. O status ′aguardando pagamento′ é um status no qual o pagamento ainda n?o iniciou e portanto nem o cliente e nem o admin recebe email. E todas as compras que fa?o por meio deste plugin cai no status ′aguardando pagamento′

    Ent?o o $order->has_status( ‘on-hold’ ) está correto !!

    Eu tentei alterar a fun??o init_form_fields (que aqui está na linha 87) mudando o atributo default do array order status para ‘on-hold′ (aqui está na linha 108). Mas fiz uma simula??o de compra e continuou no status ′pagamento pendente′. Também mudei essa info no arquivo gatewayPix.php mas n?o adiantou.

    Vocês saberiam me dizer o que eu tenho que fazer pra mudar esse status? Teria que por exemplo simular uma atualiza??o de plugin para que woo reconhe?a essa altera??o?

    Thread Starter enzocm

    (@enzocm)

    Legal, entendi! Obrigado.

    Sobre o email, na verdade o woocommerce envia os emails em quaisquer outro status. Por exemplo quando o pedido está no status ′processando′ (envia email para o admin com o pedido criado) e quando está no status ′finalizado′ (envia email para o cliente). Também o email é enviado normalmente em configura??o externas, via ERP por exemplo (pelo bling) ao gerar NF. Também envia o email quando o pagamento é feito via cart?o.

    Mas no status ′pagamento pendente′ que é o que acontece ao gerar o boleto ou o Pix, o email n?o é enviado nem ao admin nem ao cliente.

    Eu poderia até criar um código em php para fazer isso. Mas nesse caso eu n?o teria como pegar os dados do boleto ou do pix para enviar ao cliente.

    Thread Starter enzocm

    (@enzocm)

    Olá pessoal da Diletec, tudo bem ?

    Aparentemente para mim continuou praticamente igual a vers?o anterior. A op??o de ‘colar’ o QR Code ou o código pix n?o ocorreu para nós. Aparece apenas o QR Code. O que mudou foi que agora apareceu o menu de vocês lá no admin do WP.

    Fiz alguns testes de pagamento e n?o recebi nenhum e-mail, tanto de boleto quanto do pix. Nos dois casos, só é enviado o e-mail ao alterar o status para ′processando′ manualmente. Mas ai nesse caso já seria o step seguinte, depois que o boleto ou pix é pago. Já reconfigurei o SMTP, olhei SPAM, tentei outros e-mails de compra mas n?o adiantou, o e-mail depois que o cliente clica em comprar n?o está sendo enviado.

    Thread Starter enzocm

    (@enzocm)

    Olá equipe da Diletec,

    Legal, boas noticias ?? . Quanto ao e-mail, nosso e-commerce n?o está enviando e-mail ao finalizar a compra pelo plugin!

    Obrigado.

    Thread Starter enzocm

    (@enzocm)

    Um outro ponto que acabei de passar. Uma cliente fez a compra do pix pelo celular. E ai ela n?o tem ideia de como fazer para escanear o QR Code com o mesmo celular que ela fez a compra! Acho que se tivesse também a chave pix na tela do check out poderia ajudar! Obrigadoo

    Thread Starter enzocm

    (@enzocm)

    I understand. But anyway do you have any suggestions on how I can improve these ajax calls?

    When disabling the WPC plugin it takes about 2 to 3 seconds over a medium connection. With the WPC plugin enabled it takes 15 to 25 seconds. And 25sec to wait for a return of the page chases away any customer ??

    Thanks for helping!

    Aqui também. Estou usando o tema Astra. O CSS no mobile fica com a formata??o ruim mesmo. A classe .jp-card-container está com 350px fixo. E a classe jp-card com min-width 315px. O tamanho do cart?o fica estourado. O nome ‘código de seguran?a’ também fica muito grande e acaba tendo que ocupar duas linhas (poderia ser cvv ou ‘codigo de seg.’ abreviado). O padding da classe payment_method_juno-credit-card acaba colando o border na borda do celular

    No desk está normal, mas pelo menos pra mim quase todos acessos vem do mobile, ent?o acabei tendo que ajustar isso na m?o mesmo.

    Thread Starter enzocm

    (@enzocm)

    Hello miemie,

    I found out the conflict between Woocommerce and WPC is. It was only happening in products that the stock was low and when removing the button to activate email notifications (in woocommerce / config / products / stock). After deactivating the error stopped happening.

    Thread Starter enzocm

    (@enzocm)

    Thanks Gabriel. It has helped a lot ??

    Thread Starter enzocm

    (@enzocm)

    Hello @tarekht,

    I do not believe that the photo quality is bad because in the image gallery it is in good quality and at 1000px x 1000px.

    This poor quality problem only happens at the homepage, in the slider (which apparently is configured in the html for 250px by 250px). When I click to view the product, and opens the product page, the same image quality is muche better because the html provides a quality of 600px x 600px.

Viewing 13 replies - 1 through 13 (of 13 total)