Segue o link: https://dev.gerencianet.com.br/docs/api-pix-fluxogramas
Termos mais procurados:
Histórico de mensagens sobre pix em pix
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Implementação do Módulo Gerencianet no Perfex CRM
- Repetição do Processo de Criação com txid
- Endpoint para Recuperar Saldo
- Configuração de URLs para Recebimento de Status
- Problemas com Token em Ambiente de Homologação
- Consulta de Chave PIX na API de Envio
- Utilização de Endpoints e Payload no Pix
- Implementação da SDK do Pix em Next.js ou React
- Cobrança em Período de Teste Grátis de 7 dias
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Recebimento de Pagamentos via QR Code e Arduino
- Integrações com o Laravel e SDK de PHP da EFI
- Atualização de informações no Retentiva de Cobrança
- Cancelamento de Boleto e Remoção do DDA
- Autenticação com Certificado em NextJS
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Teste de Status de Pagamento em Ambiente de Homologação
- Retenção de Pagamento no PIX em Marketplace
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Geração de payment_token pelo Postman e teste em homologação
- Integração da API do Pix em Sistema Próprio
- Especificação da URL do Webhook no Exemplo Pix
- Funcionamento do Webhook em Ambiente de Homologação
EXIBINDO CONVERSAS RECENTES:
Texto: pix
Data: 14/03/2023
Canal: pix
@palloma_efi Boa tarde !!!
Usando a Classe Gerencianet (Java), estou tentando fazer uma requisição para o endpoint "pixSend".
Estou constantemente recebendo este erro:
java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: sun.security.ssl.SSLContextImpl$DefaultSSLContext)
Coloque o certificado na pasta resources.
Estou usando spring boot.
Estou recebendo o erro "500 - erro_aplicacao - "Ocorreu um erro ao requisitar o pix" na primeira tentativa e depois "409 - id_envio_duplicado - "O id de envio informado j\u00e1 foi utilizado em outro pagamento" na segunda, mais não foi confirmada a operação
3- Sim, consultando o txid e verificando se houve o pagamento você pode confiar. Mas como a ideia do Pix é a confirmação e conciliação do pagamento de forma rápida, é recomendado a implementação do webhook com mTLS para que possa confiar na notificações de pagamentos.
Bom dia, @dlmorais. Tudo bem? 😀
1- Este é o comportamento esperado, mesmo em produção. Quando expirada o status permanece ATIVA, mas já não é possível pagar. O Bacen definiu assim, pois como está ATIVA te permite dar um PATCH /v2/cob/:txid e aumentar o tempo de expiracao, possibilitando o pagamento novamente.
2- Este campo calendario.apresentacaonão é obrigatório na criação de cobrança Pix. Agradeço pelo observação, vamos corrigir na documentação.
E uma terceira dúvida tb:
3 - O webhook de Pix utiliza mTLS, que pode ser "ignorado" (com Skip-mTLS). Caso seja necessário ignorar, além das opções de validação da documentação, se eu simplesmente considerar somente o txid vindo na requisição, realizar uma consulta à cobrança que eu gerei com esse txid e considerar os valores vindos dessa consulta, já não é suficiente para garantir que estarei processando dados seguros?
Pessoal, estou começando agora a integrar com Pix e estou com 2 dúvidas.
1 - Usando Postman em homologação, criei uma cobrança imediata com valor >R$10, portanto ficou com status ATIVA, conforme esperado.
Entretanto, eu informei o campo calendario.expiracao e mesmo após passado o tempo indicado, o status continua como ATIVA.
É assim mesmo? O status não muda? Ou esse comportamento é só no ambiente de homologação?
2 - Na documentação na parte Criar de cobrança imediata está falando que o campo calendario.apresentacao é obrigatório. Isso é obrigatório mesmo ou a documentação está errada?