Cómo diseñar un sistema de información de gestión financiera

Publicado el 5 de febrero de 2022 en Tecnología gubernamental

Cómo minimizar los riesgos en la gestión y administración de las finanzas públicas

El enfoque modular se considera el mejor Sistema de Información de Gestión Financiera (FMIS) según el Fondo Monetario Internacional papel Cómo diseñar un sistema de información para la gestión financiera - Un enfoque modular. El documento analiza los decepcionantes resultados de más de 45 implantaciones de SIFM en países en desarrollo y economías emergentes. Los autores concluyen que un enfoque modular supera muchas deficiencias del FMIS y es capaz de alcanzar los objetivos de la reforma a largo plazo.

Los países encuestados contaban con algún tipo de Sistema Integrado de Gestión Financiera (SIGF), pero buscaban mejorar y modernizar estos sistemas para vincularlos con plataformas subnacionales y sistemas relacionados de Gestión de las Finanzas Públicas (GFP), tales como planificación presupuestaria, contratación pública y gestión de la deuda.

Los autores cuestionan muchas opiniones muy arraigadas en las comunidades de gestión de las finanzas públicas y software empresarial. Muestran cómo la tecnología frena a menudo los esfuerzos de reforma de la GFP. Y afirman que "la capacidad del sistema para satisfacer las necesidades actuales y previstas de la GFP es una condición previa fundamental para el éxito del SIGF". Aunque los analistas tecnológicos recomiendan el uso de Commercial-Off-The-Shelf (COTS)¹ sistemas de gestión financiera para aplicaciones complejas como los libros mayoresSin embargo, muchos en la comunidad de PFM, incluidos los autores del estudio, sugieren que los sistemas desarrollados a medida son opciones legítimas. Creemos que Planificación de recursos públicos (GRP) es la respuesta.

FreeBalance es algo único en el mercado mundial al centrarse exclusivamente en aplicaciones GRP COTS, la FreeBalance Accountability Suite™y una plataforma COTS para el desarrollo de software de gestión financiera de clientes, el Plataforma de rendición de cuentas FreeBalance™.. La implantación de FMIS en cerca de 30 países nos proporciona una perspectiva matizada y experimentada sobre la creación de sistemas de gestión financiera gubernamental. 

Estamos muy preocupados por éxito sostenible del gobierno en gestión financiera. Vemos la sostenibilidad del FMIS como:

• Sostenibilidad financieraEl Gobierno, la asequibilidad a largo plazo o Coste total de propiedad (TCO)² para todo el ciclo de vida de la solución, incluidos el desarrollo, la implantación, el mantenimiento y la retirada.
• Reforma Sostenibilidadla capacidad de los sistemas de información para adaptarse a la futura reforma y modernización, incluida la contabilidad de ejercicio, la presupuestación por programas, la gestión de resultados, la optimización de recursos y la descentralización.

Esta noción de reformar la sostenibilidad es una preocupación fundamental en el sector público. Todos los gobiernos son testigos de la reforma y la modernización. La magnitud del cambio supera a la del sector privado. Éxito sostenible del SIGF viene de entender eso:

• La tecnología y el diseño de soluciones son importantes 
• Los proyectos de gestión financiera son transformacionales y su impacto va mucho más allá de la informática y la contabilidad.
• La gobernanza del proyecto y del producto son ingredientes críticos

Tipos de sistemas de gestión financiera

Nos gustaría ampliar los conceptos introducidos en el papel a través del prisma de la tecnología de software empresarial y las prácticas de implantación, con algunas recomendaciones. Los temas del documento que se amplían a continuación son:

1. Modularidad del software - montaje de carteras del FMIS mediante componentes de software
2. Enfoque Core First - primero se consolidan las funciones básicas del FMIS
3. Interoperabilidad fiscal - procesos completos del FMIS integrados en todos los módulos
4. Apalancamiento de la inversión - Optimizar las inversiones actuales del FMIS y evitar "arrancar y sustituir".
5. Implantación ágil - técnicas científicas modernas adaptadas a los proyectos del FMIS
6. Tecnología avanzada - ampliar las capacidades del FMIS mediante las últimas tecnologías innovadoras
7. Rendimiento y transparencia - aprovechar el FMIS para mejorar la eficacia de la Administración y la transparencia fiscal
8. Construir o comprar - determinar si conviene crear software a medida o comprar paquetes de software para toda la cartera del FMIS

Existe un solapamiento significativo entre estos temas. La modularidad es el tema clave del documento y la principal dependencia de los demás temas.

1. Modularidad del software

"Se ha demostrado que las grandes aplicaciones FMIS e IFMIS son menos eficientes en muchos entornos que los sistemas que se centran en unos pocos módulos centrales de PFM, [y] adoptan un enfoque secuenciado para la implementación".

Modularidad del software³ para apoyar enfoques secuenciados en los que los sistemas de información de gestión financiera se ajusten a las necesidades de reforma y modernización de la gestión de las finanzas públicas. Y, a menudo es difícil contener todos los objetivos de los sistemas financieros utilizando una única solución en un único gran paso utilizando un enfoque "big bang". Sin embargo Banco Mundial estudiarLa conclusión es que "tanto los procesos de implantación masiva como los graduales de los sistemas FMIS plantean dificultades, y no parece haber una respuesta fácil a cuál es el mejor planteamiento". 

Mi impresión es que la mayoría de los expertos en PFM prefieren el victorias rápidas en la implantación del SIGF. Esto puede reducir la resistencia al cambio. Los enfoques "big bang" pueden beneficiarse del diseño modular demostrando el funcionamiento del software a lo largo del proceso de articulación de necesidades. 

Perspectiva de aplicación

La modularidad facilita la implantación del SIGF por parte de las administraciones públicas y los cambios futuros:

• La funcionalidad puede ser aplicación por fases sin necesidad de articular completamente todos los requisitos antes de proceder, incluida la adaptación de los requisitos de futuros módulos en función de lo aprendido en etapas anteriores
• El despliegue de las funciones del SIGF puede ajustarse a capacidad organizativa y las prioridades de las finanzas públicas, como la implantación de nuevos módulos en ministerios de mayor capacidad y con una importante interacción ciudadana. 
• Los módulos pueden ser activación progresiva⁴ apoyar la reforma en curso a medida que se añaden nuevas funciones en una secuencia adecuada a los objetivos del Gobierno

Perspectiva tecnológica

El software empresarial se ha vuelto más modular, con importantes ventajas para los gobiernos:

• Uso de componentes granulares en Arquitecturas orientadas a servicios (SOA)⁵ permite compartir piezas de funcionalidad coherente entre sistemas y puede eliminar duplicaciones funcionales innecesarias.
• Un buen diseño modular favorece la extensibilidad⁶ aprovechando las funciones existentes para satisfacer nuevas necesidades
• Los gobiernos pueden cambiar a módulos más avanzados con un trastorno limitado cuando se utilizan diseños más modernos. 
• Los módulos de servicios externos, como conciliación bancaria, datos macroeconómicos y tipos de cambio, pueden ayudar a automatizar los procesos de la Administración.

Recomendaciones

El éxito en la consecución de los beneficios de la modularidad gubernamental requiere:

