Histórico de mensagens sobre pagamentos

Por isso Isadora, rejeitando todos os pagamentos que não tem txid o usuário terá que usar outro App que informe o txid, o que acontece hoje é que o usuário lê o qrcode, paga, o app não informa o txid mas o usuário pagou..

Acho que você não entendeu o pedido do Ezequiel. Ele quer evitar que a conta dele receba Pix que não tenham txid. A GN já ofereceu isso aqui nesse mesmo canal no passado (não exatamente com base na existência de txid, mas com base na existência de cobrança vinculada - então a GN verificaria se existe cobrança para o txid e, se existir, acata o pagamento, do contrário, rejeita - porém o BACEN já deu abertura para que a análise seja com base na existência do txid (independentemente de haver cobrança ou não), só cabe à GN a decisão de atender esse pedido; de qualquer forma, talvez a oferta existente, já atenda a necessidade do Ezequiel, não sei se ele precisa receber pagamentos com txid vindos de QR estáticos, não ligados à cobranças).

mas aí vc tem que anotar os e2eid dos pagamentos que vc já "processou" (ou, pelo menos, o e2eid/data do pagamento mais recente já processado). e só considerar os pix retornados na consulta que forem mais recentes do que o último já processado para aquele cliente

<@!781134406680838216> eu não sei desde quando a confirmação de identidade por sms está ativa, mas ultimamente nas últimas 3 vezes que tentei entrar na conta da empresa foi pedido um código enviado via sms. Gostaria de sugerir que essa opção de autentificação seja opcional pois as vezes a pessoa que está como dispositivo com o chip SIM não está perto, ou faz parte até de outro setor. Me vem a dúvida, como atendentes que precisam verificar as vezes comprovantes irão poder acessar? Achei muito improdutivo. No Pagseguro havia o mesmo problema, e dificultou bastante o time de atendimento a resolver problemas relacionados a pagamentos.

Não tem como no momento, ele não é apto para pagamentos. Vamos realizar algumas melhorias no ambiente de homologação para possibilitar estes testes. Recomendamos que gere cobranças de R$0,01 em produção para testes de pagamento

Boa tarde pessoal, sou o dev da empresa Update Sistemas, fizemos uma parceria com a GN e vamos fornecer serviço de pagamentos para nossos clientes.

No momento estou trabalhando na implementação de boletos Carnê, estou com a seguinte dúvida, precisaria de uma sugestão vossa.

Já estrutura da geração do carnê informo a quantidade de parcelas e o valor para cada parcela, porém minha dúvida é devido o arredondamento, por exemplo, se a venda foi 1.000 reais e for dividir em 3 parcelas, seria duas de 333,33 e uma de 333,34.

Não encontrei na Api endpoint que permite alterar o valor de uma das parcelas para o arredondamento.

Já agradeço pela ajuda...

Há uma anomalia no endpoint /v2/pix para o método "Consultar Pix recebidos".
Estou filtrando algumas cobranças para analisar os pagamentos e está acontencendo o seguinte:
Ao filtrar os PIX recebidos em um determinado período, a API informou um total de 16 pix recebidos.

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).

passando pra avisar que atualizei a lib com 3 novos métodos para consulta e pedidos de reembolso de pagamentos PIX

então, to usando c#, transformando o certificado do endpoint em um x509certificate2 , tem um metódo Verify(), ele já não meio que faz todas essas verificações?

Retornando um Verify() true, conferindo o Issuer == "[email protected], CN=api-pix-h.gerencianet.com.br, OU=Infraestrutura, O=Gerencianet Pagamentos do Brasil Ltda, S=Minas Gerais, C=BR"

Restringindo também (como comentou) o IP, eu nem precisaria verificar o thumbprint? já estaria validado?

Eu pulei esta etapa, na pratica fazer em modo DEV não testa nada se nao temos o retorno do webhook para receber, creio que em breve teremos os envios e pagamentos em modo DEV.

Estou usando o campo solicitacaoPagador para exibir uma informação na tela, mas pagamentos sem preencher nenhuma informação não foram barrados.

Por isso disse que tô quase desistindo, esta é a parte delicada 🙂 No inicio faziam pagamentos em envelopes nos caixas eletronicos para os clientes, agora tudo está mais fácil não é mesmo GN ?

Boa Tarde, existe como usar uma conta Gerencianet para vários clientes?
Exemplo, temos uma plataforma de ecommerce, então teriamos uma conta na Gerencianet para a plataforma, e cada lojista que desejar utilizar iria informar sua chave pix para receber os pagamentos

Alguém sabe me dizer se os pagamentos PIX ainda estão com horários limitados? Ontem de madrugada o Itaú, Nubank, Inter e Gerencianet estavam com problema para ler meus QR Codes. Depois vi que no app do Itaú minhas chaves estavam ocultas e o menu do PIX desapareceu. Hoje voltou tudo ao normal. Isso ocorreu por volta de 4 da manhã

qual a probabilidade de 30 pagamentos em 1300 (2,3%) serem desses 3 bancos? kkk

se tudo der certo, meu projeto pode ter até 1300 pagamentos em um só mês.. se der problema em 30 já não me compensa mais

no seu cenário, não cabe orientar os clientes que ainda não tem baixa automática nos pagamentos realizados via Cora, Neon e Sofisa?

se bloquear, não vai dar pra saber quando estiver corrigido (e acho que o BACEN veta esse tipo de ação, apesar do erro não ser da GN). e ao que me consta, o correntista da GN que quiser evitar recebimentos sem txid, pode fazer isso programaticamente, devolvendo os pagamentos pela própria API ou pedindo à GN que recuse recebimentos sem txid para uma determinada chave ou para a conta toda

Um testador de pagamentos no modo DEV, para pagar BRCodes. Ai recebo o retorno do webhook e testo, mais rapido , do que ter que entrar em modo produção, abrir aplicativo, digitar ou escanear, colocar senha, pagar, e ter o retorno do webhook para testar, um botao faz isso agora.