<!--

==================================================================

   RAIZ GESTÃO — MÓDULO DE GESTÃO DA RAIZ PATRIMÔNIO
   (painel interno/master, separado do app de Imóveis)

   VERSÃO: v0.35.0
   LINHAS: 1309
   DATA: 2026-10-11
   TÍTULO: MARCA RAIZ NO GESTÃO (MARCA E RAMOS, FASE 7)
   NOVIDADES (v0.35.0):
     - Demanda 680ee9f8, sessão 20261011-1315-marca-saidas (plano de marca aprovado pelo Nicola 11/10 11:20):
       símbolo da marca (árvore com raízes e 5 pontas nas cores dos ramos — DIRETRIZES_MARCA_RAIZ) no login e no
       cabeçalho, no lugar do emoji 🧭; ícones novos (símbolo + "Gestão" no fundo ardósia); apple-touch-icon.
       A paleta ardósia/cobre continua (painel interno, distinto do app do cliente).
     - APP_VERSAO estava em 'v0.31.0' enquanto o cabeçalho dizia v0.34.0 (VER-04): sincronizado em v0.35.0.
   VERSÃO ANTERIOR: v0.34.0 · 2026-10-07
   TÍTULO: CATÁLOGO DA ÁRVORE NO GESTÃO (CATÁLOGO ÚNICO, FATIA 3)
   NOVIDADES (v0.34.0):
     - Demanda 2923ff4d, sessão 20261007-0010-catalogo-f3 (plano e fichas F-C10/F-C11
       aprovados pelo Nicola 07/10 00:09): js/telas/catalogo-patrimonio.js v1.4.0 →
       v1.5.0 — abas novas Tipos de item, Categorias de lançamento (resultado e
       contabilidade por subcategoria) e Espécies de documento; Subtipos ganha
       Categoria de lançamento e a natureza passa a vir de controle_tipos. Escrita
       pelas funções centrais fn_controle_tipo_upsert, fn_lancamento_categoria_upsert
       e fn_cofre_categoria_upsert (master-only, logadas). Só o cabeçalho deste
       arquivo muda.
   VERSÃO ANTERIOR: v0.33.0 · 2026-09-23
   TÍTULO: REGRAS FISCAIS VERSIONADAS (FRENTE FISCAL, FASE 1)
   NOVIDADES (v0.33.0):
     - Frente fiscal / Reforma Tributária, Fase 1 (demanda 976fcbf6):
       Configurações ganha o card "Regras fiscais" (js/telas/regras-
       fiscais.js v1.0.0, NOVO). Lista as regras de public.fiscal_parametros
       por chave, com valor, maturidade regulatória (maduro/parcial/
       incerto/critério do sistema), vigência e fonte oficial; histórico de
       versões por chave; "Nova versão" (nunca sobrescreve: encerra a
       anterior no dia anterior), "Tornar vigente" (proposta) e "Revogar"
       (com motivo; devolve a vigência à versão anterior). Master-only via
       gestao.fn_fiscal_parametro_versionar / _status (migrations
       fiscal_parametros_versionados_v1 e fiscal_parametros_revogar_
       reabre_anterior_v1), logadas em gestao.log_acoes.
     - parametros-master.js v0.9.6: entrada nova no PM_HUB.
     - Script novo carregado: js/telas/regras-fiscais.js (depois de
       alertas.js).

   --- HISTÓRICO ANTERIOR ---
   VERSÃO: v0.32.0
   DATA: 2026-09-22
   TÍTULO: OFERTAS POR ORIGEM (SITE, AMIGOS, PARCEIROS, GRUPOS)
   NOVIDADES (v0.32.0):
     - Pedido do Nicola (22/09/2026): duplicar oferta por origem, com preço,
       duração, vigência e vitrine próprios. Banco: migration
       ofertas_por_origem_v1 (comercial.origens, plano_campanhas.plano_codigo
       e origem_codigo, clientes.origem_codigo).
     - Campanhas & Landing (parametros-campanhas.js v0.9.0): campo Origem e
       "+ nova origem" na etapa 1, botão "Duplicar", lista com a origem de
       cada campanha, regra "1 promocional ativa" por origem + plano. O
       wizard deixou de escrever em planos.id_campanha (legado).
     - parametros-master.js v0.9.5 carrega comercial.origens.
     - comercial.js v0.11.1: mensagem de "Oferta no Site" vazia atualizada.

   VERSÃO: v0.31.0
   DATA: 2026-09-20 (rodada 12)
   TÍTULO: CATÁLOGO CONFIGURÁVEL DE ALERTAS (ENTREGA AL.4)
   NOVIDADES (v0.31.0):
     - Entrega AL.4 do PLANO_IMPLEMENTACAO_RESULTADOS_MERCADO_FISCAL v2.0.0
       ("Raiz Gestão: catálogo configurável de alertas"), próxima da fila
       depois de fechar AL.3 (App: central de alertas unificada) — sem
       pedido novo do Nicola nesta rodada, seguindo a ordem do próprio
       plano e o padrão de continuidade já em uso na sessão.
     - PM_HUB ganha o card "Alertas" (js/telas/alertas.js, novo): tela com
       2 seções — (1) catálogo de tipos de alerta do motor central
       (public.alerta_tipos), só edição (o tipo nasce por código/migração,
       não por aqui) dos campos que realmente têm consumidor hoje:
       ativo, severidade, antecedência padrão, agrupamento, agrupar a
       partir de e teto diário de envio do bot — os demais campos
       "parecem config" mas foram auditados e não têm nenhum consumidor
       em public/gestao nem no repo raiz-edge-functions, então ficaram de
       fora (não expor campo morto); (2) informativos fiscais
       (public.informativos), CRUD completo (criar/editar, sem excluir
       ainda — só existe upsert por ora).
     - 3 funções novas no schema gestao (migração gestao_alertas_crud_v1,
       master-only via fn_sou_master(), logadas em gestao.log_acoes,
       mesmo padrão de fn_editar_perfil/fn_definir_perfil_funcionalidade):
       fn_alertas_listar_catalogo(), fn_alerta_tipo_atualizar(...),
       fn_informativo_upsert(...). Testadas ao vivo (sucesso como master,
       rejeição como não-master, rejeição de constraint, revert ao valor
       original) e limpas antes de fechar a entrega.
   ------------------------------------------------------------------
   TÍTULO ANTERIOR: TROCA DE PLANO E LIMPAR EXPIRAÇÃO NA LICENÇA DA EMPRESA
   NOVIDADES (v0.30.0):
     - Nicola: "no menu empresa, devo conseguir alterar o plano da
       empresa, nao apenas a data" + "no campo nova expiracao, devo poder
       deixar em branco (sem expiracao)". "Licenças da empresa" (ficha ›
       lápis do Plano) ganhou select "Plano" por linha (só planos ativos
       do MESMO módulo da licença) e o campo "Nova expiração" agora limpa
       de verdade quando deixado em branco — o bug era 100% no banco
       (fn_gestao_licenca_ajustar tratava data=NULL como "não mexer",
       nunca como "apagar"; não existia nenhum jeito de tirar uma
       expiração já cadastrada).
     - Achado de passagem: gestao.fn_definir_licenca (v0.14.0) nunca foi
       chamada por nenhum código desde que foi criada — não serve pro
       caso de hoje (hardcoda módulo 'imoveis', não edita por ID de
       licença). Em vez de forçar seu uso, estendi fn_gestao_licenca_
       ajustar (já edita por ID) com p_novo_plano_codigo + p_limpar_
       expiracao — valida módulo/ativo no banco antes de trocar.
     - Achado de segurança (QUA-01): fn_gestao_licenca_ajustar estava
       com EXECUTE liberado pra PUBLIC/anon desde antes desta sessão —
       corrigido junto (só authenticated agora).
     - js/telas/empresas.js v0.17.0 → v0.18.0 — ver changelog do arquivo.
     - APP_VERSAO corrigida junto.
   ------------------------------------------------------------------
   TÍTULO ANTERIOR: SELETOR DE PERÍODO NAS MÉTRICAS GLOBAIS DO COCKPIT
   NOVIDADES (v0.29.0):
     - Nicola: "para os indicadores globais, crie 4 seletores: total, 1
       dia, 7 dias, 30 dias. estes seletores, alteram automaticamnete o
       valor destes indicadores globais". Toggle (igual ao já usado na
       Fila de atenção, Urgência/Área) acima da seção "Métricas globais"
       do Cockpit — Storage, IA, Acessos, WhatsApp e Landing agora
       respondem ao período escolhido, sem recarregar a tela inteira
       (só refaz a 1 RPC de métricas). "Demandas abertas" fica de fora
       de propósito — é o card de grade "Suporte & Backlog", sempre
       backlog ATUAL (ativo=true agora), não faz sentido "no período".
     - gestao.fn_cockpit_metricas_globais() (banco) ganhou p_dias
       (NULL=total, 1/7/30). Decisão registrada: pras métricas de estoque
       (Storage), o período muda o sentido de "quanto existe hoje" pra
       "quanto foi adicionado na janela" — é a leitura útil de um filtro
       de tempo pra esse tipo de número; documentado no comentário da
       migration.
     - js/telas/cockpit.js v1.2.0 → v1.3.0 — ver changelog do arquivo.
     - APP_VERSAO corrigida junto.
   ------------------------------------------------------------------
   TÍTULO ANTERIOR: COFRE COM PRECISÃO REAL + LIMITE DE LICENÇA + MÉTRICAS GLOBAIS DO COCKPIT
   NOVIDADES (v0.28.0):
     - Nicola, mensagem única com 8 pedidos. Endereçados nesta rodada:
     - "o contador de espaco no cofre tb esta estranho. parece nao bater."
       — NÃO era bug de cálculo (conferi direto: metadata->>'size' correto
       nos storage.objects), era arredondamento: fn_uso_funcionalidade()
       (usada como GATE de plano) devolve MB inteiro, então 0,06MB (12
       arquivos reais, ~65KB) virava "0 MB" — indistinguível de vazio.
       Nova função gestao.fn_storage_resumo(p_cliente_id) devolve bytes
       exatos + contagem de arquivos, SÓ pra exibição (a cota/gate
       continua em MB inteiro, sem mudança) — ficha agora mostra "0,06 MB
       / <limite> MB (12 arquivo(s))" em vez de "0 MB / <limite> MB".
     - "nao achei a sessao de uso por funcionalidade." — não é bug: essa
       seção (js/telas/empresas.js v0.16.0, entregue na rodada anterior,
       zip raiz-entrega-20260918-gestao0.27.0) só chega depois do deploy
       desse zip. Confirmei o código de novo — está correto e intacto
       nesta versão.
     - "na tela de cockpit e da empresa, sinalize que tem empresas em
       algum limite de uso de licenca" — nova função
       gestao.fn_empresas_em_limite() (varre todas as empresas,
       reaproveita fn_funcionalidades_liberadas). Ficha: banner no topo de
       "Uso & Consumo" quando a empresa está no limite/perto de alguma
       cota. Cockpit: itens na Fila de atenção + novo card de grade "Uso
       de licença".
     - "inclua tb a qtde de storage total do banco (megas e arquivos),
       inclua o valor de IA total e volume de acessos, o msm para msg de
       whatsapp. inclua tb a qtde de demandas abertas do backlog. e tb a
       qtde de acessos da landing" — nova função
       gestao.fn_cockpit_metricas_globais() (1 RPC, todos os totais
       cross-tenant, sem filtro de período) + nova seção "Métricas
       globais" no Cockpit. "Valor de IA": não existe custo em R$
       guardado em lugar nenhum do banco — uso 2 números reais
       (ia_eventos_log: eventos que usaram modelo + soma de tokens
       entrada+saída), não inventei um valor monetário. Demandas abertas
       do backlog também preencheu o card "Suporte & Backlog" do Cockpit,
       que desde a v1.0.0 estava "sem indicador" por falta dessa decisão.
     - js/telas/cockpit.js v1.1.0 → v1.2.0, js/telas/empresas.js v0.16.0
       → v0.17.0 — ver changelog de cada arquivo.
     - APP_VERSAO corrigida junto (badge confiável — ver v0.26.0 abaixo).
   ------------------------------------------------------------------
   TÍTULO ANTERIOR: FICHA DA EMPRESA — COTA DE PESSOAS E ADOÇÃO POR FUNCIONALIDADE
   NOVIDADES (v0.27.0):
     - Achado real do Nicola, ficha da empresa › Uso & Consumo: "Nova
       pessoa" sempre mostrava 0/teto, mesmo com pessoas cadastradas
       (Albuquerque Silva Participações tinha 7, mostrava 0/5). Causa:
       fn_uso_funcionalidade() (banco, schema public) tem um CASE por
       código dentro da categoria item_custodia com só 3 braços
       (cofre.ativos.criar/contratos.criar/cofre.controles.criar) —
       pessoas.criar caía no ELSE e sempre voltava 0. Corrigido DIRETO NO
       BANCO (migration fn_uso_funcionalidade_pessoas_criar, sem arquivo
       neste zip — efeito já está no ar): novo braço conta a tabela
       pessoas por cliente_id. Testado: agora retorna 7 pra essa empresa
       (aparece 7/5, acima do teto, correto). Achado relacionado, NÃO
       corrigido (precisa decisão sua antes): pessoas.acesso.criar
       ("Convidar pessoa") tem o mesmo problema — cai no mesmo ELSE — mas
       ao contrário de "Nova pessoa" (estoque simples, count(*) da
       tabela), essa é logada como EVENTO (registrarLog toda vez que
       alguém ganha acesso, comum-pessoas.js) e está configurada como
       item_custodia (estoque, nunca reseta) no plano — não é óbvio se
       "usado" deveria ser a contagem de log_acessos no período ou um
       "quantas pessoas já ganharam acesso alguma vez" cumulativo. Não
       mexi pra não adivinhar a regra de negócio; registrado como demanda.
     - js/telas/empresas.js v0.15.0 → v0.16.0 — pedido explícito, aba
       Adoção: "deve mostrar tb a quantidade de uso por funcionalidades
       mediante os filtros da tela". Nova seção "Uso por funcionalidade"
       (App/Bot), mesmos filtros de período/empresa/pessoa já existentes
       — ver changelog do arquivo.
   ------------------------------------------------------------------
   TÍTULO ANTERIOR: COCKPIT — CONTADOR DE APLICABILIDADE IGNORANDO TITULAR EMPRESA
   NOVIDADES (v0.26.0):
     - js/telas/cockpit.js v1.0.0 → v1.1.0 — achado real do Nicola, tela
       Cockpit: "o contador de aplicabilidade não está desconsiderando
       quando subtipo se aplica a empresa". O card "Catálogo —
       Aplicabilidade" (Fila de atenção + grade) contava subtipo global
       sem vínculo mesmo quando o titular dele não inclui "ativo" (ex.:
       "Contrato social", "Documento da empresa" — só empresa) — mesmo
       ajuste que catalogo-patrimonio.js v1.4.0 já tinha (rodada 5), só
       não tinha sido replicado aqui, onde o Cockpit faz a própria conta
       direto.
     - CORRIGIDO DE PASSAGEM (achado ao investigar por que o Nicola via
       "v0.22.0" na tela mesmo depois de eu ter avisado da v0.25.0): a
       constante `APP_VERSAO` (linha ~801, fonte do badge de versão da
       tela de login/topo) tinha ficado presa em 'v0.22.0' desde a rodada
       3 — as rodadas 4/5 atualizaram o cabeçalho deste arquivo mas não
       essa constante (mesmo deslize que este arquivo já registrava ter
       corrigido uma vez antes, em v0.20.2 → v0.21.0, e voltou a
       acontecer). Corrigida pra 'v0.26.0' — a partir de agora o badge da
       tela é conferência confiável de qual versão está de fato no ar.
   ------------------------------------------------------------------
   TÍTULO ANTERIOR: APLICABILIDADE — DESMARCAR VÍNCULO DE VEZ
   NOVIDADES (v0.25.0):
     - js/telas/catalogo-patrimonio.js v1.3.0 → v1.4.0 — achado real do
       Nicola: célula da matriz de Aplicabilidade que ele tinha clicado pra
       remover ficava "hachurada" (cinza, vínculo inativo) sem jeito de
       voltar ao branco — cpAplRemover só faz soft-delete, e a célula
       continuava chamando cpAplRemover de novo, nunca cpAplAdicionarRapido.
       Vínculo inativo agora é tratado igual a "sem vínculo" (clique
       reativa a mesma linha via ON CONFLICT, sem duplicar). Nota do campo
       antigo tipo_ativo_aplicavel (form de Subtipos) atualizada — o App
       parou de ler esse campo pro seletor de tipo de documento no upload
       (cofre-documentos.js v2.16.0, mesma rodada), passou a ler esta aba.
   ------------------------------------------------------------------
   NOVIDADES (v0.24.0):
     - js/telas/cockpit.js v0.7.0 → v1.0.0 — cockpit real, leiaute do
       protótipo HTML aprovado pelo Nicola (fila de atenção com toggle
       Urgência/Área + grade de 10 cards por área, clicáveis). Fontes reais
       novas: Catálogo—Aplicabilidade, Catálogo—Tipos&campos, Conciliação
       (fn_gestao_conciliacao_visao), Calendário&partes, Saúde do cliente
       (feedback_baixo, já existia em fn_cockpit_atencao mas não tinha
       card). Motor Documental/Suporte&Backlog/Comercial ficam "sem
       indicador" — sem RPC confirmada, mesma pergunta em aberto que o
       protótipo já registrava pro Nicola.
     - js/telas/catalogo-patrimonio.js v1.2.0 → v1.3.0 — demanda 34f5d60f:
       campo de filtro nas 5 abas (texto e/ou dropdown conforme o campo).
   ------------------------------------------------------------------
   NOVIDADES (v0.23.0):
     - Script novo js/telas/conciliacao-catalogo.js v1.0.0 — a aba
       Conciliação saiu de dentro de "Catálogo do patrimônio"
       (catalogo-patrimonio.js v1.0.0 → v1.1.0, agora com 5 abas) e virou
       card próprio no PM_HUB: não tem relação com categoria/subtipo do
       patrimônio, é outro assunto (regras de conciliação bancária). Mesmo
       código, mesma RPC (fn_gestao_conciliacao_visao), só endereço novo.
     - PM_HUB (parametros-master.js v0.9.3) perde o card "Oferta &
       campanhas" — redundante com o menu Comercial, que já é destino
       principal da navegação.
   ------------------------------------------------------------------
   NOVIDADES (v0.22.0):
     - Script novo js/telas/catalogo-patrimonio.js v1.0.0 — os dois eixos do
       catálogo global que a Onda 1 (M1–M12, sessão anterior) reorganizou:
       eixo do ATIVO (categoria macro + tipo de ativo) e eixo do CONTROLE/
       DOCUMENTO (natureza → subtipo → aplicabilidade → calendário). 6 abas:
       Subtipos · Aplicabilidade · Tipos de ativo · Campos do tipo ·
       Calendário & partes · Conciliação. Card novo no PM_HUB
       (parametros-master.js v0.9.2), ao lado de "Motor Documental" e
       "Partes padrão". Toda escrita passa pelas RPCs de catalogo_upsert_v4
       (fn_sou_master() + log_acessos) — nenhum INSERT/UPDATE direto.
     - CAN-05 (absorção): parametros-documental.js v0.2.0 — o Motor
       Documental › Catálogo perde os campos ESTRUTURAIS do subtipo
       (categoria, titular, tipos de ativo aplicáveis, antecedência/
       reforço/recorrência, gera controle, guarda arquivo, ativo), que
       migram pra aba Subtipos da tela nova. Fica só com a lente de IA
       (prompt, sinônimos, como reconhecer, estratégia, complexidade,
       campos, validações, regra de vencimento). Uma porta de escrita
       (fn_cofre_catalogo_upsert), duas lentes, sem convivência.
     - Catálogo de classes `.rz-chip`/`.rz-chips`/`.rz-on`/`.rz-badge` CSS
       adicionado no bloco de estilo global deste arquivo — parametros-documental.js (desde
       a v0.1.0) já usava essas classes nas abas do Motor Documental, mas
       elas nunca tinham sido definidas: os botões de aba renderizavam sem
       nenhum estilo. QUA-01 (mesmo padrão, corrigido na causa): a tela
       nova ia herdar o mesmo bug, então a definição entrou aqui em vez de
       reescrever a marcação das duas telas.
     - `APP_VERSAO` (linha ~757) estava em 'v0.20.2', uma versão atrás do
       que o cabeçalho deste arquivo já dizia (v0.21.0 antes desta entrega)
       — corrigido junto, já que os dois deveriam andar sempre juntos.
   ------------------------------------------------------------------
   NOVIDADES (v0.21.0):
     - js/telas/empresas.js v0.15.0: ficha da empresa ganha "Ações
       administrativas" com "Apagar Empresa e Acessos" (migrado do App,
       app-dev/apagarEmpresaCompleta() — mesma fn_apagar_empresa_completa,
       cerca respeitada). "Importar Carga Inicial" e "Limpar Sistema desta
       Empresa" NÃO migraram — eliminadas do App sem substituto (uma delas
       já estava quebrada em produção contra o modelo de dados atual);
       reconstrução é demanda 2fb2153a.
     - js/telas/comunicacoes.js v0.4.0: novo 3º modo "👤 Pessoas" — disparo
       manual de e-mail, config de envio automático (dia01/dia15/ativo) e
       preferências de comunicação proativa por pessoa, tudo por empresa.
       Precisou de migration nova (gestao_comunicacoes_pessoas_v1, 4 RPCs
       SECURITY DEFINER) porque a RLS de clientes/pessoas/pessoa_
       preferencias_comunicacao não libera essas 3 tabelas cross-empresa
       pro login de equipe do Gestão.
   ------------------------------------------------------------------
   NOVIDADES (v0.20.2):
     - PLANO_IMPLEMENTACAO v1.0, etapa E14.3 ("A15"), Onda 12. Script novo
       js/telas/partes-padrao.js registrado — CRUD do catálogo de partes
       padrão (prefeitura, órgão recolhedor) que o app materializa por
       tenant no primeiro uso (fn_parte_padrao_materializar). Card novo
       no hub de Configurações (PM_HUB, parametros-master.js v0.9.1).
   NOVIDADES (v0.20.1):
     - Corrigido depois de ler PLANO_TECNICO_SISTEMA_DEMANDAS_RAIZ_v2_0_0.md
       na íntegra (não lido antes da v0.20.0): arquivo renomeado suporte.js
       → suporte-backlog.js (nome que o manifesto real espera — a v0.20.0
       nunca chegava a carregar via Deploy_Raiz.ps1 2.24, ficava no
       placeholder). Empresa padrão deixou de ser resolvida por nome
       (ILIKE 'RAIZ PATRIMONIO MATRIZ') e passou a usar
       gestao.fn_demandas_contexto() (nova, consulta pela licença do
       módulo gestao) — o valor já saía certo, só o método violava a
       regra "nunca por nome ou ID fixo" do Guia do Claude (§13 do plano).
     - Pendente, registrado não escondido: indicadores da tela deveriam
       ser "abertos · atrasados · sem acompanhamento · encerrados no
       período" (hoje mostra abertas/atrasadas/vencendo) e falta o filtro
       de período — ficam para uma próxima entrega.
   ------------------------------------------------------------------
   NOVIDADES (v0.20.0):
     - Nova tela "Suporte & Backlog" (js/telas/suporte.js) — antes era
       placeholder ("ainda não disponível"). Lista, cria, trata e encerra
       demandas (suporte/serviço/backlog de produto) usando as funções
       centrais fn_demandas_*/fn_demanda_* (banco), já existentes e
       testadas — esta entrega só constrói a interface, nenhuma regra de
       negócio nova (idempotência, duplicata semântica, auditoria e
       permissão já vêm prontas do lado do banco). Abre em Matriz +
       Produto + Em aberto por padrão. Backlog inicial de 11 itens
       carregado via canal 'claude' antes desta tela existir.
   ------------------------------------------------------------------
   NOVIDADES (v0.19.1):
     - EMPRESAS: a ficha era o ÚNICO lugar do módulo que abria num modal
       sobreposto — virou tela, dentro da própria aba, com "Voltar para a
       lista" (empresas.js 0.13.0).
     - LÁPIS DA LICENÇA CORRIGIDO: chamava edAbrirTrocarPlano(), função
       que nunca existiu — clicar não fazia nada. Agora abre "Licenças
       desta empresa": ativa + histórico, com dias para expirar, adiar a
       data (campo ou botão +30 dias), mudar status (ativo/suspenso/
       cancelado/expirado) e motivo. Toda alteração fica em log_acessos
       (gestao.licenca_ajustada) com o operador. Sai do rodapé o aviso de
       "gerenciar licença pendente de arquitetura" — agora existe.
       Migration: fn_gestao_licencas_empresa() e fn_gestao_licenca_ajustar().
       Adiar a data zera data_aviso: o ciclo de "licença vencendo" recomeça.
     - MOTOR DOCUMENTAL 0.1.1: a tela ficava muda quando algo falhava
       (era o caso — o .js não tinha sido copiado no deploy, porque
       faltava a linha no $Manifesto; corrigido no Deploy_Raiz.ps1 v2.19).
       Agora mostra a causa em vez de tela em branco.
   ------------------------------------------------------------------
   NOVIDADES (v0.19.0):
     - Configurações ganha o card "Motor Documental"
       (parametros-documental.js 0.1.0), com 3 abas:
       · CATÁLOGO — os subtipos globais que o motor lê em runtime:
         categoria, titular, gera controle, guarda arquivo, complexidade,
         antecedência/reforço/recorrência (A.13), campos, validações,
         regra de vencimento, sinônimos, como reconhecer, prompt
         específico e estratégia de IA (modelo por etapa + gatilhos do
         revisor + limiar). Grava por fn_cofre_catalogo_upsert — a mesma
         função do seed, sem caminho paralelo. Mudança vale na próxima
         leitura, SEM deploy.
       · VERSÕES DE PROMPT — histórico de cofre_prompt_versoes (snapshot
         automático por trigger) com autor, motivo e "Restaurar".
       · ASSERTIVIDADE — leituras, % confirmado sem edição, revisor
         acionado, tempo médio, campos mais corrigidos e quebra por tipo.
         Filtros: empresa · período · usuário · tipo · canal (D7).
     - Migration `motor_doc_f4_funcoes_gestao_assertividade_versoes_v1`:
       fn_gestao_extracoes_documental() e fn_gestao_prompt_versoes() —
       SECURITY DEFINER com gate de master_plataforma, porque a RLS de
       cofre_extracoes_documento é por tenant e o Gestão lê todos.
     - Com isso o A.12 (categorias & padrões) e o A.13 (padrões de
       ocorrência) ficam configuráveis por tela — as duas fases que
       faltavam dessas frentes.
   ------------------------------------------------------------------
   NOVIDADES (v0.18.2):
     - BUG (print do Nicola): no desktop, Planos & Limites mostrava só os
       cards — a matriz plano × funcionalidade nunca apareceu. Causa: o
       wrapper usava `hidden md:block` e este index tem
       `.hidden { display:none !important }`, que vence o md:block. Mesmo
       bug escondia a matriz desktop de Perfis & Acessos e a barra de
       etapas do wizard de Campanhas. Os 3 trocados por `max-md:hidden`
       (parametros-planos.js 0.15.1, parametros-perfis.js 0.13.1,
       parametros-campanhas.js 0.8.3).
   ------------------------------------------------------------------
   NOVIDADES (v0.18.1):
     - parametros-planos.js v0.15.0: a célula plano×funcionalidade no
       layout mobile não tinha o select "upsell —" (id_oferta_upsell) nem
       o textarea do aviso — só o desktop tinha. Achado do Nicola ao tentar
       configurar o plano sugerido pelo celular. Agora nos 2 layouts.
       É esse campo que alimenta "Plano sugerido" do modal de limite do
       app (1.148) e a mensagem ao comercial (notificar-comercial 1.0).
     - Sem migration. Backlog A.17 (PENDÊNCIAS v5.2): cadastro único de
       ofertas comerciais (renovação, upsell, serviços, extensão de limite)
       no Gestão — esta correção é só o mínimo pra A.11 funcionar.
   ------------------------------------------------------------------
   NOVIDADES (v0.18.0):
     - ACHADO GRAVE corrigido: comercial.categoria_licenca (nome/item/
       tipo_reset — mensal/anual/transação/nunca) já existia com UI pronta
       nesta tela (o seletor "categoria/reset —" na célula), mas nenhuma
       função do banco nunca lia plano_funcionalidade.id_categoria —
       fn_checar_limite()/fn_uso_funcionalidade() ignoravam. O
       funcionalidades.cota_tipo criado hoje mais cedo (E.3) resolveu o
       efeito mas duplicou em vez de ligar. Migration
       unificar_categoria_licenca_fn_uso_funcionalidade_v1: populou
       id_categoria nos 18 plano_funcionalidade com limite, reescreveu
       fn_uso_funcionalidade pra ler a categoria de verdade, e
       fn_funcionalidades_liberadas passou a DERIVAR cota_tipo (mesmo
       vocabulário — zero mudança no app v1.144.0). Coluna cota_tipo
       (criada hoje) foi derrubada — fonte única agora é categoria_licenca.
     - parametros-planos.js v0.14.0: removido o seletor morto de "tipo de
       cota" por funcionalidade (escrevia numa coluna que não existe mais);
       seletor de categoria (o certo, por plano×funcionalidade) agora
       também no mobile, não só desktop; desktop e mobile agrupados por
       ÁREA (como Catálogo e Perfis); cards com texto desatualizado
       ("licencas.limite_imoveis", "só imóveis/contratos têm contador")
       removidos — hoje as 5 funcionalidades com limite contam de verdade.
     - empresas.js v0.14.0: "Trocar plano" na ficha da empresa
       (gestao.fn_definir_licenca, nova, master-only) — dá pra atribuir um
       plano novo a um cliente 100% pelo app, sem SQL manual.
   ------------------------------------------------------------------
   VERSÃO ANTERIOR: v0.17.0 · 2026-09-07
   TÍTULO: AJUSTES DO NICOLA PÓS-v0.16 — CÓDIGO, COTAS NA FICHA, PERFIS, PREÇO
   NOVIDADES (v0.17.0):
     - NOVA tela "Código" (js/telas/codigo.js v1.0.0, botão em Mais): o que
       está no ar por arquivo — versão, linhas e componentes — do app
       (versoes.json com `detalhes`), da Gestão (medido ao vivo), da landing
       (index.html) e do bot (edge_function_versoes; quem não registra
       aparece como pendência). "O que está no ar" saiu da Saúde.
     - Empresas (empresas.js v0.13.0): ficha mostra TODAS as cotas do plano
       (ativos, contratos, controles, IA, MB) com usado × limite contados
       como app e bot contam — antes "0 / ∞", porque fn_uso_empresa_resumo
       lia colunas que não existem mais; Adoção agrupada por empresa em
       ordem de adoção.
     - Perfis (parametros-perfis.js v0.13.0): mobile agrupado por área com
       faixa e divergência; 3 códigos sem regra ganharam faixa; master e
       master_plataforma com todas as capacidades da empresa no banco.
     - Comercial: preço do Essencial saía "R$ 0,00" porque a oferta-base
       tinha uma opção "Trial gratuito" R$ 0 sem forma de pagamento vinculada
       (min(preco) = 0; a landing recebia essa opção primeiro). Vínculo
       removido e as duas funções passaram a ignorar opção sem forma de
       pagamento → R$ 69,00. Trial continua pelos 7 dias.
     - Migration gestao_v0_17_master_tudo_cotas_ficha_oferta_v1 (aplicada).
   ------------------------------------------------------------------
   VERSÃO ANTERIOR: v0.16.0 · 2026-09-07
   TÍTULO: REVISÃO PÓS-FATIA 8 (§E) — ENTREGA 2: E.3 COTAS POR TIPO
   NOVIDADES (v0.16.0):
     - E.3 Planos & Limites (parametros-planos.js v0.12.0): seletor do tipo
       de cota por funcionalidade (mensal / teto de estoque / MB usados —
       funcionalidades.cota_tipo, aprovada pelo Nicola em 07/09) e texto de
       aviso ao atingir por plano. No banco (migration e3_cota_tipo_e_uso_
       por_tipo_v1): fn_uso_funcionalidade conta por tipo e passou a ser a
       ÚNICA contagem dos gates (fn_funcionalidades_liberadas do app e
       fn_checar_funcionalidade do bot). Antes tudo era log_acessos do
       mês: cota de IA nunca debitava, estoque virava "criados no mês",
       storage contava linhas. Agora: ia.usar lê ia_eventos_log (Gemini e
       Claude = 1 uso cada); ativos/contratos/controles contam o que existe;
       storage soma MB. Conferido: Rumo 49/50 ativos → avisar=true.
     - E.4 (uso por código canônico/canal) fica pra próxima.
   ------------------------------------------------------------------
   VERSÃO ANTERIOR: v0.15.0 · 2026-09-07
   TÍTULO: REVISÃO PÓS-FATIA 8 (PENDÊNCIAS §E) — ENTREGA 1 DE 2: E.1, E.2, E.5, E.6
   NOVIDADES (v0.15.0):
     - E.1 Catálogo › Funcionalidades (parametros-master.js v0.9.0): agrupado
       por ÁREA, nome comercial em destaque (é o rótulo do app e do bot),
       aviso das que estão sem nome comercial, busca, formulário com nome
       comercial (obrigatório), descrição comercial e tipo.
     - E.2 Perfis & Acessos (parametros-perfis.js v0.12.0): matriz por área
       com a FAIXA pela regra de sufixo (Ver/Operar/Administrar/Zona
       vermelha/Plataforma/Proativa), célula divergente em âmbar e
       "Aplicar regra" por área (só divergências, com confirmação). É a
       tela do ajuste fino. master_plataforma passa a ser protegido também.
     - E.5 Saúde (saude.js v0.12.0): "O que está no ar" — bot (edge_
       function_versoes), app (versoes.json do site) e este Gestão.
     - E.6 Empresas (empresas.js v0.12.0): alerta de WhatsApp repetido em
       2 pessoas da mesma empresa (o bot atende a primeira que achar).
       Requer migration gestao_fn_telefones_duplicados_v1 (aplicada 07/09).
     - Fica pra entrega 2: E.3 cotas (cota mensal × teto de estoque — decisão
       pendente) e E.4 uso por código canônico/canal.
   ------------------------------------------------------------------
   VERSÃO ANTERIOR: v0.14.0 · 2026-08-30
   TÍTULO: COMUNICAÇÕES — EDITAR DIRETO QUAIS PERFIS VEEM CADA MENSAGEM
   NOVIDADES (v0.14.0):
     - js/telas/comunicacoes.js (v0.3.0), pedido explícito do Nicola:
       testando a v0.13.0, uma mensagem não apareceu pra ele numa empresa
       de teste — a causa era a regra de perfil da mensagem não incluir
       'master' (o perfil dele mesmo, testando). "Queria poder editar o
       perfil que aparecem as msg no app gestão, nas configurações" — em
       vez de pedir migration toda vez. Nova seção "Quem vê esta
       mensagem" no modo Configuração: checkboxes de perfil editáveis
       (admin/consulta/master/master_plataforma/operador) + botão
       "Salvar perfis". De quebra, restaura a visibilidade das condições
       de gatilho (regras) que tinham sumido sem querer na v0.13.0 — a
       reescrita anterior trocou o "Ver JSON" único (canais+regras) por
       conteúdo avançado só por canal, derrubando junto a visão das
       regras. As outras 14 condições possíveis continuam só-leitura
       (texto legível, não mais só JSON) — editor próprio pra cada uma
       fica pra quando for pedido.
     - Requer migration comunicacao_regra_perfis_definir (aplicada via
       MCP em 30/08/2026): fn_comunicacao_regra_perfis_definir (nova,
       master-only) — cria ou atualiza a regra tipo_regra='perfil' de
       uma comunicação.

   VERSÃO: v0.13.0
   LINHAS: 782
   DATA: 2026-08-30
   TÍTULO: COMUNICAÇÕES — SEPARA USO DE CONFIGURAÇÃO + EDIÇÃO AMIGÁVEL + SIMULAÇÃO
   NOVIDADES (v0.13.0):
     - CORRIGIDO de quebra: a constante APP_VERSAO (fonte real do que
       aparece na tela de login/menu) estava presa em "v0.11.4" desde a
       entrega da v0.12.0 — o cabeçalho já dizia v0.12.0, mas a versão
       exibida de verdade pro Nicola nunca acompanhou. As duas ficam
       sincronizadas aqui.
     - js/telas/comunicacoes.js reescrito (v0.2.0), pedido explícito do
       Nicola em 2 partes:
       1) "separar as configurações da visualização do uso" — a tela
          ganhou um toggle de modo (📊 Uso / ⚙️ Configuração), separado da
          barra de abas de plano (que continua valendo pros dois modos).
          Uso = filtros de período/empresa + cards + funil + por empresa +
          log (exatamente o que já existia). Configuração = a lista de
          mensagens do plano, que saiu do modo Uso. Cada modo só busca as
          RPCs que ele realmente desenha — não traz dado de configuração
          só pra olhar o funil, e vice-versa.
       2) "na configuração das msg queria tb ver uma opção mais amigável
          da msg, e pode editar direto ali" + "incluir uma opção de
          ver/simular a msg como ela aparece ou vai aparecer antes de
          salvar" — cada mensagem agora mostra 1 card por canal (app/
          whatsapp/email) com título/mensagem como texto legível (não só
          "Ver JSON" — que virou "Ver conteúdo avançado", ainda disponível
          pra quem precisa mexer em botões/passos). "Editar" abre um
          formulário inline pra título/mensagem direto no banco.
          "Simular" (chamável tanto do card salvo quanto de DENTRO do
          formulário, com os valores ainda não salvos) desenha 3 maquetes
          diferentes conforme canal/formato — bolha de WhatsApp, modal de
          app, ou passo-a-passo de onboarding — reconhecidas contra os
          dados reais já cadastrados (não inventadas).
     - Requer migration comunicacoes_editar_canal (aplicada via MCP em
       30/08/2026): fn_comunicacoes_mensagens passou a incluir o `id` de
       cada canal (faltava, sem isso não dava pra saber qual linha
       atualizar) + fn_comunicacao_canal_atualizar (nova, master-only).

   VERSÃO: v0.12.0
   LINHAS: 744
   DATA: 2026-08-29
   TÍTULO: NOVA TELA "COMUNICAÇÕES" — ACOMPANHAMENTO DOS PLANOS (ONBOARDING/ADOÇÃO/UPSELL)
   NOVIDADES (v0.12.0):
     - Novo item de menu "Comunicações" (js/telas/comunicacoes.js, NOVO),
       pedido explícito do Nicola: acompanhar os Planos de Comunicação
       (Onboarding/Adoção/Upsell/Novos Releases) que passaram a rodar de
       verdade no app/Cofre nesta sessão (fn_comunicacao_proxima_app/
       _servico). Abas por plano, funil por mensagem (exibiu → concluiu),
       quebra por empresa com drill-down, log detalhado filtrável por
       empresa/período, e pausar/reativar mensagem
       (fn_comunicacao_definir_status).
     - Requer gestao_comunicacoes_rpcs.sql rodada (já aplicada neste banco
       via MCP do Supabase — não precisa rodar de novo manualmente).
     - PENDÊNCIA CONHECIDA (documentada na própria tela, não escondida):
       o bot do WhatsApp ainda não chama fn_comunicacao_proxima_servico —
       os dados hoje refletem só o canal app/Cofre. Edição de conteúdo/
       gatilho das mensagens (texto, regras) ainda não tem UI — por ora
       só visualização (JSON) e pausar/ativar.

   VERSÃO: v0.11.4
   LINHAS: 722
   DATA: 2026-08-28
   TÍTULO: SAÚDE — CUSTO DE IA DETALHADO POR PRODUTO E MODELO
   NOVIDADES (v0.11.4):
     - SAÚDE: custo de IA deixou de ser só 3 números agregados e virou uma
       tabela — 1 linha por PRODUTO (Claude/Gemini) × MODELO, com volume de
       chamadas, tokens de entrada/saída e custo estimado por linha, mais
       um total geral no topo (somado no front-end a partir das linhas).
       gestao.fn_saude_custo_ia() (nova) substitui os 4 campos que
       fn_saude_resumo() carregava desde v0.11.1. Produto vem de
       gestao.ia_precos_modelo.produto (coluna nova) — modelo sem preço
       cadastrado ainda cai num produto "Outro / sem preço mapeado" pelo
       prefixo do nome, em vez de sumir do relatório.
     - Uma linha com chamadas > 0 e tokens = 0 (caso do Gemini/voz hoje)
       fica visível na própria tabela — não precisa mais de um aviso à
       parte pra saber que aquele modelo ainda não conta pro custo.
     - Requer gestao_fase6_custo_ia_por_modelo_v1.sql rodada (já aplicada
       neste banco via MCP do Supabase — não precisa rodar de novo
       manualmente).

   VERSÃO: v0.11.3
   LINHAS: 701
   DATA: 2026-08-28
   TÍTULO: 2 BUGS REAIS CORRIGIDOS (SAÚDE 400 + EXCLUIR PLANO SILENCIOSO) + FILTRO DE PERÍODO ABERTO
   NOVIDADES (v0.11.3):
     - CORRIGIDO: aba Saúde dava erro 400 "structure of query does not
       match function result type". Causa: gestao.fn_saude_resumo()
       declarava ia_tokens_entrada_periodo/ia_tokens_saida_periodo como
       NUMERIC, mas soma de coluna integer no Postgres devolve BIGINT —
       RETURN QUERY não aceita esse descasamento. Corrigido no tipo de
       retorno da função.
     - CORRIGIDO: excluir um PLANO na matriz "Planos & Limites" confirmava
       (JS) e não dava erro nenhum, mas não excluía nada. Causa: a tabela
       public.planos tem RLS habilitado com política de SELECT/UPDATE/
       INSERT, mas NUNCA teve política de DELETE — sem política pro
       comando, o Postgres não erra, só ignora silenciosamente (0 linhas
       afetadas). Gap que já existia na tabela desde sempre; só ficou
       visível agora porque o ícone de excluir nunca tinha sido ligado na
       UI antes desta rodada. Adicionada política de DELETE master-only.
       (Aviso: o plano 'trial' tem 2 licenças vinculadas hoje — com o RLS
       corrigido, excluir 'trial' passa a ser corretamente BLOQUEADO por
       FK, agora com mensagem amigável em vez de silêncio.)
     - AJUSTADO: filtro de período (Comercial/Saúde/Empresas·Adoção) —
       deixar SÓ a data início ou SÓ a data fim em branco agora filtra sem
       limite naquele lado específico (antes, qualquer campo em branco
       fazia cair no padrão dos dois lados juntos). Vale pra tudo que usa
       esse filtro: Comercial (páginas/origem), Saúde (tudo) e
       Empresas → Adoção.
     - Requer gestao_fase6_fix_tipos_e_rls_v1.sql e
       gestao_fase6_periodo_aberto_v1.sql rodadas (já aplicadas neste
       banco via MCP do Supabase — não precisa rodar de novo manualmente).

   VERSÃO: v0.11.2
   LINHAS: 669
   DATA: 2026-08-28
   TÍTULO: AJUSTE VISUAL EM PERFIS & ACESSOS + REDEPLOY COMPLETO (v0.11.0/v0.11.1 não tinham ido pro ar por completo)
   NOVIDADES (v0.11.2):
     - PERFIS & ACESSOS: cabeçalho da matriz (desktop) agora mostra o código
       do perfil (negrito) COM a descrição embaixo, em texto pequeno —
       antes a descrição só aparecia no tooltip (passar o mouse), o que
       fazia parecer que só a descrição existia. Mesmo padrão visual já
       usado nas linhas de Funcionalidade (código em negrito + nome
       comercial/descrição embaixo).
     - SEM MUDANÇA DE CÓDIGO nesta versão: filtro de período em Comercial,
       contagem de pessoas em Empresas, ícones de editar/excluir em Planos
       & Limites e Perfis & Acessos, e o menu Bot · Uso — TUDO ISSO JÁ
       ESTAVA no código entregue em v0.11.0/v0.11.1, mas o console mostrou
       "gestaoFiltroPeriodoHtml is not defined", prova de que o `js/nav.js`
       publicado ficou numa versão anterior (sem as funções novas). Como
       não dá pra saber à distância quais dos outros arquivos também
       ficaram desatualizados, esta entrega reempacota os 8 arquivos de
       front-end JUNTOS de novo, pra publicar todos de uma vez só (o
       `Deploy_Raiz.ps1` já faz isso num commit único — é exatamente pra
       evitar esse tipo de mistura de versões entre arquivos).
     - Confirmado (sem mudança): perfis 'master' e 'master_plataforma'
       continuam protegidos contra editar/excluir pela UI, como decidido.
     - Confirmado (sem mudança): a tabela gestao.ia_precos_modelo já tem
       linha pra 'gemini-3-flash-preview' — no dia em que o bot passar a
       gravar tokens_entrada/tokens_saida pra voz, o custo estimado de IA
       em Saúde passa a incluir Gemini automaticamente, sem precisar de
       nova migration nem mudança de front-end.

   VERSÃO: v0.11.1
   LINHAS: 639
   DATA: 2026-08-27
   TÍTULO: SAÚDE — CUSTO ESTIMADO DE IA (EM VEZ DE BYTES)
   NOVIDADES (v0.11.1):
     - SAÚDE: "Bytes processados por IA" (v0.11.0) trocado por uma
       aproximação de CUSTO em USD — tokens de entrada/saída
       (ia_eventos_log) × preço por modelo, lido de uma tabela nova
       (gestao.ia_precos_modelo) em vez de hardcoded no código, porque
       preço de IA muda com frequência (ex.: Claude Sonnet 5 é $2/$10 por
       milhão de tokens até 31/08/2026, sobe pra $3/$15 em 01/09/2026 —
       poucos dias depois desta entrega). Mostra tokens de entrada/saída +
       custo estimado (USD), com aviso quando há eventos de IA no período
       sem tokens ou preço mapeado (hoje: voz via Gemini não grava tokens
       ainda, então o custo real fica um pouco acima do mostrado quando há
       uso de voz — a tela avisa isso em vez de fingir que o número está
       completo).
     - Requer gestao_fase6_custo_ia_v1.sql rodada (já aplicada neste banco
       via MCP do Supabase — não precisa rodar de novo manualmente).

   VERSÃO: v0.11.0
   LINHAS: 619
   DATA: 2026-08-27
   TÍTULO: FILTROS (COMERCIAL/SAÚDE/EMPRESAS) + ADOÇÃO + STORAGE/IA/WHATSAPP EM SAÚDE + CORREÇÃO BOT·USO + EDITAR/EXCLUIR PLANO E PERFIL
   NOVIDADES (v0.11.0):
     - COMERCIAL: "Páginas mais navegadas" e "Origem do tráfego" ganharam
       filtro de período (data início/fim, padrão últimos 7 dias) — um
       único filtro pras duas listas juntas. Layout deixou de ser 2 colunas
       lado a lado e virou empilhado em largura cheia, pra nome de
       página/origem longo não empurrar mais o número pra fora (ver também
       gestaoBarra() em nav.js, que ganhou truncamento defensivo com "...").
     - SAÚDE: filtro de empresa/pessoa/período (padrão últimos 7 dias)
       agora afeta TODA a tela (antes eram janelas fixas de 24h/7d sem
       filtro nenhum). NOVO: Storage (bytes + arquivos do Cofre de
       Documentos), bytes processados por IA (arquivos do Cofre que
       passaram por extração) e mensagens de WhatsApp no período — o aviso
       antigo de "não disponível" tinha ficado desatualizado desde que o
       Cofre entrou em produção; só Edge Functions/uptime continuam sem
       fonte de dado real, aviso mantido só pra esses.
     - EMPRESAS: lista passou a mostrar quantidade de pessoas cadastradas
       por empresa. NOVA sub-aba "Adoção": em quantos dias (dentro do
       período, padrão últimos 30 dias) cada pessoa entrou pelo menos 1
       vez — filtra por período/empresa/pessoa.
     - BOT · USO: BUG CORRIGIDO — selecionar "Por semana"/"Por mês" com o
       período ainda em "Últimos 7 dias" mostrava só 1-2 barras (parecia
       travado "na semana em andamento"). A função no banco já agrupava
       certo; o problema era o período curto não caber várias semanas/
       meses pra agrupar. Selecionar essas granularidades agora sobe
       automaticamente o período pro mínimo que garante várias barras (90
       dias pra semana, 365 pra mês), sem nunca diminuir um período maior
       que a pessoa já tenha escolhido.
     - PLANOS & LIMITES: matriz ganhou ícone de editar/excluir por plano
       (editar já existia como função — pmAbrirEdicaoPlano/pmExcluirPlano
       — só não tinha botão nenhum nesta tela que os chamasse; essa é a
       causa real de "não sei onde renomear/excluir plano"). Os 3 nomes
       mencionados ("Licença Master do Módulo de Gestão", "Plano padrão —
       todas as funcionalidades liberadas...", "Trial — acesso completo
       por tempo limitado") são public.planos.descricao dos planos
       gestao_master/standard/trial — editáveis direto por aqui agora.
     - PERFIS & ACESSOS: editar/excluir perfil (só existia criar, desde
       v0.10.0) — gestao.fn_editar_perfil()/fn_excluir_perfil() (novas,
       SECURITY DEFINER, guarda master). Perfis 'master' e
       'master_plataforma' são protegidos (não aparece ícone de
       editar/excluir pra eles, e a RPC recusa mesmo que alguém chame
       direto). Excluir um perfil ainda em uso por alguma pessoa é
       bloqueado com mensagem nomeando quantas pessoas usam.
     - Requer gestao_fase6_filtro_periodo_comercial_v1.sql,
       gestao_fase6_filtro_periodo_saude_v1.sql,
       gestao_fase6_empresas_pessoas_adocao_v1.sql e
       gestao_fase6_editar_excluir_perfil_v1.sql rodadas (já aplicadas
       neste banco via MCP do Supabase nesta entrega — não precisa rodar
       de novo manualmente).

   VERSÃO: v0.10.0
   LINHAS: 566
   DATA: 2026-08-23
   TÍTULO: CORREÇÕES (DESEMPENHO DE OFERTA, PERFIL×FUNCIONALIDADE) + NOVO PERFIL + BOT · USO
   NOVIDADES (v0.10.0):
     - BUG CORRIGIDO: "column pcip.valor does not exist" ao abrir desempenho
       de uma oferta — comercial.plano_contratado_item_pagamentos nunca
       teve a coluna "valor" que gestao.fn_comercial_campanha_trials e
       gestao.fn_comercial_campanhas_resumo já esperavam. Corrigido no
       banco (gestao_fase5_correcoes_bot_uso_v1.sql), sem mudança de
       front-end — as duas RPCs já eram chamadas certas por
       parametros-campanhas.js.
     - BUG CORRIGIDO: "permission denied for table perfil_funcionalidade"
       ao vincular funcionalidade a um perfil — a tabela nunca teve GRANT
       de INSERT/DELETE (só SELECT, desde sempre). parametros-perfis.js
       (pfToggle) trocou escrita direta por
       gestao.fn_definir_perfil_funcionalidade() (RPC master-only, novo).
     - NOVO: cadastro de perfil (não existia UI nenhuma, só SQL manual).
       Botão "+" em Perfis & Acessos chama gestao.fn_criar_perfil() (novo).
     - NOVO DOMÍNIO: Bot · Uso (js/telas/bot-uso.js) — usuários por
       empresa, funcionalidades mais usadas, série temporal (dia/semana/
       mês), filtro por tipo de interação (menu/voz/texto livre/
       pró-ativo) e drill-down por empresa (quem, quando, o quê). Usa
       public.ia_eventos_log (já existia) + coluna nova
       ia_eventos_log.tipo_interacao + 4 RPCs novas em gestao. PENDÊNCIA
       registrada na própria tela: tipo_interacao só passa a ter dado
       depois que o código do bot (_shared.ts/bot_ia.ts/bot_legado.ts,
       fora do escopo desta rodada) for atualizado pra gravá-la — até lá
       o painel funciona mas o filtro por tipo vem vazio.
     - Menu: "Bot · Uso" entrou como item secundário (dentro de "Mais" no
       mobile, junto de Saúde/Suporte/Configurações — mobilePrimario:
       false, não mexe nos 4 fixos da v0.9.0).
     - Requer gestao_fase5_correcoes_bot_uso_v1.sql rodada, além das
       fases 1 a 4 anteriores.

   VERSÃO: v0.9.0
   LINHAS: 530
   DATA: 2026-08-20
   TÍTULO: COMERCIAL COMO DOMÍNIO + CONFIGURAÇÕES ENXUTAS + OFERTA/LANDING CONSISTENTE
   NOVIDADES (v0.9.0):
     - CONFLITO RESOLVIDO: oferta-base (Essencial/Patrimônio/Plus, podem
       ficar publicadas simultaneamente) separada de campanha promocional
       (só 1 ativa por vez) via coluna comercial.plano_campanhas.
       tipo_oferta — a regra antiga não foi apagada, só passou a valer
       só pra promocional.
     - Comercial voltou ao menu principal (não fica mais escondido atrás
       de "Configurações") e ganhou 3ª aba: Oferta no Site — checklist
       real por plano (ativo/publicado/trial/preço/limite), sem fingir
       enforcement que não existe (limite de usuários continua marcado
       como copy, não como técnico).
     - Menu mobile: 4 destinos fixos (Cockpit/Empresas/Comercial/
       Financeiro) + "Mais" (bottom-sheet com Saúde/Suporte/Configurações)
       — nunca mais rolagem horizontal no menu principal.
     - Configurações virou hub de 4 cards (Planos & Limites, Perfis &
       Acessos, Catálogo Técnico, atalho pra Comercial) em vez de barra
       de abas. Rótulo mudou de "Parâmetros" pra "Configurações" — id
       técnico continua "parametros", nenhum link quebra.
     - Perfis & Acessos voltou a ser card próprio (não é mais sub-aba de
       Catálogo). Catálogo Técnico encolheu pra 3 itens (Módulos/
       Funcionalidades/Categorias) — Pagamento mudou pra Comercial/Oferta
       no Site, Público mudou pra Comercial/Campanhas.
     - Planos & Limites e Perfis & Acessos ganharam visão mobile-first
       (plano/perfil primeiro + lista vertical) — matriz larga só aparece
       no desktop (≥768px).
     - Campanhas: stepper horizontal saiu de vez no mobile — "Etapa X de
       5 · Nome" em texto simples abaixo de 768px, indicador visual rico
       só no desktop. Lista de campanhas filtra oferta-base fora (não
       lista Essencial/Patrimônio/Plus como promoção comum).
     - Segurança: public.fn_sou_master() ganhou search_path próprio
       (public, pg_temp) — fix DEFINITIVO da causa raiz do bug de 19/08
       (antes herdava search_path de quem chamava; agora não depende mais
       de nenhuma função nova lembrar de incluir "public").
     - Requer gestao_fase4_oferta_base_v1.sql rodada, além das fases
       1/2/3/3b/3c anteriores.
     - js/telas/parametros-comercial.js NÃO existe mais — virou
       js/telas/comercial.js de novo (agora tela de topo).

   VERSÃO: v0.8.4
   LINHAS: 459
   DATA: 2026-08-19
   NOVIDADES (v0.8.4) — correção de bug real + reorganização de navegação:
     - BUG CORRIGIDO: aba Comercial e "Desempenho" de qualquer campanha
       davam erro "relation pessoas does not exist". Causa: 2 funções de
       gestao_fase2_uso_comercial_v1.sql (fn_comercial_landing_paginas e
       fn_comercial_landing_origem) tinham search_path sem "public" —
       corrigido via gestao_fase3c_fix_search_path_v1.sql (nova
       migration, precisa rodar).
     - BUG CORRIGIDO: tela Campanhas abria com rolagem lateral no mobile.
       Causa: uma linha com scroll horizontal (os passos do wizard)
       dentro de um item de grid sem min-width:0 forçava a página inteira
       a crescer. Corrigido com min-w-0 nos pontos certos + rede de
       segurança global (html,body{overflow-x:hidden}).
     - REORGANIZAÇÃO: "Comercial" saiu do menu principal (6 itens em vez
       de 7) e virou aba dentro de Parâmetros, junto com Campanhas — que
       agora tem 2 sub-abas internas (Visão Geral / Campanhas). Dentro de
       Campanhas, "Desempenho" de uma campanha deixou de pular pra outra
       tela (era um atalho frágil com gestaoAbrirTela+setTimeout) e virou
       um modo alternativo do mesmo card (botão "📈 Desempenho" ⇄
       "⚙️ Configurar").
     - "Perfis & Acessos" deixou de ser área própria de Parâmetros e virou
       6ª sub-aba de "Catálogo & Acessos" (junto com Módulos/
       Funcionalidades/Pagamento/Categorias/Público de oferta).
     - Parâmetros: 4 áreas → 3 (Comercial, Planos & Limites, Catálogo &
       Acessos).
     - js/telas/comercial.js NÃO é mais carregado — substituído por
       js/telas/parametros-comercial.js. Remova comercial.js do servidor
       (ou deixe, já que não é mais referenciado — só ocupa espaço).
     - Requer gestao_fase3c_fix_search_path_v1.sql rodado, além das fases
       1, 2, 3 e 3b.

   VERSÃO: v0.8.2
   LINHAS: 417
   DATA: 2026-08-19
   NOVIDADES (v0.8.2) — regras de negócio da fase atual (sem HTML novo,
   só os .js carregados por este arquivo mudaram — ver changelog deles):
     - Só 1 campanha ativa por vez (bloqueado no banco).
     - Só campanha trial/cortesia pode publicar (sem compra direta sem
       trial ainda).
     - Trial precisa da opção de pagamento grátis (R$ 0) marcada.
     - Público desta fase é só "prospect".
     - Perfis & Acessos: sem alteração — fica disponível, mas não é
       prioridade de configuração agora (decisão do Nicola).
     - Requer gestao_fase3b_regras_negocio_v1.sql rodado, além das fases
       1, 2 e 3.

   VERSÃO: v0.8.1
   LINHAS: 402
   DATA: 2026-08-19
   NOVIDADES (v0.8.1) — pacote Campanhas&Landing/Planos/Perfis + Pessoas:
     - Parâmetros Master virou roteador de 4 áreas (Campanhas & Landing,
       Planos & Limites, Perfis & Acessos, Catálogos Base), substituindo
       as 6 sub-abas soltas da v0.7.0. 3 arquivos novos: js/telas/
       parametros-campanhas.js (wizard de 5 etapas), parametros-planos.js
       (matriz plano×funcionalidade), parametros-perfis.js (matriz
       perfil×funcionalidade). Catálogos Base preserva Módulos/
       Funcionalidades/Pagamento/Categorias 1:1 + Público de oferta novo.
     - Campanha ganhou status (rascunho/publicada/pausada/encerrada) e
       conteúdo público de landing (comercial.campanha_landing) —
       publicar/pausar é atômico via gestao.fn_publicar_campanha().
     - Comercial ganhou "Desempenho por campanha": funil próprio (view→
       CTA→trial→pago), origem, trials atribuídos, receita atribuída.
       Funil global e trials/landing da v0.7.0 preservados sem alteração.
     - Empresas → ficha ganhou "Pessoas & Usuários": lista de pessoas com
       perfil/e-mail/último acesso/adoção individual (app 30d/bot 30d),
       clicável pra ver ações mais usadas por pessoa.
     - Requer gestao_fase3_campanhas_landing_v1.sql rodado, além das
       fases 1 e 2. Landing (index.html do domínio público) evoluiu
       separadamente para v3.1.0 — ver changelog próprio.

   VERSÃO: v0.7.0
   LINHAS: 375
   DATA: 2026-08-19
   NOVIDADES (v0.7.0) — UI fiel ao protótipo + Uso&Consumo + Comercial real:
     - Navegação trocou de barra de abas única pra shell sidebar (desktop,
       ≥900px) + barra inferior (mobile) — mais fiel ao protótipo aprovado
       (RAIZ_GESTAO_COCKPIT_PROTOTIPO_UI_v0_6_0.html). Mesma lista de
       telas (GESTAO_TELAS, js/nav.js), sem duplicar lógica de cada tela.
     - Ícone informativo "ⓘ" (clicável, funciona em toque) explicando a
       origem de cada métrica — Cockpit, Empresas (ficha), Financeiro,
       Saúde, Comercial.
     - Empresas → ficha ganhou seção "Uso & Consumo": imóveis/contratos
       usados vs. limite (único par com contador real hoje — mesma regra
       de fn_verificar_limite), ações mais usadas no app e no bot pela
       empresa, nos últimos 30 dias.
     - Saúde ganhou "Funções mais usadas" (app + bot, todas as empresas) —
       frequência de log real, não consumo-vs-limite.
     - Comercial deixou de ser placeholder: funil simplificado (visitas à
       landing → trials iniciados → convertidos, only o que tem fonte
       real hoje — não é funil de CRM completo), trials em andamento
       (dimensionamento, uso app/bot durante o trial, dias restantes),
       páginas mais navegadas e origem do tráfego da landing
       (comercial.eventos_landing).
     - Parâmetros Master ganhou EXCLUSÃO em todas as 6 sub-abas (só tinha
       criar/editar) — confirmação obrigatória + erro de FK (Postgres
       23503) convertido em mensagem amigável.
     - Requer gestao_fase2_uso_comercial_v1.sql rodado, além da fase 1.

   VERSÃO: v0.6.0
   LINHAS: 296
   DATA: 2026-08-18
   NOVIDADES (v0.6.0) — CONVERSA C: EVOLUÇÃO PARA COCKPIT:
     - Home deixou de ser Parâmetros Master direto e passou a ser o
       Cockpit (decisão de produto, Prompt 03) — fila de atenção
       unificada, indicadores rápidos de empresas/financeiro.
     - Barra de navegação nova entre módulo (área logada): Cockpit,
       Empresas, Financeiro, Saúde, Comercial, Suporte, Parâmetros —
       reaproveitando o padrão visual de abas que já existia dentro de
       Parâmetros Master (pm-subaba), agora um nível acima.
     - 4 arquivos JS novos: js/nav.js (shell de navegação),
       js/telas/cockpit.js, js/telas/empresas.js, js/telas/financeiro.js,
       js/telas/saude.js. Nenhum arquivo existente foi reescrito — só
       entrarNaGestao() (js/supabase-client.js) mudou 1 chamada, pra abrir
       o Cockpit em vez de ir direto pra Parâmetros Master.
     - Comercial e Suporte ainda SEM fonte de dado real no banco (não há
       tabela de pipeline/funil nem de tickets) — telas mostram aviso
       explícito de "ainda não disponível" em vez de dado fictício,
       conforme regra do Prompt 03. Mesma lógica pra infraestrutura
       (Storage/Edge Functions/uptime) dentro de Saúde.
     - Requer gestao_fase1_cockpit_v1.sql rodado em produção (schema
       "gestao" com funções SECURITY DEFINER cross-tenant) — ver
       changelog do próprio SQL para detalhe de segurança.
     - Parâmetros Master (js/telas/parametros-master.js) preservado sem
       nenhuma alteração — só passou a ser aberto pela nova barra de
       navegação em vez de direto no login.

   VERSÃO: v0.5.0
   LINHAS: 252
   DATA: 2026-08-16
   NOVIDADES (v0.5.0):
     - Edição adicionada em TODAS as sub-abas de Parâmetros Master
       (antes só dava pra criar, não editar).
     - Cartão de débito adicionado como forma de pagamento.
     - Ajuste de forma de pagamento agora usa um seletor Acréscimo/
       Desconto + número positivo — corrige o teclado numérico do
       Android não ter tecla de "-" pra digitar desconto direto.
     - Campo "Módulo" saiu do formulário de Planos (o plano não precisa
       mais escolher módulo — o agrupamento por módulo agora vive na
       Funcionalidade, que ganhou esse campo). Lista de Funcionalidades
       passou a agrupar por módulo em vez de pelo texto livre "área".
     - Campanhas agora aceitam MAIS DE UMA opção de pagamento (checkbox
       múltiplo) — precisou de tabela nova
       (comercial.plano_campanhas_pagamentos, ver
       comercial_campanhas_pagamentos_v1.sql).
     - Nova sub-aba: Categorias (comercial.categoria_licenca).
     - CORREÇÃO (grants faltando): "permission denied" ao criar plano ou
       vincular funcionalidade — public.funcionalidades/planos/
       plano_funcionalidade não tinham GRANT de escrita pro papel
       authenticated. Resolvido em public_catalogo_grants_v1.sql.
     - Lista de vínculo plano×funcionalidade reformatada: layout
       empilhado (nome numa linha, limite/aviso na linha de baixo) em
       vez de tudo espremido numa linha só — corrige o desalinhamento
       em tela de celular.

   VERSÃO: v0.4.0
   LINHAS: 224
   DATA: 2026-08-16
   NOVIDADES (v0.4.0):
     - Versão do app agora aparece na tela (login e área interna), via
       constante única APP_VERSAO — mesma ideia do app de Imóveis.
     - CORREÇÃO (grant faltando): tabelas novas do schema comercial
       criadas via SQL Editor não herdam GRANT automático pro papel
       "authenticated" — causava "permission denied for table
       tipo_modulos". Resolvido em comercial_fase1_grants_v1.sql.
     - CORREÇÃO (bug real, js/telas/parametros-master.js): quando o
       carregamento de dados falhava, a tela tentava trocar de aba
       mesmo assim, tentando estilizar um botão que não existia mais
       (a caixa de erro tinha substituído as abas) — TypeError "Cannot
       read properties of null". pmCarregarTudo() agora avisa se deu
       certo antes de continuar.

   VERSÃO: v0.3.0
   LINHAS: 196
   DATA: 2026-08-16
   NOVIDADES (v0.3.0):
     - PWA: manifest.json, sw.js e ícones (icon-192/icon-512/
       icon-512-maskable) — instalável no Android e iPhone.
     - Parâmetros Master ganhou 2 sub-abas: Pagamento (formas de
       pagamento + opções de preço/parcelas) e Campanhas (ofertas com
       vigência: trial, cortesia, promoção sazonal).

   NOVIDADES (v0.2.0):
     - Tela de Parâmetros Master ligada (js/telas/parametros-master.js):
       Módulos, Funcionalidades e Planos (+ vínculo plano×funcionalidade
       com limite/limite_aviso). Campanhas e formas de pagamento ficam
       pra próxima fase.
     - Tailwind @theme adicionado (emerald→ardósia, amber→cobre,
       slate/gray com o mesmo neutro do app de Imóveis) — sem isso as
       classes bg-slate-50/border-slate-300 usadas na tela renderizavam
       cores erradas (cinza padrão do Tailwind, não a paleta da marca).
     - CSS do padrão liga/desliga (seção 2 do design system) adicionado.

   NOVIDADES (v0.1.0):
     - Esqueleto inicial: login (mesma conta Supabase do app de Imóveis),
       verificação de licença do módulo 'gestao' via banco (sem nada
       fixo no código), shell da área logada.
     - Tela de Parâmetros Master ainda não implementada — entra depois
       que comercial_fase1_v1.sql estiver rodado em produção.

==================================================================

-->
<!DOCTYPE html>
<html lang="pt-BR">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>Raiz Gestão</title>

<script>
    // Fonte única da versão exibida na tela — mantida em sincronia com o
    // bloco de controle no topo deste arquivo. Atualizar as duas juntas.
    const APP_VERSAO = 'v0.35.0';
</script>

<!-- ===== PWA: permite "instalar" no celular (Android e iPhone) ===== -->
<link rel="manifest" href="manifest.json">
<meta name="theme-color" content="#142430">

<!-- Android/Chrome -->
<link rel="icon" type="image/png" sizes="192x192" href="icon-192.png">

<!-- iPhone/Safari (o iOS ignora o manifest.json pro ícone; precisa destas tags) -->
<link rel="apple-touch-icon" href="icon-512-maskable.png"> <!-- v0.35.0: fundo inteiro, o iPhone arredonda sozinho -->
<meta name="apple-mobile-web-app-capable" content="yes">
<meta name="mobile-web-app-capable" content="yes">
<meta name="apple-mobile-web-app-status-bar-style" content="black-translucent">
<meta name="apple-mobile-web-app-title" content="Raiz Gestão">

<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate">
<style>.rz-gmarca{display:flex;align-items:center;gap:10px}.rz-gmarca .rz-simb{flex:none}</style> <!-- v0.35.0: símbolo da marca ao lado do nome -->

<script src="https://cdn.jsdelivr.net/npm/@tailwindcss/browser@4"></script>
<script src="https://cdn.jsdelivr.net/npm/@supabase/supabase-js@2/dist/umd/supabase.js"></script>
<script src="https://unpkg.com/lucide@latest/dist/umd/lucide.js"></script>

<link rel="preconnect" href="https://fonts.googleapis.com">
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>
<link href="https://fonts.googleapis.com/css2?family=Bricolage+Grotesque:opsz,wght@12..96,500;12..96,600;12..96,700;12..96,800&family=Inter:wght@400;500;600;700&display=swap" rel="stylesheet">

<style type="text/tailwindcss">
    @theme {
      /* emerald → ardósia (equivalente à cor primária --pine deste app) */
      --color-emerald-50: #eef2f5;   --color-emerald-100: #dfe6ea;
      --color-emerald-200: #c0ccd6;  --color-emerald-300: #9aacba;
      --color-emerald-400: #66889f;  --color-emerald-500: #3f6483;
      --color-emerald-600: #2d4a63;  --color-emerald-700: #253d52;
      --color-emerald-800: #1c3140;  --color-emerald-900: #1e3245;
      --color-emerald-950: #142430;

      /* slate + gray → neutro, mesma base do app de Imóveis (só o 600
         (equivalente ao --sage) muda de tom, de verde pra azulado) */
      --color-slate-50: #faf9f5;     --color-slate-100: #ecefee;
      --color-slate-200: #e6e3da;    --color-slate-300: #bbc7c2;
      --color-slate-400: #97aaa2;    --color-slate-500: #7a9187;
      --color-slate-600: #6b7c85;    --color-slate-700: #52675e;
      --color-slate-800: #3d4e47;    --color-slate-900: #283530;
      --color-slate-950: #1e2925;
      --color-gray-50: #faf9f5;      --color-gray-100: #ecefee;
      --color-gray-200: #e6e3da;     --color-gray-300: #bbc7c2;
      --color-gray-400: #97aaa2;     --color-gray-500: #7a9187;
      --color-gray-600: #6b7c85;     --color-gray-700: #52675e;
      --color-gray-800: #3d4e47;     --color-gray-900: #283530;
      --color-gray-950: #1e2925;

      /* red → danger (universal, idêntico ao app de Imóveis) */
      --color-red-50: #fbebe9;   --color-red-100: #f7e7e5;
      --color-red-200: #eecbc8;  --color-red-300: #e2aaa4;
      --color-red-400: #d47e75;  --color-red-500: #c7584e;
      --color-red-600: #c1463a;  --color-red-700: #99382d;
      --color-red-800: #782c22;  --color-red-900: #572018;
      --color-red-950: #481a12;

      /* amber → cobre (equivalente ao acento --brass deste app) */
      --color-amber-50: #fbeee6;   --color-amber-100: #f7e4d6;
      --color-amber-200: #eeccb2;  --color-amber-300: #e3ac85;
      --color-amber-400: #cf8355;  --color-amber-500: #b3572e;
      --color-amber-600: #8f4322;  --color-amber-700: #7c3a1e;
      --color-amber-800: #5f2d18;  --color-amber-900: #432012;
      --color-amber-950: #33180d;

      /* green → success (universal, idêntico ao app de Imóveis) */
      --color-green-50: #e8f5ed;   --color-green-100: #e4f0e9;
      --color-green-200: #c5dfd0;  --color-green-300: #9fcab2;
      --color-green-400: #6dae89;  --color-green-500: #449768;
      --color-green-600: #2f8b57;  --color-green-700: #256f45;
      --color-green-800: #1c5837;  --color-green-900: #144128;
      --color-green-950: #103521;

      --font-sans: "Inter", system-ui, sans-serif;
    }
</style>

<link rel="stylesheet" href="css/tokens.css">

<style>
    body { font-family: "Inter", system-ui, sans-serif; background: var(--paper); color: var(--ink); }
    /* v0.8.4 — rede de segurança contra rolagem lateral no mobile. Causa
       raiz de um caso real (Campanhas): uma linha com overflow-x-auto
       (os passos do wizard) dentro de um item de grid sem min-width:0
       forçava a PÁGINA inteira a crescer em vez de rolar só a linha.
       Corrigido com min-w-0 nos pontos certos (nav.js/parametros-
       campanhas.js), e esta regra global garante que, se acontecer de
       novo em qualquer tela nova, a página corta em vez de abrir barra
       de rolagem horizontal. */
    html, body { overflow-x: hidden; max-width: 100vw; }
    .hidden { display: none !important; }

    /* Padrão liga/desliga — DESIGN_SYSTEM_RAIZ_PATRIMONIO.md, seção 2 */
    .raiz-btn-toggle.ativo { background: var(--pine) !important; color: #fff !important; border-color: var(--pine) !important; }
    .raiz-btn-toggle svg.raiz-icone-toggle { width: 20px; height: 20px; }

    /* Indicador de validação inline — seção 5 */
    .raiz-indicador-inline:empty { height: 0; margin-top: 0; }

    /* v0.7.0 — shell sidebar (desktop, ≥900px) / bottom-nav (mobile),
       mais fiel ao protótipo aprovado. Sidebar fica escondida no mobile;
       bottom-nav fica escondida no desktop. Mesma lista de telas
       (GESTAO_TELAS, js/nav.js) alimenta as duas. */
    .gestao-shell { display: block; }
    .gestao-sidebar { display: none; }
    .gestao-mobile-nav {
        position: fixed; left: 0; right: 0; bottom: 0; z-index: 40;
        display: flex; justify-content: space-around; background: #fff;
        border-top: 1px solid var(--line);
        padding-bottom: env(safe-area-inset-bottom, 0);
    }
    .gestao-main { padding-bottom: 84px; min-width: 0; } /* espaço pra bottom-nav não cobrir conteúdo; min-width:0 evita grid item esticar a página */

    @media (min-width: 900px) {
        .gestao-shell { display: grid; grid-template-columns: 220px 1fr; align-items: start; }
        .gestao-sidebar {
            display: block; position: sticky; top: 0; height: 100vh;
            background: var(--pine-deep); padding: 20px 12px; overflow-y: auto;
        }
        .gestao-mobile-nav { display: none; }
        .gestao-main { padding-bottom: 20px; }
    }

    .gestao-nav-item {
        display: flex; align-items: center; gap: 10px;
        padding: 10px 12px; border-radius: 10px; font-size: 13px; font-weight: 700;
        color: var(--sage); white-space: nowrap; flex: none; width: 100%;
        text-align: left;
    }
    .gestao-sidebar .gestao-nav-item { color: rgba(255,255,255,.65); margin-bottom: 2px; }
    .gestao-sidebar .gestao-nav-item.ativo { background: var(--pine-light); color: #fff; }
    .gestao-mobile-nav .gestao-nav-item {
        flex-direction: column; gap: 2px; padding: 8px 10px; width: auto; flex: 1 1 0;
        font-size: 10px; text-align: center;
    }
    .gestao-mobile-nav .gestao-nav-item.ativo { color: var(--brass); }
    .gestao-nav-icone { font-size: 16px; line-height: 1; }

    /* v0.9.0 — bottom-sheet "Mais" (Saúde/Suporte/Configurações no mobile) */
    .gestao-mais-sheet {
        position: fixed; inset: 0; z-index: 50; background: rgba(15,23,42,.48);
        display: flex; align-items: flex-end;
    }
    .gestao-mais-painel {
        width: 100%; background: #fff; border-radius: 20px 20px 0 0; padding: 18px;
        padding-bottom: calc(18px + env(safe-area-inset-bottom, 0));
    }
    .gestao-mais-item {
        display: flex; align-items: center; gap: 12px; width: 100%;
        padding: 12px; border-radius: 12px; font-size: 14px; font-weight: 700;
        color: var(--ink); text-align: left;
    }
    .gestao-mais-item.ativo { background: var(--paper); color: var(--pine); }
    @media (min-width: 900px) { .gestao-mais-sheet { display: none !important; } }

    /* v0.22.0 — Catálogo de classes rz-chip/rz-chips/rz-badge. Já eram
       usadas por parametros-documental.js desde a v0.1.0 (abas do Motor
       Documental) sem nunca terem sido definidas aqui — os botões de aba
       renderizavam sem nenhum estilo. Definidas agora porque
       catalogo-patrimonio.js (v1.0.0) usa o mesmo padrão pras suas 6
       abas; corrigir aqui resolve as duas telas de uma vez (QUA-01). */
    .rz-chips { display: flex; gap: 6px; overflow-x: auto; padding-bottom: 2px; }
    .rz-chips::-webkit-scrollbar { display: none; }
    .rz-chip {
        flex: none; padding: 6px 14px; border-radius: 999px; font-size: 12px; font-weight: 700;
        white-space: nowrap; border: 1px solid var(--line); background: #fff; color: var(--sage);
    }
    .rz-chip.rz-on { background: var(--pine); border-color: var(--pine); color: #fff; }
    .rz-badge {
        display: inline-block; padding: 1px 8px; border-radius: 999px;
        font-size: 10px; font-weight: 700; line-height: 1.6; white-space: nowrap;
    }

    /* Ícone informativo (tooltip clicável) — Saúde/Financeiro/Comercial/Empresas */
    .gestao-info-icone {
        color: var(--sage); font-size: 12px; line-height: 1; cursor: pointer;
        border: none; background: none; padding: 0;
    }
    .gestao-info-popover {
        position: absolute; z-index: 30; top: 20px; left: 0; width: 240px;
        background: var(--ink); color: #fff; font-size: 11px; font-weight: 400;
        text-transform: none; letter-spacing: normal; padding: 10px 12px;
        border-radius: 10px; line-height: 1.4; box-shadow: 0 8px 24px rgba(0,0,0,.25);
    }
</style>
</head>
<body class="min-h-screen">

    <!-- ===================== ÁREA DE LOGIN ===================== -->
    <div id="area-login" class="min-h-screen flex items-center justify-center p-4">
        <div class="w-full max-w-sm rounded-2xl p-8 shadow-xl" style="background:var(--pine-deep)">
            <h1 class="rz-gmarca text-2xl font-bold text-white mb-1"><svg class="rz-simb" viewBox="16 2 88 112" width="28" height="36" fill="none" stroke="#fff" stroke-width="5" stroke-linecap="round" stroke-linejoin="round" aria-hidden="true"><path d="M60 64 C60 50 26 52 26 30"/><path d="M60 64 C60 50 44 38 44 16"/><path d="M60 64 C60 50 60 32 60 10"/><path d="M60 64 C60 50 76 38 76 16"/><path d="M60 64 C60 50 94 52 94 30"/><path d="M60 64 V92"/><path d="M60 80 C52 86 44 88 36 98"/><path d="M60 80 C68 86 76 88 84 98"/><path d="M60 92 C56 98 54 102 52 110"/><path d="M60 92 C64 98 66 102 68 110"/><path d="M30 72 H90" stroke-opacity=".3"/><circle cx="26" cy="30" r="6.5" fill="#7e6596" stroke="none"/><circle cx="44" cy="16" r="6.5" fill="#3c4f9a" stroke="none"/><circle cx="60" cy="10" r="6.5" fill="#3f8163" stroke="none"/><circle cx="76" cy="16" r="6.5" fill="#7a8f3c" stroke="none"/><circle cx="94" cy="30" r="6.5" fill="#966040" stroke="none"/></svg>Raiz Gestão</h1>
            <p class="text-sm mb-1" style="color:var(--brass-light)">Painel interno · Raízes Tech</p>
            <p class="text-[10px] mb-6" style="color:var(--pine-light)" id="badge-versao-login"></p>

            <div class="space-y-3">
                <input type="email" id="login-email" placeholder="E-mail" autocomplete="username"
                    class="w-full p-4 rounded-xl text-white text-base"
                    style="background:var(--pine);border:1px solid var(--pine-light)">
                <input type="password" id="login-senha" placeholder="Senha" autocomplete="current-password"
                    onkeydown="if(event.key==='Enter') fazerLoginGestao();"
                    class="w-full p-4 rounded-xl text-white text-base"
                    style="background:var(--pine);border:1px solid var(--pine-light)">
                <button onclick="fazerLoginGestao()"
                    class="w-full text-white font-bold py-3.5 rounded-xl shadow transition active:scale-95"
                    style="background:var(--brass)">
                    Entrar
                </button>
                <p id="login-status" class="text-xs text-center min-h-[1rem]" style="color:var(--brass-light)"></p>
            </div>
        </div>
    </div>

    <!-- ===================== ÁREA LOGADA ===================== -->
    <div id="area-app" class="hidden min-h-screen">
        <header class="flex items-center justify-between px-5 py-4 shadow" style="background:var(--pine)">
            <h1 class="rz-gmarca text-lg font-bold text-white"><svg class="rz-simb" viewBox="16 2 88 112" width="20" height="25" fill="none" stroke="#fff" stroke-width="5" stroke-linecap="round" stroke-linejoin="round" aria-hidden="true"><path d="M60 64 C60 50 26 52 26 30"/><path d="M60 64 C60 50 44 38 44 16"/><path d="M60 64 C60 50 60 32 60 10"/><path d="M60 64 C60 50 76 38 76 16"/><path d="M60 64 C60 50 94 52 94 30"/><path d="M60 64 V92"/><path d="M60 80 C52 86 44 88 36 98"/><path d="M60 80 C68 86 76 88 84 98"/><path d="M60 92 C56 98 54 102 52 110"/><path d="M60 92 C64 98 66 102 68 110"/><path d="M30 72 H90" stroke-opacity=".3"/><circle cx="26" cy="30" r="6.5" fill="#7e6596" stroke="none"/><circle cx="44" cy="16" r="6.5" fill="#3c4f9a" stroke="none"/><circle cx="60" cy="10" r="6.5" fill="#3f8163" stroke="none"/><circle cx="76" cy="16" r="6.5" fill="#7a8f3c" stroke="none"/><circle cx="94" cy="30" r="6.5" fill="#966040" stroke="none"/></svg>Raiz Gestão</h1>
            <div class="flex items-center gap-3">
                <span class="text-sm text-white/80" id="nome-pessoa-logada"></span>
                <span class="text-[10px] text-white/50" id="badge-versao-app"></span>
                <button onclick="fazerLogoutGestao()" class="text-xs font-bold px-3 py-1.5 rounded-lg text-white" style="background:var(--pine-light)">Sair</button>
            </div>
        </header>

        <!-- v0.7.0 — shell sidebar (desktop) / bottom-nav (mobile), mais fiel ao
             protótipo aprovado. Ambas as navs são montadas por gestaoNavInit()
             (js/nav.js) a partir da mesma lista GESTAO_TELAS. -->
        <div class="gestao-shell">
            <aside class="gestao-sidebar">
                <nav id="gestao-sidebar-nav"></nav>
            </aside>
            <main class="p-5 gestao-main" id="area-conteudo">
                <p class="text-sm" style="color:var(--sage)">Carregando...</p>
            </main>
        </div>

        <nav id="gestao-mobile-nav" class="gestao-mobile-nav"></nav>

        <!-- v0.9.0 — bottom-sheet do "Mais" (Saúde/Suporte/Configurações no
             mobile, pra bottom-nav nunca ter mais que 4+Mais itens). -->
        <div id="gestao-mais-sheet" class="gestao-mais-sheet hidden" onclick="if(event.target===this) gestaoFecharMais()">
            <div class="gestao-mais-painel">
                <div class="flex items-center justify-between mb-3">
                    <b class="text-sm" style="color:var(--ink)">Mais</b>
                    <button onclick="gestaoFecharMais()" class="text-xs font-bold px-3 py-1.5 rounded-lg border-2" style="border-color:var(--line)">Fechar</button>
                </div>
                <div id="gestao-mais-sheet-itens" class="space-y-1"></div>
            </div>
        </div>
    </div>

    <script src="js/supabase-client.js"></script>
    <script src="js/nav.js"></script>
    <script src="js/telas/cockpit.js"></script>
    <script src="js/telas/empresas.js"></script>
    <script src="js/telas/comercial.js"></script>
    <script src="js/telas/financeiro.js"></script>
    <script src="js/telas/saude.js"></script>
    <script src="js/telas/codigo.js"></script>
    <script src="js/telas/parametros-master.js"></script>
    <script src="js/telas/parametros-campanhas.js"></script>
    <script src="js/telas/parametros-planos.js"></script>
    <script src="js/telas/parametros-documental.js"></script>
    <script src="js/telas/parametros-perfis.js"></script>
    <script src="js/telas/partes-padrao.js"></script>
    <script src="js/telas/catalogo-patrimonio.js"></script>
    <script src="js/telas/conciliacao-catalogo.js"></script>
    <script src="js/telas/alertas.js"></script>
    <script src="js/telas/regras-fiscais.js"></script>
    <script src="js/telas/bot-uso.js"></script>
    <script src="js/telas/comunicacoes.js"></script>
    <script src="js/telas/suporte-backlog.js"></script>
    <script>
        window.addEventListener('load', function () {
            if (window.lucide) lucide.createIcons();

            document.getElementById('badge-versao-login').textContent = APP_VERSAO;
            document.getElementById('badge-versao-app').textContent = APP_VERSAO;

            // Registra o Service Worker — necessário em algumas versões do
            // Chrome/Android pra instalar de verdade (ícone próprio, tela
            // cheia), senão o Android cai no atalho genérico do navegador.
            if ('serviceWorker' in navigator) {
                navigator.serviceWorker.register('sw.js').catch(function (err) {
                    console.warn('Falha ao registrar service worker:', err.message);
                });
            }
        });
    </script>

</body>
</html>