Histórico de mensagens sobre erro

4600608server_errorVocê já possui chave(s) Pix. Para cadastrar outra, exclua uma chave.

aparece este erro

Unhandled error TypeError: Cannot read property 'toString' of undefined

Bom dia pessoal! Estou enfrentando um problema ao tentar utilizar o SDK de NodeJS. Eu verifiquei se o ID e o segredo estão corretos, e gerei novos certificados tanto para producao quanto para homologacao, mas toda vez que tento executar o código do exemplo (createCharge), o servidor me retorna um erro:

{
error: 'invalid_token',
error_description: 'Malformed authorization header'
}

Porém estou recebendo este erro

O erro em que o pagamento via cartão de crédito não sai do status waiting ainda não foi resolvido?

Boa tarde, estou integrando meu software Java com a Gerencia Net por meio do SDK disponibilizado, tenho minhas chaves e certificado já informados no arquivo JSON e estou enviando as informações na requisição por homologação, porém, não consigo fazer uma chave de cobrança, pois recebo retorno 500 "Ocorreu um erro ao solicitar a criação da chave".

Não entendi se isso é um problema de configuração na minha conta ou no código, o que pode ser?

Notei que na documentação tem a seguinte recomendação no endpoint de criação de chave: Requer autorização para o escopo: gn.pix.evp.write, mas já assinalei todas as opções de homologação.

Mesmo erro no insomnia

Na consulta de erros não aparece a rota de cancelamento de assinatura

Estou tendo esse erro ao cancelar uma assinatura em ambiente sandbox

estou recebendo esse erro

Bom dia @guilherme_efi tudo bem?
Estou integrando a API do gerencianet para emissão de boletos acompanhando a documentação junto ao curso disponibilizado pela plataforma e estou encontrando uma inconsistência nas informações.
Utilizando o exemplo do arquivo "createOneStepBillet.php", ao executar o arquivo, uma mensagem de erro é retornado dizendo que: "validation_error A propriedade [notification_url] é inválida".
Os atributos do endpoind para criação de boleto foi alterada e a documentação está incorreta ou o endpoint tem algum erro que precisa ser corrigido?

Oi, @gmandre. Bom dia!
Para que possamos lhe auxiliar nos dê mais detalhes da sua dúvida/erro que está ocorrendo. Qual endpoint está consumindo?

Mas qual método da API ? A mensagem de erro que você postou sugere o uso de um método não apropriado.

Pessoal, tem uns dias que o ambiente de homologação tá dando erro na hora de passar compra com cartão. São erros esporádicos. Falha uma vez e depois de tentar novamente com os mesmos parâmetros passa. O pior que o erro é totalmente genérico.

Abaixo trecho retirado do log do meu integrador. O JSON no final é o retorno da API da Efí.

Porém quando fui passar a aplicação para produção, trocar meus id's e certificado, não consegui pegar o novo access_token. O erro que eu recebia no retorno das requisições era:

data: {
error: 'invalid_client',
error_description: 'Invalid or inactive credentials'
}

E depois de varias tentativas mal sucedidas de conseguir o access_token em produção, tentei novamente em desenvolvimento (homologação) mas, mesmo o código tendo estado inalterado, não estava mais conseguindo nem o access_token de homologação, que estava conseguindo antes normalmente.

Bom dia, acho que é neste canal que falo sobre boleto... Estou recebendo um erro em vez em quando da API de vocês.. A string não corresponde ao modelo: ^[1-9]{2}9?[0-9]{8}$ o mais estranho que tento to gerar o boleto e hora mostra este erro e hora não.. isso só acontece no boleto já o pix funciona normal, verifiquei todo o código para ver se estou enviando espaço ou caractere estranho e não estou... Poderia dizer em qual campo da API é verificado este erro? Fico no aguardo

ha e um detalhe as vezes fica dando esse erro na hora que vou consultar os retornos

Bom dia pessoal to com um problema aqui ... usando a chave de homologação a aplicação responde corretamente, porem usando a chave de produção da erro dizendo que não estou autenticado

{
"code": 3500030,
"error": "charge_already_paid",
"error_description": "Esta transação já possui uma forma de pagamento definida."
}

Estou tendo este retorno com frequencia em ambiente de sandbox pois tenho uma equipe de 3 desenvolvedores e o ID da transação é vinculado ao ID do pedido que é o sequencial do banco de dados, Logo suponho que por haver conflito de chegar mais de 1 transação com o mesmo ID interno nosso vocês identifiquem como uma duplicidade.

Em ambiente de produção, OK, mas em sandbox tem como desabilitar essa verificação enviando algum parâmetro adicional? qual a sugestão para mitigar este problema?