PLIEGO DE PRESCRIPCIONES TÉCNICAS
PLIEGO DE PRESCRIPCIONES TÉCNICAS
SUMINISTRO DE UNA APLICACION DE INFORMACION CONTABLE Y PRESUPUESTARIA
INDICE
1. OBJETO DEL CONTRATO
2. PRESTACIONES OBJETO DEL CONTRATO
3. PRESUPUESTO DEL CONTRATO
4. PLAZO DE ENTREGA Y PLAN DE TRABAJO INDICATIVO
5. FORMA DE PAGO
6. DE LAS OFERTAS
7. VALORACIÓN DE LAS OFERTAS
1. OBJETO DEL CONTRATO
El objeto de la presente contratación, lo constituye el suministro e implantación de una aplicación de Gestión Contable y Presupuestaria compatible o adaptable a la normativa presupuestaria y contable que resulta de aplicación a la Universidad xx Xxxxxx (Plan General de Contabilidad Pública del Principado xx Xxxxxxxx aprobado por Resolución de 1 de julio de 1996 de la Consejería de Economía publicado en Boletín Oficial del Principado xx Xxxxxxxx de 9 xx xxxxxx de 1996).
El sistema propuesto, debe lograr la compatibilidad con los diferentes sistemas de que dispone la Universidad xx Xxxxxx, en los términos que se concretan en el presente pliego.
La solución que la Universidad xx Xxxxxx pretende obtener, comprende la licencia de uso de la aplicación de que se trate, configuración, parametrización, migración de datos, instalación, pruebas, formación, documentación, puesta en funcionamiento y cuantos requisitos se deriven del cumplimiento de las condiciones estipuladas en este Pliego.
Al objeto de que el licitador pueda realizar una oferta más ajustada, se describen brevemente los elementos que componen los subsistemas requeridos en el apartado ESPECIFICACIONES FUNCIONALES.
El sistema informático deberá cumplir una serie de normas que se describen brevemente en el apartado ESPECIFICACIONES TÉCNICAS.
2. PRESTACIONES OBJETO DEL CONTRATO
2.1 ESPECIFICACIONES TÉCNICAS
La arquitectura y diseño de los productos deberá permitir a la Universidad xx Xxxxxx adoptar una implantación distribuida o centralizada de cada solución, con independencia de que, en un futuro, pueda modificar dicha implantación, sin que ello suponga alterar el producto sobre el que está instalada.
Deberá existir la posibilidad de que los programas ejecutables estén en un servidor de ficheros, con el fin de poder compartir el código ejecutable y/o la configuración asociada.
El nuevo sistema de información tiene que adaptarse a las nuevas tecnologías informáticas y, a su vez, tiene que proporcionar un entorno dinámico y transparente de comunicación, colaboración y coordinación; además deberá ser un sistema seguro. El nuevo sistema ha de permitir planificar, tomar decisiones, controlar y gestionar los datos según los objetivos marcados.
La empresa adjudicataria ha de especificar la posibilidad de acceder a la información a través de Internet/Intranet, y la posibilidad de comunicar con herramientas ofimáticas de Microsoft y Crystal Reports. Asimismo, proporcionará soporte técnico y documental que permita la conexión del sistema de información con aquellas aplicaciones corporativas con las cuales tenga relación.
También estará obligada a hacer constar las herramientas utilizadas para el desarrollo y la puesta en marcha del proyecto (lenguajes, compiladores, herramientas de 4ª generación, generadores de listas...), indicando si están incluidas en el presupuesto, valorándose la cesión de uso de las licencias a la Universidad.
La empresa adjudicataria propondrá un sistema de auditoría (que tiene que cubrir como mínimo el registro de la fecha y del usuario que ha creado/modificado cada registro de la base de datos), especificando si es fijo o se puede activar/desactivar o bien si se puede configurar por operaciones o, usuarios.
La empresa o empresas adjudicatarias, especificará los recursos de hardware necesarios para la puesta en marcha de la aplicación: características del servidor/servidores, características de las estaciones clientes, espacio en disco, memoria RAM, etc. ajustándose al entorno tecnológico propuesto por la Universidad xx Xxxxxx.
El sistema ha de dar la posibilidad de programar módulos de conexión con otras aplicaciones, deberá permitir la conexión informática automática con otros sistemas mediante la exportación y la importación de datos: el aplicativo tiene que permitir el intercambio de datos con otras aplicaciones mediante ficheros de intercambio y a través de estándares de interrogación de base de datos (SQL, ODBC...).
En cuanto a la base de datos, la empresa adjudicataria dará las macros de creación de los objetos de la base de datos, los parámetros óptimos en su creación en función del volumen de datos previstos para cada tabla, y los parámetros de crecimiento, así como el modelo de datos, restricciones de integridad, etc...
La aplicación deberá garantizar la compatibilidad con el resto de aplicaciones existentes o, que puedan ser desarrolladas por la Universidad, permitiendo la incorporación de datos de carácter económico. Se definirán los ficheros de intercambio que han de ser importados por la aplicación de Contabilidad para hacer la anotación contable y presupuestaria correspondiente, de forma automática.
En concreto, la aplicación deberá importar datos de las siguientes aplicaciones:
❖ Recursos Humanos.
❖ Módulo de aplicaciones complementarias de Gestión Económica (MACGE)
❖ Investigación
❖ Gestión Académica
La empresa adjudicataria será responsable de la importación de los datos desde el sistema actual a la nueva base de datos. Con tal de llevarla a cabo, proporcionará por escrito las especificaciones completas y detalladas de los ficheros de carga para que el personal de la Universidad los genere en formato ASCII. Durante todo este proceso se tendrá que proporcionar todo el soporte técnico y documental necesario, ya que será preciso definir tablas de equivalencia para que la nueva aplicación interprete las codificaciones de la aplicación actual.
Se valorará la identificación y autenticación de usuarios a través del protocolo LDAP en forma segura.
El adjudicatario deberá presentar una memoria detallada acerca del entorno tecnológico requerido, compatible con el especificado en el Anexo I adjunto a este Pliego, para obtener niveles de servicio óptimos del nuevo sistema.
2.2 ESPECIFICACIONES FUNCIONALES.
2.2.1. Características generales de la aplicación.
⮚ Multientidad y multiejercicio.
⮚ Permitirá la gestión descentralizada del gasto mediante operaciones provisionales pendientes de ejecutar definitivamente.
⮚ La ejecución definitiva de las operaciones, tanto presupuestarias como no presupuestarias, requerirá la validación (fiscalización positiva) en el sistema por parte del órgano de control interno (Intervención).
⮚ Las Operaciones provisionales no producirán ningún asiento contable, en tanto no sean convertidas en definitivas. Existirá un sistema de consulta que permita el seguimiento de estas operaciones provisionales que se generen.
⮚ Dispondrá de un sistema de seguimiento del Remanente Líquido de Tesorería y de la incorporación de los Remanentes de Crédito.
⮚ Dispondrá de un sistema de ayuda en línea eficaz y de fácil uso.
⮚ Permitirá la integración con los paquetes ofimáticos existentes en el mercado, en concreto con productos de Microsoft en cualquiera de sus versiones, para realizar exportaciones a textos, hojas de cálculo y bases de datos.
⮚ Posibilidad de definición del formato de documentos, listas y consultas.
⮚ Posibilidad de enlace con aplicativos propios de la Universidad, siempre que el entorno tecnológico lo permita.
2.2.2. Módulos
La aplicación deberá estar diseñada de forma modular, siendo sus módulos operativos por sí mismos independientemente de la integración completa.
La aplicación de contabilidad, que debe adaptarse al Plan General de Contabilidad Pública del Principado xx Xxxxxxxx, estará formada por los siguientes módulos integrados entre si:
• Presupuestario
• Apertura, liquidación y cierre
• Contabilidad General
• Modificaciones de crédito
• Gastos
• Ingresos
• Operaciones no presupuestarias
• Fiscalización
• Tesorería
• Pagos a justificar y anticipos de caja fija
• Proyectos de gasto y gastos con financiación afectada
• Registro de facturas y justificantes de gasto
• Gestión de activos
• Integración de aplicaciones
Las operaciones a realizar en cada uno de los módulos descritos a continuación deberán repercutir en el resto de módulos afectados de forma automática.
Módulo de Elaboración de Presupuestos
• Este módulo, configurado como apoyo a la gestión presupuestaria debe servir para la realización de todas las operaciones tendentes a la elaboración del presupuesto, permitiendo la simulación presupuestaria previa a la aprobación del presupuesto, en base al presupuesto, inicial o definitivo del ejercicio inmediato anterior. Permitirá la elaboración e impresión de comparativas a los distintos niveles de desagregación establecidos en la estructura presupuestaria de la Universidad.
La partida presupuestaria estará formada al menos por la conjunción de:
✓ Para el presupuesto de Gastos:
Clasificación Orgánica Clasificación Funcional Clasificación Económica
✓ Para el Presupuesto de Ingresos:
Clasificación Orgánica Clasificación Económica
debiendo incluir, como mínimo, un campo para la descripción de la partida de xxxxx, y concepto de ingreso. No obstante, el sistema permitirá la ampliación de dígitos y/o conceptos por posibles adaptaciones de la normativa aplicable.
Contemplará, para los supuestos de prórroga del presupuesto del ejercicio anterior, la conciliación de aplicaciones y operaciones entre presupuesto prorrogado y definitivo y posterior contabilización automática.
Módulo de Apertura
• Habilitará todos los procesos relacionados con la apertura de cada nuevo ejercicio.
• Volcado automático del presupuesto y sus modificaciones aprobadas a contabilidad principal.
• Carga automática de la prórroga del presupuesto.
El sistema permitirá la ejecución del presupuesto aprobado para el nuevo ejercicio simultáneamente a los procesos de cierre del ejercicio anterior.
Módulo de Contabilidad General.
• Agrupará todas las funciones relativas al registro de asientos contables por partida doble establecidos por la normativa vigente.
• Una vez aprobada una operación y capturada la información, se procederá a marcar las operaciones previas pendientes como definitivas, se generarán los asientos contables correspondientes, expidiéndose el documento contable definitivo en el que consta el número de operación y procediéndose a remitir al Centro Gestor el expediente en su caso.
En el caso de operaciones O, DO y ADO, PMP por operaciones no presupuestarias y extra presupuestarias, la Tesorería dispondrá de la operación para su posterior ordenación.
• La gestión contable de las operaciones realizadas en los módulos de Gastos, Ingresos, No presupuestarias y Tesorería, deberá generarse automáticamente y en tiempo real.
Asimismo, se permitirá la opción de realizar asientos no automáticos enlazados a operaciones de otros módulos (asientos manuales).
• Los asientos en contabilidad no derivados de operaciones en otros módulos del sistema, se realizarán de forma directa posibilitando la impresión del correspondiente documento soporte.
Módulo de Modificaciones de Crédito
Permitirá el control y gestión de las modificaciones presupuestarias posibilitando la simulación de las modificaciones presupuestarias previstas en la normativa vigente y, controlando el cumplimiento del equilibrio presupuestario, para una vez informadas por Intervención y aprobadas, proceder a su contabilización.
Módulo de Gastos
• Realización de las operaciones de gestión y ejecución del presupuesto de gastos corrientes, cerrados y ejercicios posteriores, en provisional y en definitivo, con posibilidad de fiscalización.
• La captura de información de dichas operaciones podrá realizarse de forma descentralizada, siendo consideradas como registros pendientes de validar por la Intervención .
• Operaciones Multiaplicación y Multiproyecto. Se posibilitará la realización de lotes de operaciones, pudiéndose agrupar diferentes operaciones previas, terceros, proyectos, etc., en un solo documento contable.
• Gestión y control de Embargos y Endosos.
• Posibilidad de imputar Descuentos procedentes de Ingresos, de operaciones no Presupuestarias y de Reintegros de presupuesto corriente con inclusión del IVA si así se requiere.
• Posibilidad de diferir el IVA soportado al momento del pago en los Gastos de inversión y gestión del IVA prorrateado.
• Existirá un sistema de consulta que permita el seguimiento de las operaciones procedentes, anteriores y posteriores, con la información correspondiente de las operaciones provisionales, así como las validadas y contabilizadas. En aquellas operaciones que se encadenen sobre otras realizadas previamente, el programa debe incluir un sistema de números de referencia que permita, al indicar estos números, la validación de que la operación anterior ha sido aprobada, así como la existencia de saldo suficiente en la misma. Debe permitir igualmente la ampliación de los saldos de los números de referencia mediante nuevas operaciones complementarias.
• Se posibilitará la realización de lotes de operaciones, en los cuales se puedan agrupar, diferentes operaciones previas, terceros, proyectos, etc., con el fin de tramitar todas las operaciones al mismo tiempo, en un solo documento contable, sin perjuicio de la posibilidad de desagregación posterior a la ordenación del pago.
• La aplicación debe realizar operaciones de anulación e incluso posibilitar la agrupación de operaciones de anulación en caso de que las operaciones positivas hayan sido realizadas de forma individualizada, sin perjuicio de que los registros contables se ajusten a lo establecido por la normativa.
• El control de Remanentes de Crédito, además de las funciones propias del subsistema, deberá permitir:
⮚ La selección de los Remanentes Incorporables y su incorporación automática al ejercicio siguiente, facilitando listados con las operaciones con saldo pendiente y situación respecto a la posible incorporación.
⮚ Obtención de la certificación de los Remanentes de crédito.
⮚ Control sobre el uso de los Remanentes de Crédito incorporados.
• Control de la utilización del Remanente Líquido de Tesorería procedente de la Liquidación del ejercicio anterior.
• Gastos Plurianuales.
• Con respecto a las operaciones en la agrupación de ejercicios futuros, debe permitir que de forma automática las operaciones contabilizadas se registren, previa validación, como operaciones de ejercicio corriente una vez realizada su apertura.
• Periodificación de los gastos financieros anticipados y /o diferidos.
• Reclasificación contable de las deudas registradas en rúbricas tanto a largo plazo como a corto.
• Proyectos de gasto y gastos con financiación afectada, identificables en términos genéricos o específicos para uno o varios ejercicios que permita un seguimiento y control individualizado y desglosable en niveles inferiores, incluido cálculo de desviaciones de financiación.
• Dentro de este módulo, la aplicación debe incorporar un sistema de consultas de la situación de las aplicaciones presupuestarias a nivel de ejecución y de vinculación, con la información correspondiente de las operaciones tanto de las provisionales, como de las validadas y contabilizadas.
Módulo de Ingresos
• Realización de las operaciones de gestión y ejecución del presupuesto de ingresos corriente, cerrados y ejercicios posteriores.
• El programa deberá incluir un sistema de encadenamiento de las operaciones que sean consecuencia de otras realizadas previamente, controlando la ejecución de la operación anterior, así como la existencia de saldo suficiente en las mismas.
• El programa podrá realizar operaciones de ingresos de carácter previo. Estas operaciones no producirán ningún asiento contable ni afectarán al presupuesto en tanto no sean convertidas en Definitivas.
• Existirá un sistema de consulta que permita el seguimiento de las operaciones previas de ingresos que se generen.
• Tratamiento de ingresos anticipados y diferidos.
Módulo de Operaciones no presupuestarias.
• Realización de todas las operaciones no presupuestarias establecidas por la normativa vigente, en situación provisional y definitiva, con posibilidad de fiscalización.
• El programa deberá incluir un sistema optativo de encadenamiento de las operaciones que sean consecuencia de otras realizadas previamente, controlando la ejecución de la operación anterior así como la existencia de saldo suficiente en las mismas.
• Existirá un sistema de consulta que permita el seguimiento de las operaciones precedentes y posteriores con la información correspondiente a las operaciones contabilizadas.
• En todas las operaciones no presupuestarias, deberá figurar un campo para el Código de Proyecto o gasto.
• El sistema permitirá, en las rúbricas no presupuestarias que utilicen el sistema de referencia, consultar el desglose de operaciones que integren el saldo de dicho concepto, al margen de las posibles consultas a través de los correspondientes mayores de cuentas patrimoniales.
Módulo de fiscalización
Se contemplará un sistema de fiscalización por parte del órgano de control interno, consistente en la validación de las operaciones presupuestarias, no presupuestarias, anticipos de caja fija, pagos a justificar y modificaciones presupuestarias, previa a su contabilización.
Módulo de Tesorería
• Controlará todos los procesos relacionados con la gestión de los cobros y pagos de la entidad y la gestión de la Tesorería.
• Realización de previsiones de tesorería y control de la ejecución de las mismas. Cálculo y análisis de las desviaciones.
• Importación telemática de movimientos bancarios, con conciliaciones automatizadas.
• Registro de operaciones: tratamiento de fecha-valor, consultas estadísticas y control de condiciones pactadas con las entidades financieras.
• Cálculo de liquidaciones paralelas de intereses y comisiones.
• Control de pagos por sistema de “confirming”.
• Emisión en soporte magnético de ficheros de pagos por transferencia cuaderno 34 adaptado a la normativa del CSB.
• Control de operaciones de Tesorería: importe concertado, disponible y dispuesto, en cuentas de orden.
Modulo de Pagos a justificar y anticipos de caja fija (ACF)
• Seguimiento y control de los pagos a justificar, y gestión de justificantes de dichos pagos, vencimiento de plazos de justificación y requerimiento a perceptores de pagos a justificar.
• Seguimiento y control de los Anticipos de Caja Fija.
• Gestión de justificantes de Anticipos de Caja Fija y automatización de la contabilización.
• En este subsistema de ACF se registrarán los acuerdos correspondientes que podrán ser de: constitución, aumento, disminución, reposición, cancelación, etc. Asimismo deberá controlar la distribución por habilitado y por partidas presupuestarias, así como las justificaciones y reintegros realizados
Deberá permitir la obtención de la contabilidad de los ACF que contempla la normativa vigente aplicable.
Módulo de Proyectos de gastos y gastos con financiación afectada.
• Seguimiento y control de proyectos de gastos y gastos con financiación afectada y cálculo de las desviaciones de financiación.
• Traspaso automáticamente al ejercicio siguiente de los Datos referidos a Proyectos y Gastos con Financiación Afectada.
Módulo de Registro de Facturas
• Registro de facturas con automatización de control de su estado, seguimiento y captura para su contabilización automática.
Módulo Gestión de activos
Permitirá el control del inventario tanto de bienes inmuebles como de bienes muebles anotando todas las incidencias contables que se produzcan en relación con el mismo (enajenaciones, permutas, amortizaciones, etc.).
Modulo de Liquidación y Cierre
• Gestionará todas aquellas operaciones necesarias para realizar la Liquidación y Cierre del Presupuesto y obtención de la Cuenta General, de acuerdo con lo establecido en la normativa vigente aplicable.
• Calculará el importe de los Gastos Financiados con el Remanente Líquido de Tesorería, de cara al ajuste del Resultado Presupuestario.
• Generará la totalidad de los listados que componen la liquidación del presupuesto y facilitará la confección del resto de listados e informes que integran la Cuenta General de acuerdo con el Plan General de Contabilidad Pública del Principado xx Xxxxxxxx.
• Posibilitará la realización de simulación de cierre durante el ejercicio, realizando las verificaciones correspondientes para una gestión correcta y coherente de la información contable y presupuestaria, con la emisión de informes de comprobación de la información de los distintos módulos y su repercusión en la contabilidad.
• La aplicación posibilitará el trabajo simultáneo en el ejercicio siguiente, permitiendo la apertura parcial de los distintos módulos, incorporando la información desde el ejercicio anterior de manera provisional hasta que se realice el cierre definitivo.
Listados y documentos
• El sistema dispondrá de listados encaminados al suministro de la información económica, financiera y patrimonial que sea necesaria para la toma de decisiones de gestión.
• Deberá disponer de un Generador de Informes que permita a los usuarios personalizar cualquier tipo de consulta o informe que se contemple en la aplicación.
• Permitirá, además, la elaboración de aquellos listados adicionales a los definidos por la aplicación, que se consideren necesarios por parte de los destinatarios principales de la información.
• El sistema posibilitará la impresión y reimpresión de todos los documentos contables que se generen.
• Los documentos contables serán personalizados atendiendo a los siguientes criterios:
o Imagen institucional
o Firmas y textos asociados
o Datos de la operación (facturas, descuentos, etc)
o Textos fijos
2.2.3. Seguridad
Incorporará las medidas de seguridad necesarias, en diseño, acceso, control de usuarios y en la administración de la misma, que garanticen el cumplimiento de la normativa vigente en materia de protección de datos.
En este punto, se valorará el hecho de que los ofertantes posean la acreditación del cumplimiento de las normas de la LOPD, para lo cual deberán aportar copia de la auditoría pertinente. Las ofertas deben especificar claramente las soluciones que aportan a los procesos conocidos de forma estándar en los foros de seguridad como AAA (authentication, Autorización, Accounting -> Autenticación, Autorización, Registro).
Se permitirán diferentes niveles de acceso a la información en función de distintos perfiles de usuario, tanto a nivel de procesos a ejecutar como sobre la actualización y la información; además se posibilitará que un usuario de un departamento determinado sólo pueda acceder a información propia de su departamento.
Definición de funciones permitidas a cada usuario mediante roles.
Definición de las partidas presupuestarias consultables y/o gestionables para cada usuario descentralizado.
Auditoría: registro de las operaciones o modificaciones efectuadas por cada usuario con indicación de la fecha, la hora, el tipo de operación o modificación y, en este último caso, campos modificados.
2.2.4. Integración con BBDD corporativas de Terceros.
Contemplará la recuperación e intercambio de los datos de Terceros de las actuales bases de datos corporativas soportadas en Oracle 9i.
2.2.5. Integración con otras aplicaciones. Ficheros de intercambio
Para aquellas aplicaciones que precisen integrar información con el Sistema de Gestión Contable, se precisará de un proceso de intercambio que básicamente contemplará las siguientes funcionalidades:
1º) Las aplicaciones a integrar generarán un fichero con la estructura adecuada que permita un tratamiento posterior desde el nuevo Sistema de Gestión contable.
2º) El sistema validará que toda la información recibida sea coherente, generando el correspondiente informe de anomalías.
3º) Actualización de la información recibida como operación/es provisional/es (este proceso deberá ser transaccional manteniendo la integridad del proceso completo). El sistema generará un informe de los números de operaciones asignadas actualizando el fichero de intercambio, para su tratamiento en la aplicación de origen.
Durante la 1ª Etapa del proceso de implantación se logrará la conexión con las siguientes aplicaciones:
• Gestión de Personal y Nóminas
• Gestión Académica
• MACGE (Módulo de aplicaciones complementarias de Gestión Económica)
• Investigación
2.2.6. Exportación de datos
Contemplará las funciones de exportación de datos para la rendición de cuentas a los diversos organismos y administraciones. Realización de soportes para las declaraciones del I.R.P.F, I.V.A., modelo 347, etc.
2.3 MIGRACIÓN DE DATOS
La empresa adjudicataria deberá asumir el proceso de migración de datos desde la aplicación actual en base de datos Ingres, bajo la supervisión y con la asistencia de los técnicos del Servicio de Informática de la Universidad xx Xxxxxx.
Cómo mínimo la migración de datos comprenderá los siguientes ficheros:
a) Conceptos de ingresos y operaciones pendientes de cobro a la fecha de puesta en marcha.
b) Partidas de gasto y operaciones pendientes de pago a la fecha de puesta en marcha.
c) Conceptos no presupuestarios y operaciones pendientes de cobro y de pago (en metálico y en valores)
d) Plan General de Contabilidad Pública vigente en la fecha de puesta en marcha.
e) Clasificaciones presupuestarias:
o De Gastos: Orgánica, Funcional y Económica
o De Ingresos: Orgánica y Económica.
o De Conceptos no presupuestarios
f) Terceros.
g) Proyectos de Gastos.
2.4 LICENCIAS DE USO
La licencia de uso se contrata por tiempo indefinido, teniendo derecho la Universidad xx Xxxxxx a disfrutar de las mejoras que el adjudicatario incorpore a la aplicación durante el periodo de garantía y posteriormente, en virtud de los contratos de mantenimiento que la Universidad suscriba con el fabricante.
La licencia de la aplicación será corporativa, y no podrán existir limitaciones al número de usuarios del sistema. Se podrá implantar en cualquier Organismo (actual o futuro) dependiente de ésta Universidad sin que suponga el pago de licencia nueva o adicional, para lo cual se expedirá el correspondiente certificado.
No obstante, el licitador deberá expresar el criterio seguido para obtener el precio ofertado, bien por el número de usuarios, número de personas incluidas en el tratamiento informático, presupuesto de la entidad ó alguna combinación de las anteriores, cualquier otro o ninguno expresamente.
En la oferta económica el adjudicatario tiene que expresar el coste económico anual de mantenimiento que propone a partir de la finalización del plazo de garantía, la forma de revisión de precios del mismo y los servicios que incluye éste.
El mantenimiento tiene que incluir necesariamente:
• Adecuación del sistema a los cambios en la legislación aplicable. Especialmente ha de tener en cuenta la normativa dictada sobre la introducción del euro (Ley 46/1998, de 17 de diciembre) y las que se dicten posteriormente.
• Adaptaciones y módulos específicos en nuevas versiones.
• Solución de las deficiencias detectadas en los programas.
• Servicio de atención telefónica hotline con respuesta inmediata a las demandas.
• Actualización de parámetros de rendimiento de la base de datos.
• Asesoramiento de la evolución del entorno tecnológico (versiones, parches…).
• Tiempo asignado para adaptaciones y modificaciones técnicas.
Se valorará la inclusión en la oferta económica de información acerca de las tarifas por los servicios adicionales que se puedan ofrecer.
2.5 PROGRAMAS FUENTE
A final de cada año se entregarán los programas fuentes de la aplicación, así como de las sucesivas actualizaciones que se realicen, con el compromiso por escrito de la Universidad de no hacer uso de las mismas salvo, en caso de cese en la actividad empresarial del adjudicatario y como alternativa de continuidad a las aplicaciones en uso en su caso.
2.6 DEMOSTRACIÓN
La empresa adjudicataria deberá estar dispuesta a realizar una demostración del funcionamiento de los programas ofertados en el entorno solicitado en el presente pliego, así como a ofrecer cuanta información sea considerada necesaria para la perfecta evaluación de las ofertas presentadas.
2.7 VISITA A OTRAS INSTALACIONES
El ofertante puede ser requerido por la Universidad para que señale alguna instalación en la que se encuentre operativa la aplicación, para que efectúe las gestiones necesarias para la visita de comprobación, in situ, de las funciones que se expresen en la propuesta.
2.8 EQUIPO DE TRABAJO
El ofertante es responsable de la aportación de todos los recursos humanos y técnicos necesarios para realizar las tareas contratadas en los plazos comprometidos.
El personal empleado por el adjudicatario procederá en la debida forma y corrección en las dependencias de la Universidad xx Xxxxxx, teniendo ésta el derecho de inspección al personal de soporte y atención a usuarios, así como del trabajo realizado y, a exigir del adjudicatario la sustitución de aquellos técnicos que, a juicio de la misma, no observen una actitud correcta.
El personal destacado en la Universidad xx Xxxxxx tendrá carácter estable. Todo cambio de personal deberá ser conocido y aprobado previamente por el Director del Proyecto de Implantación. La Universidad xx Xxxxxx se reserva el derecho de pedir la sustitución de cualquier miembro del equipo técnico; este hecho se comunicará al adjudicatario por escrito firmado por el Presidente del Comité de Implantación.
La planificación, diseño y ejecución del proyecto de implantación se deberán realizar de forma que permita un seguimiento formal del avance del mismo, por ello, se establece que con carácter mensual se realizará una evaluación del rendimiento de los trabajos realizados.
Equipo del Proyecto ofertado por la empresa licitadora (grupos de trabajo).
Estará formado por personal dependiente de la empresa licitadora, siendo a su cargo la responsabilidad de la ejecución de los trabajos ofertados. Estará constituido por grupo/grupos de trabajo con conocimientos específicos y profundos en las diversas funciones a realizar en cada uno de los módulos del sistema. Los responsables de las áreas implicadas, colaborarán con el personal de dicho equipo para el buen fin del proyecto, aportando documentación e información y realizando las sugerencias que estimen oportunas.
2.9 SEGUIMIENTO DEL PROYECTO
La Universidad creará una organización específica para el desarrollo del proyecto. Esta organización bajo la denominación de Comité del Proyecto de implantación será quien supervise la ejecución del mismo, comprobando que su realización se ajusta a lo establecido en este pliego de condiciones. Será el único que tiene competencia para validar y dar la conformidad a la solución entregada.
Comité de Proyecto de implantación.
Constituido por representantes de las áreas implicadas de la Universidad xx Xxxxxx. Le corresponderá las funciones de:
a) Supervisión de los trabajos, como máxima representación de los usuarios.
b) La emisión de informes y formulación de propuestas a los órganos superiores de la Universidad y de la empresa adjudicataria.
c) La aprobación técnica de cada una de las fases de ejecución.
2.10 FORMACIÓN
La oferta incluirá toda la formación necesaria para poder explotar y administrar de forma correcta los productos que se instalen.
La formación estará dirigida a la totalidad de los usuarios finales de la aplicación, adaptándose a los distintos perfiles existentes.
Esta formación deberá ser convenientemente descrita indicando, programa de contenidos, alcance, duración y perfil del usuario. La Universidad mantendrá la potestad de definir el contenido mínimo de los cursos de formación a usuarios, en función de su perfil.
Se impartirá en locales que disponga la Universidad xx Xxxxxx, siendo responsabilidad del adjudicatario la instalación de la aplicación en dichos locales.
El horario de formación se adaptará a las necesidades de la Universidad (mañana, tarde, o mañana y tarde).
La formación a impartir se planificará en el tiempo, de forma que coincida preferiblemente, con el periodo inmediatamente anterior a la puesta en marcha del módulo correspondiente, realizándose sobre datos reales.
Se entregarán manuales específicos de formación, distintos a los manuales de usuario del sistema.
2.11 DOCUMENTACIÓN
Toda la documentación deberá presentarse en papel y formato electrónico.
La documentación debe incluir:
• Manuales de usuario.
• Modelo de datos lógico y físico.
Se valorará que el modelo de datos se entregue en un repositorio almacenado y mantenido mediante una herramienta de modelado y generación de ficheros de base de datos.
• Manual de Administración del sistema.
• Mantenimiento del sistema.
• Manual técnico.
• Gestión de Usuarios.
• Manual de requerimientos de instalación.
• Copias de seguridad y recuperación de la base de datos.
• Scripts de creación de base de datos, parámetros de inicialización óptimos.
• Cualquier otro tipo de documentación que se considere necesaria para el buen funcionamiento del sistema.
2.12 APOYO POST-IMPLANTACIÓN
Una vez realizada la implantación del nuevo sistema, el adjudicatario ofrecerá a los usuarios atención “in situ” durante al menos treinta días hábiles a requerimiento de la Universidad.
2.13 ACTUALIZACIONES Y CAMBIOS DE VERSIÓN
La aplicación debe disponer de procedimientos y utilidades para realizar las actualizaciones de los componentes del sistema de forma metódica, sencilla y con salvaguarda de versión anterior en caso de problemas en dicha actualización.
Se valorará la existencia de procedimientos mediante los cuales las actualizaciones puedan implementarse en un entorno de pruebas, donde la Universidad pueda desarrollar sus propios test, antes de su pase definitivo al entorno de Explotación, todo ello bajo una sistemática clara y sencilla de realizar.
2.14 GARANTÍA Y MANTENIMIENTO
2.14.1 Plazo de garantía
El plazo de garantía será de un año, a partir de la fecha de aceptación de la implantación de la aplicación.
Se entenderá como aceptación de la implantación, la firma por parte de la Universidad xx Xxxxxx de la correspondiente acta de recepción del suministro. La firma de dicha acta de recepción, estará condicionada a la validación de los productos entregados por parte del Comité de implantación del Proyecto.
La garantía incluirá el mantenimiento y actualización de versiones. Asimismo, el adjudicatario deberá garantizar el correcto funcionamiento del sistema, obligándose a realizar gratuitamente las correcciones de errores y de funcionalidad que se detecten en la explotación de los aplicativos.
Por ello, en la oferta se detallará el procedimiento de comunicación/resolución de incidencias, la dedicación y perfil del equipo de trabajo que prestará el contratista.
El adjudicatario responderá de la pérdida, daños y alteraciones que sufra la información registrada con los nuevos aplicativos desde el inicio del suministro hasta la finalización del periodo de garantía, salvo que la causa sea directamente imputable a la Universidad xx Xxxxxx.
Se especificará a nivel informativo el tipo de servicio de mantenimiento y actualización de versiones que se pudiera ofertar (hot-line, in-situ, etc...), así como su coste anual.
2.14.2 Mantenimiento
Los licitadores deberán indicar en su oferta el importe y características de la asistencia y mantenimiento del aplicativo, que durante el primer año estará incluido en el precio de adquisición de la licencia.
El precio de mantenimiento incluirá la actualización de revisiones y mejoras del aplicativo, incluyendo la mejora indicada en el apartado 2.2.4. Integración BBDD corporativas de Terceros.
El adjudicatario, si no cuenta con delegación propia en el Principado xx Xxxxxxxx, deberá incluir en su oferta, el nombre y domicilio de la empresa que se responsabilizará de la garantía y mantenimiento de la aplicación, reseñando el número de técnicos puestos a disposición del servicio de mantenimiento y la cualificación profesional de los mismos.
2.14.3 Modificaciones Legales
La aplicación se adaptará sin cargo adicional a las modificaciones legales que puedan producirse, tales como adaptación a nuevos Planes Contables.
3. PRESUPUESTO DEL CONTRATO
La contratación de los productos y servicios tendrán un presupuesto máximo de 130.000 euros con todos los gastos e I.V.A. incluidos.El contrato de carácter plurianual se desglosará en las siguientes anualidades:
EJERCICIO 2006 (70%) 91.000 €
EJERCICIO 2007 (30%) 39.000 €
La cantidad por la que se adjudique el contrato irá con cargo a la partida presupuestaria 17.03-121D-610.05 del presupuesto de gastos de la Universidad xx Xxxxxx.
4. PLAZO DE ENTREGA Y PLAN DE TRABAJO INDICATIVO
La aplicación deberá estar operativa antes del 15 de diciembre de 2006, de forma que permita la apertura del ejercicio presupuestario 2007 una vez aprobado el presupuesto correspondiente a dicho ejercicio por el Consejo Social.
El proceso de implantación se entenderá finalizado con el traspaso de saldos definitivos correspondientes al ejercicio anterior el cual deberá producirse a lo sumo en la semana inmediatamente posterior a la aprobación de la Cuenta General de la Universidad xx Xxxxxx correspondiente al ejercicio 2006 la cual tendrá lugar en todo caso antes del 31 de diciembre de 2007.
El proceso de implantación se acomodará al Plan de Trabajo presentado por la empresa adjudicataria y aprobado por el Comité de implantación de la Universidad.
El Plan de trabajo presentado, que deberá adecuarse en líneas generales al Plan de Trabajo indicativo, contendrá un detalle de las distintas fases del proceso de implantación, conteniendo un calendario de las actuaciones a realizar, la asignación de recursos tanto materiales como humanos e incluyendo, en todo caso, el plan de formación previsto.Cómo mínimo tendrán que estar incluidas las siguientes actividades:
• Instalación del software.
• Se entregarán los scripts de creación de la base de datos así como la configuración, ajustes de parámetros de inicialización, espacios de datos, etc…, que permitan una definición adecuada de la base de datos para conseguir un rendimiento óptimo de la misma.
• Formación de los responsables de los departamentos gestores.
• Consultoría y asesoramiento en la parametrización y definición de todos los conceptos contables y económico-financieros de aplicación para poder ser utilizados por la Universidad.
• Formación de usuarios finales.
• Formación para técnicos informáticos que tengan que participar en la instalación y en el mantenimiento.
• Importación de datos de los antiguos sistemas.
La implantación se tendrá que desarrollar en las dependencias de la Universidad xx Xxxxxx.
El Plan de Trabajo presentado, contendrá una descripción de la composición del equipo técnico encargado del Plan de implantación debiendo aportar una relación nominal de las personas asignadas al equipo de trabajo del proyecto, acompañada de un curriculum vitae donde se reflejen sus características profesionales, experiencias en proyectos similares y, en general, todo dato relevante a su valoración, tanto a nivel de perfil profesional como de adecuación a las necesidades del proyecto. Esta lista debe estar agrupada por perfiles / roles dentro del Plan de Trabajo.
El adjudicatario tendrá que entregar al Comité de implantación, cuando inicie el Plan de trabajo, la siguiente documentación:
• Manuales de usuario, con la descripción de las diferentes funciones y operaciones.
• Manuales de administración.
• Diccionario de datos.
• Descripción técnica del sistema.
• Modelos de documentos.
PLAN DE TRABAJO INDICATIVO
ETAPA 1. Implantación.
Fecha límite de las actuaciones:15 de diciembre de 2006.
1.a) Definición del proyecto.
1.b) Análisis funcional y configuración xxx xxxx de procesos de gestión que posibilite la identificación de las adaptaciones a realizar sobre la aplicación ofertada.
1.c) Parametrización y adaptación de la aplicación ofertada.
1.d) Compatibilización con el resto de aplicaciones.
En la etapa de desarrollo, el nuevo sistema de información deberá integrarse con los aplicativos existentes en la actualidad en la Universidad xx Xxxxxx, de forma que se garantice los medios de transmisión que permitan la traslación de los datos de carácter econónomico que se entiendan precisos, así como, integrarse con el entorno tecnológico de la Universidad xx Xxxxxx.
• Recursos Humanos.
• Módulo de aplicaciones complementarias de Gestión Económica (MACGE).
• Gestión Académica.
• Investigación.
1.e) Migración de mínimos, entendiendo como tal, aquella necesaria para la puesta en funcionamiento del sistema.
1.f) Pruebas de funcionamiento y preimplantación (usuarios piloto).
ETAPA 2 Puesta en funcionamiento
Fase 1
Fecha límite de las actuaciones: 31 de enero de 2007.
2.1.a) Formación a usuarios
2.1.b) Xxxxxxx y asistencia al arranque del sistema.
Fase 2
Fecha límite de las actuaciones: 31 de diciembre de 2007.
2.2.a) Migración definitiva, entendiendo como tal, la que se producirá con el traspaso de saldos patrimoniales definitivos correspondientes al ejercicio 2006, debidamente aprobados por el Consejo Social.
5. FORMA DE PAGO
Los pagos se tramitarán basándose en el calendario de ejecución de los plazos que se señalan, de acuerdo con los siguientes porcentajes y, en todo caso, previa certificación de la ejecución del correspondiente hito por parte del Presidente del Comité de implantación.
% DE PAGO A REALIZAR
TRABAJO REALIZADO
Etapa 1 70%
Proyecto
Adaptación y parametrización Migración de mínimos
Conexión resto de aplicaciones y aplicativos
Etapa 2
Fase 1 20%
Formación
Fase 2 10%
Migración definitiva
6. DE LAS OFERTAS
1. Toda oferta podrá justificarse técnicamente mediante la documentación que el oferente estime necesaria, para que el órgano de adjudicación pueda valorar debidamente la misma.
2. La Universidad xx Xxxxxx facilitará a la Empresa, cuanta información necesite relacionada con las materias objeto del presente contrato.
3. La Universidad xx Xxxxxx podrá solicitar de las Empresas oferentes, y una vez estudiadas las ofertas, cuanta información documental necesite relacionada con las materias objeto del presente contrato, para complementar aquella información que no esté lo suficientemente documentada en las mismas.
4. Las ofertas especificarán el plazo de realización del proyecto y calendario previsto.
5. El contratista está obligado a cumplir el contrato dentro del plazo total fijado para la realización del mismo. En caso de demora en el plazo total, se aplicarán las penalidades previstas por la normativa vigente en materia de Contratos de las Administraciones Públicas.
6. Los precios no serán susceptibles de modificación, cualquiera que fuese la causa, en el que se considerarán incluidos todos los gastos precisos, impuestos y gravámenes de todo tipo, de cualquier esfera fiscal y especialmente el Impuesto sobre el Valor Añadido, el cuál figurará desglosado como partida separada en el precio total ofertado.
Las dietas, desplazamientos y demás gastos derivados del proyecto deberán estar incluidos dentro del precio de los servicios ofertados.
7. El adjudicatario deberá garantizar el sistema por un período de un año a contar desde la fecha de entrega, obligándose a realizar gratuitamente durante dicho tiempo las modificaciones que sean necesarias para el correcto funcionamiento.
8. Durante la ejecución de los trabajos objeto del contrato el adjudicatario se compromete, en todo momento a facilitar a las personas designadas por la Universidad a tales efectos, la información y documentación que éstas soliciten para disponer de pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos.
9. La información a tratar puede contener datos personales sometidos a las disposiciones de la Ley Orgánica 1/1982, de 5 xx xxxx, de Protección Civil del Derecho al Honor, a la Intimidad Personal y Familiar y a la propia Imagen, de la Ley 12/1989, de 9 xx xxxx, de la Función Estadística Pública, y de la Ley Orgánica 15/1999 de 13 de Diciembre, protección de Datos de Carácter Personal, normas que el adjudicatario conoce y se obliga a respetar, en su propio nombre y en el de todo el personal que contrate o dependa de él para la ejecución de los trabajos objeto del contrato, suscribiéndose al efecto, y por lo que respecta a dicho personal, las oportunas cláusulas de confidencialidad en los correspondientes contratos.
10. Los oferentes aportarán una Memoria descriptiva de las medidas que adoptarán para asegurar la disponibilidad, confidencialidad e integridad de los datos manejados y de la documentación facilitada. El adjudicatario se compromete a no dar a la información y datos proporcionados por la Administración, cualquier uso no previsto en el presente Pliego.
7. VALORACIÓN DE LAS OFERTAS
7.1 Criterios base para la adjudicación
Los criterios que servirán de base para la adjudicación del contrato y, en general, para cada nivel de suministro, serán los siguientes:
CRITERIO | Valor |
1. Características funcionales de la aplicación | 35 |
2. Características técnicas de la aplicación | 20 |
3. Valoración de las mejoras aportadas | 20 |
4. Plan de implantación y migración | 10 |
5. Valoración económica de la oferta | 10 |
6. Valoración de la asistencia técnica y mantenimiento | 5 |
TOTAL PUNTOS | 100 |
Estos criterios se aplicarán conforme a las siguientes normas:
1. Características funcionales de la aplicación Valor máximo 35.
En este criterio se valorará:
El alcance y viabilidad del Proyecto de acuerdo con la metodología y planificación propuesta por el Licitador. El Proyecto que se presente, deberá tener en cuenta el Plan de Trabajo indicativo que se detalla en el presente pliego.
Se tendrán en cuenta los siguientes subcriterios, directamente relacionados con los Proyectos de Implantación de Sistemas de Información Contable:
✓ Alcance del Proyecto:25 puntos
Se valorará el análisis, el diseño funcional, las características generales, los sistemas de seguridad y la integridad del modelo ofertado. Para ello se tendrá en cuenta los trabajos ofertados y si se cumplen todos los requerimientos técnicos detallados en el objeto del contrato.
✓ Viabilidad del Proyecto: 10 puntos.
Se valorará la fiabilidad del Proyecto ofertado. Es decir, la coherencia entre el modelo teórico ofertado y su implantación y puesta en funcionamiento. Para ello se solicitarán los informes que se estimen convenientes a entidades que hayan ejecutado proyectos similares y se obtendrá la evidencia necesaria y suficiente.
2. Características técnicas de la aplicación. Valor máximo 20
Se tendrá en cuenta el nivel de conexión con el resto de aplicaciones existentes en la Universidad, así como la compatibilidad e integración con el entorno tecnológico de la Universidad xx Xxxxxx, red y aplicativo informático.
3. Valoración de las mejoras aportadas. Valor máximo 20
Se entiende por mejoras, aquellas que presente la empresa licitadora para ejecutarlas a su xxxxx con el objeto de complementar el suministro.
Las mejoras presentadas deberán valorarse económicamente, determinando la cuantía que suponen dentro del precio total de licitación; para su valoración se otorgará la mayor puntuación a la empresa que más mejoras oferte y al resto proporcionalmente. En la valoración se tendrá en cuenta, no sólo la enunciación de la mejora, sino también el alcance de la misma y su desarrollo de acuerdo a los intereses de la Universidad.
Respecto de aquellas mejoras que se encuentren en fase de desarrollo, además de su cuantificación, deberán establecerse los plazos de su implantación definitiva, que en todo caso deberá completarse en el plazo máximo de un año desde la firma del contrato y con carácter previo al acta de recepción.
Mejoras a valorar
1) Tecnológicas.
• Posibilidad de integración con herramientas de recuperación documental e imágenes.
• Posibilidad de integración con herramientas de lectura/escritura de código xx xxxxxx.
• Implantación de sistemas de gestión documental con firma electrónica.
• Se valorará el acceso al sistema a través de la identificación y autenticación a través del protocolo LDAP en forma segura.
• Inclusión de un módulo INTERNET/INTRANET que permita el acceso e incluso la actualización de las bases de datos universitarias a través de internet con cualquier navegador considerado estándar en el mercado.
• Se valorará la posible conexión y explotación de las utilidades de la aplicación de registro existente en la Universidad.
• Se valorará la identificación y autenticación de usuarios a través del protocolo LDAP en forma segura.
• Posibilidad de integración con sistemas de correo electrónico.
• Se valorará que el modelo de datos se entregue en un repositorio almacenado y mantenido mediante una herramienta de modelado y generación de ficheros de base de datos.
2) Funcionales
• Valoración de deudas en moneda distinta de euro al tipo de cambio vigente a fin de ejercicio.
• Control de rentabilidad de las cuentas bancarias en función de los rendimientos y los gastos de mantenimiento.
• Posibilidad de implantar un módulo de elaboración de Presupuesto descentralizado con opción al traslado de datos al módulo de elaboración de presupuestos de la aplicación.
• Posibilidad de implantación de aplicativo de Gestión Patrimonial integral, enlazado con el sistema contable.
• Implantación de sistemas de gestión documental con firma electrónica.
• Se valorará el uso de interfaces con las entidades bancarias. Cobros por ventanilla y autoservicio de acuerdo a la normativa del CSB (cuaderno 57), transferencias (cuaderno 34), adeudo por domiciliaciones en soporte magnético de acuerdo a la normativa del CSB (cuaderno 19).
• Módulo de Gestión de Endeudamiento.
• Desarrollo de las funcionalidades de fiscalización.
3) Otras mejoras.
• Ampliación del plazo de asistencia y mantenimiento.
• Otras mejoras que el licitador estime oportunas.
4. Plan de implantación y migración. Valor máximo 10
Se valorará la coherencia y temporalización del plan de implantación y migración de datos, así como el tratamiento de aquellas operaciones que por su particular estructura requieran verificaciones especiales, hasta un máximo de 8.
Se valorará con un máximo de 2 puntos, la composición del equipo técnico encargado del Plan de Implantación. La valoración del equipo técnico se realizará en base al número y cualificación de las personas especificadas en la oferta.
5. Valoración económica de la oferta. Valor máximo 10
Se considerará como más favorable la oferta de mayor baja, a la que se asignará la máxima puntuación. Las restantes ofertas se les asignará una puntuación que se obtendrá de la reducción proporcional a baja efectuada.
Se considerará desproporcionada o temeraria la baja de toda proposición económica cuyo porcentaje exceda en 10 unidades, por lo menos, en la media aritmética de los porcentajes de baja de todas las proposiciones presentadas. En el supuesto de que la oferta económica se considere desproporcionada o temeraria de conformidad con los criterios establecidos en el párrafo anterior se estará a lo dispuesto en el apartado 12 xxx Xxxxxx de Cláusulas Administrativas Particulares.
6. Valoración de la asistencia técnica y mantenimiento. Valor máximo 5
Se valorará con un máximo de 5 puntos las mayores prestaciones a lo largo de la vida del contrato de mantenimiento en su caso.
El menor coste del referido contrato se valorará con un máximo de 2 puntos, asignando el máximo valor al menor coste y el mínimo al mayor, siendo la distribución proporcional en los tramos intermedios.
Ampliación del plazo de garantía y de mantenimiento del contrato, a partir del año de ejecución serán otros aspectos a considerar.
ANEXO I. CONFIGURACIÓN SOFTWARE Y HARDWARE
Las aplicaciones corporativas que se adquieran en la Universidad xx Xxxxxx, deberán de tener en cuenta como mínimo los siguientes aspectos de compatibilidad tecnológica y de funcionalidad, expuestos en los apartados siguientes, ya que suponen el entorno de instalación y explotación de las mismas.
El sistema deberá ser compatible con el siguiente entorno tecnológico:
• Arquitectura Cliente/Servidor multinivel.
• Servidores de aplicación sistema operativo Windows.
• Servidores de Base de datos sistema operativo Solaris.
• Protocolo de red TCP/IP.
• Base de datos ORACLE 9i.
• Interfaz gráfica de usuario basada en Windows.
• El servidor del sistema contable y económico-financiero hace a la vez de servidor de base de datos para otras aplicaciones de la Universidad, esto implica que los cambios de versiones se deberán de hacer de forma conjunta con la Universidad, manteniendo en su caso las versiones anteriores.
• El acceso al sistema se realizará a través de la identificación y autenticación del usuario a través del protocolo de identificación de usuarios LDAP en forma segura.
• Las estaciones de trabajo son PC’s conectados a la red con sistema operativo Windows 2000 y Windows XP.