Perfil Proyecto Senplades Vf3

7/24/2019 Perfil Proyecto Senplades Vf3

1/108

Proyecto

Implementacin e implantacin del SistemaIntegrado de Gestin de las Finanzas Pblicas-

Ecuador

2014-2018

Quito, 03 de Octubre de 2014


2/108

H

Implementacin e implantacin del Sistema Integrado de

Gestin de las Finanzas Pblicas - Ecuador

i

Tabla de contenido

1. Datos iniciales del proyecto ......................... .......................... .......................... ....................... 1

1.1 Tipo de Solicitud de Dictamen....................... .......................... ......................... ............... 1

1.2 Nombre Proyecto ........................ ......................... .......................... ......................... ....... 1

1.3 Entidad .......................... .......................... .......................... ......................... .................... 1

1.4 Entidad Operativa Desconcentrada ....................... .......................... .......................... ...... 1

1.5 Ministerio Coordinador......................................... .......................... ........................... ..... 1

1.6 Sector, subsector y tipo de inversin ........................ .......................... .......................... .. 1

1.7 Plazo de ejecucin ........................... ......................... .......................... .......................... .. 1

1.8 Monto total ........................ .......................... ......................... .......................... ............... 2

2. Diagnstico y Problema: .......................... ......................... .......................... .......................... .. 2

2.1 Descripcin de la situacin actual del sectorde intervencin y de influencia por el

desarrollo del proyecto .............................................................................................................. 2

Evolucin del Sistema e-SIGEF ................................................................................................ 2

2.2 Identificacin, descripcin y diagnstico del problema. ........................... ..................... 19

2.3 Lnea base del proyecto ........................... .......................... .......................... ................. 26

2.4 Anlisis de oferta y demanda ........................ .......................... ......................... ............. 41Oferta .................................................................................................................................. 42

Demanda ............................................................................................................................. 42

2.5 Identificacin y Caracterizacin de la poblacin objetivo. ........................ ..................... 44

2.6 Ubicacin geogrfica e impacto territorial ......................... .......................... ................. 45

3. Articulacin con la Planificacin. .......................... .......................... ......................... ............. 45

3.1 Alineacin objetivo estratgico institucional ........................... .......................... ............ 45

3.2 Contribucin del proyecto a la meta del Plan Nacional para el Buen Vivir alineada al

indicador del objetivo estratgico institucional ........................................................................ 46

4. Matriz Marco Lgico. ........................... ......................... .......................... .......................... .... 47

4.1 Objetivo General y Objetivos Especficos. .......................... .......................... ................. 47

4.2 Indicadores de resultado ......................... .......................... ......................... .................. 48

4.3 Marco Lgico .......................... .......................... .......................... ......................... ......... 48


3/108

H



ii

4.3.1 Anualizacin de las metas de los indicadores del propsito ....................... ............ 55

5. Anlisis Integral .......................... .......................... ......................... .......................... ............. 56

5.1 Viabilidad Tcnica ........................ ......................... .......................... ......................... ..... 56

5.1.1 Descripcin de la Ingeniera de Proyecto ......................... ......................... ............. 56

5.1.2 Especificaciones tcnicas........................................ ......................... ...................... 59

5.2 Viabilidad Financiera fiscal ....................... .......................... ......................... .................. 77

5.3 Viabilidad Econmica ....................... ......................... .......................... .......................... 77

5.3.1 Metodologas utilizadas para el clculo de la inversin total, costos de operacin y

mantenimiento, ingresos y beneficios .................................................................................. 77

5.3.2 Identificacin y valoracin de la inversin total, costos de operacin y

mantenimiento, ingresos y beneficios .................................................................................. 78

5.3.3 Flujo econmico ....................... ......................... .......................... .......................... 80

5.3.4 Indicadores econmicos ........................ .......................... ......................... ............. 82

5.4 Viabilidad Ambiental y Sostenibilidad Social ........................... .......................... ............ 82

5.4.1 Anlisis de impacto ambiental y riesgos .......................... .......................... ............ 82

5.4.2 Sostenibilidad Social ........................ .......................... ......................... .................. 84

6. Financiamiento y Presupuesto ......................... .......................... ......................... .................. 84

7. Estrategia de Ejecucin ........................... ......................... .......................... .......................... 88

7.1 Estructura Operativa ........................ ......................... .......................... .......................... 88

7.2 Arreglos institucionales y modalidad de ejecucin ........................... ......................... .... 92

7.3 Cronograma valorado por componentes y actividades ........................ .......................... 92

7.4 Demanda pblica nacional plurianual ....................... .......................... .......................... 97

7.4.1 Determinacin de la demanda pblica nacional plurianual ........................ ............ 97

8. Estrategia de seguimiento y evaluacin ........................ .......................... .......................... .. 102

8.1 Seguimiento a la ejecucin ........................... .......................... ......................... ........... 102

8.2 Evaluacin de resultados e impactos ........................ .......................... ........................ 102

8.3 Actualizacin de la lnea base ........................... .......................... ......................... ....... 102

9. Anexos .......................... ......................... .......................... .......................... ........................ 103

9.1 Autorizaciones ambientales otorgadas por el Ministerio de Ambiente y otros segn

corresponda ........................................................................................................................... 103


4/108

H



iii

9.2 Certificaciones tcnicas, costos, disponibilidad de financiamiento y otras ................... 103

ndice de tablasTabla 1. Sector y subsector del proyecto ........................................................................................ 1

Tabla 2. Monto Total requerido por el proyecto anualmente....................................................... 2

Tabla 3. Equipos Servidores........................................................................................................... 9

Tabla 4. Equipo de Comunicaciones ............................................................................................ 12

Tabla 5. Equipos de Respaldos .................................................................................................... 13

Tabla 6. Solucin de Respaldos ................................................................................................... 13Tabla 7. Infraestructura sistema SPRYN ...................................................................................... 14

Tabla 8. Servidor de Directorio Activo......................................................................................... 15

Tabla 9. Resultados de prueba de carga ....................................................................................... 22

Tabla 10. Costos de Mantenimiento de Sistemas........................................................................ 24

Tabla 11. Evolucin de volumen de entidades registradas en el sistema.................................... 26

Tabla 12. Evolucin de Usuarios SINFIP ....................................................................................... 27

Tabla 13. Volumen de transacciones mensuales SINFIP.............................................................. 29

Tabla 14. Evolucin mensual de atenciones en el Centro de servicios en menos de 45 minutos . 30

Tabla 15. Procesos de Interoperabilidad ..................................................................................... 35

Tabla 16. A nivel de Web Services ............................................................................................... 35

Tabla 17. Informacin compartida a nivel de Base de Datos....................................................... 37

Tabla 18. % de disponibilidad de la infraestructura del sistema (excluye comunicaciones)........ 38

Tabla 19. Instituciones potenciales para usar sistema................................................................. 43

Tabla 20. Objetivos Estratgicos.................................................................................................. 46

Tabla 21. Metas que contribuyen al PNBV .................................................................................. 46Tabla 22. Indicadores de Resultado .............................................................................................. 48

Tabla 23. Matriz de Marco Lgico ................................................................................................ 48

Tabla 24. Metas de indicadores de propsito.............................................................................. 55

Tabla 25. Procesos contemplados para implementacin del Nuevo Sistema de Gestin de las

Finanzas Pblicas......................................................................................................................... 57


5/108

H



iv

Tabla 26. Distribucin de Inversin Total .................................................................................... 78

Tabla 27. Flujo Econmico........................................................................................................... 81

Tabla 28. Financiamiento ............................................................................................................. 84

Tabla 29. Cronograma valorado por componentes y actividades................................................ 93

Tabla 30. Demanda Pblica Nacional Plurianual ......................................................................... 97

ndice de grficosGrfico 1: Modelo Funcional del sistema e-SIGEF .......................... .......................... ....................... 9

Grfico 2: Evolucin de versiones y nmero de Usuarios ........................ ......................... ............. 17Grfico 3: Programa de Estabilizacin del sistema e-SIGEF ................................ ........................... 18

Grfico 4: Diagrama Causa Efecto ................................................................................................ 19

Grfico 5: Tasa de crecimiento de operaciones de negocio........................................................... 20

Grfico 6: Performance de la Base de Datos de produccin del Sistema de Administracin

Financiera .................................................................................................................................... 21

Grfico 7: Uso de recursos (CPU) por transaccin .......................... .......................... ..................... 23

Grfico 8. Evolucin de Usuarios .................................................................................................. 27

Grfico 9. Distribucin de Usuarios por Sector ............................................................................. 28

Grfico 10: Porcentaje de asistencias resueltas ............................................................................ 31

Grfico 11: Disponibilidad de la Infraestructura del Sistema ....................... ......................... ......... 39

Grfico 12: Resultado de encuestas.............................................................................................. 40

Grfico 13. Resultados de encuesta,percepcin del usuario ....................................... .................. 41

Grfico 14: Cronograma de Actividades ....................................................................................... 57

Grfico 15 : Modelo Conceptual nuevo sistema............................................................................ 60

Grfico 16: Modelo Conceptual. Subsistema de Presupuesto .......................... ......................... .... 62

Grfico 17: Modelo Conceptual. Subsistema de Contabilidad .......................... ......................... .... 64

Grfico 18: Modelo Conceptual. Subsistema de Tesorera .......................... ......................... ......... 67

Grfico 19: Modelo Conceptual. Subsistema de Bienes y Existencias ....................... ..................... 71

Grfico 20: Modelo Conceptual. Subsistema de Existencias ........................ ......................... ......... 72

Grfico 21: Modelo Conceptual. Subsistema de Nmina ........................................ ...................... 74


