Termos mais procurados:
Estamos todos caindo em salto livre, montando: aviões, asas, paraquedas, balões e até foguetes, alguns estão indo para o lado oposto com toda velocidade, meu caso com o mTLS, kkkkkkkkkkkkkk Meu avô diz = Todo castigo para programador é pouco, ele programava em Basic .
eu tb senti falta desta função de copiar a chave no app
Eles vão colocar em breve 🙂
Queria deixar uma dica aqui pro pessoal da <@!781134406680838216> , ter a opção de copiar a chave no aplicativo. Tive que passar minha chave pra alguém porém como não tem essa opção digitei a chave aleatória na mão, kkkkk
Quebrou a sua e a da torcida do time de futebol. Ainda bem que eu tinha deixado int, em tudo , pois segundos é inteiro.
Boa noite, aparentemente houve uma mudança na API, a expiração estava indo como String, agora é requerido ir como Inteiro ( O que faz todo sentido, mas quebrou minha aplicação aqui. ).
fiz um teste agora com um QR Code estático com identificador. Mostrou na tela de identificação direitinho, pagou mas qdo olho no extrato não tem esse indentificador
Já foram citados outros bancos sem a opção de chave aleatória manual... acho que um era o Inter. Eu não olhei o manual de experiência do Pix para ver essa experiência era obrigatória ou opcional... mas cá entre nós, é pior preencher uma chave aleatória do que banco/agência/conta. A experiência para a qual a chave aleatória foi pensada é a do QR-Code mesmo, quer seja estático ou dinâmico.
Sofisa é um lixo, da nem pra fazer um Pix pra chave aleatória manualmente rsss
Ótima noite Jéssica, a noite hoje é longa, já sei que vou continuar sonhando com o mTLS em php 🙂
Ainda bem que aqui no banco já era int, pois é em segundos e segundos são numeros inteiros para somar com a data e ter o tempo.
Pessoal, estamos encerrando por hoje! Retomamos amanhã às 08:00hrs. Uma boa noite a todos. 😀
boa noite
Show, obrigado 😉
Isso, somente será lido em produção
Os bancos só reconhecem o QR Code quando gerado em produção? Aqui está retornando como inválido, em sandbox
vi mesmo, já deu BO aqui e já corrigi, 👍
@everyone de acordo com o que foi questionado na issue (https://github.com/bacen/pix-api/issues/207) , o campo calendario.expiracao foi alterado de 'String' para 'Integer'. Já fizemos essa alteração em nossa documentação e em nossa Collection do Postman.
Mas quando tiver pagamento na API, aí haverá margem para fraudes e para controles de mitigação dessas fraudes...
Pelo que entendi em outras apresentações da ClearSale, o foco deles é justamente nos requisitos de anti-fraude/anti-lavagem-de-dinheiro/anti-terrorismo que os PSPs (como a GN) tem que seguir... para os correntistas, como o Pix não tem chargeback as questões de fraude são mais simples do que em cartão de crédito.
