Termos mais procurados:
Não. O status "Marcado como Pago" é um status voltado apenas para gestão das cobranças, para registrar quando determinada cobrança foi paga por outra maneira que não através do boleto.
Exemplo: O cliente tinha o boleto mas pagou em mãos na loja.
Oi, @admthunder. Bom dia! Tudo bem?
No link de visualização da cobrança Pix, sempre mostraremos o endereço. Se o endereço comercial não estiver ativado em Configurações de conta > Configurações de cobranças > Dados de exibição, será exibido o endereço cadastrado na conta.
Mas é a mesma coisa. Diferente da API de Cobranças, no webhook a notificação tem os mesmos dados que se pode obter no GET de /pix. Mesmo objeto, mesmos campos, mesmos tudo.
Olá, é possível acessar o ambiente de sandbox de forma gratuita? Estou criando um sistema do 0 e é estritamente ligado à cobranças pix, pix parcelado, boleto e cartão de crédito
Acho que a necessidade do @leandrogalvao3882 é por atender mais de um cliente. Não é o primeiro integrador que comenta essa necessidade na API de Cobranças, que tem também cartão aonde a tarifa é variável... mas mesmo para boleto, faz sentido.
Isso mesmo @otavio.rigue, apenas a URL de notificação será suficiente para receber as baixas no seu sistema, após as cobranças registradas por aí
Caso tenham sido emitidas via API, você também pode nos solicitar a alteração da URL de notificação, para que as baixas e atualizações de status das cobranças cheguem no seu sistema.
O que você pode fazer é pegar um relatório, com as cobranças existentes, e registrá-las por ai: https://sejaefi.com.br/central-de-ajuda/gestao-de-cobrancas/gerar-relatorios-de-cobrancas#conteudo
Você sabe dizer se estas cobranças foram emitidas via API pelo seu cliente, ou diretamente pelo painel da conta?
Bom dia
Trabalho numa empresa de software na área de implantação e temos um novo cliente que utiliza o gerencianete no seu sistema legado. Atualmente temos essa integração no nosso sistema, mas precisava entender com vocês como devemos proceder para realizar a migração das cobranças já faturadas no sistema legado do cliente e que estão no gerencianet para que a integração continue funcionando no nosso ERP.
A ideia é esta mesmo, @alissonmaciel_32335. Você irá utilizar este endpoint PUT/v2/webhook/:chave para associar sua URL de notificação a sua chave Pix. E então as cobranças Pix que tiverem um txid e sua chave Pix, nós iremos enviar a notificação para a URL registrada. Essa configuração pode ser feita uma única vez.
Pontuando que para registrar sua URL de notificação, é importante que seu servidor tenha algumas configurações para atender a comunicação com mTLS para segurança da sua aplicação. Você encontra mais detalhes em nossa documentação e nos vídeos a seguir: https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks
https://youtu.be/hdyUHzNwVLY?list=PLRqvcUTH2VsWufBmzOdTVeLEOTGrPNoiu
https://youtu.be/XB9bcZFTV3M?list=PLRqvcUTH2VsWufBmzOdTVeLEOTGrPNoiu
Então se você passar https://exemplo.com.br , o teste durante a ativação vai ser feito para https://exemplo.com.br, e os Pix efetivamente virão para https://exemplo.com.br/pix .
E isso você pode ver em homologação também, criando cobranças de até R$ 10 que depois de alguns segundos geram requisições no webhook como se tivessem sido pagas.
Caso a falha fosse originada na autenticação não seria possível emitir e cancelar cobranças, e essas operações estão sendo feitas normalmente.
Após uma análise detalhada, verificamos que existe uma instabilidade no sistema Mk-auth no momento de processar as baixas vindas da Efi. O seu sistema está recebendo as notificações com sucesso (você pode confirmar isso acessando a sua conta no menu API > Aplicações, clicando na nome da sua aplicação e depois em Notificações). Apesar disto, existe uma segunda etapa em que o sistema deve consultar as notificações enviadas e atualizar as cobranças existentes, e esta etapa não está acontecendo desde o dia de ontem (06/05), pelo Mk-Auth.
Quando você ouve alguém dizer "meu Pix é ..." o que vem depois é a chave Pix. Para geração de cobranças Pix o mais interessante é usar a chave aleatória exatamente por ela não poder sofrer portabilidade.
Se tiver nome fantasia cadastrado (na Receita e na Efí), ele é preferencial em relação à razão social para aparecer em cobranças Pix. Cartão e boleto não sei como a Efí trata.
Mas precisa conferir que esteja na Efí com o nome fantasia, pode ser preciso recriar a chave Pix caso a informação tenha sido adicionada depois.
Boa tarde, @andrelsilva! Tudo bem?
A nossa API não possui este fluxo de cancelamento e as nossas cobranças podem ser pagas até a quantidade de dias cadastrado em sua conta após a data de vencimento.
Pode ser que o seu modulo tenha alguma configuração que realiza este procedimento de cancelamento ao receber as notificações de inadimplência.
Como voê esta usando um módulo que foi desenvolvido por terceiros, recomendamos que você entre em contato com o desenvolvedor para verificar a maneira correta de configura-lo.
Dessa forma na maioria dos casos, onde há 1 elemento você não terá nenhuma falha e nem nos casos onde houver mais de 1 elemento.
Mas reforço que essa é apenas uma medida de segurança, acredito que se você lidar com apenas o primeiro item não irá ter quaisquer problemas, uma vez que não houveram relatos de acontecimentos como esse por aqui (2 cobranças na mesma notificação)
Olá bom dia, Estou precisando de uma API para fazer integração com meu ERP do extrato de cartão de crédito, ou seja, conseguir trazer das administradoras de cartão os extratos de vendas e até mesmo as cobranças de taxas. Essa Api de Cartões da Efi faz isso?
A gente cria milhares de cobranças Pix por dia e não temos notado problemas...
