Grilo regtech – briefing e especificação técnica
atenção desenvolvedor: este documento estabelece os requisitos lógicos, funcionais e regulatórios obrigatórios para a produção da aplicação móvel grilo regtech em flutter (dart). O aplicativo de produção exige tolerância zero para erros de enquadramento.
Todas as diretrizes abaixo foram consolidadas com base no Decreto Estadual nº 69.118/24 e as Instruções Técnicas (ITs) vigentes do Corpo de Bombeiros da PMESP.
1. PREMISSA Básica: cobertura universal de atividades econômicas
o protótipo inicial utilizava uma amostragem estática de atividades comerciais e industriais. Na versão final de produção, todos os mais de 1.300 CNAEs (Subclasses do IBGE) devem funcionar de forma nativa e offline.
Banco de Dados Embarcado (SQLite local): Você deverá embarcar no aplicativo um arquivo SQLite (`
grilo_regtech.db`) contendo a tabela completa `cnae_it14_matrix`(mapeada a partir do arquivo bruto`
CNAE_Subclasses_2_3_Estrutura_Detalhada.pdf`e cruzada com as cargas de incêndio fáticas da `IT-14-25`).
Modelo de Tabela (sql):
sql
create table cnae_it14_matrix (
cnae_codigo text primary key,
descricao text not null,
grupo_ocupacao text not null,
carga_incendio integer not null,
atestadores text not null -- lista de atestados aplicáveis (ex: "brigada,eletrica,hidrante")
busca por duplo canal com normalização: o campo de pesquisa de atividade deve aceitar tanto a digitação do código numérico bruto (limpando pontos/traços) quanto buscas descritivas por extenso. É Mandatório implementar um normalizador em Dart que remova acentos, cedilhas e caracteres especiais em tempo real (ex: ao digitar "construção" ou "graduação", a busca deve casar com os registros sem acentos salvos no banco).
Tolerância Zero para Retornos Vazios (Fallback de Divisão): Caso o código CNAE pesquisado seja um registro de nicho não localizado de forma exata, o sistema deve isolar os 2 primeiros dígitos (Divisão do Ibge) para classificar o imóvel na divisão econômica geral correspondente e aplicar a carga de incêndio média da classe, impedindo que a aplicação trave ou exiba erros em tela.
2. arquitetura de documentos e atestados técnicos 100% dinâmicos
a disponibilização de laudos e atestados técnicos na central de documentos não pode ser fixa. Ela deve ser controlada de forma dinâmica com base nas características físicas do imóvel e da atividade mapeada.
O motor lógico de regras do aplicativo deve disponibilizar para o vistoriador apenas os atestados correspondentes às exigências da edificação analisada:
Matriz de Ativação Dinâmica de Atestados:
1.Atestado de Brigada de Incêndio (IT-17-25): Regra de Ativação: Liberado apenas se a população estimada do imóvel for superior a 100 pessoas, se enquadrado em Projeto Técnico (PT), ou em ocupações específicas do Grupo F (Reunião de público) ou H (Serviços de saúde).
2.Atestado de Conformidade das Instalações Elétricas (IT-41-25): Regra de Ativação: Obrigatório para todas as edificações comerciais, industriais e de prestação de serviços.
3.Relatório de Comissionamento e Inspeção de Hidrantes (IT-22-25): Regra de Ativação: Liberado exclusivamente se o imóvel possuir área construída superior a 750 m² e pertencer a um grupo com obrigatoriedade de sistema hidráulico ativo (Reserva Técnica de Incêndio > 0).
4.Termo de Saídas de Emergência (IT-11-25): Regra de Ativação: Ativado para Projeto Técnico (PT) ou se houver indicação física de portas com barras antipânico e rotas de fuga horizontais protegidas.
5.Laudo de Usina Solar Fotovoltaica (Parecer Técnico CCB-003_800_24): Regra de Ativação: Disponibilizado se o vistoriador marcar a presença de placas fotovoltaicas na cobertura do imóvel (gatilho de Projeto Técnico imediato).
6.Atestado de Central de Gás glp (it-28-25): regra de ativação: exigido e ativado se a capacidade de armazenamento de glp declarada na central for superior a 190 kg.
7.Atestado de Cozinha Profissional. Regra de Ativação: Ativado caso o imóvel possua cozinha de grande porte instalada no local, exigindo certificação dos sistemas de exaustão e coifas mecânicas.
3. critérios de aceitação da entrega do flutter
para o projeto ser considerado concluído e homologado para pagamento, o programador freelancer deve apresentar:
1.Código limpo e modular em Flutter (Dart), utilizando gerência de estado recomendada (Provider/Riverpod).
2.Funcionamento 100% Offline comprovado em modo avião para busca de CNAEs, preenchimento de checklists de campo e geração de laudos locais.
3.Geração e Download do PDF A4 do Relatório de Vistoria Fotográfica consolidando as miniaturas das fotos reais capturadas pela câmera do aparelho para cada inconformidade listada nos checklists.
4.Emissão dinâmica de Atestados parametrizados conforme a matriz de regras descrita na Seção 2.
5.Builds assinados homologados (.aab para Google Play e App Store Connect) e publicação aprovada nas lojas de aplicativos de propriedade da Grilo Engenharia Ltda.
Prazo de Entrega: Não estabelecido