Módulo MoIP Pagamento Direto - Baixe agora!

[chuvadenovembro]

Opa Carlo,

Gostaria de saber alguns detalhes sobre seu modulo

O retorno do moip normal feito por outro user funciona com seu modulo também?

Como está tratando telefones com 8 digitos e falta de telefones no campo especifico?

Com relação ao Campo endereço 2 do whmcs, geralmente o moip captura o bairro ali, quando não estiver preenchido como o seu modulo trata desta questão?

Um problema que ocorria no modulo da sierti sobre ID pagador (Acho que acontecia quando havia uma segunda tentativa de pagamento), conhece este problema? foi feito algo para contornar?

E sobre a questão de estados escritos com mais de dois caracteres?

No boleto aparece numero da fatura ou ao menos a primeira linha do produto que o cliente esta pagamento?

Existe alguma condição em que ao preencher a empresa, o boleto capture o nome da empresa em vez do nome do cliente?

Obrigado pela contribuição

Valews :)

[Carlo Schneider]

Opa Carlo,

Gostaria de saber alguns detalhes sobre seu modulo

O retorno do moip normal feito por outro user funciona com seu modulo também?

Como está tratando telefones com 8 digitos e falta de telefones no campo especifico?

Com relação ao Campo endereço 2 do whmcs, geralmente o moip captura o bairro ali, quando não estiver preenchido como o seu modulo trata desta questão?

Um problema que ocorria no modulo da sierti sobre ID pagador (Acho que acontecia quando havia uma segunda tentativa de pagamento), conhece este problema? foi feito algo para contornar?

E sobre a questão de estados escritos com mais de dois caracteres?

No boleto aparece numero da fatura ou ao menos a primeira linha do produto que o cliente esta pagamento?

Existe alguma condição em que ao preencher a empresa, o boleto capture o nome da empresa em vez do nome do cliente?

Obrigado pela contribuição

Valews :)

Vamos por partes.

1. Normal: Por enquanto ainda não funciona junto com o módulo do Marcelo, já fiz a proposta para ele sobre tentarmos ajustar isso, mas não andamos muito. Vou analisar melhor.
   
2. Telefone: Com relação ao telefone, eu pego apenas os números do campo, então é necessário que o cliente preencha-o com código de área, exemplo: 00-0000-0000 ou 00 0000000, deve conter o código de área e o número, ou seja pelo menos 10 números. É uma verificação que você deve fazer no seu sistema de cadastro. Até poderia fazer uma busca pelo DDD de acordo com o nome da cidade, mas isso iria causar lentidão no módulo.
   
3. Bairro: Não, este é um problema que você mesmo deve sanar no seu sistema de cadastro. Poderia ser pego através do CEP, mas se o cidadão não preenche nem o campo bairro, o que dirá do CEP não é?
   
4. ID Pagador: Não, não ocorre esse tipo de problema e irei aperfeiçoar essa questão. É exatamente nesta parte que o meu módulo diverge do módulo do Marcelo.
   
5. Estado: Com relação ao estado, estou usando a mesma função usada no módulo da Sierti, não posso afirmar com certeza se está 100%, por isso preciso que o pessoal teste e me informa dos problemas para irem sendo corrigidos.
   
6. Número da fatura: Não lembro para ser sincero.
   
7. Empresa: Não, é uma boa idéia para implementar.
   

Enfim, o módulo é código aberto exatamente para que possam fazer modificações de acordo com suas necessidades.

Qualquer coisa estou a disposição no msn chuva :D

[Jesmarcelo]

Vamos por partes.

1. Normal: Por enquanto ainda não funciona junto com o módulo do Marcelo, já fiz a proposta para ele sobre tentarmos ajustar isso, mas não andamos muito. Vou analisar melhor.
   
2. Telefone: Com relação ao telefone, eu pego apenas os números do campo, então é necessário que o cliente preencha-o com código de área, exemplo: 00-0000-0000 ou 00 0000000, deve conter o código de área e o número, ou seja pelo menos 10 números. É uma verificação que você deve fazer no seu sistema de cadastro. Até poderia fazer uma busca pelo DDD de acordo com o nome da cidade, mas isso iria causar lentidão no módulo.
   
3. Bairro: Não, este é um problema que você mesmo deve sanar no seu sistema de cadastro. Poderia ser pego através do CEP, mas se o cidadão não preenche nem o campo bairro, o que dirá do CEP não é?
   
4. ID Pagador: Não, não ocorre esse tipo de problema e irei aperfeiçoar essa questão. É exatamente nesta parte que o meu módulo diverge do módulo do Marcelo.
   
5. Estado: Com relação ao estado, estou usando a mesma função usada no módulo da Sierti, não posso afirmar com certeza se está 100%, por isso preciso que o pessoal teste e me informa dos problemas para irem sendo corrigidos.
   
6. Número da fatura: Não lembro para ser sincero.
   
7. Empresa: Não, é uma boa idéia para implementar.
   

Enfim, o módulo é código aberto exatamente para que possam fazer modificações de acordo com suas necessidades.

Qualquer coisa estou a disposição no msn chuva :D

Carlo,

Não entendi o que quiz dizer com:

ID Pagador: Não, não ocorre esse tipo de problema e irei aperfeiçoar essa questão. É exatamente nesta parte que o meu módulo diverge do módulo do Marcelo.

"O meu módulo não tem problemas com o ID de fatura duplicado" :)

[Carlo Schneider]

Carlo,

Não entendi o que quiz dizer com:

ID Pagador: Não, não ocorre esse tipo de problema e irei aperfeiçoar essa questão. É exatamente nesta parte que o meu módulo diverge do módulo do Marcelo.

"O meu módulo não tem problemas com o ID de fatura duplicado" :)

Me referi a integração dos dois módulos com relação ao retorno, já que fazíamos processos diferentes para criação do ID enviado ao MoIP.

[Abel Filipe]

Sim optimo Modulo para MOIP.

Brigadão aew

[tekobr]

carlo, esse seu módulo tem retorno automático? Obrigado!

[Carlo Schneider]

carlo, esse seu módulo tem retorno automático? Obrigado!

Sim, com retorno automático de dados. Qualquer dúvida é só entrar em contato cmg via msn: carloschneider@live.com