Termos mais procurados:
Bom dia pessoal. Pergunta: por que é obrigatório que passemos um endereço para criar um Bolix? Pela Lei Geral de Proteção de Dados deveríamos ter que passar apenas os dados realmente necessários e endereço é realmente 100% das vezes um dado necessáro?
Bom dia, na minha aplicação eu precisava recuperar dados de boletos que foram emitidos direto pela plataforma, e está dando erro. Alguém pode me ajudar?
Boa tarde @mateusbrasil2944 tudo certo?
Na nossa documentação você encontra um exemplo de resposta ao criar o boleto/bolix, em ambos os casos você pode utilizar o campo pdf > charge
https://dev.gerencianet.com.br/docs/gerar-boleto-bancario#dados-de-entrada-e-sa%C3%ADda-do-bolix-em-one-step
Sobre a segunda questão: Estamos com uma falha ao exibir a cobrança em sandbox, por isso o link quebrado. Mas em produção não está ocorrendo.
Uma dúvida sobre o "reprocessar cobranças": Se o cliente optar por trocar de plano ele precisa cancelar um plano e assinar outro. Nesse caso eu poderia realizar esta mudança (cancelar 1 e inscrevê-lo no outro) sem pedir os dados novamente?
Ei, pessoal!
Temos uma novidade na API Cobranças: agora é possível reprocessar uma transação via cartão de crédito sem a necessidade de gerar um novo token.
Isso significa que você não precisa mais solicitar os dados do cartão do cliente a cada nova transação ou salvar informações sensíveis no seu sistema. Basta guardar o payment_token criptografado e usá-lo sempre que precisar!
O payment_token é um conjunto de caracteres gerado pela Efí, que representa os dados do cartão do pagador.
Para seu cliente, mais proteção dos dados sensíveis. Para você, mais facilidade para reprocessar cobranças.
Essa novidade é válida para:
- links de pagamento;
- assinaturas;
- e checkout transparente.
Para saber mais sobre este atributo e como usá-lo na sua integração, acesse nossa documentação.
https://dev.sejaefi.com.br/docs/pagamento-com-cartao
Ei, pessoal!
Temos uma novidade na API Cobranças: agora é possível reprocessar uma transação via cartão de crédito sem a necessidade de gerar um novo token.
Isso significa que você não precisa mais solicitar os dados do cartão do cliente a cada nova transação ou salvar informações sensíveis no seu sistema. Basta guardar o payment_token criptografado e usá-lo sempre que precisar!
O payment_token é um conjunto de caracteres gerado pela Efí, que representa os dados do cartão do pagador.
Para seu cliente, mais proteção dos dados sensíveis. Para você, mais facilidade para reprocessar cobranças.
Essa novidade é válida para:
- links de pagamento;
- assinaturas;
- e checkout transparente.
Para saber mais sobre este atributo e como usá-lo na sua integração, acesse nossa documentação.
https://dev.sejaefi.com.br/docs/pagamento-com-cartao
E uma terceira dúvida tb:
3 - O webhook de Pix utiliza mTLS, que pode ser "ignorado" (com Skip-mTLS). Caso seja necessário ignorar, além das opções de validação da documentação, se eu simplesmente considerar somente o txid vindo na requisição, realizar uma consulta à cobrança que eu gerei com esse txid e considerar os valores vindos dessa consulta, já não é suficiente para garantir que estarei processando dados seguros?
exatamente, nesse caso eu estou fazendo testes e usando os meus próprios dados e meu próprio cartão
O pagamento referente a cobrança 541833872, foi reprovado pelo seguinte motivo: Pagamento efetuado pelo lojista.
Isso acontece, quando o sistema identifica que o destinatário do valor e o pagador se trata da mesma pessoa, ou estão utilizando dados iguais.
Pessoal, sobre o novo status identified é para boletos pagos no dia porém que ainda não foram liquidados?
Detalhe que você pode evitar receber pagamento Pix via dados bancários ou chave, é uma configuração no /gn/settings.
Boa tarde, @cleiton7853! Este problema pode estar relacionado a codificação de caracteres do banco de dados.
Bom dia, pessoal. Já estou usando o "approved" e "unpaid" que vem direto no resultado do checkout. Quando vem "unpaid", vem o motivo em data->refusal->reason. O problema é que já tentei de tudo para conseguir salvar essa mensagem no banco de dados com a acentuação correta, mas não consigo. Se eu salvo num arquivo, tudo ok. Se eu salvo no BD, vem assim: "Transação não autorizada. Cartão bloqueado". Alguém tem alguma luz?
Tô implementando o Webhook de notificação do pix para um cliente, só que não está gravando os dados do pix no json, ele grava outra requisições mas o pix não, já configurei o ambiente mtsl, criei a chave, até configurei webhookUrl da chave, dei todas as permissões de gravação ao json, nas aplicações lá no site estão ativadas todas as permissões, alguém pode me informar se esqueci de configurar alguma parte?
Boa tarde, estou usando a API de geração de boleto "one step" e está me retornando um erro pedindo para excluir uma chave pix para gerar outra, mesmo testando no playground do ambiente de homologação o retorno é o mesmo.
Ao tentar gerar estou recebendo o segunte retorno:
{
"code": "4600608",
"error": "server_error",
"error_description": "Você já possui chave(s) Pix. Para cadastrar outra, exclua uma chave."
}
Dados de entrada:
{
"items": [
{
"name": "Item 1",
"value": 1000,
"amount": 1
}
],
"payment": {
"banking_billet": {
"customer": {
"name": "Gorbadoc Oldbuck",
"cpf": "94271564656",
"phone_number": "5144916523"
},
"expire_at": "2023-06-10"
}
}
}
boa tarde a todos...estou tentando fazer 1ºpagto com cartao de credito, e recebo a mensagem
{
"code": 3500011,
"error": "invalid_data",
"error_description": "Não foi possível recuperar os dados enviados"
}
Acredito que seja a funcao que faz o encrypt , Alguem teria uma outra funcao p/ fazer 1 teste. muito obrigado.
Fiz da seguinte forma...
public string Criptografar(string valor, string chaveCriptografia)
{
DESCryptoServiceProvider des;
MemoryStream ms;
CryptoStream cs;
byte[] ent;
try
{
des = new DESCryptoServiceProvider();
ms = new MemoryStream();
ent = Encoding.UTF8.GetBytes(valor);
chave = Encoding.UTF8.GetBytes(chaveCriptografia.Substring(0, 8));
cs = new CryptoStream(ms, des.CreateEncryptor(chave, iv), CryptoStreamMode.Write);
cs.Write(ent, 0, ent.Length);
cs.FlushFinalBlock();
return Convert.ToBase64String(ms.ToArray());
}
catch (Exception ex)
{
return "Valores Inconsistentes! " + ex.Message.ToString();
}
}
Boa tarde @josegerdes tudo certo?
O Payment Token é um token criptografado com a representação dos dados do cartão enviado.
Ele só é válido por alguns minutos para aquela única compra, sendo invalidado ao finalizar a compra ou ao expirar com o tempo.
Seria bom ver. Pode ser que tenha algum erro no envio dos dados
Mas você criando a cobrança pela API e depois exibindo os dados também pela API você consegue?
por debaixo dos panos o nextjs roda um servidor http Node, por isso o nextjs tem algumas implementação para backend, o ponto é que já foi definido que os dados do cartão nunca devem chegar no backend
