Obrigado Guilherme. Vou tentar aqui
Termos mais procurados:
Histórico de mensagens
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
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Problemas com Token em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Recebimento de Pagamentos via QR Code e Arduino
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Teste de Status de Pagamento em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Autenticação com Certificado em NextJS
- Utilização de Endpoints e Payload no Pix
- Integrações com o Laravel e SDK de PHP da EFI
- Cobrança em Período de Teste Grátis de 7 dias
- Geração de payment_token pelo Postman e teste em homologação
- Especificação da URL do Webhook no Exemplo Pix
- Retenção de Pagamento no PIX em Marketplace
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Cancelamento de Boleto e Remoção do DDA
- Integração da API do Pix em Sistema Próprio
- Acionamento de Webhooks em Pagamentos e Devoluções
EXIBINDO CONVERSAS RECENTES:
Data: 26/04/2024
@_alexandrehenrique, tudo bem?
O status é de fato um objeto que contém as chaves current e new.
ser que alguém da efi pode dar um help
ola @Efí eu estou recebendo status de notificação fora do que esta listado na documentação, e também não é o status real,
{
code: 200,
data: [
{
id: 1,
type: 'charge',
custom_id: null,
status: [Object],
identifiers: [Object],
created_at: '2024-04-26 11:57:58'
},
{
id: 2,
type: 'charge',
custom_id: null,
status: [Object],
identifiers: [Object],
created_at: '2024-04-26 11:57:58'
}
]
}
code: 200,
data: [
{
id: 1,
type: 'charge',
custom_id: null,
status: [Object],
identifiers: [Object],
created_at: '2024-04-26 11:57:58'
},
{
id: 2,
type: 'charge',
custom_id: null,
status: [Object],
identifiers: [Object],
created_at: '2024-04-26 11:57:58'
}
]
}
esse é um exemplo de um boleto recém criado os staus era par ser 'new' e 'waiting'
Tá joia, muito obrigado!! @marcelo_efi @joaolucas_efi
Sim, @alexr_02 o token é atrelado diretamente à uma cobrança.
O token de notificação sempre será o mesmo para uma determinada cobrança ?
Não, você pode alterar também se tiver cobrança negada.
O put para alteração é permitido somente se todas as cobvs tiverem sido criadas, sem nenhuma negada?
O status code sendo 400, qual foi a mensagem retornada em detail e violacoes>razao?
Mas na doc do BACEN e na EFI fala que o put é para alteração também, mas eu preciso passar no array todas as cobvs originárias de criação.
A diferença do endpoint PATCH para o endpoint PUT, é que o PATCH admite um array cobsv com menos solicitações de criação ou alteração de cobranças do que o array atribuído na requisição originária do lote.
PUT cria objetos novos, não altera objetos existentes... mas você pode decidir entre alterar cobranças num lote existente ou criar essas cobranças num lote novo.
Mas a gente não usa API de Cobranças (boleto, cartão), só Pix.
Então essa alteração deve ser via patch via put não é possível?
Status code 400
Qual o erro retornado?
Neste trecho da documentação técnica você encontra um exemplo de configuração de servidor com mTLS.
só pra eu mesmo q não funciona
que treco estranho