├── .gitignore └── README.md /.gitignore: -------------------------------------------------------------------------------- 1 | # Byte-compiled / optimized / DLL files 2 | __pycache__/ 3 | *.py[cod] 4 | *$py.class 5 | 6 | # C extensions 7 | *.so 8 | 9 | # Distribution / packaging 10 | .Python 11 | build/ 12 | develop-eggs/ 13 | dist/ 14 | downloads/ 15 | eggs/ 16 | .eggs/ 17 | lib/ 18 | lib64/ 19 | parts/ 20 | sdist/ 21 | var/ 22 | wheels/ 23 | *.egg-info/ 24 | .installed.cfg 25 | *.egg 26 | MANIFEST 27 | 28 | # PyInstaller 29 | # Usually these files are written by a python script from a template 30 | # before PyInstaller builds the exe, so as to inject date/other infos into it. 31 | *.manifest 32 | *.spec 33 | 34 | # Installer logs 35 | pip-log.txt 36 | pip-delete-this-directory.txt 37 | 38 | # Unit test / coverage reports 39 | htmlcov/ 40 | .tox/ 41 | .coverage 42 | .coverage.* 43 | .cache 44 | nosetests.xml 45 | coverage.xml 46 | *.cover 47 | .hypothesis/ 48 | .pytest_cache/ 49 | 50 | # Translations 51 | *.mo 52 | *.pot 53 | 54 | # Django stuff: 55 | *.log 56 | local_settings.py 57 | db.sqlite3 58 | 59 | # Flask stuff: 60 | instance/ 61 | .webassets-cache 62 | 63 | # Scrapy stuff: 64 | .scrapy 65 | 66 | # Sphinx documentation 67 | docs/_build/ 68 | 69 | # PyBuilder 70 | target/ 71 | 72 | # Jupyter Notebook 73 | .ipynb_checkpoints 74 | 75 | # pyenv 76 | .python-version 77 | 78 | # celery beat schedule file 79 | celerybeat-schedule 80 | 81 | # SageMath parsed files 82 | *.sage.py 83 | 84 | # Environments 85 | .env 86 | .venv 87 | env/ 88 | venv/ 89 | ENV/ 90 | env.bak/ 91 | venv.bak/ 92 | 93 | # Spyder project settings 94 | .spyderproject 95 | .spyproject 96 | 97 | # Rope project settings 98 | .ropeproject 99 | 100 | # mkdocs documentation 101 | /site 102 | 103 | # mypy 104 | .mypy_cache/ 105 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # Trabalhe na Codevance 2 | 3 | A [Codevance](https://codevance.com.br) é uma software house que tem como missão otimizar os resultados e gerar valor ao seu negócio utilizando tecnologia como meio. 4 | 5 | Somos especialistas em Python, nosso time atua todo de forma remota e nossos clientes possuem grandes desafios tecnológicos. 6 | 7 | Se você: 8 | 9 | - Tem sangue no olho e é, ou busca ser, um ótimo programador; 10 | - Tem interesse em crescer profissionalmente; 11 | - É organizado, tem disciplina e autonomia para trabalhar do conforto da sua casa; 12 | - Gosta da linguagem Python ou já utilizou em algum projeto profissional; 13 | 14 | Eu te convido a clonar esse repositório, meter a mão na massa e mostrar pra gente as suas qualidades. 15 | 16 | Temos vagas para todos os perfis. Não é preciso ter experiência e não fazemos nenhum tipo de distinção. 17 | 18 | ## Como participar 19 | 20 | 1. Clone este repositório 21 | 1. Siga as instruções abaixo 22 | 1. Suba o projeto em algum lugar (heroku, de preferência) 23 | 1. Envie um e-mail para ronaldo *dot* oliveira *at* codevance *dot* com *dot* br 24 | 25 | ## Especificações 26 | 27 | Você vai desenvolver um sistema de antecipação de pagamentos. 28 | 29 | Imagine que haja uma série de pagamentos a serem feitos por uma empresa no decorrer dos próximos meses, mas a empresa quer fazer um plano com seus fornecedores para fazer estes pagamentos de forma adiantada, concedendo um desconto relacionado a quantidade de dias de diferença entre a data de vencimento original do pagamento e a nova data de pagamento. 30 | 31 | O objetivo é fornecer melhor fluxo de caixa ao fornecedor e rentabilizar o caixa da empresa através dos descontos. 32 | 33 | Para descobrir o novo valor a ser pago nesta antecipação, o cálculo a ser feito é: 34 | 35 | ``` 36 | NOVO_VALOR = VALOR_ORIGINAL - (VALOR_ORIGINAL * ((3% / 30) * DIFERENCA_DE_DIAS)) 37 | ``` 38 | 39 | Vamos a um exemplo prático: 40 | 41 | ``` 42 | DATA DE VENCIMENTO ORIGINAL = 01/10/2019 43 | VALOR ORIGINAL = R$ 1.000,00 44 | NOVA DATA DE VENCIMENTO = 15/09/2019 45 | 46 | NOVO VALOR = 1000 - (1000 * ((3% / 30) * 16)) 47 | NOVO VALOR = 1000 - (1000 * 0,016) 48 | NOVO VALOR = 1000 - 16 49 | 50 | NOVO VALOR = R$ 984,00 51 | ``` 52 | 53 | ### Características 54 | 55 | - O sistema deve armazenar os pagamentos e suas informações básicas 56 | - id do pagamento, data de emissão, data de vencimento, valor original, a qual fornecedor pertence, dados cadastrais básicos deste fornecedor, como razão social e CNPJ. 57 | - Para um pagamento ser adiantado, o fornecedor deve fazer uma solicitação, então o operador da empresa escolhe se libera a antecipação ou nega a antecipação. Toda essa movimentação deve ficar armazenada em um log. 58 | - Essa solicitação pode vir via sistema ou por outras vias. Quando vier por outras vias, o operador da empresa fará a solicitação no sistema. 59 | - O fornecedor deve ter acesso a uma área, através de autenticação via email e senha, onde ele possa solicitar a antecipação de um pagamento. É necessário também que ele veja todos os pagamentos disponíveis para antecipação, todos os pagamentos aguardando liberação, todos os aprovados e todos os negados. 60 | - Importantíssimo que um fornecedor não veja os pagamentos de outro 61 | - Para cada ação sobre um pagamento (solicitação, liberação, negação) o sistema deve enviar um email ao fornecedor. 62 | - Este envio de email deve ser feito de forma assíncrona (`celery` é seu amigo) 63 | - Caso um pagamento chegue até sua data de vencimento sem ser antecipado, o mesmo deve ser indisponibilizado para operação, mas mantido no histórico. 64 | - Fornecedores não podem ver pagamentos indisponibilizados disponíveis para antecipação 65 | - Deve haver uma API Rest básica com dois endpoints: 66 | - Um endpoint que liste as operações de um fornecedor, que estará autenticado via JWT. Este endpoint deve permitir filtro por estado do pagamento (indisponível, disponível, aguardando confirmação, antecipado, negado) 67 | - Outro endpoint que será responsável pela solicitação de antecipação de um pagamento. Este endpoint deve receber o identificador do pagamento e, obviamente, um usuário logado só pode solicitar antecipação dos pagamentos associados ao seu usuário. 68 | 69 | ## Requisitos técnicos 70 | 71 | - Utilize Python 3.7 (ou mais recente) como linguagem e PostgreSQL como banco de dados; 72 | - Utilize um framework (dica: com django é mais fácil); 73 | - O código deve estar em inglês (commits podem estar em pt-br); 74 | - O sistema deve estar online, rodando, em algum lugar (dica: com heroku é mais fácil); 75 | - O sistema deve ter testes automatizados (dica: com pytest é mais fácil); 76 | - O repositório deve conter documentação sobre como fazer deployment e como testar; 77 | - Deve conter uma documentação da API; 78 | 79 | ## Recomendações e dicas 80 | 81 | - Caso for utilizar Django, temos [nosso cookiecutter](https://github.com/codevance/cookiecutter-django) que pode servir de ponto de partida (mas não é obrigatório); 82 | - Use boas práticas de programação; 83 | - Modele os dados com cuidado; 84 | - Se preocupe com arquitetura e qualidade de código, não se preocupe com estética (dica: bootstrap é seu amigo). 85 | 86 | **Divirta-se!** 87 | --------------------------------------------------------------------------------