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 como a melhor Sistema de Informação de Gestão Financeira (FMIS) de acordo com o desenho 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 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 alcançar objectivos de reforma a longo prazo.

Os países inquiridos dispunham de alguma forma de Sistema Integrado de Gestão Financeira (IFMIS), mas procuravam melhorar e modernizar a ligação destes sistemas com plataformas subnacionais e sistemas relacionados de Gestão Financeira Pública (GFP), tais como planeamento orçamental, contratos públicos e gestão da dívida.

Os autores questionaram muitos pontos de vista fortemente defendidos no seio da PFM e das comunidades 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 contínuas e antecipadas da GFP é uma condição prévia crítica para o sucesso do FMIS". Enquanto os analistas de tecnologia recomendam a utilização de Commercial-Off-The-Shelf (COTS)¹ sistemas de gestão financeira para aplicações complexas como os livros razão geraisMuitos na comunidade da GFP, incluindo os autores do estudo, sugerem que os sistemas desenvolvidos por medida são escolhas legítimas. Acreditamos que Planeamento de Recursos Governamentais (GRP) é a resposta.

FreeBalance é algo único no mercado global com um enfoque exclusivo nas aplicações GRP COTS, o FreeBalance Accountability Suite™e uma plataforma COTS para o desenvolvimento de software de gestão financeira de clientes, o FreeBalance Accountability Platform™. A implementação do FMIS em cerca de 30 países dá-nos uma perspectiva matizada e experiente na construção de um sistema de gestão financeira governamental. 

Estamos muito preocupados com sucesso governamental sustentável na gestão financeira. Vemos a sustentabilidade do FMIS como:

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

Esta noção de sustentabilidade da reforma é uma preocupação crítica no sector público. Todos os governos testemunham reformas e modernizações. A escala da mudança excede a do sector privado. Sucesso de FMIS sustentável vem do entendimento de que:

• A tecnologia e a concepção de soluções são importantes 
• Os projectos de gestão financeira são transformacionais com impacto muito além das TI e da contabilidade
• A governação de projectos e produtos são ingredientes críticos

Tipos de Abordagens de Sistema de Gestão Financeira

Gostaríamos de alargar os conceitos introduzidos em o papel através da lente da tecnologia de software empresarial e práticas de implementação com algumas recomendações. Os temas do documento que a seguir se expandem são:

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

Existe uma sobreposição significativa entre estes temas. A modularidade é o tema chave do papel, e a principal dependência para os outros temas.

1. Modularidade de 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 centrais PFM, [e] adoptam uma abordagem sequenciada à implementação".

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

O meu sentido é que a maioria dos peritos em GFP prefere o vitórias rápidas abordagem às implementações do FMIS. Isto pode reduzir a resistência à mudança. As abordagens "Big bang" podem beneficiar da concepção modular, demonstrando software de trabalho ao longo do processo de articulação de necessidades. 

Perspectiva de Implementação

As implementações governamentais do FMIS e as mudanças futuras são viabilizadas através da modularidade:

• A funcionalidade pode ser implementado em fases sem a necessidade de articular completamente todos os requisitos antes de prosseguir, incluindo a adaptação dos requisitos futuros do módulo com base no que foi aprendido nas fases anteriores
• A implementação da funcionalidade 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 interacção significativa com os cidadãos 
• Os módulos podem ser activado progressivamente⁴ apoiar a reforma em curso, à medida que novas funções são acrescentadas numa sequência adequada aos objectivos governamentais

Perspectiva Tecnológica

O software de classe empresarial tornou-se mais modular, com importantes benefícios para os governos:

• Utilização de componentes granulares em Arquitecturas orientadas para os serviços (SOA)⁵ permite a partilha de peças de funcionalidade consistente entre sistemas e pode eliminar duplicações funcionais desnecessárias
• Boa concepção modular suporta 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 desenhos mais modernos 
• Módulos de serviços externos tais como reconciliação bancária, dados macroeconómicos e taxas de câmbio podem ajudar a automatizar os processos governamentais

Recomendações

A obtenção bem sucedida dos benefícios da modularidade governamental requer:

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

Examinando as abordagens de modularidade dos componentes, verificando se são grosseiros ou de granulação fina⁷ , de forma frouxa ou apertada⁸ para determinar a aplicabilidade da tecnologia para qualquer componente.

2. Núcleo Primeiro

"Apoiar a implementação e monitorização dos objectivos fiscais centrais, regras fiscais, e regulamentos financeiros, dando prioridade ao reforço das funções contabilísticas, orçamentais, de tesouraria e de elaboração de relatórios do FMIS". 

Esta noção de modularidade estende-se 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 permitida. As implementações do sistema financeiro poderiam ser melhor compreendidas como exercícios de construção de capacidades. A abordagem de "núcleo primeiro" permite a aquisição de competências de escala. Avançado Competências em GFP dependem da escala das competências nucleares.

A definição do que é núcleo e do que não é núcleo depende da circunstância. O documento salienta que "um núcleo FMIS é definido nesta nota como um sistema de informação que apoia a execução orçamental, contabilidade e funções de tesouraria e gestão de tesouraria, e que gera relatórios financeiros de forma atempada". Por exemplo, a sofisticação da execução orçamental difere de país para país. Alguns países utilizam múltiplas fases de contabilidade de compromissos com tolerâncias incorporadas, e discrição de transferência orçamental. Há muitas economias avançadas que só recentemente adoptaram contabilidade de compromisso. 

