Histórico de mensagens em devs

A Efí só aceita atualmente TLS 1.2.

Pessoal, estou desenvolvendo a API PIX, estou com tudo funcionando pelo Postman, porém colocando no meu api/backend estou com problemas na autenticação: Connection reset by peer.

O api utiliza TLS 1.3 e openSSL 1.1.1, mas está sendo recusado de qualquer forma. Esqueci alguma outra verificação de segurança? Posso compartilhar mais informações por DM. Obrigado!

DICT é o repositório de chaves Pix mantido pelo Banco Central. A Chave Pix é aquela que todo banco quer que você mude para eles, que os demais clientes do sistema financeiro usam para identificar a sua conta.

@joelfilho2277 vamos abrir um atendimento privado para você, para pegar algumas informações 🙂

Estou integrando com a API de PIX. Na criação da aplicação, ao chegar na etapa de escolher os escopos da um erro de acesso negado, porém a aplicação é gerada. Mas ao testar gerar o token pelo Postman com o clientId e clientSecret de homologação são ditos como inválidos

{
"error": "invalid_client",
"error_description": "Invalid or inactive credentials"
}

Estou utilizando a rota de homologação (https://api-pix-h.gerencianet.com.br/oauth/token) e o host de homologação para o certificado (api-pix-h.gerencianet.com.br)
Assim como um certificado ativo em homologação.

Após análise, vocês confirmaram que a causa do problema eram as permissões que estavam liberadas para meu usuário. E indicaram que para a integração com a API PIX eu necessitaria das permissões Início, PIX, Troca de arquivos e API.

Porém mesmo após as permissões me serem concedidas, o erro persiste ao tentar gerar o token

Além disso, ao acessar pelo sistema antigo (https://sistema.sejaefi.com.br/) demonstra como se eu não tivesse as permissões de acesso a API

Boa tarde, @joelfilho2277! Tudo joia? Qual era o problema relatado na sexta?

Boa tarde, ainda referente ao problema comentado sexta feira. Foi-me fornecido as permissões que vocês indicaram (Início, PIX, Troca de arquivos e API) porém o problema persiste ao tentar gerar o token em homologação

é assim que funciona hoje, eu estou tentando levar essa responsabilidade para o gateway. Agradeço seu atendimento 🙂

Essa opção não esta disponível aqui, porém você consegue utilizar a gente para emitir essas cobranças e a logica de duas cobranças emitidas aqui fazer parte de uma unica cobrança, você ter em seu sistema.

não, pagamento para uma mesma instancia de cobrança independente da opção, suponha que um evento que custa R$1000 aparecerá divido em dois meios de pagamento, cada um de R$500. Apenas quando o sistema detectar as duas cobranças o acesso ao evento será liberado. Ou seja, é semelhante ao caso de eu precisar pagar parte da compra a vista por bolero e outra parte em cartão, mas nesse caso serão duas pessoas que farão o pagamento (dois clientes na API)

Bom dia, @mydsmbr! Tudo joia? Quando você fala em "mais de um pagamento", seria mais de uma opção de pagamento (Boleto, cartão, pix...) para uma mesma cobrança?

Bom dia, gostaria de saber se a API oferece alguma opção para multicompradores? É semelhante ao split de recebimento, mas nesse caso mais de um pagamento é vinculado ao mesmo pedido

Bom dia, @joelfilho2277! Tudo joia? Vou criar um atendimento em nosso canal # atendimento para verificar esta situação

Bom dia, estou integrando com a API de PIX. Na criação da aplicação, ao chegar na etapa de escolher os escopos da um erro de acesso negado, porém a aplicação é gerada. Mas ao testar gerar o token pelo Postman com o clientId e clientSecret de homologação são ditos como inválidos

{
"error": "invalid_client",
"error_description": "Invalid or inactive credentials"
}

Estou utilizando a rota de homologação (https://api-pix-h.gerencianet.com.br/oauth/token) e o host de homologação para o certificado (api-pix-h.gerencianet.com.br)
Assim como um certificado ativo em homologação.

Poderia o acesso negado na criação da aplicação indicar que foi criada de forma incompleta? (com isso o clientId e clientSecret sendo inválidos) ou o fato de ela ter sido criada demonstra que pode ser utilizada?

Bom dia, gostaria de sugestões de sistema para vendas e estoque com integração de boletos.

e não estaria funcionando este tempo todo, o erro ocorreu hoje

$body = [
"items" => $items,
'payment' => $payment,
"metadata" => $metadata
];


estava assim

$body = [
"items" => $items,
'payment' => $payment
"metadata" => $metadata,
];

agora minha dúvida é, como que esta virgula pulou de lugar, se quando eu terminei, fechei e salvei no github, agora quando fui comparar, vi a virgula fora do lugar, detalhe, depois que fiz, não abri mas o arquivo, tem 1 mês isso, e se eu tivesse deixado errado, iria estar errado no git tb, pois eu fecho primeiro e atualizo lá depois