Histórico de mensagens

Obrigado pelo suporte, @igor_efi.

Entendo, então acho que não irá servir para o processo que precisamos, pois nesse processo seria gerado a cobrança pela API é pego o retorno pelo arquivo CNAB 240

No caso do CNAB, é preciso submeter o arquivo remessa dentro da conta digital Efí e realizar o download do arquivo de confirmação também através da conta digital.

O cliente então vai conseguir baixar o CNAB 240 pelo portal da Efi? E nesse aqui terá se o bolix foi baixando ou não?

Atualmente, temos o CNAB 240 disponível

Diario

Entendo, e que precisamos justamente do arquivo retorno no formato CNAB 400, para integrar com um sistema legado

Esse limite de 15 mil requisições é dentro de um período mensal?

Boa tarde, @divinocardozo! Tudo bem e com você?
O processo de emissão via API é simplificado em comparação ao formato antigo utilizado pelos bancos.
Ao utilizar nossa API para gerar boletos, você não precisa mais lidar com a submissão de arquivos de remessa. Basta enviar uma requisição para nossa API, incluindo as informações da cobrança, e retornaremos as informações do boleto gerado.
Quanto às baixas, também simplificamos o processo. Não é necessário gerar um arquivo de retorno. Durante a emissão do boleto, você apenas informa uma URL específica. Sempre que houver uma alteração no status da cobrança, realizaremos automaticamente uma requisição do tipo POST para a URL indicada.
Em resumo, nosso sistema permite que você automatize completamente o processo de emissão e confirmação das cobranças.

Tinha alterado mas de forma errada, já consegui.

Obrigado.

Os objetos de interface mostrados aos usuários precisam ser gerados por você... depois do pagamento, gere uma fatura ou nota fiscal e coloque nela algo como "pago".

Eles podem ter entendido a resposta positiva como "luz verde", quando depois da resposta positiva, as duas partes precisam assinar um aditivo contratual.

Boa tarde, tudo bem?

Tenho uma pergunta rápida: no formato antigo que os principais bancos utilizam para geração de boletos, após a liquidação dos mesmos, o banco gera um arquivo de retorno que pode ser importado nos sistemas geradores para efetuar a baixa do boleto gerado.

Ao gerar um boleto Pix pela GerenciaNet, teremos esse mesmo arquivo de retorno no padrão bancário?

Agradeço desde já pela atenção.

A adesão ao envio de Pix é por cliente, não por integrador...

Boa tarde, @delorme.onlineips! Tudo bem?
Você alterou o valor do atributo sandbox e colocou as credenciais de produção?

Boa tarde, fiz uma integração usando o SDK Python, em Sandbox e tudo funcionou, quando alterei para Produção, ocorre um erro:

ConnectionError: ('Connection aborted.', RemoteDisconnected('Remote end closed
connection without response'))

Porém sem mais detalhes, alguma ideia ou orientação sobre como identificar a causa?

Obrigado antecipadamente.

O único limite estabelecido em nossa API de Cobranças diz respeito ao consumo de endpoints, sendo 15 mil requisições para o endpoint de emissão.
Em relação ao valor do boleto, este está sujeito ao limite operacional da conta, variando de uma conta para outra.

Quanto aos status das cobranças, o termo "unpaid" indica que não foi possível confirmar o pagamento da cobrança, sendo equivalente a "não pago".
Por outro lado, o status "expired" é aplicado ao link de pagamento, indicando que o link atingiu a data de vencimento previamente estabelecida.

Respondido em atendimento privado. 😃

Olá, preciso de ajuda para acesso na conta.

Perfeito, agora você vai conseguir criar a aplicação.
Você pode utilizar o passo a passo deste link: https://sejaefi.com.br/central-de-ajuda/api/como-criar-uma-nova-aplicacao-para-usar-a-api-pix#conteudo