• Resulta útil adoptar una perspectiva de componentes de funciones en lugar de considerar las funciones de silo como grandes "módulos" independientes, es decir, nómina o contratación Los "módulos" deben constar de muchos componentes identificables para que puedan considerarse "modulares":
• Un concepto de diseño de SIFM que consta de muchos módulos que pueden integrarse o reutilizarse en muchos contextos.

Examinar los enfoques de modularidad de los componentes en función de si son de grano grueso o fino.⁷ con acoplamiento débil o estrecho⁸ para determinar la aplicabilidad de la tecnología a cualquier componente.

2. Núcleo Primero

"Apoyar la aplicación y el seguimiento de los objetivos fiscales básicos, las normas fiscales y los reglamentos financieros, dando prioridad al fortalecimiento de las funciones de contabilidad, presupuesto, tesorería e información del FMIS." 

Esta noción de modularidad va más allá de los conceptos tecnológicos. Algunos gobiernos intentaron automatizar más funciones de las que permitía la capacidad de absorción del servicio público. Las implantaciones de sistemas financieros podrían entenderse mejor como ejercicios de desarrollo de competencias. El enfoque "core-first" permite escalar las competencias. Avanzado Capacidades de gestión de las finanzas públicas dependen de la ampliación de las competencias básicas.

La definición de lo que es básico y lo que no lo es depende de las circunstancias. El documento señala que "un SIGF básico se define en esta nota como un sistema de información que apoya la ejecución del presupuesto, la contabilidad y las funciones de tesorería y gestión de efectivo, y genera informes financieros de manera oportuna". Por ejemplo, la sofisticación de la ejecución presupuestaria difiere entre países. Algunos países utilizan múltiples etapas de contabilidad de compromisos con tolerancias incorporadas, y discrecionalidad en las transferencias presupuestarias. Hay muchas economías avanzadas que sólo recientemente han adoptado contabilidad de compromiso. 

Los servicios públicos de mayor capacidad pueden absorber más funciones nuevas y mostrar menor resistencia al cambio. Además, el núcleo puede depender de las circunstancias de cada país, donde puede ser de vital importancia automatizar las nóminas, las adquisiciones o la administración fiscal. Estas consideraciones proporcionan un análisis más matizado de los enfoques "big bang" frente a los graduales.

Perspectiva de aplicación

El enfoque "core-first", que suele abarcar la contabilidad y la ejecución presupuestaria:

• Captura los metadatos principales⁹Los controles y procesos necesarios para la gestión financiera en todo el ciclo presupuestario se comparten con todas las demás funciones.
• Se convierte en la clave cambio organizativo y capacidad humana hito que fija las expectativas de cambios futuros
• Proporciona aprendizaje organizativo al permitir cambios en los sistemas de prototipos, pruebas de concepto, pruebas y producción, al tiempo que establece normas de gestión financiera.
• Mejora la calidad de la información para estructurar mejor la formulación del presupuesto y las funciones financieras secundarias.

Perspectiva tecnológica

Modularidad en Tecnología FMIS es una consideración importante en el enfoque "core-first":

• Algunos enfoques del SIGF no apoyan eficazmente esta intención de "lo primero es lo primero" cuando todas las funciones y metadatos deben definirse de antemano, ya que ajustarlos a posteriori es difícil y lleva mucho tiempo, como por ejemplo no apoyar un sistema plurianual. Plan contable
• Los módulos independientes se diseñan sin tener en cuenta el estado final deseado del SIFF, impulsado por las futuras reformas previstas.

Recomendaciones

Las implantaciones con éxito siguen un planteamiento básico que demuestra:

• Huella básica realista para el contexto gubernamental, incluida la madurez de la capacidad de gestión financiera, que difiere según los países. 
• Necesidad de crear clasificaciones presupuestarias y contables compartidas para "garantizar el registro contable y presupuestario puntual y fiable de las transacciones financieras"
• Adaptabilidad que anticipa futuras reformas, incluyendo descentralizaciónfunciones de reorganización o devengo que se producen dentro de las funciones básicas  
• Fases que podrían solaparse, de modo que el diseño de una nueva fase puede llevarse a cabo en medio de las pruebas de las fases anteriores en algunos casos.

3. Interoperabilidad fiscal

"Facilitar el intercambio de información entre los módulos centrales y no centrales del FMIS, y entre los sistemas de información gestionados por los distintos ministerios y organismos". 

Interoperabilidad¹⁰ es más que tecnología y más que eficiencia. La interoperabilidad implica la integración de procesos en todas las funciones financieras que se reproducen y automatizan a través de la tecnología. A menudo, los procesos financieros de las administraciones públicas no están integrados lógicamente entre ministerios, niveles de gobierno o empresas públicas. La integración tecnológica suele seguir prácticas deficientes, y a menudo se centra en la ejecución de gastos e ingresos en lugar de en los ciclos completos de preparación del presupuesto y previsión de tesorería. Cumplimiento, controles y separación de funciones¹¹ suelen faltar en la integración de procesos y tecnologías, lo que aumenta los riesgos.

Muchos proveedores COTS afirman que ofrecen integración e interoperabilidad. Esto suele ser engañoso. Algunos grandes proveedores han adquirido tantas empresas con tantas plataformas tecnológicas que la interoperabilidad total es casi imposible. Algunas suites de productos pueden desplegarse con metadatos y controles diferentes entre módulos.

Perspectiva de aplicación

La interoperabilidad de procesos requiere la integración de procesos y flujos de trabajo:

• A menudo hay numerosos subsistemas que proporcionan funciones financieras específicas y únicas para cumplir con los requisitos legislativos y legales en los ministerios, organismos y empresas estatales que necesitan la consolidación financiera para mostrar la situación fiscal real de los gobiernos.
• Las definiciones coherentes de procesos y conceptos permiten la interoperabilidad funcional incluso con interfaces de software limitadas o el uso de prácticas de integración deficientes, como las llamadas directas a bases de datos.
• Los requisitos legales de descentralización pueden impedir a los gobiernos lograr la interoperabilidad intergubernamental

Perspectiva tecnológica

La interoperabilidad tiene muchas dimensiones tecnológicas que hay que tener en cuenta:

• Asignación de metadatos, o conceptos, entre módulos para proporcionar una versión coherente de la "verdad" que elimine las incoherencias.
• Resistencia a los cambios en los módulos mediante interfaces de programas de aplicación (API) eficaces.¹² o Servicios web¹³ soporte
• Buenas prácticas de integración, como eliminar las llamadas directas a bases de datos, los procedimientos almacenados, las interfaces manuales, el screen scraping, los archivos planos y los enfoques propietarios.
• Las suites de productos que ofrecen una buena interoperabilidad inmediata entre funciones pueden hacerlo utilizando interfaces y middleware propios.¹⁴ aumentando el riesgo de que los gobiernos queden atrapados en esa cartera

Recomendaciones

Pocos gobiernos están en condiciones de lograr la plena interoperabilidad entre sistemas por razones tecnológicas y jurídicas. Los gobiernos pueden mejorar la interoperabilidad mediante:

