Termos mais procurados:
Bom dia pessoal, ao mudar status do boleto o notification está apresentando erro de ambiente isso em produção: "{\"message\":\"An error has occurred.\",\"exceptionMessage\":\"Could not authenticate. Please make sure you are using correct credentials and if you are using then in the correct environment.\",\"exceptionType\":\"Gerencianet.SDK.GnException\",\"stackTrace\":\" at Ger"
Pessoal, ainda estou recebendo esse erro.
o absolute path que aponta para o certificado parece estar correto:
"/usr/src/certificates/producao-373554-shopchafe.p12"
Poré, continuo recebendo Error: FALHA AO LER O CERTIFICADO
Boa tarde, Pessoal. Estou com um problema ao gerar o Payment Token no Back-end (uso PHP). Na documentação é dito que para gerar o Payment Token, antes, é necessário gerar o Salt e a chave pública RSA. As funções para gerarem esses dados estão funcionando perfeitamente. Mas, na parte final, quando mando esses dados para gerar o Payment Token, um erro é retornado dizendo que o identificador de conta fornecido é inválido. Mas isso não faz sentido já que eu consigo obter o salt e a chave RSA e ambos precisam do identificador da conta, e eu uso o mesmo para gerar o payment token mas não funciona de forma alguma. Alguém já passou por esse problema e sabe como resolve-lo ?
onde esta o bendito erro??
{"code":3500034,"error":"validation_error","error_description":{"property":"/configurations","message":"Propriedade desconhecida (não está no schema)."}}
estou montando o json e estou recebendo esse erro...
pra ser mais especifico, o erro que estamos tomando é:
nome: "chave_invalida"
mensagem: "A chave informada não faz referência a conta Gerencianet autenticada"
nas configurações informei : $configurations = [ "fine" => 200, "interest" => 33 ];
entendo que os juros diario deveria ser 0,33%
esse comportamento em sandbox é esperado ou há um erro? ou nao entendi as regras?
Bom dia Pessoal!
Estou tentando gerar o payment token via backend, estou com esse erro:
{'code': 3500011, 'error': 'invalid_data', 'error_description': 'Não foi possível recuperar os dados enviados'}
Fiz todo o processo, estou gerando o salt (incluindo ele no json dos dados), gero o RSA e faço a criptografia dos dados com essa chave publica.
Boa noite, estou com uma duvida. Preciso gerar uma cobrança sem vencimento, mas se eu não especificar uma expiração para Cobrança imediata sem txid, recebo um erro
obrigado...consegui fazer 5 testes aqui agora e identificar cada erro possivel...
mas teve um teste que ele passou...
coloquei o boleto para vencer hoje e aceitou...
na interface web nao aceita eu colocar o vencimento no mesmo dia de emissao..
Olá, bom dia. Estou recebendo o erro "Não foi possível recuperar os dados enviados." ao tentar cadastrar um cartão na rota "/card". Em homologação acabei de testar e tudo funciona lindo. Em produção, já revisei todas as credenciais e certificados, aparentemente está tudo certo.
mesmo erro aqui, alguma solução?
Bom dia @tiagooops tudo certo?
Por determinação do Banco Central, nossa API adiciona o /pix ao final da URL cadastrada, sendo assim
Se você cadastra o webhook a URL:
exemplo.com.br/webhook
A confirmação de pagamento será enviada para:
exemplo.com.br/webhook/pix
Além da rota criada acima, é necessário que você adicione a rota a seguir:
Bom dia pessoal? estou testando a api do pix, já consegui cadastrar a url de callback e tb já consigo gerar a url para o pagamento, o problema é que quando eu pago o registro ele não chama a url de callback não da erro não acontece bada alguém poderia ajudar?
Boa noite, pessoal.
Estou tomando esse erro ao tentar criar a charge do pix no node.js:
--> Erro createCharge Error: FALHA AO LER O CERTIFICADO
at Endpoints.run (/usr/src/app/data/cloud/node_modules/gn-api-sdk-node/lib/endpoints.js:36:11)
at Gerencianet. [as pixCreateImmediateCharge] (/usr/src/app/data/cloud/node_modules/gn-api-sdk-node/index.js:20:22)
at createCharge (/usr/src/app/data/cloud/functions/order_pix.js:316:40)
at /usr/src/app/data/cloud/functions/order_pix.js:54:30
at processTicksAndRejections (internal/process/task_queues.js:93:5)
module.exports = {
sandbox: false,
debug: false,
client_id: 'Client_Id_xx',
client_secret: 'Client_Secret_xx',
account_id: 'xxx',
certificate: resolve('../certificates/producao-373554-shopchafe_dev.p12'),
chave_pix: '+5521xxx'/
Eu alterei para passar a pegar o absolute path ( usando o resolve ) conforme sugestão lida acima, mas o erro continua.
Os erros da API em homologação ainda estão em processo de melhora.
Ainda não consertaram esse erro?
