Adoção de dados abertos e maturidade da gestão de API
Os seus dados abertos e as suas API produzem mesmo valor?
10 domínios, uma escala de 5 níveis. E a ação que faz passar de um nível para o seguinte.
Os 10 domínios do referencial, já redigidos de N1 a N5. Uma empresa, uma unidade de negócio, ou 300 de uma vez.
Adoção de dados abertos e maturidade da gestão de API
10 domínios, escala de 5 níveis.
Nordhavn Industries
53 / 100
Medem a sua maturidade com a Datamensio
Um exemplo
Esta situação podia ser a sua.
Vejamos o exemplo de uma empresa: três instalações, três folhas de cálculo, nenhuma resposta comum.
Ninguém sabe consolidar.
Nordhavn Industries, 2 400 pessoas em Hamburgo, Lyon e Porto. Um cliente pergunta em que ponto está o grupo. Cada instalação responde na sua folha de cálculo, com as suas próprias escalas.
Três semanas, uma única base.
Um diagnóstico Referencial de maturidade open data e API management (não certificador) lançado nas três instalações ao mesmo tempo, a partir das notas de entrevista dos responsáveis. O referencial já estava escrito, os 10 domínios e os níveis N1 a N5 também.
Duas despesas evitadas antes de serem assumidas.
Uma pontuação de 53 em 100, um desvio concentrado em três domínios. O assistente de IA detetou que duas ações do plano duplicavam as de outro diagnóstico. O relatório de resultados para a comissão foi pedido numa frase.
O que isto lhes evitou
- 3instalações medidas na mesma base, em vez de três questionários a retrabalhar
- 2ações duplicadas detetadas antes da despesa
- 1relatório de resultados para a comissão, sem retrabalho manual
Estes números são os de um exemplo. Podiam ser os seus.
A norma impõe processos. A Datamensio diz onde está.
01
O referencial já está escrito
Domínios, perguntas e níveis N1 a N5 redigidos. Não parte de uma folha de cálculo em branco.
02
A pontuação sai no próprio dia
Online, por link de autoavaliação ou em entrevista. Domínio a domínio, comparável ao longo do tempo.
03
O desvio transforma-se num plano com custos
Cada passagem de nível tem a sua ação. A IA prioriza pelo efeito esperado, não pela ordem da norma.
04
A progressão demonstra-se
Campanha após campanha, face ao seu objetivo e ao seu histórico. É isso que a sua comissão executiva pede.
A escala de maturidade
Um nível, o seguinte, e a ação que liga os dois.
É este mecanismo (um nível, um nível superior, e a ação que liga os dois) que transforma uma constatação numa trajetória.
Como são geridas as evoluções e as retiradas de API perante os consumidores?
- N1
Nenhuma política de versão. As alterações são colocadas em produção sem informação prévia aos consumidores.
- N2
Existe uma convenção de versionamento na documentação técnica, mas a sua aplicação depende das equipas e os anúncios são informais.
- N3
A política de versão e o prazo de descontinuação estão documentados e aplicados na maioria das API. Os consumidores são avisados antes de qualquer alteração de rutura.
- N4
Os consumidores são identificados por API, notificados automaticamente, e a retirada só ocorre após verificação da migração efetiva.
- N5
A política é revista de acordo com os incidentes e os retornos dos reutilizadores, com um acompanhamento documentado das versões retiradas e das migrações apoiadas.
Ação para passar de N2 a N3
Inscrever o prazo de descontinuação e o formato de anúncio na linha diretriz de API, publicar o calendário das versões no portal de programadores, e controlar a sua aplicação no comité de arquitetura mensal.
« Graças à Datamensio, cumprimos os nossos objetivos com muito mais eficácia. Os serviços de inspeção do FEDER e do nosso ministério de tutela apreciaram particularmente esta abordagem, que lhes fornece dados fiáveis. »

Diretora da CCI 94CCI Île-de-France
« Consideramos que é a solução mais adequada para levar o nosso projeto de transformação à escala e medir o impacto de acordo com as nossas necessidades. »

