Histórico de mensagens sobre Recebimento em pix

Sim. Vem o mesmo objeto Pix do recebimento, agora com informações de devolução.

Split e marketplace, basicamente são a mesma coisa. É que na API de boleto/cartão é mais chamado de marketplace,.
Você poderia utilizar também o Pix do Bolix (https://dev.gerencianet.com.br/docs/dividindo-recebimentos#1-cria%C3%A7%C3%A3o-de-transa%C3%A7%C3%A3o-marketplace-em-one-step-um-passo).

No cenário da API Pix, tem o seguinte fluxo:
- Você cria a configuração de split (https://dev.gerencianet.com.br/docs/api-pix-endpoints#configura%C3%A7%C3%A3o-de-um-split-de-pagamento). Se a configuração se repete, você pode utilizar uma que já foi criada.
- Cria a cobrança Pix (Ex: https://dev.gerencianet.com.br/docs/api-pix-endpoints#criar-cobran%C3%A7a-imediata-com-txid)
- Vincula a cobrança gerada a uma configuração (https://dev.gerencianet.com.br/docs/api-pix-endpoints#vincular-uma-cobran%C3%A7a-a-um-split-de-pagamento).

Meu cliente é uma igreja onde ela quer integrar os recebimentos de ofertas na em um ERP, logo os valores não vem de pagamentos de fornecedores

Não, é para Pix recebido mesmo. A gente usa, e esse endpoint é do padrão do BACEN que só prevê recebimento. O envio de Pix não é - até o momento - padronizado pelo BACEN.

Em nossa documentação - https://dev.gerencianet.com.br/docs/dividindo-recebimentos#21-criar-transa%C3%A7%C3%A3o-de-marketplace você encontra mais detalhes sobre como você deve enviar esse atributo na requisição.

A API de envio de Pix precisa de liberação também... e você vai pagar tarifa duas vezes, no recebimento e no envio.

https://dev.gerencianet.com.br/docs/dividindo-recebimentos

Então o que acontece é o seguinte hoje verificamos que não estamos conseguindo receber via pix né nós temos uma plataforma de WhatsApp né de recebimento mensagem WhatsApp e o nosso sistema é linkado a esse sistema de WhatsApp tá nós usamos o ixc como CRM de clientes e nós usamos uma ferramenta do IXC que é o nosso receptor de chamadas via WhatsApp né o cliente ele tem algumas configurações lá quando ele entra né ele pode pedir via pix ele escolhe a opção automaticamente o código via Pix para o cliente da fatura que ele escolhe esse processo ele tá sendo feito certo mas quando o cliente solicita via pix o sistema não manda a numeração né ou o código de barra do pix ele manda a sua via boleto

Ei, pessoal!

Como vocês sabem, agora somos Efí e como parte da transição de marca vamos alterar a nossa chave pública, para cadastro do webhook com mTLS, para um novo padrão:

Produção: https://pix.sejaefi.com.br/webhooks/chain-prod.crt
Homologação: https://pix.sejaefi.com.br/webhooks/chain-sandbox.crt

Você integrador que já tem o webhook configurado com nossa cadeia antiga (https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt) , não se preocupe, as notificações continuarão sendo enviadas normalmente para o seu sistema.
Para os novos integradores e para os que desejam atualizar para o novo padrão deve-se trocar o certificado nas configurações do seu servidor com a nova assinatura, e após isto, associar novamente o webhook à chave Pix utilizada para recebimentos e envios de Pix pelo endpoint (https://dev.gerencianet.com.br/docs/api-pix-endpoints#configurar-o-webhook-pix).

ATENÇÃO: Se for realizada apenas a troca da chave pública (certificado) nas configurações do seu servidor, sem renovar a associação do webhook à chave Pix , o seu servidor irá recusar as nossas comunicações que estarão assinadas com o certificado antigo, padrão Gerencianet.

Quaisquer dúvidas, nosso time de especialistas da consultoria está sempre à disposição no Discord.

Conte com a gente 🧡

não entendi ainda a questão do recebimento dos callbacks referente ao pix (lembrando que no pix vc precisa registrar um uma url)

Você consegue somente simular
Simular envio de pix: https://dev.gerencianet.com.br/docs/api-pix-endpoints#requisitar-envio-de-pix
Simular recebimento cobrança: https://dev.gerencianet.com.br/docs/api-pix-endpoints#recebendo-callbacks

pra receber webhook de recebimento do pix

Ritmo de recebimentos normal por aqui...

osb.: somente recebimento via pix

Pessoal, boa tarde.
Estou querendo colocar no meu sistema um link direto para um item na página de extrato da Efí.
Exemplo: https://app.sejaefi.com.br/extrato/617907256
Percebi que o número no final do link é o número de protocolo desse item de extrato.
No caso de recebimento de Pix, tem algum lugar em alguma API que dá para saber esse número?

outra coisa, pelo que eu entendi numa conta da EFÍ é taxada a movimentação de PIX tanto para recebimento quanto para envio, certo?

Por isso a dúvida: clientes A e B são clientes de recebimento seus para algum meio de pagamento ?

boa noite, uma dúvida, para criar um pix para recebimento é obrigatório ter o cpf do recebedor(devedor) ou eu posso colocar um fixo?

O QR-Code estático dá uma parte disso. Você pode gerar com o txid, e isso permitirá associar o recebimento específico (que inclusive é sinalizado no webhook, caso tenha txid). Mas ele pode ser repetido e pode ser pago com valor diferente, pois o PSP recebedor não tem como saber qual valor era esperado. E também só tem valor determinado ou valor em branco para preencher, não tem prazos ou descontos.

1 - A taxa é a mesma do recebimento sem split. O que varia é que a conta criadora da cobrança pode assumir toda a taxa, ou a taxa ser partilhada na mesma proporção do recebimento.
2 - Não há split para contas não Efí. Você precisaria usar o Pix.send para você mesmo fazer as contas de split e enviar os Pix.