6/108

H



1

1.

Datos iniciales del proyecto

1.1 Tipo de Solicitud de DictamenDictamen de prioridad y Dictamen de aprobacin (Proyecto Nuevo)

1.2 Nombre ProyectoImplementacin e implantacin del Sistema Integrado de Gestin de las Finanzas Pblicas

Ecuador.

1.3 EntidadMinisterio de Finanzas del Ecuador

1.4

Entidad Operativa DesconcentradaLa Institucin que se encargar de la ejecucin del proyecto es el Ministerio de Finanzas del

Ecuador a travs de la Subsecretara de Innovacin de las Finanzas Pblicas

1.5 Ministerio CoordinadorMinisterio Coordinador de Poltica Econmica

1.6

Sector, subsector y tipo de inversinDe acuerdo a la matriz de clasificacin de sectores y subsectores, el proyecto se enmarca en:

Tabla 1. Sector y subsector del proyecto

Sector Subsector

Planificacin y Regulacin D1801 Administracin Planificacin y Regulacin

Manejo Fiscal D1901 Administracin Fiscal

Informacin D2201 Administracin de Informacin

D2202 Generacin de Informacin

El tipo de inversin del proyecto est enmarcado en el fortalecimiento de la FORTALECIMIENTO

INSTITUCIONAL, puesto que involucra gestiones inherentes a bsqueda de brindar un mejor

servicio a las entidades del Estado.

1.7 Plazo de ejecucinEl plazo para la implementacin del proyecto es de 48 meses, desde septiembre de 2014, hasta

septiembree de 2018.


7/108

H



2

1.8 Monto totalEl monto total del proyecto es de USD $ 47.217.379,26 (Cuarenta y siete millones doscientos

diecisiete mil trescientos setenta y nueve con 26/100 dlares de los Estados Unidos deNorteamrica).

De este monto, USD $ 7.000.000,00 corresponde al aporte del Banco Interamericano de Desarrollo

BID. Estos fondos provienen del crdito 3073

Tabla 2. Monto Total requerido por el proyecto anualmente

Ao 2014 2015 2016 2017 2018 TOTAL

Monto

Dlares

10.000,00 7.659.642,40 22.309.250,66 11.267.286.21 5.971.200 47.217.379,26

Fuente y Elaboracin: Subsecretara de Innovacin de las Finanzas Pblicas

2.Diagnstico y Problema:

2.1 Descripcin de la situacin actual del sector de intervencin y deinfluencia por el desarrollo del proyecto

Evolucin del Sistema e-SIGEFEl sistema e-SIGEF es una herramienta informtica de apoyo al sistema financiero de las entidades

del PGE implementada bajo un ambiente WEB que tuvo sus inicios en el ao 1997; en su primera

versin denominada SIGEF (Sistema Integrado de Gestin Financiera) fue desarrollado como parte

del proyecto MOSTA-BIRF-3822-EC con financiamiento del Banco Mundial, con el objetivo deimplementar la Reforma del Sistema de Gestin Financiera del Estado contemplando la

racionalizacin de procesos, la incorporacin de tecnologa y adecuacin de sistemas de

informacin.

El sistema SIGEF estuvo conformado por tres componentes principales: Institucional, Global y del

Tesoro, que no lograron interrelacionarse de manera automtica y fue imposible la obtencin de

informacin el lnea.

El SIGEF Institucional desarrollado para el manejo del Presupuesto, Contabilidad, Tesorera,

Nmina, Gerencial, Administracin y Activos Fijos de las entidades del sector pblico, no obstante

de encontrase desarrollados todos los mdulos descritos no todos los mdulos fueron utilizados.

Las auditoras realizadas al sistema SIGEF Institucional siempre fueron favorables con respecto a la

seguridad y controles de acceso al sistema as como la integridad, coherencia de la informacin.

El SIGEF Global implementado para la generacin del Presupuesto General del Estado en base a la

informacin remitida por las entidades del sector pblico no financiero; con esta informacin se

generaba reportes del ciclo presupuestario de dichas entidades.


8/108


9/108

H



4

Para la ejecucin del Proyecto de Administracin Financiera del Sector Pblico se suscribe el

Convenio de Prstamo BIRF 7110-EC con fecha 27 de agosto de 2003 por un monto de USD

13860.000,00 financiado por el Banco Mundial, establecindose como fecha de cierre el 1 demarzo de 2007. El monto total asignado al Proyecto fue de USD 18840.000,00.

Para el ao 2003 se implementa una mejora al sistema SIGEF mediante la incorporacin del

sistema CITRIX4, que permiti dar los primeros pasos en la implementacin de un sistema sobre

entorno de Internet. La adopcin de este nuevo esquema no cumpli las expectativas

inicialmente propuestas, que era el atender a 145 entidades del sector pblico, logrando

nicamente que 28 entidades funcionen bajo esta modalidad.

En el ao 2004 el entonces Ministro de Economa y Finanzas respald el desarrollo de la Nueva

Versin del Sistema de Gestin Financiera propuesta por los Subsecretarios del MEF y los

funcionarios del Banco Mundial as como continuar con el mantenimiento del Sistema de Gestin

Financiera Vigente.

El apoyo entregado al mantenimiento del sistema SIGEF permiti el desarrollo de un nueva versin

del sistema SIGEF denominado SIGEF Integrador implementado para 2626 entidades del sector

pblico en el ao 2005, el cual permita incorporar informacin al sistema SIGEF a travs de mallas

de estructuras de informacin generadas en formato Microsoft Excel. El nmero de entidades

pblicas que utilizaban el sistema SIGEF alcanz el nmero de 160 entidades, contando entre ellas

a 11 Ministerios.

La Subsecretara Administrativa del MEF emite la disposicin con fecha 15 de febrero de 2005 enla que considera oportuno el retorno de las competencias de la Unidad Ejecutora Proyecto de

Administracin Financiera del Sector Pblico al Ministerio de Economa y Finanzas, actividad que

se inici a finales del 2005 y fue completada el 30 de septiembre del mismo ao. Los productos

recibidos por parte del MEF mediante actas entrega fueron distribuidos bajo tres esquemas

especficos: Produccin, Servicios y Desarrollo.

El proceso de transferencia del proyecto SIGEF al Ministerio de Finanzas consisti no slo en la

entrega formal de productos tecnolgicos, sino tambin, el traslado de competencias de

administracin, soporte y mantenimiento de los productos desarrollados, lo que determin una

serie de procedimientos especficos de adaptacin, correccin y prueba que no se reflejan en los

documentos formales y que fueron aplicados para lograr el objetivo de impacto cero a los

usuarios, garantizando la operacin del sistema con todos sus componentes contine conforme a

4 CITRIX es una aplicacin que permite utilizar de forma remota aplicaciones diseadas para poder

emplearse exclusivamente de forma local, permite gestionar de forma centralizada aplicacionesheterogneas y ofrece acceso a stas desde cualquier ubicacin, en cualquier momento y a travs decualquier dispositivo


10/108

H



5

la planificacin incorporada en el objetivo de la modernizacin de la administracin de las finanzas

pblicas.

Con la visita realizada por los funcionarios del Banco Mundial a inicios del ao 2006 se desarrolla

un plan operativo para el ao 2006 bajo los lineamientos establecidos por las Autoridades del

Ministerio de Economa y Finanzas con el objetivo de alcanzar la Modernizacin del Sistema de

Administracin Financiera partiendo de un nuevo marco conceptual. En el mes de febrero del

mismo ao, se realiza un anlisis FODA5 de la situacin del proyecto SIGEF, encontrndose a

manera de resumen las siguientes conclusiones:

El SIGEF institucional bajo un modelo o arquitectura Cliente / Servidor result ser una

solucin vlida para una Unidad Ejecutora no as para el proceso de administracin

financiera del estado.

Dificultad en la actualizacin de versiones por cambios en la lgica del negocio, en los

perfiles de accesos o en la base de datos, cambios que deben ser aplicados a todos los

clientes que generan sus transacciones con los aplicativos.

Riesgo incremental de seguridad en la administracin de la base de datos y el cliente en

cada una de las entidades que utilizan los aplicativos.

Ausencia de estrategias para el manejo de errores que garanticen la consistencia de los

datos.

Los cambios en las reglas del negocio reflejadas en modificacin de los programas

consumen excesivo tiempo y resultan costosas.

Los resultados del anlisis FODA del SIGEF en los aspectos conceptual, legal, organizacional ytecnolgico fueron presentados a las Autoridades y Funcionarios del Ministerio de Economa y

Finanzas, Contralora General del Estado, Banco Mundial y Servicio de Rentas Internas en un Taller

de Trabajo Internacional en la ciudad de Quito en el mes de marzo del 2006; adicionalmente se

presentaron ponencias acerca de las experiencias en procesos de modernizacin de los Sistemas

de Administracin Financiera en los pases de Argentina, Colombia y Guatemala.

Como resultado del taller de trabajo se determin que el sistema de Administracin Financiera de

Guatemala contena las mejores prcticas en su implementacin y que su madurez se bas en el

aprendizaje, ubicndolo como uno de los mejores y ms modernos sistemas de la regin. Adems,

se determin las similitudes en los procesos de transformacin tecnolgica de un modelodesconcentrado operativamente y tecnolgicamente distribuido a un modelo tecnolgicamente

centralizado.

5El anlisis DAFO, tambin conocido como anlisis FODA, es una metodologa de estudio de la situacin de

una empresa o un proyecto, analizando sus caractersticas internas (Debilidades y Fortalezas) y su situacinexterna (Amenazas y Oportunidades) en una matriz cuadrada.


11/108

H



6

