Termos mais procurados:
essas são todas as variáveis de ambiente que uso. elas estão preenchidas mas mandem vazias por questão de segurançaEFI_CLIENT_ID =""
EFI_CLIENT_SECRET =""
EFI_ENDPOINT = "https://pix.api.efipay.com.br"
NODE_ENV = "production"
EFI_CERT = ""
Sim! Estou usando a seguinte variavel no arquivo .env: EFI_ENDPOINT = "https://pix.api.efipay.com.br"
OI, @lidiamariano. Bom dia!
Pelo que vi o seu código enviado anteriormente, você está montando a requisição em sua aplicação, então como não tem SDK, não tem esta variável sandbox que define o ambiente.
Neste caso então, você deve conferir se está usando a rota base correta para cada ambiente, produção ou homologação.
https://dev.efipay.com.br/docs/api-pix/credenciais/#rotas-base
TED através da API não é possível. Mas como algumas empresas ainda não são adeptas ao Pix e não possuem uma chave, ainda assim você pode usar o endpoint que mencionei e fazer uma transferência Pix através dos dados bancários, conforme exemplo abaixo:
Olá, @marcos9868. Bom dia! Espero que esteja bem.
Para realizar o pagamento dos seus clientes afiliados, você pode usar o nosso endpoint de envio de Pix via API. Com ele, você pode transferir o valor desejado para a chave Pix ou para a agência e conta do cliente.
Desta forma, no cadastro do afiliado na sua plataforma, você deve pedir a chave Pix dele e um documento (CPF/CNPJ). Assim, no momento do envio de Pix você pode conferir se a chave Pix está vinculada ao documento informado, aumentando a segurança da transação.
Você pode testar o endpoint em ambiente de homologação, e para produção, é necessário preencher este formulário. Após o preenchimento, basta aguardar que nossa equipe entrará em contato.
Para verificar a tarifa, nossa equipe do @Comercial poderá ajudá-lo.
Quaisquer outra dúvida, conte com a gente!
Você pode por o Bolix na assinatura, que aí pode ser pago como boleto ou pago como Pix.
Boa noite pessoal, se alguém poder tirar uma dúvida, assinatura somente para boleto e cartão, correto? Pix não tem assinatura, é somente na hora, certo?
Crio uma cobrança e depois o qrCode da mesma, ao pagar o qrCode, o pix retorna outro txid diferente da cobrança referente ao qrCode.
txid: c2dd59d8c0bd4c5994e92dd1ee3994ea
pix.component.ts:41 PIX: 3a902594f4e44e348740d07c5be10509
Estou com um problema:
private async verificarPagamento(){
this.pixService.webhook.subscribe((events: PixInfo) => {
console.log('Evento:', events)
this.$cobranca?.subscribe(res => {
console.log('Cobranca:', res)
const txid = res.cobResponse.txid
console.log('txid:', txid)
events.pix.forEach(pix => {
console.log('PIX:', pix.txid)
if(pix.txid === txid){
console.log('O txid corresponde a cobrança')
}
})
})
})
}
os txid da cobrança não está sendo o mesmo que o txid que o pix está gerando.
Lembrando que ela não é passada na chamada da cobrança, e sim numa chamada anterior. E aí vale para qualquer cobrança com aquela chave Pix.
Na API Pix o parâmetro é {
"webhookUrl": "https://exemplo-pix/webhook"
}
É bem diferente do boleto, pois a notificação é configurada por chave Pix, não por cobrança.
Boa tarde, to mexendo na api pix, já deu certo a geração da cobrança mas a notificação não está chegando... alguém tem o local certo da documentação pra eu poder ver, não achei lá.. somente do boleto
Eu cai por acaso no site de vocês e vim tentar conhecer a solução de vocês. Eu ofereço um sistema ERP que dentre as funcionalidades existe a cobrança. Hoje ja geramos muitos boletos e pix com um sistema de pagamento concorrente. O que me falta é a funcionalidade de gerar a cobrança para o meu cliente em maquininha para cobrança física com CC. o Efi tem uma solução para isso ?
Fala pessoal, já tive esse problema e não lembro como resolvi.
Estou com dificuldade em registrar meu webhook.
O erro que recebo é este:
> {
> "nome": "webhook_invalido",
> "mensagem": "A URL informada respondeu com o código HTTP 400"
> }.
A configuração do meu Nginx:
location /rifas/gerencianet/webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass http://127.0.0.1:3333;
}
location / {
proxy_pass http://127.0.0.1:3333;
}
listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/api.cacaubox.shop/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/api.cacaubox.shop/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /home/app/luck-back/src/modules/clients/certs/chain-pix-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
}
server {
if ($host = api.cacaubox.shop) {
return 301 https://$host$request_uri;
} # managed by Certbot
listen 80;
listen [::]:80;
Alguém poderia me ajuda? Preciso entender pq que dá isso, não aguento mais passar por esse erro direto 😅 .
Olá, @valmirwelter. Bom dia! Tudo bem?
Você pode tomar como base este exemplo e também baixar o código.
Olá, @nicolasvascaafobado. Bom dia! Tudo bem?
Esse endpoint que mencionou é para o recebimento de Pix via open finance. Daí esse idParticipante você obtêm no endpoint GET /v1/participantes.
Segue link para documentação: https://dev.efipay.com.br/docs/api-open-finance/participantes
