Histórico de mensagens sobre an

Ela poderia também, mas com um investimento de esforço e estrutura significativo. Você mesmo poderia armazenar, se montasse uma estrutura PCI-Compliant.

Apesar de aparentemente a Efí ter sim planos disso, e as bandeiras de cartões tem tentado oferecer elas mesmas o que reduz a dependência do adquirente atual da Efí, o disponível hoje é a assinatura...

Muito obrigada, @andyjss ! 👏🧡

Fala galera! Baaaum? [REPOSTANDO]

Resolvi o erro ERR_TLS_CERT_ALTNAME_INVALID ao usar API Gateway da AWS.
Após assistir ao tutorial do @danielciolfi, fiz o mesmo procedimento com um domínio registrado externamente, no meu caso namecheap, mas ao tentar registrar a Webhook o erro ERR_TLS_CERT_ALTNAME_INVALID era retornado. Tentei de tudo, gerar novo certificado sem wildcard("."), refazer truststore.pem, gerar certificado direto no “api.” mas não funcionava. Percebi também que ao acessar diretamente pelo navegador, o certificado era sempre relacionado ao domínio principal, e nunca ao “api.”.

Ai lendo algumas soluções aqui no Discord, como a do Ranulfo souza, resolvi fazer da seguinte forma e resolveu:

0 - (Opcional) Antes de começar, recomendo apagar tudo que foi feito, exceto pela API Gateway e o truststore.pem gerado.
(Deletei o nome de domínio personalizado, removi os registros no namecheap e deletei os certificados criados);

1 - Comprar um domínio no Google Domains só para esse uso;
Domínio fictício para fins didáticos: pixok.com

2 - Na AWS, em Route 53, criar nova zona hospeda e no nome do domínio, inserir o domínio comprado (pixok.com) e criar zona;

3 – Ao navegar na zona criada, você vai ver o registro do tipo NS com os links, ai é só adicionar todos no Google Domains em Servidores de nome personalizados do seu domínio. Por padrão, o Google não usa os nomes personalizados, ai é só clicar em aplicar na aba Servidores de nome personalizados;

4 – Criar certificado com o nome api.pixok.com, navegar até o certificado, clicar em Criar registros no Route 53 e confirmar clicando em criar. Isso fará o certificado ser verificado;

5 – Após o certificado ser verificado, ir na API Gateway e criar nome de domínio personalizado com o nome api.pixok.com, selecionando o novo certificado. E também já configurar o mapeamento de API para sua API;

6 – Em Route 53, na zona hospedada, no domínio pixok.com, criar novo registro com as seguintes informações:
- Nome do registro: api
- Tipo de registro: A
- Ativar Alias
- Escolher endpoint para: Alias para API do API Gateway
- Escolher o servidor que você está trabalhando, no meu caso “us-east-1”
- E no terceiro campo que aparecer, já vai carregar automaticamente o
“Nome de domínio do API Gateway” que você encontra no domínio personalizado que criou.
Ai é só finalizar criando o registro e aguardar a propagação que pode levar alguns minutos, no meu caso levou mais de 5 minutos.

7 – Antes de ativar o TLS mútuo no domínio personalizado, eu fiz testes solicitando POST com o postman para api.pixok.com/prod/webhook até ter algum retorno, assim eu sei que toda configuração acima tá funcionando corretamente e foi propagado.

8 – Ativar TLS mútuo como feito anteriormente, aguardar o status ficar ativo e testar o registro da webhook com o seu link 😊


Obrigado Ranulfo souza e a todos que comentaram sobre o assunto. 👊

Isso. Gerada em homologação não dá para pagar.

Mas você tem um webhook registrado em homologação, seguindo as regras você recebe a notificação do "pagamento".
Se o valor da cobrança está entre R$ 0.01 à R$ 10.00: A cobrança é confirmada, informação virá via Webhook.
Se o valor da cobrança é maior que R$ 10.00: A cobrança permanece ativa, sem confirmação. Como não há webhook nesses casos, nada é feito.

Muito Obrigado @guilherme_efi , esse qrcode não da para ser lido pelos aplicativos de banco pois é homologação certo?

Ou você pode também gerar um link responsivo da cobrança Pix.
Veja mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#gerar-qrcode-de-um-location