Inmediatamente, el MEF plante la necesidad de iniciar un proceso de benchmarking al sistema

implantado en Guatemala, con la finalidad de evaluar las capacidades que presentara el modelo

conceptual del Sistema de Informacin Administrativa Financiera Sistema de AdministracinGubernamental (SIAF-SAG)como opcin para adoptarlo como el nuevo sistema de Administracin

Financiero Ecuatoriano.

La principal recomendacin emanada de la evaluacin del Sistema de Administracin Financiera de

Guatemala fue el de adoptar y adaptar el sistema a los requerimientos y realidad del Ecuador,

determinando as el marco referencial de la modernizacin conceptual y tecnolgica del sistema

para la administracin de las finanzas pblicas.

Con fecha 31 de mayo del 2006 se suscribi el convenio de cooperacin y asistencia tcnica para

adaptar el modelo del sistema de Administracin Financiera de Guatemala a los requerimientos

del pas, definido en el Plan Operativo de Mayo 2006Febrero 2007.

La primera versin del e-SIGEF contempl el desarrollo del ncleo 6del sistema con el objetivo de

habilitar la ejecucin del presupuesto del Gobierno Central del ao fiscal 2007, con la

implementacin de los mdulos de Presupuesto, Contabilidad y Tesorera. La nueva arquitectura

adoptada orientada al funcionamiento en WEB, super todos los inconvenientes presentados en la

anterior versin cliente-servidor y permiti interactuar de manera automtica con los sistemas

eSIPREM Sistema Presupuestario de Remuneraciones y Nmina, SIGADE- Sistema de Gestin y

Anlisis de la Deuda, Sistema de Planificacin, Sistema Nacional de Inversin Pblica, Sistema de

Compras Pblicas, Sistema de Pagos Interbancarios y Sistema del Servicio de Rentas Internas.

En respuesta a la solicitud realizada por el Ministerio de Finanzas para la ampliacin de plazo del

Proyecto, el Banco Mundial con fecha 18 de Mayo del 2007 establece el cierre del proyecto el 31

de julio de 2008, y posteriormente aprobar el Plan de Operaciones para el perodo Mayo 2006 a

Julio 2008, estableciendo como objetivos el mantener operativo los aplicativos actuales hasta

disponer de una nueva versin del sistema.

El 2 de Enero del 2008 se lanza a produccin la primera versin del sistema e-SIGEF que contempla

los lineamientos establecidos en la gestin financiera pblica del Gobierno del Ecuador,

alcanzando algunos objetivos importantes en su implementacin como: un fortalecimiento

institucional sostenido, un mejor ordenamiento de las cuentas sobre el manejo de los recursos

pblicos, una estandarizacin en el manejo de la informacin y un cambio tcnico-cultural en los

usuarios del Sistema.

6En informtica, un ncleo o kernelde un sistema es un software que constituye una parte fundamental del

sistema. Es el principal responsable de facilitar a los distintos programas acceso seguro al hardware de lacomputadora o en forma bsica, es el encargado de gestionar recursos, a travs de servicios de llamada alsistema.


12/108

H



7

Durante la implementacin del sistema e-SIGEF en su primera versin aparecieron nuevos

requerimientos que no fueron considerados en el desarrollo inicial, tambin se establecieron

puntos de funcionales que requeran cambios y un mayor detalle en su funcionalidad, generandola necesidad de ampliar el plazo del cierre del proyecto hasta el 27 de Febrero del 2009, con la

finalidad de consolidar la funcionalidad del e-SIGEF y garantizar su sostenibilidad, fortalecimiento y

consistencia.

Para la consolidacin del apoyo brindado al sistema e-SIGEF, el Ministerio de Finanzas increment

los recursos por alrededor de 7.9 millones de dlares al proyecto de inversin, esta asignacin de

recursos involucr el cambio del Plan Operativo y la correspondiente dictamen favorable por parte

de la Secretara Nacional de Planificacin y Desarrollo (SENPLADES) mediante oficio SENPLADES

SPPIP-dipp2008-279.

De la primera evaluacin realizada al sistema e-SIGEF durante el primer semestre de

implementacin se concluy que las expectativas originales fueron superadas y que se alcanzaron

resultados significativos en los siguientes temas:

3041 unidades ejecutoras integradas en un solo sistema

Integracin del nuevo modelo de gestin del presupuesto

Manejo de Cuenta Corriente nica (CCU)

Balance Contable del Gobierno Central en lnea

Descentralizacin de la gestin financiera

Optimizacin en el uso de los recursos

Integracin de Nminas y Distributivo (eSiprem)

Integracin en lnea con los sistemas del Banco Central del Ecuador, Servicio de Rentas

Internas y eI Instituto Ecuatoriano de Seguridad Social.

Control en lnea

El avance alcanzado en estos temas se lo consigui fortaleciendo las reas conceptual,

organizacional y tecnolgica mediante la mejora de la infraestructura tecnolgica, capacitacin al

usuario final y la integracin de sistemas.

La plataforma utilizada para el desarrollo del sistema e-SIGEF se conform con Oracle en su

versin 10gr2 Enterprise Edition como Administrador de Base de Datos y Microsoft .NET comoherramienta de desarrollo. La arquitectura en capas7 utilizada para el desarrollo del sistema

permite mantener independencia entre sus componentes tanto en mantenimiento como en su

actualizacin.

7La arquitectura de cuatro capas mantiene por separando cliente, servidor web, modelo y almacn de datos

con el objetivo primordial de mantener la separacin de la lgica de negocios de la lgica de diseo.


13/108

H



8

Las mejoras alcanzadas por el sistema e-SIGEF en comparacin con su antecesor el sistema SIGEF

fueron notables resolvindose la mayora de los problemas identificados en los temas

tecnolgicos de escalabilidad, disponibilidad, seguridad, integracin; y en temas como laincorporacin del manejo de la Cuenta nica del Tesoro (CUT), Control de Pagos a funcionarios y

proveedores, oportunidad de informacin para toma de decisiones, nivel de integracin de los

mdulos, entre otras8.

A partir de enero de 2009 el Ministerio de Finanzas asume la institucionalizacin del proyecto e-

SIGEF, estableciendo estrategias para su operatividad y fortalecimiento de su infraestructura

tecnolgica a fin de asegurar la sostenibilidad y continuidad ininterrumpida de las actividades.

El Modelo de Gestin de la Administracin Pblica adoptado en el nuevo sistema e-SIGEF permiti

superar las debilidades y problemas presentados en el anterior sistema, interoperar con sistemas

de informacin de otras instituciones, facilitar el registro y control de la generacin y uso de los

recursos pblicos, en trminos de transparencia, eficiencia, eficacia y economa.

El proyecto e-SIGEF, alineado a las directrices y estrategias de las Autoridades del Ministerio de

Finanzas, redefini la visin, objetivos y alcance del mismo, teniendo en cuenta la adopcin y

adaptacin del modelo del SIAF a la realidad ecuatoriana. El sistema ecuatoriano se est

constituyendo en un sistema de gestin, permitiendo que cada funcionario usuario del sistema,

en cumplimiento de sus responsabilidades asignadas en los procedimientos relativos a las

transacciones del presupuesto, contables, de pago de obligaciones, de compra de bienes y otras,

las registre una sola vez y en tiempo real. El registro se realiza en una sola base de datos con

conexin directa a las entidades usuarias del sistema central del MF, con el fin de disponer deinformacin oportuna.

La visin del modelo funcional contemplado en el sistema e-SIGEF fue definida de la siguiente

manera:

8Consultora desarrollada por Bruno Barlettipara de anlisis comparativo de las Funcionalidades del SIGEF

(Versin Cliente Servidor que opero hasta diciembre de 2007) y la actual e-SIGEF (Versin WEB).


14/108

H



9

Grfico 1: Modelo Funcional del sistema e-SIGEF

El cambio implementado no simplemente consider un cambio en la tecnologa utilizada, sino que

incorpor un cambio en el modelo presupuestario-financiero del pas, la inclusin de la cuenta

nica (CCU), la centralizacin de la informacin y un cambio en algunos procesos llev a que los

primeros meses sean de una alta demanda de servicios de las instituciones en todos los mbitos

posibles.

El sistema e-SIGEF dispone actualmente de los mdulos de Presupuesto, Contabilidad y Tesorera,

siendo su enfoque operativo totalmente presupuestario. La capacidad transaccional con la

herramienta medida en nmero de usuarios es de aproximadamente 12.983usuarios que trabajan

o supervisan a un total de 4.802 instituciones.

La infraestructura tecnolgica que da soporte a este sistema est conformada por equipos

servidores utilizados en el funcionamiento de las diferentes capas que integran la solucin,

equipos cuyas caractersticas se describe a continuacin:

Tabla 3. Equipos Servidores

Capa / Utilidad Cantidad Hardware Software Observaciones

Aplicacin 4 Marca HpDos (2) ProcesadoresIntel Xeon ProcessorX5560 (2.80 GHz, 8MB L3Cache, 95W, DDR3-1333,HT, Turbo 2/2/3/3)

Windows 2003 ServerR2 x64 Standard EditionSP2.

No tiene discosinternos fsicos


15/108

H



10

Dos (2) puertos SANFiberChannel de 8Gbps24 GB de Memoria RAM

DD3-1333MHzPresentacin 4 Marca Hp

Un (1) Procesador IntelXeon Processor X5560(2.80 GHz, 8MB L3 Cache,95W, DDR3-1333, HT,Turbo 2/2/3/3)12 GB de Memoria RAMDD3-1333MHzDos (2) puertos SANFiberChannel de 8GbpsCuatro (4) puertos LAN de

10Gbps Ethernet