Serviços públicos de maior capacidade podem absorver mais funções novas e podem exibir menor resistência à mudança. E, o núcleo pode depender das circunstâncias do país onde a folha de pagamentos, as aquisições, ou a administração fiscal podem ser de importância vital para automatizar. Estas considerações proporcionam uma análise mais matizada do "big bang" versus abordagens graduais.

Perspectiva de Implementação

A primeira abordagem, tipicamente abrangendo a contabilidade e a execução orçamental:

• Captura os metadados principais⁹A gestão financeira, os controlos e os processos necessários para a gestão financeira ao longo do ciclo orçamental que são partilhados com todas as outras funções, onde a obtenção deste direito tem pagamentos significativos como módulos adicionados
• Torna-se a chave mudança organizacional e marco de capacidade humana que estabelece expectativas para mudanças futuras
• Proporciona aprendizagem organizacional ao permitir mudanças no protótipo, prova de conceito, testes e sistemas de produção ao mesmo tempo que estabelece padrões de gestão financeira
• Melhora a qualidade da informação para melhor estruturar a formulação do orçamento e funções financeiras não essenciais

Perspectiva Tecnológica

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

• Algumas abordagens FMIS não suportam eficazmente esta intenção principal - quando todas as funções e metadados precisam de ser definidos previamente, porque ajustar estes depois é difícil e demorado, tal como não suportar um ano múltiplo. Plano de contas
• Os módulos autónomos são concebidos sem considerar o desejado estado final FMIS impulsionado por reformas futuras antecipadas

Recomendações

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

• Pegada central realista para o contexto governamental incluindo a maturidade da capacidade de gestão financeira que difere entre países - o núcleo difere com base no contexto 
• Necessidade de criar classificações orçamentais e contabilísticas comuns para "assegurar uma contabilidade e um registo orçamental atempados e fiáveis das transacções financeiras".
• Adaptabilidade que antecipa a futura reforma, incluindo descentralizaçãoreorganização, ou funções de acumulação que ocorrem dentro das funções centrais  
• Fases que podem sobrepor-se para que a concepção para uma nova fase possa ser realizada no meio de testes das fases anteriores em alguns casos

3. Interoperabilidade Fiscal

"Facilitar a troca de informação entre os módulos núcleo e não núcleo 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 através de funções financeiras que são replicadas e automatizadas através da tecnologia. Os processos financeiros governamentais não são muitas vezes logicamente integrados entre ministérios, níveis governamentais ou com empresas estatais. A integração tecnológica segue frequentemente práticas deficientes e concentra-se frequentemente na execução de despesas e receitas, em vez da preparação completa do orçamento e dos ciclos de previsão de tesouraria. Conformidade, controlos e segregação de funções¹¹ estão frequentemente em falta no processo e a integração tecnológica aumenta os riscos.

Muitos vendedores de COTS afirmam fornecer integração e interoperabilidade. Isto é frequentemente enganador. Alguns grandes vendedores adquiriram tantas empresas com tantas plataformas tecnológicas que a interoperabilidade total é quase impossível. Alguns conjuntos de produtos são utilizáveis com diferentes metadados e controlos entre módulos.

Perspectiva de Implementação

A interoperabilidade de processos requer a integração de processos e fluxos de trabalho:

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

Perspectiva Tecnológica

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

• Mapeamento de metadados, ou conceitos, através de módulos para fornecer uma versão consistente da "verdade", eliminando inconsistências
• Resiliência a alterações em módulos através de Interfaces de Programas de Aplicação (APIs) eficazes¹² ou Serviços Web¹³ apoio
• Boas práticas de integração tais como eliminação de chamadas directas a bases de dados, procedimentos armazenados, interfaces manuais, raspagem de ecrã, ficheiros planos, e abordagens proprietárias
• Os conjuntos de produtos que proporcionam uma boa interoperabilidade imediata entre funções podem fazê-lo utilizando interfaces proprietárias e middleware proprietário¹⁴ aumentando o risco de que os governos fiquem presos a essa pasta

Recomendações

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

• Mapeamento de todas as aplicações em uso, tecnologia de apoio em uso, integração existente, qualidade de integração, comparações com a integração lógica
• Quadro claro de interoperabilidade ao longo do ciclo orçamental, tal 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 de compromisso para melhor prever as despesas de pagamento da dívida, e com sistemas contabilísticos 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
• Autocarro de serviço empresarial¹⁶  design que empurra todas as interfaces através de um autocarro partilhado que melhora a consistência da integração 
• Abordagens baseadas no risco que reconhecem o nível de necessidade de interoperabilidade funcional onde alguns sistemas autónomos de silos podem não ter um impacto material na consolidação orçamental
• Sistemas abertos seleccionados¹⁷ para reduzir o bloqueio de fornecedores enquanto aumenta as escolhas de módulos futuros
• Métodos inovadores para lidar com aplicações herdadas 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 já disponíveis, e evitando a necessidade de substituir todos ou a maior parte dos seus FMIS existentes". 

Os orçamentos governamentais de TI estão sob tensão. A maioria das organizações governamentais apoia uma gama mais vasta de aplicações herdadas do que as empresas. Isto resulta em maiores rácios de orçamentos de TI dedicados a operações e manutenção - "manter as luzes acesas". Entretanto, os governos são confrontados com exigências para melhorar a prestação de serviços com orçamentos em declínio. 

