O PicPay é uma empresa de pagamentos que visa revolucionar a forma com que lidamos com dinheiro em nosso dia-a-dia. Um dos passos necessários para completarmos essa missão é implementar a criação de diferentes tipos de contas para utilização do nosso aplicativo. É importante lembrar que o seu sistema será integrado aos nossos painéis internos e ao aplicativo.
Todo o processo começa com a criação de um Usuário. Um usuário pode ter mais de um tipo de conta vinculada a ele.
De um Usuário (User), queremos saber seu Nome Completo, CPF, Número de Telefone, e-mail e Senha.
CPFs e e-mails devem ser únicos no sistema. Sendo assim, seu sistema deve permitir apenas um cadastro com o mesmo CPF ou endereço de e-mail.
Os tipos de conta que existem no PicPay são Consumidor (Consumer) e Lojista (Seller). Todo Consumidor ou Lojista deve estar vinculado a um usuário existente.
De um Lojista queremos saber a Razão Social, o Nome Fantasia, o CNPJ e seu Username, além do id de Usuário que será dono dessa conta.
De um Consumidor, queremos saber apenas seu Username, além do id de Usuário que será dono dessa conta.
Os usernames devem ser únicos dentro do sistema, mesmo entre contas de tipos diferentes.
Devido a algumas limitações do sistema, cada Usuário pode ter apenas uma conta de cada tipo.
Seu sistema deve ser capaz de listar todos os usuários, além de conseguir trazer informações detalhadas de um usuário específico.
Durante a listagem, deve ser possível filtar os resultados por Nome ou Username.
Para fins didáticos, sua busca deve considerar apenas resultados que comecem com a string especificada na busca. Como exemplo,
GET /users?q=joao deve retornar apenas Usuários cujos Nomes ou Usernames comecem com a string joao.
Não há a necessidade de lidar com acentos.
Outra funcionalidade do sistema deve ser a possiblidade de contas poderem realizar pagamentos entre si, chamados Transações (Transactions). Para a realização de pagamentos, seu sistema deve consumir um serviço externo (mock criado por você) para autorização das movimentações entre as contas. Todas as transações cujo valor seja maior ou igual a R$ 100.00 devem ser recusadas. Transações de valor inferior a R$ 100.00 devem ser autorizadas. Transações recusadas devem retornar código HTTP 401, não autorizadas. A lógica de autorização ou recusa de transações deve estar contida no serviço externo.
Sua tarefa é desenvolver uma API capaz de cumprir com todos os requisitos especificados.
Eu não fiz a parte da pesquisa pois não achei interessante, meu foco foi as transações, esse projeto é uma melhoria de um em que fiz usando NestJS, aqui apliquei SOLID, alguns conceitos de Clean Architecture, e alguns Design Patterns como o Repository.