O contexto
Este projeto é um produto interno, desenvolvido e financiado pela Wisepear techlab. Serve-nos tanto de plataforma como de demonstração: é aqui que experimentamos as escolhas de arquitetura que propomos depois aos nossos clientes.
O ponto de partida era uma plataforma de gestão de stock para PME — produtos, fornecedores, inventários, vários estabelecimentos por conta.
O desafio
A questão interessante surgiu depois da primeira versão: até onde pode uma base genérica ser declinada por setor sem se tornar ingerível?
Um bar, uma loja e uma oficina gerem todos stock. Mas um bar tem barris, quebras, equipas em serviço e inventários ao fim da noite. Uma gestão de stock genérica cobre isso mal; uma aplicação dedicada escrita de raiz custa quatro vezes mais.
O que fizemos
Construímos a base e depois declinámo-la a sério — que é a única forma honesta de verificar que uma base é declinável.
A base comum:
- Gestão de produtos, fornecedores e inventários
- Multi-estabelecimento numa mesma conta
- Autenticação por tokens com renovação
- Funcionamento offline, com sincronização no regresso da rede
- Interface multilingue
- Back-end Django, aplicação Flutter
A declinação setorial, dedicada a bares e cafés, retoma integralmente essa base e acrescenta o que lhe é próprio: gestão de equipas e horários, acompanhamento das funções em serviço e as particularidades do stock de bebidas.
O resultado
Duas plataformas em desenvolvimento ativo, a segunda construída sobre a base comprovada da primeira.
O interesse deste produto para os nossos clientes é indireto mas real: quando propomos uma arquitetura Django + Flutter com funcionamento offline e multi-estabelecimento, não estamos a descrever uma intenção. Estamos a descrever algo que mantemos nós próprios, cujos limites conhecemos — e que já nos serviu uma vez para entregar uma segunda plataforma sem partir do zero.