Termos mais procurados:
Histórico de mensagens sobre pix
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Implementação da SDK do Pix em Next.js ou React
- Consulta de Chave PIX na API de Envio
- Configuração de URLs para Recebimento de Status
- Cobrança em Período de Teste Grátis de 7 dias
- Implementação do Módulo Gerencianet no Perfex CRM
- Acionamento de Webhooks em Pagamentos e Devoluções
- Repetição do Processo de Criação com txid
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Problemas com Token em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Atualização de informações no Retentiva de Cobrança
- Geração de Link de Pagamento e Reembolso
- Funcionamento do Webhook em Ambiente de Homologação
- Utilização de Endpoints e Payload no Pix
- Notificações de Pagamento de Boleto e Pix
- Cancelamento de Boleto e Remoção do DDA
- Retenção de Pagamento no PIX em Marketplace
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Texto: pix
estou tentando usar fetch pois para gerar o pix qr e o de copia sao urls diferentes da api
tenho uma duvida, na parte de pagamentos do meu site estou usando a api gerarqrcodepix.com.br/api/v1, o usuário digita o valor e gera o qr code, essa questao esta ok mas estou tentando fazer o button para o usuario clickar e copiar o pix por meio de fetch e nao estou tendo sucesso.
Olá boa tarde!!!
Queria saber sobre a possibilidade de eu conseguir criar uma API usando a EFI para pagamentos via PIX e cartões, utilizando GOLANG
Olá boa tarde!!!
Queria saber sobre a possibilidade de eu conseguir criar uma API usando a EFI para pagamentos via PIX e cartões, utilizando GOLANG
Boa tarde @kirk.fps ! Tudo bem? Neste link da documentação tem um arquivo PDF. Nele contém o exemplo de CSV gerado: https://dev.efipay.com.br/docs/api-pix/endpoints-exclusivos-efi#solicitar-download-extrato-concilia%C3%A7%C3%A3o
Lembrando que na lista do STR só tem os que tem código COMPE, mas um envio de Pix é pra qualquer participante identificado pelo ISPB.
Juntando SPI e STR tem os dois códigos de cada banco, o ISPB e o COMPE. No Pix é usado ISPB, em TED e boleto se usa COMPE.
E especificamente o de devoluções de um recebimento serem na mesma rota do recebimento é algo que você pode sugerir para o Banco Central mudar via https://github.com/bacen/pix-api/issues/ ... a Efí implementa a API padronizada pelo BC.
Boa tarde, @alessandrodev! Tudo bem?
Não, neste caso, como o cadastro do webhook é por chave, toda a movimentação (envvio, recebimento e devolução) relacionada a esta chave, vai ser enviada para o webhook cadastrado.
O conteudo de cada tipo de notificação é diferente: https://dev.efipay.com.br/docs/api-pix/webhooks#requisi%C3%A7%C3%A3o
Mas o ponto é que todos são enviados para a mesma rota webhook/pix consigo cadastrar uma rota especifica para cada um? algo tipo webhook/pix/devolucoes ou webhook/pix?type=devolucoes para justamente não receber todas as variancias em um mesmo endpoint?
Se você vai também enviar Pix, o melhor para separar é usar uma chave Pix diferente. Agora, na devolução de um Pix recebido, ela só vai acontecer se você pedir para fazer uma devolução. Então você pode ter algo ligado ao txid que te avise que foi solicitada devolução, e aí sim olhar o campo de devolucoes.
Bom dia, @alessandrodev! A estratégia adotada depende muito das suas regras de negócio, por exemplo, você pode ter um webhook exclusivo para tratar recebimentos e outro exclusivo para tratar envios, se você utilizar o Split ainda pode ter um exclusivo para ele.
Caso prefira organizar todos em um único ponto, você teria o payload padrão de recebimento (endToEndId, txid, chave, valor, horario e infoPagador).
Se for um recebimento com split você terá tudo isso acrescido do gnExtras contendo pagador e split.
Para devolução é preciso que o recebimento já tenha existido, você pode adotar uma conferência interna do txid ou verificar a existência da propriedade devolucoes.
Já o envio de Pix terá as propriedades tipo e status e não terá o txid (virá em gnExtras o identificador do envio -> idEnvio).
Mais informações sobre o recebimento de callbacks na documentação: https://dev.efipay.com.br/docs/api-pix/webhooks/#recebendo-callbacks
Boa tarde! Estou recebendo um erro 500 quando solicito a criação de uma chave pix aleatória (evp). Já confirmei o escopo, está tudo certo na request. Alguém sabe informar qual pode ser o problema?
type Opcoes = {
confirmados: () => DadosWebhook,
devolucoes: () => DadosWebhook,
};
export default function status(data: DadosWebhook): Opcoes {
return {
confirmados: (): DadosWebhook => {
const confirmados = data.pix.filter(
(pix): boolean => (
!pix?.gnExtras &&
!pix?.devolucoes
)
);
return {
pix: confirmados
}
},
devolucoes: (): DadosWebhook => {
const devolucoes = data.pix.filter(
(pix): boolean => (!!pix?.devolucoes)
);
return {
pix: devolucoes
}
},
}
}
confirmados: () => DadosWebhook,
devolucoes: () => DadosWebhook,
};
export default function status(data: DadosWebhook): Opcoes {
return {
confirmados: (): DadosWebhook => {
const confirmados = data.pix.filter(
(pix): boolean => (
!pix?.gnExtras &&
!pix?.devolucoes
)
);
return {
pix: confirmados
}
},
devolucoes: (): DadosWebhook => {
const devolucoes = data.pix.filter(
(pix): boolean => (!!pix?.devolucoes)
);
return {
pix: devolucoes
}
},
}
}
Eu preciso executar uma logica de negócio apenas quando o pix for "CONFIRMADO" e eu não quero fazer gambiarra validando se existe o atributo "devolucoes" , "gnExtras" e etc para simplesmente saber se a chamada do webhook refere-se ao pix recebido
Galera, qual estratégia vocês adotaram no endpoint webhook/pix para identificar a etapa/categoria refere-se a request?
Por exemplo eu vou ter nessa mesma rota diferentes payload (dados no body), para estorno, criação, pagamento confirmado e pelo que vi na doc não existe um atributo comum para todos os dados que identificam a etapa do processo, ao meu ver deveria ter um atributo { etapa: "DEVELOCAO" | "PIX_RECEBIDO" | "PIX_ENVIADO" } para facilitar a identificação no webhook.
My frends, obrigado!!!
Pelo que eu li o valor mínimo cobrado é de 50 centavos para cada PIX, com taxa de 1,19% sob o total
Ai não compensa, porque diariamente eu pretendia enviar uns 100 pix de 1 até 10R$, mas a maioria estando em um range de 1,15R$ até 3,30R$
Assim não ia compensar ASHUSAHUH, mas eu vou ver se ajusto meu sistema para ir acumulando saldo e ai retirar 1x por mês no máximo, passando a taxa para o player
Em https://dev.efipay.com.br/docs/api-pix/gestao-de-pix#requisitar-envio-de-pix tem o link do formulário
Puedo tirar una duvida aqui?
Tô querendo criar um sistema para a galera que joga no meu server de Tibia.
Assim, tô com a ideia de criar um microservice onde eu envie PIX para os jogadores. É possível com o Efi enviar pix também? Tem algum pré-requisito para isso?