[ { "title": "Alfresco Community: fundamentos e funcionamento", "group": "Alfresco", "url": "/open-source-documental/alfresco/", "description": "Conceitos do repositório Alfresco: nós, metadados, documentos, permissões e fluxo de ingestão.", "answer": "Alfresco Community gerencia conteúdo e metadados por meio de um repositório Java. As aplicações acessam seus serviços por APIs; arquivos, banco e índice têm funções distintas.", "text": "Alfresco Community é uma plataforma de gestão de conteúdo empresarial: recebe documentos, organiza seus metadados e controla o acesso ao longo do trabalho.\n\nUma pasta no Alfresco é um objeto do repositório. Um documento combina conteúdo, propriedades, tipo, associações, versões e permissões. A estrutura que aparece na tela não é uma cópia direta das pastas do disco.\n\n\nFunçãoComo aparece na operação\n\nOrganizaçãoPastas, sites, bibliotecas, tipos documentais, aspectos e propriedades para descrever o acervo.\n\nControle documentalVersões, edição e bloqueio conforme cliente/configuração; histórico e recuperação segundo a política operacional.\n\nColaboraçãoCompartilhamento com permissões, comentários e colaboração oferecida pela aplicação escolhida.\n\nBuscaConsulta por metadados e texto extraído; disponibilidade e sintaxe dependem do mecanismo de indexação.\n\nAutomaçãoRegras, ações e extensões para executar tarefas e validar documentos.\n\nIntegraçãoAPIs para conectar captura, portais, ERP e outros sistemas sem escrever nas tabelas internas.\n\nAdministraçãoUsuários, grupos, autenticação, auditoria configurável, diagnóstico, backup e manutenção.\n\nOCR de imagem, assinatura ICP-Brasil, temporalidade arquivística e conformidade de um processo exigem componentes, regras e validações próprios. A instalação básica não entrega automaticamente essas soluções.\nFontes: Arquitetura Community ↗ · API Explorer ↗\n\nDo upload à pesquisa\n\nAcesso. A aplicação envia o documento para a API, que autentica a identidade e verifica as permissões.\n\nGravação. O Repository registra o nó e seus metadados no banco e guarda o binário no contentstore.\n\nRegras. A classificação e as ações configuradas podem aplicar aspectos, completar propriedades e disparar processamento.\n\nTransformação. Serviços podem gerar miniaturas e extrair texto. Um PDF composto só por imagens precisa de uma etapa OCR para obter texto pesquisável.\n\nIndexação. O mecanismo de busca recebe os dados. A busca pode ficar disponível depois da gravação: o atraso precisa ser medido.\n\nConsulta. O usuário encontra o objeto e baixa o conteúdo conforme sua autorização; nem toda consulta depende do índice.\n\nNa prática: upload concluído e busca atualizada são estados diferentes. Uma fila de transformação parada pode permitir download e, ao mesmo tempo, impedir prévias ou pesquisa textual.\n\nFontes: Implementação do contentstore ↗ · Stores e versionamento ↗ · Search Community: abertura do código ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/alfresco/index.md" }, { "title": "Arquitetura Alfresco: camadas e componentes", "group": "Alfresco", "url": "/open-source-documental/alfresco/arquitetura/", "description": "Repository, Share, Content App, banco, contentstore, busca e transformação: responsabilidades e tecnologias.", "answer": "O Repository executa regras e transações. Share e Content App são clientes. O banco guarda metadados; o contentstore guarda arquivos; o índice permite pesquisa. Transformações e indexação são processos separados.", "text": "Clique em uma camada para entender sua responsabilidade. O desenho mostra uma implantação lógica; os serviços podem estar em máquinas ou contêineres diferentes.\n\n01ExperiênciaShare · Content App · portais02Acesso e integraçãoHTTPS · REST · CMIS03Serviços do repositórioModelos · regras · permissões04ProcessamentoTransformações · eventos · indexação05PersistênciaBanco · contentstore · índices\n\n\nComponenteTecnologia / códigoResponsabilidade\n\nRepositoryJava, Spring, Maven; aplicação web em TomcatTransações, nós, propriedades, ACLs, versões, ações e serviços.\n\nShareJava, Spring Surf, FreeMarker, JavaScript, HTML/CSSInterface tradicional; possui ciclo de versão próprio.\n\nContent App / ADFAngular e TypeScriptInterface moderna sobre APIs; build e publicação independentes do Repository.\n\nModelos e extensõesXML, Java, JavaScript de servidor, FreeMarkerDefinição de tipos/aspectos e comportamentos; recursos dependem do ponto de extensão.\n\nBanco de dadosSQL e JDBCMetadados e estruturas internas; PostgreSQL é uma escolha presente no Compose Community.\n\nBuscaServiço de indexação e Elasticsearch/OpenSearch na linha atualÍndice derivado para pesquisa; não substitui o banco nem os arquivos.\n\nTransformaçõesServiços Java e ferramentas de conversãoTexto e representações de conteúdo; formatos e limites dependem do transformador.\n\nMensageriaActiveMQ quando exigido pelo componenteEventos e comunicação assíncrona; não implica que todo indexador use o broker.\n\nInfraestruturaYAML, Dockerfiles, Ansible, Helm e scriptsRede, configuração, volumes, segredos e ciclo de implantação.\n\nFontes: Código do repositório ↗ · Empacotamento e distribuição ↗ · Compose oficial fixado em v10.9.0 ↗ · Search Community: abertura do código ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/alfresco/arquitetura/index.md" }, { "title": "Bancos, contentstore e dimensionamento", "group": "Alfresco", "url": "/open-source-documental/alfresco/bancos-capacidade/", "description": "Limites de base, armazenamento e diferenças entre Windows, Debian, Docker e nuvem.", "answer": "Não existe um limite universal de base Alfresco definido apenas pelo sistema operacional. Dimensione banco, arquivos, versões, índice, processamento e recuperação separadamente.", "text": "Não há um teto único de “base Alfresco no Windows” ou “base Alfresco no Debian”. A capacidade resulta do banco, filesystem, armazenamento, memória, índice, infraestrutura e carga.\n\nOs arquivos ficam normalmente no contentstore; o banco guarda metadados e referências. Por isso, “10 TB de PDFs” não significa “10 TB de banco SQL”. Versões e representações aumentam o espaço total.\n\n\nAmbienteLimite que precisa ser verificadoCritério de escolha\n\nDebian / Linux 64 bitsFilesystem e volumes, espaço/inodes, I/O, banco, JVM e recuperaçãoPreferir armazenamento persistente e medir a carga. Debian host Docker não equivale a plataforma nativa certificada pela Hyland.\n\nWindows Server 64 bitsFilesystem, serviço Java, memória, caminhos/permissões e matriz da versãoSeparar instalação nativa da execução de contêineres Linux em VM.\n\nDocker em LinuxLimites do host/volume e recursos de cada serviçoA camada gravável do contêiner não é o destino de persistência do acervo.\n\nDocker Desktop / WSL2Disco virtual, RAM da VM, volumes e políticas de backupAmbiente útil para laboratório; capacidade e operação diferem de servidor Linux dedicado.\n\nRailway / nuvemQuotas contratadas, persistência, rede e recursos por serviçoProjetar banco, arquivos e busca separadamente; não presumir suporte oficial Alfresco ao provedor.\n\nBancos citados na matriz geral do Content Services 26.2\n\nA matriz geral consultada relaciona PostgreSQL 15/16/17, MySQL 8.4, MariaDB 10.11/11.8, Oracle 19c/23ai e SQL Server 2019/2022/2025. Esta é uma referência do produto Content Services: a escolha para Community precisa de verificação específica de distribuição, driver e compatibilidade.\n\nMatriz geral de plataformas 26.2 ↗\n\nQuais bancos usar?\n\nO Compose Community v10.9.0 consultado utiliza PostgreSQL 17.9. Isso descreve o arquivo de referência, não uma homologação do seu ambiente. Matrizes gerais do Content Services também relacionam outros bancos; não transfira automaticamente suporte Enterprise para Community. Escolha o banco e o driver documentados para a edição e versão adotadas.\n\nComo referência do motor, o PostgreSQL 16 documenta tamanho de banco sem teto fixo e limite de relação de 32 TB com bloco padrão de 8 KiB. São limites internos do PostgreSQL, não promessa de capacidade ou desempenho do Alfresco. Não confunda o limite de campo SQL com tamanho máximo de documento no contentstore.\n\nEstimativa inicial de armazenamento\n\nSimulação de planejamento em unidades decimais. Não inclui o espaço de banco, índices, logs, previews ou cópias externas.\n\nDocumentos Média em MB Cópias equivalentes por versões Margem livre (%) \nFórmula: documentos × MB × cópias equivalentes ÷ (1 − margem livre/100). O fator de versões é uma hipótese editável, não uma taxa medida.\n\nTambém separe tamanho máximo de upload, tempo de proxy, tamanho transformável e limite de extração/indexação. Um arquivo pode ser armazenado e baixado sem gerar preview ou ter todo o conteúdo indexado.\n\nFontes: Implementação do contentstore ↗ · Limites PostgreSQL 16 ↗ · Compose oficial fixado em v10.9.0 ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/alfresco/bancos-capacidade/index.md" }, { "title": "Versões e downloads do Alfresco Community", "group": "Alfresco", "url": "/open-source-documental/alfresco/versoes-downloads/", "description": "Notas oficiais, ZIPs, imagens Docker, fontes e compatibilidade das versões Alfresco.", "answer": "A linha Community mais recente identificada nesta revisão é 26.2. O número do Repository não determina a tag de Share, Search ou Transform. Use o manifesto e as notas da combinação escolhida.", "text": "Consulta editorial: 06/11/2026. O histórico oficial consultado aponta a linha Community 26.2. “Mais estável para a Arquindex” exige evidência de restauração, compatibilidade das extensões e testes com documentos reais representativos.\n\n\nLinhaSituação e cuidadoNotas / downloads\n\n26.2Linha mais recente identificada. Rever busca, Java/Tomcat e extensões antes da migração.Notas Community 26.2 ↗\n\n26.1Linha anterior de 2026. Não escolher apenas por familiaridade.Histórico oficial de versões ↗\n\n25.3Possível etapa de transição no caminho documentado para 26.2; não significa LTS Community.Notas Community 25.3 ↗\n\n25.2 / 25.1Versões anteriores: conferir correções, dependências e caminho de atualização.Notas Community 25.2 ↗ · Histórico oficial de versões ↗\n\n23.x / 7.xLegado: fazer inventário e planejar migração por etapas documentadas.Histórico oficial de versões ↗\n\n6.x / 5.x e anterioresReferência histórica. Evitar nova instalação baseada em instaladores antigos.Histórico oficial de versões ↗\n\nTransição da linha 26: as notas 26.2 exigem revisão de Java 21/Tomcat 11 e retiram suporte ao Solr. Para 7.x/23.x, indicam parada em 25.3 antes de 26.2. O anúncio posterior de Search Community publica o código; a descrição antiga de busca “somente binária” ficou desatualizada.\nManifesto inicial e Compose posterior são diferentes\n\nRepository, Share, transformadores e aplicações têm numeração própria. Evite atribuir a mesma tag a todas as imagens.\n\n\nComponenteReferência consultadaOnde obter\n\nRepository 26.2.0ZIP e imagem publicados nas notas 26.2ZIP Repository ↗\n\nShare 26.2.1Artefato inicial das notas 26.2; Share 26.2.0 foi substituídoZIP Share inicial ↗\n\nShare 26.2.4 / Transform 5.4.5Tags no Compose v10.9.0, posterior ao manifesto inicialCompose oficial fixado em v10.9.0 ↗\n\nSearch Community 5.9.0Versão estável citada no anúncio de abertura do códigoSearch Community: abertura do código ↗\n\nContent AppConsultar a versão combinada com o deploymentReleases e fontes ↗\n\nOs links ZIP acima são os destinos publicados nas notas oficiais. O conteúdo dos pacotes e seus checksums não foram baixados e validados nesta revisão. Se houver redirecionamento ou migração de repositório, parta das notas oficiais; não substitua por espelhos aleatórios.\n\nCritério de aprovação para produção\n\nValidar restauração coerente; autenticação e permissões; upload/download e versões; busca por texto e metadados; previews; AMPs/JARs; regras; eventos e integrações. Medir tempo de indexação e carga concorrente. Um rollback após migração de esquema deve restaurar o conjunto anterior, e não apenas trocar a imagem.\n\nFontes: Histórico oficial de versões ↗ · Notas Community 26.2 ↗ · Notas Community 25.3 ↗ · Compose oficial fixado em v10.9.0 ↗ · Lançamentos de acs-deployment ↗ · Search Community: abertura do código ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/alfresco/versoes-downloads/index.md" }, { "title": "Instalar Alfresco em Debian e Docker", "group": "Alfresco", "url": "/open-source-documental/alfresco/instalacao-debian-docker/", "description": "Roteiro de laboratório com Compose fixado, pré-requisitos, comandos, verificações e diagnóstico.", "answer": "A implantação Docker exige o projeto completo acs-deployment, imagens compatíveis e persistência configurada. O exemplo usa a tag v10.9.0 em laboratório; ele não substitui o desenho de produção.", "text": "Pré-requisitos e escopo do procedimento\n\nServidor ou VM de laboratório com acesso administrativo, Git e Docker Compose v2.\n\nRede e portas livres; recursos compatíveis com o conjunto de serviços.\n\nSem acervo de produção neste laboratório. O procedimento não executa migração de dados.\n\nPara instalar o Docker no Debian, configure o repositório APT indicado na documentação oficial Docker, conferindo sua versão e arquitetura. Após configurar o repositório:\n\n\nDebian · instalação dos pacotes DockerCopiar\nsudo apt update\nsudo apt install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin git\nsudo docker version\nsudo docker compose version\n\nUse sudo docker se sua conta não tiver acesso ao daemon. Não altere a permissão do socket para liberar acesso irrestrito.\n\nExemplos para preparar um laboratório novo e isolado. Os comandos não foram executados em um servidor Alfresco nesta revisão. Tenha Git e Docker Engine com Compose v2 instalados pelo canal adequado ao sistema.\n\n\nMétodoO que entregaUso e limites\n\nDocker ComposeServiços descritos em YAML e imagens por componenteReproduzir um conjunto fixado, revisar portas, volumes e segredos.\n\nZIP / WARAplicações e recursos para montar a pilha manualmenteInstalar Java, Tomcat, banco, busca, transformações e demais dependências da versão.\n\nAnsibleAutomação de instalação LinuxUsar o playbook e distribuições previstos pelo projeto; não executar roteiro Ubuntu cegamente no Debian.\n\nHelm / KubernetesRecursos de orquestraçãoRequer operação de cluster, persistência e compatibilidade dos charts; não é atalho de estabilidade.\n\nWindowsZIP/manual compatível ou VM Linux para DockerSeparar versão do Windows Server, runtime Java/Tomcat e ferramentas externas. Não prometer .exe atual sem artefato publicado.\n\nDebian / LinuxWindows / PowerShell\n\n\nPreparar referência v10.9.0 · BashCopiar\ngit --version\ndocker version\ndocker compose version\ngit clone --branch v10.9.0 --depth 1 https://github.com/Alfresco/acs-deployment.git alfresco-lab\ncd alfresco-lab/docker-compose\ndocker compose -f community-compose.yaml config --quiet\n# Revisar YAML, arquivos commons/, portas e persistência antes do start.\ndocker compose -f community-compose.yaml pull\ndocker compose -f community-compose.yaml up -d\ndocker compose -f community-compose.yaml ps\n\n\n\nLaboratório com Docker em contêineres Linux · PowerShellCopiar\ngit --version\ndocker version\ndocker compose version\ngit clone --branch v10.9.0 --depth 1 https://github.com/Alfresco/acs-deployment.git alfresco-lab\nSet-Location alfresco-lab/docker-compose\ndocker compose -f community-compose.yaml config --quiet\n# Confirmar backend Linux/WSL2 e recursos alocados ao Docker.\ndocker compose -f community-compose.yaml pull\ndocker compose -f community-compose.yaml up -d\ndocker compose -f community-compose.yaml ps\n\nO Compose de referência inclui senhas de demonstração, serviços com portas publicadas e configurações destinadas ao laboratório. Para produção, faça o desenho de rede e TLS, substitua credenciais e segredos de forma coerente e defina volumes persistentes explícitos com restauração testada. Preserve todos os arquivos auxiliares: baixar só o YAML principal é insuficiente.\nInstaladores e automação de implantação\n\nPlaybooks Ansible Linux ↗ · Gerador Docker Compose ↗ · Helm charts ↗ · Instalador Ubuntu da comunidade ↗\n\nO instalador Ubuntu é um projeto comunitário indicado nas notas, com escopo próprio; não equivale a instalador nativo Debian ou Windows.\n\nConfiguração manual: propriedades que se relacionam\n\n\nTrecho ilustrativo · alfresco-global.propertiesCopiar\n# Valores ilustrativos; ajustar à edição, versão e rede.\ndir.root=/srv/alfresco/alf_data\ndb.driver=org.postgresql.Driver\ndb.url=jdbc:postgresql://postgres:5432/alfresco\ndb.username=alfresco\n# db.password deve ser fornecida por mecanismo protegido da implantação.\nalfresco.host=ged.exemplo.com.br\nalfresco.port=443\nalfresco.protocol=https\nshare.host=ged.exemplo.com.br\nshare.port=443\nshare.protocol=https\n\nO trecho não constitui configuração completa. No Docker, vários ajustes são passados como propriedades JVM em JAVA_OPTS; não suponha que qualquer variável de ambiente vire propriedade automaticamente. Busca, broker e transformadores precisam apontar para os nomes da rede interna. Host/porta públicos devem refletir o proxy.\n\nDiagnóstico inicial\n\n\nLer estado e logs · sem remover dadosCopiar\ndocker compose -f community-compose.yaml ps\ndocker compose -f community-compose.yaml logs --tail=100 alfresco\ndocker compose -f community-compose.yaml logs --tail=100 share\ndocker compose -f community-compose.yaml logs --tail=100 postgres\n\nFalha de pull: conferir tag, registry, autenticação e arquitetura. JDBC: conferir DNS interno, driver e credenciais. Keystore: preservar os arquivos e segredos ligados ao acervo. Erro 404 em /alfresco: conferir inicialização, contextos e proxy antes de recriar serviços. Logs podem conter dados internos; revisar antes de compartilhar.\n\nManual de instalação Debian → · Manual de diagnóstico →\n\nFontes: Compose oficial fixado em v10.9.0 ↗ · Lançamentos de acs-deployment ↗ · Notas Community 26.2 ↗ · Notas Community 25.3 ↗\n\nResultado esperado\n\nO comando ps deve mostrar os serviços iniciados e saudáveis conforme os healthchecks. Confirme depois autenticação, upload, download, transformação e busca; contêiner em execução sozinho não prova funcionamento do conjunto.", "modified": "2026-11-06", "markdown": "/open-source-documental/alfresco/instalacao-debian-docker/index.md" }, { "title": "Instalar AMPs e desenvolver extensões", "group": "Alfresco", "url": "/open-source-documental/alfresco/amps-sdk/", "description": "MMT, AMP, JAR, fontes e SDKs: formatos, aplicação e validação.", "answer": "AMP é um pacote de extensão aplicado a um WAR com o Module Management Tool. A aplicação deve ocorrer em uma cópia de build e ser validada com a versão exata do Repository ou Share.", "text": "O Repository Community publica código sob LGPL-3.0. Verifique o LICENSE de cada componente e extensão. Distribuição gratuita, suporte comercial e código-fonte disponível são características diferentes.\n\n\nProjeto / pacotePara que consultarFonte\n\nalfresco-community-repoLógica do repositório, dependências e buildCódigo do repositório ↗\n\nalfresco-community-shareInterface tradicionalCódigo Share ↗\n\nalfresco-content-appInterface Angular e integração ADFCódigo Content App ↗\n\nacs-community-packagingWAR, ZIP e imagens distribuídasEmpacotamento e distribuição ↗\n\nalfresco-community-searchIndexação batch para OpenSearch/ElasticsearchCódigo Search Community ↗\n\nacs-deploymentConjunto de serviços e Helm/ComposeLançamentos de acs-deployment ↗\n\nalfresco-sdk / alfresco-java-sdkExtensões no processo ou aplicações externas/eventosSDK de extensão ↗ · Java SDK ↗\n\nComo um AMP funciona?\n\nAMP é um pacote de módulo aplicado ao WAR de destino com o MMT. Repository e Share podem exigir pacotes diferentes. Um AMP de versão antiga pode depender de APIs, bibliotecas e caminhos que mudaram.\n\n\nMMT · exemplo com caminhos a ajustarCopiar\njava -jar alfresco-mmt.jar list /caminho/alfresco.war\njava -jar alfresco-mmt.jar install /caminho/modulo.amp /caminho/alfresco.war -preview\n# Aplicar em cópia de build/homologação após revisar a prévia:\njava -jar alfresco-mmt.jar install /caminho/modulo.amp /caminho/alfresco.war\njava -jar alfresco-mmt.jar list /caminho/alfresco.war\n\nFaça a aplicação no build e produza imagem rastreável. Alterar um contêiner em execução perde reprodutibilidade. Registre origem, licença, versão, hash e compatibilidade do módulo; preserve a imagem anterior e o conjunto de dados para recuperação.\n\nJAR e código fora do repositório\n\nExtensões JAR são outra forma de empacotamento conforme o SDK e o ponto de extensão. Integrações externas por API reduzem o acoplamento com bibliotecas internas, embora ainda precisem de compatibilidade de contrato, autenticação, repetição segura e tratamento de erros.\n\nAs notas iniciais 26.2 descreviam Search Community e Control Center com disponibilidade binária. O anúncio posterior confirma abertura do Search. Isso não comprova abertura equivalente do Control Center: consulte a licença e a fonte de cada artefato.\nFontes: Código do repositório ↗ · Empacotamento e distribuição ↗ · Module Management Tool ↗ · Search Community: abertura do código ↗ · Notas Community 26.2 ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/alfresco/amps-sdk/index.md" }, { "title": "APIs, modelos e automações documentais", "group": "Alfresco", "url": "/open-source-documental/alfresco/apis-modelos/", "description": "Exemplos REST, modelo XML de aspecto e desenho de regras para classificação documental.", "answer": "Tipos definem a estrutura de um nó. Aspectos acrescentam propriedades e comportamentos reutilizáveis. Use APIs documentadas para integrar aplicações e evite escrita direta nas tabelas internas.", "text": "REST oferece recursos próprios do Alfresco; CMIS é uma interface padronizada entre repositórios. Use contas técnicas com permissões proporcionais e mantenha credenciais no servidor de integração.\n\n\nLer a pasta compartilhada · Bash / curlCopiar\n# URL e usuário ilustrativos. O curl pedirá a senha.\ncurl --fail --show-error --user usuario_integracao \\\n 'https://ged.exemplo.com.br/alfresco/api/-default-/public/alfresco/versions/1/nodes/-shared-/children?maxItems=25'\n\n\nEnviar documento para pasta autorizada · Bash / curlCopiar\n# Substituir o UUID e o arquivo. Operação de escrita no destino informado.\ncurl --fail --show-error --user usuario_integracao \\\n -F 'filedata=@documento.pdf;type=application/pdf' \\\n -F 'name=documento.pdf' \\\n -F 'nodeType=cm:content' \\\n 'https://ged.exemplo.com.br/alfresco/api/-default-/public/alfresco/versions/1/nodes/UUID_DA_PASTA/children'\n\nExemplos de contrato para adaptar e testar. Não incluem política de repetição ou deduplicação; repetir upload pode criar duplicatas ou conflito.\n\nModelo documental e automações possíveis\n\n\nNecessidadeDesenho de implementaçãoValidação\n\nTítulo = Tipo DocumentalPropriedade de classificação + comportamento ou ação que atualiza cm:titleDefinir o rótulo desejado e executar ao criar e ao alterar o tipo; evitar recursão.\n\nDossiê por colaboradorModelo com matrícula/identificador; pasta e permissões criadas por serviçoUsar chave estável, tratar homônimos e mudança de nome; evitar duplicação.\n\nAtivo/inativo e demissãoAspecto com estado e data; regras de acesso e pesquisaDefinir transições e quem pode alterar os campos.\n\nTemporalidadeClasse, evento inicial, prazo e destinação em modelo + serviço de cálculoValidar tabela aplicável e eventos; expurgo deve ter processo de autorização.\n\nOCR e PDF pesquisávelPipeline de captura/qualidade antes de publicar ou serviço assíncronoPreservar relação com original e medir precisão; OCR não é assinatura.\n\nAssinatura em loteServiço de assinatura controlado e retorno de arquivo/evidênciasControlar identidade, segredo e uso do certificado; validar a assinatura resultante.\n\nERP / CRM / portalAdaptador REST/CMIS e fila de integraçãoIdempotência, auditoria, isolamento por cliente e recuperação de falhas.\n\nActiviti / CamundaIntegração de processos por APIs/eventos conforme desenhoSão componentes com ciclos próprios; não basta instalar um AMP para trocar motor.\n\nAs soluções da tabela são propostas de engenharia, não funções já instaladas neste portal ou em seu servidor. A auditoria do Alfresco deve ser configurada para os eventos necessários; não presuma que toda leitura/alteração já esteja registrada.\n\nFontes: API Explorer ↗ · CMIS API ↗\n\nExemplo de aspecto documental\n\nModelo XML didático para empacotar em uma extensão compatível. O namespace identifica este exemplo da Arquindex; não depende de existir uma página web nesse endereço.\n\n\nModelo de exemplo · XMLCopiar\n\n\n Exemplo didático de classificação documental\n Arquindex1.0\n \n \n \n \n \n \n \n Classificação documental\n \n Tipo documentald:text\n \n \n \n\n\nO XML precisa de registro/bootstrap no módulo, build e teste de implantação. Depois de carregar o modelo, pode-se aplicar o aspecto aos documentos. O modelo sozinho não cria telas de edição nem sincroniza o título.", "modified": "2026-11-06", "markdown": "/open-source-documental/alfresco/apis-modelos/index.md" }, { "title": "Backup, restauração e operação do Alfresco", "group": "Alfresco", "url": "/open-source-documental/alfresco/backup-operacao/", "description": "Conjunto de recuperação, critérios de atualização e manutenção.", "answer": "Recupere banco, contentstore, configurações, segredos e versões dos componentes como um conjunto coerente. O índice é derivado, mas a reindexação precisa caber no prazo de recuperação.", "text": "Um backup utilizável deve recuperar banco, contentstore, configurações, segredos e versões dos componentes como um conjunto coerente. O índice é derivado e pode exigir reindexação; preserve os recursos necessários e dimensione o tempo dessa recuperação.\n\nDisponibilidade: medir saúde do Repository, banco, busca, transformações e autenticação, além da página de login.\n\nCapacidade: acompanhar crescimento de conteúdo e versões, banco, índices, filas e espaço livre.\n\nAtualização: inventariar imagens e módulos, ler mudanças incompatíveis, restaurar uma cópia e testar antes de promover.\n\nRecuperação: registrar RPO/RTO esperados, tempo real de restauração e teste funcional após recuperar.\n\nCommunity e Enterprise\n\nCommunity exige que a organização assuma a operação e a validação da solução. Não atribua automaticamente à edição Community o SLA, a certificação de plataforma, o clustering, os conectores ou os recursos de governança descritos em contratos e páginas Enterprise. Confirme o que o componente e sua licença oferecem.\n\nFontes e qualidade editorial\n\nEste guia foi preparado pela Arquindex a partir das fontes identificadas. Alguns links antigos da documentação redirecionam para a nova plataforma Hyland e nem todos puderam ser lidos. Os ZIPs não foram instalados. Recomendações operacionais são orientações de projeto, sujeitas à validação do ambiente.\n\nPlanejamento de implantação → · Migração e avaliação de infraestrutura →\n\nFontes: Stores e versionamento ↗ · Notas Community 26.2 ↗ · Notas Community 25.3 ↗ · Fórum Alfresco / Hyland ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/alfresco/backup-operacao/index.md" }, { "title": "Nextcloud: arquitetura e recursos", "group": "Nextcloud", "url": "/open-source-documental/nextcloud/", "description": "Servidor, clientes, bancos, armazenamento, apps e integração por WebDAV.", "answer": "Nextcloud oferece colaboração e sincronização de arquivos. O servidor PHP e os clientes desktop/mobile têm requisitos diferentes; suporte a cliente Windows não significa servidor Windows nativo.", "text": "Nextcloud atende colaboração, sincronização e compartilhamento de arquivos. Pode compor a área de troca com clientes enquanto o Alfresco sustenta um processo documental modelado.\n\nO servidor utiliza principalmente PHP e aplicações web; clientes atendem desktop e dispositivos móveis. O manual estável consultado lista Linux e bancos como PostgreSQL e MariaDB/MySQL, com compatibilidade dependente da versão. SQLite aparece para testes e instâncias mínimas.\n\nO cliente Windows não significa servidor Windows nativo. Para implantação no Windows, avalie VM ou contêineres Linux conforme o método escolhido. AIO reúne componentes de implantação e manutenção; verifique seus requisitos de portas, proxy, armazenamento e acesso ao Docker.\n\n\nCamadaPapel\n\nInterface e appsArquivos, compartilhamento e recursos de colaboração conforme apps instalados.\n\nServidorPHP e servidor web; tarefas em segundo plano e configuração de cache/locking conforme desenho.\n\nDadosBanco, diretório de dados ou armazenamento configurado; cache não substitui persistência.\n\nExtensõesApps e APIs/WebDAV; verificar compatibilidade e licença a cada atualização.\n\nEscolha de versão: partir do canal estável e da compatibilidade dos apps. O alias latest da documentação pode apontar para versão futura: na consulta, indicava manual 36 “upcoming”, enquanto o manual stable indicava 35. Não use o número de um manual futuro como prova de release estável.\n\nCódigo do servidor ↗ · Fórum ↗\n\nFontes: Requisitos Nextcloud estável ↗ · Downloads Nextcloud ↗ · Nextcloud All-in-One ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/nextcloud/index.md" }, { "title": "Instalar Nextcloud: pacote, banco e occ", "group": "Nextcloud", "url": "/open-source-documental/nextcloud/instalacao/", "description": "Procedimento de instalação manual com pacote oficial e comandos occ no Debian/Ubuntu.", "answer": "A instalação manual exige PHP, servidor web e banco antes de executar occ maintenance:install. O comando deve rodar com o usuário HTTP. Valide domínio, cron, upload, compartilhamento e backup.", "text": "1. Escolher o método de instalação\n\nEscolha entre pacote do servidor, instalador web ou All-in-One. O pacote ZIP exige servidor web, PHP e banco configurados; AIO coordena contêineres e possui requisitos próprios de proxy e acesso ao Docker.\n\nDownloads oficiais · Nextcloud AIO · Requisitos do canal estável\n\n2. Baixar e registrar o pacote\n\nO alias latest.zip é móvel. Para reproduzir a instalação, registre a versão retornada, a origem e o checksum. Em produção, selecione um pacote versionado no catálogo oficial.\n\n\nBaixar pacote e checksum · BashCopiar\nmkdir nextcloud-pacote\ncd nextcloud-pacote\ncurl --fail --location --output latest.zip https://download.nextcloud.com/server/releases/latest.zip\ncurl --fail --location --output latest.zip.sha256 https://download.nextcloud.com/server/releases/latest.zip.sha256\nsha256sum latest.zip\ncat latest.zip.sha256\n\nCompare o hash calculado com o valor publicado no arquivo SHA-256; eles devem ser idênticos. Uma verificação de hash não substitui a verificação de autenticidade da assinatura publicada pelo projeto.\n\n3. Preparar aplicação, PHP e banco\n\nExtraia o pacote no diretório definido para a aplicação. Configure um virtual host e um banco dedicado com usuário próprio. Confira extensões PHP e diferenças entre o PHP do servidor web e o CLI. O diretório de dados deve ter uma localização e política de acesso definidas.\n\n4. Executar a instalação via occ\n\nExemplo para uma aplicação preparada em /var/www/nextcloud, banco MySQL/MariaDB já criado e usuário HTTP www-data. O comando interativo solicitará as senhas.\n\n\nInstalação interativa · Debian/UbuntuCopiar\nsudo -u www-data php /var/www/nextcloud/occ maintenance:install \\\n --database mysql --database-name nextcloud \\\n --database-user nextcloud --admin-user admin\nsudo -u www-data php /var/www/nextcloud/occ status\n\n5. Concluir a configuração operacional\n\nConfigure domínio confiável, HTTPS, cron e cache/locking conforme o manual. Faça login, envie e baixe um arquivo, teste compartilhamento com usuário sem privilégios e restaure uma cópia do banco, dados e configuração em ambiente separado.\n\nDiagnóstico\n\n\nConsultar status e comandos disponíveisCopiar\nsudo -u www-data php /var/www/nextcloud/occ status --output=json\nsudo -u www-data php /var/www/nextcloud/occ list\nsudo -u www-data php /var/www/nextcloud/occ maintenance:install --help\n\nProblemas de permissão: conferir o usuário HTTP e os diretórios. Erro de driver: conferir extensão PHP correspondente ao banco. Divergência CLI/web: comparar as configurações dos dois runtimes.\n\nFontes do procedimento\n\nInstalação por linha de comando · Manual do occ · Pacotes e assinaturas", "modified": "2026-11-06", "markdown": "/open-source-documental/nextcloud/instalacao/index.md" }, { "title": "Omeka S e Classic: acervos digitais", "group": "Omeka", "url": "/open-source-documental/omeka/", "description": "Itens, metadados, sites, módulos e diferenças entre Omeka S e Classic.", "answer": "Omeka S publica múltiplos sites a partir de recursos e metadados compartilhados. Omeka Classic é uma aplicação distinta, com plugins e temas próprios. Nenhum deles é uma substituição automática do fluxo de GED.", "text": "Omeka é voltado à publicação de coleções e exposições. É uma opção para memória institucional, acervos históricos e catálogos públicos.\n\nOmeka S permite múltiplos sites compartilhando recursos, mídia e metadados. Vocabularies e resource templates apoiam a descrição. Omeka Classic é outra aplicação, com seu próprio ecossistema de plugins e temas; módulos S não são plugins Classic intercambiáveis.\n\nO manual de instalação Omeka S consultado identifica a linha 4.2 e uma pilha Linux/Apache, PHP 8.1 ou posterior e MySQL/MariaDB, além de extensões PHP. PHP 8.4 passa a ser aceito a partir do S 4.2. Confira os requisitos exatos da release antes de instalar.\n\n\nCamadaPapel\n\nPublicaçãoTemas, sites, páginas de exposição e navegação.\n\nModelo descritivoItens, conjuntos, mídias, vocabulários e templates.\n\nAplicaçãoPHP; módulos ampliam as funções.\n\nPersistênciaBanco dedicado MySQL/MariaDB e diretório de arquivos; geração de miniaturas com ferramenta compatível.\n\nPara a Arquindex: selecionar o que será publicado, preparar metadados e imagens derivadas, conferir direitos de acesso e estabelecer um fluxo de atualização. Um acervo público no Omeka não deve receber automaticamente o conjunto de documentos restritos do GED.\n\nDownloads e fontes Omeka S ↗ · Fórum Omeka ↗\n\nFontes: Instalação Omeka S ↗ · Manual Omeka S ↗ · Omeka Classic ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/omeka/index.md" }, { "title": "Instalar Omeka S: banco, arquivos e publicação", "group": "Omeka", "url": "/open-source-documental/omeka/instalacao/", "description": "Roteiro técnico de instalação do Omeka S com configuração database.ini e validação de mídia.", "answer": "Baixe o pacote de distribuição Omeka S, prepare banco dedicado, configure database.ini e o servidor web, habilite escrita em files/ e conclua pelo caminho /admin.", "text": "1. Verificar a release e os requisitos\n\nA página de releases consultada direciona para Omeka S 4.2.1. Use o pacote de distribuição indicado pelo projeto; um arquivo de código-fonte do GitHub pode exigir build adicional. Confira PHP, extensões, banco e servidor web no manual da versão.\n\nRelease Omeka S 4.2.1 · Catálogo oficial\n\n2. Criar banco e usuário dedicados\n\nOmeka S precisa de uma base própria. A equipe responsável pelo banco deve criar o schema e conceder somente as permissões necessárias ao usuário da aplicação.\n\n3. Configurar a conexão\n\nApós extrair o pacote, ajuste config/database.ini. Os valores a seguir são ilustrativos.\n\n\nconfig/database.ini · exemploCopiar\nuser = \"omeka_app\"\npassword = \"SUBSTITUIR_PELO_SEGREDO_DO_AMBIENTE\"\ndbname = \"omeka_s\"\nhost = \"127.0.0.1\"\nport = 3306\n\n4. Configurar o servidor web\n\nDefina o diretório da aplicação no virtual host Apache e habilite as regras de reescrita exigidas pelo pacote. Garanta escrita em files/ para o usuário do processo web. Não use permissão 777 como solução genérica.\n\n5. Inicializar pelo navegador\n\nAcesse o caminho /admin da aplicação, crie a primeira conta e configure título, idioma e fuso. Guarde o segredo de conexão fora de repositórios públicos.\n\n6. Validar mídia e tarefas\n\nCrie um item com metadados e uma mídia de teste; confirme a miniatura e a publicação no site correto. Confira o caminho PHP CLI para jobs e a ferramenta de imagem. Um item cadastrado não é necessariamente um item publicado em todos os sites.\n\nAtualização e recuperação\n\nAntes de atualizar, preserve banco, arquivos, configuração, módulos e temas; teste compatibilidade numa cópia. A recuperação deve restaurar também as configurações e extensões coerentes com os dados.\n\nFontes do procedimento\n\nManual oficial de instalação e atualização · Release consultada · Fórum", "modified": "2026-11-06", "markdown": "/open-source-documental/omeka/instalacao/index.md" }, { "title": "Hyland OpenArch: arquitetura e APIs", "group": "OpenArch", "url": "/open-source-documental/openarch/", "description": "Diferenças entre servidor OpenArch, CLI, armazenamento e integrações de IA.", "answer": "OpenArch é a camada de conteúdo para aplicações de IA; openarch-cli é a ferramenta para instalar e operar o ambiente Compose. São componentes com versões e responsabilidades diferentes.", "text": "Hyland apresenta OpenArch como uma camada de acesso ao conteúdo empresarial para aplicações de IA, mantendo os repositórios como sistemas de referência.\n\nOpenArch e OpenArch CLI são produtos diferentes. O CLI da AlfrescoLabs, escrito em Go e com licença Apache-2.0, prepara e opera um ambiente Docker Compose. A composição documentada envolve aplicação OpenArch, MongoDB, OpenSearch e armazenamento de arquivos.\n\nAtualização de versão: o anúncio mais recente consultado informa CLI 0.4.2, enquanto o README retornado na consulta ainda dizia 0.2.1. Confira a página de releases e a saída de openarch version; não trate a versão do CLI como versão do servidor OpenArch.\n\nApós instalar o CLI pelo canal da release escolhidaCopiar\nopenarch version\nopenarch doctor\nopenarch init --dir openarch-lab\nopenarch up --dir openarch-lab\nopenarch status --dir openarch-lab\n\nOs comandos acima criam e iniciam um laboratório local. Consulte os binários de Linux/Windows/macOS, checksums e instruções de verificação da release escolhida. O anúncio 0.4 descreve saída JSON, MCP e migração do arquivo de workspace para schemaVersion 2; clientes antigos até 0.3.1 não leem esse formato novo.\n\nAplicações possíveis no Capture\n\nPesquisar conteúdo de fontes conectadas e trazer contexto para um assistente.\n\nMontar uma camada de consulta para automações documentais.\n\nExperimentar consulta por metadados e fluxos de enriquecimento em ambiente isolado.\n\nEsses usos exigem conectores e testes de autorização. A descrição da Hyland sobre preservação de permissões não dispensa validar revogação de acesso e isolamento entre clientes na integração. O README do CLI consultado registra que upload de arquivo, por si só, não extrai texto interno para busca; prever extração/OCR quando necessário.\n\nFonte do servidor indicada pela Hyland ↗ · Releases do CLI ↗\n\nFontes: OpenArch na Hyland ↗ · Código OpenArch CLI ↗ · Anúncio OpenArch CLI 0.4.2 ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/openarch/index.md" }, { "title": "Instalar OpenArch CLI no Linux e Windows", "group": "OpenArch", "url": "/open-source-documental/openarch/instalacao-cli/", "description": "Homebrew, Scoop, releases, workspace Compose, diagnóstico e migração de configuração.", "answer": "Instale o CLI pelo pacote da arquitetura ou gerenciador documentado, confira a versão e execute doctor, init e up em um laboratório Docker. A versão do CLI é independente da imagem do servidor.", "text": "1. Selecionar o CLI para o sistema operacional\n\nA release consultada do CLI é 0.4.2. Use os assets de Linux, Windows ou macOS que correspondem à arquitetura da máquina. Confira checksum e instruções de assinatura publicadas com a release.\n\nBaixar OpenArch CLI 0.4.2 · Código e instalação\n\n\nInstalação via gerenciador · Linux/macOS com HomebrewCopiar\nbrew install AlfrescoLabs/tap/openarch\nopenarch version\n\n\nInstalação via gerenciador · Windows com ScoopCopiar\nscoop bucket add alfrescolabs https://github.com/AlfrescoLabs/scoop-bucket\nscoop install openarch\nopenarch version\n\nOs gerenciadores precisam estar instalados previamente. As versões oferecidas pelo canal podem mudar; registre a saída de version. O binário do CLI sozinho não contém o servidor: ele prepara e inicia serviços Docker.\n\n2. Conferir o host e criar o workspace\n\n\nNovo laboratório · Docker e Compose disponíveisCopiar\nopenarch doctor\nopenarch init --dir openarch-lab\nopenarch up --dir openarch-lab\nopenarch status --dir openarch-lab\n\ndoctor verifica os pré-requisitos. init prepara os arquivos de composição; up inicia os serviços. O workspace contém configuração e segredos: não publique esses arquivos indiscriminadamente.\n\n3. Confirmar o contrato da versão\n\n\nConsultar ajuda estruturada e sintaxe do testeCopiar\nopenarch help --output json\nopenarch smoke-test --help\n\nO smoke test cria e remove conteúdo sintético. Execute-o somente no laboratório após revisar sua sintaxe e destino. Depois valide autenticação, criação, leitura, pesquisa e persistência após reinício.\n\n4. Atualizar workspaces antigos\n\nA família 0.4 introduz schemaVersion 2. Faça backup e reveja a migração em todos os computadores que usam o workspace; CLIs até 0.3.1 não leem o formato novo.\n\n\nExaminar a migração antes de aplicarCopiar\nopenarch migrate --help\nopenarch migrate --dry-run\n\nResultado esperado e limites\n\nO status deve indicar ambiente saudável. Confirme a versão do servidor separadamente da versão do CLI. Upload de arquivo não comprova OCR, extração de texto ou integração com Alfresco. Teste conectores e restrições de acesso antes de usar dados de clientes.\n\nFontes\n\nRelease CLI 0.4.2 · Descrição das mudanças 0.3/0.4 · Manual e código do CLI", "modified": "2026-11-06", "markdown": "/open-source-documental/openarch/instalacao-cli/index.md" }, { "title": "Comparar Alfresco, Nextcloud, Omeka e OpenArch", "group": "Referências", "url": "/open-source-documental/comparar/", "description": "Matriz técnica dos papéis de cada plataforma e critérios de integração.", "answer": "Alfresco organiza processos documentais; Nextcloud atende colaboração de arquivos; Omeka publica acervos; OpenArch oferece uma camada de conteúdo para IA. A escolha depende do fluxo e do sistema de referência de cada dado.", "text": "PlataformaPrincipal aplicaçãoBase tecnológicaPapel possível na Arquindex\n\nAlfresco CommunityGestão de documentos e conteúdo com modelo, regras e permissõesJava / Spring; banco relacional; contentstore e buscaRepositório documental e regras por projeto.\n\nNextcloudSincronização e colaboração de arquivosPHP; banco relacional; arquivos e appsTroca operacional de arquivos com clientes/equipes.\n\nOmeka S / ClassicColeções e exposições digitaisPHP; MySQL/MariaDB; mídia e metadadosPublicação de acervo selecionado e descrito.\n\nHyland OpenArchCamada de conteúdo para aplicações de IAAPIs; composição documentada com MongoDB e OpenSearchExperimentos de acesso e contexto para IA, com autorização testada.\n\nUma integração deve definir qual sistema é a fonte de cada informação, como os identificadores são relacionados, como alterações se propagam e o que ocorre quando uma permissão é revogada. Evite sincronização bidirecional sem regra de conflito.\n\nFontes: Arquitetura Community ↗ · Requisitos Nextcloud estável ↗ · Manual Omeka S ↗ · OpenArch na Hyland ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/comparar/index.md" }, { "title": "Downloads oficiais e instaladores", "group": "Referências", "url": "/open-source-documental/downloads/", "description": "Catálogo técnico de pacotes, binários, imagens e automação de implantação por sistema.", "answer": "Os downloads são organizados por componente, edição, versão e plataforma. ZIP, binário de CLI, imagem Docker e código-fonte não são o mesmo tipo de instalador.", "text": "Selecione o componente e a plataforma. Links diretos estão disponíveis quando o destino exato foi identificado; nos demais casos, abra os assets da release oficial. Os pacotes não são hospedados pela Arquindex.\n\n\nSistemaComponente / versãoFormato e escopoOrigem oficial\n\nAlfrescoRepository 26.2.0ZIP · instalação manualBaixar ZIP ↗\n\nAlfrescoShare 26.2.1ZIP inicial das notas 26.2Baixar ZIP inicial ↗\n\nAlfrescoConjunto de imagensDocker Compose v10.9.0Ver manifesto ↗\n\nAlfrescoOutras versõesCatálogo de release e downloadsVer catálogo ↗\n\nAlfrescoInstalação LinuxAnsibleVer playbooks ↗\n\nNextcloudServidor canal estávelZIP · alias móvelBaixar ZIP ↗\n\nNextcloudChecksum do ZIPSHA-256 · acompanhar o pacoteBaixar checksum ↗\n\nNextcloudInstalador webPHP · requer hospedagem compatívelObter instalador ↗\n\nNextcloudAll-in-OneDocker · método próprioVer instalação AIO ↗\n\nOmeka S4.2.1Assets da release · selecionar pacote de distribuiçãoAbrir downloads ↗\n\nOmeka ClassicVersão do canal oficialAplicação distinta do SAbrir projeto ↗\n\nOpenArch CLI0.4.2Binários Linux / Windows / macOSAbrir binários ↗\n\nOpenArchServidorFontes e recursos de implantaçãoVer projeto ↗\n\nAntes de instalar\n\nConferir edição, versão, arquitetura e dependências.\n\nBaixar o arquivo e a informação de integridade do mesmo canal.\n\nVerificar assinatura quando o projeto a publicar.\n\nRegistrar versão e hash para reproduzir a instalação.\n\nValidar em ambiente de homologação antes de atualizar o acervo.\n\nShare 26.2.1 é o artefato inicial das notas; o Compose posterior consultado usa Share 26.2.4. Não interprete o ZIP inicial como patch mais recente. URLs e aliases podem mudar. Não foram instalados nem validados os binários desta tabela.", "modified": "2026-11-06", "markdown": "/open-source-documental/downloads/index.md" }, { "title": "Fontes, autoria e política de revisão", "group": "Referências", "url": "/open-source-documental/fontes-metodologia/", "description": "Critérios editoriais da documentação técnica open-source da Arquindex.", "answer": "Esta é uma documentação independente publicada pela Arquindex. Cada página identifica seu escopo e data; exemplos documentados não são apresentados como instalações já testadas.", "text": "Autoria e responsabilidade editorial\n\nPublicação técnica em português da Arquindex Gestão Documental LTDA, com atuação em Belo Horizonte e conteúdo destinado a equipes de todo o Brasil. A identificação da organização como editora não representa endosso dos fabricantes.\n\nComo os tutoriais são documentados\n\nIndicar componente, versão, sistema e escopo do exemplo.\n\nDistinguir procedimento documentado, teste de código e instalação real.\n\nVincular fontes primárias e registrar data de revisão.\n\nSeparar Community de Enterprise e projeto comunitário de distribuição oficial.\n\nCorrigir informação quando anúncio posterior substituir documentação antiga.\n\nVerificação desta edição\n\nRevisão editorial em 06/11/2026. Foram conferidos a estrutura das páginas, links internos, dados estruturados e interações do portal. Os stacks Alfresco, Nextcloud, Omeka e OpenArch não foram instalados durante a elaboração destes textos.\n\nPesquisa e sistemas de IA\n\nO conteúdo técnico completo está no HTML. Resumos de resposta, referências, URLs próprias e arquivos Markdown permitem consulta e citação contextual. Os dados estruturados descrevem o conteúdo visível e sua editora. Não existe garantia de indexação, ranking ou citação por IA.\n\nOrientações Google sobre recursos de IA na busca · Guia de otimização para recursos generativos\n\nAcompanhamento de lançamentos\n\nO radar diário existente foi ampliado para acompanhar anúncios oficiais, downloads, fontes e compatibilidade. Ele prepara alertas e propostas editoriais; estas páginas não são atualizadas em tempo real e não executam mudanças nos servidores.\n\nReferências principais\n\nFontes consultadas ou identificadas em documentação oficial em 06/11/2026. Links de versão são preferíveis a aliases móveis ao documentar uma instalação. Documentação geral de Content Services pode reunir recursos de edições diferentes.\n\nHistórico oficial de versões ↗\n\nNotas Community 26.2 ↗\n\nNotas Community 25.3 ↗\n\nNotas Community 25.2 ↗\n\nCompose oficial fixado em v10.9.0 ↗\n\nLançamentos de acs-deployment ↗\n\nCódigo do repositório ↗\n\nEmpacotamento e distribuição ↗\n\nImplementação do contentstore ↗\n\nStores e versionamento ↗\n\nArquitetura Community ↗\n\nAPI Explorer ↗\n\nCMIS API ↗\n\nModule Management Tool ↗\n\nSearch Community: abertura do código ↗\n\nLimites PostgreSQL 16 ↗\n\nRequisitos Nextcloud estável ↗\n\nDownloads Nextcloud ↗\n\nNextcloud All-in-One ↗\n\nInstalação Omeka S ↗\n\nManual Omeka S ↗\n\nOmeka Classic ↗\n\nOpenArch na Hyland ↗\n\nCódigo OpenArch CLI ↗\n\nAnúncio OpenArch CLI 0.4.2 ↗\n\nFórum Alfresco / Hyland ↗", "modified": "2026-11-06", "markdown": "/open-source-documental/fontes-metodologia/index.md" }, { "title": "Documentação open-source documental", "group": "Documentação", "url": "/open-source-documental/", "description": "Manuais técnicos de Alfresco Community, Nextcloud, Omeka e OpenArch: downloads, instalação, arquitetura e código.", "answer": "Base técnica em português com tutoriais de Alfresco Community, Nextcloud, Omeka e OpenArch. Os procedimentos identificam versões, pré-requisitos, comandos, validação e fontes oficiais.", "text": "Documentação técnica em português\nInstalação, administração e desenvolvimento de sistemas open-source para documentos. Escolha um sistema ou procure um comando. Publicação independente da Arquindex.\n\nAcesso direto\n\nDownloads oficiaisInstalar AlfrescoInstalar NextcloudInstalar Omeka SInstalar OpenArch CLI\nSistemas e manuais\n\nAlfresco\n\nAlfresco Community: fundamentos e funcionamentoConceitos do repositório Alfresco: nós, metadados, documentos, permissões e fluxo de ingestão.Arquitetura Alfresco: camadas e componentesRepository, Share, Content App, banco, contentstore, busca e transformação: responsabilidades e tecnologias.Bancos, contentstore e dimensionamentoLimites de base, armazenamento e diferenças entre Windows, Debian, Docker e nuvem.Versões e downloads do Alfresco CommunityNotas oficiais, ZIPs, imagens Docker, fontes e compatibilidade das versões Alfresco.Instalar Alfresco em Debian e DockerRoteiro de laboratório com Compose fixado, pré-requisitos, comandos, verificações e diagnóstico.Instalar AMPs e desenvolver extensõesMMT, AMP, JAR, fontes e SDKs: formatos, aplicação e validação.APIs, modelos e automações documentaisExemplos REST, modelo XML de aspecto e desenho de regras para classificação documental.Backup, restauração e operação do AlfrescoConjunto de recuperação, critérios de atualização e manutenção.\nNextcloud\n\nNextcloud: arquitetura e recursosServidor, clientes, bancos, armazenamento, apps e integração por WebDAV.Instalar Nextcloud: pacote, banco e occProcedimento de instalação manual com pacote oficial e comandos occ no Debian/Ubuntu.\nOmeka\n\nOmeka S e Classic: acervos digitaisItens, metadados, sites, módulos e diferenças entre Omeka S e Classic.Instalar Omeka S: banco, arquivos e publicaçãoRoteiro técnico de instalação do Omeka S com configuração database.ini e validação de mídia.\nOpenArch\n\nHyland OpenArch: arquitetura e APIsDiferenças entre servidor OpenArch, CLI, armazenamento e integrações de IA.Instalar OpenArch CLI no Linux e WindowsHomebrew, Scoop, releases, workspace Compose, diagnóstico e migração de configuração.\nReferências\n\nComparar Alfresco, Nextcloud, Omeka e OpenArchMatriz técnica dos papéis de cada plataforma e critérios de integração.Downloads oficiais e instaladoresCatálogo técnico de pacotes, binários, imagens e automação de implantação por sistema.Fontes, autoria e política de revisãoCritérios editoriais da documentação técnica open-source da Arquindex.\nComo usar os procedimentos\n\nConfira os pré-requisitos e o escopo antes de executar comandos. Registre as versões, valide o resultado esperado e use a seção de diagnóstico quando uma etapa falhar. As páginas de referência explicam as decisões de arquitetura que sustentam os tutoriais.", "modified": "2026-11-06", "markdown": "/open-source-documental/index.md" } ]