Uma content services platform (CSP) é um conjunto de serviços para armazenar, governar e trabalhar com conteúdo corporativo, projetado para ser consumido por meio de APIs por outras aplicações, em vez de usado apenas como um acervo independente.
O termo foi introduzido por analistas do setor para substituir a gestão corporativa de conteúdo (ECM), e a renomeação marcou uma mudança arquitetural genuína, não apenas uma troca de rótulo.
O que mudou em relação ao ECM
O ECM, como era construído na prática, pressupunha um único repositório. O conteúdo era migrado para um único sistema de um único fornecedor, e as aplicações que precisavam dele ou se integravam a esse sistema ou contornavam essa limitação. O apelo era o controle. O custo era que os projetos de migração eram longos, caros e frequentemente incompletos, deixando conteúdo preso nos sistemas que deveriam ser substituídos.
O modelo de serviços de conteúdo parte da observação de que o conteúdo já está distribuído e continuará assim. Em vez de consolidar tudo, ele oferece serviços que aplicam governança consistente entre acervos e os expõe para que a gestão de conteúdo se torne uma capacidade que outras aplicações invocam, em vez de um destino que os usuários visitam.
A consequência prática: o sucesso deixa de ser medido pela quantidade de conteúdo migrado para um único lugar e passa a ser medido pela consistência com que a política é aplicada onde quer que o conteúdo esteja.
Capacidades típicas
Espaços de trabalho seguros agrupam conteúdo por equipe, caso, processo ou projeto, com associação e permissões delimitadas a esse contêiner. Isso se ajusta melhor à forma como o trabalho realmente se organiza do que uma árvore de pastas global.
Acesso baseado em papéis atribui direitos por papel, em vez de a indivíduos nomeados, o que é o que torna viável a revisão periódica de acesso. Veja sistema de gestão de documentos.
Políticas de retenção aplicam regras de ciclo de vida por classe de conteúdo, alimentando a gestão de registros onde a declaração formal de registro é exigida.
Integrações conectam sistemas de linha de negócio para que o conteúdo seja criado e consumido nas aplicações onde o trabalho acontece, em vez de exigir que os usuários visitem um acervo separado.
Arquitetura orientada a API é a característica definidora. Toda capacidade disponível na interface também está disponível de forma programática, o que é o que permite que os serviços de conteúdo sejam incorporados em outros softwares.
Serviços de metadados e classificação aplicam rótulos consistentes entre fontes, muitas vezes usando a classificação de documentos para que a governança não dependa de os usuários marcarem o conteúdo corretamente.
O dilema da federação de acervos
Aplicar governança entre acervos, em vez de consolidá-los, evita a migração, mas introduz suas próprias dificuldades. Elas merecem ser declaradas com clareza, porque o material dos fornecedores tende a não fazer isso.
A aplicação da política é tão forte quanto o conector mais fraco. Se um acervo não expõe nenhuma API para aplicar retenção, esse conteúdo é governado por convenção, e não pela plataforma.
A busca entre fontes federadas é mais difícil do que a busca dentro de um único índice, e a qualidade dos resultados varia conforme a disciplina de metadados de cada fonte.
O controle de acesso precisa ser reconciliado entre sistemas com modelos de permissão diferentes, e é nessa reconciliação que os erros se concentram. Um usuário que não deveria ver um documento geralmente obtém acesso por uma incompatibilidade entre os modelos de dois sistemas, e não por um erro em nenhum deles.
A federação de acervos é o padrão correto para a maioria das organizações, mas troca um grande projeto de migração por uma carga contínua de integração. Não é a eliminação do trabalho.
Onde a CSP encontra a IA documental
Uma content services platform governa o conteúdo. Interpretá-lo é uma capacidade separada: o processamento inteligente de documentos converte documentos em dados, e a geração aumentada por recuperação responde perguntas a partir do conteúdo.
A conexão que importa é o controle de acesso. Se um sistema de recuperação pesquisa conteúdo que a plataforma governa, as permissões da plataforma precisam ser aplicadas no momento da recuperação, ou a camada de IA se torna um atalho que contorna a governança que a plataforma existe para prover.
O que costuma dar errado
É comprada como um acervo e usada como tal. Uma plataforma orientada a API usada apenas por sua própria interface entrega o mesmo valor do sistema de ECM que substituiu, pelo mesmo custo.
Presume-se que a governança seja herdada. Conectar um acervo não aplica automaticamente a política ao seu conteúdo existente; retroaplicar classificação e retenção ao conteúdo já existente costuma ser a maior parte do trabalho.
Os espaços de trabalho se multiplicam. Sem regras de ciclo de vida, os espaços de trabalho por projeto se acumulam indefinidamente e reproduzem a dispersão que a plataforma deveria resolver.
O Contellect One oferece esses serviços em gestão de documentos e conteúdo.
