Como conceber um Sistema de Informação de Gestão Financeira

Posted on Fevereiro 5, 2022 em Tecnologia Governamental

Como minimizar os riscos na gestão e administração das finanças públicas

Uma abordagem modular é considerada a melhor Sistema de Informação de Gestão Financeira (FMIS) de acordo com a concepção do Fundo Monetário Internacional papel Como conceber um sistema de informação de gestão financeira - uma abordagem modular. O documento analisa os resultados decepcionantes de mais de 45 implementações do FMIS em países em desenvolvimento e economias emergentes. Os autores concluem que um abordagem modular supera muitas deficiências do FMIS e é capaz de atingir os objectivos da reforma a longo prazo.

Os países inquiridos dispunham de uma certa forma de Sistema Integrado de Gestão Financeira (SIGF), mas procuravam melhorar e modernizar estes sistemas para os ligar às plataformas subnacionais e aos sistemas de Gestão das Finanças Públicas (GFP) conexos, tais como planeamento orçamental, contratos públicos e gestão da dívida.

Os autores questionaram muitos pontos de vista fortemente defendidos nas comunidades de GFP e de software empresarial. Mostram como a tecnologia atrasa frequentemente os esforços de reforma da GFP. E afirmam que "a capacidade do sistema para satisfazer as necessidades actuais e previstas da GFP é uma condição prévia crítica para o sucesso do FMIS". Embora os analistas tecnológicos recomendem a utilização de Comercial-fora-da-prateleira (COTS)¹ sistemas de gestão financeira para aplicações complexas como os livros de registo geralNo entanto, muitos membros da comunidade de GFP, incluindo os autores do estudo, sugerem que os sistemas desenvolvidos à medida são escolhas legítimas. Acreditamos que Planeamento de Recursos Governamentais (GRP) é a resposta.

FreeBalance é, de certa forma, única no mercado global, com um enfoque exclusivo nas aplicações GRP COTS, a FreeBalance Accountability Suite™e uma plataforma COTS para o desenvolvimento de software de gestão financeira do cliente, a FreeBalance Accountability Platform™. As implementações do FMIS em cerca de 30 países dão-nos uma perspectiva matizada e experiente sobre a construção de sistemas de gestão financeira do governo. 

Estamos muito preocupados com sucesso sustentável da administração pública na gestão financeira. Consideramos a sustentabilidade do FMIS como:

• Sustentabilidade financeirao governo a acessibilidade a longo prazo ou Custo total de propriedade (TCO)² para todo o ciclo de vida da solução, incluindo desenvolvimento, implementação, manutenção e retirada.
• Reforma SustentabilidadeA capacidade dos sistemas de informação para adaptar-se a futuras reformas e modernização, incluindo a contabilidade de exercício, a orçamentação por programas, a gestão do desempenho, a optimização dos recursos e a descentralização.

Esta noção de sustentabilidade da reforma é uma preocupação fundamental no sector público. Todos os governos assistem a reformas e modernizações. A escala da mudança excede a do sector privado. Sucesso sustentável do FMIS vem da compreensão desse facto:

• A tecnologia e a concepção de soluções são importantes 
• Os projectos de gestão financeira são transformacionais e têm um impacto que vai muito além das TI e da contabilidade
• A governação de projectos e produtos é um ingrediente essencial

Tipos de abordagens do sistema de gestão financeira

Gostaríamos de alargar os conceitos introduzidos em o papel através das lentes da tecnologia de software empresarial e das práticas de implementação, com algumas recomendações. Os temas do documento, desenvolvidos a seguir, são os seguintes

1. Modularidade do software - montagem de carteiras FMIS utilizando componentes de software
2. Abordagem "Core First - as funções básicas do FMIS são solidificadas em primeiro lugar
3. Interoperabilidade fiscal - processos completos do FMIS integrados em todos os módulos
4. Alavancagem do investimento - optimizar os investimentos actuais do sistema FMIS e evitar a "remoção e substituição"
5. Implementação ágil - técnicas científicas modernas adaptadas aos projectos FMIS
6. Tecnologia avançada - alargar as capacidades do sistema FMIS através das mais recentes tecnologias inovadoras
7. Desempenho e transparência - Aproveitar o FMIS para melhorar a eficácia do governo e a transparência fiscal
8. Construir vs. Comprar - determinar se se deve criar software personalizado ou comprar pacotes de software em toda a carteira do sistema FMIS

Existe uma sobreposição significativa entre estes temas. A modularidade é o tema central do documento e a principal dependência dos outros temas.

1. Modularidade do software

"As grandes aplicações FMIS e IFMIS demonstraram ser menos eficientes em muitos ambientes do que os sistemas que se concentram em alguns módulos principais de GFP, [e] adoptam uma abordagem sequenciada para a implementação."

Modularidade do software³ é necessário para apoiar abordagens sequenciadas em que os sistemas de informação de gestão financeira se alinham com as necessidades de reforma e modernização da GFP. E, muitas vezes, é difícil conter todos os objectivos dos sistemas financeiros utilizando uma única solução num único grande passo, utilizando uma abordagem "big bang". No entanto, uma Banco Mundial estudoconcluiu que "tanto os processos de implementação em grande escala como os processos de implementação gradual dos sistemas FMIS apresentam desafios, e não parece haver uma resposta fácil sobre qual é a melhor abordagem". 

A minha impressão é que a maioria dos peritos em GFP prefere a ganhos rápidos para as implementações do FMIS. Isto pode reduzir a resistência à mudança. As abordagens "big bang" podem beneficiar da concepção modular, demonstrando software funcional ao longo do processo de articulação das necessidades. 

Perspectiva de implementação

As implementações e futuras alterações do FMIS governamental são possíveis através da modularidade:

• A funcionalidade pode ser implementado por fases sem a necessidade de articular plenamente todos os requisitos antes de prosseguir, incluindo a adaptação de futuros requisitos do módulo com base no que foi aprendido nas fases anteriores
• A implementação da funcionalidade do FMIS pode estar em conformidade com capacidade de organização e prioridades das finanças públicas, tais como a implementação de novos módulos em ministérios de maior capacidade com uma interacção significativa com os cidadãos 
• Os módulos podem ser activado progressivamente⁴ apoiar a reforma em curso à medida que forem sendo acrescentadas novas funções, numa sequência adequada aos objectivos do governo

Perspectiva tecnológica

O software de classe empresarial tornou-se mais modular, com vantagens importantes para as administrações públicas:

• Utilização de componentes granulares em Arquitecturas orientadas para os serviços (SOA)⁵ permite a partilha de partes de funcionalidades coerentes entre sistemas e pode eliminar duplicações funcionais desnecessárias
• Uma boa concepção modular permite a extensibilidade⁶ aproveitando a funcionalidade existente para satisfazer novos requisitos
• Os governos podem actualizar para módulos mais avançados com perturbações limitadas quando são utilizados projectos mais modernos 
• Os módulos de serviços externos, como a reconciliação bancária, os dados macroeconómicos e as taxas de câmbio, podem ajudar a automatizar os processos governamentais

Recomendações

A concretização bem sucedida dos benefícios da modularidade para o governo exige:

