Pesquisa no site
Itens ativos
Posts mais lidos hoje
Login do usuário
Assine o RSS do Drupal-BR
Publicado novo módulo para cálculo de frete pelos correios
A toda comunidade brasileira do Drupal... é com satisfação que informo a vocês a publicação do módulo para cálculo de frete dos correios para o Drupal 6.x e Ubercart 2.x.
Mais detalhes na página do projeto: http://drupal.org/project/uc_correios_quotes
O módulo já está funcionando corretamente, mas preciso do feedback dos colegas para possíveis erros e ajustes.
Eu também estou trabalhando em outros módulos para o Ubercart 2.x. Parece que as pessoas estão comentando e publicando pouco os módulos criados para o Ubercart. Um módulo que estou desenvolvendo em estágio avançado é o para pagamento via o serviço Pagamento Digital (http://pagamentodigital.com.br), este será uma alternativa ao pagseguro.
Eu gostaria de trabalhar e fazer parcerias para desenvolvimento/porte de outros módulos para o Ubercart 2.x, por exemplo:
- Módulo para pagamento através de boleto;
- Porte do PagSeguro;
- Porte do http://drupal.org/project/brazilian_ids, este módulo é indispensável a todos que trabalham com comércio eletrônico, pois no cadastro do cliente é preciso os campos para CPF/CNPJ. Eu cheguei a converter este módulo mas não funcionou corretamente, então estou congitando escrever um totalmente novo. Mas preciso de ajuda pois não gostaria de exigir muitas dependências para este módulo e ainda conheço pouco do CCK.
E aí o que acham? Alguém está interessado neste empreito e gostaria de unir forças?
[ ]'s
wasare
- Se logue ou se registre para poder enviar comentários
- 994 leituras
E aí, tudo legal?
Me fala como está este módulo dos Correios, vc chegou a aproveitar o código antigo pro D5.X/UC1.X? Meu cliente sugeriu que, quando a conexão com os Correios estiver falha, q pelo menos ele coloque uma mensagem avisando sobre isso (a versão do D5 não faz isso).
Sobre o PagSeguro, fiz algumas mudanças q não tive tempo de subir ainda.
O Pagamento Digital tem um servidor de teste? Pois a coisa mais chata pro desenvolvedor de PagSeguro é isso, não existe servidor de teste e eu já tive q gastar meu CC até bloquea-lo no sistema uma vez.
Sobre o CPF/CNPJ, eu tenho um código pra validar um campo CCK usando CCK Validation. Porém o CCK não funciona no form fixo do Ubercart (pelo menos até a versão 1.7). A estratégia seria "forçar" o usuário a colocar este campo em seu node profile.
Bom, me responde aqui ou manda um e-mail depois, vamos conversando pq precisamos fazer o e-commerce do Drupal virar melhor no Brasil...
Abraço!
--
Inventive...tempo de ser
Vuds eu comecei um port do módulo do PagSeguro para Uc 2.x / Drupal 6.x e ele está quase funcionando. na verdade ele está dando um errinho na parte dos campos de endereço e tal, não tive tempo de olhar mas aparenta ser um algo para se resolver em 15 minutos (o id dos campos deve ter mudado). Inclusive estava nos meus planos mexer nesta versão amanhã.
http://drupal-br.org/suporte/modulos/migrando-o-modulo-ucpagseguro-para-...
Talvez seja interessante terminar esta migração que comecei e aplicar as mudanças na versão nova, ou não. o que você acha?
--
http://www.marcusvbp.com.br | http://designlivre.net | http://inofensivo.blog.br
Olá vuds,
Inicialmente eu migrei o módulo de uma versão do uc_correios para o D5 disponibilizada pelo Diego Teixeira, mas fiz muitas alterações e usei outras parte de funções de outros módulos de frete do próprio UC. Ele ainda não mostra uma mensagem configurada quando não consegue se comunicar com os correios, isto é um problema grave. Estava pensando em possíveis soluções como usar uma base de dados alternativa como por exemplo http://frete.w21studio.com/ ou mesmo trabalhar com outros tipos alternativos de frete (por peso) quando não for possível efetuar o cálculo online. Neste caso penso que o importante seria não perder a venda por causa do frete. Estou precisando bastante de um feedback dos usuários para poder melhorar o módulo, inclusive se alguém implementar melhorias e puder enviar o patch vou incluí-los com muita satisfação. Estou com poucos recursos para desenvolver este módulo pois não tenho uma loja publicada ainda, mas tenho muito interesse em continuar o desenvolvimento.
Sim o Pagamento Digital tem um servidor de teste, facilita bastante o desenvolvimento. Sobre o módulo do pagamento digital eles está praticamente pronto, mas infelizmente ele possue um dependência grande do CPF/CNPJ, como funciona o do PagSeguro? Em toda compra o cliente precisa ficar informando estes dados novamente? No momento estou avaliando se seria interessante incluir o campo CPF/CNPJ no próprio módulo do pagamentodigital, mas não sei se é viável. Outra informação/campo importante é um que indique se o cliente é pessoa física ou jurídica.
O que acha?
[ ]'s
wasare
http://www.ospath.com
O PagSeguro não pede CPF/CNPJ, ele é muito simples nesse sentido. Mas como é preciso passar os dados para o sistema tbm, eu fixei os campos de dados de cadastro do pagador e de entrega do UC e fiz sistemas de validação usando bastante o hook form_alter. Creio q para o Pagamento Digital vc deva fazer a msm coisa pra ter pelo menos um campo de CPF/CNPJ, e montar uma função de validação do campo.
Qto a "informar todos os dados novamente", seria no Pagamento Digital ou no UC? Pq no UC ele grava quando o usuário se cadastra. Estes dados, em teoria, devem poder ser passados pro Pagamento Digital (pro PagSeguro funciona assim, o UC monta um form próprio para se comunicar com o sistema do PS). Não funciona assim? No PagSeguro inclusive, temos probleminhas pq o Drupal é baseado em UTF-8, e o PS trabalha com ISO-8859-1, então temos q ficar transformando caracteres, etc. De repente alguma função dessas q criamos no módulo pro PS serve para vc, dá uma olhada.
Neste sentido ainda, o UC 1.X é muito ruim pq não conseguimos criar campos novos, só alterar os q ele fornece, e pra criar um novo campo msm precisaria criar um esquema ninja pois não tem hook pra gravar, alterar tabelas no MySQL, enfim, um negócio razoavelmente complexo. Não vi ainda o UC 2, espero q tenha melhorado neste sentido.
Abraço!
--
Inventive...tempo de ser
Em algumas experiências que fiz também usei o hook form_alter e buscava os dados de um campo personalizado para o perfil do usuário e com a ajuda do módulo validation_api, funcionou razoável, mas estava querendo implementar uma solução mais robusta e definitiva, pois afinal um módulo para criar campos especiais para o CPF/CNPF e para indicar se pessoa física ou jurídica seria mais interessante, pois poderia ser reutilizado para outros fins além de sites de comércio eletrônico. O que você quiz dizer com "eu fixei os campos de dados de cadastro do pagador"?
Exatamente isso, como ainda não tenho uma boa solução para gravar (CPF/CNPJ) no D6/UC2.x o cliente teria que informar novamente, pois pelo q me lembro, (tem algum tempo que trabalhei no módulo) quando você já informa o CPF/CNPJ do cliente (passando pelo form) ao Pagamento Digital fica mais amigável e exibe uma interface mais simples para o pagamento (parace que já cria o cadastro do cliente ou já traz as informações quando o mesmo é cadastrado, eu sei que agiliza bastante o processo para o cliente). O Pagamento Digital também tem problemas com UTF-8, não cheguei a tratar isso. Onde encontro o link para o módulo do PS que vocês criaram?
Eu não cheguei a trabalhar com o UC 1.x, mas novos recursos, inclusive fornecidos pelo próprio D6, parece que as coisas melhoraram um pouco para os desenvolvedores.
[ ]'s
wasare
http://www.ospath.com
Estou implantando o Uc Pagseguro em um cliente. Fiz duas compras já e deu tudo certo até agora.
O arquivo você pode encontrar aqui: http://drupal.org/files/issues/uc_pagseguro.tar_.gz
Sobre as ultimas mudanças que fiz comentei aqui: http://drupal.org/node/581276#comment-2319252