Histórico de mensagens em sugestões

mas na prática, pra esse fim, dá no mesmo.

a opção txidEstatico poderia ser tratada, a princípio, com base no comprimento do txid (1-25 = estático). no futuro pode ser alterado (quando estiver disponível na PACS o método de iniciação do Pix).

do lado da GN já devem haver validações quanto ao formato do txid recebido. ele vem em formato string na PACS, pois assim é determinado que venha. o EC não tem como validar (e não precisa) se é string/int. a questão é se tem/não tem (e ter txid de string vazia deve ser tratado como equivalente ao "não ter txid", por parte da GN, nesse validador de txid "nulo", assim como o )

Ok <@!742492546198143151> 👍

<@!816632817441177600> desse ponto pra baixo falam sobre o que argumentou agora a pouco.

0, 1, "0", são todos estáticos. pq precisam de tratamento especial? não entendi, <@!783359762917752843>

Ok então.

Só desenvolver numa linguagem que não caia nesse tipo de pegadinha... 😉

e como tu diferencia de txid = NULL e sem o parametro txid ?

NULL é um txid válido. String vazia, espaço, não são.
0, 1 e "0" também são válidos.

pois.. é preciso colocar nos casos de testes os seguintes teste:

txid = "" // string vazia
txid = " " // string com um espaço
txid = 1
txid = null
txid = "NULL" // sim uma string null
txid = 0
txid = "0"

e sem txid

Ao meu ver todos esses casos devem ser rejeitados.

a descrição dada para o txidNulo não fixou muito bem explicada no exemplo. permitiria rejeitar se alterar pra false. true seria o padrão (aceitar).

Com 25 caracteres talvez dê para fazer um SQL Injection... 😉

Para quem paga taxa fixa em centavos. A condição de tarifas padrão da Gerencianet é percentual.

ainda que não gere prejuízo financeiro, pode gerar aumento de consumo de recursos (tecnológicos e humanos)

que também poderia seria uma arma de ataque, oras. montar QR com txid é fichinha

O txid nulo acontece por falha de PSPs. O estático só se montar um EMV de propósito...

Não seria melhor:

{
"pix": {
// configuração da conta
"receberSemChave": true, // permite ao EC recusar Pix Manual de titularidade diferente
"chaves": [{
"chave": "[email protected]",
"recebimento": {
"receberSemTxid": true, // Por padrão todas as chaves recebem, quem configurar como false, recusa Pix sem txid
}
}]
}
}

e o terceiro seriam as opções de regex, txidmatch, glob, etc (que não são necessárias pro meu modelo e acho que tem menor apelo), como disse o Rubens

não dá pra entrar com essas 2 configs ao mesmo tempo, já de imediato?

- txidNulo (faltante, vazio ou )
- txidEstatico (1-25 chars)

o teste ficaria exatamente no mesmo local no fluxo de avaliação de aceite do pix entrante, então não deve atrasar literalmente nada o desenvolvimento.

outra sugestão seria aceitar default (ou padrao, outras, enfim) como chave (qualquer chave sem configuração específica, seguiria o definido para o esse default), que eu entendo que poderia ficar pra um segundo passo