• Resolved Aleph Ozuas

    (@aozuas)


    Claudio,

    O simulador de frete nos produtos está praticamente multiplicando por 10 o valor do frete. No checkout o valor está correto.

    Um mesmo produto meu no simulador ficou:

    PAC (Entrega em 5 dias úteis): R$ 156,45
    SEDEX (Entrega em 3 dias úteis): R$ 157,65

    Enquanto no checkout ficou:

    PAC (Entrega em 5 dias úteis): R$ 15,38
    SEDEX (Entrega em 3 dias úteis): R$ 16,58

    Creio que n?o é problema da API, caso contrário o valor do checkout também ficaria incorreto. O erro vem ocorrendo desde de a última atualiza??o do WooCommerce. Alguns clientes me avisaram e n?o dei muito aten??o, mas hoje constatei que realmente é no simulador e temporariamente desativei ele.

    Obrigado!

    https://www.ads-software.com/plugins/woocommerce-correios/

Viewing 9 replies - 1 through 9 (of 9 total)
  • Thread Starter Aleph Ozuas

    (@aozuas)

    Acabei de ver que o problema n?o é apenas no simulador, dependendo do CEP ele fica errado no checkout também. Ent?o desativei o “Declarar valor” e o sistema passou a calcular corretamente. Pelo que vi outros já reclamaram do mesmo problema e esta foi a solu??o.

    Ent?o deve ser problema dos Correios mesmo.
    Ou o valor declarado está sendo multiplicado por 100?

    Bem, n?o sei, de qualquer forma o assunto já está sendo discutido em outro thread (https://www.ads-software.com/support/topic/nao-consigo-calcular-o-frete) e vou colocar aqui como resolved.

    Plugin Author Claudio Sanches

    (@claudiosanches)

    Os Correios nos útlimos dias esta causando esse esse.
    O valor declarado acontece enviando o valor do pedido para os Correios, mas por algum motivo eles param de usar a porcentagem que eles usavam e apenas est?o somando ao valor do frete.

    Antonio Celso Thomazelli

    (@antonio-celso-thomazelli)

    Acho que sim. Outro erro está ocorrendo. Qdo colocamos os CEPs de origem e de destino iguais, aparece a mensagem dizendo que n?o há métodos de envio disponíveis.

    Plugin Author Claudio Sanches

    (@claudiosanches)

    Isso é coisas dos Correios, todos os dados passados s?o enviados para os Correios.

    Thread Starter Aleph Ozuas

    (@aozuas)

    Essa quest?o dos CEPs iguais n?o acontece comigo. Costumo testar com meu CEP e nunca vi esse erro.

    Plugin Author Claudio Sanches

    (@claudiosanches)

    Pois é, eu geralmente sempre testo com os CEPs iguais para testes gerais.
    Mas é o Webservices dos Correios, n?o dúvido que tem regi?o que aconte?a algo errado xD

    Bom, encontrei a resposta aqui e resolveu desativando o declarar valor, ent?o nada mais justo do que agradecer, muito obrigado a todos ai!

    O problema é nos correios mesmo, mas pelo que vi eles est?o ignorando o decimal do valor declarado, ent?o ao invés de R$ 59,00 os correios entendem como R$ 5.900,00. Isso pode dar erro em alguns fretes, pois o valor declarado só pode ser até 10.000 se n?o me engano… Aqui fica correto no simulador e no checkout errado também, mas se voltar para o simulador fica errado.

    Como contorno coloquei um floor para arredondar para baixo o valor. N?o sei se mudou alguma coisa no webservice dos correios ou se é um bug mesmo…

    arquivo que mudei foi o class-wc-correios-connect.php
    linha 458 para: ‘nVlValorDeclarado’ => floor($this->declared_value),

    Plugin Author Claudio Sanches

    (@claudiosanches)

    Pronto, vers?o 2.2.1 vai arredondar o valor com round() para impedir que os Correios continue errado com o valor.

Viewing 9 replies - 1 through 9 (of 9 total)
  • The topic ‘Simulador de frete calculando incorretamente’ is closed to new replies.