Um portal único em que toda a empresa pode confiar.

É o site central onde a empresa concentra conteúdo, documentos e informação de forma estruturada, com navegação clara, permissões por perfil e busca. A diferença entre um portal que funciona e uma coleção de pastas está na arquitetura de informação: estrutura de sites, taxonomia e metadados definidos antes de qualquer documento ser carregado. Portal construído sobre estrutura pensada é usado, portal construído empilhando pasta em cima de pasta vira mais um lugar onde ninguém acha nada.

SharePoint Server 2016 e 2019 deixaram de receber suporte da Microsoft em 14 de julho de 2026, e o SharePoint Server 2013 já havia saído em abril de 2023. Na prática isso significa nenhuma correção de segurança nova, o que em ambiente regulado é apontamento de auditoria antes de ser problema técnico. Existem três caminhos: migrar para o SharePoint Online, migrar para o SharePoint Server Subscription Edition, que é a única versão on-premises suportada, ou operar com risco assumido e mitigação de rede enquanto se planeja a saída. A escolha depende de customizações, integrações e exigência regulatória, e essa avaliação é o primeiro passo.

Vale manter on-premises quando existe exigência regulatória de residência de dados, integração pesada com sistemas internos ou customizações server-side que não têm equivalente na nuvem, e mesmo assim isso hoje significa Subscription Edition, não uma versão fora de suporte. Para a maioria das organizações, o Online sai à frente porque elimina farm, patch, hardware e janela de manutenção, e traz busca, Copilot, governança e conformidade nativas. A decisão correta não é ideológica, é inventário: o que roda hoje na farm, o que tem substituto no Online e o que precisa ser reescrito.

Sim, porque resolvem problemas diferentes. Teams organiza conversa e trabalho de equipe, OneDrive guarda o arquivo pessoal, e nenhum dos dois estabelece a informação oficial da empresa. Sem portal, cada time cria seu canal, cada pessoa guarda sua versão, e a política que vale vira a última que alguém mandou no chat. O portal é onde o conteúdo tem dono, estrutura, permissão por papel e versão oficial, e ele se integra ao Teams em vez de competir com ele, já que por baixo do Teams os arquivos já vivem no SharePoint.

Porque estrutura errada não se conserta com conteúdo bom. Estrutura de sites, taxonomia e metadados definem como as pessoas encontram, filtram e recuperam informação, e mudar isso depois de milhares de documentos carregados custa muito mais do que definir antes. É também o que faz a busca funcionar, já que o mecanismo do Microsoft 365 depende de metadados para diferenciar um contrato vencido de um contrato vigente. Portais que fracassam quase sempre fracassam nessa etapa, não no desenvolvimento.

O acesso é definido por perfil, com grupos de segurança do Entra ID aplicados por página e por biblioteca de documentos, e não por usuário individual, que é o que torna a manutenção viável ao longo do tempo. Documentos sensíveis, como PDFs controlados, termos de entrega e ordens de serviço, recebem regras de acesso por papel. Como as identidades são as mesmas do Microsoft 365, o desligamento de um colaborador remove o acesso pelo processo que a empresa já tem, sem cadastro paralelo para lembrar de limpar.

Sim, com o Power BI embutido nativamente nas páginas do SharePoint e com segurança em nível de linha aplicada ao usuário logado. Na prática, o gerente de uma unidade e a diretoria abrem a mesma página e cada um enxerga apenas os seus números. Isso resolve o padrão que ainda é comum e perigoso, que é publicar várias versões recortadas do mesmo relatório para controlar quem vê o quê, prática que multiplica o trabalho e é justamente por onde o dado sensível costuma escapar.

A migração é estruturada, com classificação por metadados e limpeza de conteúdo, e não uma cópia de pastas para dentro do SharePoint. Antes de mover, define-se a estrutura de destino, o que é conteúdo vivo, o que é histórico e o que simplesmente não deve ser migrado, porque copiar vinte anos de duplicidade apenas transporta o problema para um lugar mais caro. Na prática migra-se primeiro o acervo em uso, com metadados aplicados, e o histórico entra depois em lote, sem interromper a operação.

Elas precisam de inventário antes de qualquer migração, porque o destino muda conforme a tecnologia. Soluções de farm com código server-side, os WSPs, não têm equivalente no SharePoint Online e precisam ser reescritas, normalmente em SPFx, Power Apps, Power Automate e podem usar o Microsoft Graph. Componentes já em SPFx costumam ser aproveitados com ajustes, em ambientes que permanecem on-premises, o ciclo de vida desses pacotes continua sendo gerenciado com controle de versão e promoção entre ambientes. Migração que ignora essa etapa descobre o problema no meio do go-live.

É um diagnóstico completo de performance, segurança, configuração e saúde geral da farm, cobrindo nível de atualização, tamanho e crescimento das bases, topologia de busca, contas de serviço, certificados, logs de erro e, principalmente, se os backups realmente restauram. Faz sentido antes de decidir migração, depois de incidentes recorrentes de lentidão, quando o ambiente foi herdado sem documentação e antes de auditoria. O resultado prático é uma lista priorizada de riscos, com o que corrigir agora e o que planejar.

Um portal corporativo costuma levar de 4 a 16 semanas, passando por arquitetura de informação, construção de sites e páginas, configuração de permissões e segurança, migração de documentos, integração com Power BI e treinamento. O que mais influencia o prazo não é a construção, é o volume e a bagunça do acervo a migrar, além do tempo que a empresa leva para decidir taxonomia e donos de conteúdo. Projetos que travam quase sempre travam nessas duas definições.

A entrega inclui documentação do processo de gestão de conteúdo e capacitação de administradores e usuários-chave, para que o portal tenha donos internos em vez de depender do fornecedor a cada ajuste. A partir do go-live existe contrato de suporte estruturado, com evolução contínua conforme a organização muda. Esse é o ponto que decide o destino de um portal: sem dono e sem manutenção, ele decai em poucos meses e as pessoas voltam para a pasta de rede.

O portal é construído do zero conforme a estrutura, a marca e as regras da sua organização, e cobre conteúdo institucional, documentos, dashboards e áreas por departamento. A Base de Conhecimento é um produto pronto, focado em procedimentos e respostas, com busca em destaque, tópicos hierárquicos, avaliação de artigos e área de administração já implementados. Quem precisa de portal corporativo amplo contrata a consultoria, quem precisa especificamente organizar o conhecimento operacional chega mais rápido com o produto, e as duas coisas convivem no mesmo ambiente.