• Trazado de todas las aplicaciones en uso, tecnología de apoyo en uso, integración existente, calidad de la integración, comparaciones con la integración lógica.
• Un marco claro de interoperabilidad en todo el ciclo presupuestario, como la integración de la gestión de la deuda con sistemas de elaboración de presupuestos para mejorar la toma de decisiones, con controles de compromiso para prever mejor los gastos de pago de la deuda, y con sistemas contables para gestionar los ingresos de la deuda y los operaciones de gastos
• Gobernanza de la información¹⁵ con definiciones de metadatos, limpieza de datos y procedimientos de auditoría
• Bus de servicios de la empresa¹⁶  diseño que impulsa todas las interfaces a través de un bus compartido que mejora la coherencia de la integración. 
• Enfoques basados en el riesgo que reconozcan el nivel de necesidad de interoperabilidad funcional cuando algunos sistemas autónomos en silos no tengan un impacto material en la consolidación presupuestaria.
• Sistemas abiertos seleccionados¹⁷ para reducir la dependencia de un proveedor y aumentar las opciones de módulos en el futuro
• Métodos innovadores para tratar aplicaciones heredadas que no admiten una integración moderna

4. Apalancamiento de la inversión

"Permitir a los países hacer el mejor uso de sus sistemas existentes, utilizando las inversiones en TI y las capacidades de recursos humanos que ya están disponibles, y evitando la necesidad de sustituir la totalidad o la mayor parte de sus actuales FMIS". 

Los presupuestos de TI de las administraciones públicas están bajo presión. La mayoría de las organizaciones gubernamentales soportan una gama más amplia de aplicaciones heredadas que las empresas. Esto se traduce en una mayor proporción de presupuestos de TI dedicados a operaciones y mantenimiento, es decir, a "mantener las luces encendidas". Mientras tanto, los gobiernos se enfrentan a la exigencia de mejorar la prestación de servicios con presupuestos cada vez más reducidos. 

El documento hace una observación importante: "en el caso de las soluciones de software comercial (COTS), por ejemplo, a menudo pueden conseguirse funcionalidades mejores y más eficientes mediante una parametrización mejorada de los módulos existentes del SIFM". Algunas opciones de SIGF lo permiten configuración capacidad que hace que la inversión sea más apalancable. La realidad es que muchas inversiones en sistemas financieros públicos requieren personalización significativa del código para permitir el cambio. Algunos sistemas de gestión de las finanzas públicas utilizan tecnologías obsoletas que aumentan los costes de funcionamiento y reducen la capacidad de ampliación.

Perspectiva de aplicación

Las consideraciones relativas al proceso para aprovechar las inversiones actuales incluyen:

• Grado de apoyo a la eficiencia o la eficacia, incluso si no se automatizan todos los procesos.
• Cumplimiento de los procedimientos actuales y previstos de las finanzas públicas, como la contabilidad de ejercicio.
• Alineación con la capacidad actual del gobierno y mejora previsible de las capacidades

Perspectiva tecnológica

Las consideraciones tecnológicas para aprovechar las inversiones actuales incluyen:

• Medida en que la tecnología es reciente o legadoincluyendo plataformas no compatibles y versiones de aplicaciones no compatibles.
• Adaptabilidad a las soluciones actuales con un coste de personalización limitado, o posmoderno¹⁸ en diseño
• Grado en que los programas informáticos están codificados y son difíciles de adaptar a futuras reformas.
• Grado de utilización de tecnología patentada que restringe las opciones futuras.
• Gastos corrientes a mantener y actualizar Sistemas FMIS
• Capacidad de ampliar la tecnología actual para apoyar otras funciones
• Número de plataformas tecnológicas diferentes en uso, donde un menor número de plataformas simplifica el mantenimiento y la ciberseguridad.
• Grado de escalabilidad para satisfacer las necesidades de tramitación de las administraciones públicas
• Alcance de las necesidades de interoperabilidad satisfechas o no, y riesgo de incumplimiento de la normativa por falta de integración.
• Capacidad para desplegar aplicaciones en entornos virtuales y de nube para reducir costes.
• Facilidad para migrar datos de aplicaciones heredadas a aplicaciones financieras modernas menos costosas.
• Posibilidad de migrar a middleware de software menos costoso, incluido el de código abierto, para reducir los costes de mantenimiento.

Recomendaciones

• Garantizar que todos los parches de la plataforma tecnológica se instalan rápidamente para reducir las vulnerabilidades de ciberseguridad.
• Utilice un enfoque basado en el riesgo identificando el control, la segregación de funciones, la integración y las vulnerabilidades tecnológicas a la hora de considerar la sustitución de módulos o aplicaciones.
• Evaluar eficazmente cualquier sustitución, asegurándose de que se tienen en cuenta todos los costes.
• Considerar enfoques para reducir los costes operativos, como el despliegue en la nube o la sustitución de middleware propietario.
• No caigas en la trampa del coste hundido pensar que una inversión existente debe aprovecharse cuando los costes de sustitución, con los costes de explotación previstos, sean inferiores a los costes de explotación del software actual

5. Implantación ágil

"Proporcionar soluciones más ágiles en entornos que evolucionan rápidamente (por ejemplo, cuando se están llevando a cabo varias reformas de la gestión de las finanzas públicas simultáneamente)". 

Hay una razón por la que los principales proveedores de la web, las redes sociales y la economía colaborativa aprovechan ágil¹⁹ metodologías de aplicación. 

Los procesos ágiles se han generalizado en las administraciones públicas. Los gobiernos recurren a la agilidad para desarrollar nuevas ideas innovadoras y crear aplicaciones rápidas. A menudo se utiliza de forma bimodal²⁰ enfoque en el que las operaciones de los sistemas existentes siguen métodos tradicionales, pero las nuevas iniciativas utilizan métodos ágiles.

Nuestra experiencia coincide con la observación de que "los enfoques de desarrollo de software más ágiles impulsados por la automatización están haciendo que una estrategia de este tipo sea más rápida de aplicar y más rentable que en el pasado."

Marco Ágil Escalado (SAFe)²¹  se utilizan cuando las organizaciones gubernamentales han adquirido competencias ágiles. Adaptación iterativa en función de los problemas (PDIA)²² se utiliza para descubrir problemas para desarrollar soluciones eficaces en el desarrollo del país que a menudo no incluye la tecnología. DevOps²³ se utiliza para alinear las prioridades tecnológicas y funcionales. DevSecOps²⁴ integra la ciberseguridad en la implantación del software.

Perspectiva de aplicación

Los sistemas de gestión financiera se han implantado tradicionalmente utilizando técnicas de cascada que son asociado a dificultades que incluyen:

• Desarrollo de requisitos complejos antes de la adquisición que a menudo están desconectados de las necesidades reales.
• Largos análisis de "lo que hay", "lo que queda por hacer" y "las diferencias de ajuste" que aumentan la resistencia al cambio y las posibilidades de personalizaciones innecesarias.
• Gestión de proyectos rígida que construye hitos poco realistas, en lugar de reconocer que las especificaciones originales son probablemente defectuosas, y los procesos ágiles son a menudo más eficaces.
• Centrarse en el cumplimiento de los contratos, incluida la elaboración de documentación innecesaria.

La eficacia ágil proviene de:

• Centrarse en los problemas, incluyendo técnicas científicas para validar las ideas en lugar de imponer soluciones que no son adecuadas.
• Iteraciones cortas que consiguen victorias rápidas e implican a los usuarios para reducir la resistencia al cambio.
• Adaptar la aplicación a las necesidades reales
• Integración de especialistas, diseñadores, analistas y equipos de desarrollo para facilitar la comunicación y el establecimiento de prioridades.

Perspectiva tecnológica

La agilidad es posible gracias a tecnologías como:

