Fórum OpenCart Brasil

Quero implantar uma solução OFFLINE com as opções PAC e SEDEX, fiz isso no PS e deu certo, na época queria usar o OC, mas não existia essa opção, e agora acho que já existe esse recurso.

Alguém sabe como posso impelmentar esse recurso na versão 1.5.1.1 ??

O cliente não quer saber se o site dos correios está ou não no ar, então mesmo dando mais trabalho compensa implantar toda tabela OFFLINE, como disse acima, fiz isso no PS para um cliente e o mesmo nao deixou de vender por causa de queda no INSTÁVEL site dos correios.

Agradeço a existencia desse fórum, pois já tirei muitas dúvidas!

Adorei o tópico! Parabéns pela colaboração, diogo e joaomarcello.

Mas fiquei BEM perdido na explicação.

Se alguém que estiver usando dessa forma, conseguir explicar com outras palavras, eu agradeço muito.

Seria demais pedir um tutorial, do tipo "cadastre a zona tal, depois a geo-zona tal, associe isso com aquilo", supondo o passo-a-passo com mais detalhes.

Estou em SP capital (não exatamente a capital, mas um município limítrofe, que os Correios consideram como sendo bairro da capital).

Grato

-edit-

Engraçado... eu dei uma lida de novo, com mais atenção (não muito mais do que já tinha dado) e parece que eu entendi direitinho agora. Hahaha!

Pelo que entendi, eu crio as Zonas para cada estado, duplicado (ex: SP - Capitall, SP - Interior, PR - Capital, PR - Interior, etc). Depois, agrupo os estados em Geo-Zonas, conforme a diferenciação de preços dos Correios. Ex: se para postar um sedex para as capitais do PR, SC e RS o preço seja o mesmo, eu faço uma Geo-Zona agrupando essas 3 zonas: PR-Capital, SC-Capital e RS-Capital. Aí, defino o preço do Sedex para essa Geo-zona. Ou seja, o agrupamento em Geo-Zonas facilita a definição dos preços, por não precisar repetir as 3x para os 3 estados (zonas) separadamente.

Vou tentar e reporto pra vocês aqui depois.

Renato, eu nunca entendi esta forma de configuração, para mim não basta sair digitando, quero entender o que estou fazendo. Nos mantenha informado se você conseguiu pois a sua explicação foi ótima!

O frete, usando este método, é completamente baseado no sistema de Zonas (o que está definido como Estados em minha tradução). O CEP é completamente ignorado.

Hoje, nós temos a seguinte configuração no OpenCart:

Zonas: Acre, Bahia, etc. (Estados)
Geo-Zonas (hoje traduzido como Regiões Geográficas): Brasil (válido para todo o país).

Porque 1 única zona? Porque o OpenCart não precisa de uma zona geográfica para basear o preço da postagem, uma vez que os módulos usam webservices para calcular o frete baseados unicamente no peso e no CEP e retornam o valor para o OpenCart.

O que são, então, as Regiões Geográficas? Simples!! Elas servem para agrupar estados (zonas "menores") em faixas de preço de postagem.

Exemplo:

Eu estou em São Paulo/SP (Capital). Para postar um produto para a capital do RJ, MG, PR ou SC, o preço é o mesmo (300g R$ 28,40, 1kg R$ 32,30, etc). Para o interior desses estados, o preço também é o mesmo (300g R$ 43,40, 1kg R$ 46,40, etc).

Então eu posso criar as zonas capital/interior desses 4 estados (8 zonas no total, sendo RJ-Capital, RJ-Interior, MG-Capital, MG-Interior, PR-Capital, PR-Interior, SC-Capital e SC-Interior) e agrupá-las em 2 Regiões Geográficas, chamadas "RJ/MG/PR/SC-Capital" e "RJ/MG/PR/SC-Interior". Os preços serão definidos para essas 2 Regiões Geográficas, e valerá para todos os clientes que escolheram as zonas desses 4 estados (as 8 zonas aparecem pro cliente, e os preços são definidos baseados nas 2 regiões geográficas - assim você não precisa configurar o preço em 8 zonas).

Os preços serão definidos no módulo integrado de Frete por Peso (já incluso no OpenCart), seguindo o formato Peso:Valor,Peso:Valor,Peso:Valor. Se você for até a tela do módulo neste momento, deve haver somente a Região Geográfica "Brasil". Depois de configurar as Zonas e Regiões, você verá as Regiões ali, para configurar os preços.

