Centuri

O problema que ele resolve

Expansão de landbank e gestão de infraestrutura de telecom costumam viver em planilhas paralelas. O site não tem identificação padronizada, então o mesmo terreno aparece com três nomes diferentes em três áreas. A ordem de compra é aprovada por e-mail, e quando alguém pergunta quem autorizou, a resposta está numa caixa de entrada. O fornecedor foi homologado, mas o documento que prova isso está num arquivo que ninguém acha.

Nada disso é um problema de inteligência artificial. É um problema de sistema: falta um lugar único onde o dado nasce com identidade, o dinheiro tem trilha de aprovação e o documento fica preso ao registro que o originou.

O que o sistema faz

• Administração. Controle de acesso por papel, com seis perfis distintos: administrador, financeiro, engenharia, gerente, diretor e fornecedor. Cada um enxerga o que lhe cabe, e nada além disso.
• Projetos e candidatos. Cada site recebe identificação automática num padrão único. Candidatos a terreno entram georreferenciados, com consulta espacial de verdade no banco, não coordenada digitada em campo de texto.
• Fornecedores. Cadastro, homologação e catálogo de serviços no mesmo lugar em que a ordem de compra é emitida.
• Financeiro. Orçamento por rubrica, ordens de compra com aprovação em quatro etapas, eventos e notas fiscais. A trilha de quem aprovou o quê fica no sistema.
• Integrações. Upload de documentos, preparo para OneDrive e SharePoint, e migração a partir das planilhas que já existiam.

Onde a inteligência artificial entra — e onde não entra

Um único ponto do Centuri usa IA: a leitura automática de ART por OCR, que extrai os dados da anotação de responsabilidade técnica em vez de exigir digitação manual. É uma tarefa de extração de documento, e é exatamente o tipo de problema em que essa tecnologia ganha.

Todo o resto é engenharia de sistema: modelagem de dados, regra de negócio, controle de acesso e integração. Dizemos isso porque a alternativa seria vender como "ERP com IA" um sistema que é, acima de tudo, um ERP bem construído. A tecnologia entra onde resolve o problema, não onde impressiona.

Como é construído

Backend em Python com FastAPI e SQLAlchemy assíncrono, sobre PostgreSQL com extensão geoespacial e migrações versionadas. Frontend em Next.js com React, TypeScript e mapas em Leaflet. Autenticação por token com renovação e controle de acesso granular por papel. Publicado em Ubuntu com systemd, NGINX e certificado automatizado.

• 6 perfis de acesso
• PostgreSQL + PostGIS
• aprovação de PO em 4 etapas
• leitura de ART por OCR