• Lenguajes de programación orientados a objetos²⁵ que favorecen la reutilización y la ampliación
• Uso de código bajo²⁶ y sin código²⁷ métodos que faciliten el cambio y aceleren las implantaciones
• Herramientas automatizadas para pruebas, prototipos y seguimiento de proyectos

Recomendaciones

El concepto de agilidad es contraintuitivo para muchos funcionarios públicos. Los proyectos suelen seleccionarse en función de la previsibilidad de los resultados. Los proyectos de gobernanza, como la implantación de un nuevo sistema financiero, pueden ser políticos. Ágil también cambian la naturaleza de la gestión de proyectos:  

• Pensamiento de diseño²⁸ y la creación de prototipos para validar la satisfacción de las necesidades de los usuarios sustituye a los tradicionales procesos informáticos descendentes.
• Comunicaciones continuas a través de tableros de procesos que muestran las iteraciones actuales, el progreso y los atrasos.
• Enfoques bimodales en los que algunos proyectos nuevos aprovechan la agilidad mientras que el mantenimiento de los sistemas actuales sigue siendo tradicional.
• La experimentación en pequeñas aplicaciones, a menudo empezando con prototipos de papel, genera conocimientos 
• Poner a prueba cada paso para descubrir prácticas y soluciones, a menudo no relacionadas con la tecnología, que funcionen eficazmente en el contexto.

6. Tecnología avanzada

"Aumentar la flexibilidad para incorporar tecnologías avanzadas en el FMIS, incluidos los sistemas basados en la web o multicapa". 

La tecnología avanzada se implementa a menudo como funciones independientes o para satisfacer los requisitos exclusivos de los ministerios competentes. El gobierno inteligente y las aplicaciones de autoservicio para los ciudadanos tienen un importante potencial de rentabilidad. Sin embargo, los gobiernos que tienen dificultades para implantar funciones financieras básicas pueden no estar en condiciones de adquirir e implantar eficazmente tecnología avanzada. 

La mayoría de los observadores describen la necesidad de desarrollar casos de negocio antes de adquirir tecnologías avanzadas, aunque es difícil sacar conclusiones sobre su utilidad. Se fomenta la experimentación, pero la mayoría de las pruebas de concepto de blockchain y muchas de aprendizaje automático e IoT no han logrado escalar en la Administración a pesar de tantos "casos de uso" publicados por los principales proveedores de tecnología.

Perspectiva de aplicación

La utilidad de las tecnologías avanzadas para ampliar la funcionalidad financiera de los gobiernos depende del contexto de cada país:

• Objetivos de los usuarios, incluida la infraestructura digital, las competencias y los factores de forma de los dispositivos utilizados.
• Normas sociales y culturales relacionadas con la automatización, la privacidad y la seguridad
• Priorización de dominios en función de las necesidades de los países, como la aplicabilidad de blockchain para el registro de la propiedad en países con suficiente ancho de banda que sufren de evasión de impuestos sobre la propiedad.

Perspectiva tecnológica

Las tecnologías avanzadas suelen requerir "sistemas de registro" administrativos fiables.²⁹ como una sólida gestión financiera:

• Sistemas de compromiso como los pagos en línea de ciudadanos y empresas por licencias, permisos o impuestos, requiere integración con los sistemas de ingresos, gastos, gestión de expedientes y bancarios.
• Sistemas de inteligencia como en línea portales de transparencia presupuestaria requieren la integración con los sistemas contables administrativos de las administraciones públicas con datos integrados para obtener información precisa y oportuna
• Sistemas de innovación como activos inteligentes requiere la integración con los sistemas administrativos de adquisición para gestionar el mantenimiento y predecir las necesidades de sustitución

Recomendaciones

Los gobiernos deben considerar el uso de la tecnología avanzada de forma holística:

• Priorización mediante la adecuación de los casos de uso de tecnología avanzada a las necesidades del país y la identificación de las necesidades de infraestructura digital dependientes.
• Experimentación mediante técnicas de aplicación ágiles para consolidar los rendimientos potenciales y priorizar las iniciativas.
• Adquisiciones ágiles métodos para contratar a proveedores innovadores con el fin de crear pruebas de concepto
• El análisis de los sistemas existentes para comprender qué iniciativa de tecnología avanzada puede habilitarse mejor.
• Soluciones de prueba en la nube pública³⁰ y de código abierto, siempre que sea posible, para reducir costes.
• Centrarse en prototipos y pruebas de concepto con menos preocupación por las plataformas utilizadas, reconociendo que las soluciones aplicadas pueden diferentes plataformas.
• Considere el mejor híbrido³¹ aplicaciones de la nube privada³²servicios compartidos³³, nube comunitaria³⁴y nube pública tecnologías para optimizar los costes y la ciberseguridad, reconociendo que las versiones de prueba y de producción pueden desplegarse con enfoques diferentes.
• La mayor parte de la tecnología avanzada se basa en proyectos de código abierto, por lo que los gobiernos deberían preferirlos a las soluciones propietarias, sobre todo en las fases de experimentación.

7. Rendimiento y transparencia

"El objetivo general de un FMIS, como herramienta clave de gestión fiscal, es generar datos e informes financieros oportunos, relevantes y fiables que apoyen la toma de decisiones financieras y mejoras en la disciplina fiscal, el control del gasto y la transparencia fiscal." 

Las ideas sobre analítica en el sector del software empresarial han madurado en las dos últimas décadas. Un ejemplo es el Cuatro capacidades analíticas presentado por la Grupo Gartner de: 

• Descriptivo¿Qué ha pasado?
• Diagnóstico¿Por qué ocurrió?
• Predictivo¿Qué ocurrirá?
• Prescriptivo¿Qué debo hacer?

La toma de decisiones financieras requiere algo más que los informes tradicionales. En las administraciones públicas es obligatorio presentar informes. Pero los informes de excepciones y las alertas son mucho más importantes desde el punto de vista operativo. El valor real de la toma de decisiones procede de la previsión, la ciencia de datos, los modelos analíticos y la visualización.

La transparencia fiscal suele apoyarse en la misma infraestructura y herramientas similares que se proporcionan a los responsables de la toma de decisiones del gobierno. Esto se debe a que la transparencia fiscal permite tomar decisiones a los ciudadanos, los expatriados, las empresas, la inversión extranjera directa, las remesas y las agencias de crédito. 

También debe entenderse que la gestión del rendimiento es mucho más difícil en la administración pública que en el sector privado. Las empresas operan con un objetivo final: el beneficio. Los directivos de las empresas saben que el incumplimiento de los objetivos de beneficios cuando se cumplen los objetivos de rendimiento es señal de objetivos deficientes. Sin embargo, las administraciones públicas no tienen ese objetivo. Además, a menudo intervienen muchos factores que escapan al control de la Administración y que afectan a los resultados.

Perspectiva de aplicación

Existen numerosos sistemas de "inteligencia empresarial" y "gestión del rendimiento corporativo".³⁵ soluciones informáticas. La aplicación de estas soluciones depende de muchos factores no tecnológicos:

• Vinculación lógica de los resultados con la estrategia gubernamental para una medición coherente, como en el caso de la relación calidad-precio de la contratación pública y la evaluación del rendimiento de los funcionarios.
• Vínculos lógicos entre los objetivos de resultados y productos con las clasificaciones presupuestarias para hacer un seguimiento de la eficacia de las asignaciones (lo que llamamos: integrar el Plan Contable con el Plan de Objetivos).
• Conjunto adecuado de indicadores de resultados para facilitar el seguimiento sin abrumar a los funcionarios.
• Accesibilidad, claridad y facilidad de uso de la información en función de la audiencia

