Histórico de mensagens sobre possível

Então <@!671762828046106646>, vamos tentar fazer um encaixe, o que acha? Diante do longo debate, me parece que temos elementos para iniciarmos um debate interno, e justificando apresentamos uma sugestão de funcionalidade no decorrer de Janeiro, depois da aprovação da comunidade, conseguimos estimar tempo de entrega. Pelo que tenho acompanhado, depois da aprovação de uma possível sugestão, 30 dias seja um prazo razoável, no final uma entrega para final de fevereiro, início de março tenha alguma razoabilidade.

Nós da Gerencianet estaríamos dispostos e tratar a demanda por algum endpoint, mas precisamos nos convencer que faz sentido, porque concordo com o <@!780500321994539068> que o comprovante poderia ser montado/criado/disponibilizado pelo próprio sistema integrado. Os retornos e consultas trazem dados que dão sustentação a validade do comprovante.

<@!783359762917752843> caso tenha elementos que legitima a real necessidade, traga para debate no canal <#💭sugestões>, para que desenvolvemos uma possível solução.

Essa url está incorreta, o txid referenciado tem menos de 26 caracteres, isso não é possível devido a regex do dinâmico ^[a-zA-Z0-9]{26,35}$

Isso não é possível via API atualmente, vou levar a sugestão para a equipe.

Olá <@!466681983796248577> , boa tarde! Tudo bem? Sim, isso é viável. Chamamos o split de pagamentos, aqui na Gerencianet, de Marketplace. Vale ressaltar que só é possível realizar o split entre contas Gerencianet. Encaminho abaixo nossa documentação técnica para sua apreciação e se precisar de ajuda na integração, basta acionar nossa equipe de consultoria técnica.

Sugestões para a parte de marketplace:(https://gerencianet.com.br/solucoes/#marketplace)
- Opção de repassar por Pix ao invés de só para contas Gerencianet independente do modo de pagamento
- Opção de fazer split também de recebimento Pix, usando os métodos discutidos no GitHub do BACEN para maior proximidade de um possível padrão futuro

Foi isso que ele enviou, mas não respondeu a pergunta se era possível alterar o valor =/

Boa tarde Hiago! Se conseguir o nome do PSP, nos informe por favor. Se possível me envie o copie cola ou QRCode para eu fazer um teste aqui

Vale lembrar que usar proxy reverso (Cloudflare e afins) nesse caso pode não ser possível a integração, sendo necessário o plano enterprise do Cloudflare por exemplo, para usar o CA da Gerencianet.

Mandei uma mensagem pra Elaine, estou esperando ela ver se agora é possível reativar a conta com esses novos termos.

Bem salientado pelo Magno, em servidores compartilhados a configuração fica impossibilitada pelo fato de não ser possível inserir o nosso CA

<@!671762828046106646> Sobre os Pix pagos via Dados bancários e Pix pagos via chave, será possível bloquear esses pagamentos?

Pessoal, tenho uma dúvida quanto ao app do NU Bank, infelizmente não tenho como testar, é possível que um usuário leia o Qrcode salve nos favoritos e depois faça um Pix ou TED? - Se puderem me ajudar, agradeço.

<@!671762828046106646> Hoje tivemos uma "Transferência Recebida - NU Pagamentos" Era para ser um pix dinâmico, quando isso ocorre? é possível fazer devolução?

Atualizando o caso do calendario.expiracao
O problema da leitura de uma cobrança expirada ocorre da seguinte maneira:
- Existe uma cobrança ATIVA com expiração futura
- Usar a rota PATCH /v2/cob/{txid} para redefinir o tempo de expiração para um tempo passado
- Os bancos leram o qr code, mas não é possível pagar devido a rejeição de recebimento por parte do PSP recebedor (GN)

Obs.: se a cobrança já estiver com expiração vencida antes do PATCH, o leitor nem lê o qr code.
Como não é possível pagar o qr code, vejo como algo irrelevante.
Acredito que seja algo relacionado ao location, pois após o PATCH o location continua o mesmo.

Obs 2: tentei redefinir o expiracao para tempo passado porque estava tentando "excluir" a cobrança, antes do <@!440035527127990273> me alertar sobre a possibilidade de se alterar o status da cobrança via PATCH

Esse é o problema. Eu estava conseguindo fazer pagamento dela. Não deveria ser possível pagar uma cobrança criada a 3 dias atrás com 900 segundos de expiração

Pessoal, o campo opcional txID da rota

portanto, acredito que não seja possível trabalhar com o txId menor que 26 caracteres, certo?

Ao que eu lembre o E2EID é gerado pelo PSP pagador. Por isso que no envio ele é possível antes de se completar o envio, mas no recebimento depende da chegada do Pix.

Oi pessoal, boa tarde. É possível um contato comercial com representantes aqui da minha empresa antes de abrirmos a conta com vocês?

Temos interesse nas APIs de PIX (envio para terceiros).

Conseguimos agendar um call para iniciar essas conversas?