A chave Pix do favorecido precisa estar cadastrada na conta Efí que você está emitindo a cobrança.
Termos mais procurados:
Histórico de mensagens sobre PIX
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Consulta de Chave PIX na API de Envio
- Problemas com Token em Ambiente de Homologação
- Endpoint para Recuperar Saldo
- Implementação da SDK do Pix em Next.js ou React
- Implementação do Módulo Gerencianet no Perfex CRM
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Teste de Status de Pagamento em Ambiente de Homologação
- Recebimento de Pagamentos via QR Code e Arduino
- Autenticação com Certificado em NextJS
- Atualização de informações no Retentiva de Cobrança
- Geração de payment_token pelo Postman e teste em homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Cobrança em Período de Teste Grátis de 7 dias
- Retenção de Pagamento no PIX em Marketplace
- Utilização de Endpoints e Payload no Pix
- Especificação da URL do Webhook no Exemplo Pix
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Cancelamento de Boleto e Remoção do DDA
- Acionamento de Webhooks em Pagamentos e Devoluções
- Funcionamento do Webhook em Ambiente de Homologação
EXIBINDO CONVERSAS RECENTES:
Texto: PIX
Que tipo de chave Pix você está utilizando?
Se for CPF ou CNPJ, deve inserir somente números. Se for, número de telefone, deve seguir o padrão definido pelo BACEN informando +55 DDD e o número, exemplo: +5531988887777
Bom dia, @f_cadore!
Como o Rubens disse, em homologação não é validada a chave Pix do favorecido. Verifique se a chave está correta.
Mas diz a Efí que só o 34.193.116.226 é usado para webhook Pix.
js
import express from "express";
import cors from "cors" ;
import bodyParser from "body-parser";
import routes from "./routes";
const app = express();
app.use(cors());
app.use(bodyParser.urlencoded({ extended: true }));
app.use(bodyParser.json());
// Essa rota poderá ser acessada a partir do URL http://localhost:3001.
// Ela é do tipo GET, por isso poderá ser acessada através da URL no navegador.
app.get("/", (req, res) => {
res.send("Hello World");
});
// Essa rota poderá ser acessada a partir do URL http://localhost:3001/notifications
// Ela é do tipo "POST", portanto não poderá ser acessada pelo navegador
app.post("/notifications", (req, res) => {
const { pix } = req.body;
if (Array.isArray(pix)) {
for (const notification of pix) {
const isRecharge = notification.devolucoes;
const isSend = notification.gnExtras?.idEnvio && !notification.txid;
if (isRecharge) {
console.log("Pix recharge notification received", notification);
continue;
}
if (isSend) {
console.log("Pix send notification received", notification);
continue;
}
console.log("Pix payment notification received", notification);
}
}
res.json({ message: "Notification received" });
});
app.listen(3001, () => {
console.log("Servidor ONLINE na porta 3001 -> acesse http://localhost:3001");
});
export default app;
Esse aqui é um exemplo de uma API rodando na porta 3001, ai você manda o webhook mandar as notificações de pagamento na rota que você criou pra isso, que nesse exemplo é a http://localhost:3001/notifications. Acredito que se realmente deseja integrar o webhook na sua aplicação, é importante você estudar a biblioteca express antes, caso já não conheçaimport express from "express";
import cors from "cors" ;
import bodyParser from "body-parser";
import routes from "./routes";
const app = express();
app.use(cors());
app.use(bodyParser.urlencoded({ extended: true }));
app.use(bodyParser.json());
// Essa rota poderá ser acessada a partir do URL http://localhost:3001.
// Ela é do tipo GET, por isso poderá ser acessada através da URL no navegador.
app.get("/", (req, res) => {
res.send("Hello World");
});
// Essa rota poderá ser acessada a partir do URL http://localhost:3001/notifications
// Ela é do tipo "POST", portanto não poderá ser acessada pelo navegador
app.post("/notifications", (req, res) => {
const { pix } = req.body;
if (Array.isArray(pix)) {
for (const notification of pix) {
const isRecharge = notification.devolucoes;
const isSend = notification.gnExtras?.idEnvio && !notification.txid;
if (isRecharge) {
console.log("Pix recharge notification received", notification);
continue;
}
if (isSend) {
console.log("Pix send notification received", notification);
continue;
}
console.log("Pix payment notification received", notification);
}
}
res.json({ message: "Notification received" });
});
app.listen(3001, () => {
console.log("Servidor ONLINE na porta 3001 -> acesse http://localhost:3001");
});
export default app;
Sim já, já estou conseguindo fazer o pagamento via pix, mas nunca usei socket/websocket
Alguém já passou por um problema onde na homologação funciona 100%, mas quando você vai pra produção dá o seguinte erro ao enviar um PIX:
erro 400 A chave do favorecido não foi encontrada
?
Agr quero implementar um sistema em que quando for ser feito uma saída com motivo venda realizar a cobrança via pix
boa tarde, pessoal estou com um problema pra fazer a comunicacao com o endpoint de voces da api pix..
Sei que nas cobranças por cartão basta informar a url do webhook como um parametro, mas no caso do pix é diferente né?
Estou tentando cadastrar uma url para receber o webhook do pix. Mas não estou tendo sucesso. Não consigo conexão com a API. Seguindo a documentação, tanto por código, quanto por postman. Alguém com mais experiência pra me dar uma força nisso?
oppa pessoal to querendo implementar pagaemntos ´pix no apk de gerenciamdnto de estoque mas esta dando erro ao processar pagamento:null
Certo. Verifique, por gentileza, se ao executar este exemplo, o webhook é listado.
Bom dia. Eu já utilizo os serviços de pix da Efi hoje para recebimento (copia-e-cola), e gostaria de saber se existe uma parte da api destinada compra usando cartão de crédito/débito e se é possível salvar cartões do cliente já utilizados, para compras futuras usando a api da efi
Bom dia @f_cadore ! O cadastro do webhook foi feito em produção ou homologação? E o envio de Pix, está sendo feito em qual ambiente?
Bom dia.
Estou tendo esse retorno ao realizar uma transferência por Pix:
Retorno:
400
conta_chave_sem_webhook
A chave informada não tem webhook cadastrado na conta Efí autenticada
Porém o meu webhook com a chave está cadastrado corretamente.
Olá, @king7138. Bom dia! Tudo bem?
Todos os endpoints das APIs têm um limite de consumo e funcionam de maneiras um pouco diferentes:
- A API de cobranças (boleto/cartão) tem um limite fixo, conforme a documentação.
- A API Pix possui um limite de consumo por segundo, além do monitoramento interno que considera o comportamento de uso e a taxa de repetição dos endpoints utilizados. Você pode conferir mais detalhes aqui.
O ideal é usar webhooks, que são notificações automáticas enviadas pela API Pix quando há alterações no status das transações. Veja como usar webhooks aqui.
Uma prática recomendada é verificar periodicamente cobranças que ainda não foram sinalizadas no webhook, mas com uma frequência menor, apenas para lidar com situações eventuais de falha.
Bom dia! Gostaria de saber quais são os rate limit para requisição de status de pagamento pix. Seria os 15.000 diarios que está na documentação?
Estou com dificuldades para instalar o modulo efi para PIX no WHMCS 8.9. Após triplo-quadruplo checar tudo, ativar todos os campos na conta e preencher corretamente todos os campos no WHMCS, ao salvar a configuração com o PIX ativado, no WHMCS, há o print em cor de abóbora na esquerda superior da seguinte mensagem:
Falha ao cadastrar webhook:
Error 400: A URL informada respondeu com o código HTTP 500: A URL informada respondeu com o código HTTP 500
Your changes have not been saved.
Há horas nisso, já me liguei em tudo, não tem acordo. Apreciarei qualquer dica.