Histórico de mensagens em sugestões

os termos de uso da GN foram atualizados recentemente mas o UX ainda é o mesmo: ruim de ler 🙄

Se você fizer sem ser na sexta, no outro dia já deve ta liberada.

Na verdade a abertura de conta na GN é relativamente rápida.

não estou com pressa. tem muita coisa pra desenvolver ainda antes de eu ter que me preocupar com a conta estar aberta (e o prazo disso ser um problema) 😄

O bom seria que você não ia demorar todo o processo 😄

Felicidade resume!

mas não tenho por que abrir se não estiver resolvido, então prefiro fazer num tapa só, quando/se for resolvido

Exato.

O que este TradeName e LegalName ajudarão na prática? É para aparecer meu nome "fantasia" na hora que forem pagar o pix?

Na verdade dá para abrir a conta antes, mas cadastrar a chave do DICT apenas quando já estiver definido isso. E a conta é de graça, que nem injeção na testa. 😉

estou virtualmente marcado. aguardando isso pra abrir a conta PJ

Bom dia pessoal, sobre TradeName e LegalName. A questão estará tratada nos próximos 15 dias.
<@!522899003663450113> <@!780500321994539068>

É que dessa forma vocês não precisam coordenar uma mudança do tipo "vira a chave"... quem já estiver pronto, já ativa assim.
(E no /pix poderia já ter o ?client_id também)

Certo Rubens! Verifiquei aqui, já está sendo analisando essa questão e em breve traremos o retorno.

Isso. Ativa qual deles funcionar, com preferência para o padrão do BACEN.

<@!780500321994539068>, bom dia!. Sugere então testarmos com uma url https://meudominio.com.br/pix por exemplo, e testar sem o /pix. Certo?

Sugestão para a incorporação do /pix: no teste de ativação do webhook, testar primeiro com /pix. Se funcionar, já sabe que esse cliente está preparado e usa dessa forma. Se não funcionar, por enquanto ativa sem /pix, vai registrando para notificar os clientes para mudar.

<@!440035527127990273> Bom dia! Mais uma vez agradecemos pelas sugestões. Vou anotar todo cenário e repassar para nossa equipe especializada para que eles analisem sua sugestão e implemente a mudança em nossa doc.

os links internos da documentação (como o "veja aqui" no quadro do txid que comentei acima) são no formato https://dev.gerencianet.com.br/v1/docs/api-pix#section-id-da-transa-o o que causa o carregamento de uma nova página se o visitante estiver lendo em https://dev.gerencianet.com.br/docs (sem o /v1 no path) e, quase sempre, não rola a tela para âncora que foi referenciada no link.

Os links poderiam ser resumidos à ancora: #section-id-da-transa-o ou os endereços com/sem /v1 poderiam ser unificados (o endereço sem /v1 redirecionar para o endereço com /v1) aí links poderiam ser completos ou ter apenas a âncora que não ficariam quebrados.

a collection do Postman tem corpo "raw", quando poderiam ser elementos json. os exemplos de request ficariam muito mais clean, com content-type adequado e sem aqueles "\r\n" e espaços/tabs desnecessários entre os itens