Histórico de mensagens sobre documentação

Onde tem a documentação de refresh?

tem isso la na documentação 🙂

Você consegue alterar o status para "REMOVIDA_PELO_USUARIO_RECEBEDOR", por meio do PATCH. Como no exemplo 3 desta parte da documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#revisar-cobran%C3%A7a

Para mais detalhes você pode consultar a nossa documentação: https://dev.gerencianet.com.br/docs/assinaturas-introducao

peguei como exemplo na documentação, mas mesmo assim não vai

Fizemos algumas mudanças requeridas para a nova documentação de API PIX (agora no fim do mês passado), mas percebemos agora um erro na nossa autenticação de link para cartões.

Em geral o módulo funciona nas versões de PHP e WHMCS que estão na documentação do módulo... você provavelmente está usando versões diferentes, muitas vezes com ótimos motivos, mas aí fica uma escolha de sofia entre usar as versões velhas e o módulo, ou as versões novas sem o módulo.

Boa! Eu adoro a GN.. fui um dos primeiros a usar a API PIX em sites, logo quando eles lançaram e quase ninguém aceitava pix com retorno automático... já trouxe mtos clientes, mas essa do sendPix me pegou de surpresa...

Mas faço minha culpa tb... já conheci a biblioteca, tu não lê ela do inicio ao fim... vc pesquisa se faz, faz, OK... beleza... capacidade pra fazer funcionar temos então tu não fica lendo 5000 linhas de documentação... culpa minha que deveria ter lido

Ou você pode também gerar um link responsivo da cobrança Pix.
Veja mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#gerar-qrcode-de-um-location

Bom dia, @dlmorais. Estamos com essa opção em nosso backlog, será disponibilizado no futuro.
Atualmente, sempre que gerar uma cobrança de cartão de crédito você vai receber o json com "status": "waiting". Então na notificação vai ter os detalhes, se o pagamento foi aprovado, se não, vai ter o reason. Você encontra exemplos em nossa documentação: https://dev.gerencianet.com.br/docs/notificacoes-recebendo#21-exemplos-de-respostas

Para testar sugiro fazer em produção com cartões fictícios gerados no site (https://www.4devs.com.br/gerador_de_numero_cartao_credito).
Caso você esteja na conta que vai utilizar em produção e não queira "poluir" os logs dessa conta, você pode abrir uma subconta para fazer estas simulações. Assim não terá impacto na sua conta principal.

Para abrir uma subconta siga o passo a passo: https://gerencianet.com.br/artigo/ter-mais-de-uma-conta-gerencianet

pessoal Existe documentação em inglês ???

para mais detalhes, acesse nossa documentação em https://dev.gerencianet.com.br/docs/notificacoes-recebendo

se for diferente de 200, ele deve repetir por um período, conforme consta na documentação

Estou usando a Collection Postman API Pix Efí disponível na documentação e acompanhando o processo pelo vídeo tutorial de vocês.

Estou com alguns erros quando faço os mesmo passos do vídeo

Por favor, atualizem a documentação. Passei 7 dias brigando para configurar o MTLS para a função sendPIX, pois na documentação diz ser necessário... além dos custos extras de uma máquina dedicada para isso...

Mas isto funciona para produção? Havia entendido conforme documentação, que o skipe-mtls é válido somente para o ambiente de homologação.

Olá @lucasmoraes0084 ! Bom dia. Tudo bem? Neste link da nossa documentação disponibilizamos um exemplo de retorno ao consultar o token referente a uma assinatura: https://dev.gerencianet.com.br/docs/notificacoes-recebendo#21-exemplos-de-respostas

Na notificação do tipo "subscription_charge", quando o status "current" é "paid", a notificação possui o valor.
- Esse valor é o valor pago, já retirado as tarifas do efi?
- Esse valor também aparece quando o status é "settled", ou seja, marcado manualmente como pago? Essa não tem na documentação.

express.raw() ou bodyparser.raw() resolvem seu problema. Essa informação não tá na documentação e deu um trabalho do cão pra conseguir descobrir o problema. Estou usando nestjs

No meu caso específico, estou com a seguinte dúvida: Na documentação diz que o id é sequencial. Mas ele é sequencial em relação ao histórico da assinatura ou em relação aos itens que estão listados? EU posso confiar que o id=3 nunca mais será reutilizado para outra coisa? A documentação não é clara aqui.