O artigo faz uma observação importante: "no caso de soluções de software commercial-off-the-shelf (COTS), por exemplo, podem muitas vezes ser conseguidas melhores e mais eficientes funcionalidades através de uma melhor parametrização dos módulos FMIS existentes". Algumas escolhas FMIS fornecem isto configuração capacidade, tornando o investimento mais alavancável. A realidade é que muitos investimentos dos sistemas financeiros governamentais requerem personalização significativa do código para permitir a mudança. Algumas implementações FMIS governamentais utilizam tecnologias obsoletas, aumentando os custos operacionais e reduzindo a extensibilidade.

Perspectiva de Implementação

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

• Até que ponto é apoiada a eficiência ou eficácia, mesmo que os processos completos não sejam automatizados
• Cumprimento dos procedimentos actuais e previstos das finanças públicas, tais 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 alavancar os investimentos actuais incluem:

• Até que ponto a tecnologia é recente ou legado, incluindo plataformas não suportadas, e versões de aplicações não suportadas
• Adaptabilidade às soluções actuais com uma personalização de custos limitada, ou pós-moderna¹⁸ em design
• Até que ponto o software é codificado e difícil de adaptar à futura reforma
• Até que ponto é utilizada tecnologia proprietária que restringe as escolhas futuras
• Custos actuais para manter e actualizar Sistemas FMIS
• Capacidade de estender a tecnologia actual para suportar outras funções
• Número de diferentes plataformas tecnológicas em uso, onde menos plataformas simplificam a manutenção e a ciber-segurança
• Extensão da escalabilidade para responder às necessidades de processamento do governo
• 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 software de código aberto, para reduzir os custos de manutenção

Recomendações

• Assegurar que todos os patches para a plataforma tecnológica instalados rapidamente para reduzir as vulnerabilidades de cibersegurança
• Utilizar uma abordagem baseada no risco, identificando controlo, segregação de funções, integração e vulnerabilidades tecnológicas 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 de nuvens ou a substituição de middleware proprietário
• Não caia na armadilha de custos afundada pensando que um investimento existente deve ser alavancado quando os custos de substituição, com custos operacionais projectados, são inferiores aos custos operacionais do software actual

5. Implementação ágil

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

Há uma razão pela qual os principais fornecedores da Web, meios de comunicação social e economia solidária se aproveitam ágil¹⁹ metodologias de implementação. 

Os processos ágeis têm-se tornado mais correntes no governo. Os governos usam agile para desenvolver novas ideias inovadoras e criar aplicações rápidas. Isto é frequentemente utilizado num²⁰ onde as operações dos sistemas existentes seguem métodos tradicionais mas as novas iniciativas utilizam uma abordagem ágil.

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

Estruturas Ágeis em Escala (SAFe)²¹  são utilizados quando as organizações governamentais acumularam competências ágeis. Adaptação Iterativa Orientada para Problemas (PDIA)²² é utilizado para descobrir problemas para desenvolver soluções eficazes no desenvolvimento de países que muitas vezes não incluem tecnologia. DevOps²³ é utilizado para alinhar as prioridades tecnológicas e funcionais. DevSecOps²⁴ integra a ciber-segurança na implantação de 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 que muitas vezes estão desligados das necessidades reais
• Análises longas de "como está", "para ser" e "em forma", que aumentam a resistência às mudanças, ao mesmo tempo que aumentam as hipóteses de personalizações desnecessárias
• Rígida gestão de projectos 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
• Foco no cumprimento de contratos, incluindo o desenvolvimento de documentação desnecessária

A eficácia ágil vem de:

• Foco no problema, incluindo técnicas científicas para validar ideias em vez de impor soluções que não são apropriadas
• iterações curtas que conseguem ganhos rápidos e envolvem os utilizadores para reduzir a resistência à mudança
• Adaptar a implementação para melhor responder às necessidades reais
• Integração de especialistas de domínio, designers, analistas e equipas de desenvolvimento para facilitar a comunicação e a priorização

Perspectiva Tecnológica

A agilidade é permitida através de tecnologias como a Agile:

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

Recomendações

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

• Pensamento do design²⁸ e abordagens de prototipagem para validar a satisfação das necessidades dos utilizadores substitui os processos tradicionais de TI de cima para baixo
• Comunicações contínuas através de quadros de processo que mostram as iterações actuais, o progresso e os atrasos
• Abordagens bi-modais em que alguns novos projectos se aproveitam da agilidade, mantendo os actuais sistemas tradicionais
• A experimentação em pequenas aplicações, muitas vezes começando com protótipos de papel, gera insight 
• Testar cada passo para descobrir práticas e soluções, frequentemente não relacionadas com a tecnologia, que funcionam eficazmente no contexto

6. Tecnologia Avançada

"Aumentar a flexibilidade para incorporar tecnologias avançadas no seio do FMIS, incluindo sistemas baseados na web ou multi-camadas". 

A tecnologia avançada é frequentemente implementada como funções autónomas, ou para satisfazer os requisitos únicos dos ministérios de tutela. As aplicações inteligentes de governo e de auto-atendimento dos cidadãos têm retornos potenciais significativos. No entanto, os governos que lutam com a implementação de funcionalidades financeiras essenciais podem não estar em condições de adquirir e implementar eficazmente a tecnologia avançada. 

A maioria dos observadores descreve a necessidade de desenvolver casos comerciais antes de adquirir tecnologias avançadas, embora seja difícil tirar conclusões sobre a utilidade das mesmas. A experimentação é encorajada, no entanto, a maioria das cadeias de bloqueio e muitas máquinas de aprendizagem e provas de conceito de IOT falharam a escala no governo 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 do utilizador, incluindo infra-estruturas digitais, competências e factores de forma do dispositivo utilizados
• Normas sociais e culturais relacionadas com a automação, privacidade e segurança
• Priorização de domínios com base nas necessidades do país, tais como a aplicabilidade da cadeia de bloqueio para registo de propriedade em países com largura de banda suficiente que sofram de evasão fiscal imobiliária

