Histórico de mensagens em sugestões

Resumo, por causa do mal atendimento, desistimos...

Mas a questão q.msm usando outras contas, o domínio, tudo é sempre o msm, só muda o token q vai ser usado na HR de gerar a cobrança... Saca??

Mas blz, q fosse isso, mas q sinalizasse... Mas não, chegaram a falar q não ia precisar rehomologar, mas aí perguntamos, Ok, e como o cliente gera as credenciais se vcs só dão as credenciais depois de homologar, vcs vão gerar algum código para nossa aplicação, igual é com o woocommerce por exemplo, e aí o cliente informa e vcs já liberam as credenciais??? Aí não souberam responder...

Ah sim, precisa fechar o ciclo de vida com o atendimento. Mas posso comentar o nosso caso: a gente pede rehomologação mesmo que use a mesma base de código. Inclusive pq a gente não testa só comandos da API, mas capacidade de gestão de DNS... e isso vai variar mesmo que as chamadas sejam as mesmas.

Eu concordo, mas desde q vc tenha um bom suporte e uma forma fácil de chegar a galera técnica...

Vou dar um exemplo q suspendemos a implementação do PagSeguro...

É um marketplace, q cada logista cadastra sua conta... Íamos implementar o PagSeguro para dar essa possibilidade aos lojistas...

Tentamos entender como funcionária, pq a gnt iria homologar aquela aplicação para a conta X, e nossos clientes/lojistas, teriam que passar pelo processo de homologação tbm?? Como funcionária... E adivinha, nem eles conseguiram nos responder....

Como prestador de uma API que exige homologação, eu posso comentar que isso protege bastante contra alegações dos integradores... volta e meia algum diz que coisa X não estava documentada, e a gente mostra o log da homologação que diz que ele soube fazer isso e apenas por isso foi aprovado.

Então eu entendo prestadores que fazem o mesmo...

Eu quero implementar o gerencianet por completo em um projeto teste... Para entender todos os pontos...

Mas gostei bastante da doc e atendimento deles... Só de ter gnt técnica com contato direto aqui pelo discord, ajuda muito... PagSeguro nesse quesito vc não consegue falar com ngm da área técnica, muito difícil...

Vários métodos que não mTLS foram sugeridos para o BACEN, e dá para ver no GitHub do BACEN as discussões sobre isso... o ponto é que definido um padrão, é para ser seguido. O momento de discussões sobre isso existiu, passou, e agora é o de implementar como padronizado.

é, eu também desisti, várias URLs apontam pra lugares do Cloudfront com erro 500

E tem q passar o sistema por homologação, muito complexo, e nada ajuda...

Mas eu ainda não consegui implementar o PagSeguro, pq a doc é muitooo ruim...

Mas a doc e o atendimento deles é milhão de vezes pior q da gerencianet...

A versão 4 da api deles, q é a única em vigência se não me engano, faz igual a gerencianet um ambiente só para pix, e um para as outras coisas... Do pix, tem o lance do certificado...

Mas a stripe tem um método de assinatura muito boa, que não precisa de certificado, é só HMAC

Geralmente eu não obedeço cegamente o endpoint, eu busco a fatura novamente na API, eu só uso os dados do webhook pra extrair o id da fatura que foi atualizada

Então, na lista de PSPs de Pix que mantenho, o PagSeguro consta como seguindo o padrão do BACEN... mas não sei se eles ainda mantém o outro endpoint sem certificado.

Essa é boa, não sabia dessa.