Histórico de mensagens sobre boleto em pix

emito a cobrança pro cliente que inicialmente clicou em boleto

GN, tenho uma pergunta.. é possível um cliente nos pagar via Pix e a gente direcionar esse pagamento para quitar o boleto já existente na plataforma?

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

Tem o golpe de gerar boleto para depósito e pagar o boleto com cartão de crédito para conseguir empréstimo de graça. Agora já endereçado por várias carteiras que permitiam isso, mas foi uma farra por uns tempos.

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!

Se o boleto (e agora o Pix) vencer segunda-feira, na terça-feira às 00:30 (horário de Brasília) ainda serão 22:30 de segunda-feira no Acre e o pagamento pode ser feito sem multa.

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?

Não uso Cartão de Crédito e é muito ruim ter que esperar o fluxo do boleto, espero que implementem o quanto antes 😄

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

Sobre tirar boleto, é algo que eu acho mais factível no futuro, mas ainda é difícil remover esse meio de pagamento. Eu sou um defensor do Pix e acredito muito em sua capacidade de chegar ao ponto de remover outras formas de pagamento, mas isso virá com o tempo.

Claro <@!728426952595210293>. Ele pode seguir como base a documentação do nosso pluing WordPress (WooCommerce) utilizada para cobranças de boleto e cartão de crédito. https://dev.gerencianet.com.br/docs/wordpress-woocommerce

Quero tirar boleto do meu ecommerce e por cartao e pix, apenas

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

eu gostaria de entender como funciona a regra de negocio... tipo: agora, ao invés de eu emitir o boleto, eu vou mandar os dados (que seria para missão de boleto) para o GN e posteriormente retornaria uma chave para meu cliente?

a nossa necessidade agora é o pagamento via PIX (ou via boleto Pix)

atualmente, no sistema em que estou trabalhando, temos já a integração do GN para emissão de boleto

Acredito que conseguir pagar ele consiga, o que vai acontecer é que quando a atualização de status for enviada para a url cadastrada no webhook seu sistema não conseguirá fazer a atualização/validação interna neste momento. Você pode dar um GET da cobrança depois para verificar o status da cobrança. Mas normalmente(como acontece com postbacks de cartão de crédito e boleto) os getways sempre enviam mais de 1 vez quando recebe resposta de erro.

Uma linha digitável de boleto é até mais vulnerável pois os dados do recebedor estão todas na string. No entanto, no caso do brcode não é impossível, mas além de adulterar o link do payload esse payload deve conter as informações do pagamento e estar assinado

Uma linha digitavel de boleto tb já tá sujeito a isso hoje. Cabe a quem tá pagando conferir os dados atentamente na tela de revisão e desconfiar se tiver algo errado