- 21 Jan 2015, 11:21
#56963
Olá Amigos,
Estou com uma necessidade muito específica que, mesmo depois de testar bastante, procurar extensões, procurar no fórum, não consegui resolver.
O cliente vende produtos pesados, que podem chegar à 20Kg e por isso, ele contratou a transportadora JAMEF para entregar em todo o Brasil.
A JAMEF, por sua vez, passou à ele uma tabela de preços, com este padrão:
• Rio de Janeiro (capital) - até 5Kg R$ X,XX --- de 6 a 20Kg R$ X,XX ---de 21 a 30Kg R$ X,XX ...
• Rio de Janeiro (Interior 1) - até 5Kg R$ Y,YY --- de 6 a 20Kg R$ Y,YY --- de 21 a 30Kg R$ Y,YY ...
• Rio de Janeiro (Interior 2) - até 5Kg R$ Z,ZZ --- de 6 a 20Kg R$ Z,ZZ --- de 21 a 30Kg R$ Z,ZZ ...
Todos os estados seguem o padrão acima, faixas de pesos para Capital, Interior 1 e Interior 2.
Ou seja, Capital, Interior 1 e Interior 2 são um grupo de cidades.
Aí eu perguntei para o cliente quais são as regiões de abrangência de Capital, Interior 1 e Interior 2.
A JAMEF enviou uma tabela, GIGANTE, especificando o estado e quais cidades são CAPITAL, quais INTERIOR 1 e quais INTERIOR 2.
Minha ideia inicial era cadastrar cidade por cidade como sendo uma ZONA GEOGRÁFICA, relacionado ao Estado.
Depois ir na extensão FRETE POR PESO, selecionar a cidade em questão e cadastrar a variação de peso.
Na teoria, funciona perfeitamente, pois o usuário ao calcular o frete vai selecionar País, Estado e ao calcular, irão aparecer as cidades (Zonas) com o valor baseado no peso.
Porém, na prática não vai funcionar, pois o Brasil tem 5.570 cidades, então eu teria que cadastrar todas elas como sendo Zonas Geográficas de determinado estado.
Depois, vou ter que, em cada cidade (Zona geográfica), configurar a faixa de CEP individual dela, sendo que cada cidade (Zona) possui muitas variações de peso.
Vai ser um trabalho descomunal!
Para cadastrar as Zonas Geográficas sendo cidades, eu poderia inserir uma lista direto no banco de dados, talvez adiantasse.
O problema é depois para cadastrar as variações de peso. Eu teria que tomar muito cuidado com os relacionamentos.
Como não tenho muito conhecimento das tabelas do OpenCart, não sei muito bem o que se relaciona com o que e tenho receio de alterar direto no BD.
Outra solução que pensei, bem simples na verdade, é cadastrar 3 zonas geográficas para cada estado, CAPITAL, INTERIOR 1 e INTERIOR 2.
Na descrição eu colocaria as cidades de abrangência. Copiar e Colar praticamente. Muito simples.
Porém, é simples para mim mas não para o usuário, pois ele irá informar seu país e estado, ao calcular, aparecerão as 3 zonas e na descrição de cada zona, a lista de cidades.
Isso para o usuário vai ficar muito, mas muito confuso, pois ele terá que ficar procurando sua cidade no meio de um montão de cidades cadastradas. Vai ficar com layout feio e vai dar muita margem para erro do usuário. E quanto mais confuso, menor o índice de venda. Até consegui fazer uma modificação (via OCMOD) que faz a descrição da zona geográfica aparecer na cotação.
Se alguém tiver alguma solução, que envolva modificação, extensão o até mesmo trabalho direto no banco de dados, inserindo e relacionando as informações, será de grande ajuda.
Estou com uma necessidade muito específica que, mesmo depois de testar bastante, procurar extensões, procurar no fórum, não consegui resolver.
O cliente vende produtos pesados, que podem chegar à 20Kg e por isso, ele contratou a transportadora JAMEF para entregar em todo o Brasil.
A JAMEF, por sua vez, passou à ele uma tabela de preços, com este padrão:
• Rio de Janeiro (capital) - até 5Kg R$ X,XX --- de 6 a 20Kg R$ X,XX ---de 21 a 30Kg R$ X,XX ...
• Rio de Janeiro (Interior 1) - até 5Kg R$ Y,YY --- de 6 a 20Kg R$ Y,YY --- de 21 a 30Kg R$ Y,YY ...
• Rio de Janeiro (Interior 2) - até 5Kg R$ Z,ZZ --- de 6 a 20Kg R$ Z,ZZ --- de 21 a 30Kg R$ Z,ZZ ...
Todos os estados seguem o padrão acima, faixas de pesos para Capital, Interior 1 e Interior 2.
Ou seja, Capital, Interior 1 e Interior 2 são um grupo de cidades.
Aí eu perguntei para o cliente quais são as regiões de abrangência de Capital, Interior 1 e Interior 2.
A JAMEF enviou uma tabela, GIGANTE, especificando o estado e quais cidades são CAPITAL, quais INTERIOR 1 e quais INTERIOR 2.
Minha ideia inicial era cadastrar cidade por cidade como sendo uma ZONA GEOGRÁFICA, relacionado ao Estado.
Depois ir na extensão FRETE POR PESO, selecionar a cidade em questão e cadastrar a variação de peso.
Na teoria, funciona perfeitamente, pois o usuário ao calcular o frete vai selecionar País, Estado e ao calcular, irão aparecer as cidades (Zonas) com o valor baseado no peso.
Porém, na prática não vai funcionar, pois o Brasil tem 5.570 cidades, então eu teria que cadastrar todas elas como sendo Zonas Geográficas de determinado estado.
Depois, vou ter que, em cada cidade (Zona geográfica), configurar a faixa de CEP individual dela, sendo que cada cidade (Zona) possui muitas variações de peso.
Vai ser um trabalho descomunal!
Para cadastrar as Zonas Geográficas sendo cidades, eu poderia inserir uma lista direto no banco de dados, talvez adiantasse.
O problema é depois para cadastrar as variações de peso. Eu teria que tomar muito cuidado com os relacionamentos.
Como não tenho muito conhecimento das tabelas do OpenCart, não sei muito bem o que se relaciona com o que e tenho receio de alterar direto no BD.
Outra solução que pensei, bem simples na verdade, é cadastrar 3 zonas geográficas para cada estado, CAPITAL, INTERIOR 1 e INTERIOR 2.
Na descrição eu colocaria as cidades de abrangência. Copiar e Colar praticamente. Muito simples.
Porém, é simples para mim mas não para o usuário, pois ele irá informar seu país e estado, ao calcular, aparecerão as 3 zonas e na descrição de cada zona, a lista de cidades.
Isso para o usuário vai ficar muito, mas muito confuso, pois ele terá que ficar procurando sua cidade no meio de um montão de cidades cadastradas. Vai ficar com layout feio e vai dar muita margem para erro do usuário. E quanto mais confuso, menor o índice de venda. Até consegui fazer uma modificação (via OCMOD) que faz a descrição da zona geográfica aparecer na cotação.
Se alguém tiver alguma solução, que envolva modificação, extensão o até mesmo trabalho direto no banco de dados, inserindo e relacionando as informações, será de grande ajuda.
. Até mencionei isso em um outro post.
- por Wenceslau
- por nortgraf
- por reds
- por leandrorppo