@gustavorodrigues_37044 dá uma conferida no nosso canal do youtube!
No vídeo abaixo tem o passo a passo de como emitir uma assinatura.
https://www.youtube.com/watch?v=0fLu-p3miK0
As telas estão um pouco diferentes pois tivemos a mudança de marca, porém o procedimento é basicamente o mesmo!
Vale ressaltar que caso não esteja usando PHP, o nome das chamadas na SDK são as mesmas em todas as linguagens que disponibilizamos!
https://github.com/efipay/
Olá, @leandro535! Bom dia!
Para receber notificações de carnê ou boleto, você define a URL no momento da criação da cobrança. Então, sempre que houver uma mudança de status da cobrança, a Efí dispara um POST para essa URL. Essa notificação vem com um token específico, que permanece o mesmo durante todo o ciclo de alterações da transação.
Para simplificar, você pode usar este exemplo da SDK de PHP para consultar o token da notificação e obter os detalhes atualizados da cobrança. [Aqui está o link](https://github.com/efipay/sdk-php-apis-efi/blob/main/examples/charges/notification/getNotification.php).
Além disso, você pode conferir mais detalhes na documentação técnica [aqui](https://dev.efipay.com.br/docs/api-cobrancas/notificacoes#recebendo-as-notifica%C3%A7%C3%B5es).
Temos também um vídeo sobre o assunto [neste link](https://youtu.be/wKAgmXpWQQk?list=PLRqvcUTH2VsWufBmzOdTVeLEOTGrPNoiu).
@marcio.pensadorweb Agradecemos pelo seu feedback e queremos assegurar que estamos cientes das limitações ocorridas API. Estamos trabalhando continuamente para melhorar nossos serviços, mas as mudanças podem levar algum tempo para serem implementadas devido a atividades prioritárias em nossa equipe. Agradecemos sua compreensão e paciência enquanto trabalhamos para fornecer a melhor experiência possível aos nossos clientes.
Você chegou realizar alguma tentativa hoje?
Estou verificando e ocorreram algumas atualizações no ambiente
Bom dia @jeanlucafp! Tivemos muitas mudanças nesse novo repositório da Efí. Em relação à versão 1.0.2 do repositório da Gerencianet, tivemos mudanças nas rotas base, nomes de classes, nomes de métodos e novos endpoints. Então você vai precisar atualizar tudo. Mas nós temos a sdk com os exemplos - https://github.com/efipay/sdk-java-examples-apis-efi
Pessoal, bom dia! Vi as mudanças dos novos tipos de conta bancária da Efí. A API de assinaturas vai se manter para os três tipos de conta?
Linux também é software livre e pode-se contratar suporte... mas se tem um código, uma opção é contratar um dev para fazer mudanças que você precise. Seja gateway de pagamento ou não. Mas há coisas que antes não existiam no MK-Auth, como IPv6, que agora existem... então algum desenvolvimento tem sido feito por alguém.
Bom dia @edvaldo gomes de lima! Tudo bem? A mudança do nome não tem nenhuma ligação com cancelamento de cobranças, na verdade, o nome mudou mas o fluxo todo da empresa e principalmente da API continua o mesmo 🙂 Vou abrir um atendimento privado para você, para pegarmos algumas informações e descobrir de onde está vindo esse cancelamento!
to com mensagens de boletos q volta cancelado e gostaria de saber se voces vao cancelar varios boletos devido essa mudança de nome e porque essa mensagem no mkauth de cancelou o titulo 19035 por pedido da api - IP:34.193.116.226
BOm dia!
Fui atendido na sexta feira a respeito de atualização nas contas, após uma mudança de configuração de ip e máquina (medidas drásticas, após ataque ddos)
Porém a falha 408 na sincronização persistema, mesmo após as medidas corretivas .
Oi, @everyone! Já ouviram falar em benefícios flexíveis? A ideia é abolir as restrições dos tradicionais vales refeição e alimentação, permitindo que o saldo do cartão seja utilizado livremente em diversas categorias. 💳 Legal, né? Essa é a proposta da Eva Benefícios - nova integrante do grupo Gerencianet. 💜🧡
Temos orgulho em anunciar que concluímos a aquisição da fintech especializada em cartões de benefícios corporativos. 💳 A startup, que também surgiu em Ouro Preto, é resultado de uma parceria entre GN e Usemobile e, agora, é parte do grupo Gerencianet de forma oficial e exclusiva.
Quer saber mais? Confira os detalhes no blog da Gerencianet e na Coluna do Broadcast, no Estadão. 👇
🔸 Gerencianet compra fintech Eva de olho em mudanças no vale refeição: https://economia.estadao.com.br/blogs/coluna-do-broad/gerencianet-compra-fintech-eva-de-olho-em-mudancas-no-vale-refeicao/ .
🔸 Cartão de benefícios — Eva Benefícios agora faz parte do grupo Gerencianet: https://gerencianet.com.br/blog/cartao-de-beneficios-flexiveis-eva/ .
E se você quer levar todos os benefícios do cartão Eva para a sua equipe, conte com a gente: https://evacard.com.br/eva-agora-e-gerencianet/ .
Bom dia, <@!661697849565904914>. A notificação via API ocorre no momento de confirmação do pagamento, caso haja uma devolução ou algo do tipo você também será notificado. Mas as notificações da API ocorrem em mudanças de status da charge, sendo assim não é notificado via API quando os valores parcelados são creditados em sua conta.
De qualquer forma irei levar a sugestão para a nossa equipe de desenvolvimento, pois, é interessante este retorno a fim de evitar consultas manuais no extrato.
Bom dia! <@!522899003663450113> ontem informamos que houveram mudanças nas notificações de nossos pix.
São elas: nós retiramos o campo tipo e status das notificações de PIX recebidos (seguindo a especificação do BACEN).
já para o PIX enviado, temos:
• tipo "SOLICITACAO";
• status possiveis: ["EM_PROCESSAMENTO", "REALIZADO", "NAO_REALIZADO"]
A mudança no retorno do webhook é para adequar as especificações do BACEN. A principal diferença foi a remoção dos status e tipo do Pix recebido. Um exemplo de como está a notificação de Pix recebido:
{"pix":[{"endToEndId":"E00416965620122145239O7ZcRRTsI88","txid":"fc9a43k6ff39ai84ryP5fd41a9718","valor":"0.01","horario":"2020-12-21T12:39:09.000Z"}]}
Bom dia pessoal! A mudança no retorno do webhook é para adequar as especificações do BACEN. A principal diferença foi a remoção dos status e tipo do Pix recebido. Um exemplo de como está a notificação de Pix recebido:
Bom dia, pessoal. Houveram mudanças nas notificações de nossos pix.
São elas: nós retiramos o campo tipo e status das notificações de PIX recebidos (seguindo a especificação do BACEN).
já para o PIX enviado, temos:
• tipo "SOLICITACAO";
• status possiveis: ["EM_PROCESSAMENTO", "REALIZADO", "NAO_REALIZADO"]
Boa noite pessoal, repassando aqui uma falha reportada a nossa equipe em que ocorria uma mudança de status de cobranças "ATIVA" para "CONCLUIDA" após a realização de um PATCH.
Foi realizada a correção por nossa equipe, as cobranças que tiveram essa mudança de status foram modificadas novamente para o status "ATIVA", ou seja, não vai afetar as cobranças geradas anteriormente nem as cobranças futuras. Esta falha não acionava o webhook e por isso a notificação não era enviada quando a cobrança era "CONCLUIDA" sem um pagamento.
Agradecemos o feedback da comunidade.
Este é o primeiro relato similar que vejo, mas se tivesse acontecido comigo, dividiria a análise do caso em 3 partes.
- certificar se o cliente realmente não foi debitado, uma vez que pelo relato, ele não sabe o saldo anterior e, aparente, não sabe consultar o histórico de movimentações
- certificar se houve mudança de status na GN que justifique a baixa da cobrança
- certificar se o sistema está fazendo baixas apenas com base em notificações realmente pagas, pois nem toda cobrança com status "CONCLUIDA" está de fato paga
Minha impressão é que pode ter ocorrido o seguinte (HIPÓTESE):
Algumas cobranças passam para o status "CONCLUIDA" em determinadas situações, principalmente quando consumimos a rota PUT /v2/cob. Não era pra acontecer, mas acontece. Daí, pode ser que quando o cliente leu o location, a cobrança pode ter mudado de status para "CONCLUIDA". Então, quando ele tentou pagar deu erro, pois a cobrança não estava mais "ATIVA". Uma notificação de mudança de status ocorreu ao alterar para "CONCLUIDA" e o sistema processou a baixa sem verificar se o array de pix estava devidamente preenchido
Boa noite. Quero propor uma mudança no Art. 1º da Lei 7.089/1983 (http://www.planalto.gov.br/ccivil_03/LEIS/L7089.htm). Ele determina que títulos com vencimento em sábados, domingos e feriados podem ser pagos no primeiro dia [útil] subsequente sem juros de mora.
Os PSPs (prestadores de serviços de pagamento) que estão implantando o recurso de cobranças Pix (com vencimento, regras de multa/juros, etc, similar a um boleto registrado) estão com uma dificuldade absurda de implantar isso por causa dessa lei.
A minha proposta é que a redação da lei seja atualizada para o que ela efetivamente propunha em 1983: que os títulos possam ser pagos no primeiro dia útil subsequente ao vencimento quando da impossibilidade de fazê-lo por indisponibilidade do meio de pagamento (ex: bancos simplesmente não podem acatar o pagamento de boletos aos fds/feriados pois não há processo de compensação nestes dias). O Pix é diferente e funciona 24/7/365.
Se a lei for alterada, quem gerar cobranças com possibilidade de pagamento por Pix + boleto, se o pagamento cair num feriado, o boleto continuaria pagável no dia útil subsequente sem juros. O Pix, no entanto, está disponível nos feriados normalmente, então se a cobrança for paga especificamente por Pix no dia útil subsequente ao vencimento, seria cobrado 1 dia de juros normalmente (em outras palavras: o conceito de dia útil/não útil deixaria de valer para o cálculo de juros no Pix - e qualquer outro meio de pagamento 24//7/365).
Pode parecer um retrocesso para o consumidor, mas simplesmente não existe um banco de dados com os feriados municipais de todo o país disponível de forma pública. Somente fontes não oficiais, pagas, que dificultam enormemente a gestão das cobranças e o correto acolhimento dos pagamentos por parte dos PSPs que trabalham com o Pix e encarecerão o uso do Pix para os PSPs e para as empresas, que repassarão esse custo para o consumidor. Detalhes: https://github.com/bacen/pix-api/issues/225 . Obrigado!
