Ideia
desenvolver uma primeira parte de um sistema de negociação de débitos/cobrança
escopo
um sistema de negociação de cobrança que receba como entrada um arquivo em csv/xlsx com as dívidas dos clientes contendo :
-nome do devedor
-documento do devedor,
-nome do credor
-código do contrato
-valor inicial da dívida
-valor atual da dívida
-valor da dívida se pago à vista
-valor da dívida se pago parcelado (nº de parcelas + valor por parcela)
-telefones celulares para o qual vamos enviar o sms
com a possibilidade de subir mais de uma proposta de pagamento para um mesmo devedor. A forma de organização pode ser discutida e pensada, como por exemplo se cada proposta (formas diferentes de pagar) vai ser colocada em uma coluna ou se vamos colocar uma abaixo da outra conectadas apenas pelo documento.
1) O sistema deve receber o arquivo com as dívidas e para cada proposta de negociação gerar um línk único que leva para uma página da proposta. Essa página é uma espécie de mini landing page única contendo as informações do credor, do devedor e da dívida, junto com as propostas de negociação.
2) Esse link deve ser enviado por uma mensagem de sms através de uma api. O sistema deve permitir a digitação dessa mensagem e a inclusão de uma variável que se transforma no link único na hora do envio com a landing page de proposta já gerada.
3) Na hora que receber o link e clicar nele o inadimplente precisa digitar o documento dele como forma de validação. Então precisa haver uma espécie de proteção que só libera a página da proposta quando o cliente digitar o documento e o mesmo for validado como sendo o documento equivalente aquela proposta.
4) Para cada cada valor deve haver a possibilidade do inadimplente clicar em "Aceitar essa proposta".
5) Todas as propostas enviadas (Arquivos csv/xlsx) devem ficar disponíveis em um dashboard. Junto deles o credor pode clicar no arquivo/campanha e ver o stastus atual (Quantas pessoas e quem clicou em aceitar e quais propostas aceitas)
6) O sistema precisa ser multiusuário (empresas) com cada usuário tendo as suas credenciais de acesso e também as suas próprias ações de cobrança. Um usuário não pode acessar as informações do outro, nem os arquivos e nem relatórios de forma alguma.
7) Essa primeira versão precisa aceitar um arquivo com pelo menos 10 mil linhas contendo as propostas.
8) O sistema deve ter seu deploy e uso realizado em uma máquina na AWS (Amazon)
informações extras
sequencia de telas para a criação da campanha por parte do usuário administrador.
https://www.figma.com/proto/1FVUIgd5IqA362p3eyleNf/DataCobra?node-id=15%3A1&scaling=contain
-Vamos ter nesse momento apenas um administrador e que vai criar outros usuários.
-Esses outros usuários vão acessar apenas uma versão de relatório das campanhas.
-O usuário administrador - o mesmo que cria as campanhas - precisa ter uma forma de dizer quais relatórios - campanhas especificas - o usuário final pode ver
-A página de cobrança vai ser criada com base nos dados das colunas do arquivo de carteira.
-Os SMSs devem ser disparados para os telefons do arquivo telefone
-Os arquivos são importados separados pelo fato de ter em geral mais de um telefone por documento
-Na hora do disparo precisa pegar todos os telefones dos documentos relativos aquela campanha especifica (Olhar a relaçao Documento X Campanha, pois pode ter mais de uma campanha de coisas diferentes para um mesmo documento)
-Pode ter um lugar separado para subir a logo e escolher a cor da página/landing page de cobrança
Tela que o usuário que vê apenas os relatórios vai acessar.
https://www.figma.com/proto/1FVUIgd5IqA362p3eyleNf/DataCobra?node-id=80%3A1&scaling=contain
-Ele deve ver apenas os resultados das campanhas atribuídas a ele pelo administrador
Landing page final criada com a validação, proposta e agradecimentos para a pessoa inadimplente.
https://www.figma.com/proto/1FVUIgd5IqA362p3eyleNf/DataCobra?node-id=60%3A213&scaling=scale-down
Prazo de Entrega: Não estabelecido