Histórico de mensagens sobre Pix

quero por uma rota que leve para pagar em pix

Mas para receber via Pix ou enviar dinheiro via Pix ? Pq a Efí não tem algo como pagar um QR-Code Pix...

Fácil ou difícil é uma percepção bem pessoal... a documentação está aqui, e há sim vídeo-tutoriais:
https://dev.efipay.com.br/docs/api-pix/credenciais/

boa tarde alguem consegue me ajudar a usar a api para testar pagamento via pix,?

Me tirem uma dúvida, se puderem...
Estou fazendo um projeto que vai ter pagamento por pix qrCode, a documentação da gerencianet é fácil ? Ou tem algum vídeo ensinando?

(ooops, eu tinha pensado que era da API Pix, não do Bolix)

Pessoal, lendo os tutoriais do AWS. Notei que eles não aceitam algoritmos de assinatura SHA-512. Porém, o chain-prod.crt fornecido está assinado com SHA-512. Vi que o chain-pix-prod.crt está assinado com SHA-256 que é aceito pelo AWS. Porém, segundo o Guilherme, este cara está desatualizado. Teria como gera um novo chain-prod.crt assinado em SHA-256 para eu realizar novo teste ?
segue artigo do aws onde tirei essa informação:
https://repost.aws/knowledge-center/api-gateway-mutual-tls-403-errors

@guilherme_efi @joao_efi Favor, pessoal. Estou matando cachorro a gritos atrás desta solução

Sim, 50 centavos ou 1,19%, o que for maior, se por fazer Pix você quis dizer enviar dinheiro via Pix.

Olá!
Gostaria de saber se a API tem algum custo para fazer pix?

Para Pix eu sugiro se ater aos gateways que sejam PSPs autorizados do BACEN, o que não é o caso desse que você citou.

é entao, o mais interessante mesmo seria ter o stripe, porem ter o pix liberado no stripe é treta

1 - o desconto aplicado no pix nao retira do valor total da fatura

Hello, pessoal estou com outra dúvida, eu preciso obrigatoriamente ter um tempo de expiração para o PIX, ou se eu não definir um tempo ele nunca vai expirar?

Mas mesmo que vc não passe o CPF/CNPJ pra API Pix, você precisa dele para providenciar a parte fiscal (seja fatura, nota fiscal etc.).

Pix não precisa de nenhum. Cartão de crédito aí tem um caminhão.

Pessoal, me tira uma dúvida, quais são os dados obrigatórios que tem que ser incluídos na requisição da API no método de pagamento PIX, e cartão de crédito que eu tenho que exigir do devedor?

Minha maior dificuldade foi na hora de tratar os erros, por que de acordo com o suporte da própria Efí empresa, os erros não eram retornado pela api de vocês, porém esses erros estavam sendo retornado quando eu tentava fazer uma requisição para gerar um pagamento via PIX, a resposta estava OK, o problema era que sempre estava me retornando um erro desconhecido, sim o erro era realmente esse aqui => erro desconhecido.

Porém depois de muitas tentativas eu consegui resolver o erro e ele mudou para:
{
"erro": "wrong tag"
}

Então fiquei 2 horas procurando onde estava o erro, por que do lado da minha aplicação estava tudo ok, o erro dava dentro da sdk, só que acabei desistindo pois não achei nenhuma solução.

Então acabei usando o modelo de .php de exemplo que tem na documentação, que por incrível que pareça me serviu perfeitamente, eu fiz exatamente o que fiz nas outras sdk que testei e deu certo na de php, então não consigo te dar uma resposta de qual foi o exato erro.

Porém notei que se tivesse nas FAQS uma recomendação de sdk para cada ambiente de desenvolvimento, eu certamente teria conseguido concluir rapidamente ao invés de perder mais de 18 horas no total.

//Caminho onde está meu certificado
private readonly _certificate = Path.GetFullPath("Certs\cert_prod.p12");

Bom dia pessoal, estou efetuando a integração da API de Pix na plataforma .NET, estou com uma dificuldade ao criar a instância EfiPay segue abaixo minha dúvida.

dynamic efi = new EfiPay(_client_id, _client_secret, false, _certificate);

Quando efetuo o teste local consigo ler sem problemas o caminho do certificado, porém ao enviar para produção perco a referência do caminho, meu back está publicado no Azure não está em um servidor está publicando como App Service - Web App.

Poderiam me dar uma luz 🙏 ?

Rubens, um outro log me diz que o erro realmente possa estar no certificado (emissor do certificado):
Ao comparar o truststore.pem antigo (que funcionava há uma ano) e o truststore novo, além da chaves criptografadas a única diferença está no apontamento do DNS, de .interno.gerencianet.com.br para .sejaefi.com.br
lembrando que eu usei este CA para fazer o hand-shake
https://pix.sejaefi.com.br/webhooks/chain-prod.crt