Histórico de mensagens em sugestões

pois se eu tiver que passar por um processo "cadastramento" a cada cliente para quem eu quiser oferecer solução de integração, fica um pouco complicado (não é o fim do mundo, mas poderia ser mais facilitado)

no artigo é citado que deve-se informar "e-mail e cpf" do usuário secundário a ser cadastrado. neste caso, se o cpf informado já for um correntista GN, o sistema entende isso e em vez de receber um e-mail para cadastramento, o vínculo é automático?

Somente a parte de solicitar o certificado que ficaria a cargo do titular da conta, mas podemos debater sobre isso também

https://gerencianet.com.br/blog/usuarios-secundarios-284/#:~:text=Na%20conta%20Gerencianet%2C%20acesse%20o,e%20clique%20em%20%E2%80%9CCadastrar%E2%80%9D.

Boa tarde <@!440035527127990273>! Temos a funcionalidade de usuário secundário, onde o detentor da conta configura o tipo de acesso, inclusive somente a parte da API para que o usuário secundário tenha acesso.

A respeito do discutido em https://discord.com/channels/775322853884821504/775328670784159744/796748024566120519:

A GN poderia oferecer na parte de API > Aplicações, uma opção para compartillhar os direitos de acesso à essa aplicação com um integrador parceiro por dentro da plataforma da GN, que poderia ver o client_id e client_secret e solicitar certificados.

Assim não dependeria do cliente fazer o processo de obtenção de credenciais, solicitar certificado, receber senha por SMS (que tem período de validade relativamente curto - 4 horas) e depois encaminhar tudo isso pro integrador por fora do sistema.

você foi apenas pragmático demais 😄

o fluxograma atende todas as situações, mas eu estava pensando só na minha situação e na hora me pareceu que o teste era desnecessário

não achei

nossa, olhando o fluxograma novamente notei o tamanho da idiotice que foi a minha pergunta kkkk

se vc quiser aceitar só estáticos num formato predefinido, pode fazer algo como ^meutoken123 (ou se a GN exigir "casar" o regex até o fim do campo, o que eu não acho que seja o caso, ^meutoken.$) e só vai aceitar txids iniciados com meutoken123

Esse será o meu caso. Pretendo rejeitar todos os txids vazios

se vc usar como regex validador: ^[a-zA-Z0-9]+$ - ou simplesmente ^.+$ ou ainda .+ vc impede txid vazios

Se for isso, sua regex pode ser ^$

ah sim, pensei que era pra testar se havia txid e rejeitar todas as que não tivessem

então vazios e estáticos vão para o teste de regex, e aí o integrador decide o que fazer

observe que também cai no regexp quando tem txid e é 1 <= txid <= 25 (estático)

a ideia é testar se o regexp do integrador admite txid "vazio"

na verdade seria ^$

NULL