Histórico de mensagens sobre dados

Me envia seus dados no privado, pra te ajudar melhor

Seria necessário cadastrar como usuário secundário ou prosseguir com a mudança de dados cadastrais.

Há alguma instabilidade no envio de PIX. Chaves válidas (testadas em outro banco) estão sendo negadas pela API com a mensagem "Ocorreu um erro ao buscar os dados da chave". Isto está acontecendo na maioria das chamadas

Não faria, essa opção geraria uma conta com os seus dados.

Porém, não está correto dizer que incida bitributação só por o dinheiro passar na sua conta... tributação é sobre serviço efetivamente prestado.

A única vantagem de a plataforma já fazer split é contábil.

Como atuamos hoje: Parceiro emite um boleto, ao ser pago pelo usuario, o saldo é dividido em 3 partes: Fintech, Plataforma e Parceiro. Porem, a parte do parceiro fica disponivel dentro de uma subconta (Conta vinculada a minha plataforma) onde acumula e o parceiro pode efetuar essa transferência. Assim, como a "conta" (chamada de Subconta) é cadastrada com dados pessoais e bancarios do parceiro, nao gera bitributacao pra nos, pois a parte dele de fato é transferida pra conta dele cadastrada.

Se poderem me confirmar com os meus dados algo que possa ta acontecendo, nesse caso.

Eu não poderei abrir por eles, por ter que informar dados sensíveis, correto?

É possível emitir boleto para um parceiro que não tenha conta gerencianet, como por exemplo, informar os dados bancários na hora de emitir um boleto, sem a necessidade dele ter que abrir uma conta?

<@!609024392864989184> não tem como utilizar o mesmo txid nas cobranças dinâmicas, no entanto, você consegue sim com o loc reaproveitar o mesmo QRCode com diferentes cobranças. Segue um passo a passo com uma das formas:
Gere a cobrança PUT /v2/cob/:txid;
Gere o QRCode desta location GET /v2/loc/:id/qrcode
Pague a cobrança;
Desvincule o location DELETE /v2/loc/:id/txid;
Gere uma nova cobrança PUT /v2/cob/:txid passando o location que você acabou de desvincular
Desta forma o QRCode permanece o mesmo, o que muda é o txid e os dados da cobrança.

certo, então eu nao consigo ter um unico qrcode e ir alterando os dados dele referente a cada venda realizada?

Olá <@!883000147938783272> ! Boa noite. Tudo bem? Um location é a URL do tipo URL de capacidade que serve de endereço para uma cobrança. Em outras palavras é através de um location que se torna possível resgatar as informações relacionadas a uma cobrança e, assim, realizar as movimentações. Payload é o nome dado ao segundo fragmento do objeto JWS (JSON Web Signature) que contém um JSON com os dados referentes a uma cobrança.

É que no Pix tem os mesmos dados do webhook no /cob e no /pix, e a autenticação mútua é bem mais forte...

<@!795645731385901076>
> Mas os dados do pagador, não são retornados no endpoint.

Algum motivo para isto? No meu caso, eu uso o nome e cpf para pedir documentos e evitar possíveis fraudes.
Me parece um pouco ineficiente o usuário final ter que digitar o nome e CPF dele para gerar o QRCode. Se os dados do pagador estivessem disponíveis no callback do webhook, a vida do usuário final ficaria mais simples tendo que digitar menos informações para gerar o QRCode.
Então, seria possível incluir os dados do pagador no callback do webhook?

Bom dia <@!365346942785552416> tudo bem? 🙂
Como dito pelo <@!780500321994539068> , o informado no momento da criação da cobrança é o campo devedor que é opcional. Entretanto o devedor e o pagador podem ser diferentes.

Você consegue filtrar os Pix recebidos pelo CPF/CNPJ do pagador, conforme a documentação (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-consultar-pix-recebidos).
Desta forma você saberá se quem efetuou o Pix é o mesmo devedor informado na cobrança. Se você não obtiver nenhum retorno nesta consulta para um determinado CPF/CNPJ, significa que quem pagou não é o mesmo do devedor.
Mas os dados do pagador, não são retornados no endpoint.

Bom dia. Existe algum motivo para eu ter que informar o nome e CPF do pagador na hora de gerar o QRCode? No webhook eu recebo os dados desse pagador que informei, mas na verdade gostaria de receber quem realmente foi o pagador. Existe como receber o pagador de verdade?

Bom dia, preciso entender como funciona o fluxo da assinatura.

O que eu entendi foi: Eu preciso criar um plano, depois para cada venda, eu crio a assinatura, passando o nome do produto e o valor, e só depois eu passo os dados do cliente, correto?

Com a homologação estava indo rapidinho, agora com os dados de produção, funciona igual né?

Além da transferência via dados bancários, você pode também fazer transferência para chave Pix CPF ou CNPJ, onde se sabe de antemão quem vai receber. Só as chaves celular e e-mail que não.

Uma outra forma, caso você queira ter certeza de quem está recebendo, é fazer o envio via dados bancários, como neste exemplo:

Se preferir <@!869997514366017577> , podemos analisar e realizar um contato com você.
Me envia seus dados no privado que consigo intermediar esse contato.