Histórico de mensagens sobre Cpf

Segue exemplo de um json:

Bom dia, <@!305835973474910208>! Como vai?
Encontrei algumas divergências neste objeto json
Caso possua o campo notification_url deverá ser informado uma URL válida.
Os campos cpf e phone_number devem ser informados somente números, e o cpf deve ser válido (https://www.4devs.com.br/gerador_de_cpf).
Se atentar também às datas, onde:
-A data de vencimento deve ser maior que a data atual.
-A data do desconto condicional deve ser maior do que a data de emissão, e menor ou igual ao vencimento.

{
"metadata":
{"custom_id": "9516","notification_url": ""},
"payment":
{"banking_billet":
{"configurations":
{"fine": 200,
"interest": 3},
"message": "Pagando até a data do vencimento o valor fica R$ 100.00\nSr.Caixa por favor não receber esse título com valor de desconto após a data de vencimento\nTeste de Mensagem 3\nTeste de Mensagem 4",
"conditional_discount":
{"until_date": "2021-02-24",
"type": "currency",
"value": 2000},
"expire_at": "2021-02-24",
"customer":
{"name": "eliab hazael silva sousa ",
"cpf": "123.456.789-00",
"phone_number": "(88)99999-9999"}
}
},"items":
[
{"amount": 1,
"name": "Mensalidade - 1/1",
"value": 12000}
]
}

boa tarde, estou testando o plugin do WooCommerce e gostaria de enviar algumas sugestões:

1º - Puxar o CPF/CNPJ do cliente no momento do Checkout automaticamente em vez de ficar perguntando toda vez qual o CPF
2º - Adicionar um código Copia e Cola abaixo da imagem do QR Code gerado, nem todos clientes fazem o pedido pelo computador
3º - Incompatibilidade com alguns bancos. Cadastrei uma chave de e-mail, configurei tudo no WooCommerce, na hora de pagar recebo o QR Code, mas nem todos bancos conseguem ler a image, como no caso do PicPay, o erro apresentado é que o Pix ainda não está disponível para este código... mas se tento ler com o Nubank por exemplo, funciona
4º - O identificador do Pix poderia ser o número do pedido gerado no site, complementar ao "Nome da fatura" configurado no plugin. Assim ficaria muito mais fácil de identificar o pagamento no painel GN

Bom dia. ao tentar fazer o cadastro pelo app, Ele alerta que meu CPF está com restrições na receita. Mas acabei de consultar aqui no site da receita e consta como Situação: Cadastral: REGULAR

A chave Pix é o apelido da conta para o arranjo Pix. Com ela as pessoas não precisam colocar número da instituição/tipo de conta/agência/conta. As possibilidades são e-mail, CPF, CNPJ e chave aleatória, mas eu sugiro para cobranças de QR-Code dinâmico criar uma chave aleatória. A criação de chave só pode ser feita no app mobile da Gerencianet, atualmente.

$request = [
'calendario' => [
'expiracao' => 3600
],
'devedor' => [
'cpf' => '12345678909',
'nome' => 'Fulano de Tal'
],
'valor' => [
'original' => '10.00'
],
'chave' => PIX_KEY,
'solicitacaoPagador' => 'Pagamento do pedido 123'
];
eu tenho essa requisicao, queria saber qual seria essa 'chave' => PIX_KEY.

API de Cobrança. Daria para conciliar recebimentos, não pagamentos. No caso de envio de Pix se você fizer por banco/conta/CPF já vai saber para quem foi, mas por Chave Pix não. E imagino que seja esse o problema.

Se vc tem o CPF de quem você esperava receber, pode usar como parâmetro para saber o que você recebeu desse CPF.

Existe algo mapeado para trazer o cpf (mesmo que mascarado), no export do extrato financeiro?

Pessoal, no extrato financeiro da GN traz a informação do nome da pessoa que enviou/recebeu o pix. Ao clicar nos detalhes, aparece o cpf mascarado. Estamos sofrendo um pouco pra fazer conciliação contabil fazendo “match” pelo nome.

E com CPF poderia ser:
GET /pix/
BODY: inicio=emissão, fim=agora,txidpresente=no,cpf=xxxxxxxxxx

Agora, se perder a venda doer muito para você, há dois jeitos de conciliar transações sem txid:
1) O pagador passa o E2EID, e você pesquisa por ele
2) O pagador passa o CPF/CNPJ da conta que fez o pagamento, e você pesquisa por ele.

Duvida : A GN valida o CPF com a receita federal para gerar o BRCode ?

É uma congregação de 2 features da API padrão BACEN aqui: o de não notificar transação sem txid e o de não conter a informação de CPF/CNPJ pagador. O que talvez resolvesse esse caso, mas o <@!780500099788701726> é quem pode falar com propriedade do caso de uso dele, é ter
1 - Opção não padrão para notificar no webhook mesmo sem txid
2 - Opção não padrão 2.2.1 para colocar o campo Pagador da 2.0.0 (que é o que outros bancos estão fazendo)

<@!780500099788701726> Pix sem txid não são notificados via webhook, neste cenário teria que ser pelo GET /v2/pix e se você tiver o cpf ou cnpj do pagador poderá usar no filtro

Conciliar sem txid e sem a informação do pagador(CPF/CNPJ) é virtualmente impossível...

como CPF completo, e por exemplo transações avulsas