Inclusive, indo até a página de configuração desse módulo, vi que estava bem estranha a explicação. Aperfeiçoei a tradução e atualizei no tópico: https://forum.opencartbrasil.com.br/ ... php?t=1408

Estou estudando um meio de criar um módulo que se baseie nessa tabela dos correios, mas que tenha atualização automática de preços e, se possível, no CEP do sujeito para selecionar a Zona (Estado), pois esse método manual tem uma falha: se o cara mora em Campinas, pode colocar no estado "SP-Capital" e o frete será calculado menor. A diferença, nesse caso (postando de São Paulo) é pouca. Mas se o cara mora no interior do AC e coloca AC-Capital no Estado, o frete fica quase R$ 25 reais menor para um produto de 5 kg (R$ 110,90 contra R$ 134,50). Outro detalhe, é que os Correios consideram Capital algumas cidades circunvizinhas ou "Divisa de Estado" alguns CEPs do interior de estados vizinhos, cobrando como Interior do próprio estado. Ex: de SP capital para Extrema-MG (cidade que faz fronteira com SP), é cobrado o mesmo que para SP-Interior -- [chutei essa cidade, não sei se ela se aplica ao caso].

Renato, excelente a sua explicação! Finalmente compreendi como funciona a lógica da coisa.

Uma sugestão para evitar o problema do cliente selecionar uma zona diferente da sua seria fazer uma verificação se o CEP pertence à SP Capital ou Interior.

Poderia ser um arquivo armazenado localmente, acredito que este arquivo não fique grande e raramente seja modificado, pois acredito que nele só teria os 5 primeiros números do CEP, o estado e se é capital e interior.

tekobr escreveu:Renato, excelente a sua explicação! Finalmente compreendi como funciona a lógica da coisa.

Uma sugestão para evitar o problema do cliente selecionar uma zona diferente da sua seria fazer uma verificação se o CEP pertence à SP Capital ou Interior.

Poderia ser um arquivo armazenado localmente, acredito que este arquivo não fique grande e raramente seja modificado, pois acredito que nele só teria os 5 primeiros números do CEP, o estado e se é capital e interior.

Eu consegui com uma funcionária dos Correios a lista de preços do Sedex, PAC e Sedex 10, partindo de SP-Capital. As agências não distribuem mais esta listagem, é muito difícil conseguir alguma agência que ainda tenha disponível. Mas uma informação bacana que não achei na internet e nem o SAC dos Correios fornece (nem pagando!) e me chamou mais atenção, é justamente a lista das faixas de CEP que os Correios considera como sendo de Capitais. Isso mata o problema que eu citei. Eu consegui essa lista HOJE. Só não me perguntem como.

Ainda não existe tabela para encontrar as tais "Divisas" (mas nesse caso a diferença é bem menor, chegando na casa de R$ 2,50, na pior das hipóteses - e a diferença é sempre para MAIS, nunca para MENOS).

Agora eu tenho todas as ferramentas para desenvolver o módulo automatizado! Aguardem...

Renato

Eu tenho essa tabela dos correios, porém não sei como implantar na versão 1.5.1.1, vc tem alguma idéia disso? podemos fazer um tutorial inclusive e disponibiizarmos aqui para todos usarem.

O tutorial já existe, Fabio.

É só seguir as instruções do primeiro post (do diogo) ou as minhas, no meu penúltimo post.

É importante você atualizar a sua tradução, pois agora a tela onde você inclui os preços para cada Região Geográfica está com o texto melhor explicado.

Vou ver aqui e te dou um toque.....nao adianta estressar, o melhor método é uma tabela offline, aí o site dos correios pode cair e etc que o cliente nao é afetado pela falha deles.

Renato Frota escreveu:Eu consegui com uma funcionária dos Correios a lista de preços do Sedex, PAC e Sedex 10, partindo de SP-Capital. As agências não distribuem mais esta listagem, é muito difícil conseguir alguma agência que ainda tenha disponível. Mas uma informação bacana que não achei na internet e nem o SAC dos Correios fornece (nem pagando!) e me chamou mais atenção, é justamente a lista das faixas de CEP que os Correios considera como sendo de Capitais. Isso mata o problema que eu citei. Eu consegui essa lista HOJE. Só não me perguntem como.

Ainda não existe tabela para encontrar as tais "Divisas" (mas nesse caso a diferença é bem menor, chegando na casa de R$ 2,50, na pior das hipóteses - e a diferença é sempre para MAIS, nunca para MENOS).

Agora eu tenho todas as ferramentas para desenvolver o módulo automatizado! Aguardem...

Muito boa a sua notícia! Aguardamos anciosamente o seu módulo!