Problema
Encontrar um material exigia descobrir em qual aba, família ou descrição ele havia sido cadastrado. Edições simultâneas também podiam apagar alterações recentes.
BUSCA E DADOS PARA COMPRAS
USO INTERNO DIÁRIOCatálogo Operacional de Compras
FastAPI, SQLite FTS5 e controle por revisão
Transformei uma planilha histórica em um catálogo pesquisável por código, nome, especificação ou fornecedor, com histórico, backups e proteção contra sobrescrita silenciosa.
Base atual24 categorias · 480+ códigos de materiais
Uso3 pessoas diariamente · consulta pela gestão
TecnologiasFastAPI · Python · SQLite FTS5 · JavaScript · OCR
TELAS DO CATÁLOGO
Busca, cadastro e proteção de edição
A versão pública mantém os fluxos principais sem expor materiais, preços ou fornecedores reais.
Origem
A base foi cultivada por aproximadamente dois anos e hoje reúne 24 categorias operacionais e mais de 480 códigos.
Privacidade
Valores, fornecedores, históricos e caminhos empresariais não são publicados.
O que desenvolvi
Busca unificada, cadastro, histórico de compras, último preço, fornecedores, backups, OCR opcional, importação/exportação e controle de revisão.
Arquitetura
FastAPI entrega a interface e a API. Um JSON versionado permanece como fonte legível, enquanto o SQLite FTS5 funciona como índice derivado e reconstruível.
Resultado atual
- Pesquisa rápida por código, nome, especificação e fornecedor.
- Uso diário por três pessoas e consulta pela gestão.
- Conflito de edição explícito, backups e testes reproduzíveis na versão pública.
Escopo atual
O catálogo resolve busca, registro e histórico na escala atual. Não o apresento como ERP, módulo fiscal ou plataforma de pagamentos.
Evolução de escala
Uma expansão maior exigiria banco transacional central, identidade corporativa, autorização por papel, HTTPS, observabilidade e política monitorada de backup.
Este case apresenta uma versão pública sanitizada de um sistema utilizado na rotina de compras.
Próximo projetoPostagem Redes
Contato