Aplicação full stack · cliente real
Plataforma de serviços jurídicos
Aplicação para organizar pedidos, clientes, conteúdo e uploads em uma operação de serviços jurídicos com autenticação e dashboard.
Cliente real · 2026
Problema e contexto
A operação precisava concentrar pedidos, dados de clientes, conteúdo e uploads fora de planilhas, com regras de acesso adequadas ao contexto do serviço.
Minha responsabilidade
- •Desenvolvimento da aplicação full stack e estrutura backend-first.
- •Implementação de autenticação, dashboard e persistência de dados.
- •Empacotamento do ambiente com Docker e disponibilização de código público quando aplicável.
Solução desenvolvida
A aplicação organiza o fluxo em uma interface Next.js conectada a uma API Flask e PostgreSQL, com autenticação e base preparada para evolução do produto.
Como o fluxo funciona
- Etapa 1
Solicitação na área do cliente
O cliente autenticado envia os dados do pedido pela interface. A API recebe a solicitação e cria o registro ligado ao usuário, com status inicial de pendente.
- Etapa 2
Documentos ligados ao pedido
O envio de arquivos verifica as extensões permitidas e o tamanho. Os documentos são registrados com o proprietário e podem ser associados ao pedido, mantendo o vínculo entre solicitação e material enviado.
- Etapa 3
Consulta com controle de acesso
A consulta de um pedido na área do cliente verifica o identificador do pedido e o usuário autenticado. Conhecer o número de um pedido de outro cliente não basta para consultá-lo nesse fluxo.
- Etapa 4
Acompanhamento no dashboard
O dashboard recebe da API os pedidos visíveis ao usuário, contagens por status e filtros. A interface apresenta esse retorno para apoiar o acompanhamento da operação.
Decisões de desenvolvimento
Regras operacionais no backend
O Flask concentra validações, cálculos e decisões do fluxo. O Next.js coleta entradas e exibe respostas, evitando manter versões diferentes da mesma regra na interface e na API.
Permissão por função e por registro
As rotas da área do cliente exigem a função adequada; a consulta do pedido também verifica sua relação com o usuário. A verificação acompanha o recurso acessado, além da autenticação.
Pedidos e documentos relacionados
O modelo registra o proprietário dos arquivos e permite associá-los ao pedido. Essa relação dá contexto ao material recebido e sustenta as verificações de acesso na API.
Resultado operacional demonstrável
O fluxo implementado reúne solicitação, documentos e acompanhamento de status em registros relacionados. A mudança operacional demonstrável é poder consultar o pedido e seu contexto na aplicação. Tempo economizado, adoção e volume de uso ainda dependem de dados da operação; o código público comprova a implementação, sem medir esses resultados.
Arquitetura
Funcionalidades e entregas
- •Interface de operação e dashboard.
- •Autenticação e organização de acessos.
- •Estrutura para pedidos, clientes, conteúdo e uploads.
- •Ambiente conteinerizado para desenvolvimento/execução.
Tecnologias
Evidências e limites de divulgação
- •Projeto e tecnologias listados no portfólio público.
- •Repositório público e site do projeto disponíveis para inspeção.
Referências da implementação
Métricas
Não foram disponibilizados dados de clientes, quantidade de pedidos, desempenho ou resultados comerciais. A página não os estima.