Activación progresiva y sin código en la planificación de recursos gubernamentales
Si hay algo que FreeBalance después de casi 40 años tratando exclusivamente con el sector público, es que los procesos gubernamentales son diferentes. Diferentes entre gobiernos. Diferentes dentro de los gobiernos. Muy diferentes de los de las empresas. Y cambian constantemente.
La adaptación de programas informáticos comerciales listos para usar (COTS), como los principales sistemas de planificación de recursos empresariales (ERP), para que funcionen en organizaciones gubernamentales puede ser desastroso. Los proyectos de software empresarial en la administración pública son plagado de fracasos y métodos de aplicación complejos. Muchos en la industria tecnológica ven estos sinsabores como el "coste de hacer negocios". "Es lo que hay", etc. Pero, ¿por qué tiene que ser así? ¿Por qué el software COTS no puede adaptarse fácilmente a los requisitos cambiantes?
Este blog desgrana las diferencias entre la configuración (utilizada por el FreeBalance Accountability Suite™) y la personalización (necesaria para las implantaciones de ERP), y explica nuestra activación progresiva y sin código.
Diferencia entre configuración y personalización
La mayoría del software COTS utilizado para Planificación de recursos gubernamentales (GRP) requiere una importante personalización del código. El desarrollo de software, que suele utilizar lenguajes de programación patentados, permite a los gobiernos satisfacer requisitos personalizados. Pero tiene un coste.
¿Qué es la configuración?
En Gestión financiera pública digital (PFM), la configuración se refiere a la capacidad de configurar y personalizar el sistema GRP, o Sistema Integrado de Información de Gestión Financiera (SIGIF), como suele denominarse, para adaptarlo a las necesidades de una organización del sector público. Esto puede incluir la configuración de flujos de trabajo, el establecimiento de permisos de usuario y la definición de categorías presupuestarias. Las opciones de configuración suelen estar predefinidas por el proveedor de GRP y están disponibles para todos los usuarios de la organización.
¿Qué es la personalización?
La personalización, por su parte, se refiere a la capacidad de modificar la plataforma o el software de GRP para que se adapte mejor a las necesidades específicas de la organización. Esto puede incluir la creación de nuevos módulos, la integración con otros sistemas o incluso el desarrollo de informes o cuadros de mando personalizados. Las opciones de personalización suelen requerir importantes conocimientos técnicos.
¿Cuál es el problema?
Muchos expertos en PFM no ven mucha diferencia entre configuración y personalización, y a menudo se refieren a cualquier adaptación como "personalización". Llevamos tiempo hablando de la diferencia. Y, por fin, la industria se ha puesto a nuestro nivel definiendo la configuración como una personalización "sin código". El uso de software de ayuda para facilitar el desarrollo de código se denomina ahora desarrollo de "bajo código". Nosotros preferimos el término "configuración", pero este espectro de "sin código" a "código completo" es un modelo útil.
ERP y personalización
El software ERP genérico es altamente personalizable utilizando lenguajes de programación propios como ABAP y PL/SQL. Ofrece algunas oportunidades de configuración, aunque no son realmente aplicables al sector público:
- Configuración de parámetros estándar como ejercicios fiscales, divisas, proveedores, etc.
- Mercado vertical rápidos para facilitar la aplicación, aunque pocos aplicables al sector público
- Mejores prácticasde la UE, principalmente del sector privado, integrados en programas informáticos que puede ser aplicable a algunas funciones gubernamentales, siempre que no se requiera una reforma legal
El problema con la personalización del código es que viene con costes elevados y futuro retos de adaptabilidad creando así deuda técnica.
Deuda técnica
Los gobiernos adquieren importantes y compuestos deuda técnica mediante personalizaciones de código completo y código reducido.
La deuda técnica incluye:
- Complejidad de la aplicación de articular plenamente los requisitos e implantar un desarrollo similar al totalmente personalizado, lo que requiere coordinar los equipos de programación e instituir una garantía de calidad exhaustiva.
- Complejidad del mantenimiento después de la implantación aumenta porque hay código huérfano que debe ser soportado mediante recursos internos, no es responsabilidad del fabricante
- Complejidad de la actualización cuando se aprovechan funciones de nuevas versiones, ya que el código personalizado debe examinarse y racionalizarse con la nueva versión.
- Cambio Complejidad a través de la necesidad de comprender el código huérfano antes de embarcarse en el cambio
Brecha tecnológica
La personalización de los códigos también limita las oportunidades de reforma de la gestión de las finanzas públicas. A esto lo llamamos "brecha tecnológica". A Grupo Gartner análisis descubrió que los programas informáticos no diseñados para adaptarse al futuro cuestan a las organizaciones unas 50 veces las inversiones originales en 15 años.
Los signos de la brecha tecnológica en juego son:
- Pobre plazo de obtención de resultados para implementaciones
- Pobre tiempo de cambio para sistemas
- Muchos contratos de alto coste personal gestionar sistemas
- Errores frecuentes del sistema y calidad problemas
- Capacidad limitada de aprovechar los datos para otros fines debido a la falta de apertura debido al bloqueo de la tecnología patentada
- Limitado integración de subsistemasincluso entre productos del mismo fabricante
¿Por qué es diferente la planificación de recursos gubernamentales?
Las administraciones públicas se enfrentan a implantaciones más complejas que las empresas.
Las implantaciones de software para empresas gubernamentales son más complejas de:
- Muchas más líneas de negocio nacional o subnacional, que los conglomerados empresariales
- Alta limitaciones de la capacidad humana en tecnología, proyectos y conocimientos funcionales
- Gestión del rendimiento más compleja estructuras y planificación, porque el gobierno no tiene una cuenta de resultados como "Beneficio o pérdida“
- Mayor diversidad de prácticas por exigencias legales
- Planificación más compleja a través de varios años presupuestos que crean controles en los sistemas de contabilidad de compromiso
- Preocupaciones políticas importantes para implantaciones en el sector público
Los gobiernos también experimentan una huella de cambio más amplia que las organizaciones del sector privado:
- Más reorganizaciones después de las elecciones, y de los cambios de gabinete
- Más reformas legales porque muchos procedimientos del sistema están fijados por ley, y las leyes cambian; por ejemplo: paso a la contabilidad de ejercicio, apoyo a la Cuenta Única del Tesoro, reforma de la contratación pública, reforma de la función pública
- Más cambios en los procesos además de la reforma jurídica
- Más normas internacionales como MTEF, IPSAS, COFOG, GFS y SDGs, además de apoyar algunas normas del sector privado.
- Limitaciones organizativas más amplias incluidos los intereses creados que se oponen al cambio
- Mayor uso de la tecnología heredada en el gobierno haciendo que el cambio sea costoso, aunque cargado de elevados costes de explotación y mantenimiento
Sin deuda técnica
El diseño del producto genera deuda técnica o valor añadido técnico. Un diseño eficaz da lugar a soluciones elegantes para los problemas de los clientes. El enfoque de FreeBalance en la administración pública nos ha liberado de muchas limitaciones del software empresarial.
El diseño de la web nativa FreeBalance Accountability Suite™ comenzó a mediados de 2006. Examinamos muchas de las limitaciones a las que se enfrentan los fabricantes de software empresarial y sacamos algunas conclusiones:
- Funciones gubernamentales: Faltan fabricantes de software completo funciones gubernamentales por la necesidad de vender software a muchas industrias, o mercados verticalesen muchas clases de software (ERP, CRM, SCM, HCM, etc.), o bien mercados horizontalesy en todo el pila de software (base de datos, servidor de aplicaciones, middleware, etc.)
- Ciclo presupuestario: Los fabricantes de programas informáticos no apoyaron plenamente al Gobierno ciclo presupuestario de política, planificación presupuestaria, compromisos y obligacionespara todas las aplicaciones de gastos e ingresos
- Adaptabilidad: Los fabricantes de software confiaban en personalización del código porque a menudo los programas informáticos se diseñaron originalmente para las empresas
- Metadatos: Los fabricantes de definición de datos problemas dentro de las suites de productos que comprometían integración y controles, a menudo de la empresa adquisicionesal tiempo que proporciona localización, especialmente para las lenguas
La diferencia FreeBalance
Nuestra primera decisión fue desarrollar un plataforma específica del gobierno con un unificado diseño. Por lo tanto, el conjunto de productos se desarrolló basándose en nuestro Mapa de componentes de la gestión de las finanzas públicas.
- Funciones gubernamentales: Nuestro enfoque nos ha permitido construir completo funciones gubernamentales en todo el mapa de componentes de la GFP con funcionalidad horizontaly un sistema abierto que admita muchos programas informáticos.
- Ciclo presupuestario: Nuestro enfoque nos ha permitido apoyar a todo el ciclo presupuestario, haciendo que todas las solicitudes consciente del presupuesto
- Adaptabilidad: Entendimos la deuda técnica del gobierno, y ampliamos la configurabilidad significativamente de nuestras ediciones anteriores
- Metadatos: Nos dimos cuenta de que los metadatos debían unificadoTambién nos dimos cuenta de que tenía que haber una forma mejor de localizar la información.
Configuración y activación progresiva
FreeBalance había conseguido implantar software con rapidez. Nuestra implantación en Kosovo tardó sólo 26 días. El sistema operativo de entonces incluía controles presupuestarios, impresión de cheques y una estructura de plan contable. Las funciones contables vinieron después. Al igual que la tesorería y los controles descentralizados. El enfoque de configuración de las versiones anteriores del software FreeBalance facilitó la obtención de resultados rápidos. Nos dimos cuenta de que podíamos "activar progresivamente" a cualquier gobierno para que tuviera funciones avanzadas de finanzas públicas, como las que disfrutaba nuestro primer y más antiguo cliente, el Gobierno de Canadá.
Desde la finalización de la primera versión de nuestro sitio web FreeBalance Accountability Suite™ módulos en 2009, hemos observado una creciente necesidad de activación progresiva.
Los gobiernos buscan el progreso y la modernización, apoyados por sistemas de GRP para:
- Reforma de la gobernanza: Gestión de las finanzas públicas, auditoría, función pública, contratación pública y reforma fiscal
- Gobierno Abiertotransparencia presupuestaria, fiscal, de contratación, de ingresos y de resultados con mecanismos participativos
- Descentralizaciónagencia y descentralización fiscal subnacional, desconcentración
- Tecnología Automatizaciónautomatización: eficacia, alertas de excepción, inteligencia artificial
- Transformación digital: migración de sistemas de registro a sistemas de compromiso, sistemas de inteligencia y sistemas de innovación
- Modernización del rendimientoPresupuestación por programas, estructuras de rendimiento, efectos y resultados
Ventaja de la integración de productos y servicios
FreeBalance se ha beneficiado de un un enfoque único en el gobierno. Nuestro software es configurable de forma masivaen comparación con el software genérico. Y actuamos como desarrolladores y ejecutores de sistemas - otra característica exclusiva de FreeBalance.
Muchos de nuestros primeros clientes internacionales contrataron a grandes empresas de integración de sistemas. Nosotros éramos un proveedor de software, con algunas responsabilidades de subcontratación. Descubrimos que nuestra participación en el proyecto era proporcional al éxito del mismo. También nos dimos cuenta de que muchos de los cambios solicitados por los gobiernos no habían sido transmitidos por nuestros socios. Nuestra hoja de ruta de productos no estaba alineada.
El enfoque tradicional de las hojas de ruta de los productos de software empresarial es a través de socios integradores con un segundo canal a través del soporte del producto. Los fabricantes de software suelen estar desconectados de las necesidades de los clientes. Los fabricantes que atienden a muchos mercados verticales suelen carecer de experiencia, por lo que la "lotería de características" suele favorecer a unos mercados en detrimento de otros.
Planteamiento de la hoja de ruta del producto FreeBalance
Nuestro enfoque es diferente.
Nuestra política es participar en todos los implementaciones. Entendemos el mercado gubernamental. Trabajamos con empresas de integración de sistemas. Nuestros equipos de productos y servicios están integrados de tal forma que realizamos cualquier personalización del producto que sea necesaria. Y esta personalización pasa a formar parte de nuestro código comercial en la siguiente versión. Hay ningún código huérfano.
Los fabricantes tradicionales de software empresarial elaboran hojas de ruta de productos a largo plazo. Es un enfoque aceptado. No tiene sentido, pero "así son las cosas". Las necesidades de los clientes y la tecnología cambian tanto, que trazar las características del producto para los próximos tres a cinco años, es más bien un juego de azar. Especialmente con cualquier nivel de detalle.
Sin embargo, los clientes están condicionados a las hojas de ruta. Los clientes potenciales nos piden a menudo que les mostremos nuestras hojas de ruta a cinco y diez años. Les mostramos el mapa de componentes de PFM y les explicamos que aquí haremos lo que sea y adaptaremos el software para satisfacer sus necesidades. (Siempre que no sea una mala práctica).
Nuestro enfoque consiste en elaborar una hoja de ruta de producto detallada a tres años, basada en nuestra profunda experiencia con los clientes. Y en nuestra investigación gubernamental y tecnológica. Se lo presentamos a nuestros Comité Directivo Internacional de FreeBalance (FISC) cada año. Los asistentes al FISC cambian las prioridades de la hoja de ruta y añaden elementos. Esto incluye productos y servicios.
La activación progresiva acaba con la deuda técnica
FreeBalance es un empresas con un propósito. Nuestro mandato es construir prosperidad inteligente mediante una gobernanza basada en la tecnología. Los gobiernos no pueden construir la prosperidad cuando están sometidos a la deuda técnica de los sistemas de información. La tecnología debe permitir la reforma de la gobernanza.
Este enfoque de configuración, que permite una activación progresiva, incluye:
- Parametrización de reglas de negocio
- Flujo de trabajo sin código
- Plan de cuentas configurado para varios años
- Metadatos unificados
- Campos de datos adicionales
- Fichero de una sola lengua (en lugar de conjuntos lingüísticos rígidos)
- Configuración terminológica
- Ayuda adaptable mediante un sistema integral de gestión de contenidos
Para obtener más información sobre el enfoque de configuración de FreeBalance, consulte ponerse en contacto.