No tiene discosinternos fsicos.

Reportes 2 Marca HpUn (1) Procesador IntelXeon Processor X5560(2.80 GHz, 8MB L3 Cache,95W, DDR3-1333, HT,Turbo 2/2/3/3)12 GB de Memoria RAMDD3-1333MHzDos (2) puertos SANFiberChannel de 8GbpsCuatro (4) puertos LAN de10Gbps Ethernet

Windows 2003 ServerR2 x64 Standard EditionSP2


Biometra (BDD) 1 Marca HpDos (2) ProcesadoresIntel Xeon ProcessorX5560 (2.80 GHz, 8MB L3Cache, 95W, DDR3-1333,HT, Turbo 2/2/3/3)Dos (2) puertos SANFiberChannel de 8Gbps24 GB de Memoria RAMDD3-1333MHzCuatro (4) puertos LAN de

10Gbps Ethernet

Windows Server 2008R2 x64 Standard EditionSP1


Biometra 1 Marca HpUn (1) Procesador IntelXeon Processor X5560(2.80 GHz, 8MB L3 Cache,95W, DDR3-1333, HT,Turbo 2/2/3/3) Dos (2)puertos SAN FiberChannelde 8Gbps

Windows Server 2008R2 x64 Standard EditionSP1.



16/108

H



11

8 GB de Memoria RAMDD3-1333MHzCuatro (4) puertos LAN de

10Gbps EthernetBase de Datos 2 Marca HP Integrity

RX7640144 GB de Memoria RAM,9 kits de 16 GB (cada kitcontiene dos mdulos de8GB DDR 2)Cuatro (4) Discos de146GB (15k rpm), HotSwap.Cuatro (4) Fuentes depoder con redundancia

N+N, alimentacin 220VDos (2) VentiladoresredundantesUnidad ptica DVD4 Tarjetas de Red PCI-E de10Gbps Ethernet4 Tarjetas de Fibra PCI-Ede 8Gbps FC QlogicControladora de Discos(PCI-X) RAID

SO HP-UX 11i V3Oracle RAC 10 g R2

Rack Produccin

GRID Control deOracle

1 Dos (2) Procesador IntelXeon Processor X5560(2.80 GHz, 8MB L3 Cache,95W, DDR3-1333, HT,Turbo 2/2/3/3)Dos (2) puertos SANFiberChannel de 8GbpsCuatro (4) puertos LAN de10Gbps Ethernet

Sistema Operativo LinuxRed Hat EL 5.2 x64


BI 1 Marca HP IntegrityRX7640Ocho (8) ProcesadoresIntel DualCoreItaniumMontvale

1.6GHz L3 cache 24MB144 GB de Memoria RAMCuatro (4) Discos de146GB (15k rpm), HotSwap4 Tarjetas de Red PCI-E de10Gbps Ethernet4 Tarjetas de Fibra PCI-Ede 8Gbps FC Qlogic

SO HP-UX 11i V3Oracle RAC 10 g R2


17/108

H



12

Controladora de Discos(PCI-X) RAIDCuatro (4) Fuentes de

poder con redundanciaN+N, alimentacin 220VDos (2) VentiladoresredundantesUnidad ptica DVD

Equipos Complementarios

Sistema /Tipo Cantidad Hardware

Almacenamiento 1 Marca HP StorageWorks XP 200002 Racks de 42 U1 x DKC3 x DKU138 discos FC de 450 GB, 15000 rpm, 4 Gbps, Dual Port

10 discos SATA DE 2 TB, 7200 RPM, Dual Port32 GB de memoria Cache8 GB de memoria cache compartida2 CHA de 8 puertosFuentes de poder redundantesVentiladoresredundantesXP Array ManagerXP Business Copy 3 TBXP external Storage

Switches 2 SAN Director 4/256Mdulo de procesamiento redundanteVelocidad de conexin externa de 8Gbps

Protocolos soportados FC, FC-ip, iSCSI64 puertos de 8Gbps4 puertos iSCSIFuentes de poder redundantes trabajando a 220VInstalados en rack de 42U de comunicaciones SAN

Fuente: Subsecretara de Innovacin de las Finanzas Pblicas

Elaboracin: Direccin Nacional de Operaciones

Como infraestructura de comunicaciones el Ministerio de Finanzas dispone:

Tabla 4. Equipo de Comunicaciones

Sistema /Tipo Cantidad Hardware

Firewall externos 2 Marca Cisco ASA5540Esquema de StatefulFailover Activo/ Standby,Sistema IDS/IPS ASA SSM-10interface 10/100/100 Mbps y cuatro interfaces

Firewall internos 2 Marca Cisco ASA5580-20Esquema StatefulFailover Activo/StandbySistema IDS/IPS ASA SSM-10interface 10/100/1000 mbps y seis interfaces.

SwitchCore 1 Marca Cisco 6509-E


18/108

H



13

Dos (2) tarjetas supervisoras VS-S720-10GModalidad SSO (StatefulSwitchover)



Los proveedores del canal de Internet son CNT con un ancho de banda de 20 mbps actualizable,

servicio ltima milla redundante con fibra ptica y TELCONET con ancho de banda de 20 mbps,

ltima milla redundante con fibra ptica.

Para la obtencin de respaldos se dispone de una librera fsica de respaldos marca HP, librera

fsica ESL322e con las siguientes caractersticas:

Tabla 5. Equipos de Respaldos

Item Configuracin

Brazorobtico 1 brazo robtico situado en la parte internadel mdulo.

Controlador de la librera

fsica.

Localizado en la parte posterior del rackseccin superior.

Mdulo de administracin. Localizado en la parte posterior del rackseccin inferior.

Librera fsicas 2 libreras fsicas, cada librera compuesta de4 drives.

Medios de almacenamiento

(cartuchos)

250 de 1.6 TB de capacidad, modelo UltriumLTO 4



Adems se dispone de un almacenamiento EVA 4000 con 84 discos FC de 450 GB cada uno que

sirve como almacenamiento para la librera VLS12000. Todos el sistema de respaldos esta

manejado a travs del software Data Protector versin A.06.11

Solucin de respaldos VLS 12000. Caractersticas:

Tabla 6. Solucin de Respaldos

Item Configuracin

Procesador Quad Core 2.5Ghz 1333

Discos 2 discos sata de 120GB cada uno en raid 1Memoria 16 GB en memoria Ram

Nic 2 tarjetas de redNic 1, para servicio privateNic 2, para servicio public

Hba 1 tarjetas hba con 4 puertos de Fibra2 puertos para storage y 2 puertos para hosts

Fuentes de poder 2 fuentes de poder redundantes


19/108

H



14

Tamao en Unidades de rack 1 U

Controlador del storage 2 controladores que trabajan en modoredundante.

Cajas de discos 8 cajas de discos.En total se instal 84 discos del tipo FC de 450GBcada uno y una velocidad de 10k.



Junto al sistema e-SIGEFe implementado bajo el mismo modelo de arquitectura se ha desarrollado

el sistema SPRYN que permite obtener la informacin relacionada con la ejecucin del

presupuesto de remuneraciones en el SPNF y cuya infraestructura responde a las siguientes

caractersticas:

Tabla 7. Infraestructura sistema SPRYNCapa / Utilidad Cantidad Hardware Software Observaciones

Aplicacin 2 Marca HpDos (2) ProcesadoresIntel Xeon ProcessorX5560 (2.80 GHz, 8MB L3Cache, 95W, DDR3-1333,HT, Turbo 2/2/3/3)Dos (2) puertos SANFiberChannel de 8GbpsCuatro (4) puertos LAN de10Gbps Ethernet



Presentacin 2 Marca HpUn (1) Procesador IntelXeon Processor X5560(2.80 GHz, 8MB L3 Cache,95W, DDR3-1333, HT,Turbo 2/2/3/3)12 GB de Memoria RAMDD3-1333MHzDos (2) puertos SANFiberChannel de 8GbpsCuatro (4) puertos LAN de10Gbps Ethernet


No tiene discosinternos fsicos.El rack de BDD delsistema e-SIGEF esel mismo delsistema eSIPREN.



Para el almacenamiento de informacin comparte el sistema XP 20000 del e-SIGEF.

Como elementos de contingencia se ha definido la siguiente configuracin:

Cluster de servidores en configuracin de balanceo de carga (F5) y configuracin Oracle

RAC para los servidores de Base de Datos.


20/108

H



15

Configuracin en el almacenamiento de arreglos en Raid 1, mecanismo que crea una copia

exacta o espejo de un conjunto de datos en dos o ms discos.

Plantilla de seguridad en lnea de base para servidores de aplicaciones y reportes.

La redundancia manejada a travs de Directorio Activo esta implementado en servidores con las

siguientes caractersticas:

Tabla 8. Servidor de Directorio Activo

Capa / Utilidad Cantidad Hardware Software Observaciones

Active Directory 2 Marca HpUn (1) Procesador IntelXeon Processor X5560(2.80 GHz, 8MB L3 Cache,95W, DDR3-1333, HT,

Turbo 2/2/3/3)12 GB de Memoria RAMDD3-1333MHzDos (2) puertos SANFiberChannel de 8GbpsCuatro (4) puertos LAN de10Gbps EthernetDos discos de 80GB enRaid 1

Server 2008 x64 R2Standard Edition SP1



Los equipos destinados a la proteccin de la red y comunicaciones Firewall se han configurado enforma redundante y es administrado por el fabricante mediante un contrato de mantenimiento

CustomRepair.

Para los equipos que dan soporte al tema de inteligencia de negocios no se han definido

mecanismos de contingencia.

La infraestructura fsica del centro de cmputo est conformada por los siguientes elementos:

Sistema de control de acceso al centro de datos mediante dispositivo biomtrico.

Sistema de acometida elctrica exclusiva al Ministerio de Finanzas con transformador

elctrico y cmara de transformacin, actualmente la operacin se halla en estado crticodada la carga dependiente y deber ser resuelto a la brevedad posible mediante una

remodelacin al sistema elctrico de todo el edificio de acuerdo a consultora entregada

por el Colegio de Ingenieros Elctricos y Electrnicos de Pichincha.

Sistema de generacin elctrica alterno mediante equipo Caterpillar de 280 KVA, en

operacin normal con contrato de mantenimiento preventivo y correctivo.


21/108

H



16

2 unidades de poder sin interrupcin (UPS) General Electric de 100 KVA de alta

disponibilidad con 10 horas de autonoma e instalaciones elctricas separadas, una por

cada UPSs a fin de conectar los las fuentes de los equipos una en cada UPSs, enoperacin normal y bajo un contrato de soporte post garanta por un ao.

Tablero automtico de transferencia entre la red normal y el equipo de generacin. Estado

actual: operacin normal y con contrato de mantenimiento preventivo y correctivo.

Sistema de aire acondicionado para el rea de UPS y Centro de Datos. 2 unidades LG de

60 000 BTU cada una para el rea de UPSs y2 unidades Stulz de 170 000 BTU para el

Centro de Datos. Las Unidades LG se encuentran bajo un contrato de mantenimiento

preventivo y correctivo por un ao y las unidades Stulz mediante un contrato de soporte

post garanta por un ao.

Sistema de deteccin y extincin automtica de fuego mediante 1 bombona de gas Ecaro

25 (HFC-125), panel de control y sensores inicos y fotoelctricos. Este sistema est conun contrato de soporte post garanta por un ao.

Sistema de monitoreo de alarmas y eventos relacionados con energa elctrica, sistema de

aire acondicionado, deteccin y extincin de fuego, temperatura, control de acceso fsico

a las reas crticas, sensores de vibracin y sensores de agua. El sistema se halla en

operacin normal y bajo un contrato de soporte post garanta por un ao.

Sistema de vigilancia por video cmaras basado en la red de datos (IP), monitoreo que se

extiende a todo el edificio mediante 25 cmaras distribuidas en el edificio y en el centro de

cmputo, software para administracin del sistema. Este equipamiento fue instalado en el

mes de julio del 2008.

Todos estos elementos han soportado el desarrollo del sistema e-SIGEF y constituyen la ejecucin

del componente de fortalecimiento del centro de datos del Ministerio de Finanzas.


22/108

H



17

Grfico 2: Evolucin de versiones y nmero de Usuarios

Para el ao 2012 el Ministerio de Finanzas operaba y mantena el sistema e-SIGEF, brindando

asistencia tcnica a las entidades pblicas e implementando nuevos requerimientos de software y

hardware, provocando que el sistema experimente cambios que afectaron su rendimiento.

Para identificar los factores que afectaban el desenvolvimiento normal del sistema e-SIGEF se

contrat diversas consultoras nacionales e internacionales, de donde se desprendi que el

aplicativo e-SIGEF tena algunos problemas en su funcionamiento, entre los que podemos

mencionar9:

Excesivo consumo de memoria en las capas de negocio y presentacin.

Problemas de contencin y serializacin de la Base de Datos.

Inconvenientes en la concurrencia de algunos procesos.

Alto consumo en ciertas consultas y/o reportes de grandes volmenes de informacin.

Lentitud en la respuesta de la aplicacin, en ciertas fechas del mes.

Alta interaccin entre las capas de presentacin / negocio con la capa de datos

Las conclusiones de las consultoras evidencian que el problema principal se encuentra en elaplicativo y que la incorporacin de nuevas funcionalidades es imposible debido a que podran

colapsar al sistema e-SIGEF provocado por un consumo exponencial de los servicios y recursos del

9CONSULTORIA PARA COORDINAR EL PROCESO DE ESTABILIZACION DEL SISTEMA e-SIGEF, Entregable 02:

Validacin Tcnica fase 1 del avance de los productos generados por las empresas contratadas para laEstabilizacin del e-SIGEF. Ao 2013. Pgina 6.


23/108

H



18

sistema; y recomendaron que se implemente un Programa de Estabilizacin del e-SIGEF con el

objetivo de asegurar la continuidad operativa del sistema.

Una de las principales recomendaciones realizadas las consultoras es dar inicio a la

conceptualizacin, diseo, desarrollo e implementacin del nuevo Sistema de Gestin para las

Finanzas Pblicas, para que en mediano plazo remplace al actual e-SIGEF10.

Dentro del Programa de Estabilizacin del sistema e-SIGEF se implementaron varios proyectos que

garantizaran el funcionamiento del sistema a finales del ao 2012 y 2013, fecha en las que el

sistema usualmente colapsaba y creaba malestar entre las entidades pblicas del estado que

utilizan el sistema.

Los proyectos implementados que contribuyeron a que el sistema no colapse a pesar de haber

cumplido con su vida til son:

1. Proyecto de estabilizacin fase cero

2. Proyecto de Anlisis para la estabilizacin del e-SIGEF

3. Proyecto de Pruebas de Carga y Estrs

4. Proyecto de Remediacin del e-SIGEF

5. Proyecto de Reforzamiento de la Base de Datos

Grfico 3: Programa de Estabilizacin del sistema e-SIGEF

10CONSULTORIA PARA COORDINAR EL PROCESO DE ESTABILIZACION DEL SISTEMA e-SIGEF, Entregable 03:

Seguimiento y control de ejecucin de los proyectos relacionados a la estabilizacin del e-SIGEF. Ao 2013.Pgina 8.


24/108

H



19

2.2 Identificacin, descripcin y diagnstico del problema.Dentro de la ejecucin del Programa de Estabilizacin del sistema e-SIGEF, en el mes de enero del

ao 2013 finaliz una consultora contratada con el Fabricante Microsoft del Ecuador cuyoobjetivo principal fue el proporcionar una valoracin del estado del sistema, y en el que se

identific el problema referente al su funcionamiento en los siguientes trminos, como se ilustra

en el siguiente diagrama de causa efecto del problema:

Limitacin tecnolgica

en incorporacin

definiciones COPLAFIP

Mantenimiento

Incremento Usuarios

Cumplida vida til

Degradacin del Sistema

Incremento de nmero

de transacciones

por usuario

Aumento de Entidades

al sistema transaccional

Modelo de Negocio

No incorpora todas

definicionesCOPLAFIP

Incorporacin de

funcionalidades

adicionales

Ampliacin de

cobertura del sistema

Incremento de Costos

De mantenimiento de

Plataforma de hardware

Y software

Grfico 4: Diagrama Causa Efecto

El problema central identificado en el funcionamiento del sistema informtico e-SIGEF, se hadefinido como: Limitacin Tecnolgica para la Incorporacin de los requerimientos definidos en el

Cdigo Orgnico de Planificacin y Finanzas Pblicas11

(COPLAFIP).

Varios de los conceptos financieros establecidos en la COPLAFIP no han sido posibles

implementarlos en el e-SIGEF, debido a limitaciones de la herramienta, que a continuacin se

mencionan algunos:

Incorporacin de las definiciones del Sistema Nacional de las Finanzas Pblicas desde

los macro procesos hasta la redefinicin de la funcionalidad del sistema transaccional

Manejo de gestin por procesos Incorporar nuevas funcionalidades a la implementacin de la Cuenta Corriente nica

(CCU)

A continuacin se exponen los efectos y las causas de este problema:

11Cdigo Orgnico de Planificacin y Finanzas Publicas -COPLAFIP-, publicado en el Registro Oficial No 306

del 22 de octubre del 2010


25/108

H



20

a) La degradacin del sistema e-SIGEF al introducir cambios al sistema original.

El sistema original e-SIGEF ha experimentado cambios al cdigo del ncleo del sistema y se ha

realizado nuevas incorporaciones de funcionalidades hasta el ao 2012, lo que ha provocadodegradacin al sistema transaccional.

Los cambios producidos al sistema original han obedecido a dos causas principales:

Ampliacin de la cobertura del sistema

El Sistema de Administracin Financiera del Sector Pblico actual posee aplicaciones de misin

crtica, como e-SIGEF, eSIPREN, Bienes y Existencias y el nuevo sistema de Remuneraciones y

Nmina SPRYN, que atienden a ms cuatro mil (4,000) Instituciones con cerca de doce mil (12,000)

usuarios; teniendo alrededor de mil seiscientas (1,600) conexiones concurrentes.

De datos histricos analizados, en el aplicativo e-SIGEF se han realizado en el perodo

comprendido entre el ao 2008 a febrero de 2013, cerca de 165.592.403 de operaciones de

negocio sin considerar la generacin de reportes; con un tasa de crecimiento sostenida en los

perodos 2010-2011 y 2011-2012 de un 25%, cumplindose la tendencia en el ao 2013, como se

muestra en el siguiente grfico y tabla:

Grfico 5: Tasa de crecimiento de operaciones de negocio

Incorporacin de funcionalidades adicionales

Desde la primera versin del sistema e-SIGEF (ao 2008) se ha ido incorporando nuevas

funcionalidades al sistema de Administracin Financiera del Sector Pblico, lo que ha implicado la

ampliacin de la plataforma de hardware y software.

Adicionalmente, el sistema ha incorporado nuevas versiones de los subsistemas, es as que el

subsistema eSIPRENoriginalmente desarrollado bajo plataforma .NET fue reemplazado por el

nuevo sistema de Remuneraciones y Nmina SPRYN desarrollado bajo plataforma java.

