Termos mais procurados:
Boa tarde, uma dúvida sobre a configuração de conta, mas especificamente a parte do recebimento: {recusarTipoPessoa: "PJ"} , como fica o fluxo nesse caso? Se alguém tentar pagar por uma conta PJ não vai conseguir? Ou vai conseguir, mas será estornado logo em seguida? E nesse caso, vai ter algum tipo de webhook identificando que um CNPJ pagou/tentou pagar aquele pix?
Boa tarde, @rubenskuhl, desculpa a menção mas eu procurei no servidor e vi que você soube responder sobre a tarifa de envio pix pela API
Bom dia, eu trabalho projetando hardware dedicado a vendas automáticas e gostaria de saber se já é possível testar o PIX por aproximação, gostaria de introduzir esse método de pagamento em minhas máquinas em breve
Bom dia, @christopy! Tudo bem?
Não. Se o Pix expirou, não é disparado um webhook, pois o status do Pix não é alterado, ele permanece com o status "ATIVO". Como o Pix ainda está "ATIVO", você pode usar o endpoint PATCH /v2/cob/:txid para alterar o tempo de expiração e permitir o pagamento novamente.
Uma maneira de verificar se o Pix expirou é comparar a __data e hora atual__ com a __data e hora de emissão + o tempo de expiração em segundos__ definido ao criar a cobrança. Se a data e hora atual for maior que a data e hora de expiração, significa que o Pix não pode mais ser pago. Caso contrário, o Pix ainda está ativo e pode ser pago normalmente.
Supondo que o seu sistema ofereça a opção de emitir cobranças via cartão de crédito, Pix, Bolix, Carnê ou Assinatura. Para que seu cliente possa fazer essas cobranças no sistema integrado, ele precisa ter uma conta no Efí. Depois de abrir a conta, será necessário criar manualmente uma aplicação dentro da conta dele para obter as credenciais da API, e depois ele inserir essas credenciais na tela de configurações do seu sistema.
Se a abertura da conta for feita diretamente pelo seu sistema, assim que o cliente autorizar a criação, o seu sistema já teria acesso às credenciais da API. Dessa forma, as cobranças poderiam ser emitidas automaticamente, sem que o cliente precise inserir manualmente as credenciais.
Bom dia. Estou recebendo o seguinte erro ao enviar um immediateCharge pro PIX. Gostaria de saber se essas requisições são logadas e o que está chegando, pra me ajudar a debugar o erro, já que não aparecem no painel
Sim, testei com /pix e ?ignore
Tenho um log na rota e aparentemente o webhook nem bate lá
Bom dia, @.lemaun. Tudo bem?
Você esta tratando a chamada com a adição de um /pix ao fim da URL cadastrada?
Olá, quando faço o registro do webhook usando skip-mtls em produção via postman um teste é feito na minha API e da tudo certo, porém quando faço um pix de 0,01 o webhook não é disparado.
Alguém tem alguma dica do que pode ser?
pesquisei em nas conversas aqui, encontrei casos parecidos, mas não encontrei a solução
Quando um acobrança pix expira, é enviado um webhook?
Galera, estou recebendo isso da api de pix "Malformed authorization header"
Sabem como resolver?
