Histórico de mensagens sobre an

Boa tarde @wesleyalmont tudo certo?
Basta criar as cobranças seguindo as seguintes regras:

Para o Envio de Pix, endpoint PUT /v2/gn/pix/:idEnvio :

Se o valor do Pix está entre R$ 0.01 à R$ 10.00:
Pix é confirmado, informação virá via Webhook.
Se o valor do Pix está entre R$ 10.01 à R$ 20.00:
Pix é rejeitado, informação virá via Webhook.
Se o valor do Pix é acima de R$ 20.00:
Pix é rejeitado já na requisição, informação não virá via Webhook.

Para COB e COBV:

Se o valor da cobrança está entre R$ 0.01 à R$ 10.00:
A cobrança é confirmada, informação virá via Webhook.
Se o valor da cobrança é maior que R$ 10.00:
A cobrança permanece ativa, sem confirmação. Como não há webhook nesses casos, nada é feito.

Basta criar uma cobrança abaixo de R$10.

Bom dia, estou implementando o sistema de pagamentos da Efi no flutter via o pacote disponivel no Pub.dev

estou gerando o QRCode de pagamento via pix e gostaria de saber como posso fazer para simular uma transação de pagamento de sucesso em ambiente de homologação.

Como estou em ambiente de homologacao a leitura do qrcode da erro (padrão)
queria testar esse fluxo antes de mudar para o ambiente de producao

estou tentando configurar um webhook aki, no meu dominio para testar...

Bom dia @cleyton9296, tudo bem?
Como o Rubens disse, o endToEndId é gerado no momento do pagamento da cobrança Pix.
Para conferir um pagamento o meio convencional é o webhook, onde você vai ser notificado no momento do pagamento da cobrança ao invés de ter que realizar consultas periódicas para verificar a situação da cobrança, essa pratica de verificação periódica é denominada polling que não recomendados.
Segue uma imagem que demosntra a comparação do polling com o webhook.

porem se nao tiver ele antes de o pix ser pago, vou conseguir conferir o pagamento somente pelo callback em um dominio meu?

Quem tem endToEndId é o Pix que quita a cobrança. Então você consegue isso logo que for paga.

Entendi, @gustamedeiros. Neste caso, os clientes e boletos que são registrados no painel da conta, só podem ser gerenciados dentro da conta mesmo.
Para ter o acesso via API, a base de clientes deve ser do lado do seu sistema/app, e emitir as cobranças através da API.
Para isso, você encontra os detalhes em nossa documentação técnica: https://dev.gerencianet.com.br/docs/gerar-boleto-bancario

no momento o provedor é bem pequeno, estão começando a se estruturar. os clientes atualmente são gerenciados com papel e caneta rsrs. eu imaginei que haveria pontos na api com as mesmas funcionalidades das opções dessa tela aqui, e que poderia usar a própria efi para manter dados dos clientes. isso é possível? se sim, o que devo pesquisar na documentação para encontrar? obrigado e desculpe pelo incômodo

Bom dia, @doralinojunior! Como vai?
Qual a versão da SDK está utilizando?

GerencianetException.php on line 33

Olá, @carlosdombosco. Bom dia! Como vai?
Está utilizando a última versão da SDK?
Tente alternar para o método createOneStepCharge()

Bom dia pessoal, tô integrando o pagamento de cartão usando o exemplo pronto do gerencianet e estou com a seguinte mensagem de erro: Nonexistent requested 'oneStep' method

Olá, @gustamedeiros. Bom dia! Como vai?
Neste seu cenário você não precisa utilizar a API de abertura de contas. Pelo que entendi, esse app irá gerenciar as cobranças dos clientes do provedor. Ou seja, nesse app você deve usar as credenciais de acesso a API da conta do provedor.
Uma outra opção que pode ser viável... Imagino que esse provedor já tenha um sistema integrado com nossa API que faça a gestão dos boletos. Então basicamente, você poderia compartilhar ou conectar no banco de dados do sistema para ter as informações atualizadas, como os clientes que estão em dia, ou autras informações.

Olá, bom dia! Atualmente não temos exemplos em VB.net ou SDK.
Mas você pode utilizar nossa collection do Postman para conhecer os endpoints e implementar as requisições.
https://documenter.getpostman.com/view/13574984/Uz5ArJQX

Bom dia, Por quando o usuário não tem limite disponível vocês relaizam a transação dizendo que foi efetuada com sucesso, e no webhook qual o status vocês devolvem?

olá. estou criando um aplicativo para um pequeno provedor que tem como alvo os empregados desse provedor. a ideia é mostrar, no aplicativo, os clientes que não estão em dia, algumas informações cadastrais e gerar pix de pagamento.

consegui implementar a parte do pix, porém fiquei em dúvida se seria a api de abertura de contas que se usa para os dados do cliente. é isso mesmo? e eu teria que liberar o escopo através deste formulário? https://www.cognitoforms.com/GerencianetSA3/EF%C3%8DAPIDeCadastro

ou entendi algo errado e não é por esse caminho?

obrigado!

Bom dia. Tõ falando de FACILIDADE NA PONTA na hora de pagar um PIX bastando clicar no LINK (como vcs produzem) e o usuário escolher o APP DO BANCO que melhor lhe convém para o pagamento. COPIA E COLAR funciona mas NEM TODO MUNDO sabe copiar e colar mas TODO MUNDO SABE CLICAR NUM LINK. O link de pagamento de vcs está indo nessa direção (que acredito ser A TENDÊNCIA NATURAL EVOLUTIVA da facilidade de pagamento na ponta para as pessoas)

Olá pessoal, criei um curso da integração pix da EFI com Arduino, tá lá no meu canal no YouTube. Ideal para máquina de vendas (vending machines)

https://dev.gerencianet.com.br/docs/link-pagamento-criando#1-criando-o-link-de-pagamento-em-one-step