ESPECIFICACIONES GENERALES
Pliego de Condiciones Particulares PARTE I
ESPECIFICACIONES GENERALES
Adquisición de solución GRP
Licitación Pública Nro. 01/12
INDICE
OBJETO DEL LLAMADO 4 ALCANCE 4 NORMAS QUE REGULAN EL PRESENTE LLAMADO 6 COSTO XXX XXXXXX 7 PRESENTACIÓN DE OFERTAS 7 APERTURA DE OFERTAS 8 DOCUMENTACION REQUERIDA 9 COTIZACIONES Y PRECIOS 10 FORMA DE PAGO 13 GARANTÍA DE MANTENIMIENTO DE OFERTA 14 GARANTIA DE FIEL CUMPLIMIENTO 14 GARANTIA SEGURO DE FIANZA 15 CUMPLIMIENTO DE LAS NORMAS LABORALES 15 INTEGRACION DE CONSORCIO 16 EXONERACION DE RESPONSABILIDAD 17 EVALUACION DE LAS OFERTAS 18 ELEMENTOS CONSIDERADOS PARA LA ADJUDICACION 19 ADJUDICACION 23
NOTIFICACIONES 23 CELEBRACIÓN DE CONTRATO 24 OBLIGACIONES DEL ADJUDICATARIO 24 INCUMPLIMIENTOS 24
XXXX 26 CAUSALES DE RESCISIÓN 26 PROPIEDAD DE LOS COMPONENTES DESARROLLADOS PARA LA ADMINISTRACIÓN 27 ANEXO I 69 ANEXO II 70 ANEXO III 72
ARTICULO 1.
La Cámara de Senadores, la Cámara de Representantes y la Comisión Administrativa del Poder Legislativo llaman a licitación pública para el suministro, instalación, parametrización, personalización, gestión del cambio organizacional, implantación, garantía, soporte y mantenimiento de versiones de una solución GRP para la gestión de recursos humanos, materiales, financiero-contables y presupuestales del Poder Legislativo (en adelante, PL), en modalidad llave en mano, de acuerdo a las especificaciones técnicas detalladas en la Parte II del presente pliego.
Los períodos de cobertura de la solución a adquirir serán los siguientes, ambos contados a partir de la finalización en cada Unidad Ejecutora (en adelante, UE):
Garantía: 24 meses.
Soporte y mantenimiento de versiones: 60 meses.
ARTICULO 2.
La solución requerida aplicará a:
Unidad Ejecutora Cámara de Senadores,
Unidad Ejecutora Cámara de Representantes, Unidad Ejecutora Comisión Administrativa e
Institución Nacional de Derechos Humanos y Defensoría del Pueblo (INDDHH).
Físicamente, la Cámara de Senadores, la Cámara de Representantes y la Comisión Administrativa residen en el Xxxxxxx Legislativo y el Edificio Xxxx Xxxxxxx. El INDDHH podrá tener otra ubicación física.
La información deberá registrarse una única vez y en el lugar donde se produce, actualizando de forma automática todos los módulos que componen la solución y consolidando la información relevante a nivel de Inciso y en los sistemas con los que se integre.
La solución deberá integrarse con otros sistemas (estatales o propietarios de las UE) que se detallan en las especificaciones técnicas.
Se deberá diseñar y gestionar la estrategia de cambio organizacional en conjunto con la contraparte de cada UE, analizando la situación actual para identificar y orientar, de acuerdo a los objetivos, los impactos organizacionales que generará la implantación desde el punto de vista de procesos, cultura y personas.
El proyecto incluirá el diseño e implantación de los flujos de trabajo que den soporte a los distintos procesos, así como el plan de comunicación interna del desarrollo del proyecto durante su ejecución, destinado a todos los potenciales usuarios del mismo.
El proyecto incluirá la migración de datos. Será de cargo del proveedor suministrar los formatos de importación requeridos por el sistema y la carga de datos. La contraparte correspondiente proveerá la recolección, depuración y transformación de los datos necesarios para poner en funcionamiento la solución provista.
En términos generales, todas las UE1 implantarán la solución completa, con las siguientes salvedades:
Los módulos Inventario, Control de Obras y Servicios Externalizados son exclusivos de la Comisión Administrativa; el primero de ellos requiere información relevante de las otras UE.
La Cámara de Representantes podrá conservar determinadas aplicaciones preexistentes con las cuales la solución deberá interactuar.
La Institución Nacional de Derechos Humanos y Defensoría del Pueblo, recientemente creada, requerirá una implementación mínima, que deberá consolidar con las restantes implementaciones.
Las implementaciones de la Cámara de Senadores, la Comisión Administrativa y la Institución Nacional de Derechos Humanos y Defensoría del Pueblo compartirán el soporte físico y lógico, debiendo asegurarse la privacidad de la información de cada una. El INDDHH podrá operar el sistema en forma remota.
La implementación de la Cámara de Representantes tendrá soporte físico y lógico independiente de las restantes y una contraparte técnica propia.
1 Para simplificar la redacción, al hacer referencia a todas las UE, se incluye también a la Institución Nacional de Derechos Humanos y Defensoría del Pueblo.
Existirá información a ser compartida por todas las UE, cuya administración podrá o no centralizarse en una de ellas, permitiendo la consulta de las restantes. Se deberán proveer interfases de comunicación entre las cuatro implementaciones.
Las ofertas deberán detallar la/s modalidad/es de instalación sugeridas y sus correspondientes ventajas y desventajas.
NORMAS QUE REGULAN EL PRESENTE LLAMADO
BASES DE LA LICITACIÓN
ARTICULO 3. Esta licitación se regirá por:
a) El Texto Ordenado de Contabilidad y Administración Financiera aprobado por Decreto Nº 150/012 de 11 xx xxxx de 2012, normas concordantes y complementarias.
b) El presente Pliego de Condiciones Particulares (Partes I y II).
c) El Pliego Único de Bases y Condiciones Generales para los Contratos de Suministros y Servicios no Personales en los Organismos Públicos (Parte III), en todo lo que no se le oponga y le sea aplicable.
d) Leyes, decretos y resoluciones vigentes en la materia, a la fecha de apertura de la presente licitación.
e) Ley Nro. 18098, de 12 de enero de 2007, concordantes, modificativas y/o complementarias.
COMPROMISO
ARTICULO 4. La presentación de la oferta, implicará:
1. El conocimiento y aceptación de la documentación y de las reglas, leyes, regulaciones y requisitos que rigen la convocatoria.
2. El reconocimiento de que el Convocante se reserva el derecho de dejar sin efecto en cualquier momento la convocatoria o declararla fracasada o desierta o adjudicar parcialmente, sin derecho a indemnización o reparación de especie alguna, para todas o cada una de las Unidades Ejecutoras.
3. La aceptación de la aplicabilidad excluyente del Derecho Uruguayo y de la jurisdicción de los Tribunales Uruguayos, en toda controversia originada en la presente convocatoria, hasta la firma del contrato, renunciando a cualquier otra competencia y jurisdicción.
4. La aceptación de prórroga de la Garantía de Mantenimiento de Oferta para el caso de impugnación del acto de adjudicación.
5. La aceptación del derecho de la Comisión Asesora de Adjudicaciones o del Convocante, en su caso de: (i) solicitar aclaraciones o información adicional a los Oferentes y cada uno de sus Miembros; (ii) modificar el Pliego de Condiciones o realizar aclaraciones del mismo en tiempo útil, efectuando nuevamente la publicación con la modificación realizada; (iii) modificar el cronograma del proceso de selección en tiempo útil, notificando debidamente a los Interesados, y efectuando las publicaciones del caso.
ARTICULO 5. A los efectos dispuestos en el literal d) del numeral 8.2 de la Parte III, se fija el valor del presente Pliego, en la cifra de:
$ 5.000 (Pesos Uruguayos cinco mil)
Los oferentes que deseen adquirirlo deberán depositar dicha suma en la Tesorería de la Comisión Administrativa en el horario de 12:00 a 16:00, recibiendo una constancia contra cuya exhibición podrán retirar un ejemplar xxx xxxxxx en el Departamento de Licitaciones de la Comisión Administrativa (Subsuelo xxx Xxxxxxx Legislativo), en el horario de 09:00 a 13:00 hasta el día 15 de diciembre de 2012. A partir del día 17 de diciembre de 2012, los interesados podrán retirar un ejemplar, en el mismo lugar y en el horario de 12.00 a 16.00.
ARTICULO 6. Las ofertas deberán presentarse en sobre cerrado, con original foliado y firmado en todas sus fojas y dos copias con la constancia de que son copia fiel de su original de igual tenor, no siendo de recibo aquéllas que se presenten fuera del horario indicado.
Las ofertas deberán entregarse personalmente al escribano actuante en la Sala de Sesiones de la Comisión Administrativa, (Edificio Xxxx Xxxxxxx, primer subsuelo, acceso por la puerta principal), personalmente
DIA: 00 XX XXXXXXXXX XX 0000
XXXX: DE 14.00 A 14:30
El oferente indicará en su propuesta el nombre de su representante para esta licitación, así como las facultades que le son conferidas.
Se presentará un sobre conteniendo la oferta completa en soporte papel. Dicha oferta, excluyendo toda información confidencial, se presentará además en soporte electrónico (6 copias en CD o DVD) y será puesta a disposición de los restantes oferentes.
CONSULTAS y ACLARACIONES
ARTICULO 7. Toda consulta aclaratoria o de carácter técnico sobre el presente llamado podrá efectuarse a través del correo electrónico xxxxxxxxxxxxxx@xxxxxxxxxx.xxx.xx, haciendo referencia en el asunto al número de la presente licitación.
El plazo para la recepción de estas consultas será hasta la hora 13.00 del cuarto dia hábil preivo a la fecha fijada para la recepción y apertura de las ofertas.
Las mismas serán evacuadas y publicadas por la Administración junto con sus respectivas respuestas, antes de los 2 días hábiles previos a la fecha fijada para la recepción y apertura de las ofertas, en la página del Parlamento xxx.xxxxxxxxxx.xxx.xx, ingresando al vinculo Comisión Administrativa – Licitaciones, teniendo dicha publicación el valor de notificación a todos los posibles oferentes.
ARTICULO 8. Finalizada la recepción de ofertas, en el mismo acto se procederá a su apertura.
La apertura de cotizaciones se efectuara cualquiera sea el número de ofertas presentadas, en presencia de los interesados que concurran al acto.
DIA: 00 XX XXXXXXXXX XX 0000
XXXX: 14:30
LUGAR: Sala de Sesiones de la Comisión Administrativa del Edificio Xxxx Xxxxxxx (primer subsuelo)
Se otorgará un plazo xx xxxx días hábiles para presentar las observaciones de carácter indicativo que los oferentes estimen pertinentes respecto a las restantes ofertas. Las mismas deberán
presentarse por escrito al Departamento de Licitaciones de la Comisión Administrativa, en el Xxxxxxx Legislativo (subsuelo).
ARTICULO 9. Los oferentes a quienes se les conceda plazo de dos días a contar desde la apertura para completar documentación, deberán presentarla en la Dirección Notarial (Xxxxxxx Legislativo, Subsuelo), en el horario de 12:00 a 16:00.
De no hacerlo, el expediente se elevará con la constancia de su no presentación.
ARTICULO 10. Las empresas que se retiren de la apertura antes de su finalización o no hubieran asistido, deberán constatar que la documentación presentada no haya merecido observaciones.
ARTICULO 11. Los oferentes deberán declarar expresamente la información que deberá considerarse confidencial de acuerdo a lo establecido en el artículo 10 de la Ley No. 18.381 de 17 de octubre de 2008, no pudiendo calificarse con tal carácter la información relativa al precio y descripción de los bienes y servicios ofertados ni las condiciones generales de la oferta (art. 65 del TOCAF/2012).
SOLICITUD DE PRORROGA DE APERTURA
ARTICULO 12. A los efectos dispuestos en el numeral 4 de la Parte III, se establece que las solicitudes de prórroga deberán presentarse por escrito al Departamento de Licitaciones de la Comisión Administrativa, en el Xxxxxxx Legislativo (subsuelo) o por intermedio del correo electrónico xxxxxxxxxxxxxx@xxxxxxxxxx.xxx.xx, con una anterioridad no inferior a 7 días de la fecha de apertura.
Se establece en $ 300.000 (pesos uruguayos trescientos mil), el monto de la garantía a depositar en la Tesorería de la Comisión Administrativa para solicitar esta prórroga.
ARTICULO 13. Deberá presentarse conjuntamente con la oferta:
1. Constancia de adquisición xxx Xxxxxx.
2. Formulario de Identificación del Oferente (Anexo I) firmado por el titular o representante de la empresa. Los datos allí exigidos revestirán el carácter de Declaración Jurada.
3. Declaración Jurada Simple (Anexo II) donde conste nómina completa de Titulares, Directores y/o Administradores actuales firmado por el titular o representante de la
empresa. La Administración tramitará oportunamente el certificado del Registro Nacional de Actos Personales Sección Interdicciones, a efectos de cumplir con lo dispuesto en la Ley 17.957. Quienes incumplieran el requisito legal dispuesto por la norma precitada y en virtud de la misma, están impedidos de contratar con la Administración.
4. Comprobante de Depósito de Garantía de Mantenimiento de Oferta.
5. Compromiso de Confidencialidad debidamente firmado por el titular o representante de la empresa (Xxxxx XXX).
6. Documentación que acredite que, a la fecha, la empresa se encuentra inscrita como beneficiario del SIIF en el Registro General de Proveedores del Estado.
7. Certificación notarial de representación legal.
8. Recaudos que acrediten y certifiquen en forma la capacidad del oferente de otorgar válidamente las licencias de software que ofrece.
COMPROMISO DE CONFIDENCIALIDAD
ARTICULO 14. El adjudicatario deberá guardar estricta y absoluta confidencialidad y reserva respecto de toda la información a la que tenga acceso o se genere en virtud de la presente licitación, de conformidad con lo estipulado en el Compromiso de confidencialidad que se agrega como Anexo III y que deberá ser presentado por el oferente conjuntamente con la oferta.
ARTICULO 15. Se deberá especificar separadamente los componentes de software y hardware necesarios para la solución adquirida. Dichos componentes incluirán no solo lo referente a la solución en sí misma, sino también toda otra herramienta necesaria o recomendada para la puesta en producción y administración de la solución.
En lo que respecta al hardware, solo se requiere su especificación. Para los restantes elementos se deberá incluir la cotización.
Serán de cuenta del proveedor, los costos en que incurra en el cumplimiento de esta licitación, por todo concepto. (A modo de ejemplo: viáticos, transporte).
Se exigirá que cada oferta explicite lo que considera es su precio total, tomando como modelo para la propuesta económica, los cuadros descritos a continuación.
El oferente deberá cotizar cada uno de los Ítems detallados a continuación, en moneda nacional más impuestos, pudiendo la Administración adjudicar total o parcialmente cada uno de ellos.
Licenciamiento
Especificar tipos de licenciamiento (a modo de ejemplo: licencias nominadas, concurrentes, de administración, de actualización, de consulta), indicando la política de cambio del tipo de licencia. Detallar costos de licencias de acuerdo al siguiente detalle:
LICENCIAMIENTO | COSTO | # PAGINA |
Licencias para hasta 320 usuarios de actualización (CSS:70, CRR:60, CA:180, INDDHH:10) | ||
Licencias para hasta 1250 usuarios de consulta y autogestión mínima (CSS:350, CRR:550, CA:330, INDDHH:20) | ||
Licencias para usuarios técnicos informáticos (costo unitario) | ||
Incrementos de licencias para usuarios de actualización | ||
Incrementos de licencias para usuarios de consulta | ||
Incrementos de licencia para usuarios técnicos informáticos | ||
Licencias para un número ilimitado de usuarios | ||
Herramientas adicionales (especificar) |
Implementación de la solución
Se deberá desglosar el costo total de implementación de la solución para cada UE, según el siguiente detalle:
IMPLEMENTACION DE LA SOLUCION | COSTO | #PAGINA |
Instalación, parametrización, personalización e implantación, incluyendo la migración de datos | ||
Interfases con los sistemas actuales | ||
Gestión del proyecto | ||
Capacitación y transferencia tecnológica | ||
Costo total de implementación de la solución |
Mantenimiento y soporte de la solución
Se deberán detallar los siguientes costos:
MANTENIMIENTO Y SOPORTE DE LA SOLUCION | COSTO | #PAGINA |
Mantenimiento anual de versiones | ||
Soporte técnico anual en días hábiles de 8 a 20hrs. | ||
Soporte técnico por hora, fuera de días y horarios habituales. | ||
Hora de consultoría, desarrollo y/o mantenimiento de aplicaciones para la eventual incorporación de nuevas funcionalidades a la versión original. | ||
Soporte funcional anual | ||
Soporte anual de herramientas adicionales |
ARTICULO 16. En la oferta se establecerá la forma de ajuste de los precios cotizados; de no hacerlo así, se considerarán los precios firmes, sin variación, durante todo el desarrollo de los trabajos.
SERVICIO DE MANTENIMIENTO
ARTICULO 17. Los plazos de contratación de los servicios de mantenimiento y soporte de la solución, detallados anteriormente, serán:
MANTENIMIENTO Y SOPORTE DE LA SOLUCION | PERIODO |
Mantenimiento anual de versiones | 5 años |
Soporte técnico anual en días hábiles de 8 a 20hrs. | 5 años |
Soporte funcional | 1 año |
Soporte de herramientas adicionales | 2 años |
PLAZO Y CRONOGRAMA
ARTICULO 18. El oferente deberá presentar un cronograma con los plazos de ejecución de los trabajos (PERT), conforme a lo dispuesto en los criterios de Evaluación de las Ofertas, capítulo Metodología y Plan de Trabajo. La oferta técnica será acompañada del cronograma sin valoración y la oferta económica, del cronograma valorado. La fecha de comienzo de los trabajos se establecerá en el contrato que se suscribirá con la Administración.
El cronograma se ajustará con cada UE luego de la adjudicación.
ARTICULO 19. Los pagos se efectuarán por parte de cada UE del Poder Legislativo dentro del plazo de 20 días hábiles de recibida por la oficina competente, la factura a nombre de cada unidad debidamente conformada.
Licenciamiento:
Las licencias se abonarán una vez instaladas, en la medida que sean necesarias para el avance del proyecto y en acuerdo con cada UE.
Implementación de solución:
Se abonará en función del avance del proyecto en cada UE. Los porcentajes correspondientes al monto de implementación se abonarán a la culminación de las etapas detalladas en Evaluación de Cumplimiento y Criterios de Aceptación de la Parte II y contando con la aceptación de la contraparte interna. Esto se podrá aplicar tanto por avance de la solución global como por avance de la implementación de los módulos en cada UE, según las cotizaciones propuestas por el oferente.
ACTIVIDAD Y ENTREGABLE | % DE PAGO |
Inicio del Proyecto y Diseño de la Solución | 20 |
Adaptación de la Solución | 20 |
Migración, Instalación y Pruebas de aceptación | 20 |
Capacitación global | 10 |
Aceptación Definitiva | 30 |
Mantenimiento y Soporte de la solución:
1. Mantenimiento de versiones: se abonará anualmente.
2. Soporte técnico: En cualquiera de sus modalidades, se abonará mensualmente, a mes vencido.
3. Horas de consultoría, desarrollo y mantenimiento de versiones: se abonará a la aceptación final del requerimiento.
4. Soporte funcional: se abonará mensualmente.
5. Herramientas adicionales: se abonará luego de su recepción e instalación.
6. Soporte de herramientas adicionales: se abonará anualmente.
ARTICULO 20. Acorde a lo establecido en el art. 48 literal G) del TOCAF, la Administración no otorga beneficios fiscales.
ARTICULO 21. La Administración retendrá del IVA facturado, el porcentaje legal vigente al momento de la retención, entregando a la empresa el resguardo por el importe retenido.
GARANTÍA DE MANTENIMIENTO DE OFERTA
ARTICULO 22. Los oferentes deberán efectuar el Depósito de Garantía de Mantenimiento de Oferta por un monto de $ 300.000 (pesos uruguayos trescientos mil) en la Tesorería de la Comisión Administrativa (Edificio Xxxxxxx Legislativo, planta baja), en el horario de 12:00 a 16:00. Si la consignación se hiciere mediante cheque, éste deberá ser certificado.
El plazo mínimo de esta garantía será de 90 días hábiles contados a partir de la fecha de apertura de las ofertas y será prorrogado automáticamente por períodos de 20 días hábiles, siempre que el oferente no desista en forma expresa con 5 días de antelación a la fecha de expiración del plazo original o de las sucesivas prórrogas.
ARTICULO 23. La empresa que resulte adjudicataria deberá constituir la Garantía de Fiel Cumplimiento de Contrato en la Tesorería de la Comisión Administrativa, por un monto equivalente al 5% del valor adjudicado en el plazo de cinco días hábiles, contados a partir del siguiente a la notificación de la adjudicación (18.1 de la Parte III)
Esta garantía deberá estar vigente por todo el plazo que se mantenga vigente la relación contractual, siendo reintegrable una vez culminado el proyecto y efectuada la recepción definitiva y sin observaciones de la obra.
Si la consignación se hiciere mediante cheque, éste deberá ser certificado.
Si el adjudicatario no efectuara el depósito dentro del plazo establecido, la Administración aplicará una multa del 1º/oo (uno por mil) sobre el importe adjudicado, por cada día calendario de atraso. Dicha multa, en caso de corresponder, deberá abonarse simultáneamente con la constitución de esta garantía y será en todo caso, condición necesaria para poder constituir el depósito (al constituir esta garantía). Si transcurridos diez días contados desde el último día otorgado para constituirla, el adjudicatario no haya dado cumplimiento a lo dispuesto precedentemente, la Administración podrá dejar sin efecto la adjudicación sin incurrir en responsabilidad, ejecutar la
Garantía de Mantenimiento de Oferta e iniciar las acciones que pudieran corresponder contra el adjudicatario por los perjuicios que cause su incumplimiento, pudiendo proceder a reconsiderar el estudio de la licitación con exclusión del oferente adjudicado, declararla desierta o proceder a un nuevo llamado.
ARTICULO 24. El adjudicatario deberá presentar dentro de los cinco días siguientes a que quede firme la resolución de adjudicación, el Seguro de Fianza del Banco de Seguros del Estado correspondiente a la Ley de Tercerizaciones Ley número 18.099 y sus modificativas, por un monto equivalente al 20% del valor total de la oferta –exceptuando el licenciamiento- y su vigencia deberá contemplar la totalidad del plazo en que se mantenga vigente la relación contractual. Deberá asimismo otorgar cobertura durante todo el plazo en que la Administración pueda sufrir reclamos laborales conforme a las normas vigentes de prescripción y/o caducidad de créditos y acciones laborales. Esta fianza no será devuelta al adjudicatario y en su lugar, a petición de parte, una vez vencido el contrato habiéndose acreditado el pago de todos los conceptos debidos, la Administración entregará al adjudicatario una nota con todos los datos de la póliza de fianza que habilite a la cancelación de la misma ante el BSE. En caso de que se hagan efectivas las prorrogas, esta póliza deberá renovarse.
CUMPLIMIENTO DE LAS NORMAS LABORALES
ARTICULO 25. El adjudicatario se obliga a cumplir fielmente con todas las normas laborales vigentes, así como suministrar a la Administración, cuantas veces esta lo estime necesario, los elementos que le permitan comprobar el fiel cumplimiento de las mismas. El término obligaciones laborales está utilizado en su sentido más amplio, y de acuerdo con la definición contenida en el artículo 7 de la Ley 18.251 y artículo 1 de la Ley 18.099, modificativas, complementarias y/o concordantes.
ARTICULO 26. El adjudicatario será responsable en forma única, exclusiva e indivisible, frente a la Administración, por cualquier suma que la misma deba o haya debido abonar conforme a las normas de tercerización. En consecuencia, el adjudicatario se obliga especialmente a mantener indemne a la Administración frente a todo reclamo de cualquier naturaleza, entre otros, y al solo título enunciativo y a vía de ejemplo, particular o estatal, judicial o extrajudicial, obligándose a restituirle las sumas que deban ser abonadas por cualquier concepto por aplicación de las normas citadas. En caso de que la Administración abonare alguna suma por esos conceptos, la misma
deberá ser restituida íntegramente a la Administración, la que se liquidará y reajustará conforme al procedimiento establecido en el Decreto-Ley 14.500, aunque no sea deducida pretensión judicial, facultando expresamente a la Administración a retener de los pagos a abonar las sumas adeudadas.
Sin perjuicio de todo lo anterior, la Administración podrá suspender en forma inmediata la realización de los pagos al contratista en caso de constatar incumplimientos a la normativa laboral por parte del mismo y hasta que dichos incumplimientos fueren subsanados. Podrá, asimismo, a su criterio, suspender la realización de los trabajos por parte del contratista y en su caso, resolver el contrato por incumplimiento.
ARTICULO 27. Si dos o más empresas resolvieran presentarse a la licitación integrando un consorcio, además de la documentación exigida para cada una de ellas, deberán presentar una carta compromiso firmada por los representantes legales de cada empresa por la cual se comprometen a constituir el consorcio de acuerdo a lo dispuesto por los artículos 17, 501, 502, 503 y concordantes de la ley 16.060 del 4 de setiembre de 1989 (Suscripción del contrato, inscripción del mismo en el Registro Público de Comercio y publicación de un extracto en el Diario Oficial), en caso de resultar adjudicatarios. La inscripción y publicación será obligatoria realizarla en nuestro país.
A los efectos precedentes para la etapa de presentación de propuestas se deberá indicar además:
• Empresas que conformarán el consorcio
• Razones de complementariedad que justifican la asociación
• Compromiso de no modificar los términos del documento de asociación hasta la finalización del contrato. Este documento deberá estar formulado de acuerdo y de conformidad a las disposiciones legales vigentes en la República Oriental del Uruguay, cualquiera sea la nacionalidad de las empresas.
El documento que acredite la constitución del consorcio deberá establecer expresamente que los integrantes del mismo responderán en forma mancomunada y solidaria durante la ejecución del contrato.
Asimismo, deberá indicar el modo en que dichos integrantes facturarán el objeto de la presente licitación.
El depósito de garantía de mantenimiento de oferta, deberá ser constituido a nombre de una o más de las empresas integrantes del consorcio.
No se aceptarán garantías a nombre del futuro consorcio a constituirse.
El adjudicatario dispondrá de un plazo de 15 días corridos hábiles a partir del día siguiente a la notificación de la Resolución de adjudicación, para presentar testimonio por exhibición de la primera copia de la escritura de constitución del consorcio, inscripción y publicación. En caso de incumplimiento no justificado, la Administración podrá adjudicar al oferente que le siga en el orden de prelación, desistir del llamado o adoptar las medidas que considere convenientes.
EXONERACION DE RESPONSABILIDAD
ARTICULO 28. El convocante no contrae obligaciones ni asume responsabilidad alguna por esta convocatoria; podrá dejarla sin efecto en cualquier etapa del procedimiento o desestimar todas las presentaciones, sin que los interesados u oferentes tengan derecho a reclamar por gastos, honorarios, daños y perjuicios o indemnización de ningún tipo. Los interesados serán los únicos responsables por la interpretación y manejo que hagan de los datos proporcionados por el convocante. Todos los costos relativos a las presentaciones de las ofertas, así como los que se generen por los estudios, verificaciones, análisis de información proporcionada por el convocante o que se obtenga de terceros, serán por cuenta y de exclusiva responsabilidad de los interesados.
ARTICULO 29. Será responsabilidad del oferente abonar todos los gastos relacionados con la preparación y presentación de sus ofertas.
La Administración no será responsable en ningún caso por dichos costos, cualquiera sea la forma en que se realice la licitación o su resultado.
El adjudicatario responderá en forma integral y exclusiva cualquier daño y/o perjuicio que causare en el cumplimiento de las condiciones de ejecución de la presente licitación.
Asimismo, el adjudicatario será responsable en forma exclusiva -y liberando a la Administración en forma expresa e irrevocable- por toda responsabilidad de cualquier naturaleza, al solo título enunciativo, en caso de pleitos, acciones o procedimientos administrativos, reclamaciones, demandas, pérdidas, daños, costos y gastos de cualquier naturaleza en que la misma tenga que incurrir, entre otros, como resultado de transgresión o supuesta transgresión de derechos de patente, uso de modelo, diseño registrado, marca registrada, derecho de autor u otro derecho de
propiedad intelectual registrado o ya existente en la fecha del contrato, en relación con los bienes objeto del presente llamado. Dicha regla no procederá si tales bienes o una parte de ellos fuesen utilizados por la Administración para fines no previstos en el llamado o para fines que no pudieran inferirse razonablemente del mismo.
Si se entablara un proceso legal o una demanda contra la Administración como resultado de alguna de las situaciones indicadas, el contratista deberá proporcionar en forma inmediata toda la información que le sea requerida por la Administración para el debido ejercicio de la defensa, obligándose a brindar toda la colaboración que le sea requerida y asumiendo todos los gastos que se generaren. Lo anterior es sin perjuicio de las acciones que la Administración entienda pertinente entablar contra el contratista.
ARTICULO 30. Se evaluarán las ofertas desde el punto de vista formal, técnico y económico dando lugar al rechazo de las que no se ajusten a los requerimientos y especificaciones descritas en el presente llamado. Las ofertas que no cumplan con los requisitos formales serán descalificadas y no serán consideradas en la calificación técnica ni económica.
ARTICULO 31. La Administración se reserva el derecho de determinar a su exclusivo juicio y en forma definitiva si el oferente posee la capacidad técnica y financiera para realizar el suministro y prestación de productos y servicios requeridos en la presente licitación.
ARTICULO 32. La Administración se reserva el derecho de considerar, a su exclusivo criterio, ofertas que contengan apartamientos menores con respecto a lo indicado en este Pliego y conforme a lo dispuesto en el TOCAF.
ARTICULO 33. Asimismo, se reserva el derecho de realizar por su cuenta las averiguaciones pertinentes a fin de constatar la veracidad de la información presentada en la oferta, así como las consultas necesarias al oferente.
ARTICULO 34. Con las ofertas que cumplan con las especificaciones formales y sustanciales requeridas en este llamado se procederá a realizar la evaluación técnica y superada esta instancia de acuerdo a los criterios de evaluación, se procederá a la evaluación económica.
ARTICULO 35. La Comisión Asesora de Adjudicaciones podrá entablar negociaciones con los respectivos oferentes a fin de obtener mejores condiciones técnicas, de calidad o precio.
ELEMENTOS CONSIDERADOS PARA LA ADJUDICACION
ARTICULO 36. A efectos comparativos de las ofertas se puntuarán dos aspectos: el técnico y el económico. El aspecto técnico tendrá un peso del 75% y el económico tendrá un peso del 25%.
El puntaje de cada oferta estará dado por la suma de T + P, donde: T = (Puntaje del aspecto técnico x 0,75) y
P = (Puntaje del aspecto económico x 0,25)
En el caso de que algunos de los sumandos no sea un entero, se le redondeará.
Aspecto técnico
1. Antecedentes de la empresa y del producto
Se evaluarán los antecedentes y la experiencia en proyectos que sean relevantes para el presente llamado. A efectos de la evaluación de las ofertas, se considerarán relevantes aquellos proyectos de porte similar o superior a este, que fueron implantados en forma exitosa y están actualmente en funcionamiento en Uruguay. Se entiende por similares aquellos proyectos coincidentes en las áreas funcionales y que tengan al menos 50 usuarios de actualización.
En listado separado se deberán proveer datos de las empresas de referencia, reservándose el PL el derecho de consultarlas sobre el producto instalado.
Se otorgarán 3 puntos por cada instalación similar, 2 puntos adicionales si la instalación es en una Institución del Estado y 1,5 puntos adicionales por cada año de antigüedad de la primera instalación similar exitosa que haya realizado la empresa.
El máximo puntaje a otorgar por este ítem es de 15 puntos.
2. Solución Funcional y Tecnológica
Se evaluará la solución propuesta en cuanto al cumplimiento de los requisitos funcionales y tecnológicos solicitados en la Parte II del presente pliego, en función de la completitud y claridad de su descripción.
a) Calidad y claridad global de la propuesta.
Puntaje máximo: 5 puntos
b) Adecuación funcional:
Se evaluarán las prestaciones de la solución propuesta a fin de cumplir con los requisitos funcionales solicitados. Se valorará si los mismos ya están incluidos en la solución o requieren de un desarrollo específico para el PL.
El oferente deberá completar las tablas que figuran en el Anexo IV y presentarlas en forma de planilla electrónica.
Puntaje máximo: 20 puntos
c) Valoración tecnológica
El oferente deberá completar la tabla que figura en el Anexo V y presentarla en forma de planilla electrónica.
Puntaje máximo: 10 puntos
El máximo puntaje a otorgar por este ítem es de 35 puntos.
Si al menos dos empresas superan el máximo puntaje de este ítem, se otorgará el máximo puntaje a la de mayor calificación, prorrateando todas las demás.
3. Metodología y plan de trabajo
Se evaluará la metodología propuesta para la gestión del proyecto completo, incluyendo la gestión del cambio organizacional, la capacitación, la migración de datos y el desarrollo y mantenimiento de aplicaciones. Se evaluará la lógica del plan presentado, su nivel de detalle, la definición de actividades, hitos, responsables, el análisis de riesgos, y los plazos estimados. La metodología y plan de trabajo propuesto tendrán un puntaje máximo de 15 puntos.
Se deberá presentar un grafo PERT que acompañe al plan de trabajo, con la asignación de tiempos para cada una de las tareas y el cálculo de la duración del proyecto, implantado y funcionando. El grafo presentado tendrá un puntaje máximo de 5 puntos.
El máximo puntaje a otorgar por este ítem es de 20 puntos.
4. Competencia y dedicación del personal propuesto
Se valorarán la capacitación y dedicación del personal propuesto para el seguimiento del proyecto.
a) Jefe de Proyecto
i. Formación universitaria o técnica relevante a la tarea:
Título de 4 años o más: 2 puntos Título de 3 años: 1 punto
ii. Experiencia relevante a la tarea: Más de 5 años: 3 puntos
De 3 a 5 años: 1,5 puntos
Menos de 3 años: 0 punto
iii. Dedicación propuesta:
Puntaje máximo: 4 puntos
Dedicación menor a la media propuesta: 0 punto
La dedicación propuesta se contabilizará en horas por mes. Las horas no utilizadas en un mes dado se acumularán para el siguiente y así sucesivamente hasta terminar el proyecto.
b) Equipo de Trabajo
Se evaluará el equipo de trabajo en su conjunto, teniendo en cuenta formación y experiencia, así como dedicación propuesta y disponibilidad horaria, valorando especialmente el conocimiento y experiencia asociados al área en que desarrollará actividades (funcional, tecnológico, capacitación, etc.).
Para las actividades de cambio organizacional se requiere la participación en el proyecto de un profesional con formación académica y con experiencia en proyectos de similares características.
Se requerirá la disponibilidad de dos técnicos en cada una de las siguientes áreas durante la implantación de la solución, en el momento en que sea requerido por cada UE:
1) Gestión Humana
2) Financiero Contable
3) Adquisiciones y Control de Obras
4) Informática
En el caso del equipo de trabajo, la asignación del puntaje será como sigue:
i. Formación universitaria o técnica relevante a la temática: Título de 4 años o más: 1 punto
Título de 3 años: 0,5 puntos.
El máximo puntaje a otorgar por este ítem será de 8 puntos.
ii. Experiencia relevante a la temática: Más de 5 años: 1 punto
De 3 a 5 años: 0,5 punto
Menos de 3 años: 0 punto
El máximo puntaje a otorgar por este ítem será de 8 puntos.
iii. Dedicación propuesta:
Puntaje máximo: 5 puntos
Dedicación menor a la media propuesta: 0 punto
Deberán incluirse en la oferta los Currículum Vitae del Jefe de Proyecto y del personal que integra el Equipo de Trabajo, como también la dedicación propuesta indicando el rol y las tareas a desempeñar en el proyecto. Ninguno de los documentos presentados podrá superar las dos carillas.
El puntaje total máximo a otorgar por este ítem es de 30 puntos.
El puntaje del aspecto técnico es la suma de los puntajes de los cuatro ítems anteriores. Las ofertas que no alcancen un mínimo del 50% de los puntos de cada uno, y un mínimo total de 70 puntos en el aspecto técnico, quedarán descalificadas y no serán consideradas en la calificación económica.
Aspecto económico
Para la evaluación económica, solo a efectos comparativos y sin implicar compromiso o tendencia de compra, se considerará el precio total de la oferta con la siguiente composición:
COMPONENTE | COSTO | #PAGINA |
350 usuarios de actualización (considerando incrementos de licencias) | ||
1300 usuarios de consulta y autogestión mínima (considerando incrementos de licencias) | ||
20 usuarios técnicos informáticos | ||
Instalación, parametrización, personalización, implantación y migración de datos para todas las UE | ||
Interfases con los sistemas actuales | ||
Gestión del proyecto | ||
Capacitación y transferencia tecnológica | ||
Mantenimiento de versiones para el licenciamiento anterior, por 5 años | ||
Soporte técnico en días hábiles de 8 a 20 hs, por 5 años | ||
Soporte técnico por 100 horas, fuera de horarios y días habituales | ||
2000 horas de consultoría, desarrollo, mantenimiento de aplicaciones |
Servicio de soporte funcional, por 1 año | ||
Adquisición de herramientas adicionales | ||
Soporte de herramientas adicionales, por 2 años | ||
Otro costo presentado en la propuesta, requerido para su funcionamiento y no incluido en detalle que antecede |
El puntaje del aspecto económico se obtendrá por la siguiente fórmula:
Puntaje Económico para la propuesta i = 100 x Pb / Pi
donde Pb es el precio más bajo entre las ofertas que califican y Pi el precio de la propuesta en consideración.
ARTICULO 37. La selección de las ofertas presentadas se hará entre aquellas que precalifiquen en base a la evaluación formal y el juicio de admisibilidad, adjudicándose a la oferta que resulte mejor evaluada según los parámetros indicados en el artículo anterior.
ARTICULO 38. La Administración se reserva el derecho de adjudicar la licitación a la oferta que considere más conveniente para sus intereses y las necesidades del servicio, así como también rechazar a su exclusivo juicio la totalidad de las ofertas.
ARTICULO 39. Se podrá considerar como aspecto preponderante para rechazar una oferta, los antecedentes de los oferentes, relacionados con la conducta comercial, contrataciones anteriores, falta de antecedentes o, existiendo, que carezcan éstos de relación directa con el objetivo principal del llamado.
ARTICULO 40. No se reconocerán, pagarán o reintegrarán conceptos de gastos del adjudicatario no cotizados por éste como parte de la oferta o reconocidos expresamente en el presente pliego o los contratos que se firmaren con el adjudicatario.
ARTICULO 41. Una vez dictada la resolución de adjudicación, se publicarán los resultados de adjudicación en el sitio xxx.xxxxxxxxxxxxxxxx.xxx.xx
El Departamento de Licitaciones notificará al adjudicatario y los restantes oferentes en la forma establecida en el numeral 1.4 de la Parte III.
Todas las notificaciones se realizarán al correo electrónico declarado por cada oferente en el “Formulario de Identificación del Oferente” (Anexo I), siendo de su exclusiva responsabilidad comunicar por escrito cualquier cambio en el mismo. La Dirección Notarial oportunamente se comunicará con el oferente que resulte adjudicatario a efectos de requerirle la documentación que deberá presentar, para demostrar estar en condiciones de contratar con el Estado.
La citada Dirección otorgará un plazo de 3 días hábiles para cumplir tal requisito.
ARTICULO 42. La no concurrencia del adjudicatario en tiempo y forma, será motivo de considerarlo incurso en xxxx de pleno derecho, dejar sin efecto la adjudicación e iniciar las acciones legales correspondientes, a criterio de la Administración. En tal caso, se procederá según lo previsto en el artículo 23 in fine.
Constituirá plena prueba de la notificación realizada y de su fecha, el documento que la registre, el aviso de retorno, el reporte emitido por el equipo utilizado o el testimonio del Acta Notarial.
ARTICULO 43. Notificada la adjudicación se deberá celebrar contrato en forma escrita, el que deberá contener las obligaciones resultantes de los Pliegos de Condiciones y de la oferta respectiva. Asimismo deberá especificarse la fecha de inicio de la ejecución de los trabajos, la que deberá contemplar una prórroga de 20 (veinte) días calendario.
OBLIGACIONES DEL ADJUDICATARIO
ARTICULO 44. El adjudicatario deberá cumplir con las entregas y prestaciones comprometidas ajustándose estrictamente a las condiciones establecidas y a los tiempos de entrega que se determinen.
El adjudicatario no podrá transferir o ceder sus derechos a terceros inclusive a título oneroso.
ARTICULO 45. Se considerará incumplimiento del contrato toda acción y/u omisión que, directa o indirectamente, contravenga, total o parcialmente, cualesquiera de las obligaciones emergentes del mismo o de la ley o reglamentos aplicables.
La Administración realizará durante la ejecución de la contratación y al cierre de la misma una evaluación de la performance del proveedor que pasará a integrar el sistema de información de proveedores del Poder Legislativo.
ARTICULO 46. La falta de cumplimiento de cualquiera de las obligaciones contraídas por los proponentes o adjudicatarios, podrá dar mérito a la aplicación, entre otras, de alguna de las siguientes medidas no siendo las mismas taxativas ni excluyentes:
• Apercibimiento.
• Suspensión del Registro de Proveedores.
• Anulación o rescisión del contrato.
• Pérdida de la Garantía de Fiel Cumplimiento de Contrato.
• Cobro de multas y penalidades
• Eliminación del Registro de Proveedores.
ARTICULO 47. En el caso de atraso en el cumplimiento de las obligaciones emergentes de la adjudicación -exceptuándose los casos de incumplimiento previstos en la Parte II (Desarrollo y mantenimiento de aplicaciones y Soporte funcional), para los cuales se contemplan penalidades específicas-, la Administración aplicará en carácter xx xxxx una multa equivalente al 5% de la facturación que deba abonarse tratándose del primer incumplimiento, al 10% en caso de segundo incumplimiento. Los subsiguientes atrasos podrán ser causales de rescisión.
No se aplicarán estas medidas punitivas, cuando el retraso se deba a razones fundadas no imputables al adjudicatario.
La falta de cumplimiento en otra cualesquiera de las obligaciones y condiciones pactadas o estipuladas en la oferta, que obedezca a causas imputables al adjudicatario, hará pasible a la adjudicataria del pago de una multa máxima del 5 % del total adjudicado.
En caso de que el adjudicatario no de cumplimiento a sus obligaciones contractuales en los plazos y condiciones estipulados en la oferta y el contrato, la Administración podrá ejecutar la garantía constituida por éste y proceder al cobro de las multas correspondientes, sin necesidad de trámite ni
interpelación alguna, sin perjuicio de que, de las resoluciones que dispongan la rescisión del contrato o el cobro de multas, se dará vista al interesado.
La Administración queda habilitada y se reserva expresamente el derecho a deducir el importe correspondiente a multas de las facturas que deba abonar al adjudicatario.
En todos los casos en que se prevean multas o sanciones, la Administración podrá exigir acumulativamente el pago de los daños y perjuicios causados. El acto administrativo o resolución que imponga una multa se considerará título ejecutivo.
Sin perjuicio de la aplicación de las multas y penalidades previstas, la Administración podrá acumulativamente declarar rescindido el contrato, reservándose el derecho de reclamar los daños y perjuicios derivados del incumplimiento.
ARTICULO 48. El adjudicatario incurrirá en xxxx de pleno derecho sin necesidad de interpelación judicial o extrajudicial alguna por el sólo vencimiento de los términos y plazos acordados, así como por hacer algo contrario a lo estipulado o no hacer lo debido.
ARTICULO 49. En caso de verificarse incumplimientos, la Administración podrá solicitar a la empresa proveedora cambios en la conformación de los equipos, sin perjuicio de la facultad de dar por rescindido el contrato. La empresa deberá presentar currículum vitae del nuevo técnico para revisión y aprobación de la Administración en un plazo de 7 (siete) días hábiles luego de notificado el pedido de reemplazo correspondiente.
ARTICULO 50. La Administración podrá rescindir el contrato cuando se verifiquen, entre otros, alguno de los siguientes supuestos:
a. En caso de reiteración de incumplimientos.
b. Cuando se detecten extensiones reiteradas de los plazos estipulados y acordados para la ejecución de las actividades.
c. Si el contratista no iniciara los trabajos en la fecha convenida en el contrato o no diera a los mismos el desarrollo previsto o no cumpliera en tiempo y forma con los términos y plazos acordados.
d. Los servicios no se encontrasen ejecutados con arreglo al contrato y se hubiera otorgado plazo al contratista para subsanar los defectos, sin que lo haya hecho.
ARTICULO 51. Asimismo, las partes podrán rescindir el contrato por mutuo acuerdo.
PROPIEDAD DE LOS COMPONENTES DESARROLLADOS PARA LA ADMINISTRACIÓN
ARTICULO 52. La Administración será exclusivo titular de los derechos de autor que le confiere la Ley No. 9.739 de 17 de diciembre de 1937, en la redacción dada por la Ley 17.616 de 10 de enero de 2003, sobre los componentes que produzca el contratista en virtud del presente llamado.
En tal sentido, el contratista se obliga a ceder en forma ilimitada y exclusiva a la Administración los derechos patrimoniales sobre dichos componentes, así como a prestar absoluta colaboración en la generación de la documentación y/o información que fuera menester para efectuar los registros correspondientes.
ARTICULO 53. Se entiende por componentes, en el contexto de lo dispuesto en este numeral, al solo efecto enunciativo y a vía de ejemplo: la parametrización específica, los códigos fuente de los componentes de software desarrollados para la Administración, el modelo de datos, la autenticación con LDAP y las interfases con otros sistemas.
Pliego de Condiciones Particulares PARTE II
MEMORIA TECNICA
Adquisición de solución GRP
Licitación Pública Nro. 01/12
INDICE
1. ANTECEDENTES DE LA EMPRESA Y DEL PRODUCTO 30
4. REQUISITOS DE LA MIGRACIÓN 53
5. MANTENIMIENTO DE VERSIONES Y SOPORTE 54
6. DESARROLLO Y MANTENIMIENTO DE APLICACIONES 55
9. GESTIÓN DEL CAMBIO ORGANIZACIONAL 60
10. TRANSFERENCIA TECNOLÓGICA 61
11. REQUISITOS DEL EQUIPO DE PROYECTO 61
12. EVALUACIÓN DEL CUMPLIMIENTO Y CRITERIOS DE ACEPTACIÓN 62 ANEXO VI 66 ANEXO VII 68
1. Antecedentes de la empresa y del producto
Antecedentes | Lugar en la oferta (# página) |
Antigüedad en plaza (empresa y producto) | |
Número de personas y dedicación horaria asignadas al mantenimiento de versiones en uso | |
Número de personas y dedicación horaria asignadas al soporte técnico | |
Número de personas y dedicación horaria asignadas al soporte funcional | |
Número de personas y dedicación horaria asignadas al desarrollo de nuevas versiones | |
Número de consultores estables de la empresa y distribución de los perfiles | |
Número de consultores estables de la empresa asignados al producto ofertado, indicando distribución según perfiles | |
Certificaciones de la empresa |
Experiencia de la Empresa | Lugar en la oferta (# página) |
Solamente detallar las (3) tres experiencias más relevantes y en funcionamiento, que comprendan al menos una de las siguientes categorías, indicando a cual corresponde: - el mismo producto que el ofertado detallando los módulos en producción - optimización de procesos de gestión administrativa y procesos de gestión del cambio | |
Nombre del cliente y datos de contacto | |
Ámbito de actividad: Nacional, Regional, Internacional | |
Cantidad de usuarios de la solución implantada | |
Año de la salida en producción | |
Duración de proyecto (expresada en meses) | |
Monto de contrato asociado a la totalidad del proyecto (expresado en US$ con impuestos incluidos) | |
Rol en el proyecto (consorcio, proveedor principal, subcontratado) | |
Descripción de las actividades de gestión de cambio realizadas y de los indicadores de éxito empleados | |
Describir estrategia de abordaje en relación a la definición de procesos (si se redefinieron procesos, si fue antes o durante el proyecto) | |
Indicar número de integrantes del equipo de proyecto detallando los propios y los del cliente | |
Detallar los módulos implantados y los módulos que están en producción a la fecha |
Detallar el esfuerzo de programación del proyecto (horas totales) | |
Detallar los sistemas con los que se integró el producto y las tecnologías empleadas en la integración |
Entorno del Producto Ofertado | Lugar en la oferta (# página) |
Nombre del producto y versión | |
Lista de empresas implantadoras en Uruguay del producto ofertado | |
Estimación del número de técnicos consultores en plaza con capacidades para extender el producto ofertado con parametrización y con desarrollo –sin importar si tienen o no vínculo en la actualidad con el oferente | |
Descripción de la oferta de capacitación en el mercado local para los diferentes perfiles de usuario | |
Cantidad de usuarios del producto en el Estado uruguayo | |
Cantidad de usuarios del producto en el ámbito privado uruguayo | |
Cantidad de usuarios del producto en el mundo |
2. Requisitos funcionales
Generales
La solución a adquirir aplicará a cuatro UE, cada una de ellas con su implementación y parametrización particular. Tres de ellas podrán compartir una misma instalación (soporte físico y lógico). La restante tendrá una instalación propia.
Las cuatro UE deberán compartir determinada información, así como generar información consolidada de todas ellas.
La administración y mantenimiento de algunos datos podrá ser responsabilidad de una de las UE (ej: Plan de Cuentas, Catálogo de Proveedores, Catálogo de Artículos, Codificador de Inventario, locales físicos, unidades de medida y sus factores de conversión).
Se habilitará la consulta de información sumaria a partir de lo registrado por cada UE (ej: ciertos datos de personas vinculadas a las unidades, puntuación de proveedores según su participación en licitaciones o compras, calidad de productos)
El alcance de la implantación en cada UE podrá diferir en función de sus prioridades organizacionales particulares, así como de las aplicaciones preexistentes que se decida conservar.
La solución ofertada deberá cumplir los siguientes requisitos:
1. Sistema multiempresa y multimoneda.
2. Interfaz full web de la aplicación.
3. Interfases amigables y en idioma español.
4. Ayudas en línea en español para todo el sistema.
5. Reportes emitidos completamente en idioma español.
6. Admitir el uso de firma digital.
7. Admitir crecimiento en cantidad de usuarios y porte del hardware.
8. Permitir la incorporación gradual de módulos.
9. Fácilmente adaptable a los cambios de normativa general, y específica del PL.
10. Integración y comunicación con sistemas internos o con otras implementaciones de la solución.
11. En lo que respecta al ingreso y disponibilidad de la información:
a. La documentación original se ingresará una sola vez y afectará en forma automática a todos los procesos relacionados.
b. Los procesos podrán ser revertidos, restableciendo el estado original.
12. En lo que respecta al acceso a la información:
a. Permitir la generación de reportes por parte del usuario, permitiendo almacenar las consultas para una futura utilización.
b. Proveer reportes preconfigurados para los distintos módulos y procesos.
c. Los reportes o consultas, ya sea provistas por la solución o implementadas por el usuario, deberán generar múltiples formatos (ej: pdf, xml, xls, doc), según aplique.
13. Asignación de roles o privilegios tanto a cargos de la estructura vigente, como a personas, independientemente del cargo ocupado.
14. Perfiles diferenciados para grupos de usuarios (ej: administradores, usuarios especializados, usuarios de consulta) y para cada función diferenciada en el sistema, permitiendo la pertenencia de un mismo usuario a más de un grupo. Admitir distintos roles con acceso a la misma información y con diferentes potestades. Limitar las potestades del perfil administrador a la/s UE requerida/s.
15. El usuario se autenticará una única vez, pudiendo acceder a todas las funcionalidades habilitadas para su perfil.
16. Definición de varias cadenas de autorizantes y de ordenadores del gasto.
17. Generación de información detallada, sumaria y estadística asociada a distintas estructuras (ej: centro de costos, estructura funcional, estructura escalafonaria).
18. Posibilidad de recolectar métricas para la generación de indicadores de gestión.
19. Incorporación de documentos digitalizados en las distintas etapas de los procesos (ej: facturas, edictos, certificados) o generación de documentos digitales (ej: órdenes de compra, remitos). Facilitar la generación de información relativa a un evento, incluyendo la información del trámite.
20. Configuración de alertas ante determinados eventos o actualizaciones de información a diferentes usuarios o grupos.
21. Notificación electrónica con prueba de recepción del destinatario.
22. Uso de código xx xxxxxx como tecnología de identificación automática. Se indicará la posibilidad de uso de otras tecnologías (ej: RFID, QR).
23. Gestión de información histórica.
24. Conservación del histórico de transacciones en que participaron usuarios no activos.
25. Permitir la extensión de las funcionalidades, internamente o por un tercero, sin requerir la intervención del adjudicatario. Detallar mecanismo de desarrollo de nuevas funcionalidades, conocimientos requeridos y consideraciones en actualizaciones de versiones.
26. Fácil acceso a la parametrización vigente.
27. Mecanismos de control de las funcionalidades provistas por la solución.
28. Posibilidad de análisis de información en la propia herramienta y accesible por el usuario final sin requerir soluciones de análisis multidimensional avanzadas.
29. Características de accesibilidad de la solución. Se valorará positivamente el nivel de accesibilidad para usuarios de baja o nula visión.
Como parte del proceso de evaluación se podrá solicitar a los oferentes, la disponibilidad de un ambiente operativo del mismo producto que el ofertado así como la realización de una Prueba de Concepto que, resolviendo alguno de los requerimientos detallados, permita valorar la interfaz y usabilidad del producto ofertado.
Los oferentes podrán incluir en la propuesta funcionalidades complementarias no solicitadas en el pliego, que aporten positivamente al objeto del llamado. De entenderse pertinente, serán consideradas en la evaluación de la propuesta.
Específicos
La revisión, análisis, redefinición y optimización de los procesos de gestión es uno de los objetivos de la implementación del GRP, por lo que los requisitos funcionales detallados a continuación podrían diferir parcialmente de los que efectivamente se implementarán. Se deberán documentar los procesos optimizados que quedarán en funcionamiento en cada UE del PL.
Se deberán incluir en la propuesta ejemplos de documentación funcional, casos de uso y flujos de trabajo, tal como se generarán para la implementación de la solución.
El Anexo VI muestra el contexto organizacional de las áreas funcionales directamente involucradas.
2.1 Gestión Humana
Los módulos deberán contemplar las disposiciones establecidas en los estatutos de funcionarios de cada UE, así como toda la normativa vigente en la materia (ej: reglamentos, resoluciones), y ser fácilmente configurables y/o adaptables a los cambios que naturalmente se produzcan en las mismas.
Situación similar se aplica a Legisladores, con normativa específica en cada UE.
En forma genérica, para todos los módulos se deberá proveer:
Utilidades de generación de consultas y reportes no planificados, que puedan almacenarse para su posterior utilización, en soporte papel y otros formatos según aplique (ej: pdf, xml, xls, doc).
Consultas, reportes e informes sobre la información gestionada, parametrizables por el usuario. Algunas consultas deben estar disponibles para todos los funcionarios, vía intranet.
Facilidades para la generación de cambios masivos asociados al cambio de legislatura o de periodo legislativo.
Facilidades para manejar indicadores de gestión.
2.1.1 Módulo: Asistencias y Licencias
Deberá prestar como mínimo las siguientes funcionalidades:
1. Definir y gestionar:
a. Tipos de jornada.
b. Tipos de horario por funcionario o por jornada (ej: fijo matutino, fijo vespertino, mínimo 6 hs, maternidad, horario con entrada establecida y sin horario de finalización).
c. Tipos de licencia (ej: ordinaria, por estudio, médica, francos).
d. Tipos de excepciones (ej: tolerancia en ingresos/egresos, ingresos/egresos autorizados, omisiones de marcas, faltas con/sin aviso).
e. Tipos de turno.
2. Interactuar con el Sistema de Marcas (hoy, relojes biométricos).
3. Gestionar:
a. Horarios (transitorios o fijos), licencias, excepciones y turnos para cada funcionario.
b. Ausencias totales o parciales por enfermedad (partes médicos).
c. Sumarios (ej: médicos, por inasistencia).
d. Funcionarios en comisión.
e. Asistencias (ej: marcas, omisiones, descuentos, bonificaciones por asistencia).
f. Órdenes de salida (ej: con guardia, general) en concordancia con las sesiones de los Cuerpos.
g. Compromiso con la gestión.
h. Sanciones.
i. Planificación de período de receso (Ej: turnos, horarios, licencias, asuetos).
j. Parte Diario con posibilidad de configurar los reportes que lo integren.
k. Identificación de funcionarios que hayan cumplido más de 8 horas ininterrumpidas de labor.
l. Habilitar acumulación de horas de trabajo con posterioridad a las órdenes de salida.
m. Gestión de información y normativa específica para Legisladores (ej: datos partidarios, hojas de votación, sistema de suplencias con manejo de altas y bajas con fecha y hora, saldos de licencias, control de asistencia, integración de Comisiones (miembro – delegado de sector), integración de su Secretaría).
n. Posibilidad de notificaciones vía intranet.
4. Generación de la información a ser contemplada en la liquidación de sueldos. (A modo de ejemplo: licencias exentas de IRPF, saldos de licencia para jubilación, descuentos).
2.1.2 Módulo: Legajos
Deberá prestar como mínimo las siguientes funcionalidades:
1. Gestión del legajo del funcionario:
a. Datos personales y del grupo familiar, actuales e históricos.
b. Desarrollo de la carrera funcional, desde el ingreso hasta el cese.
c. Pases en comisión.
d. Méritos, deméritos, recursos.
e. Formación educacional.
2. Gestión de declaraciones juradas, resoluciones, sumarios e investigaciones administrativas.
3. Generación y envío de información a PROVEO-ONSC (Registro de Vínculos con el Estado).
2.1.3 Módulo: Historia Laboral / Cuentas Personales
Deberá prestar como mínimo las siguientes funcionalidades:
1. Definir y gestionar:
a. Vínculos laborales de las personas (funcionario, legislador titular, legislador suplente)
x. Xxxxx Jubilatorias, entidades previsionales y beneficios que son afectados por las mismas (ej: antigüedades).
c. Parámetros para cálculo de causal jubilatoria.
2. Gestionar:
a. Servicios prestados por la persona en ésta y otras instituciones, públicas o privadas.
b. Distintos tipos de antigüedades para cada persona, incluyendo su cálculo y registro.
c. Historia laboral (BPS).
d. Trámite de reconocimiento de servicios y/o amparo jubilatorio ante BPS.
e. Trámite de suspensión de jubilación civil por incompatibilidad.
f. Ceses, incentivos y subsidios.
3. Informes jubilatorios preestablecidos (ej: denuncia de servicios, datos complementarios, prestación de servicios, altas y bajas de prejubilatorios).
2.1.4 Módulo: Capacitación, Calificaciones y Concursos
Deberá brindar soporte a los procesos implicados en cada uno de los siguientes ítems.
a. Capacitación
Relevamiento de necesidades de capacitación para funcionarios y autoridades. Planificar, coordinar, organizar y dirigir actividades de capacitación.
Registro de centros de formación de acuerdo a las necesidades detectadas. Registro de asistencia y aprobación de los cursos.
Registro histórico de los cursos dictados.
Categorización de niveles de capacitación (ej: profesionales, técnicos). Nóminas de funcionarios de acuerdo a las categorías.
Evaluación final de los cursos (ej: valoración del contenido del curso, de la actuación del docente).
Seguimiento y evaluación de impacto (valoración de la utilidad del curso)
b. Calificaciones
Preparación: nómina de evaluadores primarios e informantes complementarios, conformación de las Juntas de Calificación, formularios de evaluación primaria y de informe complementario, planillas de calificación, constancias de calificación.
Elección de representantes de los funcionarios para integrar las Juntas. Información sobre deméritos para remitir a las Juntas.
Notificación personal de las calificaciones.
c. Concursos internos
Preparación: conformación de Tribunales de Concurso, planillas de trabajo. Detección de los habilitados e inscripción de los interesados.
Elección de representantes de los funcionarios inscriptos.
Cursos de capacitación y/o distribución de material de estudio a los inscriptos.
Puntuación de antigüedad. Valoración de méritos académicos.
d. Concursos externos (públicos)
Elaboración de llamados de acuerdo al tipo xx xxxxxxx.
Proceso de inscripción dependiendo de las características del cargo. Registro de consultas formuladas por los ciudadanos.
Inscripciones para cargos técnicos por intermedio del Dpto. de Capacitación. Instrumentación de las pruebas de capacidad.
Valoración de los méritos académicos y laborales.
e. Proceso de inducción
2.1.5 Módulo: Organigrama, Estructura de Cargos y Puestos
Gestión del Organigrama Institucional (interrelación de oficinas)
a. Representación del organigrama actual y mantenimiento de la historia de los cambios operados, permitiendo en todo momento, altas y bajas de unidades organizativas, modificación de la vinculación jerárquica de las mismas y de sus subordinadas.
b. Relación funcionario-oficina y el histórico correspondiente.
c. Emisión del organigrama a una fecha dada. Gestión Escalafonaria (interrelación de cargos)
En cuanto a los cargos y puestos, deberá operarse a nivel de altas, bajas y modificaciones, manteniendo la historia correspondiente. Debe permitir su transformación en otros o su eliminación, así como registrar situaciones funcionales que no ocupan un lugar en el organigrama (ej: contratados, becarios, pasantes).
En todo momento se podrá:
a. Realizar simulaciones de cambios en la estructura actual con el estudio de costos correspondiente,
b. Obtener información de los puestos, cualquiera sea su estado (ej: vacante, ocupado, reservado, cesa o se transforma al vacar),
c. Mantener los perfiles correspondientes,
d. Mapear la situación de los funcionarios en cualquier momento, en dos niveles de análisis, de acuerdo a donde pertenece (el puesto que ocupa) y según donde efectivamente presta funciones.
Respecto a la planificación de recursos humanos, el sistema permitirá:
a. Generar informes con contratos próximos a vencer,
b. Simular mapeo de puestos en función de eventuales ascensos o corrimientos.
El sistema debe gestionar la asignación funcionario-puesto y el histórico correspondiente.
2.1.6 Módulo: Bienestar Laboral / Beneficios Sociales
Deberá prestar como mínimo las siguientes funcionalidades:
1. Definir y gestionar:
a. Beneficios sociales de distintos tipos de funcionarios/vínculos con el PL (ej: seguro de salud, hogar constituido, asignaciones familiares, primas por matrimonio o nacimiento, fondo de licencia).
b. Parámetros que afecten a los beneficiarios (ej: edad, ingresos, vínculo funcional).
2. Gestión de beneficiarios (titulares y grupo familiar).
3. Ingreso, gestión y control de la solicitud, autorización y validación de los beneficios, de acuerdo a las particularidades de cada caso, con la discriminación correspondiente según el beneficiario (ej: funcionario, ex funcionario, núcleo familiar, cargos de particular confianza, becarios-pasantes).
4. Gestión del Seguro de Salud.
a. Gestión de convenios con Instituciones de asistencia médica.
b. Gestión de cápitas: condiciones e importes asociados.
c. Importación en forma automática de la información mensual remitida por los Prestadores de Servicios de Salud.
d. Registro, control y generación de los montos a pagar a las Mutualistas, Seguros Privados y Empresas de emergencia médica e informar –de corresponder- el descuento asociado (sea en la liquidación de sueldos o con el pago a pasivos o causahabientes).
5. Registro del estado sanitario del personal, pasible de control mediante alarmas (ej: carné de salud vigente).
6. Comunicación electrónica de la información a fin de efectivizar la liquidación de haberes de los beneficios que correspondan, así como de los pagos a realizar.
7. Gestión de Declaraciones Juradas (ej: FONASA, IRPF).
8. Interacción con el sistema BPS – GAFI.
9. Implementar alarmas al cambiar las condiciones para percibir los beneficios.
2.1.7 Módulo: Liquidación de sueldos
Deberán preverse como mínimo los conceptos que se detallan a continuación y su parametrización de acuerdo a la legislación vigente en la materia (Presupuesto, normativa legal e interna de cada UE) y su relación con los módulos de Recursos Humanos y los demás módulos del área Financiero Contable.
Haberes
Cada concepto de haberes debe ser definido como mínimo por los siguientes criterios: Período de generación: mensual, semestral, anual o hasta la fecha de egreso Plazo: mensual, a término, permanente
Gravamen que lo afecta
Si es afectable por descuentos Período de vigencia
El sistema permitirá definir nuevos conceptos de haberes en los cuales el usuario determine los distintos criterios.
Los importes asociados a haberes podrán ser negativos.
Asimismo se podrán incorporar nuevas clasificaciones en función de cambios en la reglamentación.
Descuentos
Cada concepto de descuento debe ser definido como mínimo por los siguientes criterios: Orden de prelación
Forma de cálculo
Si afecta el mínimo intangible Admite pagos parciales Forma de pago
Si aplica porcentaje máximo a descontar
El sistema realizará como mínimo los siguientes cálculos: Descuentos legales (montepío, fonasa e irpf)
Multas (Ej: inasistencias y llegadas tarde, sanciones, suspensiones). Aporte opcional al fondo de licencia
Pensiones alimenticias
Topes máximos de descuentos y mínimo intangible Permitirá descuentos negativos (devolución)
Proceso de Liquidaciones
El proceso de liquidación de haberes y descuentos implicará que el sistema permita, como mínimo, las siguientes acciones:
1. Definición de diferentes tipos de vínculos laborales (ej: funcionario, legislador, prejubilado, jubilado) y liquidaciones, según las diferentes relaciones contractuales establecidas y las pautas o restricciones aplicables a las diferentes remuneraciones.
2. Ingreso de datos en forma manual o por medios magnéticos:
a. en forma individual o masiva para un grupo de personas.
b. para la liquidación de meses anteriores (retroactividades), actual o futuro.
c. con valores del mes actual o retroactivo.
3. Definición de rutinas de liquidación dinámicas y que puedan ser gestionadas por el usuario (por ejemplo: incentivos, diferentes compensaciones, diferencias de grados, corrimientos automáticos, antigüedad), según fechas, condiciones y conceptos.
4. Generación, validación y eliminación de movimientos de liquidación de acuerdo a la estructura, los atributos del personal y del concepto de liquidación.
5. Cálculo y liquidación de retroactividades, generales o parciales, de conceptos de liquidación y/o personales (ej: pago de aumento retroactivo xx xxxxxx, pago por compensaciones, liquidación por egreso (licencia generada y no gozada, fondo de licencia, cuota parte xx xxxxxxxxx a determinada fecha)).
6. Posibilidad de simular diferentes eventos de forma de obtener el resultado de distintas operaciones sin efectivizarlas.
7. Liquidaciones parciales (ej: grupos de personas seleccionados según datos laborales, conceptos de liquidación, lista de personas, documento del movimiento) y múltiples liquidaciones distintas en el mismo mes (ej: aguinaldo, sueldo, egreso). Las liquidaciones podrán ser mensuales (mes=30 días), semestrales, anuales o por rangos de fechas (mínimo 1 día). Una misma persona podrá tener varios ingresos y egresos en el mes (ej: suplentes de legisladores).
8. Posibilidad de realizar, una vez cerrada la liquidación mensual, liquidaciones complementarias correspondientes a ese mes, generando los archivos rectificativos de Historia Laboral.
9. Cambio en los haberes de una persona a cualquier altura del mes (ej: subrogación o asignación de funciones, corrimientos de grado, diferencia de haberes, antigüedad).
10.Compensaciones: cálculo y control de la liquidación de compensaciones surgidas por transformaciones de cargos que implicarían una rebaja salarial. Estas compensación serán absorbidas por los ascensos y las permanencias en los nuevos cargos.
11.Incorporación, cálculo de importes y control de información proveniente del módulo de recursos humanos, que podrá requerir autorización por firma digital (Ej.: Incentivo por
Compromiso con la Gestión, multas, sanciones, licencias sin goce xx xxxxxx, licencias exentas de IRPF, Beneficios Sociales)
12. Retenciones judiciales y legales. Contemplar las siguientes situaciones:
a. Importes fijos, o porcentajes sobre líquidos o sobre nominales totales o parciales.
b. Conceptos de liquidación y porcentajes de los mismos.
c. Adaptarse a diferentes disposiciones judiciales (ej: importes fijos o reajustables por IPC o incremento salarial, aumentos mensuales o anuales, cálculos porcentuales sobre el nominal o líquido legal o líquido a cobrar).
d. Definición de uno o más beneficiarios y su prioridad.
e. Realizar el descuento al personal y el pago a los beneficiarios.
13.Gestión de sueldos impagos: previo al pago, permitir la retención total o parcial de los importes de liquidaciones cerradas, hasta que se cumpla una determinada condición (x ej. la presentación de cierta documentación que habilite el pago). La retención podrá ser:
a. Levantada, generando la orden de pago correspondiente.
b. Reembolsada (por haberes cobrados indebidamente), asegurando su registro en los documentos de afectación de la siguiente liquidación.
14. Habilitar la recepción por Tesorería de montos generados por retenciones no aplicadas. Dichos montos deberán considerarse en la generación del pago a los generadores de dicha retención.
15.Posibilidad de adjuntar a un movimiento, un documento electrónico (ej: aval, constancia). 16.Permitir la registración de información a aplicar con posterioridad y proveer los recordatorios
correspondientes con una antelación parametrizable.
17.Las múltiples liquidaciones de un mes deberán relacionarse para el cálculo de IRPF como lo estipula el art. 8 de la Ley 18083.
18. Podrán existir liquidaciones en cuyo cálculo no se integre el IRPF. No obstante, los haberes percibidos en esas liquidaciones podrán afectar el IRPF aplicado a la o las restantes liquidaciones de igual período.
19. Permitir la registración de cambios o complementos a una liquidación ocurridos con posterioridad a la generación de la información de cierre, sin modificar la liquidación original.
20. Suplencias de legislador: deberá soportar la reglamentación específica de cada UE (sobre convocatorias y asistencias x Xxxx y Comisión) determinando el período exacto que corresponde abonar al suplente del legislador.
Informes y Reportes
1. Detalle de diferencias entre el padrón permanente (surgido del presupuesto) y la liquidación mensual, con control de las vacantes.
2. Banco de Previsión Social: permitir la generación automática de las salidas exigidas por el BPS (ATYRO), contemplando toda la información referente al núcleo familiar del personal (cónyuge, hijos, edad y beneficios asociados).
3. Dirección General Impositiva: generar la información para el BETA 9 y contar con los datos correspondientes a los formularios 3100 asociados.
4. BSE: generar la liquidación de aportes al BSE por concepto de Seguro de Accidentes de Trabajo y Enfermedades Profesionales. Brindar facilidades para la asociación del seguro a nivel personal o por rol funcional; permitir establecer parametrizaciones de cálculo.
5. Pago de Nómina: permitir la definición y generación automática de las salidas para el pago de haberes, con el BROU a través de banca electrónica y con Tesorería (manejo de distintas formas de pago: ej efectivo, depósito bancario).
6. Contaduría General de la Nación: Servicio de alquileres. Generación de los datos necesarios para interactuar con dicho sistema.
7. Definición de diferentes áreas para imputar el gasto (centros de costos, actualizándose en forma automática de acuerdo a los cambios que se originen en el módulo de Recursos Humanos).
8. Generación automática del archivo para enviar al BROU correspondiente al SAC (Sistema Automático de Crédito).
9. Interacción con los módulos Contable y Presupuestal, con la capacidad de generar los asientos contables correspondientes en cada caso, que podrán requerir procesos de aceptación previo a su incorporación a la contabilidad. El intercambio de información deberá ser transparente y parametrizable en cuanto a la definición de asientos.
10. Emisión de informes estadísticos y búsquedas dinámicas parametrizables por el propio usuario, así como la emisión de certificados en forma automática para la presentación en diferentes Organismos a solicitud de las partes interesadas.
11. Permitir la generación de reportes editables: ej: cuadros, relación de pagos, montos rechazados y aceptados, borrador para emisión de documentos de afectación en diálogo con SIIF.
12. Permitir la visualización y el uso de la información histórica.
13. Proveer facilidades que permitan identificar claramente los cálculos realizados durante el proceso de liquidación.
14. Toda información generada para envío en formato digital, deberá proveer además un formato de salida que facilite la lectura y control de la misma.
15. La información producto de declaraciones juradas realizadas por los funcionarios, además de actualizar los datos, deberá generar un documento digital que podrá ser visualizado.
Información disponible a los funcionarios durante los procesos de liquidación
Toda la información relativa a sueldos deberá estar a disposición de los interesados en la Intranet del Poder Legislativo. El acceso a la información respetará los criterios de privacidad y disponibilidad que corresponda.
1. Información de asistencia, descuentos, licencias sin pago de IRPF, derecho al compromiso con la gestión.
2. Información de descuentos recibida desde cooperativas.
3. Detalle de descuentos pendientes, rechazados en liquidaciones previas.
4. Recibos de sueldos.
5. Información sobre descuentos de mutualistas y rechazos existentes.
6. Forma de cálculo del IRPF, con una presentación que facilite la comprensión de los cálculos aplicados.
2.2 Financiero Contable
Los módulos deberán contemplar las disposiciones establecidas en la legislación y normativa correspondiente a cada UE (ej: TOCAF, CGN, ordenanzas 81, 77), así como toda la normativa
vigente en la materia, y ser fácilmente adaptable a los cambios que naturalmente se produzcan en las mismas.
En forma genérica, para todos los módulos se deberá proveer:
Utilidades de generación de consultas y reportes no planificados, que puedan almacenarse para su posterior utilización, en soporte papel y otros formatos según aplique (ej: pdf, xml, xls, doc).
Consultas, reportes e informes sobre la información gestionada, parametrizables por el usuario. Algunas consultas deben estar disponibles para todos los funcionarios, vía intranet.
2.2.1 Módulo: Contabilidad
Cada UE llevará su propia contabilidad, con posibilidad de consolidar información de más de una de ellas. La codificación del plan de cuentas admitirá como mínimo 5/6 niveles contables, permitiendo configurar la cantidad de dígitos por nivel. Se permitirá la registración de importes negativos.
Existirá un único plan de cuentas a ser utilizado por las distintas contabilidades, cuyo mantenimiento y administración podrá ser responsabilidad de una de las UE.
Para cada UE se llevarán dos contabilidades en forma simultánea: la patrimonial y la presupuestal, las cuales se encuentran vinculadas entre sí.
Todos los procesos de gestión con incidencia en la contabilidad generarán en forma automática las registraciones contables pertinentes; no obstante lo cual, la incorporación definitiva de las mismas a la contabilidad, serán pasibles de instancias de aprobación previa.
La consulta de “mayores de cuentas”, “diario general”, “operaciones”, “comprobantes”, “atributos de cuentas” - entre otras-, deberá estar relacionada de forma que, desde una de las “vistas” pueda accederse a la otra a través de un vínculo. Por ejemplo, si se está analizando un mayor, cada registro deberá estar relacionado con el asiento que le dio origen pudiendo visualizarse desde allí. Una vez que se esté visualizando el asiento, deberá estar accesible el respaldo que lo ha originado.
Contabilidad Patrimonial: La contabilidad presupuestal es realizada por cada UE sin vinculación con la Contaduría General de la Nación.
1. Emisión de los estados exigidos por la ordenanza 81 del Tribunal de Cuentas:
a. Estado de situación.
b. Estado de ingresos y egresos.
c. Estado de evolución del patrimonio.
d. Estado del origen y aplicación de fondos.
e. Estados contables ajustados por la inflación.
x. Xxxxxxx de bienes de uso, intangibles, inversiones en inmuebles y amortizaciones.
1. Emisión de listados exigidos por la ordenanza 77 del Tribunal de Cuentas.
2. Emisión de listados de rubros de pérdidas con detalle de solicitud –destino- concepto e importe.
3. Múltiples consultas (ej: por proveedor, número de solicitud, artículo, oficinas involucradas).
4. Incorporación automática al beta retenciones de IVA e IRPF.
5. Sistema de suministros e inventario integrado a la contabilidad con listados a distintos niveles del consumo de las oficinas.
6. Generación automática de los asientos de cierre y apertura.
Contabilidad Presupuestal:
1. Apertura de códigos similar al de la CGN, adaptado a las necesidades de cada UE.
2. Registración de las diferentes etapas del gasto, admitiendo cada una de ellas varios correlativos.
3. Listado de ejecución con detalle xx xxxxxxx, previa, compromiso y definitiva, por:
a. Grupo.
b. Grupo y subgrupo.
c. Subgrupo por solicitud.
4. Generación automática de los incrementos.
5. Listado de las modificaciones presupuestales.
6. En lo que respecta al presupuesto de remuneraciones, a partir de los cambios en las asignaciones de cargos y puestos realizados en el módulo de Recursos Humanos, permitir la generación automática de los asientos contables correspondientes y las minutas para CGN/SIIF.
7. Proveer herramientas que permitan simular cambios en la estructura de cargos, evaluando sus costos e impacto en el presupuesto de sueldos.
8. Asignación automática del rubro de imputación presupuestal según el artículo que se adquiera (sugerido, con posibilidad de modificación).
9. En la emisión de la solicitud de gasto, constancia del saldo disponible en el rubro.
10. Emisión xxx xxxxxx presupuestal funcional a una fecha dada.
Relaciones entre contabilidad Presupuestal y Patrimonial:
Los códigos de artículo tienen asociado un código sugerido de imputación de rubro presupuestal.
Los códigos de imputación de rubros presupuestales tienen asociado un código de registración contable (tanto para sueldos como para gastos e inversiones).
Registraciones simultáneas en las dos contabilidades: Al realizar la última etapa de compras.
En la emisión de los documentos de afectación.
2.2.2 Modulo: Inventario y Activo Fijo
Gestión de inventario integrada a los procesos de compra o suministros y a la contabilidad. Esta gestión es un servicio prestado por una de las UE a las restantes. El registro y seguimiento de los bienes de las diferentes unidades será realizado por una de ellas, si bien la actualización contable del activo fijo deberá realizarse en la contabilidad de la UE correspondiente. Ante cambios en el inventario, se deberá proveer interfases de comunicación desde las diferentes implementaciones conteniendo toda la información necesaria para su registro.
Se requiere el análisis e implementación de un nuevo codificador.
Se dispondrá de un repositorio de todos los locales físicos de los edificios administrados por el PL, que será compartido por las diferentes implementaciones. Se permitirá asociar los espacios físicos a las dependencias funcionales y se llevará un histórico de los cambios de asignación.
Deberá cumplir con las siguientes prestaciones mínimas:
1. Proveer una base de bienes de inventario.
2. Habilitar la asociación de los bienes a los responsables y espacios físicos asociados.
3. Posibilidad de vincularse al módulo contable de la UE que corresponda.
4. Registro histórico de los movimientos del bien, permitiendo detallar la justificación del movimiento y autorizante.
5. Habilitar la incorporación de archivos fotográficos vinculados a los artículos.
6. Proveer herramientas para la realización y el control de inventario.
7. Permitir ingresos manuales y automáticos (asociados a la adquisición del bien)
8. Permitir baja de bienes según diferentes condiciones y vincularla al registro contable.
9. Proveer un módulo de control de inventarios que permita el relevamiento de bienes.
10. Permitir la vinculación con los registros contables (ej: sobre valores históricos, amortizaciones, revaluaciones) con cálculo automático de revaluación y amortización, o valuación xx xxxxxxx y amortización.
11. Generación automática de asientos contables a ser incorporados a la contabilidad previo proceso de aceptación, para los bienes de activo fijo.
12. Vinculación con el catálogo de artículos (compartir codificación).
13. Consultas descentralizadas de los bienes bajo responsabilidad de las distintas áreas.
14. Permitir el uso de tecnologías de identificación automática de bienes.
15. Proveer facilidades para el relevamiento de bienes asociados a espacios físicos/ estructura organizacional. Admitir el uso de tecnología de captura electrónica de datos.
2.2.3 Módulo: Planificación
1. Planificación y control de gestión permitiendo la elaboración y seguimiento de las previsiones por área, por proyecto y rubro contable.
2. Facilitar la planificación y seguimiento de necesidades anuales de bienes y servicios por parte de los diferentes niveles de la estructura jerárquica.
3. Proporcionar elementos de comparación entre lo previsto y lo efectivamente realizado, así como información de ejercicios anteriores.
2.2.4 Módulo: Gestión de Valores de Tesorería
1. Proveer herramientas para la gestión de valores monetarios en lo que refiere a su recepción, control, vencimiento, custodia y pago, integrado a los procesos que los generaron (licitación, compra).
2. Gestión de pólizas y otros valores en custodia a requerimiento de los módulos de compras y licitaciones (ej: alerta de plazos de presentación, control de vigencia , control de formalidades).
3. Alerta de vencimientos de documentos.
4. Definir y controlar características específicas y requisitos de autorización para cada tipo de documento.
5. Facilidades para la generación de los arqueos de caja y Libro Auxiliar de Caja independiente de la Contabilidad Central.
6. Emisión de arqueo diario, para su incorporación contable.
7. Consulta a la información relevante provista por el módulo contable.
2.3 Adquisiciones y Control de Obras
2.3.1 Módulo: Proveedores
Los datos de proveedores serán comunes a las diferentes implementaciones y el mantenimiento estará restringido a un rol definido en una de ellas.
1. Gestión de Catálogo de Proveedores registrados ante el Poder Legislativo según rubro, detallándose:
Empresas: nombre fantasía, razón social, RUT, teléfono, dirección comercial, correo electrónico, antecedentes comerciales, inscripción en el Sistema Integrado de Información Financiera, vigencia de los Certificados Únicos de DGI y BPS, Seguro de Accidentes y Enfermedades Profesionales, rama de actividad y principales artículos, tipo de sociedad y si se encuentra gravada por el IRAE .
2. Adjudicación automática de los números de acreedores.
3. Proveer facilidades para crear un Historial de Xxxxxxxxx, previéndose su calificación de acuerdo al cumplimiento de las obligaciones contraídas y contemplándose incluso su exclusión.
4. Permitir la vinculación de proveedores a los artículos/servicios que proveen.
5. Acceso a la información registrada como resultado de sus intervenciones en las tres UE.
6. Permitir la recepción de solicitudes de proveedores que deseen ser incluidos en el catálogo interno de proveedores.
2.3.2 Adquisiciones
Ante la necesidad de un artículo o servicio, se generará un requerimiento que podrá asociarse a una obra o proyecto.
Para el caso de un artículo, si corresponde tomarse de las disponibilidades de stock y éstas lo cubren, se habilitará su retiro.
De requerirse una compra o la contratación de un servicio, una vez autorizado, se remitirá a Compras o Licitaciones según corresponda.
2.3.2.1 MÓDULO: COMPRAS
Gestión integral del proceso de adquisición de bienes y servicios integrado a la contabilidad tanto presupuestal como patrimonial, con las siguientes prestaciones mínimas:
1. Definir y modelar los procesos de compra admitiendo excepciones a los trámites estándar.
2. Proveer facilidades para la identificación y agrupación de requerimientos de compras con el objetivo de minimizar la parcialización de compras.
3. Las solicitudes de compra podrán serán ingresadas al sistema por cada unidad solicitante. El dpto. de Compras le adjudica la numeración e inicia su gestión.
4. La solicitud de gasto deberá disponer de: Descripción del artículo – rubro de imputación asociado – saldo disponible en el rubro - lista de proveedores xxx xxxx – costo de la última adquisición
5. Posibilidad de emitir Solicitudes con varios artículos emitiendo una orden de compra por cada proveedor
6. Admitir el registro del proceso de compulsa de precios en un formulario de solicitud de gasto. Para la solicitud de cotizaciones se utilizará el Catálogo de Registro de Proveedores, en el cual, además se podrá acceder al Historial de Proveedor a fin de realizar observaciones o asignar calificaciones.
En este proceso se requiere la producción de alertas que informen sobre la demora en la recepción de respuestas.
Se deberá ingresar información específica de cada cotización, como ser: costo unitario, costo total, conversión tipo de cambio para cotizaciones en moneda extranjera, forma de pago.
7. Mantener registro de todo el trámite asociado a cada formulario de solicitud de gasto. Se podrán adjuntar correos electrónicos enviados y recibidos, documentación registral, entre otras.
8. Registro de la autorización de adjudicación otorgada por el Ordenador de Gasto, indicándose la forma de pago correspondiente.
9. La autorización del Ordenador determina:
a. Emisión de la Orden de Compra
b. Envío de la Orden de Compra al proveedor vía e-mail
c. Comunicación al Dpto. de Compras
d. Comunicación al Dpto. de Suministro
e. Reporte al Dpto. de Gastos y Pagos, el cual una vez verificada la codificación lo incorporará a la contabilidad mediante la registración de la primer etapa del gasto (imputación previa) y en caso de corresponder imputará también el compromiso (segunda etapa)
f. Emisión del Provisorio en caso de autorizarse la compra con dicha modalidad de pago. (trámite del mismo por el sistema)
10.El registro de la adjudicación incluirá la hipótesis de adjudicaciones parciales por artículo/por cantidades y/o a más de un acreedor. Deberá realizar el control de saldo cumplido o pendiente en cada caso.
11.Producción de alertas en relación a fechas de entrega del/los bien/es o cumplimiento del servicio.
12.Alerta sobre la existencia de provisorios de pago demorados.
13.Recepción e Ingreso de factura electrónica según los estándares que se establezca. 14.Recepción electrónica de conformidad de la misma otorgada por parte de la dependencia
respectiva. Producción de alerta una vez vencido el plazo previamente determinado.
15.Emisión del formulario de egreso, que inicia el proceso de pago correspondiente, que debe contener la siguiente información: Nombre del acreedor y número, número de solicitud, Nº de O.C., descripción detallada del servicio, plazo del contrato, sistema de adquisición, nº de expediente, resolución u otra información identificatoria del proceso, nº de factura y período a abonar, saldo actualizado a la fecha de emisión del documento, importe total, monto retenido por IVA y/o IRPF, saldo a pagar a la empresa, firma responsable por el Dpto., código de destino que conforma el servicio, fecha de trámite. Autorizado el pago por el Ordenador, es remitido al Tribunal de Cuentas para su intervención.
00.Xx intervención del Tribunal de Cuentas habilitará relacionar el pago y emitir el cheque correspondiente, dejando constancia del nro. de relación de pago, nro. de cheque, nro. de cuenta bancaria asociada.
17.Interfaz con el módulo de Tesorería remitiendo la información pertinente.
18.Registro histórico de la totalidad de los trámites asociados que permitan el seguimiento de la solicitud de gasto.
19.Consulta descentralizada de los trámites y solicitudes de gasto, según criterios de permisos configurables y en sus diferentes etapas.
20.Admitir la realización de estadísticas o evaluaciones, según una amplia variedad de criterios de consulta (ej: por rubro, unidad solicitante, destino, código de artículo, fecha, servicio o bien solicitado, funcionario actuante, solicitudes de gasto aprobadas, anuladas, carácter urgente o común).
21.Admitir la incorporación de información documental.
22.Permitir la anulación de solicitudes no cumplidas al cierre del ejercicio y la generación automática de una nueva solicitud en el ejercicio siguiente, de corresponder.
2.3.2.2 Módulo: Licitaciones
1. Las solicitudes de gasto podrán ser ingresadas al sistema por cada unidad solicitante. El dpto. de Licitaciones le adjudica la numeración e inicia su gestión.
2. Registro de/vinculación a información documental del proceso licitatorio en diversas etapas, como ser:
Pliego Único de Bases y Condiciones Generales para los Contratos de Suministros y Servicios No Personales
Pliego Particular para Contratos de Suministros y Servicios no Personales Pliego de Condiciones Particulares
Memoria, especificaciones o bases técnicas, planos y anexos
Trámites derivados de la convocatoria, dependiendo de su carácter (ej: pública, abreviada): invitación a interesados, publicaciones en el Diario Oficial, Diario de circulación nacional, revistas especializadas, sitio web del Parlamento y compras estatales
Información sobre Prórrogas de Aperturas
Informe de Comisión Asesora de Adjudicaciones y –de corresponder- Informe Técnico Resolución de adjudicación del Ordenador de Gasto
Notificación a la empresa adjudicataria y demás oferentes, mediante notificación electrónica con prueba de recepción del destinatario
Información ante eventuales recursos y seguimiento del mismo Publicación en el sitio web de compras estatales
Intervención del Tribunal de Cuentas
Documentación aportada por la empresa adjudicataria ante la Dirección Notarial Contrato perfeccionado
Oferta Adjudicada
3. Acceso a registro de depósitos efectuados ante Tesorería, por concepto de obligaciones previas al perfeccionamiento del vínculo contractual, con sus correspondientes vigencias (Garantía de Fiel Cumplimiento de las Obligaciones Contraídas, Seguro de Tercerizaciones Ley 18.099), (así como también adquisición xxx Xxxxxx de Condiciones Particulares, Garantía de Mantenimiento de Oferta).
4. Alertas en relación a vencimientos, presentación de facturas, plazos, cronogramas, garantías, demoras en expedientes tramitados por el dpto.
5. Registro histórico de la totalidad de los trámites asociados que permitan el seguimiento del expediente.
6. Incorporación de información documental accesoria (ej: trámites de importación, apertura y cierre de obras).
7. Acceso al Catálogo de Registro de Proveedores y al Historial de Proveedor a fin de realizar observaciones o asignar calificaciones.
8. En aquellos casos que el objeto de la licitación amerite la recepción de mercadería, y al momento en que la empresa adjudicataria se encuentre en condiciones de dar cumplimiento a la obligación, deberá habilitarse el aviso electrónico correspondiente al dpto. de Suministros.
2.3.4 Módulo: Servicios Contratados
1. Se deberá disponer de la siguiente información:
a. Notificación de la empresa adjudicataria
b. Publicación en el sitio web de compras estatales
c. Intervención del Tribunal de Cuentas
d. Documentación aportada por la empresa ante la Dirección Notarial a efectos de la suscripción del contrato (documentación que habilite encontrarse en condiciones de contratar con el Estado, inscripción en SIIF, vigencia de los certificados de BPS, DGI, Constancia de Seguro contra Accidentes de Trabajo y Enfermedades Profesionales, Certificado Notarial de vigencia y representación de la empresa con vigencia al día anterior de la entrega)
x. Xxxxxxxxxx de depósitos efectuados ante Tesorería por concepto de obligaciones previas al perfeccionamiento del vínculo contractual cuando corresponda (ej: Garantía de Fiel Cumplimiento del Contrato, Seguro de Tercerizaciones)
f. Contrato perfeccionado
g. Oferta adjudicada
2. Creación de la solicitud de gasto “madre” que contenga: número asignado, nombre y número de acreedor, descripción detallada del servicio, fecha de vencimiento del contrato, unidad solicitante, código de artículo, monto anual de la erogación, rubro asignado y disponibilidad, fecha de autorización del ordenador, intervención del Tribunal de Cuentas. Debe habilitarse la imputación previa del gasto y el registro de los pagos correspondientes.
3. Creación de ficha digital por servicio, con la siguiente información: nº de solicitud madre, nº y nombre del acreedor, expediente, objeto, datos comerciales comunes al Registro de Proveedores, vencimiento del plazo contractual con sus correspondientes prórrogas, detalle de las condiciones contractuales y ajustes de precio estipulados.
4. Alertas configurables en relación a: vencimiento de plazos, inicio de prórrogas, prórrogas autorizadas y vencimientos definitivos de plazos contractuales, fecha de ajustes de precios, plazos para rescisión del contrato, vencimiento de plazos de garantía, documentación a presentar en un período determinado
5. Asociación de valoraciones al cumplimiento de cláusulas o condiciones específicas establecidas en cada caso, superposición de períodos de pago.
6. Recepción e ingreso de factura electrónica según los estándares que se establezca.
7. Envío y recepción electrónica de conformidad de la misma otorgada por parte de la dependencia respectiva.
8. Emisión del formulario de egreso, que inicia el proceso de pago correspondiente, que debe contener la siguiente información: Nombre del acreedor y número, número de solicitud,
descripción detallada del servicio, plazo del contrato, sistema de adquisición, nº de expediente, resolución u otra información identificatoria del proceso, nº de factura y período a abonar, saldo actualizado a la fecha de emisión del documento, importe a pagar, firma responsable por el Dpto., código de destino que conforma el servicio, fecha de trámite.
9. Admitir la incorporación de información documental.
10. Registro histórico de la totalidad de los trámites asociados que permitan el seguimiento del expediente.
2.3.5 Módulo: Servicios Externalizados
1. Acceso a información sobre las condiciones estipuladas para el cumplimiento de servicios contratados, en todas sus variantes. (ej.: en caso de tratarse de un proceso licitatorio, se deberá acceder a los Pliegos de Condiciones que lo rigieron, oferta adjudicada, contrato perfeccionado y demás información complementaria; de ser una adquisición directa, deberá habilitarse el ingreso a la información que permita el control efectivo del mismo)
2. Acceso al registro histórico del expediente, actuaciones o solicitud de gasto según corresponda.
3. Instrumentación de procedimientos de control y evaluación en base a formularios específicos dependiendo de las condiciones contractuales. Producción de alertas ante incumplimientos y vencimientos (ej.: presentación de nómina de empleados y datos personales, carne de salud, certificados de buena conducta, renovación de actividades programadas).
4. Acceso a información en relación a horario de ingreso y egreso de los empleados de determinadas firmas y comparativo en cuanto a la información brindada por las empresas. Control de importe de facturas en relación a las horas efectivamente trabajadas. Producción de alertas.
5. Evaluación mediante sistema comparativo de expectativas y cumplimiento real.
6. Confección de cronogramas de trabajo.
7. Recepción y envío de solicitudes electrónicas de los usuarios de las tres UE, en relación a diversos servicios que se controlan (ej: fumigaciones, limpieza de moquetes).
8. Recepción de reclamos electrónicos por parte de las tres UE, a fin de ser derivados a la dependencia que corresponda. Control de gestión.
9. Evaluación de satisfacción en las prestaciones brindadas por las diversas empresas, en base a datos estadísticos.
10. Acceso al historial del proveedor existente en el Catálogo de Registro de Proveedores.
11. Recepción y envío electrónico de informes, seguimientos y partes diarios elaborados por la Guardia de Bomberos destacada en el Poder Legislativo. Registro histórico de la tramitación emergente de los mismos.
12. Producción de alerta en relación a vencimiento de retiro de facturas.
13. Recepción de aviso de eventos organizados por las UE, a través de la Dirección de Protocolo y Relaciones Públicas, Relaciones Públicas xx Xxxxxx de Representantes y Relaciones Internacionales xx Xxxxxx de Senadores.
14. Registro y coordinación con el Dpto. de Inventario en relación a movimiento de bienes transitorios.
15. Planilla de control mensual - Documentación emergente del control de la Ley de Tercerizaciones, que contenga: Control de Planilla de Trabajo, recibos de sueldos, incrementos s/laudos, pagos al BPS – BSE, certificado DGI, cumplimiento de las normas de seguridad
s/servicio que brinda. Esta información será compartida con los módulos Licitaciones y Servicios Contratados.
2.3.6 Módulo: Suministros
Gestión de suministros integrada al proceso de compra, contabilidad e inventario. Se requiere el análisis e implementación de un nuevo codificador de artículos.
Deberá cumplir con las siguientes prestaciones mínimas:
1. Las solicitudes de retiro de materiales podrán ser ingresadas al sistema por cada unidad solicitante.
2. Codificación, registro y seguimiento de artículos, permitiendo el uso de tecnologías de identificación automática (ej: código xx xxxxxx, QR).
3. Alertas por stock mínimo o crítico y posibilidad de generación automática de solicitudes de compra.
4. Vinculación de los códigos de los artículos con los rubros del gasto a los que serán imputados.
5. Definición de varios niveles de agrupación (rubro/subrubro/familia).
6. Existencia de varios almacenes y la posibilidad de realizar inventarios parciales o globales.
7. Recepción de artículos integrada al proceso de gasto correspondiente, admitiendo la calificación de los productos recibidos. Esta calificación se sumará a la del proveedor, generando antecedentes para futuras adquisiciones.
8. Gestión de recepción y entrega de mercaderías asociada a la estructura organizativa: establecer cupos de artículos a ser retirados por las oficinas o Secretarías de Legisladores, en períodos establecidos.
9. Interfaz con el módulo de órdenes de trabajo/obras.
10. Aviso automático de recepción de mercaderías a las oficinas solicitantes.
11. Valoración de mercadería en stock de acuerdo al criterio que se determine (ej: FIFO-LIFO- promedio).
12. Generación del inventario valorado, admitiendo diferentes criterios de valoración.
13. Informes de insumos valorados por estructura organizativa y/o agrupación de artículos/bienes.
14. Reportes múltiples (ej: diarios de ingresos y egresos de mercadería, detalle de retiros por órdenes de trabajo/obras, por oficina, por artículo).
15. Facilidades para identificar diferentes partidas del mismo artículo, registrar vencimientos de productos en caso que correspondiera, calificar las diferentes partidas de los artículos e identificar la ubicación física (ej: almacén, oficina).
16. Categorización de artículos, distinguiendo los artículos adquiridos de los elaborados internamente (ej: impresos, libros, sobres).
2.3.7 Módulo: Gastos y Pagos
Gestión de los gastos y pagos efectuados (integrado a la contabilidad en forma automática o luego de una etapa de aprobación), con las siguientes prestaciones mínimas:
1. Acceso a la información relevante provista por el módulo contable, permitiendo la transferencia de información.
2. Seguimiento de la emisión y cancelación de los provisorios de caja.
3. Seguimiento y control de las distintas etapas del gasto con el fin de concluir en una relación de pagos.
4. Emisión de cheques y resguardos, vinculado a la relación de pagos y a los haberes y retenciones sobre sueldos a pagar con cheques.
5. Herramientas para el registro y control de la documentación y reposición de la caja chica.
6. Facilidades para el registro de los viajes al exterior por misiones oficiales (fuera del país).
7. Seguimiento de los aportes a los Organismos Internacionales para sus respectivos pagos.
8. Facilidades para el control de facturación de telefonía fija y móvil.
6.3.8 Módulo: Control de Obras
Facilidades para la planificación, gestión, seguimiento y costeo de obras y servicios, con las siguientes prestaciones mínimas:
1. Definición de distintos tipos y categorías de obras (una obra podrá ser categorizada por diferentes criterios).
2. Definición e implementación del flujo de trabajo desde la generación de la solicitud por la dependencia solicitante hasta la conformación del trabajo, incluyendo todos los pasos intermedios.
3. Las obras y servicios podrán requerir la participación de múltiples talleres así como la contratación y seguimiento de servicios/proveedores externos.
4. Interfase con el módulo Suministros, generando la solicitud de retiro de materiales requeridos para la tarea con existencia en el depósito, y con el módulo de Compras para el inicio del trámite de solicitud de gasto para aquellos materiales que no se disponga en stock.
5. Registro de los materiales insumidos en cada obra u orden de trabajo, conservando el detalle de los mismos y sus costos asociados, provenientes de la valoración del stock y/o solicitudes de gasto liberadas para el desarrollo de las obras.
6. Permitir el registro de los costos asociados a los recursos humanos internos destinados a cada obra u orden de trabajo.
7. Acceso al estado de los trámites y tareas desplegados para el cumplimiento de la obra.
8. Alertas y avisos ante eventos o hitos que se podrán establecer en cada instancia.
9. Información detallada y estadística, según criterios de agrupación definidos en el sistema global (ej: estructura organizativa, destino de la obra, solicitantes, talleres involucrados, períodos, proveedores externos).
10. Detalle, en tiempo real, de las obras y servicios según su estado.
11. Reserva de materiales una vez autorizado el trabajo.
12. Gestión del material sobrante a nivel de cada departamento o taller.
3. Requisitos tecnológicos
Deberá incluirse en la oferta la documentación descriptiva de la solución que se entienda aporta a la comprensión de su alcance y diseño. Como parte de la documentación técnica requerida se destaca la arquitectura de la solución y el diccionario de datos.
En la ejecución del proyecto deberán entregarse manuales de: usuario, operación, instalación, herramientas de desarrollo, administración, respaldos, monitoreo de servicios y toda documentación que permita una adecuada transferencia de conocimientos.
El proveedor deberá configurar e instalar los ambientes de desarrollo, test, capacitación y producción.
3.1. Generales
La solución debe garantizar la integridad y consistencia de datos, proveyendo de herramientas para restablecer la integridad en caso xx xxxxxx
Soporte al estándar BPMN para el modelado de proceso de negocio
La solución debe poder funcionar en una plataforma virtualizada mediante VMWARE.
Las estaciones de trabajo del PL ejecutan el antivirus Trend Microsoft Office Scan ó el eTrust Antivirus Agent con PestPatrol r.8.1. Muchas estaciones ejecutan además, el Xxxxxx Service Desk, el sistema de expediente electrónico VIAS y/o el sistema de información parlamentaria SIP. Se deberá asegurar que no existen conflictos con los sistemas mencionados.
Toda la documentación y toda la interfase del producto debe brindarse en idioma español.
3.2. Software de base
Se valorará que el sistema sea multiplataforma a nivel de SO y Servidor de Aplicaciones. Actualmente el PL cuenta con Sun Solaris 11, Microsoft Windows Server 2003 y2008, Suse Linux 8 y 9 e IIS. De requerirse otra plataforma de base se deberán incluir los costos asociados al licenciamiento, instalación y soporte.
Se considerarán propuestas que utilicen como DBMS Informix, SQL Server, Oracle ó DB2. El PL cuenta con los DBMS Informix y SQL Server. Las propuestas deberán incluir los costos asociados al licenciamiento, instalación, capacitación y soporte. El tunning original de la base de datos lo efectuará la empresa proveedora, documentando los pasos ejecutados y las mejoras obtenidas.
La gestión de usuarios y permisos se realizará a través del software Active Directory correspondiente al sistema operativo MS Windows Server 2008.
3.3. Arquitectura del software
El sistema debe poder funcionar en esquemas de alta disponibilidad, explicitando la forma en que se logra este requerimiento y qué componentes de hardware y software están involucrados.
Asimismo deberá tener auditorías automáticas que detecten en forma proactiva cualquier falla en la consistencia de la información contenida en el mismo, que las repare o sugiera reparaciones en caso de no poder resolverlo directamente.
El sistema debe poder permitir configuraciones escalables.
La solución deberá ser configurable para varias unidades ejecutoras en modalidad SaaS (software como servicio), múltiples instalaciones o una combinación de ambas. En cualquier caso debe garantizarse la interconexión, sincronización y consolidación de las unidades ejecutoras. Asimismo deberá ser posible compartir información entre las unidades.
3.4. Integración con otros sistemas
Sistema de expediente VIAS, propietario del PL
SIIF (en la modalidad establecida para el Parlamento) SICE
Otros sistemas propietarios del PL
3.5. Interfaz Web
La interfaz de la aplicación debe ser 100% Web. Todas las funcionalidades de la aplicación deben poder accederse y ejecutarse completamente desde un navegador Web. Se valorará positivamente que no se requieran configuraciones específicas o complementos en el navegador cliente.
El sistema deberá operar satisfactoriamente al menos con los siguientes navegadores: Firefox, Internet Explorer, Chrome, Safari en las últimas versiones estables disponibles al momento de entrega del producto.
Se valorará que soporte la navegación Web al menos desde los siguientes sistemas operativos de dispositivos móviles: Windows Mobile, Android e iOS, en las últimas versiones estables disponibles al momento de la entrega del producto, para los pasos de autorización o de consulta en los que intervenga personal de dirección.
Deberá proveer soporte https para el acceso web de los clientes en puntos clave del uso.
Indicar la adherencia de la interfaz a las pautas de diseño establecidas en la Guía para diseño e implementación xx Xxxxxxxx Estatales (disponible en sitio de Agesic) .
Se valorará que soporte el estándar WCAG 2.0 - Nivel A (Web Content Accessibility Guidelines 2.0).
3.6. Seguridad
Se valorará que sea posible consumir-publicar Web services haciendo uso del estándar WS-Trust. Utilización xx xxxxxxx de comunicación seguros entre módulos y/o componentes externos
El sistema deberá utilizar un esquema de autorización basado en roles (RBAC)
El sistema deberá contar con las herramientas de seguridad para garantizar la confidencialidad, integridad y autenticidad de los datos. El oferente deberá explicar cómo se implementan los aspectos antes mencionados.
El sistema deberá contar con mecanismos de auditoría para las transacciones.
El sistema deberá contar con mecanismos de parametrización de auditoría, en particular:
o Facilidades para la parametrización de las transacciones a auditar y nivel de información a registrar.
o Herramientas que faciliten la revisión de logs de auditoría registrados.
o Registro de los accesos a recursos exitosos y fallidos
o Identificación unívoca del usuario que realiza las transacciones en los logs de auditoría.
o Mantener un registro de los cambios realizados en el proceso de parametrización.
3.7. Firma electrónica
El sistema deberá contar con mecanismos para firmar las transacciones llevadas a cabo por el usuario utilizando firma electrónica avanzada.
Deberá hacer uso de certificados electrónicos emitidos por prestadores de servicio de certificación acreditados ante la UCE, así como certificados electrónicos emitidos internamente.
Indicar estándares y criterios de validación para el uso de certificados.
El mecanismo para realizar firma electrónica deberá estar integrado al navegador. Especificar el mecanismo para la realización de firmas longevas.
Indicar largo de claves soportadas.
En la valoración de este ítem se considerarán aspectos como los estándares y versiones soportadas, implementación de la firma digital en la solución global, habilitación de uso de elementos que permitan firmar digitalmente un documento en cualquier equipo de la red.
3.8. Administración y monitoreo
El sistema debe contar con herramientas de administración y monitoreo complementarias y adicionales a las ofrecidas por el sistema operativo, manejador de base de datos y servidor de aplicaciones.
El sistema deberá contar con una herramienta de soporte y apoyo para el pasaje a producción, automatización, registro y auditoría y ejecución de rollback.
El sistema deberá contar con eficientes mecanismos de depuración de almacenamiento de datos históricos, recuperación y consulta.
3.9. Marco Legal
El sistema deberá cumplir con la ley Nº 18.331 de protección de datos y acción de habeas data. En caso de no cumplimiento en la versión original detallar la forma en que se cumplirá con este requerimiento.
3.10. Equipamiento
Se deberá incluir en la propuesta, las especificaciones de hardware requerido para el mejor funcionamiento de la solución a adquirir.
4. Requisitos de la migración
Estará incluido en el proyecto la recolección, depuración, transformación y carga de los datos necesarios para poner en funcionamiento el producto de software GRP ofertado.
Como primera actividad se trabajará en la realización de un mapeo entre la información requerida para el sistema y la información que hoy cuentan las unidades ejecutoras, trabajando en forma conjunta de manera de establecer un diseño general de los datos a ser migrados.
Estos requerimientos incluyen mapeos de conversión, configuración y ejecución de las herramientas de carga, test unitarios e integrados de la conversión y carga.
Será responsabilidad de las Unidades Ejecutoras la preparación y extracción de los datos que serán migrados al formato que el adjudicatario determine.
Será responsabilidad del adjudicatario la definición y creación de consultas para el control de calidad de la migración, la carga de estos datos en el sistema y la validación de la información cargada.
5. Mantenimiento de versiones y soporte
A los efectos de la presente licitación se define servicio de mantenimiento como la suma de los servicios de actualización de versiones y de soporte técnico. El oferente deberá incluir y detallar el servicio de mantenimiento de los productos ofertados por un mínimo de 5 años, a ser abonados mensualmente.
Se detallan a continuación las características requeridas y deseables para el servicio de mantenimiento, tomando en cuenta los requisitos tanto para el oferente como para el fabricante del software ofertado.
El adjudicatario será responsable del servicio en todos los casos, en particular en el caso que el fabricante deje de prestar el servicio.
En caso de discontinuarse alguno de los productos durante el período mínimo de 5 años, el adjudicatario deberá resolver la funcionalidad cubierta por dicho software en las condiciones originales. Todo cambio al software al que se dio la aceptación final, ya sea por actualización de software, correcciones, o cambio de productos, deberá realizarse en el marco de un proceso de gestión de cambios a acordar entre las partes.
Las versiones de los productos que conformen los componentes ofertados, deberán contar con mantenimiento por parte del fabricante y estar vigentes a la fecha de implantación de los mismos.
El servicio de Mantenimiento deberá cubrir:
1. Actualización de versiones de software.
2. Nuevas versiones de los productos y correcciones (“parches”) que se liberen durante el período de mantenimiento.
Asociado a toda actualización se deberá brindar toda la documentación de los cambios implementados y su impacto.
El servicio de Soporte Técnico deberá cumplir con las siguientes características:
1. Realizar la corrección de errores que se detecten.
2. Respuesta a consultas puntuales, ayuda en el diagnóstico y análisis causal xx xxxxxx.
3. Transferencia de conocimiento, recomendaciones, guías o pautas para un aprovechamiento óptimo del software y de la información, recomendación de mejoras en forma proactiva, consultas sobre funcionamiento, problemas relacionados con la operación del mismo.
4. Asesoramiento e instalación de nuevas versiones, de correcciones en todos los productos, de reinstalación en caso que sea necesario para solucionar un problema, así como de problemas en la integración de los productos.
Los responsables del servicio de mantenimiento deberán contar con un sistema de registro y seguimiento de solicitudes accesible por el PL, para conocer el estado de todas las incidencias reportadas.
El tiempo de devolución de llamada a las solicitudes de servicio será de 1 hora para incidencias críticas y 24 horas para el resto de las incidencias. Por incidencia crítica se entiende todo suceso que afecte en forma inesperada resultados globales o parciales del sistema de información y que produzca trastornos severos, que impidan la normal operativa del mismo.
El o los responsables del servicio de soporte técnico deberán indicar los canales por los que recibirán pedidos de soporte técnico (teléfonos, e-mail, sitio web, etc.), así como los técnicos o personas de contacto destinados a esta tarea.
En la eventualidad de que el o los responsables del servicio de mantenimiento deban desplazarse a nuestras instalaciones para cumplir los requerimientos del mantenimiento, los costos que este desplazamiento implique (traslados, alojamiento, viáticos) serán exclusivamente del adjudicatario.
Se requiere la utilización de herramientas para la gestión del servicio cuyo funcionamiento deberá ser descripto como parte de la oferta.
Todas las acciones generadas por la prestación del servicio de mantenimiento deberán documentarse y presentarse en un reporte mensual identificando la UE destinataria del servicio.
6. Desarrollo y mantenimiento de aplicaciones
Estos servicios sustentarán el mantenimiento evolutivo de la solución.
Todo cambio a la solución, se originará a partir de una solicitud de cambio. Las solicitudes de cambio podrán clasificarse en principio en defectos o evoluciones, siendo los defectos desviaciones del comportamiento de los sistemas (cambios correctivos) con respecto al alcance especificado en los documentos oficiales y/o contractuales, y las evoluciones cambios perfectivos o extensivos que implementan objetivos del negocio xx xxxxxxx y largo plazo.
Formarán parte del servicio todas las demandas de modificación que se originen, sean defectos o evoluciones. Los defectos que se produzcan durante los dos primeros años del servicio serán considerados parte de la garantía del software adquirido.
El proveedor deberá presentar como parte de su oferta una especificación de los procesos de gestión de cambio a nivel de configuración, documentación y gestión de defectos y evoluciones describiendo los procedimientos y actividades involucradas.
Asimismo describirá las herramientas a utilizar para el registro y seguimiento de defectos y evoluciones que deberá ser accesible al PL en todo momento.
Deberá proponer un plan de gestión de configuración del software especificando las actividades básicas así como las herramientas, técnicas y metodologías usadas, permitiendo el control y seguimiento de las actualizaciones de todos los componentes de software.
La documentación del sistema también estará bajo gestión de configuración.
A efectos del dimensionamiento y cotización del servicio, el proveedor deberá definir en la oferta las horas mensuales que entiende necesarias para la prestación del mismo.
Los encargos serán cotizados por el proveedor indicando el plazo de ejecución. El pago se realizará una vez otorgada la aceptación de los entregables contra la verificación de los niveles de servicio acordados, cuyos indicadores se detallan a continuación.
La facturación deberá discriminar el consumo de horas por UE.
Durante el período de garantía, estas horas serán utilizadas en forma exclusiva para el mantenimiento evolutivo de la solución.
Indicador de cumplimiento en fecha de entrega
Descripción: Para un período definido, el cumplimiento de la fecha de entrega se calculará como el total de requerimientos planificados entregados en la fecha prevista (o re-planificada con acuerdo de ambas partes) por 100, divididos el total de requerimientos planificados del período.
%CFE = CRF * 000 / XX
XXX = Cumplimiento fecha de entrega en fecha
CRF = Cantidad de requerimientos planificados entregados en fecha CR = Cantidad de requerimientos planificados del período
Fecha: las fechas a considerar serán las de pasaje a testeo Muestra: todos los requerimientos planificados para el período Período: Este indicador se medirá trimestralmente
Nivel de Servicio
90% - El 90% de los entregables planificados para el período, se entregarán en la fecha planificada o re planificada. La muestra debe ser igual o mayor a 5.
Multas
Si el nivel de servicio no se cumpliera en un período, el adjudicatario pagará el 1% del total de horas de cada requerimiento no entregados en fecha, por los días hábiles de atraso de ese requerimiento, hasta un máximo del 20% del total de horas estimadas para el requerimiento.
Indicador de calidad de los desarrollos en ambiente de test
Descripción: Para un período definido, la cantidad de errores se calculará como el total de errores detectados por el cliente en el ambiente de test, dividido el total de horas estimadas para los requerimientos entregados del período.
%CDPP = CEPP * 100 / HS
CDPP = Cumplimiento de calidad
CEPP = Cantidad de errores detectados por el cliente en ambiente de test HS = Cantidad de horas estimadas para todos los requerimientos Muestra: todos los requerimientos entregados en el período
Período: Este indicador se medirá trimestralmente
Nivel de Servicio
Durante los tres primeros meses del contrato, se medirá y se podrá ajustar de común acuerdo el nivel de servicio.
Multas
Si el nivel de servicio no se cumpliera en un período, el adjudicatario pagará el 1% del total de horas de los requerimientos considerados en la muestra, hasta un máximo del 20% del total de horas estimadas para el requerimiento.
Una vez liberado un encargo, será sometido a un conjunto acotado de pruebas que determinará su continuidad en el proceso de test o su devolución por insatisfactorio.
El test de aceptación de usuarios será realizado por el organismo, basado en casos de prueba a elaborar en conjunto con el adjudicatario y para los que se establecerán los criterios de aceptación. Su resultado determinará la aceptación del producto y la liberación del pago correspondiente.
Indicador de calidad de los desarrollos en producción
Descripción: Para un período definido, la cantidad de errores se calculará como el total de errores detectados por el cliente en el ambiente de producción durante los primeros quince días de uso, dividido el total de horas estimadas para los requerimientos entregados del período.
%CDP = CEP * 100 / HS
CDP = Cumplimiento de calidad
CEP = Cantidad de errores detectados por el cliente en producción HS = Cantidad de horas estimadas para todos los requerimientos Muestra: todos los requerimientos entregados en el período Período: Este indicador se medirá trimestralmente
Nivel de Servicio
Durante los tres primeros meses del contrato, se medirá y se podrá ajustar de común acuerdo el nivel de servicio.
Multas
Si el nivel de servicio no se cumpliera en un período, el adjudicatario pagará el 1% del total de horas de los requerimientos considerados en la muestra, hasta un máximo del 20% del total de horas estimadas para el requerimiento.
Indicador de cumplimiento de tiempo de respuesta
Se entiende por tiempo de respuesta, el transcurrido entre el registro del incidente en el sistema de gestión empleado para tal fin o la recepción de la llamada telefónica o bien el inicio de las acciones por
parte del adjudicatario para la resolución del incidente o bien la asignación de la prioridad y fecha de ejecución que corresponda.
Descripción: Para un período definido, el cumplimiento de los tiempos de respuesta, se calculará como el total de incidentes y solicitudes con cumplimiento de tiempos por 100, divididos el total de incidentes y solicitudes recibidas en el período. Estas solicitudes consideran únicamente los servicios provistos por el adjudicatario.
%CTRD = CISC * 000 / XXX
XXXX = Cumplimiento Tiempo de respuesta ante incidentes
CISC = Cantidad de incidentes con cumplimiento de tiempos de respuesta CIR = Cantidad de Incidentes recibidos
Horas: las horas (del tiempo de respuesta) a considerar son las registradas en la herramienta de soporte técnico definida para la atención de incidentes.
Muestra: todos los incidentes recibidos en el período Período: Este indicador se medirá trimestralmente. Nivel de Servicio
90% - El 90% de las incidencias y solicitudes recibidas serán atendidas dentro de los tiempos de respuesta acordados para este servicio. La muestra debe ser igual o mayor a 10.
Multas
Si el nivel de servicio no se cumpliera en un período, el adjudicatario pagará el valor de la hora de desarrollo por cada 1% por debajo del nivel de servicio acordado, hasta el máximo que el proveedor tuviera para cobrar en el mes en que se efectúa el control.
7. Soporte funcional
Este servicio de soporte deberá como mínimo, atender y dar respuesta a consultas funcionales vinculadas a la operación del sistema, consultas técnicas, análisis de causas xx xxxxx, diagnostico y corrección de errores, proporcionando herramientas para el seguimiento por parte de cada UE.
El horario de atención deberá contemplar el horario de oficina: días hábiles de 8 a 20:00 hs. Para los incidentes críticos, el tiempo para el contacto con quien realizó el reclamo y la asignación de un responsable para atender y solucionar el incidente deberá ser inferior a 1 hora. En el caso que el incidente no pueda ser solucionado en forma remota, el técnico asignado deberá trasladarse a las oficinas que se disponga, en un plazo inferior a 4 horas desde la notificación inicial, brindando una solución definitiva al problema o una alternativa al mismo en las siguientes 12 horas.
En aquellos casos cuya complejidad amerite una planificación detallada del trabajo a realizar, dentro de las 24 horas siguientes al reclamo se deberá proponer un plan de trabajo el cual se ajustará de común acuerdo.
Se requiere la presentación de un reporte mensual de la prestación del servicio en el que además del detalle de las acciones realizadas para cada UE se presenten temas de interés, oportunidades de mejora, acciones de capacitación necesaria, etc.
Indicador de cumplimiento de tiempo de respuesta
Se entiende por tiempo de respuesta, el transcurrido entre:
el registro del incidente en el sistema de gestión empleado para tal fin o la recepción de la llamada telefónica y
el inicio de las acciones por parte del adjudicatario para la resolución del incidente o la asignación de la prioridad y fecha de ejecución que corresponda.
Descripción: Para un período definido, el cumplimiento de los tiempos de respuesta, se calculará como el total de incidentes y solicitudes con cumplimiento divididos el total de incidentes y solicitudes recibidas en el período. Estas solicitudes consideran únicamente los servicios provistos por el adjudicatario.
%CTRD = CISC * 000 / XXX
XXXX = Cumplimiento Tiempo de respuesta ante incidentes
CISC = Cantidad de incidentes con cumplimiento de tiempos de respuesta CIR = Cantidad de Incidentes recibidos
Horas: las horas (del tiempo de respuesta) a considerar son las registradas en la herramienta de soporte técnico definida para la atención de incidentes.
Muestra: todos los incidentes recibidos en el período Período: Este indicador se medirá semestralmente Nivel de Servicio
90% - El 90% de las incidencias y solicitudes recibidas serán atendidas dentro de los tiempos de respuesta acordados para este servicio. La muestra debe ser igual o mayor a 10.
Multas
Si el nivel de servicio no se cumpliera en un período, el adjudicatario pagará el valor de la hora de desarrollo por cada 1% por debajo del nivel de servicio acordado, hasta el máximo que el proveedor tuviera para cobrar en el mes en que se efectúa el control.
8. Plan de proyecto
Metodología y plan de proyecto
El plan de proyecto debe ser lo suficientemente detallado a fin de identificar la aplicación al proyecto del conocimiento del oferente en las disciplinas de gestión de proyecto, de gestión de cambio organizacional y de transferencia tecnológica. Se deberá incluir información detallada de la metodología de implementación propuesta.
El plan de proyecto debe contener como mínimo documentos que reflejen:
Identificación de interesados Alcance
EDT (Estructura de descomposición del trabajo) Proceso de gestión de cambio
Cronograma Plan de calidad
Plan de recursos humanos
Organigrama del proyecto, CV del equipo del oferente, roles y responsabilidades Plan de capacitación
Plan de comunicaciones
Plan de gestión de cambios organizacionales Plan de transferencia tecnológica
Riesgos
Se deberá detallar claramente el conjunto de entregables para cada etapa del proyecto, la forma de verificar su completitud y los criterios sugeridos de aceptación final
El cronograma del proyecto deberá contener: duración estimada de cada etapa-tarea, responsable de la ejecución, recursos asociados e insumos requeridos a la UE para el cumplimiento de la tarea, puntos de control e instancias de validación y testeo con plazos asociados (plazos de validación y aceptación de los entregables a acordar)
9. Gestión del cambio organizacional
Se requieren actividades dirigidas a generar en el personal de todos los niveles, la aceptación y conocimiento necesarios para una correcta implantación y uso del producto. El adjudicatario deberá diseñar y gestionar la estrategia de cambio organizacional:
Determinar la visión futura en conjunto con la contraparte de cada UE, caracterizando la realidad del mismo cuando se haya implementado el sistema.
Relevar la información necesaria y analizar la situación para determinar los impactos organizacionales que se generarán por la implantación, desde el punto de vista de procesos, cultura y personas.
Determinar la conformación del equipo de gestión del cambio, estableciendo los roles, responsabilidades y mecanismos de coordinación y seguimiento de acuerdo al análisis realizado y en coordinación con la contraparte designada de cada UE.
Diseñar, gestionar y ejecutar el Plan de Capacitación dirigido a los usuarios de distintos perfiles. Condiciones mínimas:
Presentar una descripción detallada de los cursos que se dictarán para los distintos perfiles, incluyendo: un módulo general, un módulo por perfil de usuarios y talleres específicos para el conjunto de referentes.
Material en formato digital, actualizado a la versión que se pone en producción que debe quedar a disposición de cada UE, pudiendo ésta realizar la distribución, reproducción en diferentes medios y/o modificaciones que considere necesarias.
Los cursos deben evaluarse con un cuestionario de satisfacción del participante y un test de evaluación de adquisición de conocimientos o habilidades del asistente. Se deberá realizar un informe final consolidado de la capacitación dictada, que contenga la evaluación global y recomendaciones.
Incluir en la propuesta ejemplos de la documentación y material a proporcionar, tal como serán brindados.
Diseñar, gestionar y ejecutar el Plan de Comunicación, que debe incluir:
Realizar un diagnóstico para conocer necesidades e intereses de la audiencia y la identificación de los problemas que podrían poner en riesgo el éxito del plan.
Definir una estrategia que incluya la identificación de los distintos públicos objetivos, los mensajes, los medios apropiados para su concreción y un cronograma de acciones.
Determinar la conformación del equipo responsable de la generación de contenidos. Establecer roles, responsabilidades y mecanismos de coordinación y seguimiento de acuerdo al plan y en coordinación con la contraparte designada de cada UE.
Ejecutar el plan, elaborar los mensajes y producirlos de forma de insertarlos en los canales propuestos y aceptados por cada UE.
10. Transferencia tecnológica
Se deben incluir las tareas de transferencia tecnológica tendientes a que las personas designadas por las Unidades Ejecutoras para el mantenimiento, administración y soporte de las aplicaciones sean capaces autónomamente de realizar dichas actividades. Esta transferencia será sustentada por un plan de transición acordado.
Deberá contener las siguientes fases:
Inicio: dictado de la capacitación necesaria para que el personal designado adquiera los conocimientos requeridos.
Mantenimiento por el proveedor con participación de contraparte definida por las unidades ejecutoras : el proveedor continúa realizando el mantenimiento de los aplicativos siendo responsable por los niveles de servicio asociados y la contraparte designada participa en todas las actividades adquiriendo la experiencia práctica necesaria para asumir el desempeño del servicio.
Mantenimiento por contraparte interna con soporte del proveedor: durante esta fase la contraparte interna realiza el mantenimiento de los aplicativos disponiendo de soporte presencial permanente del proveedor.
Mantenimiento por contraparte interna: durante esta fase la contraparte realiza el mantenimiento de los aplicativos con soporte del proveedor a demanda.
Deberá entregarse toda la documentación técnica de las aplicaciones transferidas.
11. Requisitos del equipo de proyecto
La empresa deberá proponer los recursos de cada UE a afectar al proyecto. Deberá especificar los perfiles, roles y dedicación requerida estimada para cada uno.
Respecto al equipo de proyecto provisto por la empresa adjudicataria, se deberá especificar: Organización propuesta para el desempeño de los servicios solicitados.
Para cada recurso a afectar al proyecto :
o formación, certificaciones, experiencia y el rol que desempeñara en el proyecto,
o dedicación total en horas y distribución de la misma en el transcurso del proyecto.
Curriculum vitae de los profesionales, el cual se considerará para la evaluación con carácter de declaración jurada. Se adjunta modelo de formulario en Anexo VII.
Cambios en el equipo de consultores:
o De ser requerido por la empresa adjudicataria, el nuevo integrante del equipo deberá contar con la aceptación interna.
o De ser solicitado por el PL, la empresa facilitará su reemplazo.
o En tales casos la empresa deberá presentar curriculum vitae del nuevo profesional.
12. Evaluación del cumplimiento y Criterios de Aceptación
Para cada UE, el proyecto contará con una serie de etapas que cubran el diseño, desarrollo, instalación, entrenamiento y soporte de los sistemas, las que se resumen en las siguientes secciones:
Inicio del proyecto Diseño de la Solución
Adaptación de la Solución Migración de la Información Instalación y pruebas de aceptación Capacitación
Puesta en funcionamiento del sistema y aceptación definitiva Períodos de Garantía y Soporte de Mantenimiento
Si bien las etapas a cumplir puedan superponerse o diferir parcialmente lo detallado a continuación, se incluye este detalle a modo de determinar momentos clave del proyecto. Se entiende que el Plan de Comunicación, la Capacitación y la Gestión del Cambio acompañan el desarrollo del proyecto en todas sus etapas.
12.1 Inicio del Proyecto
Durante esta etapa el oferente deberá:
Conformar el equipo de proyecto (equipo propuesto + contraparte del PL con especificación de roles y responsabilidades).
Tomar conocimiento de la organización, procesos e infraestructura tecnológica del PL
El producto final de esta etapa del proyecto es generar un documento de especificación técnica de la infraestructura necesaria para la puesta en producción del sistema adjudicado y la determinación del alcance del proyecto para cada UE.
Trabajar en coordinación con el PL a efectos de determinar la existencia de necesidades complementarias de hardware y software.
12.2 Diseño de la Solución
Esta etapa se ejecuta en forma simultánea con la primera, con énfasis en los requerimientos del negocio. En ella deberá realizase al menos:
Relevamiento detallado y especificación de requisitos.
Relevamiento y análisis de procesos actuales, propuestas de mejoras y modelado de nuevos procesos.
Análisis de necesidades complementarias –si las hubiera- y su especificación en acuerdo con la contraparte interna.
Identificación de adaptaciones necesarias del producto a efectos del cumplimiento de las necesidades de cada UE.
Como producto de esta etapa, la empresa adjudicataria generará para cada UE: Documentación con mapa de procesos optimizados.
Especificación formal de requisitos que cumplirá la solución.
Para las funcionalidades no disponibles en el producto ofertado, proponer el plan de implementación que deberá acordarse con la contraparte.
Detalle de funcionalidades a incluir en la versión de Prototipo y en la versión final del sistema. Diseño de las interfases necesarias.
Plan de Trabajo y grafo PERT específico, con la asignación de tiempos optimista, más probable y pesimista para cada tarea y el cálculo de la duración de las siguientes etapas del proyecto con una probabilidad de cumplimiento del 90%, el que deberá incluir el desglose de la cotización original por UE. El plan incluirá al menos: la identificación de interesados, definición de alcance, estructura de desglose de tareas, cronograma detallado, plan de comunicación, plan de capacitación, plan de gestión del cambio, análisis de riesgos, propuesta de mitigación de riesgos.
Plan de versiones y Plan de Testing (funcional unitario y de integración, de carga y de stress) a ser acordado con la contraparte interna.
Estos documentos deberán ser aprobados por el/los líderes de proyecto del PL.
12.3 Adaptación de la Solución
En esta etapa del proyecto, la empresa adjudicataria iniciará los desarrollos necesarios a efectos de cumplir con lo establecido en la etapa de “diseño de la solución”.
El PL controlará el avance de las tareas y validará el progreso de las mismas. Para cada UE, el adjudicatario deberá:
Presentar un plan en el cual se identifiquen entregables, el cual será actualizado mensualmente o en las oportunidades en que las UE lo soliciten.
Habilitar la versión prototipo según el alcance especificado en la etapa anterior, permitiendo la validación de las funcionalidades liberadas, el diálogo de la aplicación y aspectos de usabilidad.
Proveer el manual de procedimiento de los procesos implementados que será actualizado paralelamente a los cambios.
Proporcionar la capacitación requerida para efectivizar las pruebas del prototipo.
Acordar planes de pruebas de aceptación de la aplicación y de las adaptaciones implementadas.
Los oferentes deben describir la metodología de desarrollo de sistemas que será utilizada en la etapa de adaptación de las aplicaciones ofertadas. Esto debe incluir la confirmación de las necesidades por los usuarios, los planes de adaptación, el desarrollo, la verificación, la entrega de documentación y la puesta en funcionamiento.
La conclusión de esta etapa deberá ser avalada por la contraparte interna del proyecto.
12.4 Migración de información
En esta etapa, la empresa adjudicataria y la contraparte técnica del PL, trabajarán en la transferencia de datos desde los sistemas existentes a las nuevas aplicaciones de acuerdo a los criterios previamente establecidos, habiendo acordado con el PL la información histórica a incorporar en el nuevo sistema.
Se deberá realizar:
Análisis de datos de los sistemas actuales y su mapeo con las estructuras del nuevo sistema. Elaboración del Plan de Migración (Definir estrategia, procedimientos a aplicar, tareas específicas incluyendo testing).
Migración de datos de acuerdo al Plan de Migración.
Testeo de la información migrada y evaluación del resultado del test.
La aceptación/conclusión de esta etapa estará condicionada a los resultados de la migración que deberá ser avalada por la contraparte interna del proyecto.
12.5 Instalación y Pruebas de aceptación
En esta etapa se cumplen los aspectos relacionados con la implementación. Esto abarca también el inicio de los cursos al personal necesario, desarrollo y documentación para que todos los participantes involucrados puedan llevar a cabo las pruebas finales de aceptación.
El adjudicatario deberá entregar los resultados de su testing de acuerdo a los planes definidos. Incluirá el testing unitario y de integración sobre la migración realizada.
El sistema no será aprobado hasta tanto todas sus funcionalidades no hayan sido integralmente probadas y muestren su correcto funcionamiento en los puestos de trabajo.
Consideraciones generales
Durante la etapa de instalación y pruebas de aceptación deben verificarse:
Un correcto funcionamiento del sistema y de las interfaces de comunicación. Integridad de los procesos (prevención contra pérdida de información y/o duplicación). Documentación de soporte íntegra y clara.
Cursos de formación.
Eficacia de la estructura de apoyo de la empresa adjudicataria.
Pruebas de aceptación
El correcto cumplimiento del contrato debe establecerse a través de la consecución de una serie de pruebas de aceptación en todos los aspectos vinculados con los módulos, los que podrán incluir etapas de paralelo con sistemas actuales a elección del PL.
Las pruebas de aceptación deben demostrar que la adjudicataria ha cumplido con todos los requerimientos especificados y convenidos en este llamado y en el contrato de adjudicación, y los sistemas implantados funcionan correctamente.
Cada paso de las pruebas de aceptación debe ser íntegramente documentado y posteriormente validado por el PL para la aceptación de cada etapa.
Diseño y Ejecución de las Pruebas de Aceptación
El diseño de las pruebas de aceptación será propuesto por la empresa adjudicataria en base a los datos y con la inclusión de las operaciones proporcionadas por el PL, el que deberá brindar su aprobación
expresa. El PL asignará un grupo de funcionarios que participarán activamente en las pruebas de aceptación y el plan de capacitación, de manera de asegurar la adecuada transferencia de conocimientos.
Evaluación de los resultados de las pruebas de aceptación
Al final de cada etapa de prueba, el PL entregará al adjudicatario una carta formal de aceptación o, de corresponder, un detalle de las obligaciones cumplidas y de aquellas pendientes para el logro de la aceptación.
Corrección xx xxxxxx
La empresa adjudicataria será responsable por la corrección de todos los defectos detectados durante la etapa de pruebas de aceptación en forma oportuna, de manera que el calendario del proyecto no resulte afectado.
12.6 Capacitación
En esta etapa se completará la capacitación de todos los perfiles involucrados a efectos de la puesta en producción definitiva del sistema y la adquisición de los conocimientos requeridos para completar la transferencia tecnológica.
La finalización de esta etapa en cada UE, implicará que:
se haya dictado la totalidad de las capacitaciones para todos los perfiles involucrados. se disponga de la totalidad de la documentación técnica del sistema.
se disponga de los manuales de usuario en soporte digital con la descripción de uso de todas las funcionalidades del sistema.
La contraparte definida deberá conformar la capacitación recibida y la consistencia de la documentación.
12.7 Puesta en funcionamiento del Sistema y Aceptación Definitiva
Terminadas las pruebas de aceptación en forma exitosa, el PL entregará al adjudicatario una carta formal de aceptación (Aceptación Funcional). Otorgada ésta, el sistema debe ser puesto en funcionamiento. La empresa adjudicataria, deberá mantener un equipo de soporte in-situ, durante al menos los dos primeros meses de funcionamiento del sistema en cada UE y hasta tanto la frecuencia y gravedad de los incidentes reportados se puedan considerar, por la contraparte, dentro de lo aceptable, momento en que la UE otorgará la conformidad final de la puesta en funcionamiento de las aplicaciones (Aceptación Definitiva). El plazo que medie entre la aceptación funcional y la definitiva no podrá exceder los seis meses.
El equipo de soporte in-situ debe contar con capacidad para resolver los incidentes reportados, cubriendo todos los módulos instalados, con una dedicación horaria mínima de 8 horas/hombre diarias.
12.8 Garantía, soporte y mantenimiento
El período de garantía dará inicio una vez extendida la Aceptación Funcional.
El período de soporte y mantenimiento dará inicio una vez extendida la Aceptación Definitiva.
Anexo VI
Contexto Organizacional
Unidad Ejecutora: Cámara de Senadores
Dirección General
Dirección de Área Recursos Humanos (21)
División: Administración de Personal Dpto. Registro y Control Dpto. Cuentas Personales
División: Desarrollo Funcional
Dpto. Capacitación y Bienestar Laboral Dpto. Legajos
Dirección de Área Financiero Contable (31)
División: Administración Presupuestaria Dpto. Registros Contables Dpto. Liquidación de Sueldos Dpto. Gastos y Pagos
Dpto. Beneficios Sociales e Historia Laboral
División: Adquisiciones
Dpto. Suministros Dpto. Compras
Dpto Licitaciones y Contratos
División: Tesorería
Asesoría Contable (2)
Unidad Ejecutora: Comisión Administrativa
Dirección Control Interno (5)
Dirección General (20)
Dirección Arquitectura (35)
Dirección de Área Gestión Humana (20)
División: Administración de Personal
Dpto. Historia Laboral
Dpto. Registros, Controles y Notificaciones
División: Gestión Desarrollo Humano
Dpto. Bienestar Laboral
Dpto. Capacitación y Concursos
Dirección de Área Financiero Contable (30)
División: Tesorería
División: Contabilidad Presupuestal
Dpto. Contabilidad y Presupuesto Dpto. Inventario
División: Financiera
Dpto. Gastos y Pagos
Dpto. Liquidación de Sueldos
Dirección de Área Adquisiciones (30)
División: Adquisiciones
Dpto. Compras Dpto. Licitaciones
División: Contralor de Servicios
Dpto. Servicios Externalizados Dpto. Servicios Contratados Dpto. Suministros
Unidad Ejecutora: Cámara de Representantes
Dirección General
Área Profesional (5)
Dirección de Área: Administración (20)
División: Recursos Humanos
Dpto. Personal y Legajos
Dpto. Desarrollo, Capacitación y Cuentas Personales
División: Adquisiciones y Suministros
Dpto. Suministros Dpto. Compras
Dirección de Área: Financiero Contable (20)
División: Financiera
Dpto. Liquidación Dpto. Gastos y Pagos
División: Contabilidad Presupuestal
Dpto. Contaduría
División: Tesorería
Dirección de Área: Secretaría de la Mesa (10)
Institución Nacional de Derechos Humanos y Defensoría del Pueblo (5)
Los números entre paréntesis indican la cantidad aproximada de funcionarios actuales.
Anexo VII
1 | |||
2 | |||
… |
1 | |||
2 | |||
… |
Formulario de Curriculum Vitae
DATOS PERSONALES | ||||
Fecha: | ||||
Nombre: | Apellidos: | |||
Fecha nacimiento: | Nacionalidad: | |||
Lugar de residencia | e-mail: | |||
FORMACIÓN ACADÉMICA (ordenada de más reciente a más antigua) | ||||
TITULACIÓN / ESPECIALIDAD FECHA INICIO / FIN UNIVERSIDAD / CENTRO | ||||
MAESTRIAS / POSGRADOS / CURSOS (ordenada de más reciente a más antigua) | ||||
TITULACIÓN CENTRO DURACION | ||||
OTROS DATOS DE INTERÉS PROFESIONAL Y/O ACADÉMICO | ||||
Formulario de Identificación del Oferente
Los datos consignados en este formulario tienen carácter de declaración jurada y los medios de comunicación que aquí se expresan son considerados “especiales" a todos los efectos de las notificaciones y comunicaciones a que dieren lugar los procedimientos administrativos de la presente Licitación, de acuerdo al Decreto 500/1991.
Licitación Pública No. …………………………
RAZÓN SOCIAL:
NOMBRE COMERCIAL:
No. RUT:
DOMICILIO:
PAIS: LOCALIDAD: C.P.:
TELEFONO: FAX:
CORREO ELECTRONICO:
CALIDAD DEL OFERENTE:
Responsable principal y final de la oferta:
Integrante del consorcio de oferentes para la presente oferta: (si corresponde)
Declaramos estar en condiciones legales de contratar con El Estado.
FIRMA ……………………………………………..……. C.I. ………………………..………..
Aclaración de firma ……………………………………………….
Cargo en la empresa ……………………………………………….
DECLARACIÓN JURADA SIMPLE (LEY No. 17.957)
Licitación Pública No. …………………………
RAZON SOCIAL:
TIPO SOCIAL:
(Sociedad Anónima, Responsabilidad Limitada, Unipersonal, etc.)
DECLARACIÓN JURADA de la nómina de personas que podrían estar comprendidas como deudores alimentarios de acuerdo a lo establecido en el artículo 6to. de la ley 17.957. NOTA: En caso de S.A. expresar si no tiene administrador.
NOMBRE COMPLETO C.I. EN CALIDAD DE
POR …………………………………………..
FIRMA ………………………………………..…………. C.I. ………………………..………..
Aclaración de firma ……………………………………………….
Los datos consignados en este formulario tienen el carácter de Declaración Jurada, quedando advertido de lo dispuesto en el artículo 239 del Código Penal.
LEY 17.957- Art. 6to. (Proveedores del Estado y personas públicas no estatales)
"El Estado, los Gobiernos Departamentales, Entes Autónomos y Servicios Descentralizados, así como las personas públicas no estatales, deberán solicitar información al Registro Nacional de Actos Personales, Sección lnterdicciones, previo a contratar con
sus proveedores, a fin de conocer si éstos figuran inscriptos como deudores alimentarios. En ese caso, no podrán contratar con ellos, hasta tanto se levante la referida inscripción. La solicitud de información registral referida alcanza a directores, administradores de las personas jurídicas proveedoras, quedando prohibida la contratación con éstas, en caso que los directores o administradores figuren inscriptos como deudores alimentarios. "
Compromiso de Confidencialidad
En la ciudad de Montevideo, el día ….. de ….. del año dos mil doce, el Sr./Sra.
........................................, titular de la cédula de identidad nº , en representación
de la empresa........................................, R.U.T. Nº .............................. (según certificado que se
adjunta), declara que asume el presente Compromiso de Confidencialidad, que se regirá, en general, por la normativa vigente y en particular, por las estipulaciones que siguen:
PRIMERO: ALCANCE DEL COMPROMISO
1.-Se considera información confidencial a los efectos del presente Compromiso, a toda aquella información o conocimiento a la que la empresa firmante tuviera acceso o se genere en virtud de su vinculación con las Unidades Ejecutoras intervinientes del Poder Legislativo en el marco de la Licitación Pública Nº para la adquisición de una solución GRP.
2.- El presente Compromiso no abarcará información confidencial que:
a) fuera de dominio público o entrara al dominio público por motivos ajenos a la empresa firmante;
b) fuera suministrada por cualquiera de las Unidades Ejecutoras del Poder Legislativo a la empresa firmante expresamente identificada como no confidencial;
c) deba ser revelada por imperio de la ley o de un proceso judicial, en cuyo caso la empresa firmante deberá comunicar esta situación a la Unidad Ejecutora correspondiente con la suficiente antelación a los efectos de que ésta pueda tomar todas las medidas pertinentes para asegurarse un trato confidencial y que se limite el uso de la información revelada estrictamente para el propósito que la ley o la orden judicial requieran.
SEGUNDO: OBLIGACIONES PRINCIPALES
Sin que implique una enumeración taxativa, se establecen las siguientes obligaciones principales que deberá cumplir la empresa firmante:
a) mantener estricta y absoluta confidencialidad y reserva respecto de toda la información o conocimiento comprendida en la cláusula anterior;
b) aplicar las correspondientes medidas de seguridad que sean razonables y prudentes para proteger la información referida y, en particular, aquella que se califique como reservada o confidencial, atendiendo, sin limitarse a ello, a las disposiciones de seguridad de las Unidades Ejecutoras del Poder Legislativo que se le instruyan a la empresa firmante;
c) utilizar la información confidencial solamente para el fin establecido, quedando prohibido a la empresa firmante todo uso o reproducción para su beneficio propio o de terceros, así como todo retiro de la misma de los locales del Poder Legislativo ya sea en soporte papel, electrónico, vía fax o e-mail, o por cualquier otro medio;
d) advertir a su personal -ya sea dependiente o contratado- y a toda persona a la que se revele información confidencial, con la debida autorización, de su naturaleza confidencial y de los términos del presente Compromiso; y
e) reportar a la Unidad Ejecutora correspondiente del Poder Legislativo toda divulgación de información confidencial no autorizada de la que tuviera conocimiento.
TERCERO: VIGENCIA
Las obligaciones de confidencialidad asumidas en el presente Compromiso se mantendrán mientras dure el vínculo de la empresa firmante con cualesquiera de las Unidades Ejecutoras del Poder Legislativo y persistirán aún después de terminado el mismo, por un período de cinco años contados a partir de la fecha cierta de tal desvinculación.
CUARTO: RESPONSABILIDAD
La empresa firmante será responsable de toda violación del presente Compromiso de Confidencialidad, sea que tal violación ocurra como resultado de una acción u omisión, tanto propia como de cualquier persona que hubiera adquirido información confidencial por o a través de la empresa firmante sin el previo consentimiento expreso y por escrito de la Unidad Ejecutora respectiva del Poder Legislativo.
Cada una de las Unidades Ejecutoras del Poder Legislativo se reservan el derecho de auditar y controlar el cumplimiento de las obligaciones asumidas en virtud del presente Compromiso, así como de supervisar actividades que involucren el manejo de información confidencial.
QUINTO: SANCIÓN POR INCUMPLIMIENTO
En caso de incumplimiento del presente compromiso, las Unidades Ejecutoras del Poder Legislativo quedan plenamente facultadas para disponer las medidas legales y reglamentarias que por derecho correspondan. Asimismo, el incumplimiento será considerado falta grave de conformidad con lo estipulado en la Política de Seguridad de la Información, facultando a cualesquiera de las Unidades Ejecutoras del Poder Legislativo a rescindir el vínculo con la empresa firmante, sin perjuicio de las acciones civiles y penales que por derecho le correspondiere.
SEXTO: PROPIEDAD DE LA INFORMACIÓN CONFIDENCIAL
La empresa firmante declara, reconoce y acepta que la información confidencial a la que tenga acceso en virtud de su vinculación con las Unidades Ejecutoras del Poder Legislativo no es de su propiedad, quedándole vedada toda forma de divulgación ajena a la finalidad para la cual la misma fue obtenida.
Asimismo, la empresa firmante cede en forma ilimitada y exclusiva, a favor de cada una de las Unidades Ejecutoras del Poder Legislativo, los derechos patrimoniales sobre la información confidencial en cuya generación o desarrollo pudiera intervenir en virtud de su vínculo con ellas, siendo las mismas, las únicas autorizadas para decidir sobre su divulgación así como para ejercer los derechos xxxxxxx sobre dicha información.
En señal de conformidad, se suscriben dos ejemplares del mismo tenor en lugar y fecha arriba indicados.
FIRMA: ………………………………………..…………. C.I. ………………………..………..
Aclaración de firma ……………………………………………….
Adecuación Funcional
Requisito funcional GENERAL | Ya disponible | A desarrollar para el PL | #PAGINA |
Sistema multiempresa y multimoneda | |||
Interfaz full web de la aplicación | |||
Interfases amigables y en idioma español | |||
Ayudas en línea en español para todo el sistema | |||
Reportes emitidos completamente en idioma español | |||
Admitir el uso de firma digital | |||
Admitir crecimiento en cantidad de usuarios y porte del hardware | |||
Permitir la incorporación gradual de módulos | |||
Fácilmente adaptable a los cambios de normativa general, y específica del PL | |||
Integración y comunicación con sistemas internos o con otras implementaciones de la solución | |||
La documentación original se ingresará una sola vez y afectará en forma automática a todos los procesos relacionados | |||
Los procesos podrán ser revertidos, restableciendo el estado original | |||
Permitir la generación de reportes por parte del usuario, permitiendo almacenar las consultas para una futura utilización | |||
Proveer reportes preconfigurados para los distintos módulos y procesos | |||
Los reportes o consultas, ya sea provistas por la solución o implementadas por el usuario, deberán generar múltiples formatos (ej: pdf, xml, xls, doc), según aplique | |||
Asignación de roles o privilegios tanto a cargos de la estructura vigente, como a personas, independientemente del cargo ocupado | |||
Perfiles diferenciados para grupos de usuarios (ej: administradores, usuarios especializados, usuarios de consulta) y para cada función diferenciada en el sistema, permitiendo la pertenencia de un mismo usuario a más de un grupo. Admitir distintos roles con acceso a la misma información y con diferentes potestades. Limitar las potestades del perfil administrador a la/s UE requeridas. | |||
El usuario se autenticará una única vez, pudiendo acceder a todas las funcionalidades habilitadas para su perfil | |||
Definición de varias cadenas de autorizantes y de ordenadores del gasto | |||
Generación de información detallada, sumaria y |
estadística asociada a distintas estructuras (ej: centro de costos, estructura funcional, escalafonaria) | |||
Posibilidad de recolectar métricas para la generación de indicadores de gestión. | |||
Incorporación de documentos digitalizados en las distintas etapas de los procesos (ej: facturas, edictos, certificados) o generación de documentos digitales (ej: órdenes de compra, remitos). Facilitar la generación de información relativa a un evento, incluyendo la información del trámite | |||
Alertas de determinados eventos o actualizaciones de información a diferentes usuarios o grupos | |||
Notificación electrónica con prueba de recepción del destinatario | |||
Uso de código xx xxxxxx como tecnología de identificación automática. Se indicará la posibilidad de uso de otras tecnologías (ej: RFID, QR) | |||
Gestión de información histórica | |||
Conservación del histórico de transacciones en que participaron usuarios no activos | |||
Permitir la extensión de las funcionalidades, internamente o por un tercero, sin requerir la intervención del adjudicatario. Detallar mecanismo de desarrollo de nuevas funcionalidades, conocimientos requeridos | |||
Fácil acceso a la parametrización vigente | |||
Mecanismos de control de las funcionalidades provistas por la solución | |||
Posibilidad de análisis de información en la propia herramienta y accesible por el usuario final sin requerir soluciones de análisis multidimensional avanzadas. | |||
Características de accesibilidad de la solución. Se valorará positivamente el nivel de accesibilidad para usuarios de baja o nula visión |
Requisito funcional ESPECIFICO | Detallar funcionalidades a desarrollar (no disponibles en el producto ofertado) | #PAGINA |
Gestión Humana | ||
Asistencias y Licencias | ||
Legajos | ||
Historia Laboral / Cuentas Personales | ||
Capacitación, Calificaciones y Concursos | ||
Organigrama, Estructura de Cargos y Puestos | ||
Bienestar Laboral / Beneficios Sociales | ||
Liquidaciones de Sueldos | ||
Financiero Contable | ||
Contabilidad | ||
Gestión Inventario y Activo Fijo | ||
Planificación | ||
Gestión de Valores de Tesorería | ||
Adquisiciones y Control de Obras | ||
Proveedores |
Compras | ||
Licitaciones | ||
Servicios Contratados | ||
Servicios Externalizados | ||
Suministros | ||
Gastos y Pagos | ||
Control de Obras |
Valoración Tecnológica
Requisito tecnológico | #PAGINA |
Generales | |
Software de Base | |
Arquitectura de Software | |
Integración con sistemas externos | |
Interfaz web | |
Seguridad | |
Firma electrónica | |
Administración y monitoreo | |
Marco Legal | |
Equipamiento | |
Requisitos de la migración | |
Mantenimiento de versiones y soporte | |
Administración, operación y soporte de la aplicaciones | |
Desarrollo y mantenimiento de aplicaciones | |
Soporte Funcional | |
Plan de proyecto | |
Gestión del cambio organizacional | |
Transferencia tecnológica |