Histórico de mensagens em devs

Consegui fazer a cobrança porém só falta um detalhe, é que sou desenvolvedor autodidata e ainda preciso de ajuda. Meu responde tá vindo com tag

 como faço pra ele vir o json pra eu tratar o resultado

Respondido no canal <#❖pix> !

Boa tarde pessoal, nunca trabalhei com integração de pagamentos.
Em minha aplicação vou precisar do split de pix.
Meu backend está sendo desenvolvido em Java e Spring.

Existe alguma regra a se seguir para implementação da API de pix ?

Vou verificar

Entendi

Bom dia, @alexandre0152! Tudo bem?
Se você estiver utilizando o framework para desenvolver aplicativo mobile, é possível somente gerar o payment token pela SDK.
Você gera o payment token no app e o envia para o seu backend que realiza a requisição em nossa API.
O certificado não é necessario para gerar o token

Não estou conseguindo usar a Sdk do flutter para gerar cobranças de cartão com o sandbox true, o certificado não carrega. Está na mesma pasta do de produção.

da api, mas ta tranquilo

A questão de limites de transação diurnos/noturnos para transações via app web/mobile é sim definida na regulamentação do Banco Central para o Arranjo Pix. Ou você se referia ao limite do envio de Pix via API ?

Só se for CNPJ, se você cadastrar um nome fantasia para esse CNPJ, incluir esse nome fantasia no seu cadastro na Efí e então criar uma nova chave Pix para as cobranças.

nem esse negocio de dia noite haha

entendo, pq a bacen nem da limite de valor maximo, são os bancos q limitam msm

A não liberação do Envio de Pix via API é uma decisão da Efí que visa seguir as normas do Bacen com relação ao Pix em um aspecto geral. Para casos onde a API seria utilizada a Efí entende que o usuário deve ser uma PJ, é possível que seja um MEI, por exemplo, e a abertura do MEI não é um processo que exige tanta complexidade quanto outras formas de PJ.

Bacan n permite isso ou é vcs mesmo ?, pelo menos um valor X com um teto MAXIMO pra PF acho que seria legal, sei la

Bom dia, @wilianmaique, tudo bem?

Esses padrões de segurança são orientações do Bacen (Banco Central), no caso do envio de Pix via API é um recurso delicado que permite uma vazão de valor alta, não sendo justificada para uma PF, mas sim para uma PJ onde há registros de documentação que evidenciam o uso destes valores.
Com relação ao webhook, nossa API segue o manual de integração imposto pelo Bacen, que pede que a implementação do webhook seja feita desta forma, implementar de uma forma distinta dessa seria não seguir o manual de integração do Bacen quanto ao Pix, você pode conferir esse documento aqui.

Caso tenha alguma dúvida basta nos perguntar para que possamos lhe auxiliar da maneira mais assertiva possível.

eu uso outros gateways são bem mais simples

eu vi sobre o webhook tmb, precisar cadastrar webook, acho 'paia' tmb, é mais dinamico na criação do pix informar a URL e pronto

quanto mais 'simples' melhor

até pq a 'pessoa' escolhe as opções que ela quer na aplicação etc

que tipo de segurança? pq a segurança em si é o nosso token, sem ele ninguem faz nada, mas entendo , só acho que deveriam facilitar mt mais as coisas