0% 10% 20% 30% 40% 50%

2008 -2009

2009-2010

2010-2011

2011-2012

% de Crecimiento anual


26/108

H



21

Tambin se incorpor nuevos sistemas como el de manejo de Bienes y Existencias eSByE

desarrollado bajo plataforma .NET.

Estas ampliaciones de funcionalidad al sistema e-SIGEF han generado que el sistema original de

Administracin Financiera del Sector Pblico se degrade y su funcionamiento colapse; provocando

que la adaptabilidad Tecnolgica sea insuficiente respecto a los requerimientos definidos en el

Cdigo Orgnico de Planificacin y Finanzas Pblicas (COPLAFIP).

b) El aumento de instituciones pblicas y usuarios recurrentes han decremento el rendimiento y

colapso del sistema e-SIGEF

Debido a la gran cantidad de transacciones generadas por los aplicativos del Sistema de

Administracin de las Finanzas Pblicas principalmente del sistema e-SIGEF, el consumo de

recursos de los servidores de base de datos es alto en determinadas horas del da, especialmente

en el horario comprendido entre 08H00 y 17H00, y en fechas definidas como cuatrimestres y fines

de ao; aumento producido por el incremento de instituciones pblicas y usuarios recurrentes que

utilizan el sistema e-SIGEF.

El comportamiento de la Base de Datos de produccin en el fin de ao 2012 fue el siguiente:

Grfico 6: Performance de la Base de Datos de produccin del Sistema de Administracin

Financiera


27/108

H



22

Del grfico se desprende que el sistema experimenta picos sostenidos del 100% de consumo de

recursos, provocando un alto impacto en el tiempo de servicio al usuario, lentitud en el sistema y

generacin de transacciones retrasadas.

Con la implementacin de algunas iniciativas contempladas en el proyecto de inversin

Fortalecimiento del Sistema de Administracin Financiera del Sector Pblico Ecuatoriano e-

SIGEF Fase IIIque finalizaron el primer semestre del ao 2014 se consigui la meta planteada que

es la de soportar mximas cargas en tiempos pico y mejorar los tiempos de respuesta al usuario

final.

El estado actual del sistema de acuerdo al Reporte Final de Pruebas de Performance realizado por

Microsoft del Ecuador, entregable de la Consultora para la Sostenibilidad del e-SIGEF, indica que

el resultado de las pruebas de carga y estrs realizadas posterior a la implementacin de las

iniciativas de ste proyecto en un escenario de: 300 usuarios concurrentes, infraestructura

definida para estas pruebas, y con un escenario de 11 transacciones de negocio ejecutadas al

mismo tiempo es:

Tabla 9. Resultados de prueba de carga

Lnea Base Consolidacin Cache

60.67 segundos 1.6 segundos | 2.49 segundos12

2.57 segundos

Fuente: e-SIGEF Ministerio de Finanzas

12Se ejecut la prueba de consolidacin dos veces, ver siguiente seccin para detalles.


28/108

H



23

Grfico 7: Uso de recursos (CPU) por transaccin

No obstante, las restricciones indicadas en el entregable de la consultora para la valoracin del

estado del e-SIGEF realizada por Microsoft del Ecuador se mantienen, estas indican claramente:

1. En la medida de lo posible, no aadir nuevas funcionalidades a la aplicacin existente, el

principio a seguir es sostener la aplicacin actual con la carga y configuracin actual. En el

caso de incorporar funcionalidades adicionales, estas pueden realizarse en un mdulo por

separado, aplicando el modelo de arquitectura recomendado.

2. No se recomienda continuar invirtiendo esfuerzos en seguir haciendo cambios al cdigo

existente, estas inversiones normalmente son de la siguiente ndole:

a. Cambios drsticos a la arquitectura existente, sin separar las mejoras por mdulos

o grupos de transacciones

b. Nuevas funcionalidades

c. Cambios complejos en el cdigo existente sin separarlo por mdulos o grupos de

transacciones

3. Cualquier cambio tcnico en la aplicacin existente, debe estar orientado a ser el mnimo

posible.

4. El cdigo existente de e-SIGEF ha cumplido su ciclo de vida y se deben de invertir los

esfuerzos en el desarrollo de un nuevo sistema y en la sostenibilidad del sistema actual sin

implementar modificaciones drsticas. En el caso de implementar cualquier modificacin,

92,76%

47,50% 44,10%50,80%5,36

9,86 10 10,10

0,00%10,00%

20,00%

30,00%

40,00%

50,00%

60,00%

70,00%

80,00%

90,00%

100,00%

0,00

2,00

4,00

6,00

8,00

10,00

12,00

Linea Base -Escenario 5 - 300

Usuarios - 1hr

Consolidacion -Escenario 5 - 300

Usuarios - 1hr

Consolidacion(May,2014) -

Escenario 5 - 300Usuarios - 1hh

Cache - Escenario 5- 300 Usuarios - 1hr

Transacciones/

seg

Pruebas de Performance

Uso de CPU vs Transacciones / seg para Escenario de

300 usuarios concurrentes%CPU Promedio Transacciones / Seg

-


29/108

H



24

sta debe desarrollarse sobre un grupo de transacciones o mdulos significativos del

sistema.

c) Finalizacin del tiempo de vida til de la actual herramienta e-SIGEF

Calificndose a la vida til como la duracin estimada que un sistema puede tener, cumpliendo

correctamente con la funcin para el cual ha sido creado, se puede establecer que el sistema e-

SIGEF ha dejado de tener un valor nico por no poder observar los nuevos requerimientos de las

instituciones pblicas que deben cumplir lo establecido en el marco normativo del Cdigo

Orgnico de Planificacin y Finanzas Pblicas, as como la imposibilidad de incorporar estas nuevas

funcionalidades acorde a los ltimos avances tecnolgicos.

Desde el ao 2008 hasta que el nuevo proyecto entre en funcionamiento transcurrirn

aproximadamente nueve (9) aos, tiempo en que el sistema ya cumplir su vida til

13

.

Para la determinacin de la vida til del sistema e-SIGEF no se ha considerado la rentabilidad y su

depreciacin porque la Normativa Tcnica de Contabilidad Gubernamental y el Reglamento

General Sustitutivo para el manejo y administracin de bienes del sector pblico de la Contralora

General del Estado no considera a los sistemas informticos como bienes de larga duracin pues

no tiene vida til estimada.

d) Costos elevados de mantenimiento de hardware y software del sistema e-SIGEF.

Durante los ltimos aos con la finalidad de mantener operativo al sistema e-SIGEF, el Ministerio

de Finanzas ha invertido recursos en la mejora de la plataforma de infraestructura y la mejora del

software de base. Los costos de mantenimiento realizado en el ltimo ao se muestran en lasiguiente tabla:

Tabla 10. Costos de Mantenimiento de Sistemas

Actividad Costo

Provisin de caja de horas 20.359,67

Mejora inmediata de performance del sistema e-SIGEF 94.976,00

Sostenibilidad del e-SIGEF (Microsoft) 2.766.400,00

Contratacin de horas tcnicas en servicios de Tecnologade la informacin para atencin de requerimiento del

Subsistema Presupuestario de Remuneraciones y Nmina"SPRYN" del Ministerio de Finanzas 2

75.240,00

Reforzamiento de base de datos 281.120,00

Replicacin de base de datos y aplicaciones crticas delsistema de administracin financiera - fase intermedia

30.576,00

13El periodo de vida til del software se calcula de entre 5 a 10 aos en funcin de diversos factores, como

son la continuidad de la plataforma tecnolgica, los cambios en el entorno de la empresa y de negocios, etc.


30/108

H



25

Actualizacin de base de datos a 11g, ambientes:produccin, contingencia, pruebas, soporte, desarrollo,proyectos.

58.240,00

Anlisis de seguridad de la infraestructura tecnolgica y decdigo de los aplicativos. Etikal hacking

78.400,00

Infraestructura para estabilizacin e-SIGEF 886.073,44

Servidores de base de datos para ambientes deproduccin, Discos para almacenamiento de ambiente depreproduccin y dataguard, Discos duros y upgrade (chas)para sistema de almacenamiento central xp2000,produccin. Y upgrade de sistema

1.395.492,00

Adquisicin de un certificado de mantenimientopreventivo/correctivo de sistema de alimentacinininterrumpida UPSs del centro de datos e incremento dela capacidad de autonoma en bateras

64.853,60

Optimizacin de motor de base de datos (assesment) acs 87.283,55

Optimizacin de capas de arquitectura de las aplicacionesdel E-SIGEF

358.041,60

Fortalecimiento de las aplicaciones .Net del Ministerio deFinanzas

178.527,61

Fortalecimiento y licenciamiento BI 306.042,24

Implementacin del monitoreo de los aplicativos e-SIGEF ySPRYN vistos como servicio

168.000,00

Total 6.849.625,71

Fuente: PAC 2013 Ministerio de Finanzas

Los costos por concepto de mantenimiento del aplicativo e-SIGEF han sido invertidos en la

actualizacin de la plataforma de hardware y software de base, enfocados a corregir defectos y

mejorar el rendimiento del sistema para garantizar la sostenibilidad y la confiabilidad del sistema

e-SIGEF.

Las causas de un alto costo de mantenimiento del sistema e-SIGEF obedecen a varios factores que

ha experimentado entre los que podemos mencionar:

El sistema empez a desarrollarse hace ms de 5 aos, utilizando las mejores tcnicas de

diseo y codificacin existentes en su momento y se construyeron con restricciones de

tamao y espacio de almacenamiento y de recursos en general. El software de base ha sufrido una o varias migraciones a nuevas plataformas y han

