https://github.com/lucasdota/desafio-backend-payment

Desafio backend para uma das maiores plataformas de pagamento do Brasil.
https://github.com/lucasdota/desafio-backend-payment

Last synced: 2 days ago
JSON representation

Desafio backend para uma das maiores plataformas de pagamento do Brasil.

• Host: GitHub
• URL: https://github.com/lucasdota/desafio-backend-payment
• Owner: Lucasdota
• Created: 2025-01-08T20:33:21.000Z (20 days ago)
• Default Branch: master
• Last Pushed: 2025-01-16T16:19:18.000Z (12 days ago)
• Last Synced: 2025-01-16T17:45:24.166Z (12 days ago)
• Language: Java
• Size: 33.2 KB
• Stars: 0
• Watchers: 1
• Forks: 0
• Open Issues: 0
• Metadata Files:
  • Readme: README.md

Awesome Lists containing this project

README

        


  Desafio Back-end de Simulação de Transações



## Objetivo: Transferências

Temos 2 tipos de usuários, os comuns e lojistas, ambos têm carteira com dinheiro e realizam transferências entre eles.

## Requisitos

A seguir estão algumas regras de negócio que são importantes para o funcionamento do PicPay Simplificado:

- Para ambos tipos de usuário, precisamos do Nome Completo, CPF, e-mail e Senha. CPF/CNPJ 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;

- Usuários podem enviar dinheiro (efetuar transferência) para lojistas e entre usuários;

- Lojistas só recebem transferências, não enviam dinheiro para ninguém;

- Validar se o usuário tem saldo antes da transferência;

- Antes de finalizar a transferência, deve-se consultar um serviço autorizador externo, use este mock [https://util.devi.tools/api/v2/authorize](https://util.devi.tools/api/v2/authorize) para simular o serviço utilizando o verbo GET;

- A operação de transferência deve ser uma transação (ou seja, revertida em qualquer caso de inconsistência) e o dinheiro deve voltar para a carteira do usuário que envia;

- No recebimento de pagamento, o usuário ou lojista precisa receber notificação (envio de email, sms) enviada por um serviço de terceiro e eventualmente este serviço pode estar indisponível/instável. Use este mock [https://util.devi.tools/api/v1/notify)](https://util.devi.tools/api/v1/notify) para simular o envio da notificação utilizando o verbo POST;

- Este serviço deve ser RESTFul.

## Endpoint de transferência

Você pode implementar o que achar conveniente, porém vamos nos atentar somente ao fluxo de transferência entre dois usuários. A implementação deve seguir o contrato abaixo.

```bash

POST /transaction

Content-Type: application/json

{

  "amount": 10.0,

  "senderId": 4,

  "receiverId": 15

}

```