Histórico de mensagens sobre pagamentos

A API de envio de Pix é só para PJ, e você precisa ter intermediação de pagamentos como CNAE da sua PJ para ser intermediário.

Não sei se entendi muito bem as respostas, rs! Mas vou tentar demonstrar o meu cenário, quem sabe fique mais fácil... Trata-se de um serviço de Cardápios Online que estou fazendo aqui na cidade onde eu moro. A ideia é lanchonetes, por exemplo, tenham seus produtos e ao realizar o pedido, oferecer o Pix como forma, porém, o que me deixou com dúvida, é que pelo menos a forma como vi a implementação, os pagamentos viriam para minha conta, o que no momento, não é algo interessante por N motivos, a ideia, era a Lanchonete X ter seu cardápio e ao realizar uma venda, o valor já ir para a conta deles...

O <@!326311059759693826> utiliza o endpoint e não estava conseguindo receber os pagamentos.

Não. A única coisa é que aí você se torna um intermediador de pagamentos, então precisa ter essa atividade entre seus CNAEs, e da sua parte vai pagar imposto conforme o município da sua empresa.

Boa tarde pessoal, alguém ai conseguiu fazer pagamentos pelo banco Sicoob usando a api pix da gerencianet?

Estou gerando o QrCode do location através do https://gerarqrcodepix.com.br para a maioria dos bancos que testei funcionou perfeitamente, porém para o banco sicob esta dando falha na leitura.

Bom dia pessoal, ja tirei minhas duvidas ontem como o time de T.I, porem fiquei com um duvida nas taxas, temos o interesse na parte de implementar PIX aqui na empresa para não ter interferência humana identificando pagamentos.

Será que estamos falando da mesma coisa ? Não existe estoque na API Pix, apenas cobranças e pagamentos.

O que eles tinham falado era descontar da conta todo dia, dois pagamentos: um da emissão de cobrança(1 centavo), outro do recebimento de cobrança (0.99% até 89 centavos). Não sei se algo mudou no planejamento.

é automático? ou eu tenho que fazer algo manualmente para a provação dos pagamentos?

Já está acontecendo uma discussão no sugestões sobre a recusa de pagamentos sem txid, vamos disponibilizar sim esta opção de recusar pagamentos sem o txid, inclusive com alguns parâmetros adicionais e filtros.

Esse é um bom motivo para que a GN negue esse tipo de pagamento sem txid, não precisa ser uma regex, basta definir que na chave xyz eu não aceito pagamentos sem txid, o usuário vai tentar pagar 1 vez, 2, 3 e vai trocar de app para pagar..

Coloquei comentário no github, não tenho conta, nem sabia que existia.. mas recebemos uma média de 4 pagamentos desse banco por dia.. então a conciliação é feita manualmente..

Sinceramente eu também estou com receio de colocar em produção... Pagamentos sem txid, mudanças radicais na api...

<@!671762828046106646> conseguimos bloquear esses pagamentos vindos do Inter sem txid?

<@!783359762917752843> realmente o banco Inter não está enviando o txid, fiz testes de pagamentos aqui e não acionou o webhook, depois fiz uma consulta em nossa tabela de pagamentos e realmente estava sem o txid.

<@!780500321994539068> Problema que ainda muitos usam a função crédito, e isso que pega atualmente. Restaurantes por exemplo tem 70% dos pagamentos no cartão são em função crédito. Essa modalidade não da para deixar de ter. Mas acho que levar a maquininha até o cliente será a melhor opção mesmo.
Vou tentar trabalhar na integração somente do PIX então individual para cada estabelecimento.

Então, na verdade eu gostaria de oferecer o serviço para meus clientes. Tenho um sistema de pedidos online e gostaria de integrar o pagamento online. Atualmente é somente pagamento escolhendo a maquininha ou dinheiro, assim o entregador quem faz a cobrança. Mas gostaria de integrar no sistema o pagamento, que no caso seria individual para cada cliente. Eu não vou ser o intermediário bancário, retendo o valor. Cada cliente teria que ter uma conta na gerencianet por exemplo para receber seus pagamentos. Estou analisando qual a melhor ferramenta para oferecer aos meus clientes.

bom dia. voltando à questão do regex para aceitar/não os recebimentos com base no txid. alguém da GN pode me esclarecer quais os cenários específicos onde vocês visualizaram uma necessidade de aceitação com base em regex? que eu me lembre, essa ideia apareceu como como uma evolução da necessidade de barrar recebimentos com txid vazio. porém:

- para recebimentos de cobranças (QR dinâmico) o txid precisa ser correspondente a uma cobrança existente na GN ou ela já poderia ser descartada (independente de qualquer crivo por parte do EC); e
- para recebimentos de QR estático, é perfeitamente compreensível que a GN não tenha ciência prévia dos txid dos recebimentos mas não vislumbro problemas maiores que exijam uma validação do txid com base em critérios definidos pelo EC (somente o problema conhecido de pagamentos entrando sem txid).

então, eu pergunto:

1. já foi implementada a possibilidade de bloqueio de recebimentos de Pix sem txid (seja a nível de chave Pix ou de conta transacional)?
2. se não foi, a evolução dessa funcionalidade para algo baseado em regex (ou outras regras) não está atrasando desnecessariamente a implantação da função de bloqueio de recebimento sem txid?

Lembrando que esse bloqueio é essencial para os EC que precisam de 100% de assertividade na conciliação automática.

Boa tarde,
Estou com dificuldade para entender o fluxo correto para receber pagamentos via API-PIX.

Por exemplo, já crio cobranças (PUT: /v2/cob/{txid}) e consulto cobranças (GET: /v2/cob/{txid}).
Quais os próximos passos?

<@!671762828046106646> Mas esse endPoint de envio de Pix é para necessariamente enviar um PIX, certo? Eu gostaria de saber se existe algo tipo um CheckPix ou ValidatePix para informar como parâmetro CPF, E-mail ou Celular e verificar se existe aquele pix ou não. ANTES de tentar enviar ou mesmo ANTES de tentar migrar os pagamentos para o sistema de PIX.