Perspectiva Tecnológica

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

• Sistemas de compromisso tais como pagamentos em linha a cidadãos e empresas para licenças, autorizações ou impostos requerem integração com receitas, despesas, gestão de casos e sistemas bancários
• Sistemas de inteligência tais como online portais de transparência orçamental requerem integração com sistemas contabilísticos governamentais de back-office com dados integrados para uma informação precisa e atempada
• Sistemas de inovação tais como activos inteligentes requer integração com sistemas de aquisição back-office para gerir a manutenção, e prever as necessidades de substituição

Recomendações

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

• Prioritização através da correspondência de casos de utilização de tecnologia avançada com as necessidades do país e identificação das necessidades de infra-estruturas digitais dependentes
• Experimentação usando técnicas de implementação ágeis para solidificar potenciais retornos e dar prioridade a iniciativas
• Aquisições ágeis métodos para contratar vendedores inovadores para construir provas de conceito
• A análise dos sistemas existentes para compreender que iniciativa tecnológica avançada pode ser mais bem habilitada
• Soluções de teste na nuvem pública³⁰ e código aberto, sempre que possível, para reduzir os custos
• Foco em protótipos e provas de conceito com menos preocupação sobre quais as plataformas utilizadas, reconhecendo que as soluções implementadas podem ser diferentes plataformas
• Considerar o melhor híbrido³¹ aplicações de nuvem privada³², serviços partilhados³³, nuvem comunitária³⁴e nuvem pública tecnologias para optimizar os custos e a ciber-segurança, reconhecendo que as versões de teste e produção podem ser implantadas com diferentes abordagens
• A tecnologia mais avançada baseia-se em projectos de código aberto, pelo que os governos devem preferir isto a soluções proprietárias, particularmente nas fases de experimentação

7. Desempenho e transparência

"O objectivo geral de um FMIS, como instrumento chave de gestão fiscal, é gerar dados e relatórios financeiros atempados, relevantes e fiáveis que apoiem a tomada de decisões financeiras e melhorias na disciplina fiscal, controlo de despesas, e transparência fiscal". 

O pensamento sobre a análise na indústria de software empresarial amadureceu ao longo das últimas duas décadas. Um exemplo é a Quatro Capacidades Analíticas apresentado pela Grupo Gartner de: 

• Descritivo: o que aconteceu?
• Diagnóstico: porque é que isso aconteceu?
• Predictivoo que vai acontecer?
• Prescritivoo que devo fazer?

A tomada de decisões financeiras requer mais do que os relatórios tradicionais. Os relatórios estatutários são exigidos no governo. Mas, os relatórios e alertas de excepção são muito mais importantes do ponto de vista operacional. O valor real 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 utilizando as mesmas infra-estruturas e ferramentas semelhantes fornecidas aos decisores governamentais. Isto porque a transparência fiscal permite aos cidadãos, ex-pat, empresas, Investimento Directo Estrangeiro, remessas e tomada de decisões de gabinete 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 até ao fim - lucro. Os gestores de empresas sabem que o não cumprimento dos objectivos de lucro quando os objectivos de desempenho são atingidos é um sinal de maus objectivos. No entanto, os governos não têm tais resultados finais. E, há muitas vezes muitos factores envolvidos, fora do controlo governamental, que afectam os resultados.

Perspectiva de Implementação

Existem numerosos "business intelligence" e "corporate performance management".³⁵ soluções de software. A implementação destas soluções depende de muitos factores não tecnológicos:

• Ligações lógicas de desempenho com a estratégia governamental para uma medição consistente, tal como com a avaliação da relação custo-benefício das aquisições e do desempenho dos funcionários públicos
• Ligações lógicas entre resultados e objectivos de resultados com classificações orçamentais para acompanhar a eficácia das afectações (o que chamamos: integrar o Plano de Contas com o Plano de Objectivos)
• Conjunto adequado de indicadores de desempenho para facilitar o seguimento, sem sobrecarregar os funcionários públicos
• Acessibilidade, clareza e usabilidade da informação com base na audiência

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 entre sistemas, especialmente classificações de orçamento e objectivos, utilizando a gestão de metadados de empresas³⁷
• Aumento da grande pegada de dados, incluindo dados não estruturados sob a forma de documentos, trilhas de auditoria, dispositivos de IOT, e feeds de redes sociais
• Aumento da complexidade da classificação da informação para a aprendizagem mecânica
• Potencial necessidade de análise de computação de ponta, e computação elástica em nuvem para conjuntos de dados muito grandes
• Análise de auto-atendimento³⁸ necessidades utilizando cartões de pontuação, painéis e consultas de dados fáceis 

Recomendações

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

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

8. Construir vs Comprar

A tabela no topo deste artigo descrevendo as Vantagens e Desvantagens de Soluções TI Alternativas dá as opções de soluções TI internas, soluções de software desenvolvidas localmente, e soluções Commercial-off-the Shelf.

A alternativa GRP Commercial-Off-The-Shelf (COTS) não está especificamente descrita no papel. A nossa opinião é que o GRP fornece todos os COTS comprar benefícios a governos com menos desvantagens. E, as plataformas GRP proporcionam construir benefícios. Construir versus comprar já não é uma escolha binária para os governos.

Perspectiva de Implementação

