OSC + Social Login (Trocar customer_taxvat para billing_taxvat)

[lhcarvalho]

Pessoal, Isso não é um issue. Estou tentando customizar o OSC para que funcione bem com Social Login. Imagino que seja algo que possa vir a interessar outras lojas. Não estou conseguindo avançar por aqui, se algum puder me ajudar a dar o caminho das pedras seria ótimo!

Problema:

• Ao criar uma conta via 'social login' ela vem tipicamente apenas com informações de Nome, Sobrenome e Email preenchidos.
• Se eu deixar o campo CPF no cadastro de cliente como opcional, o OSC vai enviar as informações para o meio de pagamento (no meu caso Pagar.me) sem o campo CPF preenchido.
• Em ambiente de testes isso até funciona, mas na vida real isso vai barrar no 'anti-fraude' ou no adquirente.

Alternativa

• Enviar o campo taxvat do BILING address para o meio de pagamento, no lugar no CUSTOMER_taxvat

Onde eu parei

• Travei no início... não consegui achar onde no código o OSC faz a chamada para o meio de pagamento... Se alguem puder me indicar em qual arquivo/codigo o OSC pega o taxvat do CUSTOMER para enviar ao meio de pagamento, eu acho que consigo evoluir na sequencia...

Se conseguir fazer funcionar bem por aqui, posto o resultado para que outros possam utilizar tb

Valeu pessoal!

[isaaclopes]

ola @lhcarvalho não entendi muito bem sua duvida, mas o magento por default já faz isso no quote

$this->getQuote()->setCustomerTaxvat($address->getTaxvat());

-> O Arquivo de pagamento é https://github.com/deivisonarthur/OSC-Magento-Brasil-6-Pro/blob/03c92508ac76f7c3ea86a603ab950f2349567115/app/code/community/Inovarti/Onestepcheckout/controllers/AjaxController.php#L225

Se voce tirar a obrigatoriedade do CPF realmente tera um grande problema, -> se esta tentando apenas logar não tera problema, mas: -> se voce esta tentando logar e na sua verificação esse cara não existe , joga ele para completar os campos de cadastro, na sua própria loja.

[lhcarvalho]

Obrigado pela ajuda @isaaclopes

Quando eu crio uma conta via SocialLogin, o cadastro fica assim:

Eu poderia 'forçar' o cliente a preencher o CPF em uma outra tela, mas seria um rompimento no fluxo de compras que acho prejudicial à conversão...

O que eu fiz foi tornar o campo taxvat do billing_address obrigatório. Assim o cadastro do endereço do cliente fica assim:

O OSC manda o campo taxvat que está no cadastro do cliente para o meio de pagamento... Assim ele faz a transação sem o CPF:

Em ambiente de teste isso funciona, mas em produção, quando for passar pelo anti-fraude, vai negar a transação...

Você me deu uma alternativa para tentar resolver isso, que não tinha pensando antes.

Acho que uma das duas alternativas abaixo resolveria o problema: 1) Salvar o campo taxvat do endereço no campo taxvat do cliente ANTES de enviar os dados ao meio de pagamento 2) Enviar o campo taxvat do endereço no lugar do taxvat do cliente ao meio de pagamento

Ainda não consegui... Se tiver outra ideia de como resolver, seria muito grato...

Abs !