Termos mais procurados:
galera recebi esse erro ao tentar pegar os dados que recebi de uma callback:
{'code': 3500010, 'error': 'property_does_not_exists', 'error_description': {'property': 'notification', 'message': 'A propriedade [notification] informada não existe.'}}
Olá, @mirocallai! Abrimos um # atendimento para pegar mais detalhes com você!
Geralmente, incoerência nos dados cadastrais está relacionado a cobranças emitidas para o próprio titular da conta ou algum dado pendente em conta. Como precisamos lidar com dados sensíveis para lhe atender, vamos seguir no atendimento privado 🙂
Olá pessoal!
Eu tenho um sistema de administradora de condomínios, atualmente o sistema gera os boletos de forma convencional, cadastrando os dados bancários de cada condomínio, e gerando os arquivo de remessa e retorno...
Estou cogitando em migrar pro Efi (GerenciaNet), porém estou com uma dúvida, teria que criar uma conta no Efi pra cada condomínio? E como funcionária para efetuar a transferência do saldo pra conta bancária do condomínio (itau, bradesco, santander, sicoob, etc), teria que ser manualmente ou tem alguma forma de automatizar?
Olá. Quero comercializar um produto por PIX mas preciso receber o nome, o CPF e a data de nascimento obrigatoriamente para identificar o cliente no ato do pagamento e evitar a venda para menores. É possível obter estes dados na consulta de PIX recebidos?
Boa tarde @nunesxzn! Você pode utilizar o link de pagamento via API ou então o botão de pagamento, em ambos os casos será utilizada uma pagina propria da Efi onde o seu cliente irá preencher seus proprios dados.
olá, existe alguma forma de meus clientes terem um link de pagamento onde eu não tenho os dados deles?
por exemplo, meu produto varias pessoas vão conseguir pagar, mas não sei quem essas pessoas são. mas dentro da efi preciso adicionar cliente por cliente, fico no aguardo
Não sei. Mas vale checar as outras causas clássicas de gerar recusas:
- Ter um e-mail na transação diferente daquele tipicamente usado para compras por aquele CPF e/ou cartão
- Ter um telefone na transação diferente daquele tipicamente usado para compras por aquele CPF e/ou cartão
- Dados não preenchidos (com cartão praticamente nada é opcional)
outra questão sobre o mesmo método createOneStepLink seriam quais os dados que devo passar obrigatoriamente? No exemplo de postman tem metadata e outras properiedades extras que nao aparecem na docs. Mas do jeito que está a docs a requisição aparece no dashboard com erro
@alexsiqueira0615, excluímos a mensagem por conter os dados sensíveis.
verifique se você utilizou o certificado também de homologação, além do Client_Id e Client_Secret
Consumir o detailCharge não é recomendado para verificar o status das cobranças. Temos um sistema de notificações que envia uma mensagem sempre que uma cobrança tem seu status alterado. Assim, você pode atualizar sua base de dados de forma eficiente. Confira: https://dev.efipay.com.br/docs/api-cobrancas/notificacoes
Boa tarde, @thomz45! Tudo bem?
Você pode cadastrar o seu socio como usuario secundario da conta. Veja: https://sejaefi.com.br/central-de-ajuda/dados-cadastrais/usuarios-secundarios#conteudo
Boa tarde @mrsilva5818 ! Tudo bem ? Todos os dados para abertura de conta devem pertencer ao titular
conmsegui gerar o certificado p12 percebi aqui que os dados de conexao no caso as chaves eu quem passo por parametro, mas estou debogando aqui e fazendo alguns testes pra saber se o certificado p12 esta sendo carregado
@leandro535, excluímos sua mensagem por conter dados sensíveis.
Vamos iniciar um chat para seu atendimento.
dados de entrada
{
"calendario": {
"expiracao": 3600
},
"devedor": {
"cpf": "31435600886",
"nome": "Doss App Official"
},
"valor": {
"original": "0.01"
},
"chave": "0aee45d3-0c50-4104-90f7-af6142f01b84",
"solicitacaoPagador": "Residencia"
}
dados de saida
{
"calendario": {
"criacao": "2024-04-24T21:30:02.789Z",
"expiracao": 3600
},
"txid": "5dbb6b24b81443e595b7aba488a0bd6e",
"revisao": 0,
"status": "ATIVA",
"valor": {
"original": "0.01"
},
"chave": "0aee45d3-0c50-4104-90f7-af6142f01b84",
"devedor": {
"cpf": "31435600886",
"nome": "Doss App Official"
},
"solicitacaoPagador": "Residencia",
"loc": {
"id": 20,
"location": "qrcodespix-h.sejaefi.com.br/v2/618748afff0d431381b862f438baf58d",
"tipoCob": "cob",
"criacao": "2024-04-24T21:30:02.814Z"
},
"location": "qrcodespix-h.sejaefi.com.br/v2/618748afff0d431381b862f438baf58d",
"pixCopiaECola": "00020101021226850014BR.GOV.BCB.PIX2563qrcodespix-h.sejaefi.com.br/v2/618748afff0d431381b862f438baf58d5204000053039865802BR5905EFISA6008SAOPAULO6207050363041473"
}
nao recebi nenhuma chamada no meu webhook
É so usar o componente e passar os dados do cartao, ele vai gerar o paymentToken, fechar o componente e te retornar o cartão no formato que a Efí solicita já com o payment_token
dados de saida
{
"calendario": {
"criacao": "2024-04-24T21:30:02.789Z",
"expiracao": 3600
},
"txid": "5dbb6b24b81443e595b7aba488a0bd6e",
"revisao": 0,
"status": "ATIVA",
"valor": {
"original": "0.01"
},
"chave": "0aee45d3-0c50-4104-90f7-af6142f01b84",
"devedor": {
"cpf": "31435600886",
"nome": "Doss App Official"
},
"solicitacaoPagador": "Residencia",
"loc": {
"id": 20,
"location": "qrcodespix-h.sejaefi.com.br/v2/618748afff0d431381b862f438baf58d",
"tipoCob": "cob",
"criacao": "2024-04-24T21:30:02.814Z"
},
"location": "qrcodespix-h.sejaefi.com.br/v2/618748afff0d431381b862f438baf58d",
"pixCopiaECola": "00020101021226850014BR.GOV.BCB.PIX2563qrcodespix-h.sejaefi.com.br/v2/618748afff0d431381b862f438baf58d5204000053039865802BR5905EFISA6008SAOPAULO6207050363041473"
}
dados de entrada
{
"calendario": {
"expiracao": 3600
},
"devedor": {
"cpf": "31435600886",
"nome": "Doss App Official"
},
"valor": {
"original": "0.01"
},
"chave": "0aee45d3-0c50-4104-90f7-af6142f01b84",
"solicitacaoPagador": "Residencia"
}
Bom dia. Estou fazendo a integração através de uma API .net e ao efetuar os testes notei que o retorno da API EFIPay retorna objetos diferentes. Fiz uma implementação que acredito não ser a melhor opção mas funciona. Como vcs tratam isso? esses são os possíveis retornos:
==> Retorno 1
"{\"code\":3500034,\"error\":\"validation_error\",\"error_description\":{\"property\":\"/payment/credit_card/payment_token\",\"message\":\"Tipo inválido: number (esperado string).\"}}"
==> Retorno 2
"{\"code\":200,\"data\":{\"installments\":1,\"installment_value\":188000,\"charge_id\":44075256,\"status\":\"unpaid\",\"refusal\":{\"reason\":\"Dados do cartão inválidos.\",\"retry\":true},\"total\":188000,\"payment\":\"credit_card\"}}"
==> Retorno 3
"{\"code\":200,\"data\":{\"installments\":1,\"installment_value\":188000,\"charge_id\":44075296,\"status\":\"approved\",\"total\":188000,\"payment\":\"credit_card\"}}"
==> Retorno 4
"{\"code\":3500018,\"error\":\"already_used_payment_token\",\"error_description\":\"O [payment_token] fornecido já foi utilizado.\"}"
dados do erro,
{
"nome": "json_invalido",
"mensagem": "Valores ou tipos de campo inválidos",
"erros": [
{
"chave": "pattern",
"caminho": ".body.valor.original",
"mensagem": "deve corresponder ao padrão \"^[0-9]{1,10}\\.[0-9]{2}$\""
