Termos mais procurados:
Eu acho o contrário, o fato de ter um SDK e um webinar diz exatamente, e ensina como está fácil implementar o PIX em poucas horas, por que eles tem em documentos e vídeos mostrando como é feito. Ficou simples, porém não é fácil sem ler a documentação e tentar saber o que o BACEN exige, valew 🙂
<@!788406836813365248> tem a lista de status aqui na documentação do BACEN (que a GN segue):
https://bacen.github.io/pix-api/#/Cob/get_cob__txid_
Magno, eu trabalho com sistemas mais completos e não sou focado em meios de pagamento.
Uma empresa inovadora ouve esses comentários e busca melhorias. O fato de haver um Webinar e SDK em php para facilitar, já diz que não está tão fácil.
Ter uma documentação mais aderente a programadores que não estão envolvidos no processo do Pix e que possam começar a integração diretamente pelo PIX sem ter que revisar toda a DOC para achar informações (status de pagamento por exemplo), só vai beneficiar a empresa.
A documentação está ótima, lí ela 5 vezes, antes de começar a fazer alguma coisa, lí a documentação do BACEN, temos todos os endpoints para testar no postman, temos um SDK pronto para uso no github, temos um canal do discord com mais de 10 pessoas da GN prontas para ajudar, temos mais de 100 membros estudando e ajudando. Agora me diga aonde você tem isso fora daqui ? Eu busco soluções, querer tudo pronto de mão beijada em uma linguagem específica ... ai são outros 500. Nenhum outro Banco ou PSP está fazendo o que a GN faz 🙂 . Eu reconheço o esforço de todos.
lembrando que documentação normalmente não explica fluxo, mesmo. especialmente por que isso vai variar conforme o negócio
Engraçado.. ontem mesmo eu estava lendo elogios quanto à documentação da GN lá no <#boas-vindas-gn>
Então é só preencher a chave principal da conta digital, correto?
O Oauth no meio da documentação, tem que usar? Não entendi bem como entra no resto. Eu tenho que gerar um usuário antes? Não tem isso na interface web manualmente?
Já os webhooks, não encontrei exemplos de todos os status e o significado de cada um.
O Qrcode, vem no campo 'location' na resposta da criação de cobrança, correto?
Boa tarde,
parece que esta errado a parte de credentials colocado na documentação da gerencianet na aba "C#",
assim estou com dificuldade para gerar o token
Na documentação de padrões de iniciação, o exemplo de estático não contém ele, mas num documento recente do BACEN destinado aos PSPs onde esclarece como deve ser o processo de tratativa de geração e de leitura de QR Codes, consta que esse campo pode estar presente em qualquer QR (estático ou dinâmico) e, ao mesmo tempo, esclarece que a presença do valor 12 no ID raiz 01 (ou seja, o 010212) não deve impedir o pagamento do QR, apenas serve como indicativo para que o PSP pagador exiba ou não uma mensagem ao pagador referente à existência de pagamento prévio realizado pelo mesmo pagador para o mesmo QR (evitar duplicidade). Então se é o QR de uma compra e o lojista colocou o 0101212, o PSP poderia avisar "parece que você já pagou este QR recentemente (ou em X data), deseja prosseguir?" - não importa se é estático ou dinâmico. Se não constar o 010212 o PSP não deve interferir no processo de pagamento (então a ausência do campo é mais indicada para QR Codes que serão utilizados múltiplas vezes pelo mesmo pagador, como recargas de serviços ou pagamentos recorrentes de uma assinatura, etc).
Boa tarde pessoal! Trago para vocês um novo endpoint, o envio de Pix já disponível em nossa documentação https://dev.gerencianet.com.br/docs#section-requisitar-envio-de-pix-.
Para a sua utilização é necessário entrar em contato com a nossa equipe comercial por qualquer um dos canais oficiais (https://gerencianet.com.br/artigo/entrar-em-contato/) e assinar um termo contratual, mais detalhes sobre o termo vocês conseguem com a própria equipe comercial.
Boa tarde! No Pix utilizamos o webhook, com o mTLS seguindo as normas do BACEN. Mais detalhes aqui em nossa documentação https://dev.gerencianet.com.br/docs#section-webhook
Textos informativos deveriam ir no array infoAdicionais e não no solicitacaoPagador. Se admite-se um pagamento sem a entrada do dado por parte do usuário, se torna informativo (não fica claro que o preenchimento é opcional quando presente, pela documentação, diz que a presença do campo é opcional)
No caso seria o pagador, que estou comentando, não estou usando e está dando certo sem ele no modo teste.
Na documentação diz ser opcional.
o campo recebedor é obrigatório no qr code mas a documentação admite qualquer valor inócuo, como "Pix". vocês poderiam simplificar isso enormemente. além de ser mais privativo (Privacy by Design)
