Termos mais procurados:
Pessoal da GN, em um a nova integração o webserver Apache estava configurado para aceitar TLSv1.3 e TLSv1.2, e mesmo assim a conexão não fechava. Assim que foi desativado a versão do TLSv1.3 a conexão se tornou possível e o Webhook foi configurado de forma correta.
"a)Fase 1 – até 01/02/2021: Canais de atendimento, produtos e serviços mais relevantes, como contas de depósito à vista e operações de crédito;
b)Fase 2 – até 15/07/2021: Cadastros e transações de clientes relativas aos produtos e serviços da fase 1;
c)Fase 3 – até 30/08/2021: Serviços de iniciação de transação de pagamentos e encaminhamento de proposta de operação de crédito;
d)Fase 4 – até 15/12/2021: Outros produtos, serviços e transações de clientes, como operações de câmbio, investimentos, seguros e contas-salário."
Eu tenho impressão que na fase 1 tem só a tarifa máxima mesmo. Mas um possível pedido seria seguir o mesmo layout do OpenBanking de tarifas públicas disponível via interface autenticada.
a falha de segurança não existe se a GN valida que apenas requests com mTLS serão respondidos, Rafael. entendo que você queira sugerir um exemplo onde o ssl_verify_client seja on, mas isso só é possível em server {} exclusivo para webhooks. o exemplo dado é para um server {} onde requests de webhook (mTLS) e outros requests coexistem, e não há nada de inseguro nisso, especialmente depois de passar por validação.
é recomendado usar ssl_verify_client optional; o que é uma possível falha de segurança
Interessante, estive em paralelo testando alguns novos leitores de QR Code, então claro, é possível
Teremos todas sim! Posso afirmar que o pessoal esta muito focado pra disponibilizar tudo o mais breve possível
Bom dia <@!259720378450968578>! Não foi testado com react native, apenas com o nodejs. Com react é possível, eu não sei informar pelo fato do react native não suportar a tag html
@Efí É possível gerar o payment token no react-native a partir da SDK do NodeJS?
<@!783359762917752843> Como citado pelo <@!780500321994539068>, é isto mesmo. Um pix gerado pode ser pago por qualquer pessoal.
No caso da validação do pagador, não é possível saber informações de quem pagou. Mas consegue saber se quem pagou foi o mesmo CPF ou CNPJ que foi utilizado na cobrança
Agradeço ao pessoal da GerenciaNet, especialmente a <@!671763456487325717> pela ajuda :)
Já foi possível descompactar o certificado com a nova emissão.
<@!780500321994539068> fez um comentário alinhado com o que vem sendo trabalhado na GN: "se foi notificado via webhook ou fez GET no /pix e ficou sabendo da transação, eles cobram".
Por fim, pessoal, faremos o que for possível para ter todos vocês como clientes e promotores da GN 🙂
Spoiler: vamos trazer, nas próximas semanas, um modelo de remuneração por indicação, agregando mais esse valor ao desenvolvimento de aplicações utilizando a GN.
[Fim]
Como disse <@!781626495893635132> , fomos os primeiros a colocarmos as cartas na mesa de forma competitiva e, de alguma forma, trabalhamos para que transações menores fossem também possíveis por Pix. Por isso, definimos o escalonamento. Mas entendemos que há negócios que exigem pensarmos juntos. Vemos como possível falarmos em porcentagem se isso traz conforto para seu modelo de negócio <@!440035527127990273> . A <@!666644688320593931> é nossa Coordenadora de Parcerias e saberá tratar a questão. Faremos a matemática de forma que equalize com os preços propostos no site. Customizações de tarifas exigem um fluxo especial e precisam um pouco mais de tempo, mas é totalmente possível. Inclusive, essa opção é extensível aos clientes de seu(s) produto(s).
Apesar da transação do Pix serem baratas lá na etapa do Banco Central, digamos que isso é só a "ponta do iceberg". Temos ainda os custos de tecnologia, desenvolvimento, processamento, atendimento, resiliência digital, compliance, controles internos, links na RSFN, infraestrutura, atendimento normativo, enfim, temos ainda muita coisa para custeio, e um serviço pautado na sustentabilidade precisa se pagar, caso contrário, a conta vem uma hora ou outra. Por que falamos isso? Para sermos didáticos no ponto em que temos transações gratuitas por Pix pelo APP. O que a GN busca ali é fomentar a Conta Digital e permitir que pessoas físicas ou empresários possam receber por Pix ocasionalmente. Para usuários que demandam de API ou utilizam o serviço fora do "ocasionalmente", a tendência é a GN ir aperfeiçoando o modelo de cobrança buscando justiça e assertividade que convirja para a estratégia. Vocês, de posse da estratégia, podem visualizar com mais facilidade caminhos para suas aplicações.
[continua...]
Por mais que eu mesmo já tenha aberto várias RDRs, e ser possível já ir direto para isso, eu tenho sugerido e praticado um contato inicial com a instituição... e aí se a instituição não der uma resposta apropriada, abrir RDR. Pelo menos uma RDR foi evitada fazendo assim, do valor mínimo de Pix no Bradesco.
Em relação a hospedagem compartilhada como mencionado por <@!440035527127990273> , não é possível configurar o mTLS, pois, você não tem acesso ao .conf do VirtualHost. Sugerimos que tentem um servidor dedicado ou entrem em contato para que a sua hospedagem forneça uma solução para estes casos.
ainda é possível usar um endereço de callback "externo" ao ambiente que lança as cobranças, mas sendo mTLS é mais seguro do que fazer o PSP enviar requests para qualquer destino desconhecido. o mTLS poderia não se justificar nos casos em que a iniciação é do PSP, mas na iniciação externa fica mais garantido que é intencional o uso de determinada URL para callback
Desculpa <@!522899003663450113>! Não é possível realizar o teste com com Qr code em homologação.
<@!781626495893635132> , respondendo sua pergunta no boas-vindas-gn, um Pix manual pode ser recebido mesmo sem chave. Um Pix com chave pode vir sem TxID, se for ou de uma transferência identificada pela chave ou se for de um QR-Code estático, onde o TxID é possível mas opcional.
Um TxID só vem no Pix se ele for de um QR-Code dinâmico, onde o TxID é obrigatório, ou de um estático com TxID.
Fechamos uma feature, bem interessante, em que será possível configurar a conta (só para quem quiser), para receber somente Pix de TxID conhecidos pelo recebedor, nem mesmo transferências manuais seria aceitas, ou seja, só processaríamos Pix que fosse possível ser conciliado.
Assim que todos os participantes do Pix estiverem em conformidade com o regulamento, que não vai demorar, e a conta GN que estiver com essa feature habilitada, a conciliação será garantida 100% :)
Lembrando que é algo que será habilitado mediante pedido. Não se preocupem se não fizer sentido para sua atuação.
Leva algumas semanas para ser disponibilizada, só um spoiler mesmo.
<@!780500321994539068> 👍
Onde é possível criar a chave PIX no GerenciaNet?
Bom Dia :). Não se trata de fazer sentido para outros bancos colocarem, como é opcional. Eles podem estar utilizando isso como um recurso para dificultar cobranças com instituições que dependem do txid. Eles sabem que sem txid é quase impossível dar baixa em um sistema que depende dele, como o ecommerce. Em breve será obrigatório ter o txid em todos eles.
