Meibach

Ta certo. Tenta dar uma olhada no dados que n?o conseguimos ver aqui no log, ent?o. O banco ou a cielo podem n?o estar recebendo ou reconhecendo algum dado enviado no modo crédito. Pois de resto parece estar tudo certo, se compararmos com os dados enviados pelo modo débito.

Se alguém puder tentar autenticar com um cart?o de crédito visa ou mastercard de outro banco (o meu é itau personnalité), também pode ajudar a saber se o problema n?o é com meu cart?o/banco.

Valeu.

Estou me tocando de um problema que pode estar acontecendo e vou tentar explicar com minha terminologia de amador. Me perdoem se o termos n?o est?o corretos:

Pelo pouco do que estou entendendo do Manual do Desenvolvedor, o fluxo de uma transa??o com autentica??o é bem mais complexo do que eu imaginava. O meu hack simplesmente for?ou o código de autoriza??o para 1. Isso n?o quer dizer que o gateway crédito está seguindo corretamente todo o fluxo de transa??o autenticada, como o de débito está.

Eu imagino que, no modo débito, o plugin deve estar usando corretamente a informa??o devolvida pela Cielo na tag <url-autenticacao>. No modo crédito, como eu fiz um simples hack, essa parte do código, que interpreta a informa??o devolvida pela cielo, n?o entra necessariamente ou corretamente em funcionamento.

Faz algum sentido esse raciocínio?

@claudio. Pois é, código 1 só está funcionando com débito mesmo, mas como disse, o problema pode ser meu cart?o ou meu banco.

No crédito, o plugin até redireciona para a página da Cielo/Banco para tentar autenticar, mas fica tudo em branco e depois volta pro meu site com autoriza??o negada pelo banco ou operadora. Enviando exatamente os mesmos dados de cobran?a para débito, o site do banco inicia e conclui o processo de autentica??o numa boa.

@rtg003 O plugin tá ficando muito bom mesmo! O lucro da minha primeira venda vai pros caras, pode crer. Meus parabéns também, Claudio e cia.

é… com crédito usando código de autoriza??o 1 n?o rola mesmo. Aparentemente o processo é redirecionado com sucesso para a página de autentica??o do banco, mas o banco nega a autoriza??o sem tentar pegar meus dados de autentica??o. A página só fica em branco e volta para meu site com a negativa.

O problema pode ser com meu cart?o ou meu banco. Vai que, para crédito, um dois dois n?o trabalha com autentica??o.

Vou limpar meu hack e trabalhar com código 3 mesmo. Autoriza??o direta vai provavelmente assustar menos os clientes por n?o sair da minha página. Vou fazer um hack para usar captura manual (meu contrato com a cielo foi optado para captura manual) e isso já deve ser suficiente para evitar fraudes.

Acho que agora está tudo beleza pra colocar o site no ar. Muito obrigado pessoal.

Maravilha, acabei de fazer uma autentica??o e autoriza??o com sucesso no débito. Entrou na página do banco e pediu tudo que é senha e eToken e o ca!@#$. Na certa vai assustar os clientes, mas tá seguro e funciona, hehehe.

Só deu certo quando usei dados de cobran?a (endere?o e telefone?) corretos para meu cart?o. Quando usei dados genéricos no pedido, mesmo usando os dados certos no cart?o, n?o foi pra frente. Coincidência? A Cielo ou o Banco cruzou os dados do pedido com os do cart?o? N?o sei dizer.

Fiz também uma compra com sucesso no crédito mas notei que mesmo na vers?o 4.0.9 o xml está sendo gerado com código de autoriza??o 3(direta), mesmo o plugin de crédito configurado para “Autorizar somente se autenticada”.

Meu cart?o é Visa (autenticável) e só deixei ativas as bandeiras Visa e Mastercard nas configura??es de crédito. Nào sei dizer onde estou configurando errado para o xml ser gerado com código 3 ao invés de 1.

De qualquer maneira, fiz um hack para for?ar código 1 e vou testar agora. Volto logo mais com os resultados.

Obrigado Claudio,

Vou testar entre hoje e amanh? e te dou um toque de como rolou.

Abra?o.

Estou passando por isso também.

