Histórico de mensagens sobre card em pix

Bom dia, Diogo! Funciona para cartão de crédito também.
Segue o exemplo:
https://github.com/gerencianet/gn-api-sdk-dart/blob/main/example/default/charge/oneStepCard.dart

Bom dia! Integrei a API no WooCommerce, porém em pedidos abaixo de 5 reais é apresentado uma mensagem em inglês para o cliente, gostaria de saber como remover

A msg é essa:To pay Boleto or Credit Card the order must have more than R$5,00. But you can pay with PIX

estranho. faz o mesmo teste cadastrando https://cardapio-api.herokuapp.com/ (sem o mtls.pix.ae). você deve receber o primeiro request de confirmação - que deveria ser respondido pelo seu servidor/app com 403 por não ter o certificado da GN para vc verificar. confere se vem com o append /pix

Mas está chegando em https://mtls.pix.ae/cardapioo-api.herokuapp.com/ sem o /pix

nesse caso vc deve receber um request de confirmação em https://cardapio-api.herokuapp.com//pix

https://mtls.pix.ae/cardapioo-api.herokuapp.com/

essa etapa 3 eu acho que não está bem descrita. o mtls.pix.ae não faz redirecionamento. ele vai repassar o request vindo da GN para https://cardapio-api.herokuapp.com/webhookpix/pix (lembre-se que a GN adiciona /pix no callback, conforme documentação do BACEN).

Então, eu não sei como tu fez a configuração nesse caso do servidor que responde pelo mtls.pix.ae, mas sim, você deveria responder com o 403 nesse servidor caso viesse sem certificado, e se viesse, o servidor deveria validar a CA usando o certificado que a gerencianet emitiu pra você, ai sim ele enviaria pro seu backend cardapio-api.heroku...

Se você tiver como configurar isso, seu servidor está com TLS 1.0 e TLS 1.1 habilitados, e não deveria:
https://www.ssllabs.com/ssltest/analyze.html?d=cardapioo%2dapi.herokuapp.com&s=54.146.248.82&latest

Isso não deve ter relação com o problema em questão, mas é uma vulnerabilidade de segurança.

Bom dia. Tudo bem com vocês?
Estou buscando uma solução alternativa para o mTLS de um backend hospedado no Heroku.
Uso o AdonisJS.
Um prefixo na webhookUrl => https://mtls.pix.ae/cardapioo-api.herokuapp.com/webhookpix
Mas não sei qual o fluxo nesse cenário. Eu imaginava que fosse assim:
1- O GN envia o primeiro request para a webhookUrl cadastrado pelo Postman, retorna com 403;
2- Faz um novo request em https://mtls.pix.ae/cardapioo-api.herokuapp.com/webhookpix junto com o certificado;
3- Ao bater no webhookUrl com o prefixo mtps.pix.ae é direcionado para a url respondida pelo meu backend;
4- Lá encontra a rota https://cardapioo-api.herokuapp.com/webhookpix POST já pronta;
5- Eu apresento ao GN a minha parte do certificado e pronto.

Mas o que acontece na verdade é => "nome": "webhook_invalido", "mensagem": "A requisição na URL informada falhou com o erro: HPE_INVALID_CONSTANT"

Alguém pode me ajudar por favor?

O que existe de legislação e de regulação a GN não tem como se esquivar. E isso não falta no setor financeiro.... além disso, normalmente as instituições que são muito "Matrix" nisso, são as que aparecem depois no noticiário como falcatruas. Vide Wirecard global.

Erro plugin WooCommerce -> temos 3 sites em WooCommerce, e estamos iniciando o uso da GerenciaNet em 1 deles para depois replicar para os outros. Contudo notamos uma inconsistência junto ao plugin da Wirecard/ Moip oficial. Nos sites onde não temos a gerencianet a wirecard/moip funciona normalmente. Já onde estamos iniciando o teste com a gerencianet, ao tentar finalizar a compra via boleto da wirecard, o WooCommerce está obrigando a preencher os dados do cartão de crédito. É um erro pois via boleto não é preciso preencher o nº do cartão por exemplo para finalizar a compra. Ao desativarmos os plugins 1 a 1 descobrimos que este erro deriva do plugin Gerencianet. Usamos a Wirecard há 2 anos já sem erros. Vocês podem dar uma olhada por gentileza? Obs.: estamos ativando somente o PIX da gerencianet. Este erro ocorre quando tentamos finalizar via Wirecard/ Boleto no checkout

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

eu vendo gift cards, as vezes é a avó da criança comprando.

Exemplo: fasd3h43123412.webhook.exemplo.com.br. Aí no DNS você coloca wildcard para webhook.exemplo.com.br, o certificado também .webhook.exemplo.com.br.

Por exemplo: entrada DNS wildcard .webhook.exemplo.com.br, para o cliente A você coloca clientea.webhook.exemplo.com.br e assim por diante.

Entendo Magno, obrigado pela sua colocação. Sou parte do mercado que já trabalha com outras coisas complexas e precisa de agilidade de implementação desse item específico. Minha expectativa é algo tão simples como uma Wirecard ou pagseguro. Se a GN quiser atender melhor esse mercado, eles vão atrás de melhorar isso. Aliás, o grande diferencial dos integradores é facilitar a integração e não serem tão complexos quanto o original.

https://tenor.com/view/ficha-caindo-entendi-got-it-caiu-a-ficha-falling-card-gif-14727916

E quem for bem paranóico pode colocar um servername não óbvio aleatório e não identificado no DNS (wildcard) como geqew3123h1uhfda.webhook.exemplo.com.br , e só aceita requisição desse, que é passado no webhook.

Lembrando que dá para ter server específico com wildcard. Por exemplo, criar .webhook.openpix.com.br no DNS, e aí cada prestador tem host-name/server-name próprio.