Termos mais procurados:
vc provavelmente vai precisar fazer assim:
- criar o diretório /webhook/pix e colocar o arquivo dentro, com o nome index.php
- cadastrar a URL https://gn.seusite.com.br/webhook
- o request irá para https://gn.seusite.com.br/webhook/pix (e cairá no index.php, pois já deixei o location /webhook configurado para buscar o index.php dentro dos diretórios solicitados, mesmo quando a URL do request não encerrar em /)
Bom dia! Recebemos algumas transações que dizem:
Pix recebido via chave e
Pix recebido vi dados bancários
Podem me explicar o que acontece nesses casos? Recebemos notificação?
Aqui eu consegui identificar o txid pelo nome do usuário e valor.. mas na consulta não consta o pix como pago.
<@!387276532193689600>, o certificado você pode solicitar através do ticket, informando o número da conta e o nome da aplicação em que deseja ativar o Pix.
Ok, blz, entendo, você quer velocidade, mais a pressa é inimiga da perfeição 🙂 O sucesso do dia para noite demora 10 anos. A GN está sempre pensando em nós, estas outras ai que você citou não tem o que eu tenho com a GN , atenções e dedicações 🙂 #estamosnomesmobarco #pix #dev Valew 🙂
Array
(
[calendario] => Array
(
[criacao] => 2020-12-13T04:01:01.000Z
[expiracao] => 3600
)
[txid] => PIX5B4T2KW7M8QXFJSV0APUD7E
[revisao] => 0
[loc] => Array
(
[id] => 72
[location] => qrcodes-pix.gerencianet.com.br/v2/e05e58d660f44e14bc652819c385f4c9
[tipoCob] => cob
[criacao] => 2020-12-13T04:01:01.000Z
)
[location] => qrcodes-pix.gerencianet.com.br/v2/e05e58d660f44e14bc652819c385f4c9
[status] => CONCLUIDA
[devedor] => Array
(
[cpf] => 04698640369
[nome] => Maik Venancio de Oliveira
)
[valor] => Array
(
[original] => 0.01
)
[chave] => 382ce08f-7200-4997-9616-613cade4f7e6
[solicitacaoPagador] => FATURA_2
[pix] => Array
(
[0] => Array
(
[endToEndId] => E18236120202012130408s0636219IRW
[txid] => PIX5B4T2KW7M8QXFJSV0APUD7E
[valor] => 0.01
[horario] => 2020-12-13T04:08:37.000Z
)
)
)
<@!440035527127990273> é isso mesmo que o Magno falou. Os certificados não são os mesmos. Você pode solicitar o certificado de produção por ticket ( https://sistema.gerencianet.com.br/tickets/criar ), informando o número da conta e o nome da aplicação que deseja ativar o Pix.
Certo <@!783359762917752843>. Em relação ao getPayload() no montarBrCode, não será mesmo necessário.
Para Campo 59-nome do recebedor, foi inserido uma variável no config.json com o nome do recebedor irá utilizá-lo.
Para o txID, foi implementada a condição para preencher caso o QR Code seja dinâmico
E no valor foi realmente utilizando o valor que está em $dadosPix["valor"]["original"]
<@!775350441965649951> Ainda sobre o payload, o montarBrCode busca apenas o valor da transação, será que é necessário esse request ao getPayload mesmo?
Porque o nome é o do Recebedor...
o txid dinâmico é
e o valor é o mesmo em $dadosPix["valor"]["original"]
Se o Pix fizer sucesso, vão mudar o nome de Banco Central para Pix Central. Aí topam. 😉
o estático tem todas as informações (chave, valor(opcional), descrição(opcional), nome do recebedor(precisa estar presente mas pode ser "Pix"), cidade do recebedor(precisa estar presente mas pode ser "Pix"), txid(opcional).
o dinâmico é associado a uma cobrança gerada via API e só contém o URL de location de onde o PSP do pagador (quando ele ler o QR) vai obter os detalhes da cobrança (outras informações podem estar no QR mas são opcionais e serão descartadas, invariavelmente).
Bom dia a todos!
o campo 59 Merchant Name segundo o manual do BR Code Versão 2.0.1 deve conter TAM 01..25 nome do beneficiário/recebedor
Porém no SDK está:
$payloadBrCode .= ($tipo === "dinamico") ? preencheCampo($payload["devedor"]["nome"]) : preencheCampo($dadosPix["devedor"]["nome"]); // [opcional] Nome do beneficiário/recebedor. Máximo: 25 caracteres.
Ou seja pegando o nome do pagador no meu entendimento... Creio que na maioria da vezes maior que 25 caracteres.
Podem investigar?
mas você pode montar o brcode / qrcode sem "ler" a url do payload. é só usar o nome "Pix" nos campos nome/cidade (e o txid, de qualquer forma, tá errado no sdk da GN, deveria ser apenas e não o txid da cobrança recuperado do payload, pois ele estoura o limite EMV para este campo que é 25 caracteres)
o 59 é nome, pode ser "5903Pix"
será que eles vão tarifar os recebimentos com qr estático? achei mal explicada essa questão. um QR que eu gero pelo app (estático e que pode, inclusive, ter txid) e um QR que eu gero por uma ferramenta externa, não diferem em nada tecnicamente. então fica difícil saber se enquadra no "receber via app" da tabela de tarifas (que seria gratuito) e, ao mesmo tempo, também não se enquadra no "Pix via API" da tabela, pois o recebimento em si não se dá pela API (nem no caso das cobranças, só a geração delas é pela API).
também deveria ser modificada a nomenclatura: "tarifa por pix pago", quando na verdade pagamos por receber, não por pagar. (observe que as tarifas de cartão de crédito estão definidas como sendo "de recebimento", adequadamente).
e por fim, não gostei da "escada" de tarifas, com vários degraus. um pix de R$ 3,00 paga R$ 0,06 (R$ 2,94 líquido) e um de R$ 3,01 paga R$ 0,20 (R$ 2,81 líquido).. atrapalha totalmente o cenário de micro-transações (receber menos quando se vende mais caro, não faz nenhum sentido). acho que a tarifa poderia ser simplificado como "X%, com mínimo de R$ 0,01 e máximo de R$ 0,89". continuaria progressivo e nos daria uma flexibilidade adequada na estipulação dos preços para micro-transações. com base nos R$ 30,00 do valor da tarifa máxima (R$ 0,89), esses X% seriam 3% (mas se for menor, melhor! rsrs)
Com o modo dev. eu consigo criar cobranças normalmente , fiz a consulta deste QR acima e retornou: {
"parametros": {
"inicio": "2020-11-28T16:01:35.000Z",
"fim": "2020-11-29T16:01:35.000Z",
"paginacao": {
"paginaAtual": 0,
"itensPorPagina": 100,
"quantidadeDePaginas": 1,
"quantidadeTotalDeItens": 8
}
},
"cobs": [
{
"calendario": {
"criacao": "2020-11-29T11:43:03.000Z",
"expiracao": 200000
},
"txid": "GSEH5xD2SF3k1KN5KoqXcQMlQxorderid",
"revisao": 0,
"loc": {
"id": "29",
"location": "https://qrcodes-pix-h.gerencianet.com.br/v2/3a3fa476e6824db58dd9a3afc1d974e7",
"tipoCob": "cob",
"criacao": "2020-11-29T11:43:03.000Z"
},
"location": "https://qrcodes-pix-h.gerencianet.com.br/v2/3a3fa476e6824db58dd9a3afc1d974e7",
"status": "ATIVA",
"devedor": {
"cpf": "12345678909",
"nome": "Francisco da Silva"
},
"valor": {
"original": "124.45"
},
"chave": "fc9a4366ff3d4964b5dbc6c91a8722d18",
"solicitacaoPagador": " Renato Frota Pix ae."
},
Olá, <@!691053103121825823> . Crie um arquivo config.json com as seguintes informações. Obs: renomeie o seu certificado para developmentCertificate.pem ou productionCertificate.pem de acordo com seu ambiente
{
"sandbox": false,
"homologacao": {
"nome_certificado": "developmentCertificate.pem",
"client_id": "Client_Id_...",
"client_secret": "Client_Secret_...",
"pix_url_auth": "https://api-pix-h.gerencianet.com.br/oauth/token",
"pix_url_cob": "https://api-pix-h.gerencianet.com.br/v2/cob"
},
"producao": {
"nome_certificado": "productionCertificate.pem",
"client_id": "Client_Id_...",
"client_secret": "Client_Secret_...",
"pix_url_auth": "https://api-pix.gerencianet.com.br/oauth/token",
"pix_url_cob": "https://api-pix.gerencianet.com.br/v2/cob"
}
}
>
> <@!656144788017381377> os erros possíveis na documentação para registro de um webhook são:
>
> InvalidValueError
> {
> "nome": "valor_invalido",
> "mensagem": "URL inválida"
> }
>
> Ou
>
> {
> "nome": "valor_invalido",
> "mensagem": "A URL do webhook deve usar o protocolo HTTPS"
> }
>
>
> Mas....
>
> Recebi este:
>
> {
> "nome": "nao_encontrado",
> "mensagem": "Recurso não encontrado"
> }
> <@!715273512688025630> Oi <@!715273512688025630> , você associou o webhook a um txid válido? Veja em https://dev.gerencianet.com.br/docs#section-configurar-o-webhook-pix-. Se sim, por favor, me avise, pois precisaremos fazer uma verificação mais aprofundada.
