Histórico de mensagens sobre Boletos em pix

Boa tarde la nas minhas aplicacoes como vejo os movimentos dos pix criados em minha aplicacao igual temos nos boletos

Bom dia pessoal, existe alguma forma de configurarmos juros e mora em pagamentos PIX tipo com os boletos? Ou tenho que controlar isso internamente no meu sistema?

Neste caso é para boletos e carnes, hummmmm.

Olá, equipe GN!
Na integração com a API de Boletos, adicionamos o partner_token (código de parceiro do Gerencianet) na requisição para criar a transação e, posteriormente, o boleto. No caso da integração com a API Pix, existe algo parecido com isso?

tenho dois boletos que foram pagos e acabei excluindo eles e não consigo achar se caiu na conta estes valores

Olá, bom dia .. meu sistema hoje já tem a integração com a Api de boletos e estou começando a integração com a API pix.

É um sistema para academias e cada cliente meu tem sua própria conta no gerencianet e seus próprios client_id and secret ...  vi que agora é necessário ter um arquivo .p12 para fazer as chamadas .. minha dúvida, cada cliente meu vai ter que ter um arquivo separado ou é unico do sistema?

bom dia tenho integração como receitanet eu consigo incluir o pix nos boletos que eu gero?

Magno, esse link que vc passou é da API de boletos

mas o webhook, de qualquer forma (com ou sem o campo 01 com valor 12), teria referência somente a esse novo pagamento (pelo menos no caso da GN, que eu me lembre, as notificações são sempre individuais, assim como nos boletos). essa questão de poder unificar mais Pix numa só notificação, eu não sabia nem ser possível (o Rubens que mencionou agora)

Você pode seguir a ideia do Rubens e informar 2 paths pelo Location, um para as notificações de boletos e outro pelo Pix. As notificações da nossa API seguem um padrão onde você insere em seu servidor um arquivo para consultar o nosso token, veja mais detalhes aqui de como é o arquivo de consulta e exemplos de notificação por aqui https://dev.gerencianet.com.br/docs/notificacoes-recebendo .

Para as configurações da API-Pix é necessário o mTLS para receber as notificações que seguem um padrão diferente, não sendo necessário um arquivo de consulta de token, uma vez que enviamos um objeto pix já com todas as informações.

entendi.. é que sou desenvolvedor de software, e emito boletos para nossos clientes com o gerencianet... ai, gostaria de disponibilizar o QRcode na tela do meu programa para todos os clientes, referente ao boleto que está vencendo/vencido... no caso já consegui até montar a linha do QRCode com as informações todas.. testei e tá recebendo o pagamento certinho.. agora o que falta é só identificar quem pagou para dar baixa no boleto.. então, qual seria a melhor solução?

a API de geração e de baixa de cobranças Pix, existe. e programaticamente, dá pra "baixar" ou cancelar boletos pela API, também. então de alguma maneira, dá. mas não como uma solução pronta. tem que desenvolver em cima das duas API e fazer funcionar como você quer

Eu já tenho o sistema integrado com o gerencianet, com emissão de boletos..

deixa um cron rodando a cada x segundos para fazer essa verificação dos boletos em aberto

então galera, alguma forma de protestar com o pix, como acontece hoje com os boletos?

Boa noite. Quero propor uma mudança no Art. 1º da Lei 7.089/1983 (http://www.planalto.gov.br/ccivil_03/LEIS/L7089.htm). Ele determina que títulos com vencimento em sábados, domingos e feriados podem ser pagos no primeiro dia [útil] subsequente sem juros de mora.

Os PSPs (prestadores de serviços de pagamento) que estão implantando o recurso de cobranças Pix (com vencimento, regras de multa/juros, etc, similar a um boleto registrado) estão com uma dificuldade absurda de implantar isso por causa dessa lei.

A minha proposta é que a redação da lei seja atualizada para o que ela efetivamente propunha em 1983: que os títulos possam ser pagos no primeiro dia útil subsequente ao vencimento quando da impossibilidade de fazê-lo por indisponibilidade do meio de pagamento (ex: bancos simplesmente não podem acatar o pagamento de boletos aos fds/feriados pois não há processo de compensação nestes dias). O Pix é diferente e funciona 24/7/365.

Se a lei for alterada, quem gerar cobranças com possibilidade de pagamento por Pix + boleto, se o pagamento cair num feriado, o boleto continuaria pagável no dia útil subsequente sem juros. O Pix, no entanto, está disponível nos feriados normalmente, então se a cobrança for paga especificamente por Pix no dia útil subsequente ao vencimento, seria cobrado 1 dia de juros normalmente (em outras palavras: o conceito de dia útil/não útil deixaria de valer para o cálculo de juros no Pix - e qualquer outro meio de pagamento 24//7/365).

Pode parecer um retrocesso para o consumidor, mas simplesmente não existe um banco de dados com os feriados municipais de todo o país disponível de forma pública. Somente fontes não oficiais, pagas, que dificultam enormemente a gestão das cobranças e o correto acolhimento dos pagamentos por parte dos PSPs que trabalham com o Pix e encarecerão o uso do Pix para os PSPs e para as empresas, que repassarão esse custo para o consumidor. Detalhes: https://github.com/bacen/pix-api/issues/225 . Obrigado!

seria uma otima ideia, ja faço isso hoje com os boletos

<@!710205440956563536> , mais então, com qrCode dinamico é possível colocar alguma informação de multa e juros por atraso? como na api de boletos?

É o plano sim aceitar pagamentos via Pix nos pagamentos que hoje podem ser feitos com boletos. Posteriormente outros serviços que hoje requerem depósitos.

Primeiramente, obrigado pela abordagem sobre tarifas, nos permitindo dialogar sobre o tema. Todos os comentários foram de grande importância.

Pautamos sempre pela transparência e qualidade técnica. Dessa forma, buscando transparência, trarei nosso ponto de vista de forma objetiva e sincera, o que trará maior previsibilidade e conhecimento sobre a estratégia por trás da precificação. Queremos que vocês sejam não somente entusiastas do Pix, mas também entusiastas da GN e da nossa forma de relacionar.

Ultrapassamos a marca de R$ 9 bilhões transacionados em 2020, sendo mais de 350 milhões de requisições em nossas API's e neste cenário conseguimos manter a sensibilidade sobre as necessidades de cada um de nossos clientes.

Evitamos falar em porcentagens em nossas tarifas e só a utilizamos quando realmente não há outro jeito. Mesmo que se defina valores máximos, a porcentagem traz, instintivamente, aversão para muitos. Além disso, tentar sair do modelo de porcentagens faz parte de nossa história. Exemplo: diversas Instituições Financeiras de base tecnológica colocam/colocavam o boleto no mesmo balaio das transações por cartão, cobrando porcentagem + uma taxa fixa. Nós trouxemos uma abordagem mais justa, colocando nos boletos valores fixos. Diferentemente do Pix, os boletos não permitem escalonamento por conta de custo operacional alto.

[continua...]