Calidad y amplitud de la información para los científicos de datos³⁶

Perspectiva tecnológica

La integración entre sistemas facilita la gestión del rendimiento y permite la automatización de la transparencia fiscal. Las consideraciones tecnológicas incluyen:

• Integración de metadatos en todos los sistemas, especialmente clasificaciones de presupuestos y objetivos, mediante la gestión de metadatos empresariales.³⁷
• Aumento de la huella de big data, incluidos los datos no estructurados en forma de documentos, registros de auditoría, dispositivos IoT y fuentes de redes sociales.
• Mayor complejidad de la clasificación de la información para el aprendizaje automático
• Necesidad potencial de análisis de computación de borde y computación elástica en nube para conjuntos de datos muy grandes.
• Análisis de autoservicio³⁸ necesidades mediante cuadros de mando, paneles de control y consultas sencillas de datos. 

Recomendaciones

La elaboración de informes, análisis y cuadros de mando eficaces para ayudar a los responsables de la toma de decisiones requiere la integración de los datos entre los sistemas que los necesitan:

• Utilización de almacenes de datos³⁹ tecnología para racionalizar los datos de sistemas dispares para los responsables de la toma de decisiones en situaciones en las que existe una coherencia razonable de los datos. 
• Métodos de validación de la información para mejorar la calidad de los datos que podrían incluir métodos de depuración de datos.
• Uso de lagos de datos⁴⁰ y la computación en nube para gestionar los macrodatos⁴¹ integración para los responsables financieros
• Desarrollar las competencias informáticas y de ciencia de datos adecuadas para crear análisis más eficaces.
• Uso de la visualización⁴² tecnologías para simplificar la toma de decisiones mediante el reconocimiento de patrones
• Adaptar la producción de información para que sea accesible y comprensible para los usuarios finales a los que va dirigida.

8. Construir o comprar

La tabla que encabeza este artículo, en la que se describen las Ventajas e Inconvenientes de las Soluciones Informáticas Alternativas, ofrece las opciones de soluciones informáticas internas, soluciones de software desarrolladas localmente y soluciones comerciales.

La alternativa comercial de GRP no se describe específicamente en el documento. En nuestra opinión, GRP ofrece todas las ventajas de COTS. comprar beneficios a los gobiernos con menos desventajas. Además, las plataformas GRP ofrecen construir beneficios. Construir o comprar ya no es una opción binaria para los gobiernos.

Perspectiva de aplicación

La idea de construir o comprar sistemas financieros públicos ha cambiado con el tiempo:

• La falta de funcionalidad gubernamental en el software COTS llevó a la mayoría de los gobiernos a desarrollar software a medida ("soluciones de software desarrolladas localmente") cuya cobertura no siempre era completa, y el desarrollo y las pruebas no alcanzaban los niveles comerciales.
• La incorporación de funcionalidades gubernamentales, como la contabilidad de compromisos, en el software COTS inició la tendencia a pasar a COTS, sobre todo en los países desarrollados, con una amplia cobertura y un código de mayor calidad.
• Implantaciones gubernamentales COTS, en particular Planificación de Recursos Empresariales (ERP)⁴³ se complicaron y personalizaron en exceso, lo que generó costes elevados y dificultades para adaptarse a los cambios
• Han aparecido programas informáticos COTS de GRP, aunque aparte de FreeBalance, la mayoría de los proveedores de GRP se centran en funciones subnacionales, regionales o especializadas, como la gestión de ayudas, portales presupuestarios, administración de aduanas, gestión de la deuda o administración fiscal. 
• Las soluciones GRP COTS son a menudo más flexibles que el software a medida desarrollado localmente o internamente.
• Algunos gobiernos de economías avanzadas intentaron, con éxito limitado, adoptar servicios compartidos de ERP con versiones genéricas y procesos estandarizados
• Muchos países siguen utilizando programas informáticos a medida ("soluciones informáticas desarrolladas localmente") para las funciones básicas o periféricas, a pesar de la complejidad que ello entraña.
• Los analistas de tecnologías de la información recomiendan que las funciones básicas, como los libros mayores, se adquieran como COTS, pero los analistas de desarrollo de condados consideran que el software a medida es una opción legítima para los gobiernos.

Perspectiva tecnológica

Existen numerosas consideraciones tecnológicas, independientemente de las opciones de construcción o compra:

• Flexibilidad, apertura, adaptabilidad y facilidad de uso de las plataformas y herramientas tecnológicas utilizadas.
• Conocimiento del sector y apoyo a las tecnologías y herramientas seleccionadas 
• Modernidad de las tecnologías utilizadas con vistas a facilitar la asistencia en el futuro.
• Compatibilidad con la más amplia gama de navegadores, dispositivos y factores de forma
• Lenguajes de programación adecuados a los fines perseguidos, incluida la posibilidad de adaptarlos a las necesidades de la Administración.
• Plataformas tecnológicas y gubernamentales que pueden acelerar el desarrollo
• Capacidad para apoyar las actuales infraestructuras digitales nacionales

Conclusiones y observaciones

El documento ofrece a los profesionales más información sobre los principales factores de éxito sostenido de los sistemas FMIS:

Tecnología y diseño de soluciones 

• La tecnología y el diseño definen "la capacidad del sistema para satisfacer las necesidades actuales y previstas de gestión de las finanzas públicas".
• Los enfoques de modularidad basados en componentes aumentan la reutilización, adaptabilidad y extensibilidad, lo que permite pasar de un "conjunto totalmente integrado de funciones y procesos a un sistema virtual".
• Los diseños posmodernos apoyan mejor la interoperabilidad de los sistemas financieros, la integración de tecnologías emergentes y la implantación en infraestructuras menos costosas para superar "los retos de sincronización y normalización de datos procedentes de múltiples fuentes".
• Los sistemas abiertos admiten la más amplia gama de opciones tecnológicas

Gestión financiera transformacional

• El uso de tecnologías ágiles de implementación y desarrollo de productos apoya la gestión del cambio en la transformación
• Reconocimiento de que el FMIS aporta trastornos a los servicios públicos, como el aumento de la "transparencia en el sector público" fiscal

Gobernanza de proyectos y productos 

• El uso de tecnologías ágiles de implementación y desarrollo de productos mejora la gobernanza del FMIS al conectar mejor con las necesidades de los usuarios.
• Reconocimiento de que se requiere "una fuerte motivación y compromiso políticos" para el éxito, dados los incentivos en juego en la transformación del sector público y "una estrategia eficaz de gestión del cambio, así como acuerdos institucionales para coordinar las actividades entre las numerosas partes interesadas".

Recomendaciones

1. Especificidad industrial: Muchas soluciones COTS se crearon para otros mercados. esto tiene importantes consecuencias para los gobiernos que tienen tantas necesidades únicas
   • Considere la posibilidad de comprar cuando se escribe software para la administración pública, el diseño del producto es importante
   • Considere la posibilidad de construir cuando no existe ningún programa informático disponible para la función gubernamental, especialmente cuando se trata de una necesidad estatutaria única