experimentado mltiples modificaciones para mejorarlos o adaptarlos a los nuevos

requerimientos.

Los cambios al sistema se realizaron sin tener en cuenta la arquitectura general del sistema

(no se aplicaron tcnicas de ingeniera inversa o reingeniera).


31/108

H



26

El resultado de todo lo anterior, es la existencia de sistemas software con una baja calidad con un

diseo pobre de las estructuras de datos, degradacin de la codificacin, lgica defectuosa, y

documentacin escasa. Es as que la baja calidad del sistema genera mayores costes demantenimiento.

La inversin realizada en los ltimos aos permitir estabilizar el sistema e-SIGEF bajo las

consideraciones realizadas por consultora para la valoracin del estado del e-SIGEF realizada por

Microsoft del Ecuador, que recomienda no incorporar nuevas funcionalidades al sistema puesto

que se correra un alto riesgo de colapsar al sistema nuevamente.

2.3 Lnea base del proyectoPara determinar la lnea base, se han identificado mtricas vinculadas al sistema y los subsistemas

actualmente aplicados, as como al nivel de percepcin de los usuarios frente al uso del actual

sistema (y subsistemas). Estas mtricas, se identifican como la base mnima que el nuevo sistema

de administracin financiera deber superar para cumplir su cometido.

a) Nmero de Entidades que usan el sistema

Segn el Acuerdo 447, El conjunto de organismos, entidades, fondos o proyectos que conforman

el Gobierno Central y Entidades Descentralizadas y Autnomas, se rigen a travs de la

centralizacin contable y de la caja fiscal y desconcentracin de la ejecucin presupuestaria, para

lo cual se constituyen los niveles estructurales de Unidad de Administracin Financiera (UDAF),

Unidad Coordinadora (UC), Unidad Ejecutora (UE).

Segn este mismo Acuerdo, Las UDAFS son la mxima instancia institucional en materia financieray presupuestaria; su funcin es cumplir yvelar por la aplicacin de leyes, normas y procedimientos

que rigen la actividadfinanciera y presupuestaria de observancia general en la Institucin. La UDAF

no tiene competencias de carcter operativo: aglutina las solicitudes de sus unidades ejecutoras

para su tratamiento a nivel del ente rector; y, autoriza y aprueba las operaciones presupuestarias

delegadas para su tratamiento.

Las EOD son las Entidades Operativas Desconcentradas que por el modelo de gestin adoptado, se

ubican en un segundo nivel.

En este contexto, las entidades que aplican el sistema son las UDAFs y las EOD. La evolucin del

nmero de entidades registradas en el sistema se presenta a continuacin:

Tabla 11. Evolucin de volumen de entidades registradas en el sistema

Entidad 2010 2011 2012 2013 2014

UDAF 229 222 214 229 216

UE 3337 3346 3389 3668 3692

Fuente: e-SIGEF


32/108

H



27

b) Nmero de usuarios activos

Se entiende por usuario a quien aplica el sistema de acuerdo al perfil asignado. El volumen deusuarios del sistema ha sido evolutivo de acuerdo al nmero de entidades que aplican el mismo.

Se identifican usuarios que usan constantemente y usuarios que han dejado de hacerlo, por lo que

a continuacin se describe la evolucin de estas dos categoras:

Tabla 12. Evolucin de Usuarios SINFIP

Categora 2004 2007 2008 2009 2010 2011 2012 2013 Total general

Usuarios Activados 1982 1418 957 538 722 2788 2580 12.983

Usuarios

Desactivados

8 1694 5276 3195 2901 3095 4471 2222 23.107

Total general 8 3676 6694 4152 3439 3817 7259 4802 36198

Fuente: e-SIGEF

Elaboracin: Equipo de gestin del proyecto

Grfico 8. Evolucin de Usuarios

La gestin de los usuarios es responsabilidad de las entidades. El Ministerio de Finanzas se encarga

nicamente de la creacin de los usuarios administradores financieros e informticos. Es

importante mencionar que para regular gestin de los usuarios en el sistema, el Ministerio deFinanzas emiti el Acuerdo N. 163, donde se determinan las normas para el control y uso de claves

de acceso al Sistema Nacional de Finanzas Pblicas.

La concentracin de usuarios del sistema por sector se describe a continuacin:

0

2000

4000

6000

8000

2004 2007 2008 2009 2010 2011 2012 2013

Evolucin de Usuarios SINFIP

Usuarios Activados Usuarios Desactivados

Total general


33/108

H



28

Grfico 9. Distribucin de Usuarios por Sector

Debido a la reestructuracin del sistema de gestin para el sector de educacin por circuitos, lo

que implica entre otros aspectos, la centralizacin de la gestin de los recursos, se espera que

durante los prximos aos, el volumen de usuarios se reduzca.

c) Nmero de transacciones promedio

Dado que el Acuerdo Ministerial No. 444 determina la obligatoriedad de la aplicacin del Sistema

e-SIGEF para todas las entidades que gestionan recursos del Presupuesto General del Estado apartir del 01 de enero de 2008, el volumen de transacciones registradas en el sistema constituye el

volumen de transacciones frente a la gestin del Presupuesto General del Estado. Las

transacciones se clasifican en:

Anticipos

Asientos

Certificaciones

Fondos Rotativos

Gastos

Transferencias Pagos transferencias

Programacin financiera

Formularios contables

Ingresos anticipos

Asientos

Certificaciones

81,95%

5,93%

0,35% 2,93%

5,91%1,26% 1,44% 0,22%

Distribucin de Usuarios del sistema

por Sector

Gobierno Central

Entidades de educacinsuperior

GAD

Municipios


34/108

H



29

Reforma Gastos

Reforma Ingresos

Se presenta a continuacin el volumen de transacciones mensual general registrado en el sistema

durante los aos 2012 y 2013:

Tabla 13. Volumen de transacciones mensuales SINFIP

Mes 2012 2013 Crecimiento

(%)

Enero 833.980,00 1.161.497,00 39%

Febrero 1.285.575,00 1.668.061,00 30%

Marzo 1.542.380,00 1.826.245,00 18%

Abril 1.700.917,00 2.078.262,00 22%Mayo 1.719.124,00 1.960.867,00 14%

Junio 1.527.451,00 1.858.934,00 22%

Julio 1.886.799,00 2.421.595,00 28%

Agosto 1.796.533,00 1.821.259,00 1%

Septiembre 1.602.664,00 1.798.292,00 12%

Octubre 2.068.341,00 2.161.564,00 5%

Noviembre 2.153.911,00 2.342.414,00 9%

Diciembre 2.343.688,00 2.368.896,00 1%

No terminadas 376.924,00 381.056,00 1%

Total general 20.838.287,00 23.848.942,00

Fuente: e-SIGEF


Como consecuencia, se puede obtener un promedio de transacciones por usuario que aplica el e-

SIGEF para el ao 2012 de 717,6 transacciones, mientras para el ao 2013, se registran 704, 7.

De acuerdo a los lineamientos definidos por la restructuracin del sector de educacin. El volumen

de transacciones de cada usuario podra incrementarse a futuro como consecuencia de la

centralizacin de esta actividad en cada circuito.

d)

% de asistencias resueltas en menos de 45 minutos de los mdulos CORE en el Centro de

Servicios

Segn Acuerdo Ministerial 254, el Centro de Servicios tiene la responsabilidad de proveer los

servicios de asistencia tcnica, conceptual y operativa en finanzas pblicas a funcionarios pblicos

de otras instituciones y a la ciudadana, impulsando la transformacin de la administracin pblica

orientada al servicio y haciendo uso de las tecnologas de informacin. Esta misin la realiza de


35/108

H



30

forma presencial en las instalaciones ubicadas en Quito, Guayaquil y Cuenca, y a travs de la lnea

telefnica 1800 e-SIGEF.

En el mes de julio del ao 2013, el Centro de Servicios traslada su gestin a procesos e implanta un

sistema de seguimiento con el fin de monitorear su desempeo para identificar oportunidades de

mejora en el sistema de gestin de calidad. De acuerdo a la definicin del sistema, se considera

que 45 minutos es un lmite de tiempo razonable para resolver las asistencias solicitadas en el caso

de los mdulos CORE.

Por otro lado, se ha definido como mdulos CORE del SINFIP a los mdulos de Presupuesto,

Contabilidad y Tesorera mismos que estn regidos por principios y normas tcnicas destinados a

posibilitar la asignacin y uso eficiente de los recursos pblicos, de la cual se generen los

adecuados registros que hagan efectivos los propsitos de transparencia y rendicin de cuentas.

Consecuentemente, se observa la importancia de dar seguimiento a las dudas y resoluciones de

los usuarios frente a la gestin del sistema en estos mdulos. El resultado del seguimiento durante

el ao 2013, se presenta a continuacin:

Tabla 14. Evolucin mensual de atenciones en el Centro de

servicios en menos de 45 minutos

Mes Mdulo

Presupuesto

Mdulo

Contabilidad

Mdulo

Tesorera

Promedio

mensual

Marzo 79,28% 68,70% 74,10% 74,03%

Abril 78,06% 68,20% 88,10% 78,12%Mayo 85,45% 93,00% 95,70% 91,38%

Junio 81,00% 93,00% 87,00% 87,00%

Julio 89,00% 94,00% 81,00% 88,00%

Agosto 92,00% 89,00% 77,00% 86,00%

Septiembre 90,00% 91,00% 82,00% 87,67%

Octubre 92,00% 88,00% 77,00% 85,67%

Noviembre 90,00% 95,00% 81,00% 88,67%

Diciembre 93,00% 97,00% 86,00% 92,00%

