Histórico de mensagens sobre Pagamento de boleto

Caros, alguma previsão de um endpoint que forneça o extrato da conta ?

Algo não somente relacionado a Pix, mas que venham também os pagamentos de boletos, docs, teds, etc...

Boa tarde!
Temos sim a opção de split de pagamentos para cobranças de cartão ou boleto. O que define o split/divisão/repasse é o parâmetro marketplace, nele você pode passar um array com o payee_code (identificador da conta Gerencianet) e o percentage (porcentagem de repasse)
Segue aqui a documentação completa: https://dev.gerencianet.com.br/docs/marketplace-introducao
Caso tenha dúvidas, estaremos á disposição para ajudá-lo! 😉

Bom dia, <@!704694550631022592>! Como vai?
O opção de split de pagamentos é bem similar à de cobrança de cartão ou boleto. O que define o split/divisão/repasse é o parâmetro marketplace, nele você pode passar um array com o payee_code (identificador da conta Gerencianet) e o percentage (porcentagem de repasse)
Segue aqui a documentação completa: https://dev.gerencianet.com.br/docs/marketplace-introducao

Boa Tarde, estou com uma duvida/problema e gostaria de que me ajudassem da melhor maneira pra resolver isso. Eu sou freelancer de uma loja e gostaria que, assim como meu antigo gateway de pagamento que me enviava a notificação de novo pedido no e-mail só quando era PAGO, não quando é gerado, como acontece no gerencia, isso esta atrapalhando muito na hora do envio, já que depois de pago o boleto (principalmente) eu não sou notificado, desde já, agradeço!

Boa Tarde, estou com uma duvida/problema e gostaria de que me ajudassem da melhor maneira pra resolver isso. Eu sou freelancer de uma loja e gostaria que, assim como meu antigo gateway de pagamento que me enviava a notificação de novo pedido no e-mail só quando era PAGO, não quando é gerado, como acontece no gerencia, isso esta atrapalhando muito na hora do envio, já que depois de pago o boleto (principalmente) eu não sou notificado, desde já, agradeço!

Nesse caso, se foi feito o pagamento de um pix, a baixa dessa cobrança não vai ocorrer! So ocorre a baixa dessa cobrança se esse boleto for realmente pago. Nesse caso, como você deseja implementar pix junto com boleto, você deve ter uma verificação, por exemplo, se foi pago como pix, ele marca como pago essa cobrança, algo nessa linha.

E mesmo de GN para GN, o mesmo poderia acontecer. O cliente fazer um pagamento de boleto e nesse mesmo dia pedir para sustar o pagamento.

O primeiro evento seria algo como "intenção de pagamento", e o 2o. o pagamento efetivo. A GN já comentou que está considerando oferecer essa sinalização na API de boleto, mas que hoje isso não acontece.

Boa tarde, <@!305835973474910208>!
Sim, esta propriedade deve ser informada, segue um exemplo do body para atribuir o método de pagamento boleto a uma cobrança:

@Efí tem como desabilitar aqueles emails de notificação de pagamentos pendentes? (boletos consolidados que vem no final do dia)

O dia de pagamento do cliente é todo dia 30, porém o primeiro vencimento dele é no mês de fevereiro, dia 28 e os demais dia 30. Se eu tentar criar, agora, um carnê com vencimento inicial 28/03 vai ocasionar problema, pelo motivo do vencimento dos demais boletos que deveriam ser 30.

É necessário que o Pix se comporte de forma alinhada aos recursos que temos no boleto, para que o modelo hibrido seja coeso, como; desconto por pagamento antecipado, vencimento (considerando feriados locais), juros e multas...

Essa coesão já está desenhada pelo Bacen, a questão que precisamos que todos os PSP's leiam as informações corretamente. A Experiência do Pix mostrou que muitos PSP's levam algum tempo para fazerem suas partes. O Bacen sinalizou que em março todos os PSP's devem ter feito seus deveres de casa, momento que a Gerencianet sentirá confortável em disponibilizar a opção de pagamento por Pix em seus boletos.

<@!710205440956563536> se você usar o método "two-steps", primeiro estará gerando uma cobrança e, apenas numa segunda etapa, "vinculando" o meio de pagamento à cobrança. Isso permite uma transição de fluxo de boleto para cartão e vice-versa. Já fazendo em one-step, a cobrança já é criada e vinculada ao meio de pagamento, bem como o processo de transação no cartão, tudo de uma só vez.

Eu optei por usar a página de sucesso mesmo para exibir o QR Code e o Copia e Cola do Pix.
Assim já consigo mudar para Aguardando Pagamento no Status e salvo também no Histórico do Pedido.

Logo se o cliente sair da tela de Sucesso, pode ainda acessar no Detalhes do Pedido.
Faço desta forma com Boleto tb a alguns anos.

Já com outro Pagamento, adotei a ideia de verificar a cada X segundos tb por JS e depois mandar para o sucesso ou quando chegar no tempo limite de X minutos de espera.

eu tenho a sensação que o qr dinâmico (e sua cobrança associada) tinha sido pensado para admitir múltiplos pagamentos e, posteriormente, reavaliaram a questão e passaram a tratar de forma mais próxima a um boleto registrado onde o valor pago deve ser igual ou maior (quando houver multa/juros) ao boleto, especialmente depois que mencionaram a ideia do "reuso de location", que serve para o propósito de cobranças recorrentes de um mesmo devedor com valores que podem variar (contas de consumo, por exemplo)

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

@Rubens Kuhl#9323 , vi você perguntando sobre a confirmação de pagamento de boleto na CIP. Eu vi que a PagHiper oferece essa notificação. Mas eles alegam que não é garantido que você vá receber o dinheiro e só serve pra antecipar a preparação de envio de um produto, por exemplo (sem efetivamente enviá-lo até a confirmação da compensação).

Você sabe me dizer em quais casos o recebimento poderia não se concretizar, ou poderia me indicar documentação a respeito? Obrigado

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?

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!

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