Termos mais procurados:
Criar um menu de gerenciamento de webhooks fixos no site da Efí
Nele seria possível criar, modificar, deletar, e visualizar as requisições de um webhook - se foi entregue com sucesso, se falhou...
Talvez seria interessante ele aqui 👇
Isso é possível para todas as APIs menos a API Pix... aonde o padrão do Banco Central prevalece.
O e-mail de cobrança para um boleto vencido apresenta um link para a emissão da segunda via e instrui o cliente a visitá-lo para pagar o boleto. Esse link então o leva a uma página que diz que não há mais um meio ou necessidade para a emissão de uma segunda via e que o boleto vencido deve ser pago.
https://sejaefi.com.br/artigo/como-gerar-segunda-via/#versao-7:~:text=Voc%C3%AA%20n%C3%A3o%20precisa%20mais%20emitir%20a%20segunda%20via%20dos%20boletos%20Ef%C3%AD
O link "Visualizar boleto vencido" (presente abaixo desse aviso de forma menos proeminente mesmo sendo a informação mais importante do e-mail), leva o usuário para a página de impressão do boleto (https://visualizacao.gerencianet.com.br/emissao/[...]), não a página na qual é possível copiar facilmente o código de barras ou código do Pix Copia e Cola para Bolix (https://download.sejaefi.com.br/v1/[...]), que acredito que seria a melhor escolha.
olá,
eu não encontrei na documentação uma forma de limitar o número de vezes que o cliente pode dividir no link do cartão.
a sugestão é que se fosse possível , no link de cartão ter uma forma de limitar a quantidade de vezes que o cliente poderá dividir no cartão sem juros.
Pessoal, acredito ser fundamental ser possível consultar o Id do Carnê(acredito que todas as funcionalidades), de alguma maneira.
uma vez que o carnê foi criado pelo sistema web, não é possível automatizar nenhuma ação via API.
Acredito que isso seja uma necessidade básica e iria abrir diversas possibilidades para clientes existentes.
Olá!
Como vai?
Agradecemos a sugestão!
De fato, ainda não temos a funcionalidade do cartão virtual disponível. Nosso time de engenharia está trabalhando fortemente para oferecer essa função o mais breve possível 🚀 .
Assim que estiver disponível, divulgaremos a novidade em nossos meios oficiais de comunicação.
Se por alguma razão não for possível confirmar o pagamento, como dados inválidos do cartão, falta de limite, etc, o status da transação será alterado para unpaid e enviada uma notificação para seu sistema sobre este status.
Poderia ser possível fazer relatórios das transações pix, igual a gente faz com cartão e boleto.
Oiieee! Tudo bem?
É possível sim, por exemplo: Sua conta pode ser acessada por você e seu usuário secundário, em locais e dispositivos distintos 😉
Sua dúvida é em relação ao recebimento do código? Se sim, acredito que uma boa alternativa seja o google authenticator, veja alguns detalhes sobre o app em nossa central: https://gerencianet.com.br/artigo/verificacao-duas-etapas-google-authenticator/
Bom dia! Alguns pontos a serem pensados:
1. Busca por txid ou e2eid
2. Filtrar devoluções (Existe a opção de filtrar por crédito ou débito) mas não por crédito devolvidos.
3. Devolver pix via interface web (A devolução só é possível de ser feita via APP GN, então temos que identificar na interface web a transação por data e hora e ir no APP para devolver)
Ola a todos! Alguma previsão de busca por txid em sistema.gerencianet.com.br ? Está ficando impossível buscar as transações por data e hora de criação.
A minha preocupação foi 0% em relação ao EC. Foi 100% do lado da GN em relação ao desempenho que ela vai ganhar não precisando iterar esse array em todo recebimento. Todo array que depende de um loop que o percorra para que seus elementos internos sejam identificados (e condicionantes sejam aplicadas) é um array "burro". O identificador deve ser a chave do elemento, sempre que possível. Verificar se pix[chaves][123] existe não exige que eu leia todos os elementos em chaves (e muito menos todos os seus valores internos). Ganha-se absurdamente em velocidade e em consumo de memória - e isso mesmo quando só houver 1 elemento no array. Um teste array_key_exists() tem um processamento ínfimo perto de qualquer tipo de loop. Isso pode ser comparado à uma busca em banco de dados em diferentes colunas, uma com índice e a outra sem.
o único caso especial possível que não seria coberto apenas com os 2 validadores txidNulo e txidEstatico seria um PSP pagador tratar erradamente o txid como int em algum ponto do seu sistema e acabar enviando "0" na PACS em vez de uma string vazia, ou omitir o campo txid, fazendo a validação da GN testar contra a opção de aceite de Pix via qr estático em vez de testar contra o Pix de txid nulo, o que eu não vi ninguém reportar e acho difícil que aconteça (por ser o txid um campo que acata caracteres a-z também). por isso que acho suficientes essas 2 opções. simples e funcionais. e em último caso, a GN poderia tratar a string "0" como txidNulo em caráter de exceção.
