Histórico de mensagens sobre sandbox

Oi pessoal, boa tarde!
Estava aqui pensando em algum jeito de testar alguns tipos de erros em transações e acho que tenho uma sugestão para vocês (caso já exista, por favor me sinalize como utilizar).

Eu gostaria que tivesse dados de cartão de crédito para a gente testar em sandbox onde a mensagem daria por exemplo que o digito (cvv) tá incorreto, a validade tá incorreta, numero do cartão ou outra coisa... Se tivessem esses dados na documentação seria ótimo para testarmos isso e poder retornar a informação correta para o usuário.

Somente acrescentar suas credenciais client_id, client_secret no arquivo config.json, sandbox igual a true, se seu ambiente for Homologação e no atributo pix_cert o diretório relativo com o nome do seu certificado no formato .pem

Certo, a variável sandbox está como false e o certificado informado no 'pix_cert' é de produção?

A configuração do ambiente é feita pela variável 'sandbox'. Ela sendo setada como true, você está em homologação e, como false, em produção.

E para homologação:

Não. Para produção fica assim:

Neste caso, para produção utilize a variável sandbox como false e para homologação, como true.

Olá <@!651767505777459205> ! Boa noite. Tudo bem? Você se refere à essa configuração?

boa tarde. ainda não é possível simular o pagamento de pix no ambiente sandbox?

Estou gerando o Bolix com o código abaixo (omiti com xxx os dados sensível).
Note que existe juros e multa: {"fine":200,"interest":33}

{"items":[{"name":"#4304756 - FEV/22 - MENSALIDADE","value":500,"amount":1}],"payment":{"banking_billet":{"customer":{"name":"Andre R V Cunha","cpf":"xxxx","email":null,"phone_number":"xxxxxxx","address":{"street":"Avenida Délio Silva Britto, s/n","number":"630","neighborhood":"Coqueiral de Itaparica","zipcode":"29102904","city":"Vila Velha","complement":null,"state":"ES"}},"expire_at":"2022-02-27","configurations":{"fine":200,"interest":33},"message":"- Emitida por Studio Conta DanceBank.\n- E-mail do Emissor: [email protected].\n- Caso já tenha pago desconsiderar solicitação.\n"}},"metadata":{"custom_id":"","notification_url":"xxxxxx"}}

Bolix gerado: https://visualizacaosandbox.gerencianet.com.br/emissao/315629_68_DROZE3/A4XB-315629-68-LUANEM3

Não está vindo com juros e multa. O que pode ser?

Isso está acontecendo no sambox e produção.

Tem hora que vem tem hora que não vem.

Em produção, você deve informar suas credenciais e certificado de produção. Além disso, a variável 'sandbox' deve estar como 'false'.

Mas to fazendo a requisição para o endpoint /v1/card em sandbox e to recebendo a mensagem que tá errado

Bom dia, você não esta utilizando uma SDK, correto?
Neste caso, além das suas credenciais (client id e client secret), você deve alterar a URL base de https://sandbox.gerencianet.com.br para https://api.gerencianet.com.br

Bom dia! estou fazendo testes em HTTP, tudo certo, quando fiz autenticação usei ID e SENHA da homologação (funcionando certinhos os testes), quando eu for para produção mudarei só ID e SENHA da produção? ou algo mais?

na SDK 'sandbox' => (true = homologação e false = producao) na HTTP não identifiquei onde muda.

<@!811617017449676821> <@!800721458875727872> <@!826080016981819402> <@!671762828046106646>

Bom dia! Existe alguma previsão de vocês para adicionar algum mecanismo que facilite os testes em ambiente de homologação? Algo simples, por exemplo:

- Crio uma transação PIX através da minha aplicação
- Vou no painel de vocês, marco a transação como paga
- Isso dispararia o webhook (que nesse caso, por ser homolog, não precisaria de certificado, etc, podemos usar ngrok ou similar para criar um túnel para o localhost) e também marcaria a transação com o status "CONCLUIDA" caso eu queira consultar pela API

Acredito que não teria a necessidade de simular o pagamento via QRCode de início, algo como o fluxo acima resolveria.

Da forma que está hoje, tendo que testar em produção, complica bastante o ciclo de desenvolvimento quando utilizamos a API de vocês, e somos obrigados à ficar fazendo pagamentos reais para testar.

Grato pela atenção!

OBS: Não querendo ser rude, mas estou utilizando API de concorrentes de vocês que, apesar de terem implementado o PIX depois, possuem um ambiente sandbox muito mais avançado e que facilita o desenvolvimento sem a necessidade de ficar fazendo pagamentos reais à todo momento.

Inseriu as informações da sua conta corretamente, bem como a url do mesmo ambiente das credenciais? https://sandbox.gerencianet.com.br pra homologação e https://api.gerencianet.com.br para produção

Boa tarde, <@!424210215014105088>. Na configuração do virtual host para tratativa do webhook, você deve informar o certificado disponível nos links https://pix.gerencianet.com.br/webhooks/chain-pix-prod.crt(Produção) ou https://pix.gerencianet.com.br/webhooks/chain-pix-sandbox.crt(Homologação). O arquivo .p12 que você baixa em sua conta Grencianet é para realizar as requisições na API Pix

estou tendo o erro "A autenticação de TLS mútuo não está configurada na URL informada" para receber webhooks, quando eu uso informo o arquivo .p12, eu devo também configurar chain-pix-sandbox.crt? Ou só com o arquivo .p12 já deveria funcionar?

boa tarde. Estou testando o sdk php pelo sandbox, criando uma assinatura de um plano que não existe pra gerar um GerencianetException. No entanto, apesar do servidor responder um código 500 é retornado uma resposta normal pelo sdk. Alguém pode esclarecer?

Os parametros são estes aqui para pegar o token?

String basicAuth = Base64.getEncoder().encodeToString(((this.clienteId + ':' + this.clienteSecret).getBytes()));

HttpPost httpPost = new HttpPost(rota);
httpPost.setHeader("Content-Type", "application/json");
httpPost.setHeader("Authorization", "Basic " + basicAuth);
String requestJson = "{"grant_type": "client_credentials"}";

Retirei o certificado e estou na rota https://sandbox.gerencianet.com.br/v1/authorize

E continua dando não autorizado.

Esta API de vcs não tive muito sucesso com ela ... desculpe.

Será que estou com o Bolix liberado para realizar as transações?
O Cliente Id e o ClienteSecret é o mesmo do PIX?