Histórico de mensagens sobre url em devs

há algum módulo para NodeJS que já faça todo o processo de pagamento, tipo eu criar um pagamento e ter uma url que eu possa abrir pro cliente e que o efi faça todo o gerenciamento

Bom dia @ghhwer ! Tudo bem? É possível sim, através da rota PUT /v1/charge/:id/metadata.
Neste link da documentação tem mais detalhes.

Pessoal, alguem sabe se é possivel trocar a URL de notificacao? Estamos fazendo um lift 'n shift da infra precisamos mudar o dominio mas tem algumas cobrancas quentes ainda

Bom dia, @agenciadiz. Tudo bem?
Recebemos alguns relatos semelhantes a estes, tudo indica que é uma falha no DNS do servidor utilizado para fazer a requisição em questão.
Os clientes que tiveram essa mesma situação ao alterar a URL base para https://cobrancas.api.efipay.com.br.

bom dia
estou com um erro cURL error 6: Could not resolve host: api.gerencianet.com.br (see http://curl.haxx.se/libcurl/c/libcurl-errors.html)

Tb estou trabalhando com Laravel. Eu consegui fazer o cadastro da url do webhook. Caso vc tenha interesse, posso lhe mostrar. So me chamar ai.. deu trabalho em..

Bom dia, @weslly99, tudo bem?
1. Sim, o certificado faz referencia a conta, funcionando de forma semelhante a uma credencial.
2. Você deve ser capaz de distinguir quem esta recebendo a notificação, você pode fazer isso tendo URL distintas, usando apenas query params para distinguir, etc.
3. É importante garantir que os usuários terão acesso apenas ao que é devido à eles, ou seja, que não consigam influenciar na cobrança de outros usuários. Restrinja ao máximo os acessos aos bancos que conterão as credenciais e os certificados para evitar que outras pessoas vazem estes dados. Ao implementar o webhook Pix, utilize o mTLS e/ou HMAC para garantir que a comunicação esteja sendo de fato feita pelos servidores da Efí.

Caso tenha alguma outra dúvida basta nos perguntar para que possamos lhe auxiliar da maneira mais assertiva possível.

Boa tarde,
Estou construindo um pequeno SaaS com Tenent-Specific Integrations onde cada cliente deve inserir suas chaves da integração, e o sistema teria a responsabilidade de integrar e manter tais credenciais seguras. Porém lendo a documentação fiquei com dúvida se isso é realmente possível.
Algumas dúvidas são:
1. Cada cliente terá seu próprio certificado?
2. Devo ter uma url para cada cliente receber um webhook?
3. Quais outros cuidados devo ter?

(desculpa se estiver perguntando em um canal errado, sou novo aqui)

Estou usando a Collection do Postman disponibilizada pela Efi. Não alterei nenhum attribute de nenhum request, exceto pelo client_id e client_secret com a url de homolog

É o que mencionei deles não terem extensibilidade. Uma plataforma concorrente tem até uma opção em que você passa URL de chamada, padrão de retorno e e integra automágico.

vou renomear a url como estava antes

@cleitonconceicao_ os boletos emitidos anteriormente vão continuar com a URL informada no momento da emissão.
Caso queira trocar pode utilizar o updateBilletMetadata

debuguei aqui, gero o boleto e mesmo assim vai com a url antiga

pessoal mudei o nome da minha url, estou gerando o boleto já com a url nova

@cleitonconceicao_, um detalhe importante é que o conteúdo é enviado com o body no formato x-www-form-urlencoded

Bom dia, @cleitonconceicao_, tudo bem?
A notificação da API Cobranças consiste em duas etapas, uma onde enviamos para sua URL um POST com um Token e outra onde você deve consultar o token em nossa API para obter as informações da cobrança notificada.
Você pode ver mais detalhes quanto à esse processo aqui

Exemplificando o que o Rubens disse, como você vai usar a mesma URL para vários clientes, ao emitir o boleto e passar a URL, inclua um parâmetro que identifique o cliente, como por exemplo: https://seudominio.com.br/webhook/?cliente=idCliente123&sandbox=false. Além do parâmetro cliente, é interessante passar algo que indique o ambiente, para que sua aplicação saiba se deve usar o Client_id/Client_secret de produção ou homologação para consultar o token de notificação.

Na verdade as pessoas vão te passar clientid/clientsecret. E você pode colocar uma identificação sua na URL de notificação que unicamente caracteriza o cliente.

@cleitonconceicao_ você pode informar diretamente na emissão, sem usar outro endpoint
Por exemplo:

analisando aqui, é aqui que eu defino a url q irá ser notificada. no chaso eu passo o charge_id mesmo?