Maja SucekChief Operating Officer, Interreg Danube
Raramente sozinho
Um referencial combina-se. Associe vários para cobrir a sua atividade, ou peça à IA para escrever o seu.
Faça a sua primeira medição
Sobre o que trata este referencial
Este referencial cobre duas vertentes de um mesmo tema: a abertura de dados, interna e externa, e a gestão do ciclo de vida das API que os tornam utilizáveis. Avalia a estratégia de publicação, a qualidade e a documentação dos conjuntos de dados, os formatos e as licenças, o catálogo e a capacidade de descoberta, a conceção das interfaces, a segurança e a autenticação, a gestão de versões, o acompanhamento dos consumos e a animação das comunidades de utilizadores. Cada domínio lê-se através de práticas observáveis, não de intenções.
Na prática, a gestão esbarra muitas vezes em questões simples. Quem decide que um conjunto de dados ou uma API se torna um produto mantido, com um proprietário e um compromisso de serviço? Quantas API existem realmente no sistema de informação, e quantas estão documentadas segundo o mesmo padrão? Quando uma versão evolui, como são avisados os consumidores, e em que prazo de descontinuação? Sem uma resposta partilhada, a organização acumula interfaces sem nunca consolidar uma base reutilizável.
O contexto mudou. O regulamento europeu relativo aos dados e a diretiva sobre dados abertos instituíram a noção de conjuntos de dados de elevado valor, acessíveis através de interfaces de programação, com exigências de formato e de atualidade. Em paralelo, o crescimento dos agentes e dos usos de IA faz da API o principal ponto de entrada dos sistemas. Confusão frequente a esclarecer: abrir dados não é publicar ficheiros num portal, e uma gateway de API não é uma estratégia de API.
Uma auditoria de conformidade conclui com um desvio ou uma conformidade. Este referencial não é certificador e não visa esse veredicto. Responde a outra questão: em que nível de domínio se situa cada prática, e que ação precisa faz passar ao nível seguinte. A pontuação por domínio, o desvio face ao objetivo e a comparação entre unidades de negócio dão uma trajetória de transformação, e não uma constatação binária.
O referencial está pronto a usar e adapta-se. A IA ajusta os domínios, reformula as perguntas e afina os níveis segundo o método CMMI, ou constrói uma versão a partir dos seus próprios documentos: política de dados, padrões de API, carta de publicação. A equipa mantém-se proprietária da grelha.
Norma de referência: Referencial de maturidade open data e API management (não certificador)
Os domínios avaliados
Estratégia de abertura e casos de uso
Existência de uma estratégia de publicação, critérios de seleção dos conjuntos de dados, valor esperado, decisão entre abertura interna, parceira e pública.
Governança e propriedade
Papéis e responsabilidades, proprietário por conjunto de dados e por API, instância de decisão, articulação com a governança de dados existente.
Qualidade, atualidade e metadados
Completude, exatidão, frequência de atualização, padrões de metadados, rastreabilidade da origem, sinalização de anomalias pelos utilizadores.
Formatos, licenças e condições de reutilização
Formatos legíveis por máquina, padrões abertos, licença explícita, menções de atribuição, condições tarifárias quando existem.
Catálogo e capacidade de descoberta
Inventário dos conjuntos de dados e das API, portal de programadores, motor de busca, descrição funcional compreensível por um não especialista.
Conceção e padrões de API
Linha diretriz de conceção, convenções de nomenclatura, especificações OpenAPI, coerência dos modelos de dados, ambiente de teste.
Segurança e controlo de acesso
Autenticação e gestão de chaves, autorizações granulares, limitação de débito, proteção de dados pessoais, inventário das interfaces expostas.
Ciclo de vida e gestão de versões
Política de versionamento, prazo de descontinuação, comunicação das alterações de rutura, retirada das interfaces obsoletas.
Operação e níveis de serviço
Supervisão, disponibilidade, compromissos de serviço, gestão de incidentes, acompanhamento dos consumos e eventual refaturação.
Ecossistema e medição do valor
Animação dos reutilizadores, suporte e documentação, indicadores de uso, retornos de experiência integrados no roteiro de publicação.
Está disponível uma versão curta do referencial para a auto-avaliação online.
Perguntas frequentes
Este referencial dá origem a uma certificação?
Não. Não existe nenhum organismo que certifique a abertura de dados ou a gestão de API. O diagnóstico serve para medir a maturidade do programa, fixar um objetivo e acompanhar a progressão ao longo do tempo.
Qual a diferença em relação a uma auditoria?
Uma auditoria verifica a presença de exigências e conclui com um desvio. O diagnóstico situa cada prática numa escala progressiva e produz a ação que faz subir um nível. O resultado é um roteiro, não um relatório de controlo.
Quanto tempo demora a avaliação?
A versão curta preenche-se numa única sessão de trabalho. No modo colaborativo, com contribuidores das áreas de dados, arquitetura e segurança, conte com uma a duas semanas, sendo a maior parte do tempo dedicada à recolha.
É possível adaptar o referencial ao nosso contexto?
Sim. Pode alterar as perguntas, os níveis e os domínios, ou partir dos seus próprios padrões. A IA gera uma versão a partir da sua política de dados e da sua linha diretriz de API, e depois afina os níveis segundo o método CMMI.
É necessário separar a vertente dados abertos da vertente API?
As duas geram-se em conjunto, pois um dado publicado sem interface utilizável permanece pouco reutilizado. Ainda assim, pode dividir o referencial em duas avaliações e consolidar os resultados num roteiro transversal.
Como comparar várias unidades de negócio?
Cada entidade realiza a mesma avaliação, com uma pontuação por domínio. O benchmark compara as entidades entre si e cada uma com os seus resultados anteriores. As ações recorrentes são agrupadas em projetos comuns.
Onde são alojados os dados?
Em França, na OVH, com cópia de segurança na Scaleway. Nenhuma transferência para fora da União Europeia. Os modelos de IA utilizados podem ser selecionados, incluindo entre soluções europeias.





