Histórico de mensagens

Foi sim. Inclusive eu testei com o certificado de produção no meu ambiente de desenvolvimento

A palavra-chave acima é "outra forma de pagamento". A chance de recusa pelo anti-fraude de um outro cartão é maior do que a chance padrão. Então o que funciona mais redondo é sugerir Pix como alternativa.

Saliento que é possível uma aprovação pela operadora e recusa pela análise de riscos. A fase anterior (análise) é pré-requisito para passar para a próxima (captura), assim, se a operadora de cartão aprovar a transação e a transação não passar na análise antifraude, pode ocorrer que o valor seja identificado na fatura do cliente por até 7 dias. Isso porque a operadora faz uma “reserva” do valor no momento da aprovação. No entanto, como o valor daquela transação nunca será capturado, não haverá desconto na fatura do cliente - caso ocorra, ele será creditado futuramente pela própria operadora.

Neste contexto, a sugestão é que emita uma nova cobrança ao seu cliente para uma nova avaliação. Se necessário, o oriente à utilizar outro cartão ou disponibilize outra forma de pagamento.

Cientes da importância da ferramenta para nossos clientes, informo que estamos trabalhando para melhorar nossa ferramenta e aumentar a nossa taxa de aprovação.

Para que você possa entender melhor o fluxo de uma transação por cartão, segue abaixo o fluxo de analise:

Uma transação tem três principais fases:

Autorização da operadora de cartão
Análise do antifraude
Captura
Na primeira fase, os dados são repassados para a operadora de cartão que verifica basicamente limite/saldo, por exemplo, se há saldo disponível, se o cartão está liberado para compras de crédito na internet, o código de segurança e número do cartão foram digitados corretamente, a função crédito está habilitada, etc.

Se for o caso, então a transação seguirá para a análise do antifraude. Caso contrário, a Adquirente retornará um código que representa o motivo de recusa, normalmente orientando o portador do cartão a entrar em contato com a operadora de cartão que repassará os motivos da recusa ao cliente final.

Na segunda fase, ocorre a Análise de Risco com objetivo de garantir a segurança da transação, com base em transações registradas em diversos arranjos e sistemas, são checados histórico de compras, etc. E a partir disso é realizada a soma das pontuações que indicam possibilidade de fraude. Ressalto que não tenho acesso ao conjunto exato que compõe o score, não podendo apontar o que exatamente gerou aquela recusa.

A terceira fase é atrelada a Captura.

Dependendo dos dados informados e até mesmo do histórico do cliente, a aprovação ou reprovação da transação pode ocorrer em minutos ou levar até um dia útil.

Bom dia @lois_junior! Tudo bem? O certificado também foi alterado para o certificado de produção, gerado na sua conta Gerencianet?

Boa tarde. Eu desenvolvi uma aplicação e no meu ambiente de desenvolvedor ela funciona normalmente. Só que quando eu subo para o servidor ele não consegue identificar o certificado. Ja conferi e foi feito o upload do certificado e o caminho está ok

@Relacionamento alguém disponível para atendimento ?

a:2:{s:4:"code";i:200;s:4:"data";a:3:{i:0;a:6:{s:2:"id";i:1;s:4:"type";s:6:"charge";s:9:"custom_id";s:6:"103124";s:6:"status";a:2:{s:7:"current";s:3:"new";s:8:"previous";N;}s:11:"identifiers";a:1:{s:9:"charge_id";i:481652290;}s:10:"created_at";s:19:"2022-10-19 09:10:06";}i:1;a:6:{s:2:"id";i:2;s:4:"type";s:6:"charge";s:9:"custom_id";s:6:"103124";s:6:"status";a:2:{s:7:"current";s:7:"waiting";s:8:"previous";s:3:"new";}s:11:"identifiers";a:1:{s:9:"charge_id";i:481652290;}s:10:"created_at";s:19:"2022-10-19 09:10:06";}i:2;a:7:{s:2:"id";i:3;s:4:"type";s:6:"charge";s:9:"custom_id";s:6:"103124";s:6:"status";a:2:{s:7:"current";s:6:"unpaid";s:8:"previous";s:7:"waiting";}s:6:"reason";s:92:"No momento, a transação não foi autorizada. Entre em contato com a equipe de atendimento.";s:11:"identifiers";a:1:{s:9:"charge_id";i:481652290;}s:10:"created_at";s:19:"2022-10-19 09:33:49";}}}

gostaria de entender os motivos, quando o cartão e negado para passar as informações corretas para o cliente.

Bom dia,
Falha no pagamento - No momento, a transação não foi autorizada. Entre em contato com a equipe de atendimento.

Grato pelo alerta de possível conflito entre api

Agora se elas vão conviver boazinhas ou não, são outros 500.

Você pode sim criar applications diferentes na mesma conta. Aí cada uma deles tem clientid/clientsecret diferentes.

Enviei via mensagem direta..

Bom dia!
tenho uma dúvida pontual.
Uma conta do gerencianet, pode ser vinculado a mais de um CRM?
em mais de uma API de integração...

Bom dia, @viniciushsaraujo. Tudo bem?
Pode nos dar mais detalhes? Como você gerou essa cobrança? Qual seria o valor dela?

Sim, é em produção..
Vi aqui que se colocar um valor aleatório ele dá uma página de 404, não essa página bugada.. Vou tentar descobrir o que é..

Era uma cobrança de homologação ou de produção ?

Funciona pra Pessoa Física? Testei aqui e não foi rsrs