Histórico de mensagens em marketplace

Ok

Tratando no canal # atendimento

Olá, Pessoal!👋

Dando continuidade ao processo de integração …Surgiram dúvidas sobre o meio de pagamento para Marketplace, trabalho com um Marketplace de soluções em saúde, com a venda de medicamentos, suplementos e serviços de assistência a saúde. Sobre a situação de possíveis agendamentos e cancelamentos de compras de produtos e serviços, gostaria de saber mais informações sobre o processo de estorno:

- Como funciona o reembolso no caso de consultas canceladas?

- Vcs devolvem 100% do valor ou ficam com alguma taxa?

- E qual o período de cancelamento vcs dão?

- Sobre os termos de política de privacidade de vcs para essa solução de marketplace, pode me mandar?

Algo importante para notar que é que as APIs de abertura de contas e de envio Pix são discricionárias da Efí/Gerencianet... você precisa explicar o seu caso de uso e eles concordarem ou não. Diferente das de cobrança que aberta a conta, você já tem acesso.

Nossa @rubenskuhl muito obrigado!

Estou a alguns dias lendo documentações de diversas APIs para tentar encaixar nas regras de negócios, algumas até necessitando de testes para tentar entender o que faz ou não.

Você ajudou muito.

A Efí parece ser a mais amiga do desenvolvedor.

Mas sempre pode ter alguma coisa que só dê falha assincronamente... por exemplo, o número do celular parecia válido mas não existe. Ou o vendedor clica no link e não completa.

Mas vários dos casos que você citou já tem resposta síncrona de falha:
CPF inválido
{
"nome": "cpf_invalido",
"mensagem": "O CPF é inválido."
}

Ou

Nome completo inválido
{
"nome": "nome_completo_invalido",
"mensagem": "O nome completo não corresponde ao CPF do cliente final."
}

Ou

Menoridade

{
"nome": "menoridade",
"mensagem": "O cliente final é menor de idade."
}

Ou

Data de nascimento inválida
{
"nome": "data_nascimento_invalida",
"mensagem": "A data de nascimento não corresponde ao CPF do cliente final."
}

Ou

Nome da mãe inválido
{
"nome": "nome_mae_invalido",
"mensagem": "O nome da mãe não corresponde ao CPF do cliente final."
}

Ou

Celular inválido
{
"nome": "celular_invalido",
"mensagem": "O celular é inválido."
}

Ou

Email inválido
{
"nome": "email_invalido",
"mensagem": "O email é inválido."
}

Ou

CEP inválido
{
"nome": "cep_invalido",
"mensagem": "O CEP é inválido."
}

Ou

CNPJ inválido
{
"nome": "cnpj_invalido",
"mensagem": "O CNPJ é inválido."
}

Ou

Razão social inválida
{
"nome": "razao_social_invalida",
"mensagem": "A razão social não corresponde ao CNPJ do cliente final."
}

Ou

Nome completo inválido
{
"nome": "nomeCompleto_invalido",
"mensagem": "ClienteFinal deve ter a propriedade obrigatória nomeCompleto."
}

Ou

CPF inativo
{
"nome": "cpf_inativo",
"mensagem": "O CPF está em situação cadastral inativa."
}

Ou

CNPJ inativo
{
"nome": "cnpj_inativo",
"mensagem": "O CNPJ está em situação cadastral inativa."
}

Celular cadastrado
{
"nome": "celular_cadastrado",
"mensagem": "O celular é utilizado por outro cliente."
}

Ou

Email cadastrado

{
"nome": "email_cadastrado",
"mensagem": "O email é utilizado por outro cliente."
}

Ou

Solicitação duplicada
{
"nome": "solicitacao_duplicada",
"mensagem": "Já existe uma solicitação de abertura de conta aberta para este cliente final."
}

@rubenskuhl Obrigado!

Tem webhook, mas não vi na documentação como são os exemplos de "deu tudo certo" ou os de "não deu pois ....".

Tem também webhook que avise notifique o status da conta do vendedor?

E se enviar algum dado incorreto para criação da conta simplificada, a API tem alguma validação que verifique isso e retorne o erro ou segue o fluxo com o dado errado mesmo e tranca a criação da conta tendo o vendedor que resolver diretamente com a Efí?

O de saldo é tranquilo, basta ter o escopo gn.balance.read

"escoposIntegrados": [
"cob.write",
"cob.read",
"pix.write",
"pix.read",
"pix.send",
"webhook.write",
"webhook.read",
"payloadlocation.write",
"payloadlocation.read",
"gn.pix.send.read",
"gn.pix.evp.write",
"gn.pix.evp.read",
"gn.balance.read",
"gn.settings.write",
"gn.settings.read"

Tem, mas isso é anti-econômico. Há tanto endpoint de saldo quanto de envio de Pix, mas o de envio Pix paga uma nova taxa Pix... e nem sei como fica o envio de Pix em conta de abertura simplificada, não sei se é possível. Mas digamos que fosse, o custo já mata a idéia.

E tem a opção de eu mostrar dentro da minha plataforma o valor que ele tem nesta conta e configurar retirada? sem precisar acessar o app Efí?

Você vai ter credenciais para essa aplicação na conta do cliente e nela o que os escopos autorizados puderem fazer, você poderá comandar. Mas tipicamente o que você vai fazer é criar cobrança com split (para receber a sua parte), saber do pagamento da cobrança por webhook e deixar o próprio vendedor usar o $ da forma que ele preferir direto no app da Efí.

@rubenskuhl sem palavras, muito obrigado pelos esclarecimentos.

E depois dessa liberação por parte do vendedor, é possível administrar totalmente a conta do vendedor via API?

Verdade, requisitos do regulamento são imperiosos.

O problema é quando o atalho para otimização ignora requisitos do regulamento... e, caso se use o prestador com atalhos, mudar depois quando o longo braço da lei pegá-lo. Como aconteceu com um prestador que agora saiu por conta do própria do mercado depois de sentir a mão pesada do BACEN.

Entendo.

O que procuro é uma API na qual possa prestar serviços financeiros da forma mais otimizada possível.