Histórico de mensagens sobre criar pix

Pode gerar via aplicativo da Gerencianet ou pelo endpoint Criar chave evp: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-chave-evp

Gente eu entendi qual era o problema. Ao criar o webhook eu coloquei /webook/pix como endpoint da minha API. No entanto, o correto seria /webook/

Opção 1: Logar no app mobile com essa conta PJ, criar uma chave Pix, colocar na configuração
Opção 2: usar o endpoint /gn/evp para criar uma nova chave aleatória

Estou usando o SDK da GN para node (gn-api-sdk-node) e já estou chamando o método pixCreateImmediateCharge para criar a cobrança. Posteriormente eu preciso chamar o método pixGenerateQRCode para gerar o QR Code ou eu consigo gerar ele de alguma forma com a resposta do pixCreateImmediateCharge e evitar mais uma requisição?

Estou tentando criar um pix pelo endpoint v2/cob, sem txid.
Usando SDK para .NET/C#
Com o body:

{
"calendario": {
"expiracao": 3600
},
"devedor": {
"cpf": "16676795035",
"nome": "Warley Silva"
},
"valor": {
"original": "60"
},
"chave": "13669154612",
"solicitacaoPagador": "Assim que o pagamento for aprovado, o plano vai entrar em vigor."
}

Retorna o erro:
Error reading JObject from JsonReader. Path '', line 0, position 0.

<@!811617017449676821> <@!800721458875727872> <@!826080016981819402> <@!671762828046106646>

Bom dia! Existe alguma previsão de vocês para adicionar algum mecanismo que facilite os testes em ambiente de homologação? Algo simples, por exemplo:

- Crio uma transação PIX através da minha aplicação
- Vou no painel de vocês, marco a transação como paga
- Isso dispararia o webhook (que nesse caso, por ser homolog, não precisaria de certificado, etc, podemos usar ngrok ou similar para criar um túnel para o localhost) e também marcaria a transação com o status "CONCLUIDA" caso eu queira consultar pela API

Acredito que não teria a necessidade de simular o pagamento via QRCode de início, algo como o fluxo acima resolveria.

Da forma que está hoje, tendo que testar em produção, complica bastante o ciclo de desenvolvimento quando utilizamos a API de vocês, e somos obrigados à ficar fazendo pagamentos reais para testar.

Grato pela atenção!

OBS: Não querendo ser rude, mas estou utilizando API de concorrentes de vocês que, apesar de terem implementado o PIX depois, possuem um ambiente sandbox muito mais avançado e que facilita o desenvolvimento sem a necessidade de ficar fazendo pagamentos reais à todo momento.

