Termos mais procurados:
Exatamente, @cesarmarinhorj2516. Ao definir um notification_url, iremos enviar notificações quando houver alteração de status da assinatura, das cobranças que foram emitidas e também quando tiver a emissão de novas cobranças. Então com base nestas informações, você realiza as devidas ações de acordo com sua regra de negócio.
quando eu gero uma assinatura, é possível usar um notification_url que vai me informar dos status do que está acontecendo, correto?
mas essa notificação é feita em background ao processo que está acontecendo ali pro usuário, correto, somo se fosse um robô acessando e me mandando informações.
Eu tenho que receber e agir de acordo, é isso?
Bom dia, obrigado pelas respostas.
Existe a possibilidade do meu cliente abrir uma service request ou já existe algum trabalho para esse fluxo? Por exemplo um streaming, um endpoint pra gente fazer pooling ou qualquer coisa que ele possa continuar usando a interface do Efi e a gente apenas reagindo aos eventos? Até mesmo add o campo notification_url na interface durante a criação dos boletos/carnes?
A aplicação serve como “contabilidade” e precisávamos apenas ler/receber o que ele criar no Efi.
Pessoal estava dando uma olhada na documentação e fiquei com algumas dúvidas.
Meu cliente utiliza a interface do Efi para criar carnes/boletos, como poderia "escutar" quando ele criar um carne por exemplo?
Olhando a doc da api-cobrancas entendi que para todo carnet que ele criar preciso enviar o notification_url, porém como ele utiliza a interface do efi, como posso passar a url da minha aplicação?
Existe outra forma de escutar esses eventos?
Também vamos precisar atualizar o status quando o cliente final pagar o boleto/carne, já receberíamos essa evento com a config anterior?
Moedas são nacionais e não globais, então os padrões financeiros são tipicamente locais... o Pix até usa um padrão internacional (ISO 20022), mas apenas na mensageria entre os participantes do Pix e o próprio BACEN. Que é o que permitirá no futuro algo como Pix Câmbio.
Se houvesse uma API anterior de pagamentos instantâneos seria na Índia, mas nunca vi referências nesse sentido.
As APIs que você citou são tudo menos iguais entre si. Pelo contrário, todas diferentes... com uma ou outra característica em comum, como notification_url. Padrão é algo que tem todo o conjunto especificado, não uma coincidência.
Wow, é só isso então? Mas isso então seria quase a mesma coisa que eu ir lá no painel da EFI e configurar um notification_url na chave pix, pq ele não colocam isso lá kkk?
(agora abriu minha mente que estava travada)
Vou testar!
Acredito eu que se pudesse inserir na api do gerencianet esse parametro de notification_url iria facilitar muita coisa pra muita gente
Boa noite!!!
Estou tentando gerar uma assinatora por link e está retornando o erro 3500000: Erro interno no servidor.
No dia 08/09/2023, estava rodando o mesmo código e fucionava perfeitamente.
Rota: /plan/11119/subscription/one-step/link [POST]
Sandbox: true
Dados de entrada:
{
"items": [
{
"name": "Assinatura - Mensal",
"value": 1300,
"amount": 1
}
],
"metadata": {
"custom_id": "5",
"notification_url": "http://api.webhookinbox.com/i/U1qO3tMZ/in/"
},
"settings": {
"payment_method": "all",
"expire_at": "2023-09-16",
"request_delivery_address": false
}
}
Dados de saída
{
"code": 3500000,
"error": "server_error",
"error_description": "Erro interno do servidor."
}
Olá, @autummam, você está usando a API de Emissões? Caso esteja, esta informação é passada no campo notification_url dentro da propriedade metadata
Boa tarde estou tentando rodar um opencart no localhost e testar o pagamento por boleto usando um módulo do gerencianet antigo
e estou com um problema na hora de gerar o boleto dizendo que : A propriedade [notification_url] é inválida.
meu problema atual é que a notification url nao esta reconhecendo pela API, provavelmente estou enviando errado, acha melhor ir para o canal?
Bom dia @leofnh ! Quando uma transação possui uma URL de notificação cadastrada (atributo notification_url), a Efí dispara um POST para esta URL a cada mudança no status da cobrança. Esse POST vai conter um token de notificação. Então você precisa cadastrar uma URL de notificação na cobrança e prepará-la para mostrar/armazenar o token de notificação para você consultar essa informação.
@Xossy Quando você criar uma assinatura você utiliza o parâmetro metadata>notification_url definindo uma URL de retorno.
Assim a cada cobrança que for criada e paga, mensalmente por exemplo, será enviado uma notificação para seu sistema com o notification_token da assinatura (https://dev.gerencianet.com.br/docs/entendendo-fluxo-notificacoes).
Ao receber o notification_token, seu sistema deverá consultá-lo para obter os detalhes da notificação (https://dev.gerencianet.com.br/docs/notificacoes-recebendo#2-consultando-detalhes-de-uma-notifica%C3%A7%C3%A3o), e então obter o json semelhante ao seguinte:
