Termos mais procurados:
Boa noite. O seguinte erro está sendo retornado ao tentar fazer cobrança por cartão de crédito em One Step: 3500072request_not_allowed. Busquei por esse código (3500072) na opção "Códigos de erros" pra ter mais detalhes sobre o que poderia estar acontecendo, mas não retorna nada como se esse código de erro não existisse.
Boa noite, pessoal.
Eu cadastrei a url: "https://api.shopchafe.com/prod/webhook" e recebo as alterações de status com sucesso nos pagamentos via pix. Porém, ao enviar essa mesma url como url_notification no one-step, as alterações de status não são recebidas.
É possível cadastrar a mesma url usada no webhook pix como url_notification para recebimento dos status das transações do cartão de crédito ?
Essa mesma url foi configurada via api gateway no aws
erro log:
E da isso data: {
code: 3500011,
error: 'invalid_data',
error_description: 'Não foi possível recuperar os dados enviados.'
}
Poderia testar este código?
Olá a todos!
Estou com um problema de obtenção do payment_token pelo backend. Só retorna:
{"code":3500011,"error":"invalid_data","error_description":"Não foi possível recuperar os dados enviados."}
Já revisei tudo de acordo com a documentação e não funciona. Podem me auxiliar? Obrigado!
Quer dizer.. deixe eu refazer a frase: Usar o código de exemplo só funcionaVA se eu usar o proxy do vite, pois a requisição direta do frontend daVA erro de CORS.
@jessica_efi aproveitando que estamos neste assunto: há algumas semanas, antes de vocês colocarem na documentação como gerar o payment_token usando api ao invés de usar aquele código javascript, eu fiz engenheria reversa pra identificar as urls e os parametros que eram usados para eu não precisar usar isso e funcionava... no backend. No frontend retornava erro de cors. Que eu resolvi usando as configurações do vite.
Pois bem, algumas semanas depois, vi que vocês inseriram na documentação como usar as urls para gerar o payment_token.
A minha dúvida é: A questão do CORS foi resolvida, já que vocês liberaram até a documentação de como usar?
Boa tarde. Alguém pode me ajudar com um problema ? Estou no ambiente de homologação da API de pagamento com cartão. Não estou conseguindo obter o payment_token nem o card_mask. De acordo com a documentação, para obter esses dados antes é necessário gerar: SALT, chave RSA, objeto JSON contendo os dados do cartão junto com o SALT gerado, e por fim, criptografar esses dados e manda-los através de uma requisição POST para a rota "https://sandbox.gerencianet.com.br/v1/card". Até aqui tá tudo perfeito. O identificador da conta é enviado no Header da requisição com o atributo account-code. Só que a API retorna um erro informando que o identificador de conta fornecido é inválido. Mas isso não faz sentido, já que para obter o SALT e a chave RSA eu envio o mesmo identificador e funciona perfeitamente.
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 ?
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.
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.
Fiz o teste aqui e voltou a funcionar. Homologação semana passada estava com erro ao tentar pagar, retornava null
Erro ao criar uma nova cobrança:{"code":4600210,"error":"server_error","error_description":"Limite de emissões idênticas excedido. Por favor, entre em contato com nosso suporte para orientações sobre o uso correto dos serviços Gerencianet."}
estou utilizando o onesteplink e quando tento criar o seguinte erro:
A string não corresponde ao modelo: ^[^\n]{0,100}(\n[^\n]{0,100}){0,3}$.'
Quando eu mudo as credencias para homologação:
{
"code": 141,
"error": {
"code": 3500010,
"error": "property_does_not_exists",
"error_description": {
"property": "payment_token",
"message": "A propriedade [payment_token] informada não existe."
}
}
}
Obrigado, o estranho é que ele criou o token de pagamento corretamente, não deu erro nenhum.
Senhores bom dia,
Até hoje de manhã a integração para pagamento via cartão de crédito estava funcionando corretamente.
Agora deixou de funcionar, tem alguma instabilidade nos serviços ou alguma atualização recente na API do gerencianet que possa estar dando problema na validação.
{error: "4600002: Erro de validação no campo MaskCartao."}
Pelo que eu entendo ele está reclamando da máscara do cartão, que está normal do nosso lado, alguma sugestão?