É possível sim, @rafaelsunn.

Para isso, após ter criado a cobrança dinâmica basta consumir o endpoint GET/v2/loc/:id/qrcode (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-gerar-qrcode-de-um-location) passando o id do loc como parâmetro, no exemplo que você passou é o id 3
Você terá o seguinte retorno:

{
"calendario": {
"criacao": "2023-03-02T14:35:03.533Z",
"expiracao": 36000
},
"txid": "af7d7ec95c3b4873b82bb2bd68bd085a",
"revisao": 0,
"loc": {
"id": 3,
"location": "qrcodes-pix-h.gerencianet.com.br/v2/22f0fdd584504d42aac38d03d8026190",
"tipoCob": "cob",
"criacao": "2023-03-02T14:35:03.580Z"
},
"location": "qrcodes-pix-h.gerencianet.com.br/v2/22f0fdd584504d42aac38d03d8026190",
"status": "ATIVA",
"valor": {
"original": "1.00"
},
"chave": "[email protected]",
"solicitacaoPagador": "bingo123"
}

Bom dia, @rafaelsunn. Tudo bem?
Isso acontece ao tentar editar os escopos de uma aplicação?

Limpe os dados do seu navegador, ou acesse sua conta por aba anônima, e tente novamente.

Bom dia, @dlmorais. Estamos com essa opção em nosso backlog, será disponibilizado no futuro.
Atualmente, sempre que gerar uma cobrança de cartão de crédito você vai receber o json com "status": "waiting". Então na notificação vai ter os detalhes, se o pagamento foi aprovado, se não, vai ter o reason. Você encontra exemplos em nossa documentação: https://dev.gerencianet.com.br/docs/notificacoes-recebendo#21-exemplos-de-respostas

Para testar sugiro fazer em produção com cartões fictícios gerados no site (https://www.4devs.com.br/gerador_de_numero_cartao_credito).
Caso você esteja na conta que vai utilizar em produção e não queira "poluir" os logs dessa conta, você pode abrir uma subconta para fazer estas simulações. Assim não terá impacto na sua conta principal.

Para abrir uma subconta siga o passo a passo: https://gerencianet.com.br/artigo/ter-mais-de-uma-conta-gerencianet

Bom dia @oliveiramv. tudo certo?
Existe sim, pode ser acessada no link abaixo:
https://gerencianet.github.io/documentation/

Bom dia, tudo bem ? Para confirmação em Sandbox você deve abrir um chat no canal # atendimento e enviar o número da cobrança, valor que a cobrança deve ser quitada e a data do pagamento

Olá, @andyjss. Bom dia!! 😃
Muito obrigado por sua contribuição com nossa comunidade. Sem dúvida irá ajudar muitos integradores! 👏🧡

Bom dia, @taina9839! Tudo bem? 😀
Sim. Nossa APi possui um endpoint que já monta e lhe entrega Pix Copia e Cola e a imagem do QrCode em base64.

Para isso, após ter criado a cobrança dinâmica basta consumir o endpoint GET/v2/loc/:id/qrcode (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-gerar-qrcode-de-um-location) passando o id do loc como parâmetro quer você terá o seguinte retorno:

Bom dia, estou querendo simular erros durante a compra com cartão de crédito. Existe alguma forma de fazer isso no ambiente de homologação?
Cheguei a gerar um payment_token usando um cartão vencido, mas até isso deu sucesso em homologação.
Existem algo tipo números de cartões predeterminados que vão recusar uma transação, por exemplo?

Bom dia @guihackmann! Tudo bem?
Nosso time do @Relacionamento vai acionar você. 😃

Bom dia, @valmirmorikawadasilva.
Segue exemplo de uma página com o script que foi implementado usando o .readymesmo, e é possível gerar o payment_token e buscar as informações de parcelas mais de 1x.
Inclusive você consegue acompanhar a implementação desta página no vídeo do curso da nossa API: https://youtu.be/B03nk16B7fs
796016902862405632/1721047060314exemplo-cartao-final.zip

Bom dia, tudo bem? Estou com problemas. Tenho diversos pagamentos que não saem do status "Processando" nunca. Um deles desde o dia 20/02

@thaisgerencianet Pode me ajudar com abertura da conta da empresa que sou gestor?