Notei que independente do modo de autoriza??o que escolho nas configura??es de débito, o xml sempre é enviado com código 2(Autorizar autenticada e n?o autenticada). Fiz um hack para for?ar o código 1(Autorizar somente se autenticada) mas falhou também.

Acho que algo n?o está funcionando na tentativa de se comunicar com o banco para autenticar a transa??o. Pelo pouco que entendi do manual do desenvolvedor o cart?o de débito deve obrigatoriamente ser autenticado antes de ser autorizado. No caso do crédito o lojista pode optar por n?o autenticar(autoriza??o direta), por sua conta e risco, é claro.

Outro ponto que pode ajudar… Qualquer configura??o de autoriza??o no modo débito está enviando código 3(autoriza??o direta). Se for?o código 1, o crédito passa a apresentar o mesmo problema do débito, ou seja, o banco n?o autoriza a transa??o, que n?o é aprovada. Também por isso fiquei desconfiado que o problema pode estar na tentativa de autenticar a transa??o com o banco.

Inverti nos dois código aqui e foi, mas sinto que eu n?o devia estar mexendo nisso.

No crédito a compra finalizou.

No débito recebi mensagem que o banco n?o aprovou o pagamento. Mas isso já nem deve mais ser com o plugin.

Tudo isso em ambiente de teste.

Pessoal, vejam se n?o me atrapalhei aí ou se tem que arrumar algo em outro lugar do código por conta do que eu mudei. Mas acho tá no caminho.

Esse erro novo da 4.0.7 acontece tbm com crédito.

Mas acho que achei o erro. Tanto no gateway crédito quanto débito, essa array parece estar invertida nos dados ‘name_on_card’ e ‘card_number’:

if ( $valid ) {
			$card_brand = ( 'maestro' == $card_brand ) ? 'mastercard' : $card_brand;
			$card_data  = array(
				'name_on_card'    => $_POST['cielo_debit_number'],
				'card_number'     => $_POST['cielo_debit_holder_name'],
				'card_expiration' => $_POST['cielo_debit_expiry'],
				'card_cvv'        => $_POST['cielo_debit_cvc']

N?o tenho mais o código velho para comparar.

Muito obrigado Claudio, por cuidar desse assunto com tanta presteza.

Vou testar o update hoje mesmo. E logo que homologado farei minha contribui??o, pois o time e o plugin mais do que merecem.

Agradecimentos ao restante do time também.

Ahh, lembrei de outro detalhe. Antes da vers?o 4.0.6 essa mensagem de erro acontecia na op??o por crédito. Na vers?o nova acontece em débito.

O comportamento do item 2 do meu post anterior era similar anteriormente. Ativando somente um gateway o processo funcionava tanto com crédito quanto com débito.

O item 3 era invertido antes da 4.0.6. O workaround para comprar via crédito funcionava preenchendo o número do cart?o no formulário de débito e escolhendo o radio crédito.

Espero ter ajudado.

Opa Claudio, agrade?o de antem?o o excelente plugin.

Estou passando pelo mesmo problema do rtg003. Fiz uma breve investiga??o mas sou bastante amador.

1. Realmente eu estava usando plugin de cache (W3 Total Cache). Limpei o cache e desativei o plugin mas o problema persistiu.
2. Se ativo somente um dos gateways (ou credito ou debito) a compra é finalizada com sucesso. XML é gerado corretamente no log.
3. Usando os dois gateways, se preencho os dados em crédito mas escolho o radio button débito, a compra no débito é finalizada com sucesso. Isso mesmo com os dados de débito em branco. XML tmb é gerado corretamente no log.
4. Notei que no código do debit-gateway, bem como no credit-gateway, ao processar o pagamento, o código parece tentar pegar cielo_card_number em ambos os casos. (lembre-se, como amador entendo muito próximo a nada de programa??o e vou certamente falar asneiras aqui).
5. O código HTML gerado na pagina de checkout apresenta o id cielo_card_number em ambos os campos de card number, tanto no formulário de débito quanto no de crédito. O plugin poderia estar pegando o campo errado ao gerar o XML?
6. Meu chute amadorístico é que o processo está falhando na valida??o de card_fields e n?o de card_brand.

Pe?o novamente desculpas por eventuais tanguices, mas espero que isso ajude a clarear algo na busca do problema. Obrigado.