| Ambos lados da revisão anterior Revisão anterior Próxima revisão | Revisão anterior |
| pres:gerti:gestao_de_ativos:portal [10/03/2026 14:22] – pramorim | pres:gerti:gestao_de_ativos:portal [08/05/2026 16:00] (atual) – pramorim |
|---|
| | 1 | **Assessment, Discovery e Planejamento** | Jan/2026 | **Finalizado** | | | 1 | **Assessment, Discovery e Planejamento** | Jan/2026 | **Finalizado** | |
| | 2 | **Design e Prototipação** \\ (Inclui Grupos Focais: 02/02 a 11/02) | Fev/2026 a Mar/2026 | **Em andamento** | | | 2 | **Design e Prototipação** \\ (Inclui Grupos Focais: 02/02 a 11/02) | Fev/2026 a Mar/2026 | **Em andamento** | |
| | 3 | **Desenvolvimento** | Mar/2026 a Mai/2026 | Planejado | | | 3 | **Desenvolvimento** | Mar/2026 a Mai/2026 | **Em andamento** | |
| | 4 | **Conteúdo e Integrações** | Mai/2026 a Jun/2026 | Planejado | | | 4 | **Conteúdo e Integrações** | Mai/2026 a Jun/2026 | Planejado | |
| | 5 | **Homologação** | Ao final de cada ciclo | Planejado | | | 5 | **Homologação** | Ao final de cada ciclo | Planejado | |
| ===== Requisitos Funcionais (Em andamento) ===== | ===== Requisitos Funcionais (Em andamento) ===== |
| |
| ==== Plataforma de Gestão (CMS / WordPress - Ambiente Interno) ==== | ==== Plataforma de Gestão (Ambiente Interno) ==== |
| |
| === Acesso e Autenticação === | === Acesso e Autenticação === |
| **Descrição:** O sistema deve autenticar os usuários internos exclusivamente via Keycloak, vedando a criação ou utilização de credenciais locais no WordPress. Ao acessar o Portal Administrativo sem sessão ativa, o sistema deve redirecionar o usuário para a tela de login centralizado do Keycloak e, após autenticação bem-sucedida, retorná-lo ao painel administrativo. O perfil e os menus exibidos após o login são determinados pelas permissões atribuídas ao usuário (RF_004). A sessão deve ser encerrada automaticamente após 60 minutos de inatividade. | **Descrição:** O sistema deve autenticar os usuários internos exclusivamente via Keycloak, vedando a criação ou utilização de credenciais locais no WordPress. Ao acessar o Portal Administrativo sem sessão ativa, o sistema deve redirecionar o usuário para a tela de login centralizado do Keycloak e, após autenticação bem-sucedida, retorná-lo ao painel administrativo. O perfil e os menus exibidos após o login são determinados pelas permissões atribuídas ao usuário (RF_004). A sessão deve ser encerrada automaticamente após 60 minutos de inatividade. |
| * **Manual:** [[pres:gerti:gestao_de_ativos:portal:er_001|RF_001]]. | * **Manual:** -. |
| * **Ator:** Todos os perfis internos. | * **Ator:** Todos os perfis internos. |
| * **Critério de Aceite:** Ao acessar o Portal Administrativo sem sessão ativa, o usuário deve ser redirecionado para o login do Keycloak e retornar ao painel com os menus correspondentes ao seu perfil cadastrado. Ao inserir credenciais inválidas, o sistema deve exibir uma mensagem. Após 60 minutos de inatividade, a sessão deve ser encerrada e o usuário redirecionado para o login. | * **Critério de Aceite:** Ao acessar o Portal Administrativo sem sessão ativa, o usuário deve ser redirecionado para o login do Keycloak e retornar ao painel com os menus correspondentes ao seu perfil cadastrado. Ao inserir credenciais inválidas, o sistema deve exibir uma mensagem. Após 60 minutos de inatividade, a sessão deve ser encerrada e o usuário redirecionado para o login. |
| * **Ator:** Gestor de Conteúdo, Editor. | * **Ator:** Gestor de Conteúdo, Editor. |
| * **Critério de Aceite:** Ao tentar publicar notícia sem campos obrigatórios preenchidos, o sistema deve bloquear a operação e destacar visualmente cada campo inválido com a mensagem correspondente. Ao agendar publicação futura, o sistema deve publicá-la automaticamente no horário definido sem intervenção manual. Ao publicar uma notícia, o sistema deve gerar automaticamente as meta tags Open Graph com base nos campos Título, Meta Description e Imagem de Destaque. A taxonomia de assuntos disponível no formulário deve ser idêntica à lista padronizada definida na RN10 do ER_003. | * **Critério de Aceite:** Ao tentar publicar notícia sem campos obrigatórios preenchidos, o sistema deve bloquear a operação e destacar visualmente cada campo inválido com a mensagem correspondente. Ao agendar publicação futura, o sistema deve publicá-la automaticamente no horário definido sem intervenção manual. Ao publicar uma notícia, o sistema deve gerar automaticamente as meta tags Open Graph com base nos campos Título, Meta Description e Imagem de Destaque. A taxonomia de assuntos disponível no formulário deve ser idêntica à lista padronizada definida na RN10 do ER_003. |
| \\ | |
| |
| === Gerenciamento de Banners === | |
| **Descrição:** O sistema deve permitir ao Gestor de Conteúdo criar, editar, reordenar, ativar e desativar banners exibidos no carrossel da Home Page do Portal Público. Cada banner deve conter título, texto explicativo, link de destino (interno ou externo), ordem de exibição no carrossel, data de início e data de fim de vigência. O sistema deve ativar e desativar banners automaticamente com base nas datas de vigência definidas, sem necessidade de ação manual do Gestor de Conteúdo. | |
| * **Manual:** -. | |
| * **Ator:** Gestor de Conteúdo. | |
| * **Critério de Aceite:** Ao salvar um banner com data de início futura, o sistema deve ativá-lo automaticamente na data definida sem intervenção manual. Ao atingir a data de fim, o sistema deve desativar o banner automaticamente, removendo-o do carrossel sem excluí-lo do CMS. Ao tentar salvar banner sem texto alternativo preenchido, o sistema deve bloquear a operação e exibir a mensagem correspondente. Links externos devem abrir em nova aba do navegador. A ordem de exibição dos banners ativos no carrossel deve refletir a sequência definida pelo Gestor de Conteúdo no CMS. | |
| \\ | \\ |
| |
| \\ | \\ |
| |
| === Gestão de Usuários === | === Configurações de Usuários === |
| **Descrição:** O sistema deve permitir ao Administrador editar contas de usuários do Portal Administrativo, atribuindo a cada usuário um perfil previamente cadastrado (RF_004). A criação de usuários com credenciais locais desvinculadas do Keycloak é vedada. A listagem de usuários deve ser paginada e permitir filtragem por nome e perfil. | **Descrição:** O sistema deve permitir ao Administrador editar contas de usuários do Portal Administrativo, atribuindo a cada usuário um perfil previamente cadastrado (RF_004). A criação de usuários com credenciais locais desvinculadas do Keycloak é vedada. A listagem de usuários deve ser paginada e permitir filtragem por nome e perfil. |
| * **Manual:** -. | * **Manual:** -. |
| |
| === Upload e Categorização de Publicações Institucionais === | === Upload e Categorização de Publicações Institucionais === |
| **Descrição:** O sistema deve permitir ao Gestor de Conteúdo realizar upload de documentos institucionais (legislação, manuais técnicos, revistas, relatórios e publicações oficiais) com definição de metadados de categorização. Cada publicação deve conter tipo, número (quando aplicável), título, descrição, data de publicação, assunto (taxonomia padronizada) e arquivo principal. O sistema deve validar formato e tamanho máximo do arquivo. Publicações com status "Publicado" devem ser indexadas automaticamente para recuperação pela Busca Global (ER_003) e exibidas em formato de card visual no Portal Público. | **Descrição:** O sistema deve permitir ao Gestor de Conteúdo cadastrar, editar e gerenciar publicações institucionais (normativos, relatórios, boletins, cartilhas, manuais, livros/revistas e apresentações) diretamente no painel administrativo. O formulário deve contemplar os seguintes campos: tipo (obrigatório), subtipo — classificação granular dentro do tipo, ex.: "Relatório de Gestão" (opcional), título (obrigatório, máx. 120 caracteres), descrição/resumo (obrigatório, máx. 300 caracteres, utilizado como meta description), conteúdo completo (opcional), número ou edição (opcional), órgão/autoria (opcional), assunto/área temática (opcional), ano de publicação (obrigatório), data de publicação (obrigatório), imagem de capa (opcional — campo deve exibir permanentemente o aviso: "Recomendado: proporção 3:4, mínimo 600 × 800 px, tamanho máximo 2 MB") e flag de destaque (opcional). Cada publicação deve suportar um ou mais arquivos vinculados por meio de campo repetível, onde cada entrada contém nome do arquivo (obrigatório), upload do arquivo (obrigatório), formato e tamanho (preenchidos automaticamente a partir do arquivo enviado). O sistema deve validar formato e tamanho máximo de cada arquivo individualmente. São aceitos: documentos de texto (PDF, DOCX, DOC, ODT, TXT, RTF), planilhas (XLSX, XLS, ODS, CSV) e apresentações (PPTX, PPT, ODP), com tamanho máximo de 50 MB por arquivo. O Gestor de Conteúdo controla o status da publicação (Rascunho, Publicado, Despublicado). O perfil Editor pode criar e editar rascunhos, sem permissão de publicação. Ao publicar, o sistema deve gerar automaticamente os metadados de compartilhamento social (og:title, og:description, og:image) e indexar a publicação para recuperação pela Busca Global (ER_003). |
| * **Manual:** -. | * **Manual:** -. |
| * **Ator:** Gestor de Conteúdo. | * **Ator:** Gestor de Conteúdo, Editor. |
| * **Critério de Aceite:** Ao tentar realizar upload de arquivo com formato não suportado ou tamanho superior a 50MB, o sistema deve rejeitar o arquivo e exibir: "Arquivo inválido. São aceitos apenas PDF, DOCX e XLSX com tamanho máximo de 50MB." Ao publicar uma publicação, o documento deve estar disponível na Busca Global em até 5 minutos. O card exibido no Portal Público deve conter número (quando aplicável), tipo, descrição, data, botão de download e opção de compartilhamento. Os tipos de publicação disponíveis no formulário devem ser idênticos aos listados no filtro de Publicações Institucionais do ER_003. | * **Critério de Aceite:** Ao tentar publicar uma publicação com campo obrigatório não preenchido, o sistema deve bloquear a operação e destacar visualmente o campo com a mensagem de erro correspondente. Ao tentar realizar upload de arquivo com formato não suportado ou tamanho superior a 50 MB, o sistema deve rejeitar o arquivo e exibir: "Arquivo inválido. São aceitos documentos de texto (PDF, DOCX, DOC, ODT, TXT, RTF), planilhas (XLSX, XLS, ODS, CSV) e apresentações (PPTX, PPT, ODP) com tamanho máximo de 50 MB." O campo de imagem de capa deve exibir permanentemente o aviso de dimensões recomendadas e tamanho máximo, independentemente de o campo estar preenchido ou não. O Gestor deve poder vincular mais de um arquivo a uma mesma publicação, definindo nome, formato e tamanho individualmente para cada um. Ao publicar, o sistema deve gerar automaticamente os metadados de compartilhamento social com base no título, na descrição e na imagem de capa. A publicação deve estar disponível na Busca Global em até 5 minutos após a publicação. Um usuário com perfil Editor não deve conseguir acionar a publicação. Ao despublicar uma publicação, ela deve deixar de ser exibida no Portal Público imediatamente. |
| \\ | \\ |
| |
| * **Ator:** Gestor de Conteúdo, Cidadão. | * **Ator:** Gestor de Conteúdo, Cidadão. |
| * **Critério de Aceite:** Ao publicar conteúdo do tipo Clipping, o sistema deve exibir automaticamente a opção de disparo de newsletter com toggle ativado por padrão. Ao confirmar o disparo, o sistema deve enviar o e-mail a todos os inscritos ativos e registrar o evento no histórico com data, hora, assunto e quantidade de destinatários. Ao clicar no link de cancelamento presente no e-mail, o inscrito deve ser removido imediatamente da base de inscritos ativos sem etapas adicionais. Caso o disparo falhe total ou parcialmente, o sistema deve registrar o status correspondente no histórico e notificar o Gestor de Conteúdo. | * **Critério de Aceite:** Ao publicar conteúdo do tipo Clipping, o sistema deve exibir automaticamente a opção de disparo de newsletter com toggle ativado por padrão. Ao confirmar o disparo, o sistema deve enviar o e-mail a todos os inscritos ativos e registrar o evento no histórico com data, hora, assunto e quantidade de destinatários. Ao clicar no link de cancelamento presente no e-mail, o inscrito deve ser removido imediatamente da base de inscritos ativos sem etapas adicionais. Caso o disparo falhe total ou parcialmente, o sistema deve registrar o status correspondente no histórico e notificar o Gestor de Conteúdo. |
| \\ | |
| |
| === Gerenciamento de Página de Ajuda (Glossário e FAQ) === | |
| **Descrição:** O sistema deve permitir ao Gestor de Conteúdo gerenciar os conteúdos da Página de Ajuda do Portal Público, composta por Glossário (termos institucionais com definição, indexados alfabeticamente) e Dúvidas Frequentes/FAQ (perguntas e respostas organizadas por categoria com ordem de exibição configurável). O conteúdo publicado no CMS deve ser consumido pelo Portal Público via API, sem necessidade de republicação manual após alterações. | |
| * **Manual:** -. | |
| * **Ator:** Gestor de Conteúdo. | |
| * **Critério de Aceite:** Ao publicar novo termo no Glossário ou nova pergunta no FAQ, o conteúdo deve estar disponível no Portal Público via API em até 5 minutos. Os termos do Glossário devem ser exibidos em ordem alfabética com navegação funcional por letra inicial. As perguntas do FAQ devem ser exibidas agrupadas por categoria, respeitando a ordem de exibição definida no CMS. | |
| \\ | \\ |
| |
| * **Ator:** Administrador do Sistema (DITI), Gestor de Conteúdo. | * **Ator:** Administrador do Sistema (DITI), Gestor de Conteúdo. |
| * **Critério de Aceite:** Ao configurar o ID de rastreamento do GA4 no painel do CMS e acessar o Portal Público, os dados de sessão devem aparecer no painel do Google Analytics em tempo real. Usuários que recusaram cookies de rastreamento não devem ter dados coletados ou enviados ao GA4. A atualização do ID de rastreamento deve ser aplicada ao Portal Público sem necessidade de alteração de código ou republicação manual. | * **Critério de Aceite:** Ao configurar o ID de rastreamento do GA4 no painel do CMS e acessar o Portal Público, os dados de sessão devem aparecer no painel do Google Analytics em tempo real. Usuários que recusaram cookies de rastreamento não devem ter dados coletados ou enviados ao GA4. A atualização do ID de rastreamento deve ser aplicada ao Portal Público sem necessidade de alteração de código ou republicação manual. |
| \\ | |
| |
| === Gerenciamento Descentralizado de Subportais === | |
| **Descrição:** O sistema deve permitir o gerenciamento descentralizado de conteúdos dos subportais do TCE-GO (Transparência, Primeira Infância e Observatório do Cidadão) por gestores designados para cada área, sem acesso cruzado ao conteúdo de outros subportais. O Administrador do Sistema deve ser o único responsável pela definição de permissões por subportal. O conteúdo publicado nos subportais via CMS deve ser consumido pelo Portal Público via API. | |
| * **Manual:** -. | |
| * **Ator:** Gestor de Conteúdo (por subportal), Administrador do Sistema (DITI). | |
| * **Critério de Aceite:** Um Gestor de Conteúdo com permissão em um subportal não deve visualizar, editar ou publicar conteúdos de outros subportais. Ao publicar conteúdo em um subportal via CMS, o conteúdo deve estar disponível no Portal Público via API em até 5 minutos. Somente o Administrador do Sistema deve ser capaz de adicionar ou remover gestores de conteúdo de um subportal. | |
| \\ | \\ |
| |
| |
| === Portal da Transparência === | === Portal da Transparência === |
| **Descrição:** O sistema deve disponibilizar o Portal da Transparência do TCE-GO como subportal integrado ao Portal Principal, exibindo dados de despesas, receitas, pessoal, licitações e convênios dos órgãos fiscalizados, em linguagem acessível ao cidadão comum. O conteúdo do subportal deve ser gerenciado pelo Gestor de Conteúdo designado via CMS (RF_010) e consumido pelo Portal Público via API. Os dados e páginas devem ser indexados e recuperáveis pela Busca Global (ER_003) sob o filtro primário "Transparência". | **Descrição:** O sistema deve disponibilizar o Portal da Transparência do TCE-GO como subportal integrado ao Portal Principal, exibindo dados de despesas, receitas, pessoal, licitações e convênios dos órgãos fiscalizados, em linguagem acessível ao cidadão comum. Os dados e páginas devem ser indexados e recuperáveis pela Busca Global (ER_003) sob o filtro primário "Transparência". |
| * **Documentação:** [[pres:gerti:gestao_de_ativos:portal:er_016|RF_016]]. | * **Documentação:** [[pres:gerti:gestao_de_ativos:portal:er_016|RF_016]]. |
| * **Ator:** Cidadão, Jornalista, Jurisdicionado. | * **Ator:** Cidadão, Jornalista, Jurisdicionado. |
| |
| === Observatório do Cidadão === | === Observatório do Cidadão === |
| **Descrição:** O sistema deve disponibilizar o Observatório do Cidadão como subportal integrado ao Portal Principal do TCE-GO, com conteúdo gerenciado via CMS (RF_010) pelo Gestor de Conteúdo designado para esta área, sem redirecionamento para domínio externo. | **Descrição:** O sistema deve disponibilizar o Observatório do Cidadão como subportal integrado ao Portal Principal do TCE-GO, com conteúdo gerenciado via CMS pelo Gestor de Conteúdo designado para esta área, sem redirecionamento para domínio externo. |
| * **Documentação:** [[pres:gerti:gestao_de_ativos:portal:er_017|RF_017]]. | * **Documentação:** [[pres:gerti:gestao_de_ativos:portal:er_017|RF_017]]. |
| * **Ator:** Todos os públicos. | * **Ator:** Todos os públicos. |
| |
| === Portal Primeira Infância === | === Portal Primeira Infância === |
| **Descrição:** O sistema deve disponibilizar o subportal do Pacto Nacional da Primeira Infância integrado ao Portal Principal do TCE-GO, com conteúdo gerenciado via CMS (RF_010) pelo Gestor de Conteúdo designado para esta área, sem redirecionamento para domínio externo. | **Descrição:** O sistema deve disponibilizar o subportal do Pacto Nacional da Primeira Infância integrado ao Portal Principal do TCE-GO, com conteúdo gerenciado via CMS pelo Gestor de Conteúdo designado para esta área, sem redirecionamento para domínio externo. |
| * **Documentação:** [[pres:gerti:gestao_de_ativos:portal:er_018|RF_018]]. | * **Documentação:** [[pres:gerti:gestao_de_ativos:portal:er_018|RF_018]]. |
| * **Ator:** Todos os públicos. | * **Ator:** Todos os públicos. |
| |
| === Página de Ajuda === | === Página de Ajuda === |
| **Descrição:** O sistema deve disponibilizar a Página de Ajuda do Portal Público composta por: Glossário e FAQ (consumidos via API do CMS — RF_008, sem duplicação de dados) e Fale Conosco (formulário de contato com campos de nome, e-mail, assunto e mensagem, validação de formato, resolução de captcha e confirmação de recebimento ao usuário por e-mail). | **Descrição:** O sistema deve disponibilizar a Página de Ajuda do Portal Público composta por: FAQ (conteúdo estático mantido pelo time de desenvolvimento, organizado por categorias) e Fale Conosco (link de redirecionamento para o Canal de Ouvidoria do TCE-GO em https://ouvidoria.tce.go.gov.br/, aberto em nova aba do navegador). |
| * **Documentação:** [[pres:gerti:gestao_de_ativos:portal:er_020|RF_020]]. | * **Documentação:** [[pres:gerti:gestao_de_ativos:portal:er_027|RF_027]]. |
| * **Ator:** Todos os públicos. | * **Ator:** Todos os públicos. |
| * **Critério de Aceite:** As seções Glossário e FAQ devem exibir o conteúdo publicado no CMS sem necessidade de republicação manual no Portal. Ao tentar enviar o formulário Fale Conosco com campos obrigatórios não preenchidos, o sistema deve destacar os campos e impedir o envio. Após o envio bem-sucedido, o sistema deve exibir: "Mensagem enviada com sucesso. Em breve entraremos em contato." e enviar e-mail de confirmação ao endereço informado. | * **Critério de Aceite:** O FAQ deve exibir as perguntas organizadas sequencialmente. Ao acionar o botão "Fale Conosco", o usuário deve ser redirecionado para https://ouvidoria.tce.go.gov.br/ em nova aba, mantendo o Portal TCE-GO na aba original. |
| \\ | \\ |
| |