2. Riesgo del producto: Construir una funcionalidad compleja, como un libro mayor, es arriesgado, y la flexibilidad para el cambio es importante - esto tiene importantes consecuencias para los gobiernos que esperan futuras modernizaciones y reformas
   • Considere la posibilidad de comprar cuando las necesidades de huella del producto son complicadas y se prevén cambios futuros
   • Considere la posibilidad de construir cuando las necesidades de huella de producto son modestas y se prevén pocos cambios en el futuro.
3. Riesgo de integración: Los programas informáticos no deben considerarse silos de cajas negras - esto tiene importantes consecuencias para los gobiernos que carecen de metadatos y controles de integración en todos los ciclos presupuestarios
   • Considere la posibilidad de comprar cuando las necesidades de integración funcional son elevadas, como la gestión de adquisiciones, activos e inversiones públicas, en las que los desajustes de interfaz pueden tener consecuencias materiales -como retrasos en los pagos del Estado y superación ilegal de los presupuestos- o la información del sistema es fundamental para los responsables de la toma de decisiones y la transparencia fiscal.
   • Considere la posibilidad de construir cuando las funciones operan de forma autónoma con una necesidad limitada de contabilización en los sistemas financieros centrales.

Notas a pie de página Glosario

1. Productos comerciales listos para usar (COTS): Los productos comerciales disponibles en el mercado (COTS) son soluciones empaquetadas que se adaptan para satisfacer las necesidades de la organización compradora, en lugar de encargar soluciones a medida. Fuente: Wikipedia
2. Coste total de propiedad (TCO): Evaluación exhaustiva de los costes de las tecnologías de la información (TI) u otros costes en los límites de la empresa a lo largo del tiempo. En el caso de las TI, el CTP incluye la adquisición de hardware y software, la gestión y el soporte, las comunicaciones, los gastos del usuario final y el coste de oportunidad del tiempo de inactividad, la formación y otras pérdidas de productividad. Fuente: Gartner 
3. Diseño modular de software: Se refiere a una estrategia de diseño en la que un sistema se compone de rutinas relativamente pequeñas y autónomas que encajan entre sí. Fuente: Webopedia
4. Activación progresiva: Enfoque de adaptabilidad y modularidad en los sistemas de GRP que asume cambios futuros significativos, incluyendo la adición de nuevas funciones, el aumento de la amplitud funcional, el cambio de clasificaciones, el aumento de la automatización y el apoyo a la reforma y modernización anticipadas del gobierno. 
5. Arquitectura orientada a servicios: La arquitectura orientada a servicios (SOA) es un paradigma de diseño y una disciplina que ayuda a las TI a satisfacer las demandas empresariales. Algunas organizaciones obtienen importantes beneficios gracias a SOA, como una comercialización más rápida, menores costes, mayor coherencia de las aplicaciones y mayor agilidad. SOA reduce la redundancia y aumenta la facilidad de uso, mantenimiento y valor. Esto produce sistemas interoperables y modulares que son más fáciles de usar y mantener. SOA crea sistemas más sencillos y rápidos que aumentan la agilidad y reducen el coste total de propiedad (TCO). Fuente: Grupo Gartner
6. Extensibilidad: Principio de ingeniería de software y diseño de sistemas que prevé el crecimiento futuro. La extensibilidad es una medida de la capacidad de ampliar un sistema y del nivel de esfuerzo necesario para implementar la ampliación. Las ampliaciones pueden consistir en añadir nuevas funciones o modificar las existentes. Este principio permite realizar ampliaciones sin afectar a las funciones existentes del sistema. Fuente: Gartner
7. Principio de granularidad del servicio: En el contexto de la ingeniería y la arquitectura de software, la granularidad de los servicios es un aspecto clave del diseño cuando se aplica el paradigma de la orientación a servicios, por ejemplo durante el modelado orientado a servicios. La granularidad del servicio especifica el alcance de la funcionalidad empresarial y la estructura de la carga útil del mensaje en una operación de servicio que se proporciona dentro de una arquitectura orientada a servicios (SOA). Fuente: Wikipedia
8. Acoplamiento flexible: En informática y diseño de sistemas, un sistema poco acoplado es aquel en el que cada uno de sus componentes tiene, o hace uso de, poco o ningún conocimiento de las definiciones de otros componentes independientes. Las subáreas incluyen el acoplamiento de clases, interfaces, datos y servicios. El acoplamiento débil es lo contrario del estrecho. Fuente: Wikipedia
9. Metadatos: Comúnmente denominados "datos sobre datos". En los sistemas GRP, los metadatos incluyen clasificaciones comunes como presupuesto, organización, contabilidad, estadísticas y rendimiento. 
10. Interoperabilidad: La interoperabilidad es la propiedad que permite compartir recursos sin restricciones entre distintos sistemas. Puede referirse a la capacidad de compartir datos entre distintos componentes o máquinas, tanto a través de software como de hardware, o puede definirse como el intercambio de información y recursos entre distintos ordenadores a través de redes de área local (LAN) o redes de área extensa (WAN). En términos generales, la interoperabilidad es la capacidad de dos o más componentes o sistemas para intercambiar información y utilizar la información intercambiada. Fuente: Tecnopedia
11. Separación de funciones: El concepto de tener más de una persona para completar una tarea. En las empresas, la separación por reparto de más de una persona en una misma tarea es un control interno destinado a evitar fraudes y errores. Fuente: Wikipedia
12. Interfaz de programación de aplicaciones (API): En programación informática, una interfaz de programación de aplicaciones (API) es un conjunto de definiciones de subrutinas, protocolos de comunicación y herramientas para crear software. En términos generales, es un conjunto de métodos de comunicación claramente definidos entre varios componentes. Una buena API facilita el desarrollo de un programa informático, ya que proporciona todos los elementos necesarios para que el programador pueda ensamblarlos. Fuente: Wikipedia
13. Servicios web: Concepto e infraestructura de software para la comunicación entre programas y la entrega de componentes de aplicaciones. El concepto de servicios Web trata el software como un conjunto de servicios accesibles a través de redes ubicuas que utilizan estándares y protocolos basados en la Web. En concreto, un servicio Web es un componente de software al que puede acceder otra aplicación (como un cliente, un servidor u otro servicio Web) mediante el uso de protocolos y transportes ubicuos generalmente disponibles. Fuente: Gartner
14. Middleware: El middleware es el "pegamento" de software que ayuda a los programas y bases de datos (que pueden estar en distintos ordenadores) a trabajar juntos. Su función más básica es permitir la comunicación entre distintas piezas de software. Fuente: Grupo Gartner
15. Gobernanza de la información: La especificación de los derechos de decisión y un marco de responsabilidad para garantizar un comportamiento adecuado en la valoración, creación, almacenamiento, uso, archivo y supresión de la información. Incluye los procesos, funciones y políticas, normas y métricas que garantizan el uso eficaz y eficiente de la información para que una organización alcance sus objetivos. Fuente: Gartner
16. Bus de servicios empresariales (ESB): Un bus de servicios empresariales (ESB) es fundamentalmente una arquitectura. Se trata de un conjunto de reglas y principios para integrar numerosas aplicaciones en una infraestructura de tipo bus. Los productos ESB permiten a los usuarios construir este tipo de arquitectura, pero varían en la forma de hacerlo y en las capacidades que ofrecen. El concepto básico de la arquitectura ESB es integrar distintas aplicaciones creando un bus de comunicación entre ellas y permitiendo que cada aplicación se comunique con el bus. Esto desacopla los sistemas entre sí, permitiéndoles comunicarse sin dependencia o conocimiento de otros sistemas en el bus. El concepto de ESB nació de la necesidad de alejarse de la integración punto a punto, que se vuelve frágil y difícil de gestionar con el tiempo. La integración punto a punto hace que el código de integración personalizado se distribuya entre las aplicaciones sin una forma centralizada de supervisar o solucionar los problemas. Esto suele denominarse "código espagueti" y no es escalable porque crea estrechas dependencias entre aplicaciones. Fuente: Mulesoft
17. Sistemas abiertos: Sistemas informáticos que ofrecen una combinación de interoperabilidad, portabilidad y estándares de software abiertos. Fuente: Wikipedia
18. Postmoderna: Una estrategia tecnológica que automatiza y vincula las capacidades empresariales administrativas y operativas (como finanzas, RRHH, compras, fabricación y distribución) con niveles adecuados de integración que equilibran las ventajas de la integración proporcionada por el proveedor con la flexibilidad y agilidad empresariales. Fuente: Gartner
19. Ágil: Enfoque de desarrollo que entrega software en incrementos siguiendo los principios del Manifiesto para el Desarrollo Ágil de Software. Fuente: Gartner
20. TI bimodal: La práctica de gestionar dos estilos de trabajo distintos pero coherentes: uno centrado en la previsibilidad y otro en la exploración. El modo 1 está optimizado para áreas que son más predecibles y bien comprendidas. Se centra en explotar lo conocido, renovando el entorno heredado para adaptarlo al mundo digital. El modo 2 es exploratorio, experimenta para resolver nuevos problemas y está optimizado para áreas de incertidumbre. Estas iniciativas suelen comenzar con una hipótesis que se pone a prueba y se adapta durante un proceso que implica iteraciones cortas, adoptando potencialmente un enfoque de producto mínimo viable (MVP). Ambos modos son esenciales para crear un valor sustancial e impulsar un cambio organizativo significativo, y ninguno es estático. Combinar una evolución más predecible de productos y tecnologías (Modo 1) con lo nuevo e innovador (Modo 2) es la esencia de una capacidad bimodal empresarial. Ambas desempeñan un papel esencial en la transformación digital. Fuente: Gartner
21. Marco ágil a escala (SAFe): Un conjunto de patrones de organización y flujo de trabajo destinados a guiar a las empresas en la ampliación de las prácticas lean y ágiles. Fuente: Wikipedia
22. Adaptación iterativa en función de los problemas (PDIA): Un planteamiento paso a paso que le ayuda a desglosar sus problemas en sus causas profundas, identificar los puntos de entrada, buscar posibles soluciones, actuar, reflexionar sobre lo aprendido, adaptarse y volver a actuar. Se trata de un proceso dinámico con circuitos de retroalimentación estrechos que le permite construir su propia solución a su problema que se adapte a su contexto local. Fuente: Escuela de Gobierno Kennedy de Harvard
23. DevOps: Conjunto de prácticas de desarrollo de software que combinan el desarrollo de software (Dev) y las operaciones de tecnología de la información (Ops) para acortar el ciclo de vida de desarrollo de sistemas al tiempo que ofrece características, correcciones y actualizaciones con frecuencia en estrecha alineación con los objetivos de negocio. Fuente: Wikipedia
24. DevSecOps: Pensar en la seguridad de las aplicaciones y la infraestructura desde el principio. También significa automatizar algunas puertas de seguridad para evitar que el flujo de trabajo de DevOps se ralentice. Seleccionar las herramientas adecuadas para integrar continuamente la seguridad puede ayudar a cumplir los objetivos de seguridad, pero una seguridad DevOps eficaz requiere algo más que nuevas herramientas: se basa en los cambios culturales de DevOps para integrar el trabajo de los equipos de seguridad cuanto antes. Fuente: Red Hat
25. Programación orientada a objetos: Paradigma de programación basado en el concepto de "objetos", que pueden contener datos, en forma de campos (a menudo conocidos como atributos o propiedades), y código, en forma de procedimientos (a menudo conocidos como métodos). Una característica de los objetos son sus procedimientos, que pueden acceder a los campos de datos del objeto al que están asociados y, a menudo, modificarlos (los objetos tienen la noción de "esto" o "yo"). En la programación orientada a objetos, los programas informáticos se diseñan a partir de objetos que interactúan entre sí. Fuente: Wikipedia
26. Código bajo: Software que proporciona un entorno que los programadores utilizan para crear software de aplicación mediante interfaces gráficas de usuario y configuración en lugar de la programación informática tradicional. La plataforma puede centrarse en el diseño y desarrollo de un tipo concreto de aplicación: bases de datos, procesos empresariales o interfaces de usuario, como las aplicaciones web. Estas plataformas pueden producir aplicaciones totalmente operativas o requerir codificación adicional para situaciones específicas. Las plataformas de desarrollo de bajo código reducen la cantidad de codificación manual tradicional, lo que permite acelerar la entrega de aplicaciones empresariales. Fuente: Wikipedia
27. Sin código: permite a programadores y no programadores crear software de aplicación mediante interfaces gráficas de usuario y configuración en lugar de la programación informática tradicional. Las plataformas de desarrollo sin código están estrechamente relacionadas con las de código bajo, ya que ambas están diseñadas para agilizar el proceso de desarrollo de aplicaciones. Fuente: Wikipedia
28. Pensamiento de diseño: Los procesos cognitivos, estratégicos y prácticos mediante los cuales los diseñadores o los equipos de diseño desarrollan conceptos de diseño (propuestas de nuevos productos, edificios, máquinas, etc.). Muchos de los conceptos y aspectos clave del pensamiento de diseño se han identificado a través de estudios, en diferentes ámbitos del diseño, de la cognición y la actividad de diseño tanto en contextos de laboratorio como naturales. El pensamiento de diseño también se asocia a prescripciones para la innovación de productos y servicios en contextos empresariales y sociales. Fuente: Wikipedia
29. Sistemas de: Marco para comprender las tecnologías de transformación digital en la administración pública:
    • Sistemas de registrosistemas de información básicos que proporcionan datos transaccionales, gestión de transacciones, flujo de trabajo y controles
    • Sistemas de compromisosistemas de información diseñados para las comunicaciones bidireccionales, y nuevas formas de recopilación de datos, a menudo denominadas SMACT (Social, Mobile, Analytics, Cloud, and internet of Things), o lo que es lo mismo, analistas, que el Grupo Gartner denomina "el nexo de fuerzas"e IDC denomina "la Tercera Plataforma."
    • Sistemas de inteligencia: sistemas de información diseñados para dar sentido al flujo de información de nuevas formas:
      • Economía colaborativaFacilitar la transferencia y el intercambio de valor
      • Realidad aumentada y realidad virtualFacilitar la visualización de la información
      • Blockchain: aumentar la confianza digitalmente
      • Computación cognitiva: aumentar las capacidades humanas con el aprendizaje automático
      • Sistemas ciberfísicosque permite la "cuarta revolución industrial" de productividad y personalización sin precedentes, en particular para la administración y las ciudades inteligentes.
    • Sistemas de innovaciónSistemas de información diseñados para el avance de la gobernanza aprovechando las nuevas tecnologías de:
      • Colaboración ágilFacilitar la colaboración entre las organizaciones gubernamentales, los ciudadanos, las organizaciones sin ánimo de lucro y las empresas, los gobiernos exteriores y las instituciones internacionales.
      • MicroserviciosFacilitar la integración de los programas informáticos utilizados por las administraciones públicas y las partes interesadas.
      • Código bajo/sin código: facilitar la configuración y personalización de los sistemas de información
      • Inteligencia artificiale: aumentar los sistemas de inteligencia desde sistemas especializados como las interfaces de usuario conversacionales, los chatbots, la automatización de procesos robóticos y el aprendizaje automático de dominios específicos hasta la IA generalizada.
      • Tecnologías aún por emerger, o tecnologías aún perdidas en el ruido y el revuelo
