Termos mais procurados:
OI BOA TARDE QUERIA SBAER ONDE ENCONTRO A API PRA VERIFICAR A INSTEUIÇAO DA CHAVE PIX DO CLIENTE OU SEJA EU ADICIONO A CHAVE PIX E A API ME RETORNA AS INFORMAÇOES DAQUELA CHAVE PIX EX BANCO AG CONTA ETC, ALGUEM PODERIA ME TIRAR ESSA DUVIDA?
Sim @rubenskuhl, mas a Efí pode manter o padrão da API Pix do jeito que é hoje. Porém ao invés deu utilizar uma UI para criar os certificados, eu utilizaria uma API para isso. A API cria as credenciais, as chaves, isso funcionando seria como se fosse a UI da Efí hoje só que permitindo que eu parametrizasse a conta do cliente e obtesse os dados necessários para utilizar a API Pix. Entendeu?
Criar "chaves pix favoritas" para fazer transferências que fazemos muitas vezes de forma mais prática
Bem que a @Efí poderia colocar na tela do APP as últimas chaves PIX usadas para envio... pq ficar digitando toda hora, cansa!
Boa tarde, @jrmxse2735! Seja bem vindo! 👏 Tudo bem?
A API da Gerencianet já possui um endpoint com esta funcionalidade de transferência/envio de Pix, que lhe permite realizar o envio utilizando os dados bancários da conta do recebedor ou através da chave Pix. Segue o link do endpoint em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-requisitar-envio-de-pix
Pontuando que para obter o acesso a este endpoint é preciso preencher o seguinte formulário:
https://www.cognitoforms.com/GerencianetPagamentos1/Formul%C3%A1rioDeSolicita%C3%A7%C3%A3oDePermiss%C3%A3oParaEnvioDeValoresPixViaAPI
Após o preenchimento, basta aguardar que entraremos em contato.
Confesso que não entendi o problema. Se algum PSP comete a atrocidade de enviar uma chave Pix em uma transação manual (com ag. e conta definidos pelo pagador), a GN tem duas opções:
1. tratar com base nas regras da chave enviada (segue a regra de aceite definida pra essa chave); ou
2. trata como manual (e a opção "receberSemChave" vai barrar, se o EC quiser).
Se enviar a chave num Pix manual, mesmo assim não vai ter txid... cai na outra regra. De txid inválido o espaço de endereçamento é o limite, mas se for do tamanho do txid de um estático, também vai pra chón. Se enviar um txid de dinâmico que não tem match em cobrança, idem.
Pessoal, bom dia.
Passamos os últimos três dias testando massivamente a nova funcionalidade, porém acreditamos que ainda podemos ter surpresas com PSP's que fazem uma "abordagem própria", algo que já estamos calejados 🙄 , por exemplo alguns enviam as chaves mesmo nos Pix manuais, ou podem enviar um outro padrão de txid inválido que ainda não pegamos, etc.
Portanto, não iremos liberar a atribuição autônoma de escopos no nosso sistema ainda. Peço aos interessados que informem ao <@!652136709982781470> o Client Id das credenciais de vocês, ele vai atribuir os novos escopos pontualmente. Vamos seguir o entendimento de uma funcionalidade em beta, portanto sugiro que criem uma nova chave evp exclusiva para a utilização das novas configurações, para não atrapalhar a operação de vocês.
Entendi. Então você tá apoiando por que é melhor pro EC e por que vai na linha da API do BACEN, apesar da minha sugestão ter sido motivada, principalmente, pela economia de recursos da GN para processar os dados em um formato que tenha as chaves pix como índice. Apenas motivações diferentes.
é muito mais legível uma estrutura assim:
Você achar mais "entendível" um objeto não ter o seu identificador (a chave Pix) como índice e ser um elemento interno / propriedade do próprio objeto, só demonstra que você está aplicando um argumento válido (o formato deve ser entendível para quem vai consumir a API, concordo) num local onde ele não faz sentido (o formato que escolheram não é o mais entendível e não é prático de se trabalhar, mesmo do ponto de vista do EC).
A minha preocupação foi 0% em relação ao EC. Foi 100% do lado da GN em relação ao desempenho que ela vai ganhar não precisando iterar esse array em todo recebimento. Todo array que depende de um loop que o percorra para que seus elementos internos sejam identificados (e condicionantes sejam aplicadas) é um array "burro". O identificador deve ser a chave do elemento, sempre que possível. Verificar se pix[chaves][123] existe não exige que eu leia todos os elementos em chaves (e muito menos todos os seus valores internos). Ganha-se absurdamente em velocidade e em consumo de memória - e isso mesmo quando só houver 1 elemento no array. Um teste array_key_exists() tem um processamento ínfimo perto de qualquer tipo de loop. Isso pode ser comparado à uma busca em banco de dados em diferentes colunas, uma com índice e a outra sem.
isso no endpoint /gn/config, certo? esse endpoint já está em uso? vi ele ser comentado aqui no <#💭sugestões> mas não me recordo de alguma config que já tenha sido implantada.
se não foi (ou se foi mas ainda não existe esse índice chaves) eu iria sugerir modificar a estrutura interna dele, passando a usar as chaves como índice das configurações que são definidas por chave.
assim vocês ganhariam em desempenho: não iriam precisar iterar o array chaves e ler o valor de chave em cada um deles para encontrar qual se refere à chave 123 onde um pix tenha entrado. bastaria procurar pela existência do elemento pelo seu índice, pix[chaves][123] (assim como __eu acho__ que já é feito para o cadastramento dos webhooks, por exemplo). o ganho é marginal em 1 recebimento mas pode ser significativo em volume.
Pessoal, boa tarde.
Segue a nossa proposta (inclusive já em andamento) que contempla somente, e apenas inicialmente, as travas de recebimentos de Pix sem txid's, bem como eventual bloqueio geral de recebimento a partir de QR Codes Estáticos (esse segundo ponto veio porque vimos ser uma mudança simples e de ampla aplicabilidade).
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
}
}]
}
}
Pessoal, sobre a configuração de recebimentos, fizemos o alinhamento com o time e partiremos novamente da configuração mais simples, onde trazemos para vocês a previsão de disponibilidade para o dia 10/03/20201. A estrutura que iremos trabalhar nesse primeiro momento será algo semelhante ao modelo abaixo:
É possível também criar novas chaves Pix do tipo aleatória e excluí-las também.
https://dev.gerencianet.com.br/docs#section-criar-chave-evp
https://dev.gerencianet.com.br/docs#section-remover-chave-evp