Fuente: Sistema de Gestin de Calidad Centro de Servicios



36/108

H



31

Grfico 10: Porcentaje de asistencias resueltas

e) Procesos de interoperabilidad

La interoperabilidad es la condicin que permite que sistemas o productos diferentes puedan

relacionarse entre s, para coordinar procesos o intercambiar informacin. Para efectos del nuevo

sistema en su definicin conceptual se ha considerado cuatro mbitos: tcnico, semntico,

organizativo y administrativo(gobernanza). Estos mbitos son la base para poder comprender los

factores clave y las barreras tcnico-sociales que pueden potenciar o limitar el crecimiento de los

sistemas actualmente implementados y; el desarrollo y la implementacin de la interoperabilidaden futuros sistemas14.

El momento de implementar cualquier tipo de interoperabilidad dentro de una entidad, por lo

general se ha detectado varias problemticas que deben ser solventadas y consideradas15:

La interoperabilidad de los datos: Se refiere la forma de hacer -trabajar juntos diferentes

modelos de datos (jerrquico, relacional, etc.) y de los diferentes lenguajes de consulta,

para encontrar y compartir informacin, procedentes de sistemas heterogneos que

pueden residir en diferentes equipos con diferentes sistemas operativos y diferentes

administradores de base de datos.

La interoperabilidad de los servicios: Se refiere a la identificacin de la composicin y

funcionamiento de las funcionalidades de servicios y/o aplicaciones (diseadas eimplementadas de forma independiente) para la resolucin de las diferencias sintcticas y

semnticas, as como la bsqueda de las conexiones a las distintas bases de datos

heterogneas.

14Fuente: Producto 1 -Consultora Definicin de los procesos de interoperabilidad con instituciones pblicas

en el marco del Nuevo Sistema de Gestin de las Finanzas Pblicas. Autor: Consultor Fabin Vallejo15

Fuente: ibdem

0%

20%

40%

60%

80%

100%

120%

% de asistencias resueltas en menos de 45

minutos

MduloPresupuestoMduloContabilidadMdulo Tesorera

Promediomensual


37/108

H



32

La interoperabilidad de los procesos: que tiene como objetivo hacer que varios procesos

trabajen juntos. En general, en una entidad, varios procesos se ejecutan en constante

interaccin (en serie o en paralelo). En el caso de una red de entidades, es tambinnecesario estudiar cmo conectar procesos internos de ambas entidades para crear un

proceso comn

La interoperabilidad de negocio: Se refiere a trabajar de forma armonizada a nivel de

negocio y la entidad, muy a pesar de: por ejemplo, los diferentes modos de toma de

decisiones, mtodos de trabajo, leyes, la cultura de la entidad y los enfoques de servicios,

etc. Por lo que la implementacin de sistema puede ser desarrollado y compartido entre

las entidades

La documentacin existente con respecto a la normativa aplicada en los procesos de

interoperabilidad del Ministerio de Finanzas, est contemplada en el instrumento denominadoFramework de Interoperabilidad del Ministerio de Finanzas FIMF-16, el cual fue desarrollado

con la visin de establecer:

Principios de la Interoperabilidad en los procesos de negocio

Establecer la hoja de ruta para la interoperabilidad de procesos de negocio

Definir el modelo de madurez de la interoperabilidad de los procesos

Con la finalidad de recolectar la informacin necesaria para establecer el diagnstico del estado

actual de interoperabilidad de la Institucin, en la consultora realizada para este efecto se unific

los criterios planteados en la metodologa en dos formatos: conceptual y tcnico que permitirn

hacer un anlisis cuantitativo y cualitativo de las mtricas para establecer el grado deinteroperabilidad de la Institucin.

El desarrollo del formato conceptual tiene como finalidad principal obtener informacin de los

procesos implementados en tres de los cuatro procesos estratgicos de la interoperabilidad:

conceptual, tcnica, organizacional; el aspecto de la gobernanza no se consider porque involucra

procedimientos, normas y estndares tcnicos en los mbitos de trabajo establecidos en todas las

entidades del Estado; stas an no estn debidamente definidas por la entidad correspondiente

considerando lo sealado en el Decreto Ejecutivo 1384.

El objetivo principal en el mbito organizacional es el de establecer si existen recursos humanos

responsables en cada una de las entidades interoperantes para cada uno de los procesos deinteroperabilidad, el nivel de apoyo y coordinacin que se mantiene entre las entidades; y poder

establecer el grado de compromiso de las Instituciones involucradas en: documentar, normalizar,

mejorar y continuar con los procesos de interoperabilidad actualmente funcionales.

16Marco Garca Celi, Cristian Villota, Framework de Interoperabilidad del Ministerio de Finanzas FIMF-, 18 Octubre 2010


38/108

H



33

El formato tcnico tiene como finalidad la medicin del potencial de interoperabilidad de la

Institucin para establecer la arquitectura de referencia para interoperabilidad implementada en

la Institucin a nivel de Procedimientos, Aplicaciones, Infraestructura y Datos.

De la informacin proporcionada en el formato conceptual y organizacional se puede establecer

que la mayora de servicios considerados como interoperabilidades desarrolladas con las

Entidades del Estado no mantienen documentacin y existe desconocimiento de la informacin de

la frecuencia y el tiempo de demora de cada uno de los procesos; adems no se maneja con

exactitud qu tipo de datos o que informacin se retorna en cada servicio.

La falta de documentacin de los procesos considerados como interoperabilidad a nivel

conceptual y organizacional hace que las mediciones o mejoras que se podran implementar sean

pocas o definitivamente no existan, la razn principal sealada de esta falencia fue que fueron

procesos heredados y la transferencia de conocimientos no se la realiz en forma adecuada.

Otro de los aspectos evaluados fue el grado de apoyo administrativo ofrecido tanto por el

Ministerio de Finanzas como las Entidades Interoperantes, logrndose detectar que en muy pocos

casos existe el apoyo del personal a nivel de autoridades y que los servicio de interoperabilidad se

reduce a un mantenimiento meramente tcnico y sin la colaboracin de la parte conceptual y

normativa.

Uno de los aspectos importantes que se evaluaron fue el de la normativa para el desarrollo de los

servicios de interoperabilidad, si bien es cierto se utilizaron normas internacionales como por

ejemplo: XML

17

para la representacin de datos, HTTP

18

y SOAP

19

para formato de mensajes,WSDL20 para la descripcin de los servicios y UDDI21 para buscar y descubrir los servicios

publicados; estas no se encuentran detalladas o documentadas en forma adecuada.

De la informacin proporcionada en el formato tecnolgico se estableci que la mayora de los

procesos considerados como interoperabilidades desarrolladas con las Entidades del Estado se

encuentran desarrolladas en C# pero en ms de una versin, limitando as tener una

estandarizacin sobre la plataforma de desarrollo de los servicios que al final de cuentas se

traducirn en el involucramiento de mayores esfuerzos y recursos para su mantenimiento.

17XML: eXtensibleMarkupLanguage, Lenguaje de marcas extensible, utilizado para almacenar datos enforma legible.18

HTTP: Hypertext Transfer Protocol, Protocolo de transferencia de hipertexto, es el protocolo usado encada transaccin de le World Wide Web.19

SOAP: Simple Object Access Protocol, Protocolo de acceso a objetos, define la comunicacin entre dosobjetos de diferentes procesos20

WSDL: Web ServicesDescriptionLanguage, Lenguaje para la descripcin de servicio web, describe lainterfaz pblica a los servicios web, basada en XML.21

UDDI: Universal Description, Discovery and Integration, catlogo de negocios de Internet basado en XML.


39/108

H



34

Existen algunos servicios considerados como interoperabilidad que no se encuentran funcionales

debido a que las Entidades solicitantes dejaron de utilizarlas e implementaron otros mecanismos

para obtener informacin, tal es el caso del servicio publicado para la Secretara Nacional deAdministracin Pblica en el que se le enva informacin de los funcionarios del Gobierno para

utilizarlos en el portal YoGobierno; el mecanismo alterno fue el de solicitar la misma informacin a

travs de carga de archivos desde la base de datos.

Se estableci adicionalmente que en la actualidad no se utiliza los servicios de un intermediario de

servicios de interoperabilidad tanto para publicar como para consumir los servicios de

Inteoperabilidad desarrollados por el Ministerio de Finanzas y las otras Entidades del Estado, sino

que estas se encuentran implementadas en sus propios servidores, esto limita a mantener un

control centralizado y registro de log de uso de los servicios entre Entidades, as como la

implementacin de un control del versiones de los servicios para establecer su vigencia.

Se identific que existen trece (13) procesos considerados de interoperabilidad, de los cuales:

doce (12) son con entidades del Estado Ecuatoriano y una (1) con entidad privada.

Si bien es cierto existen otros servicios de publicados para el uso de sistemas internos como por

ejemplo: los generados para los subsistemas SIPREM (Subsistema de Presupuesto de

Remuneraciones y Nmina) y SPRYN (Subsistema de Presupuesto de Remuneraciones y Nmina)

que son considerados como interoperabilidad, concepto que es equivocado puesto que se trata de

integracin de sistemas.

Otro de los conceptos equivocados que se maneja dentro del mbito tcnico es el sealado en lanormativa para el desarrollo de la Interoperabilidad Institucional del Ministerio de Finanzas,

confundindose la definicin de interoperabilidad con el criterio de consumir datos de una fuente

externa. Los servicios Web implementados en la actualidad nos permiten compartir informacin

con los sistemas internos y externos pero que no necesariamente son procesos de

Perfil Proyecto Senplades Vf3

Documents

Transcript of Perfil Proyecto Senplades Vf3