30. Computación en nube pública: Un estilo de computación en el que las capacidades de TI escalables y elásticas se proporcionan como un servicio a clientes externos mediante tecnologías de Internet, es decir, la computación en nube pública utiliza tecnologías de computación en nube para dar soporte a clientes externos a la organización del proveedor. El uso de servicios de nube pública genera economías de escala y recursos compartidos que pueden reducir costes y aumentar las opciones tecnológicas. Desde la perspectiva de una organización gubernamental, el uso de servicios de nube pública implica que cualquier organización (en cualquier sector industrial y jurisdicción) puede utilizar los mismos servicios (por ejemplo, infraestructura, plataforma o software), sin garantías sobre dónde se ubicarían y almacenarían los datos. Fuente: Gartner
31. Computación en nube híbrida: Aprovisionamiento, uso y gestión de servicios basados en políticas y coordinados a través de una mezcla de servicios en nube internos y externos. Fuente: Gartner
32. Computación en nube privada: Una forma de computación en nube que sólo utiliza una organización, o que garantiza que una organización está completamente aislada de las demás. Fuente: Gartner
33. Servicios compartidos o centro de servicios compartidos (CSC) :Unidad especializada (que incluye personas, procesos y tecnologías) que se estructura como un punto centralizado de servicio y se centra en funciones empresariales definidas. Estas funciones están respaldadas por TI y servicios de TI para múltiples unidades de negocio dentro de la empresa. Los servicios compartidos pueden provenir de varias ubicaciones físicas diferentes y pueden implicar numerosas funciones empresariales y procesos de TI. La definición, la estructura y el alcance de un CSC comienzan dentro de la empresa. A veces, las empresas contratan a proveedores externos para que les asesoren sobre diversos elementos del diseño, la estructura, las opciones de ubicación y las opciones de ejecución. La ejecución y la prestación a largo plazo pueden correr a cargo de personal interno de la empresa o de proveedores de servicios, o de una combinación de ambos. Por consiguiente, la definición de servicios compartidos es independiente de la opción de contratación para la prestación. Fuente: Gartner
34. Computación en nube comunitaria: Entorno compartido de servicios de computación en nube dirigido a un conjunto limitado de organizaciones o empleados (como bancos o jefes de empresas comerciales). El principio de organización de la comunidad variará, pero sus miembros suelen compartir requisitos similares de seguridad, privacidad, rendimiento y cumplimiento. Es posible que los miembros de la comunidad deseen invocar un mecanismo que suelen gestionar ellos mismos (no sólo el proveedor) para revisar a quienes desean entrar en la comunidad. Fuente: Gartner
35. Gestión del rendimiento empresarial: Término genérico que describe las metodologías, métricas, procesos y sistemas utilizados para supervisar y gestionar el rendimiento de una empresa. Las aplicaciones que permiten el CPM traducen la información centrada estratégicamente en planes operativos y envían resultados agregados. Fuente: Gartner
36. Científico de datos: La función crítica es para las organizaciones que buscan extraer información de los activos de información para iniciativas de "big data" y requiere una amplia combinación de competencias que pueden desempeñarse mejor en equipo, por ejemplo: Se requiere colaboración y trabajo en equipo para trabajar con las partes interesadas del negocio para entender los problemas del negocio. Habilidades analíticas y de modelado de decisiones para descubrir relaciones en los datos y detectar patrones. Habilidades de gestión de datos para crear el conjunto de datos pertinente utilizado para el análisis. Fuente: Gartner
37. Gestión de metadatos empresariales: La disciplina empresarial para gestionar los metadatos sobre los activos de información de la organización. Los metadatos son "información que describe diversas facetas de un activo de información para mejorar su usabilidad a lo largo de su ciclo de vida". Fuente: Gartner
38. Análisis de autoservicio: Una forma de inteligencia empresarial (BI) en la que se permite y anima a los profesionales de la línea de negocio a realizar consultas y generar informes por sí mismos, con un apoyo nominal de TI. La analítica de autoservicio se caracteriza a menudo por herramientas de BI fáciles de usar con capacidades analíticas básicas y un modelo de datos subyacente que se ha simplificado o reducido para facilitar la comprensión y el acceso directo a los datos. Fuente: Gartner
39. Almacén de datos: Arquitectura de almacenamiento diseñada para contener datos extraídos de sistemas transaccionales, almacenes de datos operativos y fuentes externas. A continuación, el almacén combina esos datos en una forma agregada y resumida adecuada para el análisis de datos en toda la empresa y la elaboración de informes para necesidades empresariales predefinidas. Fuente: Gartner
40. Lago de datos: Una colección de instancias de almacenamiento de diversos activos de datos adicionales a las fuentes de datos de origen. Estos activos se almacenan en una copia casi exacta, o incluso exacta, del formato de origen. El propósito de un lago de datos es presentar una visión no refinada de los datos únicamente a los analistas más cualificados, para ayudarles a explorar sus técnicas de refinamiento y análisis de datos independientemente de cualquiera de los compromisos del sistema de registro que puedan existir en un almacén de datos analíticos tradicional (como un data mart o un almacén de datos). Fuente: Gartner
41. Grandes datos: Activos de información de gran volumen, velocidad y/o variedad que exigen formas rentables e innovadoras de procesamiento de la información que permitan mejorar el conocimiento, la toma de decisiones y la automatización de los procesos. Fuente: Gartner
42. Visualización: Ilustración de objetos de información y sus relaciones en una pantalla. La visualización estratégica ilustra gráficamente la fuerza de las relaciones mediante la proximidad de los objetos en la pantalla. La tecnología avanzada puede marcar una diferencia significativa en la capacidad de los usuarios para interactuar con grandes repositorios de conocimiento. Estos avances utilizan la distancia entre los objetos de la pantalla para reflejar la similitud de significado, la similitud de contenido u otras relaciones (por ejemplo, la asociación con un grupo). Fuente: Gartner 
43. Planificación de recursos empresariales (ERP)ERP: se define como la capacidad de ofrecer un conjunto integrado de aplicaciones empresariales. Las herramientas ERP comparten un modelo común de procesos y datos, que abarca procesos operativos de extremo a extremo amplios y profundos, como los que se encuentran en finanzas, RRHH, distribución, fabricación, servicios y la cadena de suministro. Las aplicaciones ERP automatizan y dan soporte a una serie de procesos empresariales administrativos y operativos en múltiples sectores, incluidos los aspectos de línea de negocio, de cara al cliente, administrativos y de gestión de activos de una empresa. Sin embargo, las implantaciones de ERP suelen tener un precio elevado y las ventajas empresariales son difíciles de justificar y comprender. Fuente: Grupo Gartner