• Uma perspectiva de componente de funções é útil em vez de olhar para funções de silo como grandes "módulos" autónomos - por outras palavras, folha de pagamento ou contratação Os "módulos" devem ser constituídos por muitos componentes identificáveis para poderem ser considerados "modulares":
• Um conceito de concepção do sistema FMIS composto por muitos módulos que podem ser integrados ou reutilizados em muitos contextos

Examinar as abordagens de modularidade dos componentes, verificando se são de grão grosso ou fino⁷ , com acoplamento frouxo ou estreito⁸ para determinar a aplicabilidade da tecnologia a qualquer componente.

2. Núcleo primeiro

"Apoiar a aplicação e o acompanhamento dos principais objectivos orçamentais, das regras orçamentais e dos regulamentos financeiros, dando prioridade ao reforço das funções de contabilidade, orçamento, tesouraria e informação do FMIS." 

Esta noção de modularidade vai para além dos conceitos tecnológicos. Alguns governos tentaram automatizar mais funções do que a capacidade de absorção do serviço público permitia. As implementações de sistemas financeiros poderiam ser melhor entendidas como exercícios de desenvolvimento de competências. A abordagem "core-first" permite o escalonamento das competências. Avançado Competências em matéria de GFP dependem do aumento das competências de base.

A definição do que é essencial e do que não é essencial depende das circunstâncias. O documento salienta que "um FMIS principal é definido nesta nota como um sistema de informação que apoia a execução orçamental, a contabilidade e as funções de tesouraria e gestão de tesouraria, e gera relatórios financeiros em tempo útil". Por exemplo, a sofisticação da execução orçamental difere de país para país. Alguns países utilizam várias fases de contabilização das autorizações com tolerâncias incorporadas e poder discricionário de transferência orçamental. Há muitas economias avançadas que só recentemente adoptaram contabilidade de compromisso. 

Os serviços públicos com maior capacidade podem absorver mais funções novas e apresentar menor resistência à mudança. Além disso, o núcleo pode depender das circunstâncias do país, onde a automatização da folha de pagamentos, das aquisições ou da administração fiscal pode ser de importância vital. Estas considerações proporcionam uma análise mais matizada das abordagens "big bang" e gradual.

Perspectiva de implementação

A abordagem "core-first", que abrange normalmente a contabilidade e a execução orçamental:

• Captura metadados essenciais⁹Os módulos de gestão financeira, os controlos e os processos necessários para a gestão financeira ao longo de todo o ciclo orçamental, que são partilhados com todas as outras funções, têm um impacto significativo como módulos acrescentados
• Torna-se a chave mudança organizacional e de capacidade humana que estabelece expectativas para futuras mudanças
• Proporciona aprendizagem organizacional ao permitir alterações nos sistemas de protótipo, prova de conceito, teste e produção, estabelecendo simultaneamente normas de gestão financeira
• Melhora a qualidade da informação para estruturar melhor a formulação do orçamento e as funções financeiras não essenciais

Perspectiva tecnológica

Modularidade em Tecnologia FMIS é uma consideração importante na abordagem "core-first":

• Algumas abordagens do sistema FMIS não apoiam eficazmente esta intenção de "core-first", quando todas as funções e metadados têm de ser definidos à partida, porque o seu ajustamento posterior é difícil e moroso, tal como o facto de não suportarem um período de vários anos Plano de contas
• Os módulos autónomos são concebidos sem ter em conta o estado final desejado do sistema de gestão financeira, impulsionado por reformas futuras previstas

Recomendações

As implementações bem-sucedidas seguem uma abordagem central que demonstra:

• Pegada de base realista para o contexto governamental, incluindo a maturidade da capacidade de gestão financeira que difere entre países - a base difere em função do contexto 
• Necessidade de criar classificações orçamentais e contabilísticas partilhadas para "assegurar o registo contabilístico e orçamental atempado e fiável das operações financeiras"
• Adaptabilidade que antecipa futuras reformas, incluindo descentralizaçãoreorganização ou funções de acumulação que ocorrem dentro das funções básicas  
• Fases que podem sobrepor-se, de modo a que a concepção de uma nova fase possa ser realizada durante os testes das fases anteriores, em alguns casos

3. Interoperabilidade fiscal

"Facilitar a troca de informações entre os módulos principais e não principais do FMIS e entre os sistemas de informação operados por ministérios e agências individuais." 

Interoperabilidade¹⁰ é mais do que tecnologia e mais do que eficiência. A interoperabilidade implica a integração de processos nas funções financeiras que são reproduzidos e automatizados através da tecnologia. Muitas vezes, os processos financeiros do governo não estão logicamente integrados entre ministérios, níveis de governo ou empresas públicas. A integração tecnológica segue muitas vezes práticas deficientes e centra-se frequentemente na execução das despesas e das receitas e não na preparação do orçamento completo e nos ciclos de previsão de tesouraria. Conformidade, controlos e separação de funções¹¹ estão frequentemente ausentes na integração de processos e tecnologias, aumentando os riscos.

Muitos fornecedores de COTS afirmam que oferecem integração e interoperabilidade. Esta afirmação é muitas vezes enganadora. Alguns grandes fornecedores adquiriram tantas empresas com tantas plataformas tecnológicas que a interoperabilidade total é quase impossível. Alguns conjuntos de produtos são implementáveis com metadados e controlos diferentes entre módulos.

Perspectiva de implementação

A interoperabilidade dos processos exige a integração dos processos e do fluxo de trabalho:

• Existem muitas vezes numerosos subsistemas que fornecem funções financeiras específicas e únicas para cumprir requisitos legislativos e legais em ministérios, agências e empresas públicas que necessitam de consolidação financeira para mostrar a verdadeira posição orçamental dos governos
• Definições consistentes de processos e conceitos permitem a interoperabilidade funcional, mesmo com interfaces de software limitadas ou com a utilização de práticas de integração deficientes, como chamadas directas para bases de dados
• Os requisitos legais de descentralização podem impedir os governos de alcançar a interoperabilidade entre administrações públicas

Perspectiva tecnológica

A interoperabilidade tem muitas dimensões tecnológicas a considerar:

• Mapeamento de metadados, ou conceitos, entre módulos para fornecer uma versão consistente da "verdade", eliminando inconsistências
• Resiliência a alterações nos módulos através de interfaces de programas de aplicação (API) eficazes¹² ou Serviços Web¹³ apoio
• Boas práticas de integração, tais como a eliminação de chamadas directas à base de dados, procedimentos armazenados, interfaces manuais, raspagem de ecrã, ficheiros simples e abordagens proprietárias
• Os conjuntos de produtos que oferecem uma boa interoperabilidade imediata entre funções podem fazê-lo utilizando interfaces e middleware proprietários¹⁴ aumentando o risco de os governos ficarem presos a essa carteira

Recomendações

Poucos governos estão em condições de assegurar a plena interoperabilidade entre sistemas por razões tecnológicas e jurídicas. Os governos podem melhorar a interoperabilidade através de:

• Mapeamento de todas as aplicações em uso, tecnologia de apoio em uso, integração existente, qualidade da integração, comparações com a integração lógica
• Um quadro de interoperabilidade claro em todo o ciclo orçamental, como a integração da gestão da dívida com sistemas de preparação do orçamento para uma melhor tomada de decisões, com controlos das autorizações para melhor prever as despesas de pagamento da dívida e com sistemas de contabilidade para gerir as receitas da dívida e transacções de despesas
• Governação da informação¹⁵ com definições de metadados, limpeza de dados e procedimentos de auditoria
• Barramento de serviços empresariais¹⁶  concepção que faz passar todas as interfaces por um barramento partilhado que melhora a coerência da integração 
• Abordagens baseadas no risco que reconhecem o nível de necessidade de interoperabilidade funcional em que alguns sistemas isolados em silos podem não ter um impacto material na consolidação orçamental
• Sistemas abertos seleccionados¹⁷ para reduzir a dependência do fornecedor e aumentar as opções de módulos futuros
• Métodos inovadores para lidar com aplicações antigas que não suportam a integração moderna

4. Alavancagem do investimento

"Permitir que os países façam o melhor uso dos seus sistemas existentes, utilizando investimentos em TI e capacidades de recursos humanos que já estão disponíveis, e evitando a necessidade de substituir todos ou a maioria dos seus FMIS existentes." 

Os orçamentos de TI da administração pública estão sob pressão. A maioria das organizações governamentais suporta uma gama mais vasta de aplicações antigas do que as empresas. Isto resulta em rácios mais elevados de orçamentos de TI dedicados a operações e manutenção - "manter as luzes acesas". Entretanto, as administrações públicas vêem-se confrontadas com a necessidade de melhorar a prestação de serviços com orçamentos cada vez mais reduzidos. 

O documento faz uma observação importante: "no caso de soluções de software comercial (COTS), por exemplo, é possível obter funcionalidades melhores e mais eficientes através de uma melhor parametrização dos módulos FMIS existentes". Algumas opções do FMIS fornecem isso configuração capacidade de tornar o investimento mais rentável. A realidade é que muitos investimentos em sistemas financeiros públicos exigem personalização significativa do código para permitir a mudança. Algumas implementações governamentais do FMIS utilizam tecnologias obsoletas, aumentando os custos de funcionamento e reduzindo a extensibilidade.

Perspectiva de implementação

As considerações sobre o processo para alavancar os investimentos actuais incluem:

• Em que medida a eficiência ou a eficácia são apoiadas, mesmo que os processos completos não sejam automatizados
• Conformidade com os procedimentos actuais e previstos em matéria de finanças públicas, como a contabilidade de exercício
• Alinhamento com a capacidade actual do governo e melhoria previsível das competências

Perspectiva tecnológica

As considerações tecnológicas para potenciar os investimentos actuais incluem:

• Em que medida a tecnologia é recente ou legadoincluindo plataformas não suportadas e versões de aplicações não suportadas
• Adaptabilidade às soluções actuais com custos de personalização limitados, ou pós-moderno¹⁸ em design
• Até que ponto o software é codificado e difícil de adaptar a futuras reformas
• Em que medida a utilização de tecnologias exclusivas restringe as escolhas futuras
• Custos actuais para manter e actualizar Sistemas FMIS
• Capacidade de alargar a tecnologia actual para apoiar outras funções
• Número de diferentes plataformas tecnológicas em utilização, em que um menor número de plataformas simplifica a manutenção e a cibersegurança
• Extensão da escalabilidade para satisfazer as necessidades de processamento da administração pública
• A extensão das necessidades de interoperabilidade que são ou não satisfeitas e o risco de conformidade da falta de integração
• Capacidade de implementar aplicações em ambientes virtuais e de nuvem para reduzir custos
• Facilidade de migração de dados de aplicações antigas para aplicações financeiras modernas menos dispendiosas
• Capacidade de migrar para middleware de software menos dispendioso, incluindo código aberto, para reduzir os custos de manutenção

Recomendações

• Assegurar que todas as correcções da plataforma tecnológica sejam prontamente instaladas para reduzir as vulnerabilidades da cibersegurança
• Utilizar uma abordagem baseada no risco, identificando vulnerabilidades de controlo, segregação de funções, integração e tecnologia ao considerar a substituição de módulos ou aplicações
• Avaliar eficazmente qualquer substituição, certificando-se de que todos os custos são considerados
• Considerar abordagens para reduzir os custos operacionais, tais como a implantação na nuvem ou a substituição de middleware proprietário
• Não cair na armadilha dos custos irrecuperáveis pensar que um investimento existente deve ser aproveitado quando os custos de substituição, com custos de funcionamento previstos, são inferiores aos custos de funcionamento do software actual

5. Implementação ágil

"Proporcionar soluções mais ágeis em ambientes em rápida evolução (por exemplo, onde várias reformas da GFP estão a ocorrer simultaneamente)." 

Há uma razão para que os principais fornecedores da Web, das redes sociais e da economia de partilha aproveitem ágil¹⁹ metodologias de implementação. 

Os processos ágeis tornaram-se mais comuns na administração pública. Os governos utilizam a metodologia ágil para desenvolver novas ideias inovadoras e criar aplicações rápidas. Este método é frequentemente utilizado de forma bimodal²⁰ abordagem em que as operações dos sistemas existentes seguem métodos tradicionais, mas as novas iniciativas utilizam métodos ágeis.

A nossa experiência é consistente com a observação de que "as abordagens de desenvolvimento de software mais ágeis, impulsionadas pela automatização, estão a tornar essa estratégia mais rápida de implementar e mais rentável do que no passado".

Frameworks ágeis escalonados (SAFe)²¹  são utilizados quando as organizações governamentais desenvolveram competências ágeis. Adaptação iterativa orientada para os problemas (PDIA)²² é utilizado para descobrir problemas e desenvolver soluções eficazes no desenvolvimento do país, que muitas vezes não inclui tecnologia. DevOps²³ é utilizado para alinhar as prioridades tecnológicas e funcionais. DevSecOps²⁴ integra a cibersegurança na implantação do software.

Perspectiva de implementação

Os sistemas de gestão financeira têm sido tradicionalmente implementados utilizando técnicas de cascata que são associado a dificuldades que incluem:

• Desenvolvimento de requisitos complexos antes da aquisição, muitas vezes desligados das necessidades reais
• Longas análises "como está", "como será" e "lacuna de ajuste" que aumentam a resistência à mudança e aumentam as hipóteses de personalizações desnecessárias
• Uma gestão de projectos rígida que constrói marcos irrealistas, em vez de reconhecer que as especificações originais são provavelmente defeituosas e que os processos ágeis são frequentemente mais eficazes
• Concentrar-se no cumprimento dos contratos, incluindo o desenvolvimento de documentação desnecessária

A eficácia ágil vem de:

• Focalização nos problemas, incluindo técnicas científicas para validar ideias em vez de impor soluções que não são adequadas
• Iterações curtas que alcançam ganhos rápidos e envolvem os utilizadores para reduzir a resistência à mudança
• Adaptar a aplicação para melhor responder às necessidades reais
• Integração de especialistas do domínio, designers, analistas e equipas de desenvolvimento para facilitar as comunicações e a definição de prioridades

Perspectiva tecnológica

O Agile é possibilitado por tecnologias como:

• Linguagens de programação orientadas para os objectos²⁵ que apoiam a reutilização e a extensão
• Utilização de código baixo²⁶ e nenhum código²⁷ métodos que facilitam a mudança e aceleram as implementações
• Ferramentas automatizadas utilizadas para testes, criação de protótipos e monitorização de projectos

Recomendações

O conceito de agilidade é contra-intuitivo para muitos funcionários públicos. Os projectos são frequentemente seleccionados com base na previsibilidade dos resultados. Os projectos de governação, como a implementação de um novo sistema financeiro, podem ser políticos. Agile também alteram a natureza da gestão de projectos:  

• Pensamento do design²⁸ e as abordagens de prototipagem para validar a satisfação das necessidades dos utilizadores substituem os processos tradicionais de TI do topo para a base
• Comunicações contínuas através de quadros de processos que mostram as iterações actuais, o progresso e os atrasos
• Abordagens bimodais em que alguns projectos novos recorrem ao método ágil, enquanto a manutenção dos sistemas actuais continua a ser tradicional
• A experimentação em pequenas aplicações, muitas vezes começando com protótipos em papel, gera conhecimentos 
• Testar cada passo para descobrir práticas e soluções, muitas vezes não relacionadas com a tecnologia, que funcionem eficazmente no contexto

6. Tecnologia avançada

"Aumentar a flexibilidade para incorporar tecnologias avançadas no FMIS, incluindo sistemas baseados na Web ou com vários níveis." 

As tecnologias avançadas são frequentemente implementadas como funções autónomas ou para satisfazer as necessidades específicas dos ministérios. As aplicações de governo inteligente e de auto-serviço aos cidadãos têm um potencial de retorno significativo. No entanto, os governos que se debatem com a implementação de funcionalidades financeiras essenciais podem não estar em condições de adquirir e implementar eficazmente tecnologias avançadas. 

A maioria dos observadores descreve a necessidade de desenvolver casos de negócios antes de adquirir tecnologias avançadas, embora seja difícil tirar conclusões sobre a utilidade destes. A experimentação é encorajada, mas a maior parte das cadeias de blocos e muitas provas de conceito de aprendizagem automática e IoT não conseguiram escalar na administração pública, apesar de tantos "casos de utilização" publicados pelos principais fornecedores de tecnologia.

Perspectiva de implementação

A utilidade das tecnologias avançadas para alargar a funcionalidade financeira do governo depende do contexto do país:

• Objectivos dos utilizadores, incluindo infra-estruturas digitais, competências e formatos de dispositivos utilizados
• Normas sociais e culturais relacionadas com a automatização, a privacidade e a segurança
• Priorização dos domínios com base nas necessidades do país, como a aplicabilidade da cadeia de blocos para o registo de propriedade em países com largura de banda suficiente que sofrem de evasão fiscal sobre a propriedade

Perspectiva tecnológica

As tecnologias avançadas requerem frequentemente "sistemas de registo" fiáveis de back-office.²⁹ tais como uma gestão financeira sólida:

• Sistemas de compromisso como os pagamentos em linha dos cidadãos e das empresas para obtenção de licenças, autorizações ou impostos, exige a integração com os sistemas de receitas, despesas, gestão de processos e sistemas bancários
• Sistemas de inteligência como a Internet portais de transparência orçamental Exigir a integração com os sistemas contabilísticos administrativos de retaguarda com dados integrados para obter informações exactas e atempadas
• Sistemas de inovação tais como activos inteligentes exige a integração com sistemas de aquisição administrativos para gerir a manutenção e prever as necessidades de substituição

Recomendações

Os governos devem considerar a utilização de tecnologias avançadas de uma forma holística:

• Definição de prioridades através da correspondência entre os casos de utilização de tecnologias avançadas e as necessidades do país e identificação das necessidades de infra-estruturas digitais dependentes
• Experimentação utilizando técnicas de implementação ágeis para solidificar potenciais retornos e dar prioridade às iniciativas
• Aquisição ágil métodos para envolver fornecedores inovadores na realização de provas de conceito
• A análise dos sistemas existentes para compreender qual a iniciativa de tecnologia avançada que pode ser melhor viabilizada
• Testar soluções na nuvem pública³⁰ e de fonte aberta, sempre que possível, para reduzir os custos
• Concentrar-se em protótipos e provas de conceito com menos preocupação com as plataformas utilizadas, reconhecendo que as soluções implementadas podem ter plataformas diferentes
• Considerar o melhor híbrido³¹ aplicações da nuvem privada³², serviços partilhados³³, nuvem comunitária³⁴e nuvem pública tecnologias para optimizar os custos e a cibersegurança, reconhecendo que as versões de ensaio e de produção podem ser implantadas com abordagens diferentes
• A maioria das tecnologias avançadas baseia-se em projectos de fonte aberta, pelo que os governos devem preferi-las a soluções proprietárias, especialmente nas fases de experimentação

7. Desempenho e transparência

"O objectivo geral de um FMIS, enquanto instrumento fundamental de gestão orçamental, é gerar dados e relatórios financeiros atempados, relevantes e fiáveis que apoiem a tomada de decisões financeiras e a melhoria da disciplina orçamental, do controlo das despesas e da transparência orçamental." 

O pensamento sobre a análise no sector do software empresarial amadureceu nas últimas duas décadas. Um exemplo é a Quatro capacidades analíticas apresentado pelo Grupo Gartner de: 

• Descritivo: o que aconteceu?
• Diagnóstico: porque é que isto aconteceu?
• Preditivo: o que é que vai acontecer?
• Prescritivo: o que devo fazer?

A tomada de decisões financeiras exige mais do que os relatórios tradicionais. Os relatórios estatutários são obrigatórios na administração pública. Mas os relatórios de excepção e os alertas são muito mais importantes do ponto de vista operacional. O verdadeiro valor da tomada de decisões provém da previsão, da ciência dos dados, dos modelos analíticos e da visualização.

A transparência fiscal é frequentemente apoiada pela mesma infra-estrutura e ferramentas semelhantes fornecidas aos decisores governamentais. Isto porque a transparência fiscal permite a tomada de decisões por parte dos cidadãos, dos expatriados, das empresas, do investimento directo estrangeiro, das remessas e dos gabinetes de crédito. 

Também deve ser entendido que a gestão do desempenho é muito mais difícil no governo do que no sector privado. As empresas operam com um objectivo final - o lucro. Os gestores de empresas sabem que o não cumprimento dos objectivos de lucro quando os objectivos de desempenho são cumpridos é um sinal de maus objectivos. No entanto, as administrações públicas não têm esse objectivo final. E, muitas vezes, há muitos factores envolvidos, fora do controlo do governo, que afectam os resultados.

Perspectiva de implementação

Existem inúmeras opções de "business intelligence" e "gestão do desempenho empresarial"³⁵ soluções de software. A implementação destas soluções depende de muitos factores não tecnológicos:

• Ligações lógicas do desempenho com a estratégia governamental para uma medição coerente, como a relação custo-benefício dos contratos públicos e a avaliação do desempenho dos funcionários públicos
• Ligações lógicas entre os objectivos de resultados e de realizações com classificações orçamentais para acompanhar a eficácia das dotações (o que designamos por: integração do plano de contabilidade com o plano de objectivos)
• Conjunto adequado de indicadores de desempenho para facilitar o acompanhamento, sem sobrecarregar os funcionários públicos
• Acessibilidade, clareza e facilidade de utilização da informação em função do público

Qualidade e amplitude da informação para os cientistas de dados³⁶

Perspectiva tecnológica

A integração entre sistemas facilita a gestão do desempenho e permite a automatização da transparência fiscal. As considerações tecnológicas incluem:

• Integração de metadados em todos os sistemas, especialmente classificações orçamentais e de objectivos, utilizando a gestão de metadados da empresa³⁷
• Aumento da presença de grandes volumes de dados, incluindo dados não estruturados sob a forma de documentos, registos de auditoria, dispositivos IoT e feeds de redes sociais
• Maior complexidade da classificação da informação para a aprendizagem automática
• Necessidade potencial de análise de computação periférica e de computação em nuvem elástica para conjuntos de dados muito grandes
• Análise self-service³⁸ necessidades utilizando scorecards, painéis de controlo e consultas de dados fáceis 

Recomendações

Relatórios, análises e painéis de controlo eficazes para ajudar os decisores exigem a integração de dados entre sistemas:

• Utilização do armazenamento de dados³⁹ tecnologia para racionalizar dados de sistemas díspares para os decisores em situações em que existe uma consistência razoável dos dados 
• Métodos de validação da informação para melhorar a qualidade dos dados, que podem incluir métodos de limpeza de dados
• Utilização de lagos de dados⁴⁰ e a computação em nuvem para gerir grandes volumes de dados⁴¹ integração para os decisores financeiros
• Desenvolver competências informáticas e de ciência dos dados adequadas para criar análises mais eficazes
• Utilização da visualização⁴² tecnologias para simplificar a tomada de decisões através do reconhecimento de padrões
• Adaptar os resultados da informação para que sejam acessíveis e compreendidos pelos utilizadores finais visados

8. Construir vs Comprar

O quadro no topo deste artigo, que descreve as vantagens e desvantagens das soluções informáticas alternativas, apresenta as opções de soluções informáticas internas, soluções de software desenvolvidas localmente e soluções comerciais de prateleira.

A alternativa GRP Commercial-Off-The-Shelf (COTS) não é especificamente descrita no documento. Na nossa opinião, o GRP fornece todos os serviços COTS comprar benefícios para os governos com menos desvantagens. Além disso, as plataformas GRP proporcionam construir benefícios. Construir vs. comprar já não é uma escolha binária para os governos.

Perspectiva de implementação

A ideia de construir ou comprar sistemas financeiros públicos tem mudado ao longo do tempo:

• A falta de funcionalidade governamental no software COTS levou a maioria dos governos a desenvolver software personalizado ("soluções de software desenvolvidas localmente"), cuja cobertura nem sempre era abrangente e o desenvolvimento e os testes não eram efectuados a níveis comerciais
• A adição de funcionalidades governamentais, tais como a contabilidade das autorizações, ao software COTS iniciou a tendência para passar a utilizar o COTS, em especial nos países desenvolvidos, com uma cobertura alargada e um código de maior qualidade
• Implementações de COTS para a administração pública, nomeadamente o planeamento de recursos empresariais (ERP)⁴³ tornaram-se complicados e excessivamente personalizados, conduzindo a custos elevados e a dificuldades de adaptação à mudança
• Surgiu software COTS para GRP, embora, com excepção do FreeBalance, a maioria dos fornecedores de GRP se concentre em funções subnacionais, regionais ou especializadas, como a gestão da ajuda, portais orçamentais, administração aduaneira, gestão da dívida ou administração fiscal 
• As soluções GRP COTS são frequentemente mais flexíveis do que o software personalizado desenvolvido internamente ou localmente
• Alguns governos de economias avançadas tentaram, com sucesso limitado, adoptar serviços partilhados de ERP com versões genéricas e processos normalizados
• Muitos países continuam a utilizar software personalizado ("soluções de software desenvolvidas localmente") para funcionalidades essenciais ou periféricas, apesar da complexidade de o fazer
• Os analistas de tecnologias de informação recomendam que a funcionalidade principal, como os livros de registo geral, seja adquirida como COTS, mas os analistas de desenvolvimento de municípios consideram o software personalizado como uma opção legítima para os governos

Perspectiva tecnológica

Existem inúmeras considerações tecnológicas, independentemente das opções de construção ou compra:

• Flexibilidade, abertura, adaptabilidade e facilidade de utilização das plataformas e ferramentas tecnológicas utilizadas
• Conhecimento e apoio de tecnologias e ferramentas seleccionadas em todo o sector 
• Modernidade das tecnologias utilizadas tendo em vista a facilidade de apoio no futuro
• Suporte da mais ampla gama de navegadores, dispositivos e factores de forma
• Linguagens de programação adequadas ao objectivo, incluindo a possibilidade de escalonamento para satisfazer os requisitos governamentais
• Plataformas tecnológicas e governamentais que podem acelerar o desenvolvimento
• Capacidade para apoiar as actuais infra-estruturas digitais do país

Conclusões e observações

O documento dá aos profissionais uma visão mais aprofundada dos principais factores de sucesso sustentado dos sistemas FMIS:

Tecnologia e concepção de soluções 

• A tecnologia e a concepção definem "a capacidade do sistema para satisfazer as necessidades actuais e previstas em matéria de GFP"
• As abordagens de modularidade baseadas em componentes aumentam a reutilização, a adaptabilidade e a extensibilidade, permitindo passar de um "conjunto totalmente integrado de funções e processos para um sistema virtual"
• As concepções pós-modernas apoiam melhor a interoperabilidade dos sistemas financeiros, a integração das tecnologias emergentes e a possibilidade de implantação em infra-estruturas menos dispendiosas para ultrapassar os "desafios da sincronização e normalização dos dados provenientes de múltiplas fontes"
• Os sistemas abertos suportam a mais vasta gama de opções tecnológicas

Gestão financeira transformacional

• Utilização de tecnologias ágeis de implementação e desenvolvimento de produtos para apoiar a gestão da mudança de transformação
• Reconhecimento de que o FMIS traz perturbações aos serviços públicos, como o aumento da "transparência fiscal no sector público"

Governação de projectos e produtos 

• A utilização de tecnologias de implementação ágil e de desenvolvimento de produtos melhora a governação do sistema de gestão de recursos humanos, ao estabelecer uma melhor ligação com as necessidades dos utilizadores
• Reconhecimento de que "uma forte motivação e empenho políticos" são necessários para o sucesso, dados os incentivos em jogo na transformação do sector público e "uma estratégia eficaz de gestão da mudança, bem como disposições institucionais para coordenar as actividades entre as numerosas partes interessadas"

Recomendações

1. Especificidade do sector: Muitas soluções COTS foram criadas para outros mercados - isto tem consequências significativas para os governos que têm tantas necessidades específicas
   • Considerar comprar quando o software é concebido para a função pública - a concepção do produto é importante
   • Considerar a construção quando não existe software disponível para a função pública, especialmente quando se trata de uma necessidade legal única
2. Risco do produto: A construção de funcionalidades complexas, como um registo geral, é arriscada e a flexibilidade para a mudança é importante. este facto tem consequências significativas para os governos que esperam uma futura modernização e reforma
   • Considerar comprar quando as necessidades de pegada do produto são complicadas e se prevêem alterações futuras
   • Considerar a construção quando as necessidades de pegada do produto são modestas e se prevêem poucas alterações futuras
3. Risco de integração: O software não deve ser considerado como uma caixa negra - silos esta situação tem consequências significativas para as administrações públicas que não dispõem de metadados e de integração dos controlos ao longo dos ciclos orçamentais
   • Considerar comprar quando as necessidades de integração funcional são elevadas, como a gestão de aquisições, de activos e de investimentos públicos, em que as incompatibilidades de interface podem ter consequências materiais, como pagamentos em atraso do Estado e orçamentos ilegalmente excedidos - ou quando as informações do sistema são críticas para os decisores e para a transparência orçamental
   • Considerar a construção quando as funções funcionam de forma autónoma, com necessidade limitada de lançamento nos sistemas financeiros centrais

Notas de rodapé Glossário

1. Comercial fora da prateleira (COTS): Os produtos comerciais prontos a utilizar ou comercialmente disponíveis (COTS) são soluções embaladas que são depois adaptadas para satisfazer as necessidades da organização compradora, em vez da encomenda de soluções feitas por medida ou à medida. Fonte: Wikipédia
2. Custo total de propriedade (TCO): Uma avaliação exaustiva dos custos das tecnologias da informação (TI) ou de outros custos ao longo do tempo, dentro das fronteiras da empresa. No caso das TI, o TCO inclui a aquisição de hardware e software, gestão e apoio, comunicações, despesas do utilizador final e o custo de oportunidade do tempo de inactividade, formação e outras perdas de produtividade. Fonte: Gartner 
3. Concepção modular de software: Refere-se a uma estratégia de concepção em que um sistema é composto por rotinas relativamente pequenas e autónomas que se encaixam umas nas outras. Fonte: Webopédia
4. Activação progressiva: Abordagem de adaptabilidade e modularidade nos sistemas GRP que pressupõe alterações futuras significativas, incluindo a adição de novas funções, o aumento da amplitude funcional, a alteração das classificações, o aumento da automatização e o apoio à reforma e modernização previstas da administração pública. 
5. Arquitectura orientada para os serviços: A arquitectura orientada para os serviços (SOA) é um paradigma e uma disciplina de concepção que ajuda as TI a satisfazerem as exigências da empresa. Algumas organizações obtêm benefícios significativos com a utilização da SOA, incluindo uma chegada mais rápida ao mercado, custos mais baixos, melhor consistência das aplicações e maior agilidade. O SOA reduz a redundância e aumenta a facilidade de utilização, manutenção e valor. Isto produz sistemas interoperáveis e modulares que são mais fáceis de utilizar e manter. A SOA cria sistemas mais simples e mais rápidos que aumentam a agilidade e reduzem o custo total de propriedade (TCO). Fonte: Grupo Gartner
6. Extensibilidade: Um princípio de engenharia de software e de concepção de sistemas que prevê o crescimento futuro. A extensibilidade é uma medida da capacidade de alargar um sistema e do nível de esforço necessário para implementar a extensão. As extensões podem ser efectuadas através da adição de novas funcionalidades ou da modificação de funcionalidades existentes. O princípio prevê melhorias sem prejudicar as funções do sistema existente. Fonte: Gartner
7. Princípio da granularidade dos serviços: No contexto da engenharia de software e da arquitectura de software, a granularidade dos serviços é uma preocupação fundamental da concepção quando se aplica o paradigma da orientação para os serviços, por exemplo, durante a modelação orientada para os serviços. A granularidade do serviço especifica o âmbito da funcionalidade comercial e a estrutura da carga útil da mensagem numa operação de serviço que é fornecida numa arquitectura orientada para os serviços (SOA). Fonte: Wikipédia
8. Acoplamento flexível: No domínio da informática e da concepção de sistemas, um sistema fracamente acoplado é um sistema em que cada um dos seus componentes tem, ou utiliza, pouco ou nenhum conhecimento das definições de outros componentes separados. As subáreas incluem o acoplamento de classes, interfaces, dados e serviços. O acoplamento frouxo é o oposto do acoplamento apertado. Fonte: Wikipédia
9. Metadados: Geralmente designados por "dados sobre dados". Nos sistemas GRP, os metadados incluem classificações comuns como orçamento, organização, contabilidade, estatísticas e desempenho. 
10. Interoperabilidade: A interoperabilidade é a propriedade que permite a partilha sem restrições de recursos entre sistemas diferentes. Pode referir-se à capacidade de partilhar dados entre diferentes componentes ou máquinas, tanto através de software como de hardware, ou pode ser definida como a troca de informações e recursos entre diferentes computadores através de redes locais (LAN) ou redes de área alargada (WAN). Em termos gerais, a interoperabilidade é a capacidade de dois ou mais componentes ou sistemas trocarem informações e utilizarem as informações trocadas. Fonte: Tecnopédia
11. Separação de funções: O conceito de ter mais do que uma pessoa necessária para completar uma tarefa. Nas empresas, a separação por partilha de mais do que um indivíduo numa única tarefa é um controlo interno destinado a evitar fraudes e erros. Fonte: Wikipédia
12. Interface de programação de aplicações (API): Em programação informática, uma interface de programação de aplicações (API) é um conjunto de definições de sub-rotinas, protocolos de comunicação e ferramentas para a criação de software. Em termos gerais, é um conjunto de métodos de comunicação claramente definidos entre vários componentes. Uma boa API facilita o desenvolvimento de um programa de computador, fornecendo todos os blocos de construção, que são depois reunidos pelo programador. Fonte: Wikipédia
13. Serviços Web: Um conceito e uma infra-estrutura de software para comunicação entre programas e fornecimento de componentes de aplicações. O conceito de serviços Web trata o software como um conjunto de serviços acessíveis através de redes ubíquas utilizando normas e protocolos baseados na Web. Especificamente, um serviço Web é um componente de software que pode ser acedido por outra aplicação (como um cliente, um servidor ou outro serviço Web) através da utilização de protocolos e transportes ubíquos geralmente disponíveis. Fonte: Gartner
14. Middleware: O middleware é a "cola" de software que ajuda os programas e as bases de dados (que podem estar em computadores diferentes) a trabalhar em conjunto. A sua função mais básica é permitir a comunicação entre diferentes partes de software. Fonte: Grupo Gartner
15. Governação da informação: A especificação dos direitos de decisão e um quadro de responsabilidade para assegurar um comportamento adequado na avaliação, criação, armazenamento, utilização, arquivo e eliminação da informação. Inclui os processos, funções e políticas, normas e métricas que asseguram a utilização eficaz e eficiente da informação para permitir que uma organização atinja os seus objectivos. Fonte: Gartner
16. Barramento de serviços empresariais (ESB): Um Enterprise Service Bus (ESB) é fundamentalmente uma arquitectura. Trata-se de um conjunto de regras e princípios para integrar numerosas aplicações numa infra-estrutura semelhante a um autocarro. Os produtos ESB permitem aos utilizadores construir este tipo de arquitectura, mas variam na forma como o fazem e nas capacidades que oferecem. O conceito central da arquitectura ESB consiste em integrar diferentes aplicações através da criação de um barramento de comunicação entre elas e, em seguida, permitir que cada aplicação se comunique com o barramento. Isto separa os sistemas uns dos outros, permitindo-lhes comunicar sem dependência ou conhecimento de outros sistemas no barramento. O conceito de ESB nasceu da necessidade de nos afastarmos da integração ponto-a-ponto, que se torna frágil e difícil de gerir ao longo do tempo. A integração ponto-a-ponto resulta na dispersão do código de integração personalizado entre aplicações, sem uma forma central de monitorizar ou resolver problemas. Isto é muitas vezes referido como "código esparguete" e não é escalável porque cria dependências apertadas entre aplicações. Fonte: Mulesoft
17. Sistemas abertos: Sistemas informáticos que oferecem uma combinação de interoperabilidade, portabilidade e normas de software abertas. Fonte: Wikipédia
18. Pós-moderno: Uma estratégia tecnológica que automatiza e liga as capacidades administrativas e operacionais da empresa (tais como finanças, RH, compras, fabrico e distribuição) com níveis adequados de integração que equilibram os benefícios da integração fornecida pelo fornecedor com a flexibilidade e agilidade da empresa. Fonte: Gartner
19. Agile: Abordagem de desenvolvimento que fornece software em incrementos, seguindo os princípios do Manifesto para o Desenvolvimento Ágil de Software. Fonte: Gartner
20. TI bimodal: A prática de gerir dois estilos de trabalho separados, mas coerentes: um centrado na previsibilidade e o outro na exploração. O modo 1 é optimizado para áreas mais previsíveis e bem compreendidas. Centra-se na exploração do que é conhecido, ao mesmo tempo que renova o ambiente antigo para um estado adequado a um mundo digital. O modo 2 é exploratório, experimentando para resolver novos problemas e optimizado para áreas de incerteza. Estas iniciativas começam frequentemente com uma hipótese que é testada e adaptada durante um processo que envolve iterações curtas, podendo adoptar uma abordagem de produto mínimo viável (MVP). Ambos os modos são essenciais para criar valor substancial e impulsionar mudanças organizacionais significativas, e nenhum deles é estático. A combinação de uma evolução mais previsível de produtos e tecnologias (Modo 1) com o novo e inovador (Modo 2) é a essência da capacidade bimodal de uma empresa. Ambas desempenham um papel essencial na transformação digital. Fonte: Gartner
21. Estrutura ágil escalonada (SAFe): Um conjunto de padrões de organização e de fluxo de trabalho destinado a orientar as empresas na expansão de práticas enxutas e ágeis. Fonte: Wikipédia
22. Adaptação iterativa baseada em problemas (PDIA): Uma abordagem passo a passo que o ajuda a decompor os problemas nas suas causas profundas, a identificar pontos de entrada, a procurar possíveis soluções, a agir, a reflectir sobre o que aprendeu, a adaptar-se e a agir novamente. Trata-se de um processo dinâmico com ciclos de feedback estreitos que lhe permitem construir a sua própria solução para o seu problema, adaptada ao seu contexto local. Fonte: Harvard Kennedy School of Government
23. DevOps: Conjunto de práticas de desenvolvimento de software que combinam o desenvolvimento de software (Dev) e as operações de tecnologias de informação (Ops) para encurtar o ciclo de vida de desenvolvimento de sistemas, ao mesmo tempo que fornecem funcionalidades, correcções e actualizações frequentes, em estreita sintonia com os objectivos comerciais. Fonte: Wikipédia
24. DevSecOps: Pensar na segurança das aplicações e das infra-estruturas desde o início. Significa também automatizar algumas portas de segurança para evitar que o fluxo de trabalho do DevOps abrande. Seleccionar as ferramentas certas para integrar continuamente a segurança pode ajudar a atingir os seus objectivos de segurança, mas uma segurança DevOps eficaz requer mais do que novas ferramentas - baseia-se nas mudanças culturais do DevOps para integrar o trabalho das equipas de segurança mais cedo e não mais tarde. Fonte: Red Hat
25. Programação orientada para objectos: Paradigma de programação baseado no conceito de "objectos", que podem conter dados, sob a forma de campos (muitas vezes conhecidos como atributos ou propriedades), e código, sob a forma de procedimentos (muitas vezes conhecidos como métodos). Uma característica dos objectos são os procedimentos de um objecto que podem aceder e, muitas vezes, modificar os campos de dados do objecto a que estão associados (os objectos têm uma noção de "isto" ou "eu"). Na POO, os programas de computador são concebidos a partir de objectos que interagem uns com os outros. Fonte: Wikipédia
26. Código baixo: Software que fornece um ambiente que os programadores utilizam para criar software de aplicação através de interfaces gráficas de utilizador e configuração em vez da programação tradicional de computadores. A plataforma pode centrar-se na concepção e desenvolvimento de um tipo específico de aplicação: como bases de dados, processos empresariais ou interfaces de utilizador, como aplicações Web. Essas plataformas podem produzir aplicações inteiramente operacionais ou exigir codificação adicional para situações específicas. As plataformas de desenvolvimento de baixo código reduzem a quantidade de codificação manual tradicional, permitindo a entrega acelerada de aplicações empresariais. Fonte: Wikipédia
27. Sem códigoPermite que programadores e não-programadores criem software de aplicação através de interfaces gráficas de utilizador e de configuração, em vez da tradicional programação informática. As plataformas de desenvolvimento sem código estão estreitamente relacionadas com as plataformas de desenvolvimento com pouco código, uma vez que ambas foram concebidas para acelerar o processo de desenvolvimento de aplicações. Fonte: Wikipédia
28. Pensamento do design: Os processos cognitivos, estratégicos e práticos através dos quais os conceitos de design (propostas de novos produtos, edifícios, máquinas, etc.) são desenvolvidos por designers e/ou equipas de design. Muitos dos principais conceitos e aspectos do design thinking foram identificados através de estudos, em diferentes domínios do design, da cognição e da actividade de design em contextos laboratoriais e naturais. O design thinking está também associado a prescrições para a inovação de produtos e serviços em contextos empresariais e sociais. Fonte: Wikipédia
29. Sistemas de: Quadro para compreender as tecnologias de transformação digital na administração pública:
    • Sistemas de Registosistemas de informação essenciais que fornecem dados transaccionais, gestão de transacções, fluxo de trabalho e controlos
    • Sistemas de Engajamentosistemas de informação concebidos para comunicações bidireccionais e novas formas de recolha de dados, muitas vezes designadas por SMACT (Social, Mobile, Analytics, Cloud, and Internet of Things), ou seja, os analistas, o Grupo Gartner chama-lhe "o Nexus das Forças"e a IDC chama-lhe "a Terceira Plataforma.”
    • Sistemas de InteligênciaSistemas de informação concebidos para dar sentido ao fluxo de informação de novas formas:
      • Economia de partilha: facilitar a transferência e a partilha de valor
      • Realidade Aumentada e Realidade Virtual: facilitar a visualização de informações
      • Blockchain: aumentar a confiança digitalmente
      • Computação cognitiva: aumentar as capacidades humanas com a aprendizagem automática
      • Sistemas ciber-físicos: permitir a "quarta revolução industrial" de produtividade e personalização sem paralelo, nomeadamente para a administração pública e as cidades inteligentes
    • Sistemas de Inovação: sistemas de informação concebidos para avanços na governação, tirando partido das tecnologias emergentes de:
      • Colaboração ágilFacilitar a colaboração entre organizações governamentais, cidadãos, partes interessadas sem fins lucrativos e empresas, governos externos e instituições internacionais
      • Microsserviços: facilitar a integração entre programas informáticos utilizados pelos governos e pelas partes interessadas
      • Código baixo/sem códigoFacilitar a configuração e a personalização dos sistemas de informação
      • Inteligência Artificiale: aumento dos sistemas de inteligência, desde sistemas especializados como interfaces de conversação, chatbots, automatização de processos robóticos e aprendizagem automática específica de um domínio até à IA generalizada
      • Tecnologias ainda não emergentes, ou tecnologias ainda perdidas no ruído e no hype
30. Computação em nuvem pública: Um estilo de computação em que os recursos escaláveis e elásticos habilitados para TI são fornecidos como um serviço para clientes externos usando tecnologias da Internet - ou seja, a computação em nuvem pública usa tecnologias de computação em nuvem para dar suporte a clientes que são externos à organização do provedor. A utilização de serviços de nuvem pública gera os tipos de economias de escala e partilha de recursos que podem reduzir os custos e aumentar as opções de tecnologias. Do ponto de vista de uma organização governamental, a utilização de serviços de computação em nuvem pública implica que qualquer organização (em qualquer sector industrial e jurisdição) pode utilizar os mesmos serviços (por exemplo, infra-estrutura, plataforma ou software), sem garantias sobre a localização e o armazenamento dos dados. Fonte: Gartner
31. Computação em nuvem híbrida: Provisionamento, utilização e gestão de serviços coordenados e baseados em políticas numa mistura de serviços de nuvem internos e externos. Fonte: Gartner
32. Computação em nuvem privada: Uma forma de computação em nuvem que é utilizada apenas por uma organização ou que garante que uma organização está completamente isolada das outras. Fonte: Gartner
33. Serviços partilhados ou centro de serviços partilhados (SSC) Uma unidade dedicada (incluindo pessoas, processos e tecnologias) que está estruturada como um ponto de serviço centralizado e se centra em funções empresariais definidas. Estas funções são apoiadas por TI e serviços de TI para várias unidades de negócio dentro da empresa. Os serviços partilhados podem ter origem em várias localizações físicas diferentes e podem envolver várias funções empresariais e processos de TI. A definição, a estrutura e o âmbito de um SSC começam na empresa. Por vezes, as empresas recorrem a fornecedores externos para consultarem vários elementos da concepção, estrutura, opções de localização e opções de execução. A execução e a prestação a longo prazo podem ser efectuadas por pessoal interno da empresa ou por prestadores de serviços, ou por uma combinação de ambos. Consequentemente, a definição de serviços partilhados é independente da opção de fornecimento. Fonte: Gartner
34. Computação em nuvem comunitária: Um ambiente de serviço de computação em nuvem partilhado que se destina a um conjunto limitado de organizações ou funcionários (como bancos ou chefes de empresas comerciais). O princípio de organização da comunidade varia, mas os membros da comunidade geralmente compartilham requisitos semelhantes de segurança, privacidade, desempenho e conformidade. Os membros da comunidade podem querer invocar um mecanismo que é frequentemente gerido por eles próprios (e não apenas pelo fornecedor) para analisar aqueles que pretendem entrar na comunidade. Fonte: Gartner
35. Gestão do Desempenho Empresarial: Termo genérico que descreve as metodologias, métricas, processos e sistemas utilizados para monitorizar e gerir o desempenho comercial de uma empresa. As aplicações que permitem o CPM traduzem informação estrategicamente focada em planos operacionais e enviam resultados agregados. Fonte: Gartner
36. Cientista de dados: A função crítica destina-se a organizações que procuram extrair informações de activos de informação para iniciativas de "big data" e requer uma vasta combinação de competências que podem ser melhor desempenhadas em equipa, por exemplo: A colaboração e o trabalho em equipa são necessários para trabalhar com as partes interessadas da empresa para compreender as questões comerciais. São necessárias competências analíticas e de modelação de decisões para descobrir relações nos dados e detectar padrões. As competências de gestão de dados são necessárias para criar o conjunto de dados relevante utilizado para a análise. Fonte: Gartner
37. Gestão de Metadados Empresariais: A disciplina empresarial para gerir os metadados sobre os activos de informação da organização. Os metadados são "informações que descrevem várias facetas de um activo de informação para melhorar a sua utilização ao longo do seu ciclo de vida. Fonte: Gartner
38. Análise de auto-serviço: Uma forma de business intelligence (BI) em que os profissionais da linha de negócios são habilitados e incentivados a efectuar consultas e gerar relatórios por si próprios, com apoio nominal de TI. A análise self-service é frequentemente caracterizada por ferramentas de BI simples de utilizar, com capacidades analíticas básicas e um modelo de dados subjacente que foi simplificado ou reduzido para facilitar a compreensão e o acesso directo aos dados. Fonte: Gartner
39. Armazém de dados: Uma arquitectura de armazenamento concebida para conter dados extraídos de sistemas de transacção, armazéns de dados operacionais e fontes externas. O armazém combina esses dados numa forma agregada e resumida, adequada à análise de dados a nível de toda a empresa e à elaboração de relatórios para necessidades comerciais predefinidas. Fonte: Gartner
40. Lago de dados: Uma colecção de instâncias de armazenamento de vários activos de dados adicionais às fontes de dados de origem. Estes activos são armazenados numa cópia quase exacta, ou mesmo exacta, do formato de origem. O objectivo de um lago de dados é apresentar uma visão não refinada dos dados apenas aos analistas mais qualificados, para os ajudar a explorar as suas técnicas de refinamento e análise de dados, independentemente de qualquer dos compromissos do sistema de registo que possam existir num armazenamento de dados analíticos tradicional (como um data mart ou um armazém de dados). Fonte: Gartner
41. Grandes volumes de dados: Activos de informação de elevado volume, elevada velocidade e/ou elevada variedade que exigem formas inovadoras e rentáveis de processamento da informação que permitam uma melhor percepção, tomada de decisões e automatização de processos. Fonte: Gartner
42. Visualização: A ilustração de objectos de informação e das suas relações num ecrã. A visualização estratégica ilustra graficamente a força das relações através da proximidade dos objectos no ecrã. A tecnologia avançada pode fazer uma diferença significativa na capacidade dos utilizadores de interagir com grandes repositórios de conhecimentos. Estes avanços utilizam a distância entre objectos no ecrã para reflectir a semelhança de significado, a semelhança de conteúdo ou outras relações (por exemplo, associação a um grupo). Fonte: Gartner 
43. Planeamento de Recursos Empresariais (ERP)ERP: é definido como a capacidade de fornecer um conjunto integrado de aplicações empresariais. As ferramentas ERP partilham um processo e um modelo de dados comuns, abrangendo processos operacionais abrangentes e profundos de ponta a ponta, como os que se encontram nas finanças, RH, distribuição, fabrico, serviços e cadeia de abastecimento. As aplicações ERP automatizam e apoiam uma série de processos administrativos e operacionais em vários sectores de actividade, incluindo a linha de negócio, os aspectos administrativos e de gestão de activos de uma empresa. No entanto, as implementações de ERP tendem a ter um preço significativo e os benefícios comerciais são difíceis de justificar e compreender. Fonte: Grupo Gartner