A ideia de construir versus comprar para os sistemas financeiros do governo mudou 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 a nível comercial
• A adição de funcionalidades governamentais, tais como contabilidade de compromisso, no software COTS iniciou a tendência para passar para COTS, particularmente nos países desenvolvidos, com ampla cobertura e código de qualidade mais elevada
• Implementações governamentais COTS, particularmente Planeamento de Recursos Empresariais (ERP)⁴³ tornou-se complicado e excessivamente personalizado levando a um custo elevado e dificuldade de adaptação à mudança
• O software GRP COTS surgiu, embora para além do FreeBalance, a maioria dos fornecedores de GRP concentra-se em funções subnacionais, regionais ou especializadas como gestão de ajuda, portais orçamentais, administração aduaneira, gestão de dívidas, ou administração fiscal 
• As soluções GRP COTS são frequentemente mais flexíveis do que o software desenvolvido internamente ou localmente
• Alguns governos em economias avançadas tentaram, com sucesso limitado, adoptar serviços partilhados ERP com versões genéricas e processos padronizados
• Muitos países continuam a utilizar software personalizado ("soluções de software desenvolvidas localmente") para funcionalidades centrais ou periféricas, apesar da complexidade de o fazer
• Os analistas de tecnologia de informação recomendam que a funcionalidade principal, como os livros razão gerais, deve ser adquirida como COTS, mas os analistas de desenvolvimento do condado vêem o software personalizado como uma escolha legítima para os governos

Perspectiva Tecnológica

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

• Flexibilidade, abertura, adaptabilidade, e usabilidade das plataformas tecnológicas e ferramentas utilizadas
• Conhecimento e apoio à indústria de tecnologias e ferramentas seleccionadas 
• Modernidade das tecnologias utilizadas com vista à facilidade de apoio no futuro
• Apoio da mais vasta gama de navegadores, dispositivos e factores de forma
• Linguagens de programação adequadas ao fim a que se destinam, incluindo se podem ser dimensionadas para cumprir os requisitos governamentais
• Tecnologia e plataformas governamentais que podem acelerar o desenvolvimento
• Capacidade de apoiar as actuais infra-estruturas digitais do país

Conclusões e Observações

O documento dá aos profissionais mais informações sobre os principais factores para o sucesso sustentado dos sistemas FMIS:

Tecnologia e desenho de soluções 

• A tecnologia e a concepção definem "a capacidade do sistema para satisfazer as necessidades contínuas e antecipadas de GFP".
• As abordagens de modularidade baseadas em componentes aumentam a reutilização, adaptabilidade e extensibilidade permitindo uma mudança de um "conjunto totalmente integrado de funções e processos para um sistema virtual".
• A concepção pós-moderna apoia melhor a interoperabilidade do sistema financeiro, a integração de tecnologias emergentes e a capacidade de implementação em infra-estruturas menos dispendiosas para superar "desafios de sincronização e normalização de dados 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 de implementação ágil e de desenvolvimento de produtos apoiam a gestão da mudança de transformação
• Reconhecimento de que o FMIS traz perturbações aos serviços públicos, tais como o aumento da "transparência fiscal no sector público".

Governação de Projectos e Produtos 

• A utilização de tecnologias ágeis de implementação e desenvolvimento de produtos melhora a governação do FMIS através de uma melhor ligação às necessidades dos utilizadores
• Reconhecimento de que "forte motivação política e empenho" necessários para o sucesso, dados os incentivos em jogo na transformação do sector público e "estratégia eficaz de gestão da mudança, bem como acordos institucionais para coordenar actividades entre as numerosas partes interessadas".

Recomendações

1. Especificidade-Indústria: Muitas soluções COTS foram escritas para outros mercados - isto tem consequências significativas para os governos que têm tantas necessidades únicas
   • Considere comprar quando o software escrito para a função governamental - a concepção do produto é importante
   • Considerar construir quando não há software disponível para a função governamental, especialmente quando se trata de uma necessidade estatutária única
2. Risco do produto: Construir funcionalidades complexas, como uma razão geral, é arriscado, e a flexibilidade para a mudança é importante - isto tem consequências significativas para os governos que esperam uma futura modernização e reforma
   • Considere comprar quando as necessidades de pegada do produto são complicadas e se esperam mudanças futuras
   • Considerar construir quando as necessidades de pegada do produto são modestas, e são esperadas poucas mudanças futuras
3. Risco de integração: O software não deve ser considerado silos de caixa negra - isto tem consequências significativas para os governos que carecem de metadados e controla a integração ao longo dos ciclos orçamentais
   • Considere comprar quando as necessidades de integração funcional são elevadas, tais como aquisições, gestão de activos e investimentos públicos, onde as inadequações de interface podem ter consequências materiais como atrasos governamentais e orçamentos ilegalmente excedentários - ou a informação do sistema é crítica para os decisores e a transparência fiscal
   • Considerar construir quando as funções funcionam de forma autónoma com uma necessidade limitada de lançamento nos sistemas financeiros centrais

Glossário de notas de rodapé

1. Commercial-Off-The-Shelf (COTS): Os produtos comerciais prontos para venda ou disponíveis comercialmente (COTS) são soluções embaladas que são depois adaptadas para satisfazer as necessidades da organização de compras, em vez de serem encomendadas soluções feitas à medida, ou à medida do cliente. Fonte: Wikipedia
2. Custo total de propriedade (TCO): Uma avaliação abrangente das tecnologias de informação (TI) ou outros custos que atravessam os limites da empresa ao longo do tempo. Para TI, 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: TCO: Gartner 
3. Desenho de Software Modular: 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: Webopedia
4. Activação Progressiva: Adaptabilidade e abordagem modular em sistemas GRP que assume mudanças futuras significativas, incluindo a adição de novas funções, aumento da amplitude funcional, alteração de classificações, aumento da automatização, e apoio à reforma e modernização governamentais previstas. 
5. Arquitectura orientada para os serviços: A arquitectura orientada para os serviços (SOA) é um paradigma de design e disciplina que ajuda as TI a satisfazer as exigências das empresas. Algumas organizações percebem benefícios significativos utilizando SOA, incluindo um tempo de colocação no mercado mais rápido, custos mais baixos, melhor consistência de aplicação e maior agilidade. A SOA reduz a redundância e aumenta a usabilidade, manutenção e valor. Isto produz sistemas interoperáveis e modulares que são mais fáceis de usar e manter. 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 concepção de sistemas que prevê o crescimento futuro. A extensibilidade é uma medida da capacidade de extensão de um sistema e do nível de esforço necessário para implementar a extensão. As extensões podem ser através da adição de novas funcionalidades ou através da modificação das funcionalidades existentes. O princípio prevê aperfeiçoamentos sem prejudicar as funções do sistema existente. Fonte: Gartner
7. Princípio da granularidade do serviço: No contexto da engenharia de software e arquitectura de software, a granularidade do serviço é uma preocupação chave de concepção quando se aplica o paradigma da orientação para o serviço, por exemplo, durante a modelação orientada para o serviço. A granularidade do serviço especifica o âmbito da funcionalidade empresarial e a estrutura da carga útil da mensagem numa operação de serviço que é fornecida dentro de uma arquitectura orientada para o serviço (SOA). Fonte: Wikipedia
8. Acoplamento solto: Em computação e concepção de sistemas, um sistema frouxamente acoplado é aquele em que cada um dos seus componentes tem, ou faz uso de, pouco ou nenhum conhecimento das definições de outros componentes separados. As sub-áreas incluem o acoplamento de classes, interfaces, dados, e serviços. Acoplamento solto é o oposto de acoplamento apertado. Fonte: Wikipedia
9. Metadados: Comummente referidos como "dados sobre dados". Nos sistemas GRP, os metadados incluem classificações comuns como orçamento, organização, contabilidade, estatísticas, e desempenho. 
10. Interoperabilidade: Interoperabilidade é a propriedade que permite a partilha sem restrições de recursos entre diferentes sistemas. Isto pode referir-se à capacidade de partilhar dados entre diferentes componentes ou máquinas, tanto através de software como hardware, ou pode ser definido como a troca de informações e recursos entre diferentes computadores através de redes locais (LANs) ou redes de área ampla (WANs). Em termos gerais, a interoperabilidade é a capacidade de dois ou mais componentes ou sistemas para trocar informações e utilizar as informações que foram trocadas. Fonte: Technopedia
11. Separação de funções: O conceito de ter mais do que uma pessoa necessária para completar uma tarefa. Nos negócios, a separação por partilha de mais de um indivíduo numa única tarefa é um controlo interno destinado a evitar fraudes e erros. Fonte: Wikipedia
12. Interface de programação de aplicações (API): Na 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 construçã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 montados pelo programador. Fonte: Wikipedia
13. Serviços Web: Um conceito de software e infra-estrutura para comunicação programa a programa e entrega de componentes de aplicação. O conceito de serviços Web trata o software como um conjunto de serviços acessíveis através de redes omnipresentes, utilizando normas e protocolos baseados na Web. Especificamente, um serviço Web é um componente de software que pode ser acedido por outra aplicação (tal como um cliente, um servidor ou outro serviço Web) através da utilização de protocolos e transportes geralmente disponíveis e omnipresentes. Fonte: Gartner
14. Middleware: Middleware é o software "cola" que ajuda programas e 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 peças de software. Fonte: Grupo Gartner
15. Governação da Informação: A especificação dos direitos de decisão e um quadro de responsabilização para assegurar um comportamento adequado na avaliação, criação, armazenamento, utilização, arquivo e eliminação da informação. Inclui os processos, papéis e políticas, normas e métricas que asseguram o uso eficaz e eficiente da informação, permitindo a uma organização alcançar os seus objectivos. Fonte: Gartner
16. Autocarro de serviço empresarial (ESB): Um Enterprise Service Bus (ESB) é fundamentalmente uma arquitectura. É um conjunto de regras e princípios para a integração de numerosas aplicações numa infra-estrutura semelhante à de um autocarro. Os produtos ESB permitem que os utilizadores construam este tipo de arquitectura, mas variam na forma como o fazem e nas capacidades que oferecem. O conceito central da arquitectura ESB é que se integram diferentes aplicações, colocando um autocarro de comunicação entre elas e depois permitir que cada aplicação fale com o autocarro. Isto dissocia sistemas uns dos outros, permitindo-lhes comunicar sem dependência ou conhecimento de outros sistemas no autocarro. O conceito de ESB nasceu da necessidade de se afastar 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 forma central de monitorização ou resolução de problemas. Isto é frequentemente referido como "código spaghetti" e não é escalonado porque cria dependências apertadas entre aplicações. Fonte: Mulesoft
17. Sistemas Abertos: Sistemas informáticos que proporcionam alguma combinação de interoperabilidade, portabilidade, e normas de software aberto. Fonte: Wikipedia
18. Pós-moderno: Uma estratégia tecnológica que automatiza e liga as capacidades administrativas e operacionais do negócio (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 do negócio. 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: Agile Software Development: Gartner
20. Bimodal IT: A prática de gerir dois estilos de trabalho separados mas coerentes: um centrado na previsibilidade; o outro na exploração. O modo 1 está optimizado para áreas mais previsíveis e bem compreendidas. Concentra-se na exploração do que é conhecido, ao mesmo tempo que renova o ambiente legado num estado que é adequado para 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, adoptando potencialmente uma abordagem de produto mínimo viável (MVP). Ambos os modos são essenciais para criar valor substancial e conduzir a mudanças organizacionais significativas, e nenhum deles é estático. Casar uma evolução mais previsível de produtos e tecnologias (Modo 1) com o novo e inovador (Modo 2) é a essência de uma capacidade bimodal da empresa. Ambos desempenham um papel essencial na transformação digital. Fonte: Gartner
21. Estrutura ágil em escala (SAFe): Um conjunto de padrões de organização e fluxo de trabalho destinados a guiar as empresas em práticas ágeis e de escalonamento. Fonte: Wikipedia
22. Adaptação Iterativa Orientada para o Problema (PDIA): Uma abordagem passo a passo que o ajuda a decompor os seus problemas nas suas causas profundas, identificar pontos de entrada, procurar possíveis soluções, agir, reflectir sobre o que aprendeu, adaptar-se e depois agir novamente. É um processo dinâmico com loops de feedback apertados que lhe permite construir a sua própria solução para o seu problema que se adapta 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 operações de tecnologia da informação (Ops) para encurtar o ciclo de vida do desenvolvimento de sistemas, ao mesmo tempo que fornece características, correcções e actualizações frequentemente em estreito alinhamento com os objectivos empresariais. Fonte: Ops: Wikipedia
24. DevSecOps: Pensar na segurança da aplicação e das infra-estruturas desde o início. Também significa automatizar algumas portas de segurança para evitar que o fluxo de trabalho 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 em vez de mais tarde. Fonte: DevOps: Chapéu Vermelho
25. Programação orientada a 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 frequentemente modificar os campos de dados do objecto ao qual estão associados (os objectos têm uma noção de "isto" ou "eu"). No OOP, os programas de computador são concebidos fazendo-os a partir de objectos que interagem uns com os outros. Fonte: Wikipedia
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 tradicional programação informática. A plataforma pode concentrar-se na concepção e desenvolvimento de um tipo particular de aplicação: tais como bases de dados, processos empresariais, ou interfaces de utilizador, tais como aplicações web. Tais plataformas podem produzir aplicações inteiramente operacionais, ou requerer uma codificação adicional para situações específicas. As plataformas de desenvolvimento de código baixo reduzem a quantidade de codificação manual tradicional, permitindo a entrega acelerada de aplicações empresariais. Fonte: Wikipedia
27. Sem código: permite que programadores e não programadores criem software de aplicação através de interfaces gráficas de utilizador e configuração em vez da tradicional programação informática. As plataformas de desenvolvimento sem código estão intimamente relacionadas com plataformas de desenvolvimento de baixo código, uma vez que ambas são concebidas para acelerar o processo de desenvolvimento de aplicações. Fonte: Wikipedia
28. Pensamento do design: Os processos cognitivos, estratégicos e práticos através dos quais os conceitos de design (propostas para novos produtos, edifícios, máquinas, etc.) são desenvolvidos por designers e/ou equipas de design. Muitos dos conceitos e aspectos chave do pensamento design foram identificados através de estudos, em diferentes domínios do design, da cognição do design e da actividade de design, tanto em laboratório como em contextos naturais. O pensamento design está também associado a prescrições para a inovação de produtos e serviços dentro de contextos empresariais e sociais. Fonte: Wikipedia
29. Sistemas de: Estrutura para compreender as tecnologias de transformação digital no governo:
    • Sistemas de Registosistemas centrais de informação que fornecem dados transaccionais, gestão de transacções, fluxo de trabalho e controlos
    • Sistemas de Engajamento: sistemas de informação concebidos para comunicações bidireccionais, e novas formas de recolha de dados, muitas vezes chamados SMACT (Social, Móvel, Analítico, Nuvem, e Internet das Coisas), ou que analistas, o Gartner Group chama "o Nexo das Forças"., e chamadas IDC "a Terceira Plataforma.”
    • Sistemas de Inteligência: sistemas de informação concebidos para dar sentido ao fluxo de informação de novas formas:
      • Economia Partilhada: facilitar a transferência e partilha de valores
      • Realidade Aumentada e Realidade Virtual: facilitar a visualização da informação
      • Blockchain: aumentar a confiança digitalmente
      • Computação Cognitiva: aumentar as capacidades humanas com a aprendizagem de máquinas
      • Sistemas Físicos Cibernéticos: permitindo a "quarta revolução industrial" de produtividade e personalização sem paralelo, particularmente para governos inteligentes e cidades inteligentes
    • Sistemas de Inovação: sistemas de informação concebidos para avanços na governação que potenciem as tecnologias emergentes de:
      • Colaboração Ágil: facilitar a colaboração entre organizações governamentais, cidadãos, partes interessadas sem fins lucrativos e empresariais, governos externos, e instituições internacionais
      • Microservices: facilitar a integração entre programas de software utilizados pelos governos e partes interessadas
      • Código baixo/Não Código: facilitar a configuração e a personalização dos sistemas de informação
      • Inteligência Artificiale: aumentar os sistemas de inteligência a partir de sistemas especializados como as IU de conversação, chatbots, Robotic Process Automation, e aprendizagem de máquinas específicas de domínio para a IA generalizada
      • No entanto, tecnologias emergentes, ou tecnologias ainda perdidas em ruído e hype
30. Computação Pública em Nuvem: Um estilo de computação em que capacidades de TI escaláveis e elásticas são fornecidas como um serviço a clientes externos utilizando tecnologias de Internet - ou seja, a computação pública em nuvem utiliza tecnologias de computação em nuvem para apoiar clientes que são externos à organização do fornecedor. A utilização de serviços públicos na nuvem gera os tipos de economias de escala e partilha de recursos que podem reduzir os custos e aumentar as escolhas de tecnologias. Do ponto de vista de uma organização governamental, a utilização de serviços públicos na nuvem 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 onde os dados estariam localizados e armazenados. Fonte: Gartner
31. Computação em Nuvem Híbrida: Fornecimento, utilização e gestão de serviços baseados em políticas e coordenados através de uma mistura de serviços internos e externos em nuvem. Fonte: Gartner
32. Computação Privada em Nuvem: Uma forma de computação em nuvem que é utilizada apenas por uma organização, ou que assegura 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 é estruturada como um ponto de serviço centralizado e está centrada em funções empresariais definidas. Estas funções são apoiadas por TI e serviços de TI para múltiplas unidades de negócio dentro da empresa. Os serviços partilhados podem provir de vários locais físicos diferentes, e podem envolver numerosas funções empresariais e processos TI. A definição, estrutura e âmbito de um CSS começam dentro da empresa. Por vezes, as empresas contratam fornecedores externos para consultar vários elementos da concepção, estrutura, opções de localização e opções de execução. A execução e entrega a longo prazo pode ser feita por pessoal interno da empresa ou por prestadores de serviços, ou por alguma combinação destes. Consequentemente, a definição de serviços partilhados é independente da opção de sourcing para entrega. Fonte: Gartner
34. Computação em Nuvem Comunitária: Um ambiente de serviços de computação em nuvem partilhado que é dirigido a um conjunto limitado de organizações ou empregados (tais como bancos ou chefes de empresas comerciais). O princípio de organização para a comunidade variará, mas os membros da comunidade partilham geralmente requisitos semelhantes de segurança, privacidade, desempenho e conformidade. Os membros da comunidade podem desejar invocar um mecanismo que é frequentemente gerido por eles próprios (e não apenas pelo fornecedor) para rever aqueles que procuram entrar na comunidade. Fonte: Gartner
35. Gestão do Desempenho Empresarial: Termo geral que descreve as metodologias, métricas, processos e sistemas utilizados para monitorizar e gerir o desempenho empresarial de uma empresa. Aplicações que permitem ao CPM traduzir informação estrategicamente focalizada para planos operacionais e enviar resultados agregados. Fonte: CPM: Gartner
36. Cientista de dados: O papel crítico é para as organizações que procuram extrair informações dos recursos de informação para iniciativas de "grandes dados" e requer uma ampla combinação de competências que podem ser melhor preenchidas como equipa, por exemplo: É necessária colaboração e trabalho de equipa para trabalhar com as partes interessadas empresariais a fim de compreender as questões empresariais. São necessárias competências analíticas e de modelação de decisões para descobrir relações dentro dos dados e detectar padrões. São necessárias aptidões de gestão de dados para construir o conjunto de dados relevantes utilizados 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. Metadados é "informação que descreve várias facetas de um bem de informação para melhorar a sua usabilidade ao longo do seu ciclo de vida. Fonte: Gartner
38. Análise de Auto-serviço: Uma forma de inteligência empresarial (BI) em que os profissionais da linha de negócios são habilitados e encorajados a realizar consultas e gerar relatórios por conta própria, com apoio informático nominal. 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 armazenar dados extraídos de sistemas de transacção, armazéns de dados operacionais e fontes externas. O armazém combina então esses dados numa forma agregada e sumária adequada para análise de dados e relatórios de toda a empresa para necessidades comerciais pré-definidas. Fonte: Gartner
40. Lago de Dados: Uma colecção de instâncias de armazenamento de vários activos de dados para além das fontes de dados de origem. Estes activos são armazenados numa cópia quase exacta, ou mesmo exacta, do formato da fonte. 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 o seu refinamento de dados e técnicas de análise independentes de qualquer dos compromissos do sistema de registos que possam existir num armazém de dados analíticos tradicional (como um mart de dados ou um armazém de dados). Fonte: Gartner
41. Grandes Dados: Recursos de informação de alto volume, alta velocidade e/ou alta variedade que exigem formas rentáveis e inovadoras de processamento de informação que permitem uma melhor percepção, tomada de decisões e automatização de processos. Fonte: Gartner
42. Visualização: A ilustração dos objectos de informação e das suas relações numa exposição. A visualização estratégica ilustra graficamente a força das relações através da proximidade dos objectos expostos. A tecnologia avançada pode fazer uma diferença significativa na capacidade dos utilizadores de interagir com grandes repositórios de conhecimento. Estes avanços utilizam a distância entre objectos no visor para reflectir a semelhança de significado, semelhança de conteúdo ou outras relações (por exemplo, associação a um grupo). Fonte: Gartner 
43. Planeamento de Recursos Empresariais (ERP): é definida 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, tais como os encontrados nas finanças, RH, distribuição, fabrico, serviço e cadeia de fornecimento. As aplicações ERP automatizam e apoiam uma gama de processos empresariais administrativos e operacionais em múltiplas indústrias, incluindo a linha de negócio, a orientação para o cliente, os aspectos administrativos e de gestão de activos de uma empresa. Contudo, 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