Boa tarde pessoal, tudo bem? Tenho minha loja na WBUY e quero receber pagamentos via cartão nela. No campo para ativar a gerencianet na wbuy pedem Cliente ID e Client Secret. Para ter esses códigos, criei uma aplicação, porém ao criar essa aplicação ela só disponibilizou as opções API de emissões (Boletos e Carnês) e API PIX, não achei nada de API para cartões. Acabei criando mesmo assim pra testar.
Foi pedido também na WBUY o "Script para checkout via lightbox", achei o local para criar (https://dev.gerencianet.com.br/docs/pagamento-com-cartao#section-1-1-obten-o-do-payment_token), fiz de acordo com o passo a passo e colei meu script na WBUY. Porém na hora do teste, acredito que essa aplicação que criei (sem a opção de API para cartão de crédito) não liberou as opções de parcelamento, eu não consegui realizar a transação.
Espero que possam me ajudar.

Achei quanto ativei o Bolix dentro do site uma chave aleatória que foi criada para o Bolix. Onde uso ela?
Estou recebendo uma resposta ao tentar criar no ambiente de homologação a resposta: Unauthorized

Já vi que a chave é a chave do Pix relacionado ao Bolix.

Quanto a não autorização: Eu pego o token e depois envio este tokn

Salve pessoal, como vocês vão? Eu estou querendo criar o webhook do pix, e esbarrei no padrão mTLS. Estou criando uma aplicação no/low code e não tenho a intenção de ter domínio próprio por enquanto. Como eu poderia fazer isso sem um servidor dedicado?

Bom dia, to tentando criar uma chave pix aleatória via API e tô recebendo status code 500 com esse retorno:

Boa tarde, <@!329326865481334785>. O campo txid determina o identificador da transação.
Para criar uma cobrança Pix, você pode utilizar os endpoints:
POST /v2/cob onde a gerencianet que irá gerar um txid, e lhe retornar na criação da cobrança (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-cobran-a-imediata-sem-txid-)
OU
PUT /v2/cob/:txid onde no momento da criação da cobrança você deve informar um txid que pode ser personalizado por você, mas deve seguir a regex ^[a-zA-Z0-9]{26,35}$ (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-criar-cobran-a-imediata-com-txid-)

Olá, <@!761063083686625290>. Bom dia!
Primeiramente, para utilizar nossa API, você deverá criar uma aplicação. Acesse nosso site no menu API > Minhas aplicações > Nova Aplicação, habilite os escopos necessários do Pix para sua integração e clique em Criar nova apliacação (https://gnetbr.com/B1gbwo35_O).
Serão gerados 2 pares de chaves Client_Id e Client_Secret, sendo um par para utilização em ambiente de __Produção__ e outro para __Homologação__.
Estas credenciais devem ser informadas em sua sistema.

Além disso,você precisa de um certificado gerado por nós. Para isso, acesse o menu API > Meus Certificados e escolha o ambiente que deseja o certificado: Produção ou Homologação > e clique em Novo Certificado. Veja como (https://gnetbr.com/H1lyBsnqOO).

criar pix de cobranca é um deles?

se você já possui nginx na sua aplicação, tenta criar uma configuração só para a URL do webhook seguindo o tutorial:
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-entendendo-o-padr-o-mtls

Estou tetando criar um pix de cobrança:
com os parametros abaixo mais está dando o erro abaixo.
Os campos com XXXX estão corretos.

body: {"devedor":{"cpf":"xxxxxxxxx","nome":"Andre Cunha"},"valor":{"original":"2.0"},"chave":"xxxxxxxxx","calendario":{"expiracao":3600,"criacao":"2021-09-10T05:08:16.000Z"},"solicitacaoPagador":"Mensalidade Sisdança"}

br.com.gerencianet.gnsdk.exceptions.GerencianetException: Error: Valores ou tipos de campo inválidos
at br.com.gerencianet.gnsdk.Request.send(Request.java:68)
at br.com.gerencianet.gnsdk.APIRequest.send(APIRequest.java:65)
at br.com.gerencianet.gnsdk.Endpoints.kernelCall(Endpoints.java:81)
at br.com.gerencianet.gnsdk.Endpoints.call(Endpoints.java:61)
at br.es.techclass.gerencianet.IntegracaoGerenciaNet.createPixCobranca(IntegracaoGerenciaNet.java:96)
at br.es.techclass.gerencianet.IntegracaoGerenciaNet.main(IntegracaoGerenciaNet.java:116)

Nós disponibilizamos a ferramenta marketplace, que divide o valor entre diferentes contas Gerencianet. Esta recurso esta disponível para cobranças avulsas (boleto e cartão). Pode ser que esta solução seja capaz de atender a sua demanda.

1 - Para seus parceiros fazerem a emissão através da API, é necessário criar uma conta e uma aplicação.
2 - Atualmente, é possível realizar a transferência de valor entre contas pela API. Você pode consultar mais informações através do link: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-requisitar-envio-de-pix

Estes endpoints para Criar e buscar as chaves Pix, só funcionam em produção

Alguém pode me explicar o que é: Payload Locations da documentação?

Entendi que posso criar um marcador e todo pix criado para este marcador fica associado a ele e conseguiria filtrar por este marcado para saber por exemplo o saldo dele exclusivamente. É isso?

Lembrando que você pode criar uma chave Pix utilizando nossa API, ou acessando o app da Gerencianet

Alguém com experiência com cloudflare / webhook pix pode me auxiliar pfv?

To tentando criar um webhook pix em um subdomínio que NÃO está passando pelo proxy da cloudflare. Criei esse subdomínio especificamente pra não usar o proxy da cloudflare e evitar o problema de handshake com o mtls.
Criei e instalei um certificado válido da Let's Encrypt nesse subdomínio.
Porém quando eu tento chamar /v2/webhook/(minha chave) pra criar um webhook, meu servidor responde com um 403 nas 2 etapas da validação do webhook. No log do apache, recebo isso em ambas as etapas: