zonasegura.seace.gob.pezonasegura.seace.gob.pe/mon/docs/procesos/2013/0019… · Web viewBASES...

131

ORGANISMO SUPERVISOR DE LAS CONTRATACIONES DEL ESTADO – OSCELICITACIÓN PÚBLICA N° 005-2013-OSCE - “ ADQUISICIÓN DEL SISTEMA GERP (GOVERNMENT ENTERPRISE RESOURCE PLANNNING) VERSIÓN 1.1.0.” – PRIMERA CONVOCATORIA

BASES ESTÁNDAR DE LICITACIÓN PÚBLICA PARA LA CONTRATACIÓN DE BIENES

BASES INTEGRADAS

LICITACIÓN PÚBLICA Nº 005-2013-OSCE

PRIMERA CONVOCATORIA

CONTRATACIÓN DE BIENES:ADQUISICIÓN DEL SISTEMA GERP (GOVERNMENT

ENTERPRISE RESOURCE PLANNNING) VERSIÓN 1.1.0.

2013

110


SECCIÓN GENERAL

DISPOSICIONES COMUNES DEL PROCESO DE SELECCIÓN

(ESTA SECCIÓN NO DEBE SER MODIFICADA EN NINGÚN EXTREMO, BAJO SANCIÓN DE NULIDAD)

131


CAPÍTULO IETAPAS DEL PROCESO DE SELECCIÓN

1.1. BASE LEGAL

− Ley Nº 28411, Ley General del Sistema Nacional del Presupuesto.− Decreto Legislativo N° 1017 - Ley de Contrataciones del Estado, en adelante la

Ley.− Decreto Supremo N° 184-2008-EF - Reglamento de la Ley de Contrataciones

del Estado, en adelante el Reglamento.− Directivas del OSCE.− Ley Nº 27444, Ley del Procedimiento Administrativo General.− Código Civil.− Ley Nº 27806, Ley de Transparencia y de Acceso a la Información Pública.− Decreto Supremo Nº 007-2008-TR - Texto Único Ordenado de la Ley de

Promoción de la Competitividad, Formalización y Desarrollo de la Micro y Pequeña Empresa y del acceso al empleo decente, Ley MYPE.

− Decreto Supremo Nº 008-2008-TR - Reglamento de la Ley MYPE.

Las referidas normas incluyen sus respectivas modificaciones, de ser el caso.

Para la aplicación del derecho deberá considerarse la especialidad de las normas previstas en las presentes Bases.

1.2. CONVOCATORIA

Se efectuará de conformidad con lo señalado en el artículo 51 del Reglamento, en la fecha señalada en el cronograma.

1.3. REGISTRO DE PARTICIPANTES

El registro de participantes se efectuará desde el día siguiente de la convocatoria y hasta un (1) día hábil después de haber quedado integradas las Bases. En el caso de propuestas presentadas por un consorcio, bastará que se registre uno (1) de sus integrantes, de conformidad con el artículo 53 del Reglamento.

La persona natural o persona jurídica que desee participar en el proceso de selección deberá contar con inscripción vigente en el Registro Nacional de Proveedores (RNP) conforme al objeto de la convocatoria. La Entidad verificará la vigencia de la inscripción en el RNP y que no se encuentra inhabilitada para contratar con el Estado.

Al registrarse, el participante deberá señalar la siguiente información: Nombres, apellidos y Documento Nacional de Identidad (DNI), en el caso de persona natural; razón social de la persona jurídica; número de Registro Único de Contribuyentes (RUC); domicilio legal; teléfono y fax.

IMPORTANTE:

Para registrarse como participante en un proceso de selección convocado por las Entidades del Estado Peruano, es necesario que los proveedores cuenten con inscripción vigente ante el Registro Nacional de Proveedores (RNP) que administra el Organismo Supervisor de las Contrataciones del Estado (OSCE). Para obtener mayor información, podrá ingresarse a la siguiente dirección electrónica: www.rnp.gob.pe.

http://www.rnp.gob.pe/

110


1.4. FORMULACIÓN DE CONSULTAS A LAS BASES

Las consultas a las Bases serán presentadas por un periodo mínimo de cinco (5) días hábiles, contados desde el día siguiente de la convocatoria, de conformidad con lo establecido en el artículo 55 del Reglamento.

1.5. ABSOLUCIÓN DE CONSULTAS A LAS BASES

La decisión que tome el Comité Especial con relación a las consultas presentadas constará en el pliego absolutorio que se notificará a través del SEACE, de conformidad con lo establecido en el artículo 54 del Reglamento, en la fecha señalada en el cronograma del proceso de selección.

El plazo para la absolución no podrá exceder de cinco (5) días hábiles contados desde el vencimiento del plazo para recibir las consultas.

IMPORTANTE:

No se absolverán consultas a las Bases que se presenten extemporáneamente o que sean formuladas por quienes no se han registrado como participantes.

1.6. FORMULACIÓN DE OBSERVACIONES A LAS BASES

Las observaciones a las Bases serán presentadas dentro de los cinco (5) días hábiles siguientes de haber finalizado el término para la absolución de las consultas, de conformidad con lo establecido en el artículo 57 del Reglamento.

1.7. ABSOLUCIÓN DE OBSERVACIONES A LAS BASES

El Comité Especial notificará la absolución de las observaciones a través del SEACE, de conformidad con lo establecido en el artículo 56 del Reglamento, en la fecha señalada en el cronograma del proceso de selección.

El plazo para la absolución no debe exceder de los cinco (5) días hábiles desde el vencimiento del plazo para recibir observaciones.

El Comité Especial debe incluir en el pliego de absolución de observaciones el requerimiento de pago de la tasa por concepto de elevación de observaciones al OSCE.

IMPORTANTE:

No se absolverán observaciones a las Bases que se presenten extemporáneamente o que sean formuladas por quienes no se han registrado como participantes.

1.8. ELEVACIÓN DE OBSERVACIONES AL OSCE

El plazo para solicitar la elevación de observaciones para el pronunciamiento del OSCE es de tres (3) días hábiles, computados desde el día siguiente de la notificación del pliego absolutorio a través del SEACE.

Los participantes pueden solicitar la elevación de las observaciones para la emisión de

131


pronunciamiento, en los siguientes supuestos:

1. Cuando las observaciones presentadas por el participante no fueron acogidas o fueron acogidas parcialmente;

2. Cuando a pesar de ser acogidas sus observaciones, el participante considere que tal acogimiento continúa siendo contrario a lo dispuesto por el artículo 26 de la Ley, cualquier otra disposición de la normativa sobre contrataciones del Estado u otras normas complementarias o conexas que tengan relación con el proceso de selección; y

3. Cuando el participante considere que el acogimiento de una observación formulada por otro participante resulta contrario a lo dispuesto por el artículo 26 de la Ley, cualquier otra disposición de la normativa sobre contrataciones del Estado u otras normas complementarias o conexas que tengan relación con el proceso de selección. En este caso, el participante debe haberse registrado como tal hasta el vencimiento del plazo para formular observaciones.

El Comité Especial, bajo responsabilidad, deberá remitir la totalidad de la documentación requerida para tal fin por el TUPA del OSCE, a más tardar al día siguiente de vencido el plazo para que los participantes soliciten la elevación de observaciones.

La emisión y publicación del pronunciamiento en el SEACE, debe efectuarse dentro de los diez (10) días hábiles siguientes de recibido el expediente completo por el OSCE.

1.9. INTEGRACIÓN DE LAS BASES

Las Bases integradas constituyen las reglas definitivas del proceso de selección por lo que deberán contener las correcciones, precisiones y/o modificaciones producidas como consecuencia de la absolución de las consultas y de las observaciones, las dispuestas por el pronunciamiento, así como las requeridas por el OSCE en el marco de sus acciones de supervisión.

Una vez integradas, las Bases no podrán ser cuestionadas en ninguna otra vía ni modificadas por autoridad administrativa alguna, bajo responsabilidad del Titular de la Entidad. Esta restricción no afecta la competencia del Tribunal para declarar la nulidad del proceso por deficiencias en las Bases.

El Comité Especial integrará y publicará las Bases teniendo en consideración los siguientes plazos:

1. Cuando no se hayan presentado observaciones, al día siguiente de vencido el plazo para formularlas.

2. Cuando se hayan presentado observaciones, al día siguiente de vencido el plazo para que los participantes soliciten la elevación de dichas observaciones para la emisión de pronunciamiento, siempre que ningún participante haya hecho efectivo tal derecho.

3. Cuando se haya solicitado la elevación de observaciones, dentro de los dos (2) días hábiles siguientes de notificado el pronunciamiento respectivo en el SEACE.

Corresponde al Comité Especial, bajo responsabilidad, integrar las Bases y publicarlas en el SEACE, conforme lo establecen los artículos 59 y 60 del Reglamento.

De conformidad con el artículo 31 del Reglamento, el Comité Especial no podrá efectuar modificaciones de oficio al contenido de las Bases, bajo responsabilidad.

1.10. FORMA DE PRESENTACIÓN DE PROPUESTAS Y ACREDITACIÓN

110


Todos los documentos que contengan información referida a los requisitos para la admisión de propuestas y factores de evaluación se presentarán en idioma castellano o, en su defecto, acompañados de traducción oficial o certificada efectuada por traductor público juramentado o traductor colegiado certificado, según corresponda, salvo el caso de la información técnica complementaria contenida en folletos, instructivos, catálogos o similares, que podrá ser presentada en el idioma original. El postor será responsable de la exactitud y veracidad de dichos documentos.

Las propuestas se presentarán en dos (2) sobres cerrados, de los cuales el primero contendrá la propuesta técnica y el segundo la propuesta económica.

Si las propuestas se presentan en hojas simples se redactarán por medios mecánicos o electrónicos y serán foliadas correlativamente empezando por el número uno.

Asimismo, cuando las propuestas tengan que ser presentadas total o parcialmente mediante formularios o formatos, éstos podrán ser llenados por cualquier medio, incluyendo el manual.

En ambos supuestos, las propuestas deben llevar el sello y la rúbrica del postor o de su representante legal o mandatario designado para dicho fin, salvo queel postor sea persona natural, en cuyo caso bastará que éste o su apoderado, indique debajo de la rúbrica sus nombres y apellidos completos.

Las personas naturales podrán concurrir personalmente o a través de su apoderado debidamente acreditado ante el Comité Especial, mediante carta poder simple (Formato N° 1). Las personas jurídicas lo harán por medio de su representante legal acreditado con copia simple del documento registral vigente que consigne dicho cargo o a través de su apoderado acreditado con carta poder simple suscrita por el representante legal, a la que se adjuntará el documento registral vigente que consigne la designación del representante legal, expedido con una antigüedad no mayor de treinta (30) días calendario a la presentación de propuestas. (Formato Nº 1)

En el caso de consorcios, la propuesta puede ser presentada por el representante común del consorcio, o por el apoderado designado por éste, o por el representante legal o apoderado de uno de los integrantes del consorcio que se encuentre registrado como participante, conforme a lo siguiente:

1. En el caso que el representante común del consorcio presente la propuesta, éste debe presentar copia simple de la promesa formal de consorcio.

2. En el caso que el apoderado designado por el representante común del consorcio presente la propuesta, este debe presentar carta poder simple suscrita por el representante común del consorcio y copia simple de la promesa formal de consorcio.

3. En el caso del representante legal o apoderado de uno de los integrantes del consorcio que se encuentre registrado como participante, la acreditación se realizará conforme a lo dispuesto en el sexto párrafo del presente numeral, según corresponda.

1.11. PRESENTACIÓN DE PROPUESTAS

La presentación de propuestas se realiza en acto público, en la fecha y hora señaladas en el cronograma del proceso.

El acto se inicia cuando el Comité Especial empieza a llamar a los participantes en el orden en que se registraron para participar en el proceso, para que entreguen sus propuestas. Si al momento de ser llamado el participante no se encuentra presente, se le tendrá por desistido.

131


Si algún participante es omitido, podrá acreditarse con la presentación de la constancia de su registro como participante.

Los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar más de un consorcio.

IMPORTANTE:

En caso de convocarse según relación de ítems, los integrantes de un consorcio no podrán presentar propuestas individuales ni conformar más de un consorcio en un mismo ítem, lo que no impide que puedan presentarse individualmente o conformando otro consorcio en ítems distintos.

En el caso que el Comité Especial rechace la acreditación del apoderado, representante legal o representante común, según corresponda en atención al numeral 1.10, y este exprese su disconformidad, se anotará tal circunstancia en el acta y el Notario (o Juez de Paz) mantendrá la propuesta y los documentos de acreditación en su poder hasta el momento en que el participante formule apelación. Si se formula apelación se estará a lo que finalmente se resuelva al respecto.

Después de recibidas las propuestas, el Comité Especial procederá a abrir los sobres que contienen la propuesta técnica de cada postor, a fin de verificar que los documentos presentados por cada postor sean los solicitados en las Bases.

En el caso que de la revisión de la propuesta se adviertan defectos de forma, tales como errores u omisiones subsanables en los documentos presentados que no modifiquen el alcance de la propuesta técnica, o la omisión de presentación de uno o más documentos que acrediten el cumplimiento de los requerimientos técnicos mínimos —siempre que se trate de documentos emitidos por autoridad pública nacional o un privado en ejercicio de función pública, tales como autorizaciones, permisos, títulos, constancias y/o certificados que acrediten estar inscrito o integrar un registro, y otros de naturaleza análoga, para lo cual deben haber sido obtenidos por el postor con anterioridad a la fecha establecida para la presentación de propuestas—, se actuará conforme lo dispuesto en el artículo 68 del Reglamento. Este es el único momento en que puede otorgarse plazo para subsanar la propuesta técnica.

En el caso de advertirse que la propuesta no cumple con lo requerido por las Bases, y no se encuentre dentro de los supuestos señalados en el párrafo anterior, se devolverá la propuesta, teniéndola por no admitida, salvo que el postor exprese su disconformidad, en cuyo caso se anotará tal circunstancia en el acta y el Notario (o Juez de Paz) mantendrá la propuesta en su poder hasta el momento en que el postor formule apelación. Si se formula apelación se estará a lo que finalmente se resuelva al respecto.

Después de abierto cada sobre que contiene la propuesta técnica, el Notario (o Juez de Paz) procederá a sellar y firmar cada hoja de los documentos de la propuesta técnica. A su vez, si las Bases han previsto que la evaluación y calificación de las propuestas técnicas se realice en fecha posterior, el Notario (o Juez de Paz) procederá a colocar los sobres cerrados que contienen las propuestas económicas dentro de uno o más sobres, los que serán debidamente sellados y firmados por él, por los miembros del Comité Especial y por los postores que así lo deseen, conservándolos hasta la fecha en que el Comité Especial, en acto público, comunique verbalmente a los postores el resultado de la evaluación de las propuestas técnicas.

Al terminar el acto público, se levantará un acta, la cual será suscrita por el Notario (o Juez de Paz), por todos sus miembros, así como por los veedores y los postores que lo deseen.

De conformidad con lo dispuesto en el artículo 64 del Reglamento, en los actos de presentación de propuestas y otorgamiento de la Buena Pro se podrá contar con la presencia de un representante del Sistema Nacional de Control, quien participará como veedor y deberá suscribir el acta correspondiente, su inasistencia no viciará el proceso.

110


1.12. CONTENIDO DE LA PROPUESTA ECONÓMICA

La propuesta económica (Sobre Nº 2) deberá incluir obligatoriamente lo siguiente:

La oferta económica, en la moneda que corresponda, incluidos todos los tributos, seguros, transportes, inspecciones, pruebas y, de ser el caso, los costos laborales conforme a la legislación vigente, así como cualquier otro concepto que pueda tener incidencia sobre el costo del biena contratar; excepto la de aquellos postores que gocen de exoneraciones legales. La Entidad no reconocerá pago adicional de ninguna naturaleza.

El monto total de la propuesta económica y los subtotales que lo componen deberán ser expresados con dos decimales. Los precios unitarios podrán ser expresados con más de dos decimales.

IMPORTANTE:

Tratándose de un proceso según relación de ítems, cuando los postores se presenten a más de un ítem, deberán presentar sus propuestas económicas en forma independiente.1

1.13. EVALUACIÓN DE PROPUESTAS

La evaluación de propuestas se realizará en dos (2) etapas: La evaluación técnica y la evaluación económica.

Los máximos puntajes asignados a las propuestas son los siguientes:

Propuesta Técnica : 100 puntosPropuesta Económica : 100 puntos

1.13.1. EVALUACIÓN TÉCNICA

Se verificará que la propuesta técnica cumpla con los requerimientos técnicos mínimos contenidos en las presentes Bases. Las propuestas que no cumplan dichos requerimientos no serán admitidas.

Sólo aquellas propuestas admitidas y aquellas a las que el Comité Especial hubiese otorgado plazo de subsanación, pasarán a la evaluación técnica.

En aquellos casos en los que se hubiese otorgado plazo para la subsanación de la propuesta, el Comité Especial deberá determinar si se cumplió o no con la subsanación solicitada. Si luego de vencido el plazo otorgado, no se cumple con la subsanación, el Comité Especial tendrá la propuesta por no admitida.

Una vez cumplida la subsanación de la propuesta o vencido el plazo otorgado para dicho efecto, se continuará con la evaluación de las propuestas técnicas admitidas, asignando los puntajes correspondientes, conforme a la metodología de asignación de puntaje establecida para cada factor.

Las propuestas técnicas que no alcancen el puntaje mínimo de sesenta (60) puntos, serán descalificadas en esta etapa y no accederán a la evaluación económica.

1 Luego de efectuada la evaluación técnica, cabe la posibilidad que dicho postor haya obtenido el puntaje necesario para acceder a la evaluación económica únicamente en algunos de los ítems a los que se presentó, por lo que, de acuerdo con el artículo 71 del Reglamento, correspondería devolver las propuestas económicas sin abrir, lo que no resultaría posible si la totalidad de las propuestas económicas del postor se incluyen en un solo sobre.

131


1.13.2. EVALUACIÓN ECONÓMICA

Si la propuesta económica excede el valor referencial, será devuelta por el Comité Especial y se tendrá por no presentada, conforme lo establece el artículo 33 de la Ley.

La evaluación económica consistirá en asignar el puntaje máximo establecido a la propuesta económica de menor monto. Al resto de propuestas se les asignará un puntaje inversamente proporcional, según la siguiente fórmula:

Pi = Om x PMPEOi

Donde:i = PropuestaPi = Puntaje de la propuesta económica i Oi = Propuesta Económica i Om = Propuesta Económica de monto o precio más bajoPMPE = Puntaje Máximo de la Propuesta Económica

IMPORTANTE:

En caso el proceso se convoque bajo el sistema de precios unitarios, tarifas o porcentajes, el Comité Especial deberá verificar las operaciones aritméticas de la propuesta que obtuvo el mayor puntaje total y, de existir alguna incorrección, deberá corregirla a fin de consignar el monto correcto y asignarle el lugar que le corresponda. Dicha corrección debe figurar expresamente en el acta respectiva.

Sólo cuando se haya previsto (según el caso concreto) aceptar propuestas económicas que incluyan propuestas de financiamiento, la propuesta económica se evaluará utilizando el método del valor presente neto del flujo financiero que comprenda los costos financieros y el repago de la deuda. Se tomarán en cuenta todos los costos del financiamiento, tales como la tasa de interés, comisiones, seguros y otros, así como la contrapartida de la Entidad si fuere el caso, conforme a las disposiciones contenidas en el artículo 70 del Reglamento.

1.14. ACTO PÚBLICO DE OTORGAMIENTO DE LA BUENA PRO

En la fecha y hora señalada en las Bases, el Comité Especial se pronunciará sobre la admisión y la evaluación técnica de las propuestas, comunicando los resultados de esta última.

La evaluación de las propuestas económicas se realizará de conformidad con el procedimiento establecido en las presentes Bases.

La determinación del puntaje total se hará de conformidad con el artículo 71 del Reglamento.

El Comité Especial procederá a otorgar la Buena Pro a la propuesta ganadora, dando a conocer los resultados del proceso de selección a través de un cuadro comparativo en el que se consignará el orden de prelación en que han quedado calificados los postores, detallando los puntajes técnico, económico y total obtenidos por cada uno de ellos.

En el supuesto que dos (2) o más propuestas empaten, el otorgamiento de la Buena Pro se efectuará observando lo señalado en el artículo 73 del Reglamento.

Al terminar el acto público se levantará un acta, la cual será suscrita por el Notario (o Juez de Paz), por todos los miembros del Comité Especial y por los postores que deseen hacerlo.

110


El otorgamiento de la Buena Pro se presumirá notificado a todos los postores en la misma fecha, oportunidad en la que se entregará a los postores copia del acta de otorgamiento de la Buena Pro y el cuadro comparativo, detallando los resultados en cada factor de evaluación. Dicha presunción no admite prueba en contrario. Esta información se publicará el mismo día en el SEACE.

1.15. CONSENTIMIENTO DE LA BUENA PRO

Cuando se hayan presentado dos (2) o más propuestas, el consentimiento de la Buena Pro se producirá a los ocho (8) días hábiles de la notificación de su otorgamiento en acto público, sin que los postores hayan ejercido el derecho de interponer el recurso de apelación. En este caso, el consentimiento se publicará en el SEACE al día hábil siguiente de haberse producido.

En el caso que se haya presentado una sola oferta, el consentimiento de la Buena Pro se producirá el mismo día de la notificación de su otorgamiento en acto público, y podrá ser publicado en el SEACE ese mismo día o hasta el día hábil siguiente.

1.16. CONSTANCIA DE NO ESTAR INHABILITADO PARA CONTRATAR CON EL ESTADO

De acuerdo con el artículo 282 del Reglamento, a partir del día hábil siguiente de haber quedado consentida la Buena Pro o de haberse agotado la vía administrativa conforme a lo previsto en el artículo 122 del Reglamento, hasta el décimo quinto día hábil de producido tal hecho, el postor ganador de la Buena Pro debe solicitar ante el OSCE la expedición de la constancia de no estar inhabilitado para contratar con el Estado.

El OSCE no expedirá constancias solicitadas fuera del plazo establecido.

131


CAPÍTULO IISOLUCIÓN DE CONTROVERSIAS DURANTE EL PROCESO DE SELECCIÓN

2.1.RECURSO DE APELACIÓN

A través del recurso de apelación se impugnan los actos dictados durante el desarrollo del proceso de selección, desde la convocatoria hasta aquellos emitidos antes de la celebración del contrato.

El recurso de apelación se presenta ante y es resuelto por el Tribunal de Contrataciones del Estado.

Los actos emitidos por el Titular de la Entidad que declaren la nulidad de oficio o cancelen el proceso, podrán impugnarse ante el Tribunal de Contrataciones del Estado.

2.2. PLAZOS DE INTERPOSICIÓN DEL RECURSO DE APELACIÓN

La apelación contra el otorgamiento de la Buena Pro o contra los actos dictados con anterioridad a ella debe interponerse dentro de los ocho (8) días hábiles siguientes de haberse otorgado la Buena Pro.

La apelación contra los actos distintos a los indicados en el párrafo anterior debe interponerse dentro de los ocho (8) días hábiles siguientes de haberse tomado conocimiento del acto que se desea impugnar.

110


CAPÍTULO IIIDEL CONTRATO

3.1. DEL PERFECCIONAMIENTO DEL CONTRATO

Una vez que quede consentido o administrativamente firme el otorgamiento de la Buena Pro, dentro de los siete (7) días hábiles siguientes, sin mediar citación alguna, el postor ganador deberá presentar a la Entidad la documentación para la suscripción del contrato prevista en las Bases. Asimismo, dentro de los tres (3) días hábiles siguientes a la presentación de dicha documentación, deberá concurrir ante la Entidad para suscribir el contrato.

En el supuesto que el postor ganador no presente la documentación y/o no concurra a suscribir el contrato, según corresponda, en los plazos antes indicados, se procederá de acuerdo a lo dispuesto en el numeral 3 del artículo 148 del Reglamento.

El contrato será suscrito por la Entidad, a través del funcionario competente o debidamente autorizado, y por el ganador de la Buena Pro, ya sea directamente o por medio de su apoderado, tratándose de persona natural, y tratándose de persona jurídica, a través de su representante legal, de conformidad con lo establecido en el artículo 139 del Reglamento.

Para suscribir el contrato, el postor ganador de la Buena Pro deberá presentar, además de los documentos previstos en las Bases, los siguientes:

Constancia vigente de no estar inhabilitado para contratar con el Estado. Garantía de fiel cumplimiento. Garantía de fiel cumplimiento por prestaciones accesorias, en caso corresponda. Garantía por el monto diferencial de propuesta, en caso corresponda. Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso. Código de cuenta interbancario (CCI). Traducción oficial efectuada por traductor público juramentado de todos los documentos de la

propuesta presentados en idioma extranjero que fueron acompañados de traducción certificada, de ser el caso.

3.2. VIGENCIA DEL CONTRATO

En aplicación de lo dispuesto en el artículo 149 del Reglamento, el contrato tiene vigencia desde el día siguiente de la suscripción del documento que lo contiene. Dicha vigencia rige hasta que el funcionario competente dé la conformidad de la recepción de la prestación a cargo del contratista y se efectúe el pago correspondiente.

3.3. DE LAS GARANTÍAS

3.3.1. GARANTÍA DE FIEL CUMPLIMIENTO

El postor ganador debe entregar a la Entidad la garantía de fiel cumplimiento del contrato. Esta deberá ser emitida por una suma equivalente al diez por ciento (10%) del monto del contrato original y tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.

De manera excepcional, respecto de aquellos contratos que tengan una vigencia superior a un (1) año, previamente a la suscripción del contrato, las Entidades podrán aceptar que el ganador de la Buena Pro presente la garantía de fiel cumplimiento y de ser el caso, la garantía por el monto diferencial de la propuesta, con una vigencia de un

131


(1) año, con el compromiso de renovar su vigencia hasta la conformidad de la recepción de la prestación.

3.3.2. GARANTÍA DE FIEL CUMPLIMIENTO POR PRESTACIONES ACCESORIAS

En caso el contrato conlleve a la ejecución de prestaciones accesorias, tales como mantenimiento, reparación o actividades afines, se otorgará una garantía adicional por este concepto, la misma que se renovará periódicamente hasta el cumplimiento total de las obligaciones garantizadas, no pudiendo eximirse su presentación en ningún caso.

3.3.3. GARANTÍA POR EL MONTO DIFERENCIAL DE PROPUESTA

Cuando la propuesta económica fuese inferior al valor referencial en más del veinte por ciento (20%) de éste, para la suscripción del contrato, el postor ganador deberá presentar una garantía adicional por un monto equivalente al veinticinco por ciento (25%) de la diferencia entre el valor referencial y la propuesta económica. Dicha garantía deberá tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.

3.4. REQUISITOS DE LAS GARANTÍAS

Las garantías que se presenten deberán ser incondicionales, solidarias, irrevocables y de realización automática en el país al sólo requerimiento de la Entidad. Asimismo, deben ser emitidas por empresas que se encuentren bajo la supervisión de la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y deben estar autorizadas para emitir garantías; o estar consideradas en la lista actualizada de bancos extranjeros de primera categoría que periódicamente publica el Banco Central de Reserva del Perú.

IMPORTANTE:

Corresponde a la Entidad verificar que las garantías presentadas por los postores o contratistas cumplen con los requisitos y condiciones necesarios para su aceptación y eventual ejecución.

3.5. EJECUCIÓN DE GARANTÍAS

Las garantías se harán efectivas conforme a las estipulaciones contempladas en el artículo 164 del Reglamento.

3.6. ADELANTOS

La Entidad entregará adelantos directos, conforme a lo previsto en el artículo 171 del Reglamento, siempre que ello haya sido previsto en la sección específica de las Bases.

En el supuesto que no se entregue el adelanto en el plazo previsto, el contratista tiene derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número de días equivalente a la demora, conforme al artículo 172 del Reglamento.

3.7. DE LAS PENALIDADES E INCUMPLIMIENTO DEL CONTRATO

Las penalidades por retraso injustificado en la entrega del bien requerido y las causales para la resolución del contrato, serán aplicadas de conformidad con los artículos 165 y 168 del Reglamento, respectivamente.

110


De acuerdo con los artículos 48 de la Ley y 166 del Reglamento, en las Bases o el contrato podrán establecerse penalidades distintas a la mencionada en el artículo 165 del Reglamento, siempre y cuando sean objetivas, razonables y congruentes con el objeto de la convocatoria, hasta por un monto máximo equivalente al diez por ciento (10%) del monto del contrato vigente o, de ser el caso, del ítem que debió ejecutarse. Estas penalidades se calcularán de forma independiente a la penalidad por mora.

3.8. PAGOS

La Entidad deberá realizar todos los pagos a favor del contratista por concepto de los bienes objeto del contrato. Dichos pagos se efectuarán después de ejecutada la respectiva prestación; salvo que, por razones de mercado, el pago del precio sea condición para la entrega de los bienes.

La Entidad deberá pagar las contraprestaciones pactadas a favor del contratista en la forma y oportunidad (pago único o pagos parciales) establecida en las Bases o en el contrato, siempre que el contratista los solicite presentando la documentación que justifique el pago y acredite la existencia de los bienes, conforme a la sección específica de las Bases.

Para tal efecto, el responsable de otorgar la conformidad de la recepción de los bienes, deberá hacerlo en un plazo que no excederá de los diez (10) días calendario de ser éstos recibidos, a fin que la Entidad cumpla con la obligación de efectuar el pago dentro de los quince (15) días calendario siguientes, siempre que se verifiquen las condiciones establecidas en el contrato.

En el caso que se haya suscrito contrato con un consorcio, el pago se realizará de acuerdo a lo que se indique en el contrato de consorcio.

En caso de retraso en el pago, el contratista tendrá derecho al pago de intereses conforme a lo establecido en el artículo 48 de la Ley, contado desde la oportunidad en que el pago debió efectuarse.

3.9. DISPOSICIONES FINALES

Todos los demás aspectos del presente proceso no contemplados en las Bases se regirán supletoriamente por la Ley y su Reglamento, así como por las disposiciones legales vigentes.

131


SECCIÓN ESPECÍFICA

CONDICIONES ESPECIALES DEL PROCESO DE SELECCIÓN

(EN ESTA SECCIÓN LA ENTIDAD DEBERÁ COMPLETAR LA INFORMACIÓN EXIGIDA, DE ACUERDO A LAS INSTRUCCIONES INDICADAS)

110


CAPÍTULO IGENERALIDADES

1.1. ENTIDAD CONVOCANTE

Nombre : Organismo Supervisor de las Contrataciones del Estado – OSCE

RUC Nº : 20419026809

Domicilio legal : Av. Gregorio Escobedo Cdra. 7 s/n – Residencial San Felipe - Jesús María - Lima

Teléfono/Fax: : 613 5555

Correo electrónico: : [email protected]

1.2. OBJETO DE LA CONVOCATORIA

El presente proceso de selección tiene por objeto la “ADQUISICIÓN DEL SISTEMA GERP (GOVERNMENT ENTERPRISE RESOURCE PLANNNING) VERSIÓN 1.1.0.”

1.3. VALOR REFERENCIAL2

El valor referencial asciende a S/. 5,753,225.20 (Cinco Millones Setecientos Cincuenta y Tres Mil Doscientos Veinticinco con 20/100 Nuevos Soles), incluido los impuestos de Ley y cualquier otro concepto que incida en el costo total del bien. El valor referencial ha sido calculado al mes de agosto de 2013.

El valor referencial comprende:

Prestación Principal

(Sistema GERP): S/. 5,753,225.20 (Un Millón Trescientos Noventa y Cuatro Mil Seiscientos Nueve con 00/100 Nuevo Soles)

Prestaciones Accesorias:

1. Mantenimiento Preventivo, según especificaciones técnicas: S/. 439,713.60 (Cuatrocientos Treinta y Nueve Mil Setecientos Trece con 60/100 Nuevos Soles)

2. Soporte Técnico, según especificaciones técnicas: S/. 452,174.40 (Cuatrocientos Cincuenta y Dos Mil Ciento Setenta y Cuatro con 40/100 Nuevos Soles)

3. Capacitación y/o entrenamiento, según especificaciones técnicas: S/. 479,902.80 (Cuatrocientos Setenta y Nueve Mil Novecientos Dos con 80/100 Nuevos Soles)

IMPORTANTE:

Las propuestas económicas no pueden exceder el monto consignado en las Bases como valor referencial de conformidad con el artículo 33 de la Ley. No existe un límite mínimo como

2 El monto del valor referencial indicado en esta sección de las Bases no debe diferir del monto del valor referencial consignado en la ficha del proceso en el SEACE. No obstante, de existir contradicción entre estos montos, primará el monto del valor referencial indicado en las Bases aprobadas.

mailto:[email protected]

131


tope para efectuar dichas propuestas.

1.4. EXPEDIENTE DE CONTRATACIÓN

El expediente de contratación fue aprobado mediante Memorando N° 846-2013/LOG de fecha 28 de agosto de 2013.

1.5. FUENTE DE FINANCIAMIENTO

Recursos Directamente Recaudados.

IMPORTANTE:

La fuente de financiamiento debe corresponder a aquellas previstas en la Ley de Equilibrio Financiero del Presupuesto del Sector Público del año fiscal en el cual se convoca el proceso de selección.

1.6. SISTEMA DE CONTRATACIÓN

El presente proceso se rige por el sistema de SUMA ALZADA de acuerdo con lo establecido en el expediente de contratación respectivo.

1.7. MODALIDAD DE EJECUCIÓN CONTRACTUAL

Llave en mano.

1.8. ALCANCES DEL REQUERIMIENTO

El alcance de la prestación está definido en los Requerimientos Técnicos Mínimos que forman parte de la presente sección en el Capítulo III.

1.9. PLAZO DE ENTREGA

Las prestaciones materia de la presente convocatoria se ejecutaran en el plazo de DOCE (12) MESES, contados a partir del día siguiente de suscrito el contrato. Dicho plazo constituye un requerimiento técnico mínimo que debe coincidir con lo establecido en el expediente de contratación.

1.10. COSTO DE REPRODUCCIÓN DE LAS BASES

S/. 2.13 (Dos con 13/100 Nuevos Soles), por cara de cada folio.

1.11. BASE LEGAL

- Ley N° 28411, Ley del Sistema Nacional de Presupuesto.- Ley Nº 29951 - Ley de Presupuesto del Sector Público para el Año Fiscal 2013.- Ley N° 29952 - Ley del Equilibrio Financiero del Presupuesto del Sector Público para el año

fiscal 2013.- Decreto Legislativo N° 1017 - Ley de Contrataciones del Estado, modificada por Ley N°

29873.(en adelante La Ley)

110


- Decreto Supremo Nº 184-2008-EF, que aprueba el Reglamento de la Ley de Contrataciones del Estado, modificado por Decreto Supremo N° 021-2009-EF. modificado por Decreto Supremo N° 138-2012-EF. (en adelante El Reglamento)

- Ley N° 27444 – Ley del Procedimiento Administrativo General. - Texto Único Ordenado de la Ley N° 27806, Ley de Transparencia y de Acceso a la

Información Pública, aprobado por Decreto Supremo N° 043-2003-PCM.- Directiva 003-2003-CONSUCODE/PRE Disposiciones Complementarias para la

participación de postores en consorcio en las contrataciones y adquisiciones del Estado.- Texto Único Ordenado de la Ley Nº 28016 – Ley de Promoción de Competencia y

Formalización y Desarrollo de la Micro y Pequeña Empresa y del Acceso al Empleo, aprobado por Decreto Supremo Nº 007-2008-TR.

- Directiva Nº 009-2009-OSCE/CD - Lineamientos para la aplicación de la garantía de fiel cumplimiento por prestaciones accesorias.

- Directiva Nº 016-2012-OSCE/CD y modificaciones dispuestas mediante Resolución Nº 391-2012-OSCE/PRE de fecha 6 de diciembre de 2012) - Participación de proveedores en Consorcio en las Contrataciones del Estado.

Las referidas normas incluyen sus respectivas modificaciones, de ser el caso.

http://portal.osce.gob.pe/osce/sites/default/files/391-2012-OSCE-PRE.pdf

http://portal.osce.gob.pe/osce/sites/default/files/391-2012-OSCE-PRE.pdf

http://portal.osce.gob.pe/osce/sites/default/files/Documentos/legislacion/Legislacion%20y%20Documentos%20Elaborados%20por%20el%20OSCE/Directivas/MODIFICACION%20DIRECTIVA%20016-2012%20CONSORCIOS.pdf

131


CAPÍTULO IIDEL PROCESO DE SELECCIÓN

2.1.CRONOGRAMA DEL PROCESO DE SELECCIÓN3

Etapa Fecha, hora y lugarConvocatoria : 11/09/2013Registro de participantes : Del: 12/09/2013

Al: 09/10/2013Formulación de Consultas : Del: 12/09/2013

Al: 18/09/2013Absolución de Consultas : 25/09/2013Formulación de Observaciones a las Bases

: Del: 26/09/2013Al: 02/10/2013

Absolución de Observaciones a las Bases

: 03/10/2013

Integración de las Bases : 04/10/2013Presentación de Propuestas : 15/10/2013

* El acto público se realizará en : Edificio “El Regidor” ubicado en el sub. Lote 69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María - Lima / Hora: 09:00.horas

Calificación y Evaluación de Propuestas

: Del: 16/10/2013Al: 21/10/2013

Otorgamiento de la Buena Pro : 22/10/2013* El acto público se realizará en : Edificio “El Regidor” ubicado en el sub. Lote

69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María - Lima / Hora: 16:00.horas

IMPORTANTE:

Debe tenerse presente que en una licitación pública, entre la convocatoria y la etapa de presentación de propuestas debe existir como mínimo veintidós (22) días hábiles y, entre la integración de Bases y la etapa de presentación de propuestas debe existir como mínimo cinco (5) días hábiles.

2.2.REGISTRO DE PARTICIPANTES

El registro de los participantes es gratuito y se realizará en la Unidad de Logística del OSCE, sito en Av. Gregorio Escobedo Cdra. 7 s/n – Piso 3 - Residencial San Felipe - Distrito de Jesús María, Lima sito en las fechas señaladas en el cronograma, en el horario de 08:30 a 17:30horas.

En el momento del registro, se emitirá la constancia o cargo correspondiente en el que se indicará: número y objeto del proceso, el nombre y firma de la persona que efectuó el registro, así

3 La información del cronograma indicado en las Bases no debe diferir de la información consignada en el cronograma de la ficha del proceso en el SEACE. No obstante, de existir contradicción en esta información, primará el cronograma indicado en la ficha del proceso en el SEACE.

110


como el día y hora de dicha recepción.

IMPORTANTE:

Al consignar el horario de atención, debe tenerse en cuenta que el horario de atención no podrá ser menor a ocho horas.

Los participantes registrados tienen el derecho de solicitar un ejemplar de las Bases, para cuyo efecto deben cancelar el costo de reproducción de las mismas.

2.3.FORMULACIÓN DE CONSULTAS Y OBSERVACIONES A LAS BASES

Las consultas y observaciones se presentarán por escrito, debidamente fundamentadas, ante la ventanilla de Mesa de Partes de la Entidad (Unidad de Trámite Documentario), sito en Edificio “El Regidor” ubicado en el sub. Lote 69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María – Lima; en las fechas señaladas en el cronograma, en el horario de 08:30 a 16:30 horas, debiendo estar dirigidos al Presidente del Comité Especial de la LICITACIÓN PÚBLICA N° 005-2013-OSCE, pudiendo ser remitidas adicionalmente al siguiente correo electrónico: [email protected]

IMPORTANTE:

Al consignar el horario de atención, debe tenerse en cuenta que el horario de atención no podrá ser menor a ocho horas.

2.4.ACTO PÚBLICO DE PRESENTACIÓN DE PROPUESTAS

Las propuestas se presentarán en acto público, en Edificio “El Regidor” ubicado en el sub. Lote 69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María – Lima; en la fecha y hora señalada en el cronograma. El acto público se realizará con la participación de NOTARIO PUBLICO.

Se podrá contar con la presencia de un representante del Sistema Nacional de Control, quien participará como veedor y deberá suscribir el acta correspondiente. La no asistencia del mismo no vicia el proceso.

Las propuestas se presentarán en dos (2) sobres cerrados y estarán dirigidas al Comité Especial de la LICITACIÓN PÚBLICA N° 005-2013-OSCE, conforme al siguiente detalle:

SOBRE N° 1: Propuesta Técnica. El sobre será rotulado:

SeñoresORGANISMO SUPERVISOR DE LAS CONTRATACIONES DEL ESTADO - OSCEAv. Gregorio Escobedo S/N – Cdra. 7 – Jesús María - LimaAtt.: Comité Especial

LICITACIÓN PÚBLICA N° 005-2013-OSCE - “ADQUISICIÓN DEL SISTEMA GERP (GOVERNMENT ENTERPRISE RESOURCE PLANNNING) VERSIÓN 1.1.0.”

SOBRE N° 1: PROPUESTA TECNICA[NOMBRE / RAZÓN SOCIAL DEL POSTOR]

mailto:[email protected]

131


SOBRE Nº 2: Propuesta Económica. El sobre será rotulado:

2.5.CONTENIDO DE LAS PROPUESTAS

2.5.1. SOBRE N° 1 - PROPUESTA TÉCNICA

Se presentará en un original y tres (3) copias4.

El sobre Nº 1 contendrá, además de un índice de documentos5, la siguiente documentación:

Documentación de presentación obligatoria:

a)Declaración jurada de datos del postor.Cuando se trate de consorcio, esta declaración jurada será presentada por cada uno de los consorciados. (Anexo Nº 1).

b) Declaración jurada de cumplimiento de los Requerimientos Técnicos Mínimos contenidos en el Capítulo III de la presente sección6 (Anexo Nº 2).

c)Declaración jurada simple de acuerdo al artículo 42 del Reglamento (Anexo Nº 3).En el caso de consorcios, cada integrante debe presentar esta declaración jurada, salvo que sea presentada por el representante común del consorcio.

d)Promesa formal de consorcio, de ser el caso, en la que se consigne los integrantes, el representante común, el domicilio común y las obligaciones a las que se compromete cada uno de los integrantes del consorcio así como el porcentaje equivalente a dichas obligaciones. (Anexo Nº 4)

La promesa formal de consorcio deberá ser suscrita por cada uno de sus integrantes.

Se presume que el representante común del consorcio se encuentra facultado para actuar en nombre y representación del mismo en todos los actos referidos

4 De acuerdo con el artículo 63 del Reglamento, la propuesta técnica se presentará en original y en el número de copias requerido en las Bases, el que no podrá exceder de la cantidad de miembros que conforman el Comité Especial.

5 La omisión del índice no descalifica la propuesta, ya que su presentación no tiene incidencia en el objeto de la convocatoria.

6 El Comité Especial debe determinar al elaborar las Bases si solo bastará la presentación de una declaración jurada para acreditar el cumplimiento de los requerimientos técnicos mínimos o, de lo contrario, si será necesario que lo declarado se encuentre respaldado con la presentación de algún otro documento (tales como: folletos, instructivos, catálogos o similares), en cuyo caso, deberá precisar dicha información en el listado de documentación de presentación obligatoria del numeral 2.5.1 de la sección específica de las Bases.

SeñoresORGANISMO SUPERVISOR DE LAS CONTRATACIONES DEL ESTADO - OSCEAv. Gregorio Escobedo S/N – Cdra. 7 – Jesús María - LimaAtt.: Comité Especial

LICITACIÓN PÚBLICA N° 005-2013-OSCE - “ADQUISICIÓN DEL SISTEMA GERP (GOVERNMENT ENTERPRISE RESOURCE PLANNNING) VERSIÓN 1.1.0.”

SOBRE N° 2: PROPUESTA ECONÓMICA[NOMBRE / RAZÓN SOCIAL DEL POSTOR]

110


al proceso de selección, suscripción y ejecución del contrato, con amplias y suficientes facultades.

e)Declaración jurada de Plazo de Entrega (Anexo Nº 5)7.

f) Declaración jurada de compromiso para la transparencia en el accionar del personal contratado para el OSCE (Anexo Nº 8)

g) Carta emitida por el fabricante o subsidiaria local indicando que los servicios de instalación y puesta en marcha serán ejecutados por el fabricante o personal del postor que cuente con las certificaciones técnicas respectivas para los productos ofertados.

h) Carta emitida por el fabricante o subsidiaria local certificando la solución ofertada.

i) Carta emitida por el fabricante o subsidiaria local indicando que es proveedor certificado o proveedor autorizado de los productos ofertados.

j) Acreditar con contratos u órdenes de servicio, con su respectiva conformidad, haber instalado su sistema GERP y/o personalizado dicho sistema en un mínimo de tres entidades, de los cuales por lo menos uno (1) debe ser pública en el Perú.

k) Acreditar el siguiente personal:

GERENTE DE PROYECTO Perfil:- Profesional universitario de Sistemas, Informático, Industrial, y/o Software.- Deseable que cuente con Maestría en tecnologías de la información o gestión

pública, administración de negocios o gestión de proyectos.- PMP.

Experiencia- 05 años de experiencia gestionando proyectos de sistemas de información.- 03 años de experiencia gestionando proyectos similares al sistema propuesto.- 03 años de experiencia gestionando proyectos de sistemas de información

empleando PMI.

JEFE DE PROYECTOPerfil- Profesional universitario de Sistemas, Informático, Industrial, y/o Software.- Deseable que cuente con Maestría en tecnologías de la información, gestión

pública, administración de negocios, gestión de proyectos- PMP.- Conocimiento de la metodología de implementación del sistema propuesto.Experiencia:- 05 años de experiencia gestionando proyectos de sistemas de información.- 03 años de experiencia gestionando proyectos ERP.- 03 años de experiencia gestionando proyectos de sistemas de información

empleando PMI.

7 En caso de considerar como factor de evaluación la mejora del plazo de entrega, el plazo ofertado en dicho anexo servirá también para acreditar este factor de evaluación.

131


ARQUITECTO DE SOFTWAREPerfil- Profesional universitario de Sistemas, Informático, Industrial, y/o Software.- Conocimiento de RUP.- Conocimiento de UML.- Conocimiento de la Familia ISO 9000.- Conocimiento de Java o lenguaje del Sistema GERP.- Conocimiento de Oracle.Experiencia- 03 años de experiencia en proyectos de sistemas de información.- 01 año de experiencia como arquitecto de software definiendo e

implementado arquitectura de tres capas (modelo, vista, controlador) empleando el lenguaje de programación Java o lenguaje del Sistema ERP.

- 01 año de experiencia como programador empleando RUP, UML, Java o lenguaje del Sistema BI, Java Server Faces, Oracle, etc.

- 01 año de experiencia en sistemas de información empleando RUP, UML, Java Server Faces, etc.

ADMINISTRADOR DE BASE DE DATOSPerfil- Profesional universitario de Sistemas, Informático, Industrial, y/o Software.- Conocimiento de la Familia ISO 9000.- Conocimiento de Administración de Base de Datos Oracle oficial.Experiencia- 03 años de experiencia en proyectos de sistemas de información similares al

sistema propuesto.- 03 años de experiencia como Administrador de Base de Datos en Oracle.- 01 año de experiencia empleando las metodologías de implementación del

sistema propuesto.

ANALISTA DE CALIDADPerfil- Profesional universitario de Sistemas, Informático, Industrial, y/o Software.- Conocimiento de la Familia ISO 9000.- Conocimiento de Java o lenguaje del Sistema GERP.- Conocimiento de Oracle.Experiencia- 03 años de experiencia en proyectos de sistemas de información.- 01 año de experiencia como Analista de Calidad empleando la familia ISO

9000 de calidad de software.- 01 año de experiencia empleando ISO 9000

ANALISTA FUNCIONALPerfil- Profesional universitario en ingeniería, derecho, economía o carreras a fin.- Conocimiento de PMIExperiencia- 03 años de experiencia como analista funcional en proyectos de sistemas de

información y afines.- Experiencia como analista funcional en al menos 05 proyecto de sistemas de

información, de los cuales al menos 01 en temas relacionados al uso de la normatividad de contrataciones.

110


DESARROLLADORPerfil- Bachiller o Ingeniero de Sistemas, Informático, Industrial, y/o Software.- Conocimiento de Java o lenguaje del Sistema GERP.- Conocimiento de Oracle.- Conocimiento de RUP.- Conocimiento de UML.Experiencia- 02 años de experiencia en proyectos de sistemas similares al propuesto.- En caso se requiera desarrollar funcionalidades no incluidas en el sistema

propuesto, se requerirá 01 año de experiencia empleando RUP, UML, Java o Lenguaje del Sistema GERP, Java Server Faces, Oracle.

El perfil del personal propuesto se acreditará con diplomas, constancias, certificados u otros documentos relacionados y la experiencia se acreditará con constancia, certificado, contratos u órdenes de servicio con su respectiva conformidad y comprobantes de pago, cuya cancelación se acredite fehacientemente.

IMPORTANTE:

La omisión de alguno de los documentos enunciados acarreará la no admisión de la propuesta, sin perjuicio de lo señalado en el artículo 68 del Reglamento.

Documentación de presentación facultativa:

a) Factor mejoras a las características técnicas de los bienes y a las condiciones previstas: Copia simple de contratos u órdenes de compra, y su respectiva conformidad por la prestación efectuada; o comprobantes de pago cuya cancelación se acredite documental y fehacientemente.

b) Factor experiencia del postor: Copia simple de contratos u órdenes de compra, y su respectiva conformidad por la prestación efectuada; o comprobantes de pago cuya cancelación se acredite documental y fehacientemente. Adicionalmente, para acreditar experiencia adquirida en consorcio, deberá presentarse copia simple de la promesa formal de consorcio o el contrato de consorcio.

Sin perjuicio de lo anterior, los postores deben presentar el Anexo Nº 6 referido a la Experiencia del Postor.

c) Factor cumplimiento de la prestación: Presentar constancias de prestación o cualquier otro documento que, independientemente de su denominación, acredite que la prestación se ejecutó sin penalidad.

IMPORTANTE:

En caso exista contradicción entre la información presentada en la propuesta técnica, la propuesta será descalificada.

131


2.5.2. SOBRE N° 2 - PROPUESTA ECONÓMICA8

El Sobre Nº 2 deberá contener la siguiente información obligatoria:

Oferta económica expresada en la moneda del valor referencial. (Anexo Nº 7).

Se debe presentar oferta económica para la prestación principal, así como para las prestaciones accesorias, expresada con dos decimales.

El monto total de la propuesta económica deberá ser expresada con dos decimales.

IMPORTANTE:

La admisión de la propuesta económica que presenten los postores dependerá de si aquella se encuentra dentro los márgenes establecidos en el artículo 33 de la Ley y el artículo 39 de su Reglamento.

En caso la información contenida en la propuesta económica difiera de la información contenida en la propuesta técnica, la propuesta económica será descalificada.

2.6.DETERMINACIÓN DEL PUNTAJE TOTAL

Una vez evaluadas las propuestas técnica y económica se procederá a determinar el puntaje total de las mismas.

El puntaje total de las propuestas será el promedio ponderado de ambas evaluaciones, obtenido de la siguiente fórmula:

PTPi = c1 PTi + c2 PEi

Donde:

PTPi= Puntaje total del postor iPTi = Puntaje por evaluación técnica del postor iPEi = Puntaje por evaluación económica del postor i

Se aplicará las siguientes ponderaciones:

c1 = Coeficiente de ponderación para la evaluación técnica. = 0.60

c2 = Coeficiente de ponderación para la evaluación económica. = 0.40]

Donde: c1 + c2 = 1.00

2.7.REQUISITOS PARA LA SUSCRIPCIÓN DEL CONTRATO

El postor ganador de la Buena Pro deberá presentar los siguientes documentos para suscribir el contrato:

a) Constancia vigente de no estar inhabilitado para contratar con el Estado.b) Garantía de fiel cumplimiento del contrato. [DEBE PRESENTARSE CARTA FIANZA]

8 De acuerdo con el artículo 63 del Reglamento la propuesta económica solo se presentará en original.

110


c) Garantía de fiel cumplimiento por prestaciones accesorias. [DEBE PRESENTARSE CARTA FIANZA]

d) Garantía por el monto diferencial de la propuesta, de ser el caso. [DEBE PRESENTARSE CARTA FIANZA]

e) Garantía por adelanto, de ser el caso. [DEBE PRESENTARSE CARTA FIANZA]

f) Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso.g) Código de cuenta interbancario (CCI). h) Traducción oficial efectuada por traductor público juramentado de todos los documentos de

la propuesta presentados en idioma extranjero que fueron acompañados de traducción certificada, de ser el caso.

i) Domicilio para efectos de la notificación durante la ejecución del contrato.j) Correo electrónico para notificar la orden de compra.

IMPORTANTE:

En caso de que el postor ganador de la Buena Pro sea un consorcio y la Entidad opte por solicitar como garantía para la suscripción del contrato carta fianza o póliza de caución, conforme a lo indicado por la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones en los Oficios Nº 5196-2011-SBS y Nº 15072-2012-SBS, a fin de que no existan problemas en la ejecución de las mencionadas garantías, resulta necesario que éstas consignen en su texto, el nombre, denominación o razón social de todas y cada una de las personas naturales y/o jurídicas que integran el consorcio.

Adicionalmente, debe presentar otro tipo de documentación, tales como:

a) Copia de DNI del Representante Legal.b) Copia de la vigencia del poder del representante legal de la empresa.c) Copia de la constitución de la empresa y sus modificatorias debidamente actualizado.d) Copia del RUC de la empresa.e) Estructura de costos o detalle de precios unitarios de los bienes y servicios, para la

formalización del contrato.

IMPORTANTE:

La Entidad no podrá exigir documentación o información adicional a la consignada en el presente numeral para la suscripción del contrato.

2.8.PLAZO PARA LA SUSCRIPCIÓN DEL CONTRATO

El postor ganador de la Buena Pro, sin mediar citación alguna por parte de la Entidad, deberá presentar toda la documentación prevista para la suscripción de contrato dentro del plazo de siete (7) días hábiles, contados a partir del día siguiente de consentida la Buena Pro. Asimismo, dentro de los tres (3) días hábiles siguientes a la presentación de dicha documentación, deberá concurrir ante la Entidad para suscribir el contrato.

La citada documentación deberá ser presentada ante la ventanilla de Mesa de Partes de la Entidad (Unidad de Trámite Documentario), sito en Edificio “El Regidor” ubicado en el sub. Lote 69-B, Zona Comercial del Conjunto Residencial San Felipe – Jesús María, en el horario de 08:30 a 16:30 horas.

2.9. ADELANTOS9

9 Si la Entidad ha previsto la entrega de adelantos, deberá consignar el procedimiento para su entrega y la respectiva

131


La Entidad otorgará un adelanto directo por el veinte por ciento (20%) del monto del contrato original.

El contratista debe solicitar el adelanto en la fecha de entrega de los documentos para la suscripción del contrato, adjuntando a su solicitud la garantía por adelanto,10 mediante la presentación de una CARTA FIANZA, por el mismo monto del adelanto y el comprobante de pago correspondiente. Vencido dicho plazo no procederá la solicitud.

La Entidad debe entregar el monto solicitado dentro de los quince (15) días calendario siguiente a la presentación de la solicitud del contratista.

En el supuesto que los adelantos no se entreguen en la oportunidad prevista, el contratista tendrá derecho a solicitar la ampliación del plazo de ejecución de la prestación por el número de días equivalente a la demora, conforme al artículo 172 del Reglamento.

2.10. FORMA DE PAGO

La Entidad deberá realizar el pago de la contraprestación pactada a favor del contratista, previa recepción de los bienes y conformidad por parte de la Oficina de Estudios Económicos del OSCE.

La forma de pago, está determinado en la Tabla 6: Cronograma de Pago desde iniciado el Proyecto, contenido en las especificaciones técnicas.

De acuerdo con el artículo 176 del Reglamento, para efectos del pago de las contraprestaciones ejecutadas por el contratista, la Entidad deberá contar con la siguiente documentación:

- Recepción y conformidad a cargo de la Oficina de Administración y de la Oficina de Planeamiento y Desarrollo del OSCE.

- Informe técnico a cargo de la Dirección del SEACE y de la Unidad de Tecnologías de la Información.

- Comprobante de pago.

2.11. PLAZO PARA EL PAGO

La Entidad debe efectuar el pago dentro de los quince (15) días calendario siguiente al otorgamiento de la conformidad respectiva, siempre que se verifiquen las demás condiciones establecidas en el contrato.

garantía, precisando el plazo en el cual el contratista solicitará los adelantos. Asimismo, deberá consignar la oportunidad y plazo en el cual se entregarán dichos adelantos, conforme a lo previsto por los artículos 171 y 172 del Reglamento.

10 De conformidad con el artículo 162 del Reglamento, esta garantía deberá ser emitida por idéntico monto y un plazo mínimo de vigencia de tres (3) meses, renovable trimestralmente por el monto pendiente de amortizar, hasta la amortización total del adelanto otorgado. Cuando el plazo de ejecución contractual sea menor a tres (3) meses, la garantía podrá ser emitida con una vigencia menor, siempre que cubra la fecha prevista para la amortización total del adelanto otorgado.

110


CAPÍTULO IIIESPECIFICACIONES TÉCNICAS Y REQUERIMIENTOS TÉCNICOS MÍNIMOS

131


110


131


110


ESPECIFICACIONES TÉCNICAS

“SISTEMA GERP (GOVERNMENT ENTERPRISE RESOURCE PLANNING) Versión

1.1.0.”

Agosto - 2013

131


Tabla de Contenido

1. Resumen Ejecutivo.............................................................................................................35

2. Definiciones.........................................................................................................................37

3. Antecedentes......................................................................................................................39

3.1. Beneficios generales....................................................................................................39

3.2. Datos del sistema actual..............................................................................................39

4. Base Normativa y Documental de la Unidad Orgánica.......................................................40

5. Objetivo............................................................................................................................... 41

6. Alcance del Sistema............................................................................................................41

6.1. Diagnóstico de Procesos..............................................................................................41

6.2. Análisis del Sistema.....................................................................................................41

6.3. Construcción y/o Personalización del Sistema.............................................................43

6.4. Pruebas del Sistema....................................................................................................43

6.5. Implantación del Sistema.............................................................................................43

6.6. Migración...................................................................................................................... 44

6.7. Puesta en Marcha........................................................................................................44

6.8. Transferencia Tecnológica a la Dirección del SEACE del OSCE.................................44

6.9. Capacitación a los Usuarios Internos del OSCE..........................................................45

6.10. Mesa de Ayuda para los Actores del Sistema..........................................................45

6.11. Soporte Técnico Post Implementación.....................................................................45

6.12. Horas Adicionales de Soporte..................................................................................46

6.13. Software y Hardware Incluido en la Solución...........................................................46

6.14. Consideraciones Generales.....................................................................................466.14.1. Lugar de prestación...........................................................................................466.14.2. Requerimientos de conectividad, Hardware y Software....................................47

6.15. Requerimientos Funcionales....................................................................................476.15.1. General..............................................................................................................47

6.16. Requerimientos No Funcionales...............................................................................476.16.1. Tipos y Cantidad de Usuarios............................................................................476.16.2. Funcionalidad Horizontal...................................................................................486.16.3. Arquitectura.......................................................................................................486.16.4. Otras consideraciones.......................................................................................48

6.17. Requerimientos de Integración.................................................................................50

6.18. Requerimientos Técnicos (integración con equipos y SW comercial)......................506.18.1. Mecanismos de identificación electrónica.........................................................506.18.2. Consideraciones para el desarrollo del sistema................................................50

7. Gestión del Proyecto de Análisis, Diseño, Construcción, Pruebas, e Implantación del Sistema GERP......................................................................................................................................... 54

7.1. Organización del Equipo..............................................................................................567.1.1. Planificación de Recursos Humanos del Equipo...................................................567.1.2. Responsabilidades del Equipo..............................................................................57

110


7.1.3. Experiencia del Equipo.........................................................................................597.1.4. Perfil del Equipo....................................................................................................607.1.5. Gestión de Cambio del Equipo..............................................................................61

7.2. Entregables de Gestión del Proyecto de la Metodología de Dirección y Gestión de Proyectos del OSCE................................................................................................................................ 61

7.2.1. Resumen de los Procesos de la Metodología de Dirección y Gestión de Proyectos617.2.2. Los Entregables de la Metodología de Dirección y Gestión de Proyectos que debe elaborar el Equipo...............................................................................................................61

7.3. Entregables del Sistema de la Metodología de Desarrollo de Software del OSCE......617.3.1. Los Entregables de la Metodología de Desarrollo de Software que debe elaborar el Equipo. 617.3.2. Entrenamiento al usuario......................................................................................617.3.3. Implantación..........................................................................................................627.3.4. Post-Implantación.................................................................................................62

7.4. Entregables de Calidad de la Metodología de Calidad de Software del OSCE............627.4.1. Los Entregables de la Metodología de Calidad de Software que debe elaborar el Equipo.

63

7.5. Cronograma de Trabajo...............................................................................................63

7.6. Forma de Pago............................................................................................................64

8. Anexo A: Consideraciones Generales para el Requerimiento del Sistema GERP..............65

9. Anexo B: Consideraciones Técnicas del Sistema GERP....................................................67

10. Anexo C: Requerimientos Funcionales de la Oficina de Administración.............................68

11. Anexo D: Requerimientos Funcionales de la Oficina de Planeamiento y Desarrollo........104

12. Anexo E: Proceso de la Metodología de Dirección y Gestión de Proyectos del OSCE.....111

13. Anexo F: Lista de Entregables de la Metodología de Dirección y Gestión de Proyectos del OSCE.112

14. Anexo G: Lista de Entregables de la Metodología de Desarrollo de Software del OSCE. 114

15. Anexo H: Lista de Entregables de la Metodología de Desarrollo de Calidad del OSCE.. .116

131


1. Resumen Ejecutivo

En el contexto de la sociedad de la información, el Organismo Supervisor de las Contrataciones del Estado (OSCE) propicia la necesidad de tener mejores, más rápidos y más eficientes métodos para sus unidades orgánicas de apoyo. El problema identificado es la realización manual y no integrada de los procesos de recursos humanos, planeamiento, presupuesto, finanzas y logística.A continuación se muestra un esquema de un Sistema ERP para empresas.

Figura 1. Esquema de un Sistema ERP. Fuente y Elaboración: Cortés y Rodríguez (2011).

En la figura 2 se pueden apreciar las funcionalidades de los Sistemas GERP, término mayormente empleado para los sistemas ERP del sector gobierno. Un GERP es un Sistema Integral de Planeamiento, Información y Gestión que como su nombre indica, persigue el logro de la eficiencia de recursos involucrados en actividades de gobierno que permiten: Alinear las distintas áreas de la organización. Automatizar las operaciones. Estandarizar y automatizar los procesos. Unificar la información. Eliminar la duplicación de tareas.

110


Figura 2. Funcionalidades de un Sistema GERP.

El OSCE necesita implementar los procesos que realizan las unidades orgánicas de Logística, Recursos Humanos, Finanzas, Presupuesto y Planeamiento; los módulos implementados deberán estar integrados.

131


2. Definiciones

En esta sección se listan y describen definiciones del análisis, diseño, construcción, pruebas e implantación del Sistema GERP para comprender las diversas secciones del documento.

BI: Business Intelligence.

Consorcio: El contrato asociativo por el cual dos (02) o más personas se asocian, con el criterio de complementariedad de recursos, capacidades y aptitudes, para participar en un proceso de selección y, eventualmente, contratar con el Estado.

Contratación: Es la acción que deben realizar las Entidades para proveerse de bienes, servicios u obras, asumiendo el pago del precio o de la retribución correspondiente con fondos públicos, y demás obligaciones derivadas de la condición del contratante.

Contratista: El proveedor que celebre un contrato con una Entidad, de conformidad con las disposiciones de la Ley de Contrataciones del Estado y su Reglamento.

Contrato: Es el acuerdo para crear, regular, modificar o extinguir una relación jurídica dentro de los alcances de la Ley de Contrataciones del Estado y su Reglamento.

Estandarización: El proceso de racionalización consistente en ajustar a un determinado tipo o modelo los bienes o servicios a contratar, en atención a los equipamientos preexistentes.

ERP: Constituye el sistema de información que ha evolucionado para atender toda la cadena de valor de las organizaciones. Es asícomo los sistemas ERP, se transforman en un conjunto de herramientas que integran SRM (Supplier Relationship Management), CRM (Customer Relationship Management), PLM (Product Lifecycle Management), SCM (Supply Chain Management), CPM (Corporate Performance Management) y HRM( Human Resource Management).Según Muñiz (2004), los sistemas ERP son un “Sistema de planificación de los recursos y de gestión de la información que, de una forma estructurada, satisface la demanda de necesidades de la gestión empresarial”.Mientras tanto para López-Hermoso (2000), un sistema ERP tiene la siguiente definición: Innovación dentro de las aplicaciones empresariales de la tecnología de la información. Las soluciones de este tipo llevan a cabo la racionalización y la integración entre procesos operativos y flujos de información dentro de la empresa, con el objetivo de obtener sinergias entre los recursos que forman la compañía.Del mismo modo para Laudon (2004), define a un sistema ERP como los “Sistemas de información que integran los procesos claves del negocio de forma tal que la información pueda fluir libremente entre las diferentes partes de la firma, mejorando con ello la coordinación, la eficiencia y el proceso de toma de decisiones”.

GERP: Government Enterprise Resource Planning.

GRP: Government Resource Planning, derivación del concepto ERP para el sector gobierno.

Inteligencia de Negocio o BI: Es el conjunto de estrategias y herramientas enfocadas a la administración y creación de conocimiento mediante el análisis de datos existentes en una organización o empresa.

Java: Lenguaje de programación creado por Sun Microsystem para proporcionar más velocidad y facilidad de uso a Internet, es independiente de la plataforma utilizada y está disponible para cualquier navegador de la WWW que admita este lenguaje.

Plug-Ins: Aplicaciones que permiten interpretar y visualizar distintos tipos de ficheros que contienen elementos multimedia y que funcionan sincronizadamente con el navegador.

110


Programación por capas: Es un estilo de programación en el que el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo de esto consiste en separar la capa de datos y la capa de negocios de la capa de presentación al usuario.

Proveedor: La persona natural o jurídica que vende o arrienda bienes, presta servicios generales o de consultoría o ejecuta obras.

SOA: La Arquitectura Orientada a Servicios, es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integración y consolidación.

131


3. Antecedentes

El Organismo Supervisor de las Contrataciones del Estado – OSCE tiene como misión: “Ser el organismo técnico especializado responsable de cautelar la aplicación eficiente de la normativa y promover mejores prácticas en la gestión de las contrataciones del Estado, para el uso óptimo de los recursos públicos y la satisfacción de las necesidades de la población”. Su organización está constituida por órganos de línea así como de apoyo; en este caso estos últimos tienen como función básica dar soporte a los órganos de línea mediante los procesos de Logística, Recursos Humanos, Finanzas, Planeamiento y Presupuesto.Actualmente, el OSCE no dispone de un sistema de integrado de los procesos descritos.En tal sentido el GERP constituye una alternativa para resolver los problemas identificados tales como: Inseguridad en el manejo de la información. Procesos y procedimientos no uniformes. Limitada transparencia de la información. Inconsistencia en los datos. Falta de integración. Duplicidad de tareas.

3.1. Beneficios generalesLos beneficios de un Sistema GERP son los siguientes: Ahorros a nivel de Entidad. Experiencia generada. Generación de criterios de mejores prácticas. Se optimizan los procesos estándar. Interrelación con dependencias gubernamentales. Información real y en línea para toma decisiones. Indicadores de gestión para los diferentes niveles de análisis de la información. Actividades de escala, consolidando procesos.

3.2. Datos del sistema actualEl OSCE ha realizado algunos esfuerzos para automatizar los procesos de la Oficina de Administración y Oficina de Planeamiento y Presupuesto, pero aún no dispone de un sistema integrado.

110


4. Base Normativa y Documental de la Unidad Orgánica

Ley Nº 27806, Ley de Transparencia y de Acceso a la Información Pública. Ley de Contrataciones del Estado y su Reglamento Ley de Administración Financiera Ley de Procedimiento Administrativo General N°27444 Ley Nº 28411, Ley General del Sistema Nacional del Presupuesto. Leyes Anuales de Presupuesto Público Ley del Sistema Nacional de Contabilidad Ley del Sistema Nacional de Tesorería Ley N°20530 y sus modificatorias D. Legislativo N°650 y su Reglamento Ley de AFP Ley N°26790 Modernización de la Seguridad Social y su Reglamento D. Ley N°728 y su Reglamento D.L. N°713 y su Reglamento D.S. N°054-2011-PCM, Plan Estratégico de Desarrollo Nacional Plan Estratégico Institucional 2012 – 2016. Norma Técnica Peruana “NTP-ISO/IEC 17799:2007 EDI, TECNOLOGÍA DE LA INFORMACIÓN.

Código de buenas prácticas para la gestión de la seguridad de la información. 2ª Edición”. Norma Técnica Peruana sobre Seguridad de la Información NTP-ISO/EIC 27001:2008. Directivas emitidas por las Direcciones Generales de Presupuesto Público, Contabilidad y Tesoro

Público.

131


5. Objetivo

El objetivo es implementar un Sistema de GERP que permita administrar y controlar en línea la información de los procesos de las unidades orgánicas de apoyo del OSCE, procesando, identificando y presentando indicadores que muestren y ayuden a tomar decisiones. Este sistema debe ayudar ahorrar, generar formas eficientes de hacer las labores cotidianas optimizando los procesos, interrelacionar unidades orgánicas a través de un sistema, información real, y generar indicadores de gestión para los diferentes niveles de la organización.

6. Alcance del Sistema

Para la implementación del Sistema se debe realizar el análisis, diseño, construcción, pruebas e implantación del Sistema de GERP, e incluir las siguientes actividades: Diagnóstico de Procesos o fase de situación actual y situación requerida. Análisis del mapa de sistemas y procesos involucrados en el presente alcance que la

organización necesita mantener o soportar. Configuración y/o personalización del sistema. Pruebas del Sistema. Implantación del Sistema. Migración. Puesta en Marcha. Transferencia Tecnológica a la Dirección del SEACE del OSCE a fin de garantizar el servicio

continuo del Sistema. Transferencia de conocimiento a los usuarios claves y analistas de IT durante el proyecto. Capacitación a los Usuarios del OSCE que harán uso del sistema. Mesa de Ayuda para los Actores del Sistema. Soporte Técnico Post Implementación presencial. Servicios de horas adicionales de Soporte para Mejora Continua post soporte presencial del

proyecto de implementación. Software y Hardware Incluido en la Solución. Instalación de la solución de software en la infraestructura de HW que suministrará el

proveedor, siendo el proveedor responsable de la provisión oportuna de los equipos necesarios para tales fines.

Consideraciones Generales del Requerimiento. Requerimientos Funcionales. Requerimientos No Funcionales. Requerimientos de Integración. Requerimientos Técnicos (integración con equipos y SW comercial).

A continuación se desarrollará cada componente:

6.1. Diagnóstico de Procesos.El proveedor debe realizar el diagnóstico de los procesos que tomará como flujo de información de entrada para la identificación de los requerimientos durante la fase de análisis relacionados con los procesos de Logística, Recursos Humanos, Finanzas, Planeamiento y Presupuesto, que regirán al Sistema GERP. Es importante para ello seguir la Metodología de Procesos aprobada por el OSCE. El proveedor debe tener conocimiento y experiencia en la implementación de procesos GERP para el sector gobierno, para ello deberá dominar los aspectos técnicos y normativos que regulan los Sistemas de la Administración Pública. Sobre los aspectos técnicos relacionados al negocio puede solicitar reuniones de trabajo a la Sub Dirección de Desarrollo de Proyectos de la Dirección del SEACE.

6.2. Análisis del SistemaAntes de la implementación, el proveedor debe realizar el análisis de las funcionalidades que se implementará del Sistema GERP, identificando todos los requerimientos del usuario. De requerir la construcción de funcionalidades adicionales a los que tiene el Sistema provisto, será necesario seguir la Metodología de Desarrollo de Software aprobada por la Dirección del SEACE y deberá emplearse

110


como herramienta de modelamiento el Power Designer Versión 16.1.El OSCE no proporcionará al proveedor esta herramienta11.

Adicionalmente, se debe considerar todos los elementos actuales del Portal Web del OSCE; así como incorporar las funcionalidades, herramientas y aplicaciones necesarias para apoyar los requerimientos de las Unidades de Logística, Recursos Humanos, Finanzas y de Planificación y Presupuesto, respectivamente. El proveedor deberá contar con tecnología de vigente, de fácil manejo y trabajo eficiente. Asimismo, se deberá tener en cuenta la normativa vigente12.

En particular, se debe tomar en cuenta los siguientes factores críticos de éxito: Adherirse a estándares internacionales de gestión de proyectos, desarrollo de software (para

las extensiones del ERP a implementar), calidad y funcionalidades (documentos electrónicos, transferencia, catalogación, etc.).

Apoyar la introducción y adopción de los sistemas orientando sus funcionalidades al usuario, empleando conceptos como utilidad, fácil uso, seguridad, calidad, mejor práctica, entre otros que contribuyan en la adopción del e-goverment.

Cubrir los procesos asociados a las fuentes de información. Utilizar sistemas de catalogación adecuados y acordes con la realidad nacional.

Lograr interoperabilidad entre diferentes sistemas. Altos niveles de servicio (SLA, seguridad, disponibilidad).

Un aspecto importante para determinar funcionalidades apropiadas en el nuevo Sistema GERP, el proveedor deberá efectuar un diagnóstico del rendimiento de la infraestructura de HW y SW comercial que dispone en el OSCE con la finalidad de poder efectuar las recomendaciones sobre la pertinencia y detalle de una posible expansión futura, la que debe mantener relación con el diseño técnico elaborado para el sistema, además de determinar la frontera de tiempo en la que será necesario actualizar la plataforma tecnológica como consecuencia del crecimiento de las necesidades del usuario. Lo anterior deberá tenerse en cuenta para la coexistencia con otros módulos y/o sistemas de la entidad.Cabe señalar que el Sistema GERP deberá ejecutarse de manera óptima por lo que el proveedor deberá proveer el hardware requerido, el cual debe estar alineado a la infraestructura de Hardware y Software que posee el OSCE. Asimismo el Sistema GERP no puede condicionar su desempeño óptimo bajo una arquitectura de hardware particular, que obligue en un futuro al OSCE, la adquisición de hardware propietario en los cuales habría que licenciar software propietario, por lo que se reitera que el Hardware y Software provisto deberá estar alineado a la infraestructura del OSCE.

Para conocer mayores detalles del hardware y software podrá coordinar visitas y reuniones de trabajo con la Unidad de Tecnologías de la Información. Asimismo, pueden revisar, en la página Web del SEACE, la documentación correspondiente a la Licitación Pública N°001-2013/OSCE “ADQUISICIÓN DE UNA SOLUCIÓN DE SERVIDORES CONSOLIDADOS Y SOFTWARE DE VIRTUALIZACIÓN” a

11 Absolución a la consulta 1de la empresa INDRA PERÚ SALa Metodología de Desarrollo de Software está basada en RUP y UML, la misma que define para la elaboración de sus artefactos el uso de la herramienta Power Designer Versión 16.1. Motivo por el cual el lenguaje a utilizar para la construcción de funcionalidades adicionales tiene que emplearse necesariamente la metodología y herramienta aprobada por la Dirección del SEACE.a) Se confirma, que la Metodología a usarse es la aprobada por la Dirección del SEACE, la misma que está basada en los procesos de RUP y lenguaje de modelamiento UML.b) Se confirma, que el proveedor debe entregar los artefactos elaborados requeridos por la Metodología aprobada. Los estándares y políticas se encuentran definidos en los procesos, mejores prácticas de RUP y lenguaje de modelamiento UML. No es necesario precisar mayores detalles al respecto porque son tecnologías que se usan en el desarrollo de software en el mundo.

12 Absolución a la consulta 2de la empresa INDRA PERÚ SAEl OSCE utiliza en el portal una tonalidad de colores y estilos que todo módulo y sistema deben utilizar, motivo por el cual se solicita al proveedor emplear dichas tonalidades y estilos los mismos que deben ser configurables en el tiempo. Asimismo, debe permitir agrandar las letras para una mejor visualización.

131


fin de que tomen conocimiento de la infraestructura a la cual debe alinearse el Hardware a suministrar.

6.3. Construcción, Configuración y/o Personalización del Sistema.Para la configuración y/o personalización de los módulos del Sistema GERP a implementar, se pide seguir los estándares de programación de la herramienta GERP aprobados por la Dirección del SEACE. La configuración y/o personalización de los módulos del sistema deberá incluir todos los requerimientos identificados e implementarse de acuerdo a las especificaciones realizadas en las fases anteriores. En el caso requiera efectuarse la construcción de alguna funcionalidad, se deberá utilizar los estándares de programación aprobados por la Dirección del SEACE.

El OSCE cuenta con una importante base instalada basada en ORACLE 11g, motivo por el cual el Sistema GERP debe implementarse siguiendo el mismo estándar o producto y tecnología superior del mismo fabricante que el POSTOR presente como propuesta y que se considere una alternativa válida y superior tecnológicamente a lo que hoy en día tiene OSCE.

6.4. Pruebas del Sistema.El proveedor después de configurar y/o personalizar un módulo del Sistema deberá acreditar la realización de las pruebas funcionales unitarias e integrales proporcionando los casos de prueba y datos necesarios que garanticen un control de calidad del producto, el mismo que debe repetirse para todos los módulos del sistema. Asimismo, acreditará la realización de pruebas técnicas que garanticen el cumplimiento de los estándares aprobados por el OSCE. Finalmente, antes de poner en operación el sistema, el proveedor realizará las pruebas de stress en el ambiente productivo con el objetivo de afinar y optimizar el sistema.

6.5. Implantación del Sistema.El sistema deberá ser implantado en la infraestructura de Hardware y Software Básico (Linux, Oracle DB 11g, JBoss) que provea el postor13.

El software del Servidor de Aplicaciones: Jboss o el que se defina previa aprobación de la Dirección del SEACE.

El software de Base de Datos: 01 Licencia de Software de Base de Datos (licencia de usuarios ilimitados de la Base de

Datos, para 4 procesadores) ORACLE DATABASE 11g

Cualquier coordinación y visita al respecto, la pueden coordinar con la Unidad de Tecnologías de la Información.

El proveedor alcanzará al OSCE el Manual de Instalación del Sistema, conteniendo el detalle paso a paso de la instalación y creación de base de datos, así como las configuraciones necesarias de los productos anteriores que garanticen tiempos de respuesta óptimos de acuerdo a los criterios de calidad descritos en los requerimientos. Del mismo modo, el proveedor elaborará el documento Informe de Implantación, el cual se basará en el Plan y Estrategia de Implantación presentado al OSCE. Esta etapa incluirá un Informe de Situación Actual para que el OSCE proceda a dar la conformidad según corresponda.

6.6. MigraciónInmediatamente, definido y aprobado la configuración base del sistema se dará inicio al servicio de migración de datos el cual determinará el traspaso coherente, ordenado y transparente de la información que actualmente recibe bases de datos, archivos planos y sistemas internos del OSCE.Al respecto, es necesario considerar:

13 Absolución a la consulta 7 de la empresa INDRA PERU SAEl sistema GERP será instalado en los centros de cómputo del OSCE. Tal como se especifica en las Bases, el proveedor debe proveer toda la infraestructura de Hardware y Software necesario para que la solución opere en alta disponibilidad. Para cualquier coordinación adicional puede solicitar una reunión a la Unidad de Tecnologías de la Información.Por lo indicado, se confirma que el postor no debe incluir el servicio de Hosting.

110


El criterio central de la migración es asegurar una transición fluida desde las fuentes actuales y sus mecanismos de registro de información, hacia el nuevo sistema.

Es fundamental aclarar que el referido proceso de migración debe definirse de forma tal que asegure la operatividad del sistema de información.

La migración debe incluir parámetros, variables, indicadores e información propia de la entidad, así como sus equivalencias que permitan la integración con otros sistemas.

La información histórica estará a disposición de los usuarios a través del Sistema GERP.

El proveedor adjudicado presentará un Plan de Migración, que incluya todos los componentes necesarios para pasar organizadamente la información hacia el Sistema GERP.El OSCE entregará los datos contenidos en las bases de datos actuales en el formato que convengan las partes. Cabe señalar que este proceso no puede causar indisponibilidades del sistema.

6.7. Puesta en MarchaLa estrategia a seguir para la puesta en marcha del Sistema GERP tendrá presente la gradualidad de la construcción y/o personalización, pruebas y aprobación de los módulos, considerando el riesgo de cambios debido a funcionalidades transversales e integraciones con otras aplicaciones, módulos o sistemas definidos en el alcance del sistema. Para la puesta en marcha también deberá cumplirse con los requerimientos de capacitación a la Dirección del SEACE y Usuarios Internos del OSCE.

6.8. Transferencia Tecnológica a la Dirección del SEACE del OSCEEl proveedor del Sistema GERP presentará para su aprobación y ejecución un programa de transferencia tecnológica dirigido al personal de la Unidad de Tecnologías de Información y de la Dirección del SEACE. En dicho programa se detallarán los temas que permitan la correcta comprensión de la operatividad del sistema para una eventual actualización de sus funcionalidades.El proveedor proporcionará tanto el dictado del curso como el material para realizar dicha actividad.Las personas a capacitar serán aproximadamente veinticinco (25) tanto de la Unidad de Tecnologías de Información como de la Dirección del SEACE, quienes recibirán cursos sobre los documentos elaborados, herramientas de desarrollo utilizadas, la construcción y/o personalización y funcionamiento del Sistema GERP. El cual debe comprender una capacitación de 20 horas por módulo como mínimo.

El proveedor incluirá como parte de su propuesta la realización de las siguientes actividades: Desarrollo del Plan de Capacitación para la Implementación del Sistema, considerando la

estrategia, planificación y recursos asociados a dicha formación. Los horarios serán coordinados con la Dirección del SEACE.

La planificación debe indicar en qué momento se realizará la capacitación como actividad independiente y cómo se encuadra dentro de la planificación general establecida. También se identificarán cuantos cursos de un mismo tipo se impartirán, la duración de cada curso y el número total de horas de capacitación.

La actividad de formación será independiente a cualquier otra actividad del proyecto. El proveedor hará una formación previa a la implantación y otra en la etapa de implantación. Determinar el entorno operativo necesario para asegurar la formación. Ejecutar el Plan de Capacitación en coordinación con la Dirección del SEACE. El proveedor alcanzará los requerimientos para el dictado de los cursos en cuanto a: lugar,

características de las aulas y herramientas necesarias.

El material debe ser proporcionado por el proveedor y será revisado por la Dirección del SEACE para su aprobación. Una vez aprobado, el proveedor entregará dicho material en formato Word, Ppt, impreso y en CD, en original y dos copias.

El proveedor deberá elaborar el documento Informe de Capacitación a la Dirección del SEACE, el cual se basará en el Plan de Capacitación.

131


6.9. Capacitación a los Usuarios Internos del OSCEEl proveedor capacitará a los usuarios internos del OSCE en el manejo del Sistema GERP. Los usuarios internos serán determinados en coordinación con la Oficina de Administración y la Oficina de Planeamiento y Desarrollo, para ello se considera necesario capacitar aproximadamente a cien (100) personas por parte de los usuarios internos, quienes recibirán los cursos sobre el funcionamiento del sistema.

La capacitación debe tener un enfoque de casos prácticos y a partir de ellos adecuar los cursos de formación, permitiendo una mayor efectividad de ésta.El material debe ser proporcionado por el proveedor y será revisado por la Dirección del SEACE en coordinación con las unidades orgánicas usuarias para su aprobación. Una vez aprobado, el proveedor entregará dicho material en formato Word, Ppt, impreso y en CD, en original y dos copias.

La ejecución del Plan de Capacitación se hará en coordinación con la Oficina de Administración y Oficina de Planeamiento y Desarrollo. El cual debe comprender una capacitación de 20 horas por módulo.

El proveedor deberá elaborar el documento Informe de Capacitación a la Dirección del SEACE, el cual se basará en el Plan de Capacitación.

6.10 Mesa de Ayuda para los Actores del SistemaEl proveedor dispondrá de un equipo mínimo de 4 personas (o superior si se determina que son necesarias) que serán las que atiendan las incidencias que se reporten producto del uso del sistema. Este servicio estará disponible por cuatro (04) meses en horario de oficina (5x8) en modalidad onsite, durante el cual se irá entrenando al personal de la Dirección del SEACE que asumirá la mesa de ayuda al término de dicho periodo.Adicionalmente, se establecerá contacto telefónico desde el OSCE (de lunes a domingo, 24x7) y con los siguientes tiempos de respuesta (atención) y resolución:

Tiempos de respuesta: Problema crítico: instantáneo Problema grave: inferior a 1 hora Problema leve: inferior a 04 horas

Tiempos de resolución: Problema crítico: inmediato, ofreciendo una solución lo antes posible (máximo 02 horas) Problema grave: 04 horas Problema leve: 1-2 días

El tiempo de resolución de la incidencia podría determinar el incremento de personal para atender las incidencias, por lo que el proveedor deberá gestionar apropiadamente la demanda de recursos para atender la demanda de incidencias.

En lo anterior, se considerarán: Problemas críticos: los que afectan de forma masiva a los usuarios o implican paralización de

las transacciones o retrasos. Problemas graves: los que, no estando en la categoría anterior, afecten a los usuarios finales

que son los que buscan y consultan información en el sistema. Problemas leves: resto de problemas.

6.11. Soporte Técnico Post ImplementaciónUna vez implantado el sistema en su totalidad, el proveedor otorgará al OSCE una garantía por un periodo de seis (06) meses, definido en su propuesta, con la finalidad de garantizar la estabilidad del sistema y complementar funcionalidades y requerimientos adicionales. Se debe diferenciar el producto de GERP adquirido el cual debe tener una garantía de 36 meses, de la implementación de los requerimientos empleando el producto de ERP el cual debe tener una garantía de seis (06) meses.El proveedor deberá garantizar su capacidad para dar soporte técnico hasta por el periodo acordado, luego de terminado el período de implementación y en caso de ser requerido para tal efecto. El costo

110


del soporte técnico posterior no estará incluido en el precio inicial y el OSCE no estará obligado a contratarlo.Para la fase de Soporte Post Implantación el proveedor propondrá un equipo reducido capaz de atender dicha fase, el mismo que incluirá necesariamente por el periodo definido el personal necesario que participará en la atención de las incidencias presentadas durante la garantía delos sistemas.

6.12. Horas Adicionales de SoporteEl proveedor indicará el catálogo de servicios profesionales que debe proporcionar durante la operación del Sistema GERP (consultoría, expertos, desarrollo, etc.). El proveedor alcanzará información del personal disponible para proporcionar estos servicios, localización y su experiencia, añadiendo las tarifas por perfiles.El OSCE considerará esta información si durante la etapa de garantía necesitara tomar alguno de estos servicios para efectos de mantenimiento evolutivo del Sistema GERP.

6.13. Software y Hardware Incluido en la SoluciónEl proveedor detallará el software que entregará al OSCE como parte de su solución para el correcto funcionamiento y uso legal de acuerdo a lo planteado en la propuesta técnico-económica el cual deberá estar licenciado. En el caso de las licencias se otorgará al OSCE el derecho de uso permanente y sin obligaciones o requisitos onerosos posteriores o adicionales, el cual se entregará de acuerdo ley de suscrito el contrato.

Asimismo, el proveedor deberá suministrar el Hardware necesario para implementar el sistema y garantizar un esquema de Alta Disponibilidad, para lo cual deben proveer equipamiento redundante, los cuales se instalarán en las dos sedes del OSCE en Jesús María.

6.14. Consideraciones GeneralesAdicionalmente a lo descrito anteriormente se define las siguientes consideraciones generales del proyecto:

6.14.1. Lugar de prestaciónEl proveedor deberá disponer de un ambiente propio, en el cual pueda realizar la implementación de los requerimientos del sistema. El OSCE facilitará y/o dispondrá un ambiente de reuniones para que pueda realizarse reuniones de trabajo. Es importante que el proveedor respete el horario de oficina y efectúe previamente las coordinaciones cuando sea necesario laborar fuera de hora o en instalaciones específicas. Sin perjuicio de lo anterior, como ya se describió, el proveedor podrá efectuar las tareas que considere conveniente en sus oficinas u otras instalaciones.El proveedor deberá dimensionar los entornos de trabajos requeridos, correspondientes a las etapas de implementación del Sistema GERP, especificando los recursos de hardware, los componentes y el software base necesarios para desarrollar su trabajo sin contratiempos y de la manera más eficiente.

Asimismo, deberá de considerar lo siguiente: Todo el equipamiento (hardware, software, licencias, servidores de desarrollo u otros)

necesario para el despliegue del sistema deberá ser proporcionado por el proveedor. En caso sea necesario efectuar alguna actividad de Desarrollo para cubrir las funcionalidades

requeridas, el proveedor también debe proveer lo necesario para implementar su entorno de desarrollo y de pruebas. El mismo que deberá ser coordinado y aprobado por la Dirección del SEACE para no transgredir los estándares de desarrollo, gestión de proyectos y calidad aprobada.

Los ambientes de instalación de desarrollo y pruebas que sean requeridas, serán proporcionados por el Proveedor.

El proveedor deberá adecuarse al horario de trabajo del OSCE y registrará la entrada y salida de su personal de nuestras instalaciones. El formato de registro será proporcionado por el OSCE.

131


Todos los útiles de oficina necesarios serán proporcionados por el proveedor, tales como impresora, papel, tóner, entre otros.

Las pruebas que realice el OSCE, como parte de sus actividades para dar conformidad al producto, se ejecutarán en su ambiente de pruebas, utilizando únicamente el manual de instalación y configuración (entregable) preparado por el proveedor. El ambiente estará constituido por servidores y será similar al ambiente de producción. La instalación y configuración del ambiente de producción se hará con el manual empleado para instalar y configurar el ambiente de pruebas. El ambiente de pruebas y producción es de uso exclusivo del OSCE.

El POSTOR brindará todo el soporte técnico para la correcta configuración e instalación de ambientes: desarrollo, pruebas y productivo.

El ambiente de capacitación será creado y proporcionado por el OSCE. Para instalar y configurar este ambiente también empleará el manual de instalación y configuración del ambiente de pruebas.

El ambiente de producción de la solución estará ubicado dentro del Centro de Cómputo que el OSCE asignará.

6.14.2. Requerimientos de conectividad, Hardware, y Software y seguridad de accesos al GERP.

El proveedor detallará los requerimientos necesarios para poder desarrollar sus labores.En general, el OSCE proveerá los accesos de conectividad necesarios, pero será responsabilidad de la firma contar con los elementos que sean inherentes a su contrato.El proveedor debe proporcionar una herramienta que permita mitigar y remediar los riesgos por control de accesos al sistema GERP con el objetivo que la provisión de usuarios y de sus permisos sobre el sistema GERP sea controlada y monitoreada a fin de tener un gobierno de accesos eficiente. Esta solución deberá integrarse con la solución GERP.

6.15. Requerimientos Funcionales.Los requerimientos funcionales que se muestran en esta sección deberán ser validados y verificados por la Oficina de Administración y Oficina de Planeamiento y Desarrollo, motivo por el cual el proveedor deberá detallar, actualizar y agregar otros requerimientos, cuando se realice el Modelo de Negocio, Requisitos y Análisis y Diseño.

6.15.1. General.Los requerimientos funcionales de la Oficina de Administración se encuentran en el Anexo C.

Los requerimientos funcionales de la Oficina de Planeamiento y Desarrollo se encuentran en el Anexo D.

6.15.1.1. Interfaces.El sistema debe estar implementado para proporcionar servicios cuando se requiera.

6.16. Requerimientos No Funcionales.En el sistema se deberán considerar lo siguiente:

6.16.1. Tipos y Cantidad de UsuariosPara el Sistema GERP se requerirá de los siguientes tipos y cantidad de usuarios: Usuario Administrador: Tiene todos los privilegios del Sistema GERP, la cantidad de usuarios

es 70 para el BackOffice. Usuario Avanzado: Tiene algunos privilegios de administrador del GERP y tiene todos los

privilegios de un usuario consultante. La cantidad de usuarios es ilimitada, ya que se cuenta todos los accesos al esquema de base de datos.

Usuario Consultante: Es un usuario que consume vía interfaz Web la información, la cantidad de usuarios es ilimitada. A muchos de estos usuarios con el esquema de seguridad se les podrá restringir el acceso a través del sistema de seguridad.

Usuarios por Módulos:

110


o 139 usuarios de tipo operador, de los cuales 25 usuarios del área de Logística para los módulos de compras, almacén, patrimonio y Servicios generales. Asimismo, 2 usuarios de tipo operador por cada centro de costo que en total son 57.

o 8 usuarios operadores para los módulos de Recursos Humanos.o 10 usuarios operadores para el módulo de Finanzas.o Para el módulo de Planificación y Presupuesto se requiere 28 usuarios del tipo operador,

quienes serán los coordinadores de meta en cada centro de costo. Asimismo, 5 usuarios operadores correspondientes al personal de Planificación y Presupuesto.

Funcionalidad HorizontalMás allá de la funcionalidad específica requerida para cada proceso de negocio soportado, el sistema requiere tener las siguientes características: Exportación de información a formatos compatibles (Microsoft Office, Open Office, etc.). Registro de las actividades y de los agentes responsables de ejecutarlas en el sistema. Estos

agentes deberán ser validados y consistenciados en sus datos básicos. Buscador eficiente de información (operadores booleanos). Acceso a banners y links. Ayudas contextuales, que brinden información del proceso u opción en curso. Manejo de permisos para acceder a los recursos del sistema, debe entenderse como recursos

menú, opciones de menú (y los diversos niveles de menú), pantallas, criterios de búsqueda, campos de registro, campos de visualización, listados y en general todo componente de visualización del sistema.

Relleno de campos de descripciones u otros, con información de tablas y/o datos ya registrados, que eviten duplicar el ingreso de información.

Integración fluida de video, sonido, imágenes. Capacidad de administración documental con soporte a distintos formatos de archivos. Herramientas de notificación y trigger automático de acciones. Integración fluida con e-mail desde las distintas pantallas de la Aplicación Web. Salidas impresas definibles. Acceso a información relevante de referencia. Seguimiento y monitoreo de funcionalidades principales. Administrador de contenidos. Idiomas: Multilingüe Español, Inglés y traducible a cualquier idioma. El sistema debe tener la capacidad de generar un “ambiente de capacitación” para los actores

del negocio sin costo alguno o adicional para el OSCE. El sistema debe tener la capacidad de notificar el incumplimiento o transgresiones al marco

normativo. El sistema debe proveer alertas para el monitoreo del sistema:

Incumplimiento de regla de negocio. Notificar al usuario. Constancia del aviso. Bloquear cualquier acción del usuario.

6.16.3. ArquitecturaEn el Anexo B se encuentran las consideraciones técnicas del Sistema GERP o el aprobado previamente por la Dirección del SEACE.

6.16.4.1. Otras consideracionesA continuación se describen otras consideraciones que tiene que tener en cuenta el proveedor:

6.16.1. Marco de Referencia.El marco de referencia a emplear en este requerimiento es el siguiente: Norma Técnica Peruana “NTP-ISO/IEC 17799:2007 EDI, TECNOLOGÍA DE LA

INFORMACIÓN. Código de buenas prácticas para la gestión de la seguridad de la información. 2ª Edición”.

6.16.4.2. Normas y Estándares (Ejemplo Sistema 100% WEB y uso de protocolos estándar).Para alcanzar el producto de software se requerirá las siguientes normas y estándares:

131


En el caso se requiera efectuar actividades de Desarrollo para cubrir las funcionalidades solicitadas, el OSCE a través de la Dirección del SEACE proporcionará estándar de programación en Java (o lenguaje elegido) y Base de Datos Oracle 11g.

En el caso se requiera efectuar actividades de Desarrollo para cubrir las funcionalidades solicitadas, el OSCE a través de la Dirección del SEACE proporcionará la Metodología de Desarrollo de Software y plantillas la cual está basada en RUP y UML.

El OSCE a través de la Dirección del SEACE proporcionará la Metodología de Gestión de Proyectos y plantillas la cual está basada en PMI.

El OSCE a través de la Dirección del SEACE proporcionará la Metodología de Calidad y plantillas la cual permite realizar aseguramiento de calidad y control de calidad de software basada en la norma ISO 9000.

Accesibilidad:El diseño del sistema deberá tener en cuenta las características actuales de la infraestructura informática que posee nuestra sociedad, por lo tanto las interfaces deberán ser lo más livianas posibles y quedando descartado cualquier mecanismo que obligue a instalar aplicaciones clientes en las PC.

Acceso a Internet: Debido a esta realidad, el Sistema deberá poder ser accedido, si así lo requiere la OSCE desde internet.

Seguridad y Accesibilidad: Esta consideración también se deberá tener en cuenta para la solución de seguridad aplicada a todas las transacciones que se realicen en el marco del negocio. Esta solución deberá de ser sumamente económica y no utilizar medios físicos onerosos para los participantes del sistema. Asimismo, otra consideración técnica que habrá que tener en cuenta es la referida a los protocolos de comunicación, debiendo emplearse protocolos estándares certificados, tal como TCP/IP con SSL como medio de comunicación segura, y puertos estandarizados de comunicación, ya que algunos usuarios se conectarán detrás de firewalls y proxy’s. Asimismo, se debe brindar consideraciones de control y seguridad para administrar los accesos desde el interior y exterior de la OSCE.

6.16.4.3. Derechos de Propiedad.OSCE tendrá todos los derechos intelectuales inherentes a las funcionalidades del Sistema GERP implementado y será propietario de los entregables y su contenido, estándares y normas entregados.

6.16.4.4. Coexistencia y Gradualidad.Se ha definido como necesario e indispensable permitir la coexistencia de los mecanismos tradicionales, basados en medios físicos y trámites manuales, permitiendo la actuación de los usuarios conforme al sistema tradicional vigente.Sin embargo, cuando el usuario defina un proceso como “electrónico” no será aceptable la documentación en medio físico tradicional.Asimismo, en vista que se trata de introducir a los usuarios en el mundo digital y esto requiere, de cierto nivel de inversiones que permitan la conectividad y la capacitación y “culturización” de los usuarios, se ha definido que los actores del negocio lo hagan en forma gradual y progresivamente, de acuerdo a la infraestructura de informática y de comunicaciones y a la disponibilidad de conectividad con que cuenten.

6.16.4.5. Codificación de las Entidades y Actores Importantes.Se ha definido como necesario e indispensable permitir la coexistencia de los sistemas debido a ello se debe considerar como parte del análisis las equivalencias, consumo y exposición de los servicios para codificar a las entidades y actores importantes del negocio de la implementación de este nuevo sistema. Esta tarea será coordinada con personal de la Sub Dirección de Desarrollo de Proyectos.

6.16.4.6. Estandarización y Simplificación.Se debe buscar estandarizar las reglas de negocio empleando los estándares definidos y simplificar los pasos requeridos para terminar una tarea en el sistema. Esta tarea será coordinada con personal de la Sub Dirección de Desarrollo de Proyectos.

6.17. Requerimientos de IntegraciónEl funcionamiento del Sistema GERP requiere obligatoriamente la existencia de interfaces de integración empleando los conceptos de SOA con diversos sistemas, alguno de los cuales deberá ser implementado en el proyecto:

110


6.17.1.1. Sistema de Seguridad.El OSCE proporcionará el módulo de seguridad el cual será incrustado en el nuevo Sistema, el cual ofrece servicios de acceso a los recursos a un determinado usuario del sistema, el sistema tendrá las siguientes características: Sistema de seguridad y control de acceso. Esquema de seguridad con control de acceso multinivel.

6.17.1.2. Integración con otros sistemas.De requerirse integraciones con otros sistemas, este se determinará en la fase de análisis y diseño del sistema. Estas integraciones son servicios que requiere el sistema para poder operar. Estas integraciones deberán ser coordinadas con la Sub Dirección de Desarrollo de Proyectos de la Dirección del SEACE.

6.18. Requerimientos Técnicos (integración con equipos y SW comercial)El sistema deberá considerar los siguientes requerimientos técnicos.

6.18.1. Mecanismos de identificación electrónica.Conforme a los requerimientos, además del establecimiento de conexiones seguras en ambas vías, las propuestas que se envíen por medio electrónico deberán incorporarse mecanismos de identificación electrónica, en lugar de la firma autógrafa. Cabe señalar que debido a las características especiales de este sistema, estos mecanismos no deberán utilizar medios físicos, tales como token, card, ni ningún otro elemento de este tipo, que implique mayores costos para los usuarios.Respecto a los mecanismos de identificación electrónica, éstos garantizan la confidencialidad, integridad y autenticidad de los documentos y consecuentemente la información. La confidencialidad se refiere a la capacidad de mantener un documento electrónico inaccesible a todos, excepto a quien está dirigido. La integridad está referida a la capacidad de asegurar que el contenido del documento electrónico recibido por el destinatario no ha sufrido modificación alguna. La autenticidad se refiere a la capacidad de determinar que el autor ha establecido su reconocimiento y compromiso sobre el contenido del documento electrónico.Ambos aspectos, el de la confidencialidad y el de la autenticidad, se deberán resolver mediante la utilización usuarios y claves de acceso así como la función de “Solo Lectura” de los documentos enviados.

6.18.2. Consideraciones para el desarrollo del sistema.El sistema deberá tener en consideración para el desarrollo de las modificaciones y/o adecuaciones del sistema lo siguiente:

6.18.2.1. Consideraciones funcionales.

Seguridad.La seguridad del sistema deberá ser restrictiva tanto a nivel de funciones como a nivel de datos, según roles que tengan asignado los usuarios. Asimismo se deberá considerar la encriptación de aquella información que se considere confidencial, tanto a nivel WAN como a nivel LAN. Se deberá contemplar el empleo de mecanismos de autenticación e encriptación tales como los certificados electrónicos y digitales. Los requerimientos de seguridad deben considerar los siguientes aspectos:

Tabla 1. Lista de Requerimientos de Seguridad que debe tener un sistema.Requerimientos de

SeguridadDescripción

Autenticidad

La cual debe asegurar que los usuarios del sistema son quienes dicen que son y que se puede verificar su autenticidad. La solución debe basarse en la dupla user/password y potencialmente incorporar soluciones más robustas de autentificación, incluyendo time stamping.

Autorización Corresponde a los poderes conferidos a cada usuario, en el caso de los

131


compradores, a la autorización requerida para que un usuario realice alguna acción en el sistema.

ConfidencialidadDebe proveer mecanismo para asegurar la confidencialidad de datos y transacciones, por ejemplo a través de sesiones seguras vía SSL u otros mecanismos de encriptación.

Integridad El sistema debe asegurar la integridad de datos y transacciones.

No-repudiaciónNo-repudiación significa que un usuario no pueden negar una transacción, por lo que el sistema debe entregar mecanismo de no repudiación.

TrazabilidadEl sistema debe proveer de mecanismos de realizar un seguimiento a las transacciones y a la historia contenida en el sistema.

Requerimientos a equipos deusuarios finales

El uso del sistema no debe requerir equipamiento y/o una plataforma tecnológica fuera de los estándares normales.

Interfaz Gráfica de Usuario. El diseño de las interfaces de los usuarios deberá ser sumamente amigable e intuitivo. Asimismo deberán de ser lo más livianas posibles a fin de agilizar su carga a través de todos los entornos implementados.

Re-uso Intensivo.El concepto de reutilización de componentes empresariales deberá ser aplicado, para generar librerías de objetos con código probado, eficiente y mantenible.

Ingreso de datos.Debido a la diversidad de escenario que presenta la realidad de las entidades y los proveedores, el sistema debe permitir que la información sea suministrada por diferentes medios, tanto en archivos en medios digitales, como enlínea.

Consistencia y Calidad de la Información.Toda la información manejada por el sistema, en particular por cada uno de sus módulos, debe tener consistencia y calidad. Esto implica que la solución debe contar con los mecanismos de control, validación, completitud y racionalidad que garanticen dicha consistencia y calidad.

Parámetros determinados por el usuario en las consultas.En los reportes o consultas solicitados por el usuario, y en general, en toda consulta de datos, deberá existir la opción de determinar el período de consulta de datos (diario, semanal, quincenal, mensual, trimestral, anual o un rango de fechas). Asimismo, todas las consultas deberán permitir la visualización de los datos con diferentes opciones de gráficos.

Procesos óptimos.Se deberá tomar como base la definición de los procesos actuales, estos procesos deberán ser revisados y el proveedor podrá proponer mejoras, las cuales podrán ser implementadas según su implicancia en la normativa vigente, es decir que sea viable modificar leyes, reglamentos o directivas que incorporen las mejoras propuestas. Para el modelamiento de procesos se usará el uso de una herramienta de BPM (Business Process Managment).

Flexibilidad. El sistema deberá ser flexible, de tal forma que los cambios puedan ser manejados por alteraciones en el valor de sus parámetros, por lo tanto la codificación de los programas deberá estar libre de la utilización de valores fijos (constantes) que obliguen a mantenimiento posterior por este concepto.

Ayudas en línea.

110


El sistema deberá contar con la opción de ayudas en línea para obtener una breve descripción de las funciones y acciones que se definan en las diferentes interfaces de modo tal que todo usuario del sistema pueda operarlo fácilmente.

Segmentación de acuerdo a necesidad, 1:1/n. Se deberá poder realizar diferentes tipos de segmentaciones. El modelo de datos debe garantizar una evolución hacia una profundización del conocimiento de los participantes, teniendo la capacidad de ser flexible en la agregación de campos e información.

Funciones de auditoría.En coordinación con el OSCE se definirán funciones que brinden facilidades de pistas de auditoría (registro de usuarios, acciones, fecha, hora, imágenes anteriores y posteriores, entre otras).

Control de Cambios.El proceso debe describir cómo controlar, rastrear y monitorear cambios de manera de permitir un desarrollo iterativo exitoso. Controlar los cambios de todos los artefactos del sistema (modelos, código, documentos, etc.). Estos controles de cambios pueden ser gestionados y centralizados en la misma herramienta en la cual el postor vaya a gestionar la gestión del proyecto y los controles de pruebas.

HelpDesk.Debe permitir a los usuarios realizar consultas sobre la operación del sistema, así como sobre temas administrativos y legales, canalizando dichas consultas a los especialistas del OSCE según el tema.

Información no estructurada.Para la información no estructurada, se deberán disponer de una herramienta que permita las búsquedas “full-texto” y a través de formularios electrónicos programables.

Tiempo de respuesta.El sistema deberá tener un tiempo de respuesta aceptable, el cual deberá ser menor a 5 segundos para transacciones efectuadas sobre conexiones de banda ancha.

6.18.2.2. Consideraciones técnicas.

Marco de referencia.De acuerdo a las políticas y estándares definidos por el OSCE.

Arquitectura.El sistema debe estar diseñado para funcionar en un ambiente Web y una arquitectura mínima de tres (03) capas, en la que se pueda diferenciar y separar la capa de presentación, la capa de lógica de negocio y la capa de datos. En este sentido la aplicación debe estar diseñada para funcionar con un middleware.

Sistema Operativo.El sistema operativo, que proveerá el proveedor, en donde residirá el sistema será de alta disponibilidad, contemplando que el Sistema se convertirá en un sistema de misión crítica para el funcionamiento del aparato estatal.

Servidor de aplicaciones.Se usará un servidor de aplicaciones que permita aprovechar al máximo los componentes nativos para los que está diseñado. El proveedor deberá proporcionar las licencias que sean necesarias como parte de la solución y propuesta técnica.

Software de desarrollo.

131


Se deberá considerar el uso de software de desarrollo que permita el desarrollo de los componentes estándar del Sistema de GERP. El mismo que debe ser coordinado y aprobado por la Dirección del SEACE.

Manejador de Base de Datos.Se deberá utilizar el motor de base de datos definido por el OSCE. El proveedor deberá proporcionar las licencias que sean necesarias como parte de la solución y propuesta técnica.

Motor de búsquedas “full-texto”.Permita ubicar información no estructurada a través del uso de operadores booleanos.

Documentación.

Toda la Documentación que se genere como parte de la Gestión del Proyecto así como durante la implementación del Sistema deberá ser entregada a la OSCE, tanto en formato físico y digital en el formato original con el cual fue generado (MS Office, Herramienta CASE, BPM u otros que se utilicen para generar documentación).Se precisa, que de efectuarse desarrollo adicional no cubierto por el Sistema propuesto, se deberá emplear Power Designer Versión 16.1. El OSCE no proporcionará esta herramienta.

Hardware y Software Complementario.Se deberá definir alternativas de hardware y/o software complementario requeridos para el mejor funcionamiento futuro de la aplicación. La recomendación planteada deberá ser coordinada y aprobada por la Dirección del SEACE y la Unidad de Tecnologías de la información.

Estándares del Sistema.Todos los entregables a presentar (datos, procesos, programas, diagramas, documentación y demás objetos en general), deberán ceñirse a la nomenclatura y estándares definidos y aprobados por la Dirección del SEACE, de modo que se garantice un fácil entendimiento del sistema y un mantenimiento total al alcance de terceros.

Especificaciones del front-end.Los front-end de la aplicación deberán tener igual funcionalidad en los navegadores más comunes del mercado, tales como Microsoft Explorer, Google Chrome, Mozilla FireFox, Safari, así como en los dispositivos a través del cual se accede a la aplicación. Además, su interfaz gráfica de usuario final debe ser intuitiva y de fácil uso para el usuario. Asimismo, debe integrarse con otras fuentes de información cotidiana necesaria para el trabajo del personal OSCE.

110


7. Gestión del Proyecto de Análisis, Diseño, Construcción, Pruebas, e Implantación del Sistema GERP.

La gestión del proyecto se deberá dar en base a las metodologías elaboradas y aprobadas por la Dirección del SEACE y deberá emplearse por el periodo que dure la implementación de los requerimientos del usuario. A continuación se muestra la cadena de valor de las metodologías elaboradas y aprobadas que rigen el desarrollo y mantenimiento de software en el OSCE.

Mejora Continua (o Reingeniería de Procesos)

Aspectos Técnicos de Software

Figura 3. Enfoques metodológicos de la Dirección del SEACE del OSCE.

Nota:Descripción de la cadena valor de la Dirección del SEACE.01 -> Metodología de Dirección y Gestión de Proyectos de Software.02 -> Plan de Calidad, basado en RUP, COBIT, ISO.03 -> Metodología BPM para el Diseño de Procesos.04 -> Gestión del Cambio, basado en RUP.05 -> Plan de Comunicación, basado en PMI.06 -> Metodología de Desarrollo de Software y Metodología de Mantenimiento de Software.07 -> Metodología de Implantación de Software, basado en RUP.08 -> Metodología de Soporte de Software, basado en ITIL.09 -> Proceso PMI, se empleará las buenas prácticas de este proceso.10 -> Lenguaje de Modelamiento de Software, basado en UML.11 -> Plan de Ejecución del Software, basado en ITIL.12 -> Artefactos de Software, basado en RUP.13 -> Actividades de Integración de Software.14 -> Herramientas de Modelamiento, se propone Rational Rose y/o PowerDesigner.15 -> Modelo atención de consultas para Mesa de Ayuda – HelpDesk.

Las metodologías antes descritas están basadas en tecnologías probadas y muy conocidas en el mercado de tecnologías de la información, las cuales debe ser de total conocimiento y dominio de la empresa proveedora según sea el tipo de proyecto.

Dirección y Gestión de Proyectos de Software.

Plan de Aseguramiento y Control de Calidad

Diseño de Procesos Gestión del Cambio

Plan de Comunicación

Desarrollo Mantenimiento

Pre - Implantación Implantación Puesta en Marcha y Post-Implantación

Soporte

91

2

3 45

10

12

13

14

6 6 10

12

13

7 7 10

7 11

8 12

15

131


A continuación se muestra la cadena de valor de la Metodología de Dirección y Gestión de Proyectos del OSCE elaborada y aprobada por la Dirección del SEACE.

Figura 4. Cadena de Valor de la Metodología de Dirección y Gestión de Proyectos del OSCE.Nota: A continuación el detalle de las actividades:1.1 Desarrollo del Plan de Proyecto1.2 Ejecución del Plan de Proyecto1.3 Control Integral de Cambios2.1 Recopilar Requisitos2.2 Definir el Alcance2.3 Crear la EDT2.4 Verificación del Alcance2.5 Control del Alcance3.1 Definición de Actividades3.2 Secuenciamiento de Actividades3.3 Estimar los Recursos de las Actividades3.4 Estimación de duraciones3.5 Desarrollo del Cronograma3.6 Control del Cronograma4.1 Estimación de Costes4.2 Estimación del Presupuesto4.3 Control de Costes5.1 Plan de Calidad5.2 Aseguramiento de la Calidad5.3 Control de Calidad6.1 Planificación Organizativa6.2 Adquisición de Personal6.3 Desarrollo del Equipo6.4 Dirigir el Equipo7.1 Identificar a los Interesados7.2 Planificación de la Comunicación7.3 Distribución de la Información7.4 Expectativas de los Interesados7.5 Informes de Rendimiento8.1 Plan de Gestión de Riesgos8.2 Identificación de Riesgos8.3 Análisis Cualitativo de Riesgos8.4 Análisis Cuantitativo de Riesgos8.5 Plan de Respuesta a Riesgos8.6 Supervisión y Control de Riesgos9.1 Plan de Adquisiciones9.2 Efectuar las Adquisiciones9.3 Administrar las Adquisiciones9.4 Cierre las Adquisiciones

Asimismo, se muestra la Cadena de Valor de Desarrollo de Software que aplica a este documento.

Cadena de Valor de la Metodología de Dirección y Gestión de Proyectos del OSCE

Cierre7.5, 9.4

Ejecución1.2, 5.2, 6.3, 6.4, 7.3,

7.4, 7.5, 8.6, 9.3

Planificación1.1, 2.2, 2.3, 3.1, 3.2, 3.3, 3.4, 3.5, 4.1, 4.2, 5.1, 6.1, 6.2, 7.1, 7.2, 8.1, 8.2, 8.3, 8.4, 8.5,

9.1, 9.2

Iniciación2.1

Control1.3, 2.4, 2.5, 3.6, 4.3, 5.3, 7.4, 7.5, 8.6

110


Figura 5. Cadena de Valor de la Metodología de Desarrollo de Software del OSCE. Fuente: Basada en RUP.

De la misma forma, se muestra la Cadena de Valor de

Figura 6. Cadena de Valor de la Metodología de Calidad del OSCE.

Nota: A continuación el detalle de las actividades:5.1 Plan de Calidad.5.2 Aseguramiento de la Calidad (Informe de Resultado).5.3 Control de Calidad (Informe de Resultado).5.4 Listado de Requisitos Priorizado.5.5 Listado de Políticas de Calidad.5.6 Listado de Criterios de Calidad Establecidos.5.7 Informe de avance del Plan de Calidad.5.8 CheckList.5.9 Informe Resumen Final de Calidad.

7.1. Organización del Equipo.

7.1.1. Planificación de Recursos Humanos del EquipoLa estructura organizacional para la realización del proyecto tiene la siguiente estructura:

Cadena de Valor de la Metodología de Desarrollo de Software del OSCE

Cadena de Valor de la Metodología de Calidad de Software del OSCE

ImplementaciónAnálisis y DiseñoRequisitosModelo de Negocio

Pruebas Despliegue

Cierre5.3

Ejecución5.2, 5.8

Planificación5.1

Iniciación5.4, 5.5, 5.6

Control5.7

131


Figura 7. Organigrama de Recursos Humanos del Proyecto.Nota: n1, n2, y n3 es la cantidad de personas que se requiere para el análisis, diseño, construcción, pruebas e implantación del Sistema GERP, el cual debe ser controlado por el proveedor de acuerdo a la demanda por cada fase y/o etapa del proyecto. El mismo que no implicará mayores costes para la entidad.El organigrama (a) es del equipo de trabajo del proveedor, el organigrama (b) es de la Dirección del SEACE, y el organigrama (c) es de la Oficina de Administración y Oficina de Planeamiento y Desarrollo.

El proveedor deberá mitigar el riesgo de salida de personal, para ello deberá contar con un plan de gestión de personal.

7.1.2. Responsabilidades del Equipo.La siguiente tabla describe el rol y las responsabilidades definidos en la estructura organizacional:

Tabla 2. Listado de Roles y Responsabilidades del Equipo.N° Rol Cant. Responsabilidad

01 Gerente de Proyecto

01 Asegurar el cumplimiento de los objetivos del Proyecto, además de hacer cumplir metas previstas.

Participar en las reuniones de Comité Directivo. Asegurar y velar la disponibilidad de los recursos del

proyecto. Garantizar los recursos que se asignen para el proyecto.

(a) (b) (c)

110


N° Rol Cant. Responsabilidad

02 Jefe de Proyecto 01 Asegurar el cumplimiento de las actividades y entregables del Proyecto, además de hacer el seguimiento del Proyecto.

Convocar y conducir reuniones de Comités. Asegurar la disponibilidad de los recursos que aseguren el

éxito del proyecto. Supervisar en forma directa la ejecución del Plan detallado

del Proyecto. Administrar y controlar los recursos que se asignen para el

proyecto. Controla que el Proyecto se lleve a cabo en los plazos

previstos y con la calidad adecuada.

03 Arquitecto de Software

01 Profesional requerido, en caso se requieran desarrollar funcionalidades que no formen parte del sistema GERP d

Define las vistas de la arquitectura de una aplicación. Planea y conduce la revisión formal del modelo de caso de

uso. (framework de programación) Define las responsabilidades, operaciones, atributos y

relaciones de las clases, y determina cómo serán implementadas.

Responde sobre las inquietudes relacionadas con la selección de herramientas y ambientes de desarrollo.

04 Administrador de Base de Datos y/o

Plataforma

01 Administrar la estructura de la Base de Datos. Administrar el Sistema Manejador de Base de Datos. Asegurar la confiabilidad de la Base de Datos.

05 Analista de Calidad

n1 Revisar y analizar el ciclo del proceso de desarrollo de software y asegurando un producto terminado, a fin de verificar el cumplimiento de la metodología de desarrollo de software.

Notificar los resultados de las pruebas.

06 Analista Funcional n2 Participar y supervisar en la ejecución de la parte del plan del proyecto asignada por el Director del Proyecto.

Manejar adecuadamente la relación con la contraparte técnica y los usuarios.

Identificar, diseñar, implementar y dar soporte a los procesos y/o procedimientos que requieren mecanizarse o mejorarse.

Administrar y controlar los recursos que se le asignen para el cumplimiento de sus labores.

Supervisar que la documentación de los sistemas estén debidamente actualizados.

Sostener reuniones periódicas con las áreas usuarias. Determinar y especificar los casos de uso. (del negocio, del

sistema). Verifica que los resultados de los requerimientos sean

conformes a la vista del cliente Responsable de la elaboración detallada de los casos de

usos (negocio, sistema) y sus diagramas. Define las responsabilidades, operaciones, atributos y

relaciones de las clases, y determina como serán implementadas.

Elabora el modelo de datos.

131


N° Rol Cant. Responsabilidad

07 Desarrollador n3 Elaborar el Diseño Técnico del sistema. Elaboración de código fuente.

7.1.3. Experiencia del Equipo.La siguiente tabla se describe la experiencia del Equipo:

Tabla 3. Listado de Experiencia del Equipo.N° Rol Experiencia


05 años de experiencia gestionando proyectos de sistemas de información.

03 años de experiencia gestionando proyectos similares al sistema propuesto.

03 años de experiencia gestionando proyectos de sistemas de información empleando PMI.

02 Jefe de Proyecto 05 años de experiencia gestionando proyectos de sistemas de información.

03 años de experiencia gestionando proyectos ERP. 03 años de experiencia gestionando proyectos de sistemas de

información empleando PMI.


En las etapas que sea requerido: 03 años de experiencia en proyectos de sistemas de información. 01 año de experiencia como arquitecto de software definiendo e

implementado arquitectura de tres capas (modelo, vista, controlador) empleando el lenguaje de programación Java o lenguaje del Sistema ERP.

01 año de experiencia como programador empleando RUP, UML, Java o lenguaje del Sistema BI, Java Server Faces, Oracle, etc.

01 año de experiencia en sistemas de información empleando RUP, UML, Java Server Faces, etc.

04 Administrador de Base de Datos

03 años de experiencia en proyectos de sistemas de información similares al sistema propuesto.

03 años de experiencia como Administrador de Base de Datos en Oracle.

01 año de experiencia empleando las metodologías de implementación del sistema propuesto.


03 años de experiencia en proyectos de sistemas de información. 01 año de experiencia como Analista de Calidad empleando la familia

ISO 9000 de calidad de software. 01 año de experiencia empleando ISO 9000

06 Analista Funcional 03 años de experiencia como analista funcional en proyectos de sistemas de información y afines.

Experiencia como analista funcional en al menos 05 proyecto de sistemas de información, de los cuales al menos 01 en temas relacionados al uso de la normatividad de contrataciones.

07 Desarrollador 02 años de experiencia en proyectos de sistemas similares al propuesto.

En caso se requiera desarrollar funcionalidades no incluidas en el sistema propuesto, se requerirá 01 año de experiencia empleando

110


N° Rol Experiencia

RUP, UML, Java o Lenguaje del Sistema GERP, Java Server Faces, Oracle.

7.1.4. Perfil del Equipo.La siguiente tabla se describe el perfil del Equipo:

Tabla 4. Listado del Perfil del Equipo.N° Rol Perfil


Profesional universitario de Sistemas, Informático, Industrial, y/o Software.

Deseable que cuente con Maestría en tecnologías de la información o gestión pública, administración de negocios o gestión de proyectos.

PMP.

02 Jefe de Proyecto Profesional universitario de Sistemas, Informático, Industrial, y/o Software.

Deseable que cuente con Maestría en tecnologías de la información, gestión pública, administración de negocios, gestión de proyectos.

PMP. Conocimiento de la metodología de implementación del sistema

propuesto.


Profesional requerido en caso se requiera desarrollar funcionalidades no incorporadas en el sistema propuesto:


Conocimiento de RUP. Conocimiento de UML. Conocimiento de la Familia ISO 9000. Conocimiento de Java o lenguaje del Sistema GERP. Conocimiento de Oracle.

04 Administrador de Base de Datos


Conocimiento de la Familia ISO 9000. Conocimiento de Administración de Base de Datos Oracle oficial.



Conocimiento de la Familia ISO 9000. Conocimiento de Java o lenguaje del Sistema GERP. Conocimiento de Oracle.

06 Analista Funcional Profesional universitario en ingeniería, derecho, economía o carreras a fin.

Conocimiento de PMI

07 Desarrollador Bachiller o Ingeniero de Sistemas, Informático, Industrial, y/o Software. Conocimiento de Java o lenguaje del Sistema GERP. Conocimiento de Oracle.

En caso se requiera efectuar desarrollos para completar funcionalidades que el

131


N° Rol Perfil

sistema propuesto no incluya, también será necesario: Conocimiento de RUP. Conocimiento de UML.

7.1.5. Gestión de Cambio del Equipo.El cambio de cualquier persona del equipo debe ser informado previamente a la Dirección del SEACE para su revisión, verificación y validación del personal para que ingrese al proyecto, toda vez que debe cumplirse estrictamente la experiencia y perfil establecido en los párrafos anteriores.Es necesario para los cargos como Gerente de Proyecto, Jefe de Proyecto, Arquitecto de Software, Administrador de Base de Datos, Analista de Calidad, y Analista Funcional la presentación de una terna a la Dirección del SEACE en el caso de cambio de personal para su revisión, verificación y validación que permita dar el visto bueno de ingreso al proyecto.

7.2. Entregables de Gestión del Proyecto de la Metodología de Dirección y Gestión de Proyectos del OSCE.

Los entregables de gestión del proyecto estarán basados en la Metodología de Dirección y Gestión de Proyectos del OSCE elaborada y aprobada por la Dirección del SEACE.

7.2.1. Resumen de los Procesos de la Metodología de Dirección y Gestión de ProyectosEn el Anexo E se muestra el Procesos de la Metodología de Dirección y Gestión de Proyectos aprobada por la Dirección del SEACE, cabe resaltar que la cantidad de entregables dependerá del tipo de proyecto y producto.

7.2.2. Los Entregables de la Metodología de Dirección y Gestión de Proyectos que debe elaborar el Equipo.

En el Anexo F se muestra laLista de Entregables de la Metodología de Dirección y Gestión de Proyectos del OSCE aprobada por la Dirección del SEACE, esta metodología puede cambiar o ajustarse antes del inicio del proyecto el mismo que será comunicado por la Dirección del SEACE. Cabe resaltar que en ejecución del proyecto se empleará la metodología alcanzada al proveedor y no podrá variar hasta terminado el proyecto.

7.3. Entregables del Sistema de la Metodología de Desarrollo de Software del OSCE.La Metodología de Desarrollo de Software está basada en RUP y UML, motivo por el cual se emplea los procesos de RUP y el lenguaje de modelamiento de UML.

7.3.1. Los Entregables de la Metodología de Desarrollo de Software que debe elaborar el Equipo.

En el Anexo G se muestra la Lista de Entregables de la Metodología de Desarrollo de Software del OSCE aprobada por la Dirección del SEACE,esta metodología puede cambiar o ajustarse antes del inicio del proyecto el mismo que será comunicado por la Dirección del SEACE. Cabe resaltar que en ejecución del proyecto se empleará la metodología alcanzada al proveedor y no podrá variar hasta terminado el proyecto.

7.3.2. Entrenamiento al usuarioEn la fase de cierre después de pasar por la fase de certificación del producto de software, el proveedor debe iniciar un proceso capacitación funcional y técnica. Motivo por el cual el proveedor deberá elaborar el siguiente entregable: Material de la capacitación Técnica y Funcional en Microsoft PowerPoint y archivos Microsoft

Word de material de ayuda. Informe de Resultado de la Capacitación. Es la plantilla empleada en el proceso de Despliegue

de la Metodología de Desarrollo de Software. Listado de Asistencia a la Capacitación.

La capacitación en lo técnico debe realizarse para una cantidad de veinticinco (25) personas.

110


La capacitación en lo funcional debe realizarse para una cantidad de 100 personas.

7.3.3. ImplantaciónEn esta etapa el proveedor deberá realizar la instalación y configuración del sistema en los ambientes de capacitación y producción. Deberá emplear el Manual de Instalación y Sistemas del proceso de Despliegue de la

Metodología de Implementación. El Sistema será instalado en un entorno clusterizado, motivo por el cual la empresa proveedora

debe tomar sus previsiones para proveer un producto de software para un hardware de alta disponibilidad, el mismo que será provisto por el proveedor.

El proveedor debe realizar Pruebas de Stress en el ambiente productivo, con el objetivo de optimizar el Sistema, para ello deberá hacer entrega de un Informe, y de presentarse anomalías y/o incidencias debe realizar las optimizaciones que correspondan. Para esta actividad la entidad realizará una actividad coordinado con la empresa proveedora para verificar y validar tiempos de respuesta óptimos de acuerdo a los criterios de calidad definidos en el documento Políticas de Calidad de Software del OSCE.

7.3.4. Post-ImplantaciónEn esta etapa el proveedor deberá monitorear y garantizar la operatividad del sistema por un periodo de cuatro (04) meses atendiendo las incidencias encontradas en el sistema: Mesa de Ayuda y Garantía del Sistema. Después de obtener la aprobación y conformidad del

sistema, el proveedor deberá realizar las siguientes actividades. Mesa de Ayuda: Por un periodo de cuatro (04) meses la empresa proveedora debe

presentar por cada mes un informe de incidencias atendidas. Garantía del Sistema: El Sistema deberá tener una garantía de seis (06) meses, el

mismo que debe circunscribirse a las incidencias del sistema. Al término de la garantía la empresa proveedora deberá presentar un informe de esta fase.

Migración de Datos. La migración de datos estará dividida en dos etapas, la primera de ellas debe realizarse en la fase de pruebas del producto de software y debe formar parte de la conformidad del sistema. La segunda etapa consiste en realizar seguimiento y control a la data migrada durante el periodo de mesa de ayuda. Los documentos a entregar son los siguientes: Plan de Trabajo de Migración de Datos. Procedimiento de Migración de Datos. De emplearse alguna técnica de migración o

herramienta de software para poder realizar la migración de datos de diversas fuentes a la base de datos Oracle 11g, esta no debe significar gasto alguno para la entidad. El proveedor proporcionará a la entidad la herramienta de software sin costo alguno.

Informe de Migración de Datos.

7.4. Entregables de Calidad de la Metodología de Calidad de Software del OSCE.El proveedor, para el caso de las adaptaciones, extensiones funcionales o desarrollos, deberá seguir las Políticas de Calidad de Software aprobada por Dirección del SEACE, asimismo debe cumplir estrictamente los atributos de calidad interna y externa de un producto software de acuerdo a la Metodología de Calidad de Software elaborada y aprobada por la Dirección del SEACE.En la siguiente figura se muestra los atributos de calidad interna y externa que debe cumplir la empresa proveedora.

131


Figura 8. Atributos de Calidad Interna y Externa del Software.

Para garantizar ello, la empresa proveedora debe seguir la Metodología de Calidad de Software elaborada y aprobada por la Dirección del SEACE, asegurando el cumplimiento de los procesos definidos y realizando controles de calidad que garanticen el cumplimiento de los atributos de calidad de software definidos.

7.4.1. Los Entregables de la Metodología de Calidad de Software que debe elaborar el Equipo.En el Anexo H se muestra la Lista de Entregables de la Metodología de Desarrollo de Calidad del OSCE aprobada por la Dirección del SEACE,esta metodología puede cambiar o ajustarse antes del inicio del proyecto el mismo que será comunicado por la Dirección del SEACE. Esta metodología es un marco de referencia para el proveedor, quien ejecutaría sus desarrollos según dicha metodología, en el caso requiera efectuar actividades de desarrollo a fin de incluir funcionalidades requeridas por el OSCE y que el sistema propuesto no lo incluya.

Cronograma de Trabajo.A continuación se muestra el cronograma de trabajo que debe seguir la empresa proveedora. Se estima un proyecto de ocho (08) meses para la puesta en producción final con cuatro (04) meses de soporte presencial.

Tabla 5. Cronograma de Trabajo en Meses desde iniciado el Proyecto.Fases Meses Observaciones

1.Iniciación Al primer mes de suscrito el contrato.

Toda indagación, revisión y lectura de acuerdo a las metodologías aprobadas.

Alcance definido Equipo de proyecto definido Organización del Proyecto Definido

2. Planificación Al primer mes de suscrito el contrato

Plan de Trabajo aprobado.

3. Ejecución Al segundo mes de suscrito el contrato

Plan de Implementación de Infraestructura de HW y SW requerido para el proyecto

Inventario de Procesos Definidos Al tercer mes de suscrito

el contrato Elaboración de todos los planes

(Implementación del Sistema, Migración, Pruebas, Instalación de HW y SW entre otros)

110


Fases Meses Observaciones

Al cuarto mes de suscrito el contrato

Instalación de Infraestructura requerida Implementación del sistema en ambientes

de prueba. Se deberán activar los procesos de la

Metodología asociada a la implementación.

Capacitación preliminar a usuarios Al quinto mes de suscrito

el contrato Ejecución de pruebas unitarias, integrales

y de stress. Acciones Correctivas

Del sexto al octavo mes Implementación en Ambiente de Producción

Migración Capacitación final a usuarios

4. Seguimiento y Control

Durante los doce meses El seguimiento y control del proyecto debe darse en todo momento con el objetivo de asegurar el cumplimiento de los atributos de calidad de software.

5. Cierre Al finalizar el octavo mes de suscrito el contrato

Se debe concluir las actividades de implantación del sistema.

Se debe concluir la migración de datos (primera iteración)

Al noveno mes de suscrito el contrato

El noveno mes debe empezar la mesa de ayuda, la cual concluirá el mes doce.

Se debe concluir las actividades de mesa de ayuda.

Se debe concluir la migración de datos (segunda iteración).

Al finalizar el doceavo mes de suscrito el contrato

Se presentará el informe final del proyecto.

7.6. Forma de PagoEl proveedor del proyecto tendrá la siguiente forma de pago, la misma que espera concretar productos con conformidad. Se entregará el 20% de adelanto, de acuerdo a Ley.

Tabla 6. Cronograma de Pago desde iniciado el Proyecto.

Al finalizar Requisitos de Pago Pago Pago Acumulado

1. El segundo mes. Haber concluido las actividades correspondientes a la Fase de Iniciación y Planificación del Proyecto.Haber suministrado a la OSCE toda la información generada hasta esta etapa y contar con la conformidad correspondiente

Primer Pago (5% del monto total)

25% del monto total del contrato

2. El cuarto mes Haber concluido todas las actividades del segundo, tercero y cuarto mes que

Segundo Pago (20% del monto total)


131


Al finalizar Requisitos de Pago Pago Pago Acumulado

forman parte de la Fase de Ejecución del Proyecto.Haber suministrado a la OSCE toda la información generada hasta esta etapa y contar con la conformidad correspondiente

3. El octavo mes Haber concluido todas las actividades del quinto al octavo mes que forman parte de la Fase de Ejecución del Proyecto.Haber suministrado a la OSCE toda la información generada hasta esta etapa y contar con la conformidad correspondiente

Tercer Pago (25% del monto total)


4. Noveno Haber concluido las actividades del noveno mes que forma parte de la Fase de Cierre del Proyecto.Haber suministrado a la OSCE toda la información generada hasta esta etapa y contar con la conformidad correspondiente

Cuarto Pago (10% del monto total)


5. Doceavo Haber concluido las actividades de la Fase de Cierre del Proyecto.Haber suministrado a la OSCE toda la información generada hasta esta etapa y contar con la conformidad correspondiente

Quinto Pago (20% del monto total)


8. Anexo A: Consideraciones Generales para el Requerimiento del Sistema GERP.

Requerimiento Descripción del Requerimiento

Consideraciones GeneralesFiabilidad en el uso La fiabilidad se refiere al porcentaje de errores cometidos por el

usuario en el uso del sistema y el tiempo que se tarda en recuperarse de estos errores.La fiabilidad en el uso de nuestro sistema deberá ser alta ya sea a través de su sencillo uso o a múltiples mensajes de confirmación.

Disponibilidad El sistema tiene que estar disponible 100% del tiempo. Las 24 horas del día los 7 días de la semana.

Confidencialidad Debe proveer mecanismo para asegurar la confidencialidad de

110


Requerimiento Descripción del Requerimientodatos y transacciones, por ejemplo a través de sesiones seguras vía SSL u otros mecanismos de encriptación.

Integridad El sistema debe asegurar la integridad de datos y transacciones.

Trazabilidad La aplicación deberá proveer de mecanismos para realizar seguimiento a las transacciones realizadas.

Auditoria Deberá contar con funciones que brinden facilidades de pistas de auditoría (registro de usuarios, acciones, fecha, hora, entre otras).

Tiempo de respuesta.

El sistema deberá tener un tiempo de respuesta aceptable, el cual deberá ser menor a 5 segundos para transacciones efectuadas sobre conexiones de banda ancha.

Exportación de información

Se deberá poder exportar información de la aplicación a formatos compatibles (MS Office, Open Office, PDF, etc.).

Aplicación Web El sistema debe estar diseñado para funcionar en un ambiente Web.

Periféricos para lectura de Datos

Deberá permitir la incorporación y uso de periféricos de lectura para facilitar y agilizar las consultas y/o búsquedas.

SeguridadAutenticidad La cual debe asegurar que los usuarios del portal son quienes

dicen que son y que se puede verificar su autenticidad. La solución debe basarse en la dupla user/password y potencialmente incorporar soluciones más robustas de autentificación, incluyendo time stamping.

Autorización El proceso de autorización se usa para decidir si la persona, programa o dispositivo X tiene permiso para acceder al dato, funcionalidad o servicio Y.

Integración con LDAP

Poder integrar el mecanismo de autenticación con el producto OID de Oracle

131


9. Anexo B: Consideraciones Técnicas del Sistema GERP.

Requerimiento Descripción del Requerimiento

Arquitectura de DesarrolloArquitectura de desarrollo JEE

Deberá contener como mínimo de 3 capas, en la que se pueda diferenciar y separar la capa de presentación, la capa de lógica de negocio y la capa de datos. En este sentido la aplicación debe estar diseñada para funcionar con un middleware.

Arquitectura orientada a servicios - SOA

La aplicación deberá estar basada en SOA para tener un sistema escalable en la cual podamos exponer o invocar servicios, lo cual facilita la interacción entre diferentes aplicaciones propias o de terceros.

Consideraciones TécnicasSistema Operativo La aplicación deberá poder correr sobre los sistemas operativos

Windows, Linux, Unix o Solaris en 64 bits.

Servidor de aplicaciones

La aplicación deberá estar contenida en un servidor de aplicaciones Java EE

Base de Datos Se deberá utilizar el motor de base de datos Oracle 10g u 11gCMS Se deberá poder integrar con el producto Alfresco.Navegadores Web La aplicación deberá poder ejecutarse en los navegadores Mozilla

Firefox, Microsoft Internet Explorer, Google Chrome y Safari más reciente.

Servidor de Correo La aplicación deberá poder conectarse a un servidor de correo electrónico para envío de notificaciones, alertas, etc.

110


10. Anexo C: Requerimientos Funcionales de la Oficina de Administración.

REQUERIMIENTOS TÉCNICOSRequerimiento Descripción del Requerimiento Requeri

doSí No

REQUERIMIENTOS GENERALESTipo de Cambio. Debe proveer el mantenimiento de distintos tipos de cambio por moneda X

Realizar control y seguimiento documentario. Llevar un control de la documentación que fluye a través de las diferentes áreas para su revisión y aprobación.

Workflow para los procesos de aprobación de compras , aprobación de ventas y aprobación de horas extras de empleados

X

Permitir bloquear un determinado periodo (mes/año). Seguimiento de auditoria X

Permitir desbloquear un determinado periodo (mes/año). Seguimiento de auditoria X

Debe permitir el manejo de diferentes unidades de negocio XDebe contar con Información Gerencial (reportes y consultas) que tenga las siguientes características:.- Información presentada en modalidad de datos y en modalidad gráfica..- Facilidad para la definición de parámetros.- Todas las consultas deben mostrar información totalmente actualizada.- Las consultas deben ser fáciles de realizar, conservando en su mayoría los mismos patrones.- Debe permitir a la gerencia el análisis de la información referente al negocio

X

Debe permitir la administración centralizada de toda la información de configuración necesaria para la correcta operación de los módulos que componen el ERP.

X

Debe permitir provisiones para registrar transacciones completas que permitan balances y asientos seguros, y para restaurar esta información si fuera necesario.

X

Debe contar con los mecanismos necesarios que permitan garantizar la seguridad en las transacciones y/o aprobaciones internas.

X

Soportar múltiples empresas y poder consolidarlas. XSoportar operaciones y libros en diferentes monedas. XTodas las opciones, pantallas, reportes y manuales deben están en español, a excepción de documentación técnica que sea distribuida en ingles y no tenga opción de traducción.

X

Aplicar las normas establecidas para el sector público para cada proceso establecido. Se precisa que los requerimientos normativos a los que se hace referencia son los mismos que se indican en las especificaciones técnicas.

X

Parametrizable, mínima necesidad de cambiar código fuente. X

Modular e integrado entre módulos, pero con autonomía de funcionamiento, por errores que se presenten en alguno de ellos.

X

Multiusuario. XJerarquía de usuarios de acuerdo a las funciones que cada usuario está permitido a realizar. X

Conjunto de reportes por módulo. XConfidencialidad, según jerarquía y perfil del usuario. X Importación y exportación de data. XCódigos de operaciones. Maestro de Código de Operaciones que permita identificar a través del código el tipo de operación.

X

Clases de documentos. Maestro de Tipos de Documentos que permita establecer los tipos de documentos válidos para la contabilización de las operaciones

X

131


Relación de monedas. Tipos de moneda a utilizar.Debe ser Multimoneda/Multidivisa: Que se pueda trabajar simultáneamente con más de tres monedas diferentes. Una es la moneda base y la otra la convertida. Éstas deben mantener una sola paridad entre ellas y todos los valores económicos del aplicativo deben ser accesibles en cualquiera de las monedas, además de los tratamientos normales de Multidivisa. El mecanismo de conversión debe ser por división y tener 7 decimales

Está considerado pero el tipo de cambio se gestiona por sociedad

X

La solución debe ofrecer una ayuda en línea con el fin de conocer el uso de cada uno de los campos y funcionalidades de la solución.

X

El usuario debe poder acceder las funciones de la solución a través de un menú único consolidado.

X

La versión del software ERP que se entregue debe incluir el código fuente que tenga el software al momento de la entrega del mismo. La propiedad intelectual del ERP es del fabricante del ERP

Es código abierto, por temas de integridad no se deben tocar los programas estándar del software.

X

PLATAFORMALa solución debe correr en ambientes UNIX, LINUX y WINDOWS como mínimo14. X

Debe poder usar las principales bases de datos disponibles en el mercado informático local X

La solución debe ser totalmente modular y escalable tanto a nivel Horizontal (crecimiento en el número de servidores de Aplicación) como a nivel Vertical (escalamiento en el número de instancias en un mismo servidor).

X

La aplicación debe ser escalable y soportar esquemas de alta disponibilidad. X

Protocolos de comunicaciones TCP/IP. XDebe tener operaciones de reversión de las transacciones que garanticen la integridad de la información.

X

Posibilidad de migración de plataforma tecnológica y de base de datos. X

Arquitectura basada en estándares orientado a servicios (SOA) X

Debe soportar acceso Web. XDebe estar construido usando estándares abiertos de la industria y permitir realizar en forma sencilla transacciones de intercambio o integración de información con desarrollos de diferentes plataformas tales como: .NET, Java EE y WebSphere.

X

Debe operar sobre una plataforma de tecnología integrada, orientada a servicios y a la integración y debe proveer un vínculo entre lenguajes y aplicaciones a través de herramientas de productividad que incluyan plataforma de desarrollo, portal, inteligencia de negocios, desarrollo de workflow y desarrollo de interface

X

Debe estar desarrollada bajo un esquema modular y ser escalable, parametrizable, amigable y flexible.

X

14 Absolución a la consulta 6 de la empresa INDRA PERÚ SAa) El proveedor debe plantear la mejor solución que ayude a cumplir los criterios de calidad de la familia ISO 9000. Por esta razón, el proveedor debe proponer el mejor sistema operativo en donde funcione u opere el Sistema GERP. Al colocar en las bases UNIX, LINUX y Windows es porque el OSCE administra sistemas de información que emplean estos sistemas operativos.b) El sistema GERP será instalado en los centros de cómputo del OSCE. Tal como se especifica en las Bases, el proveedor debe proveer toda la infraestructura de Hardware y Software necesario para que la solución opere en alta disponibilidad. Para cualquier coordinación adicional puede solicitar una reunión a la Unidad de Tecnologías de la Información.

110


Debe contar con una Amplia Variedad de Reportes Predefinidos, los cuales deben poder ser complementados a través de herramientas de terceros especializadas en esta área, Los tipos de reportes serán: Reportes Administrativos, Reportes Operacionales, Reportes Financieros y generación de nuevos Reportes y tener flexibilidad para el diseño de reportes de acuerdo a las necesidades de los usuarios.

X

Debe permitir Exportar e importar archivos en diferentes formatos (Ms Excel, Ms Word, PDF, .HTML, CSV, TXT). Principalmente las consultas y reportes gerenciales.

X

Módulos independientes que permitan administrar en forma centralizada los datos referentes a clientes, proveedores y trabajadores.

X

La Capacidad de transferir contenido entre ambientes (desarrollo, calidad, producción) X

La solución debe ofrecer posibilidad de crear cadenas de Jobs y ofrecer monitoreo centralizado de dichas cadenas de Jobs

X

La aplicación debe ofrecer estrategias de DisasterRecovery, Backup / Recovery. X

ARQUITECTURAIntegración en línea y en tiempo real entre los módulos incluyendo la generación automática de la información contable por parte de cada uno con énfasis en el cálculo automático de los impuestos de venta, retenciones e impuestos locales en general

X

Los tiempos de respuesta aproximada para las transacciones, en ambiente de producción, deben ser menor a 3 segundos, dependiendo de la complejidad de la operación

X

La aplicación debe estar habilitada para una arquitectura SOA y debe soportar el uso y publicación de Web Services bajo los estándares SOAP y WSDL.

X

La solución debe ofrecer Web Services listos para usar. XLa solución debe ofrecer la capacidad de extender los Web Services ofrecidos o definir nuevos Web Services.

X

Los Web Services ofrecidos deben estar documentado en un repositorio de servicios y debe también darse soporte a UDDI.

X

El proveedor deberá tener una clara estrategia de crecimiento de sus soluciones orientada a SOA.

X

La aplicación debe ser Web Enabled y tener arquitectura Cliente / Servidor. X

La aplicación debe ofrecer un cliente pesado y un cliente Web. X

ADAPTACIÓN / EXTENSIÓNPara poder extender el código fuente, la solución ofrecida debe incluir una herramienta para administrar las funciones necesarias para la coordinación y gestión de los desarrollos a realizar sobre todo el sistema y en todos los ambientes (servidores de desarrollo, calidad y producción). La herramienta debe permitir administrar y controlar las nuevas peticiones de desarrollo, las modificaciones o correcciones a objetos, la configuración de las clases de desarrollo, la gestión de versiones y la documentación.

X

La aplicación ofrecida debe contener herramientas de desarrollo y composición para ampliar su funcionalidad. Las herramientas de composición deben permitir crear interfaces gráficas sin necesidad de programación, haciendo uso de Web Services.

X

La aplicación debe contar con un motor de workflow integrado nativamente y debe ser posible la definición de nuevos workflow.

X

La aplicación debe ofrecer una integración multicanal: Dispositivos móviles, Documentos PDF, Portal Empresarial.

X

131


INTEGRACIÓNLos módulos o componentes de la solución ofrecida deben estar integrados de manera nativa, bajo una sola plataforma y con una comunicación natural e integrada de sus módulos.

X

Debe contar con herramientas de integración para comunicarse contra otras aplicaciones de la entidad a través de estándares como JDBC, SOAP, HTTP(s), FTP, JMS, XML, SMTP, POP3 y File System.

X

Debe contar con herramientas de integración que permite comunicarse contra otras aplicaciones fuera de la entidad, utilizando protocolos de seguridad incluyendo Web Services Security.

X

El componente de integración debe proveer diferentes tipos de calidad de servicio y soportar interfaces síncronos y asíncronas, asegurando la entrega de los mensajes por medio del manejo de colas de mensajes.

X

SEGURIDADContemplar niveles de autorización en el sistema administrativo. Debe contemplar niveles de autorización y de atributos de acuerdo a los niveles de responsabilidad y de supervisión.

X

Cambio de Password. Seguimiento de auditoriaPermitir el manejo de passwords, guardando un histórico de passwords limitado por algún criterio razonable.

X

Debe contar con Módulo de seguridad de información, para configuración de perfiles y accesos de usuarios de acuerdo a sus roles y funciones, así como niveles de autorización.

X

Debe permitir crear a los usuarios que podrán ingresar en los diferentes módulos. Éstos pueden ser usuarios empleados de la empresa o personas externas que sólo accederán por un tiempo limitado a las opciones (por ejemplo auditores). Además permitir definir el tiempo de vida de sus passwords o la posibilidad de cambiarlos.

X

Contar con pistas de auditoría a nivel de transacciones de los procesos críticos y en las tablas de la base de datos.

X

El sistema debe ser auditable. El sistema debe dejar pistas de auditoria y tener habilitada la opción, según atributos de los usuarios, de bloquear y desbloquear periodos, procesos y registros.

X

Permitir control de accesos. XDebe contar con mecanismos que garanticen la integridad de datos. X

Contar con mecanismos que garanticen la disponibilidad de la aplicación y los datos 7 días X 24 horas.

X

Debe contar con mecanismos de seguridad a nivel transaccional y niveles de autorización dependiendo del tipo de transacción y montos autorizados según perfiles y/o roles.

X

Debe poseer mecanismos que garanticen la integridad de la información, en caso de presentarse un fallo en la línea de comunicación entre una sede o sucursal y el servidor central

X

Debe incluir salvaguardas y mecanismo para prevenir alteración de la data en forma ilegal o accidental.

X

La aplicación ofrecida debe contar con un mecanismo de identificación de los usuarios internos y externos ante el sistema y de prevención de suplantación de usuarios; por ejemplo User ID y Password o certificados digitales.

X

A nivel de seguridad, la solución ofrecida debe ser capaz de administrar los permisos o privilegios necesarios para que cada grupo de usuarios pueda ejecutar ciertas o todas las transacciones en algún módulo de la aplicación, incluso a nivel de componente o pantalla.

X

110


La solución ofrecida debe contar con la posibilidad de llevar archivos de registro de actividades (logs), que permitan establecer trazabilidad de los datos y de las acciones que los usuarios ejecuten sobre dichos datos con el fin de llevar a cabo labores de auditoría.

X

Control de integridad transaccional (procesamiento completo de transacciones). X

Integridad de base de datos. XMecanismos de seguridad que garanticen la confidencialidad de la información. X

Soportar el uso de firmas digitales XDebe contar con mecanismos para recuperarse con precisión de un apagado impropio o accidental evitando la pérdida de integridad de la información.

X

Debe asegurar la funcionalidad para recuperarse de una caída o permanecer en línea durante un incidente. La información es el primer recurso, por lo cual es imperativo mantener la integridad de la data.

X

Procedimientos de contingencia y recuperación para asegurar la continuidad de las operaciones correspondientes a los procesos críticos.

X

Pruebas de recuperación de desastres. XPistas de auditoría, que permitan evaluar accesos al sistema, transacciones realizadas y actualizaciones por usuario con fecha, hora, estación de trabajo entre otros.

X

MONITOREO Y ADMINISTRACIONLa solución ofrecida debe tener capacidades de monitoreo centralizado a nivel de aplicación y base de datos.

X

La aplicación debe posee un log técnico en el que se lleve trazabilidad de las principales actividades técnicas del sistema y pueda visualizarse errores y la causa de los mismos.

X

La solución debe provee capacidades de archivado de la información histórica. X

FORMULARIOS PARA INGRESO DE INFORMACIÓNLa solución debe permitir la generación de documentos PDF de manera dinámica para la consulta de información.

X

INTELIGENCIA DE NEGOCIOSDebe contarse con una bodega de datos para el almacenamiento de información histórica que sirva como soporte a inteligencia de negocios.

X

Debe ofrecer extractores de información nativos para extraer la información de los sistemas transaccionales y llevarla a la bodega de datos.

X

Debe contarse con herramientas de explotación de la información de la bodega de datos para crear reportes, consultas, tableros de control.

X

Debe ofrecer un modelo previo de inteligencia de negocios que pueda ser modificado. X

Solución de business intelligence que se integre nativamente con la ERP X

Reportes basados en formularios, optimizados para impresión.

Reportes tipo balance de cuentas, historial de activos, planeamiento de la depreciación, hoja de balance, etc.

X

Acceso abierto a datos. XMúltiples vistas de un mismo cubo en un área de trabajo XAcceso y análisis sobre múltiples fuentes OLAP en un área de trabajo X

Reporte Gerenciales formateados. XPROYECTOSAsignación de Proyectos a áreas de responsabilidad

Los proyectos pueden pertenecer a distintas divisiones o áreas de responsabilidad. Mantenimiento de vías, ampliaciones de carreteras.

X

Definición de sub-tareas en base a criterios de Los proyectos se deben poder gestionar a X

131


fase, objeto o función. nivel de sub-tareas como por ejemplo afirmado de suelos, recapeo, asfaltado y pintado.

Gestión de costos de proyectos Se deben poder conocer en todo momento cuales son los costos imputados al proyecto

X

Asignación de Presupuesto independiente del presupuesto general

El presupuesto asignado a los proyectos deben ser independientes al presupuesto general asignado a otras áreas.

X

Control de disponibilidad de presupuesto anual

Se debe controlar que los consumos de presupuesto no excedan lo planificado en el año para cada proyecto.

X

REQUERIMIENTOS FUNCIONALES UNIDAD DE RECURSOS HUMANOS

El sistema a implementar deberá considerar que el universo de personal del OSCE es de 510 personas; sin embargo deberá contemplar la posibilidad de incorporar en la nómina de la Entidad, un mayor número de personas15.

Se precisa que el desarrollo de las interfaces con los sistemas externos al ERP son parte del servicio a brindar por el postor.

Se debe realizar la capacitación y entrenamiento de los usuarios finales durante la implementación y antes de la puesta en marcha del proyecto. La En las capacitaciones se entregará a los usuarios finales el material de capacitación a fin de permitir la capacitación continua dentro de la Unidad de Recursos Humanos.

El contratista deberá entregar Manuales de Usuario, Manuales del Sistema y manuales de operación del sistema a implementar, en español. Asimismo, se deberá brindar a los usuarios acceso en línea al inventario de la documentación y la documentación para consulta por los usuarios.

El SISTEMA deberá interactuar con otros sistemas (internos o externos) con la finalidad de poder ejecutar los procesos de recursos humanos manera satisfactoria, por lo tanto, el SISTEMA a implementar deberá cumplir con las interfaces solicitadas, siempre y cuando se tengan las facilidades técnicas por parte de los sistemas externos al ERP:

SISTEMA TIPO DE INTERFAZ

T-REGSITRO – PLAME Generación de archivos para carga masiva en T-Registro y PLAME

AFPs Generación de archivos para carga masiva en sistemas de AFPs

TEMPUS Generación de archivos para carga masiva de sistema de control de asistencia

Deberá considerar la asignación de 8 usuarios16

REQUERIMIENTOS FUNCIONALES DE RECURSOS HUMANOSRequerimiento Descripción del Requerimiento Requeri

15 Absolución a la consulta 3 de la empresa INDRA PERÚ SA.El Sistema GERP debe ser un sistema implementado y/o con soporte SOA. Política aprobada por la Dirección del SEACE en toda aplicación que se desarrolla o adquiera.El OSCE para la fecha de inicio de las actividades del Sistema GERP tendrá un bus de servicios bajo el concepto SOA, motivo por el cual el proveedor debe prever en la fase de análisis el relevamiento de información para la implementación de estos servicios.

16 Absolución a la consulta 4 de la empresa INDRA PERÚ SA.La cantidad de usuarios al que se hace referencia, es a los usuarios que tienen el control absoluto del módulo de recursos humanos o perfil de administrador del módulo.

110


doSí No

Gestión de OrganizaciónGenerar estructura organizativa de la institución.

Generar estructura de la organización. X

Gestionar centros de costo de acuerdo a estructura organizativa.

Crear, modificar, dar de baja centros de costos de acuerdo a estructura organizativa.

X

Elaboración del CAP, PAP y cuadro de Ubicación Física

Elaboración y mantenimiento del CAP, PAP del OSCE

X

Crear puestos, familias y sub-familias de puestos.

Crear puestos, familias y subfamilias de puestos. Cargos y nivel remunerativo

X

Registrar competencias por puesto Registrar competencias por puesto X

Consultas, reportes y estadísticas Facilidades para consulta de cargos, reportes, estadísticas y gráficos

x

Reclutamiento y Selección de PersonalIdentificar plazas y puestos vacantes Identificación y control de las plazas y puestos

vacantes por régimen laboral identificando los requerimientos de personal (confianza, cargos de confianza, tplanillas

x

Evaluar documentación recepcionada, registrar resultados.

Evaluar documentación recepcionada comparando requisitos mínimos de las bases. Generar resultados en base a matriz de evaluación, registrar resultados.

X

Generar relación de postulantes, postulantes aptos, a ser publicado.

Generar relación de participantes, participantes aptos, puntaje obtenido, a ser publicado. Opción de envío de mail a postulantes.

X

Registrar resultados de examen de conocimiento realizado a los postulantes.

Registrar resultado de examen de conocimiento realizado a los postulantes luego de la evaluación de los mismos.

X

Generar relación de postulantes que pasan a evaluación psicológica, para los casos que corresponda

Generar relación de postulantes que aprobaron el examen de conocimiento y que pasan a evaluación psicológica. Opción de envío de mail a postulantes.

X

Registrar resultados de evaluación psicológica. Registrar resultados de la evaluación psicológica. X

Generar resultados de postulantes que aprueban evaluación curricular

Generar relación de postulantes que aprobaron evaluación curricular y pasan a evaluación de entrevista personal

Enviar mail a postulante para entrevista Enviar a postulantes vía mail invitación a entrevista.

X

Registrar resultados de entrevistas. Registrar resultados de entrevistas. X

Generar cuadro consolidado final. Generar cuadro consolidado final con los resultados de todas las etapas de evaluación realizada.

X

Aprobar candidato seleccionado y dar de alta como empleado.

Aprobar candidato seleccionado y dar de alta como empleado transfiriendo los datos del candidato, indicando fecha de inicio.

X

Reporte general y consolidado de cada proceso de selección por estado y resultados de candidatos

Reporte detallado del proceso. X

Reportes, consultas y estadísticas Generar reportes de procesos de selección, consultas de los resultados de procesos, estadísticas y gráficos

Incorporación de Personal

131


Ingresar nuevo personal. Ingresar nuevo empleado transfiriendo datos de su registro de postulante e indicando régimen de contratación.

X

Registrar datos de contratación. Registrar datos de contratación (tipo de contratación, inicio, fin), datos laborales del trabajador (categoría jerárquica, puesto, centro de costo, ubicación física, etc). identificar finalización de contratos), AFP, cuenta bancaria de remuneraciones y CTS, así como información de derecho habientes.; así como información de estudios académicos, colegiaturas,, especialización aficiones diversasGenerar reportes de personal por régimen laboral, por edades, sexo, padres, madres, estado civil. Seguros EPS

X

Generar contratos y/o Adendas de empleados Emite y registra los contratos y adenda de los empleados. Control de adendas. Reporte de contratos y adendas y consultas de addendas

Registrar automáticamente nuevo empleado en planilla.

Registrar empleados en planilla indicando centro de costo, remuneración, etc.

X

Registrar datos en el sistema de asistencia. Exportación de los datos de planilla y carga en el sistema de asistencia.

X

Coordinar charla de inducción. Enviar mail de invitación a charla de inducción a nuevos empleados que no la han recibido.

X

Capacitación de PersonalRegistrar relación de cursos de capacitación aprobados dentro del Plan Anual de Capacitación.

Registrar relación de cursos de capacitación aprobados dentro del Plan Anual de Capacitación.

X

Identificar cursos requeridos que no se encuentran dentro del PAAC.

Identificar cursos requeridos, resultado de evaluación de personal, que no se encuentran dentro del PAAC.

x

Solicitar a Presupuestos aprobación y validación de disponibilidad.

Solicitar a Presupuestos aprobación y validación de curso no incluido en el PAAC.

x

Registrar participantes a capacitaciones, enviar invitaciones.

Registrar participantes a capacitaciones y enviar invitaciones a participantes.

X

Enviar carta de compromiso a participantes y registrar recepción.

Enviar carta de compromiso a participantes que aceptaron invitación y registrar recepción de carta de compromiso.

X

Emitir relación de participantes indicando centro de costo.

Emitir relación de participantes indicando centro de costo.

X

Registrar asistencia y evaluación de participantes de capacitación.

Registrar asistencia y evaluación de participantes de capacitación.

X

Registrar capacitaciones recibidas por el colaborador

Emitir reporte de capacitaciones recibidas por los colaboradores.

Registrar detalle de capacitaciones realizadas. Registrar detalle de capacitaciones realizadas: nombre de capacitación, proveedor, institución donde se realizó la capacitación, horas, fecha de inicio, fecha de culminación, evaluación de la capacitación.

X

Interfaz con el sistema de asistencia. Interfaz con el sistema de control de asistencia. Información a transmitir: personal, días de capacitación, hora de inicio, hora de fin, tolerancia hora de salida u hora de ingreso.

X

Generar reportes de capacitación. Generar reportes de capacitación: - por persona, nivel, centro de costo, etc. - historial de capacitación por empleado: capacitaciones recibidas, rechazadas, asistencia.

X

Gestión de Remuneraciones

110


Contar con control de acceso al sistema de planillas.

El sistema debe contar con medios de seguridad que permitan mantener diferentes niveles de acceso según el tipo de información que debe acceder así como registro de todas las transacciones que se efectúen sobre el sistema.

X

Ejecutar interfaz desde el Sistema de Control de Asistencia al Módulo de Nómina.

Ejecutar interfaz desde el Sistema de Control de Asistencia al Módulo de Nómina para calcular los descuentos por faltas y/o tardanzas, licencias sin goce de haber, suspensiones y subsidios.

X

Generar cálculo de nómina individual, grupal, general para el pago de remuneraciones del personal.

Generar cálculo de nómina individual, grupal, general para el pago de remuneraciones del personal considerando los siguientes conceptos: Ingresos (remuneración mensual, remuneración por vacaciones, pago por días, pago por encargo), Descuentos (AFP, SNP, renta de quinta, faltas, tardanzas, suspensiones, capacitación, retenciones judiciales).

X

Generar cálculo de nómina individual, grupal, general para el pago de subvención de practicantes.

Generar cálculo de nómina individual, grupal, general para el pago de subvención de practicantes considerando los siguientes conceptos: Ingresos (subvención económica, media subvención por el tiempo de prácticas realizado), Descuentos (tardanzas y faltas),

X

Administrar conceptos de planilla. Administrar conceptos de planilla (ingresos, descuentos y aportes patronales) a ser aplicados a la planilla: altas, modificaciones, bajas;

X

Administrar fórmulas para el cálculo de conceptos.

Administrar fórmulas que permitan realizar el cálculo de un concepto (Ejm. AFP, SNP, etc.)

X

Administrar variables que se utilizan en las fórmulas para el cálculo de conceptos.

Administrar variables que serán utilizadas en las fórmulas para el cálculo de un concepto. (Ejm. Tasa de comisión de AFP).

X

Administrar importes por conceptos. Administrar importes por concepto (alta, modificación, baja), manteniendo el periodo de vigencia de los mismos.

X

Importar información de nómina a RTPS – SUNAT, PLAME

Importar información de nómina a RTPS-SUNAT, PLAME

X

Generar reportes de la planilla bruta y neta incluyendo el detalle de los descuentos a cargo de los trabajadores, por centro de costo.

Generar reportes de la planilla bruta y neta incluyendo el detalle de los descuentos a cargo de los trabajadores, por centro de costo; ejemplos: AFP, SNP, Impuesto a la Renta, EPS, faltas, tardanzas, suspensiones, adelanto vacacional, retenciones judiciales, Exceso en consumo de teléfono, perdida de equipo y rendición por comisión de servicio.

X

Generar reporte de la planilla: Ganancias, Descuentos y aportes por trabajador.

Generar reportes de ganancias, descuentos y aportes por trabajador; ejemplos: Remuneración básica, SNP, Impuesto a la Renta, EPS, faltas, tardanzas, suspensiones, adelanto vacacional, retenciones judiciales.

X

Ejecutar presupuesto del gasto, pago con cartas órdenes.

Generar archivos txt para transferencias bancarias. Generar los asientos contables por la transferencia de los fondos del Bancos, generar los asientos contables.

X

Generar archivo txt para abonos en cuenta a trabajadores.

Generar los archivos para ser cargados por los diferentes sistemas bancarios para el abono en cuenta de los trabajadores.

X

Generar interfaz al sistema AFP para el pago de aportes previsionales de cada trabajador.

Exportación al software AFPNET para la declaración mensual de AFPs

X

131


Ejecutar pago de retenciones judiciales. Generar pago de retenciones judiciales a las cuentas autorizadas.

X

Generar boletas y firma. Generar boletas y firma. Opción de visualizar boletas en forma individual, por código

X

Determinar monto de tributos a pagar, revisar y generar pago.

Determinar monto de tributos a pagar, revisar y generar pago. Generar asientos contables de ejecución del gasto por la cancelación de los tributos así como la generación de los movimientos en los Libros Bancos.

X

Calcular provisiones. Calcular y generar provisiones de CTS, vacaciones y gratificaciones.

X

Generar reporte de provisiones calculadas individual y grupal.

Generar reporte de provisiones calculadas individual y grupal para su revisión y aprobación.

X

Calcular liquidación y emitir certificados.Calcular y emitir liquidación de beneficios sociales, emitir certificado de retención de renta de 5ta y certificado de trabajo y dar de baja en la planilla. Se deberá validar que no tenga deudas pendientes ni institucionales ni personales ni carta de compromiso vigente.

X

Emitir Liquidaciones Anuales AFP / SNP. Emitir en forma individual y acumulada las liquidaciones anuales de retenciones de AFP / SNP, en los formatos establecidos, conforme a ley

X

Emitir Certificados de Retención de 5ta.Categoría.

Emitir en forma individual y acumulada los Certificados de Retenciones de 5ta.Categoría, en los formatos establecidos, conforme a ley.

X

Emitir reporte de remuneración mensual y acumulada agrupada por categoría de empleado (jefe, gerente, profesional, etc)

Emitir en forma individual y acumulada la remuneración mensual y acumulada por categoría del empleado.

X

Programación Anual de VacacionesGenerar reporte de vacaciones pendientes por centro de costos, detallado por empleado.

Generar reportes de vacaciones pendientes por centro de costos, detallado por empleado.

X

Generar reporte de vacaciones gozadas, vencidas y pendientes de gozo por empleado y centro de costos.

Generar reporte de vacaciones gozadas, vencidas y pendientes de gozo por empleado y centro de costos.

X

Generar interfaz al sistema de Control de Asistencia con la planificación de las licencias, vacaciones y ceses registrados.

Generar interfaz al sistema de Control de Asistencia con la planificación de las licencias, vacaciones y ceses registrados.

X

Generar la integración del control de vacaciones con el cálculo de la planilla.

Generar la integración del control de vacaciones con el cálculo de la planilla.

X

Gestión de TiemposHorarios de Trabajo Determinar los horarios de trabajo teórico del

trabajador de acuerdo a lugar de trabajo.X

Reporte de tardanzas y faltas diarias Emitir un reporte de diario individual de tardanzas y faltas, licencias sin goce de haber y descansos médicos

X

Envío de mail para justificar faltas y tardanzas Envío de mail a jefes inmediatos y trabajadores para justificación de tardanzas, descansos médicos, compensaciones.

X

Interfaz a Nomina de descuentos por tardanzas y faltas.

Transferir al nomina los movimientos de descuento por tardanzas y faltas.

X

Reportes por Descansos médicos y subsidios Genera alerta de tope de 20 días de descanso médico, record de descanso médico por trabajador mensual y anual, reporte de record de subsidios mensuales y anuales.

Administración del personal

110


Movimientos y Desplazamientos de personal Registro de encargaturas, período del encargo, puesto o cargo, Persona a quien se reemplaza, pagos por encargos.Registro de desplazamientos de personal: rotaciones, desplazamientos temporal o permanentes, pasantías, duración del movimiento, áreas,

x

Consultas y reportes Facilita las consultas respecto a desplazamientos, encargaturas, rotaciones, pasantías, por personas, áreas, años.

x

Desvinculación

Registro de información de cese Registro de Cese: por fallecimiento, aceptación de renuncia, incapacidad permanente, sentencia judicial, límite de edad., despido, resolución de contrato. Fecha de cese, motivo del cese, Informe de Cese de personal.

x

Consultas y reportes Reportes de consulta de cese.

REQUERIMIENTOS FUNCIONALES UNIDAD DE FINANZAS

REQUERIMIENTOS DE CONTABILIDAD

Requerimiento Descripción del Requerimiento Requerido

Sí No

CONTABILIDAD

Libro Mayor

DATOS MAESTROS

Maestro del plan de cuentas contables. Permitir adicionar, modificar, eliminar, consultar e imprimir el plan de cuentas contables. De preferencia tener incorporado el Plan de Cuentas Gubernamental aprobado por la DNCP-MEF.

X

Manejo paralelo de un segundo plan de cuentas.

Llevar en paralelo un segundo plan de cuentas, que es el que se ha llevado anteriormente en la institución.

X

Componentes del Balance General. Componentes del Balance General (cada una de las filas) y su respectiva descripción.

X

Componentes del Estado de Pérdidas y Ganancias

Componentes del Estado de Ganancias y Pérdidas (cada una de las filas) y su respectiva descripción.

X

Componentes del Estado de Cambios en el Patrimonio Neto

Componentes del Estado de Cambios en el Patrimonio Neto y su respectiva descripción.

X

Componentes del Estado de Flujos de Efectivo Componentes del Estado de Flujos de Efectivo (cada una de las filas) y su respectiva descripción.

X

OPERACIONES

Registro de asientos de diferentes monedas Permitir ingreso de asientos en varias monedas origen, haciendo la conversión a la moneda en la

X

131


que se lleva la contabilidad.Asientos Manuales Facilidad de carga de asientos manuales

verificando el cumplimiento de todas las normas contables

X

Generación de información a registrar en el SIAF durante el proceso.

El sistema deberá generar los reportes que faciliten al usuario la carga de información en el SIAF. De la misma forma, el sistema deberá habilitar los campos que permitan registrar la información del SIAF necesaria para la operatividad diaria y control.

X

Principio de igualdad Controlar la igualdad de débitos y créditos por comprobante (voucher) y consistencia de que combinación de cuentas podrán componer un asiento contable

X

Validación de cuentas con centros de costos Registrar reglas de validación y seguridad en el uso de cuentas por centro de costo

X

Generación de la diferencia en cambio por operación

Permitir el registro de la contabilización de la diferencia en cambio por operación

X

Permitir bloquear y desbloquear períodos contables.

Restringir los registros de operaciones en períodos cerrados o reportados.

X

Permitir la impresión del voucher contable El comprobante diario debe generarse de manera automática; contemplando la opción de que el usuario del sistema seleccione el asiento contable a imprimir, la cantidad de copias, parámetro de páginas. Esta opción debe extenderse para todo tipo de reporte, estado financiero y presupuestal.

X

No permitir la duplicidad de registros de documentos

El sistema debe validar que los documentos que sustentan el registro operaciones de ingresos y de gastos no sean repetitivos en caso ocurra debe emitir un mensaje que alerte al usuario o bloquearse.

X

CUENTAS DE ORDEN

Contabilización de cuentas de orden Registro de cuentas de orden. Asiento contable y voucher automático. Niveles de revisión y supervisión. Reflejarse en los reportes, libros contables y EEFF. Contemplar en opciones de control saldos de los cheques en cartera, la entrega de cheques, vigencia cartas fianza y adquisición bienes.

X

Contabilización de Multas y Sanciones como cuentas de orden

Registro de multas en cuentas de orden. Asiento contable y voucher automático. Niveles de revisión y supervisión. Reflejarse en los reportes, libros contables y EEFF.

X


En los procesos de registro de operaciones de compras, servicios, convenios, ingresos y provisiones es necesaria la información siguiente: Nº Registro de operación, Tipo de operación Bienes o Servicios, Requerimiento de gasto, Proveedor, descripción del bien o servicio, fecha de la orden, código del proveedor, Importe girado, Nº Expediente SIAF, fecha de asiento contable, Cuenta de la contabilidad patrimonial, presupuestal; Nº Asiento, Comprobante de pago/factura, Recibo de Honorarios, boleta, importe asimismo debe figurar actv./Prog. Tarea, centro de gasto, fuente de

X

110


financiamiento, rubro, código de Gerencia, Unidad ejecutora, centro de costo.El sistema deberá generar los reportes que faciliten al usuario la carga de información en el SIAF. De la misma forma, el sistema deberá habilitar los campos que permitan registrar la información del SIAF necesaria para la operatividad diaria y control..

GESTION DE FONDO DE GARANTIA

Manejo de garantías. Permitir el manejo de garantías (cartas fianzas y depósitos) entendido como el ingreso, custodia, devolución, anulación y reportes.

X

Cuentas por Pagar

DATO MAESTRO

Maestro de Proveedores Mantenimiento de Datos Maestro de Proveedores, identificados por código y/o RUC. Identificación de ubicación geográfica, contacto, identificación de su condición tributaria, registro de información de preferencia de pago, cuentas bancarias.

X

Control de duplicidad de registro de proveedores.

Controles para evitar esta situación. X

OPERACIONES

Cálculo de Impuesto IGV El sistema debe calcular automáticamente el impuesto general a las ventas. Generandose automáticamente el Registro de Ventas y Registro de Compras.

X

Cálculo de Retenciones El sistema debe calcular de forma automática las retenciones.

X

Cálculo de Detracciones El sistema debe calcular de forma automática las detracciones por el concepto de compra del servicio.

X

Identificación de buenos contribuyentes Carga de información desde la SUNAT para identificar buenos contribuyentes

X

Gestión de condiciones de Pago Debe manejar diferentes condiciones de pago y permitir ingresar y controlar los calendarios de pago de los contratos, órdenes de compra y órdenes de servicios.

X

Gestión de formas de Pago Se debe tener la opción de seleccionar la forma de pago con la que se cancelará la deuda adquirida, por proveedor o por operación.

X

Formas de Pago Procesos de pagos por fecha de vencimiento, proveedor, clasificación.

X

Medios de Pago Pagos mediante diferentes medios como Cheque, Cartas Ordenes, , transferencias interbancarias y telecrédito

X

Registro de Comprobantes de Pago Registro de Facturas, Boletas, Notas de Débito, Notas de Crédito, Comprobantes de Ingreso, etc.

X

Control de duplicidad del registro de facturas por proveedor

Tener el control del registro de facturas repetidas para un mismo proveedor

X

131


Registro de pagos recurrentes Debe permitir generar compromisos de pago de forma automática en base a órdenes de compra, relacionadas con contratos vigentes (Pagos recurrentes).

X

Validación contra orden de compra / orden de servicio siempre que sea posible

Manejar el flujo de conectividad entre la orden de compra y la factura

X

Avisos de Vencimientos El sistema debe proveer alarma sobre los vencimientos de cuentas por cobrar.

X

Compensación entre cuentas Debe permitir cruzar cuentas deudoras y acreedoras de una misma persona natural o jurídica, por nombre o razón social, RUC, DNI, etc.

X

Gestión de Préstamos, deuda y vencimientos a proveedores X

Manejo de Notas de Crédito y Notas de Débito X

Registros de pago ITF X

Emisión de cartas órdenes. Emisión de cartas órdenes: cartas interfondos, transferencias telegiros, transferencias bancarias, operaciones vía Banco Central de Reserva del Perú, apertura de instrumentos financieros, cancelación o renovación de instrumentos financieros, operaciones de compra o venta de moneda extranjera.No se emite carta de orden por procedimientos de control interno, el proveedor debe comunicar su No de código de cuenta interbancaria - CCI para su pago correspondiente.

X

Relación de provisiones pendientes de giro. Relación de provisiones pendientes de giro. X

Contabilizar en el sistema SIAF las operaciones que generan un compromiso de pago, como la solicitud de compromiso, la contabilización de la provisión, la cancelación de la deuda.


X

Imprimir voucher. Imprimir voucher (comprobante diario). X

Verificar asientos contables en el sistema administrativo

El área de contabilidad verifica que se haya registrado la afectación presupuestal, para proceder a revisar, aprobar el asiento contable automático e imprimir el voucher respectivo, en el mismo que se coloca el visto bueno en señal de conformidad del especialista contable, que revisa y el VºBº del Supervisor en Finanzas.

X

VIATICOS Y ENTREGAS A RENDIR CUENTASGeneración de información a registrar en el SIAF durante el proceso.


X

Registrar comprometido y del devengado en el sistema Administrativo.

Permitir el registro de los compromisos y como se va devengando en el tiempo. Permitir controles mediante niveles de aprobación y comparación del devengado contra niveles de gasto aprobados.

X

110


Realizar ejecución del gasto presupuestado - modalidad pago con cheque.

Implica la asignación del anticipo al personal destacado, así como la generación automática de los vouchers e impresión con ejecución del gasto. La ejecución debe ser total respecto al devengado.

X

Verificar y aprobar asientos girados Asiento contable y voucher automático. Niveles de revisión y supervisión. Los niveles de revisión y supervisión corresponden al Departamento de Contabilidad.El procedimiento para la revisión y supervisión de la cuentas de orden que se derivan de operaciones registradas por otros departamentos así tenemos la información financiera de saldos bancarios a cargo del Departamento de Tesorería, control monetario de cartas fianzas vigentes, cheques en cartera y por el Departamento de Logística la adquisición e inventario de bienes no depreciables, dichas operaciones se muestra en asientos contables en el Reporte denominado voucher en el que se coloca el VºBº del especialista contable y VºBº del jefe del Departamento de Contabilidad como supervisor después de disponer de la información sustentatoria correspondiente. Reflejarse en reportes contables, libros y estados financieros y presupuestales.

X

Registrar, transmitir y contabilizar la rendición Registro de más de una rendición. Registro manual. Reporte de control de pendientes. Registro de liquidaciones correspondientes a años anteriores. Registro notas contables. Asiento contable y voucher automático. Niveles de revisión y supervisión. Reflejarse en reportes contables, libros y estados financieros y presupuestales.

X

Verificar y aprobar asiento de devolución en el sistema.

Opción deseable para migrar información entre sistemas. Registro de devoluciones. Registro manual. Asiento contable y voucher automático. Niveles de revisión y supervisión. Reflejarse en reportes contables, libros y estados financieros y presupuestales.

X

REEMBOLSO A TERCEROS

Registrar solicitud de compromiso Opción deseable para migrar información entre sistemas. Mostrar resultados de migración. Registro manual. Asiento contable y voucher automático. Niveles de revisión y supervisión. Reflejarse en reportes contables, libros y estados financieros y presupuestales.

X

Contabilizar compromiso y registrar devengado.Contabilizar el devengado Registro manual. Asiento contable y voucher

automático. Niveles de revisión y supervisión. Reflejar en reportes contables, libros y estados financieros y presupuestales.

X

Imprimir voucher. Imprimir voucher (comprobante diario). X

Contabilizar lo girado. Realizar registro manual. Asiento contable y voucher automático. Reflejar en reportes

X

131


contables, libros y estados financieros y presupuestales.

Ejecutar girado. El sistema debe permitir la emisión de cartas órdenes y ejecutar el gasto cuando las transferencias se realizan por SIAF. (Transferencias interbancarias).

X

Verificar asientos contables en el sistema administrativo

X


El sistema deberá generar los reportes que faciliten al usuario la carga de información en el SIAF. De la misma forma, el sistema debera habilitar los campos que permitan registrar la información del SIAF necesaria para la operatividad diaria y control.

X

REGISTRO DE REVERSIONES

Registrar rebaja y/o anulación de compromiso Registro manual. Asiento contable y voucher automático. Reflejarse en reportes contables, libros y estados financieros y presupuestales. Distinguir si se trata de una devolución, anulación o rebaja.

X



X

Cuentas por Cobrar

DATOS MAESTROS

Maestro de Clientes, empresas aportantes y empresas supervisadas.

Mantenimiento de Datos Maestro de Clientes, identificados por código y/o RUC. Identificación de ubicación geográfica, contacto, Identificación de su condición tributaria, retenedor, buen contribuyente etc.

X

OPERACIONES

Gestión de condiciones de Cobro El sistema debe permitir la selección de condición de cobro para la operación a realizar

X

Gestión de formas de Cobro Se debe tener la opción de seleccionar la forma de cobro con la que se realizará el cobro de la deuda

X

Registro de documentos de cobro

Emisión de comprobantes de pago y comprobantes de aportes.

Debe poder emitir estos comprobantes.Los únicos comprobantes de pago a emitir a nuestros clientes son los establecidos por SUNAT, no son aplicables los comprobantes de aportes.

X

Análisis de cuentas por cobrar. El sistema debe proporcionar herramientas de consulta para realizar el análisis de las cuentas por cobrar.

X

Avisos de Vencimientos El sistema debe proveer alarma sobre los vencimientos de cuentas por cobrar.

X

110


Compensación entre cuentas Debe permitir cruzar cuentas deudoras y acreedoras de una misma persona natural o jurídica, por nombre o razón social, RUC, DNI, etc.

X

Activos Fijos

DATOS MAESTROS

Registro del bien Registrar los bienes muebles e inmuebles (propios, adquiridos por Leasing, de terceros y encargados), incluyendo además de los datos de identificación, campos de libre uso por los usuarios. Identificación del centro de costo que pertenece el activo.

X

Registro de Alta contable Permite registrar al área de contabilidad el valor del bien.

X

Registro de mejoras a un bien Registrar inversión en mejora. Activar la inversión. Considerar mejora en cálculo de la depreciación y amortización.

X

Registrar traslado de bien. Registrar traslado de bien.

Registrar baja de bienes propios. Registrar bienes propios a dar de baja, indicando código de bien, ubicación, motivo, etc.

X

Registro de Componentes de Activos Registrar activos por partes y activos como consolidado de partes.

X

Devolución Permite registrar la devolución de los bienes patrimoniales.

X

Ubicación de Activos Controlar la ubicación de los Activos Fijos. X

Ciclo de Vida Efectuar el seguimiento del ciclo de vida del activo.

X

Manejar el estado de Activos Manejar el estado (uso, conservación, producción) de los activos,

X

OPERACIONES

Manejar índices inflacionarios. x

Manejar diversos tipos de depreciación. Depreciación Lineal, Unidades producidas, etc x

Manejar diferentes áreas para el manejo de la valorización

Calcular la depreciación (contable y tributaria) y ajuste controlando la diferencia temporal generada entre los valores de depreciación y su influencia en los estados financieros.

x

Proceso de Depreciación y amortización Permitir el reproceso del cálculo de ajuste y depreciación contable y tributaria

x

Generación de información para contabilizar el proceso de alta, depreciación, amortización y baja en el sistema administrativo en sus respectivos centros de costo

Registrar notas contables. Módulo de control de activos para el cálculo de la depreciación, amortización. Asiento contable y voucher automático. Niveles de revisión y supervisión. Reflejarse en reportes contables, libros y estados financieros y presupuestales.

x


El sistema deberá generar los reportes que faciliten al usuario la carga de información en el SIAF. De la misma forma, el sistema deberá habilitar los campos que permitan registrar la

X

131


información del SIAF necesaria para la operatividad diaria y control.

Consulta de Activos Fijos Permitir la consulta y/o búsqueda de activos, componentes y características por diversos criterios tales como: código, descripción, usuario, fechas (activación, baja, alta, uso, adquisición, renovación), contenido de características.

X

REPORTES

Generar reporte general de Activos Fijos Reporte general de bienes según criterios de búsqueda por diversos criterios, mostrando campos requeridos.

X

Generar reporte de bienes dados de baja. Reporte de bienes dados de baja según distintos criterios de búsqueda, indicando status y mostrando campos requeridos.

X

Generar reporte de bienes trasladados. Generar reporte de traslado de bienes por distintos criterios de búsqueda, indicando código de bien, origen, destino, fecha, motivo, status, etc.

X

Generar reporte de bienes por código de inventario.

Generar reportes de bienes por código de inventario.

X

Generar reporte de bienes por código de SBN Generar reporte integral de todos los datos del activo.

X

Generar reporte de Activos Fijos e Intangibles. Generar reporte de Activos Fijos e Intangibles (depreciables y no depreciables) para llevar el control de los mismos. El registro, control y saldos deben reflejarse en los libros contables y en los Estados Financieros.

X

Generar reporte de Depreciación de activo. X

Generar reporte de Depreciación de activo – tributaria.

X

Procesos de Cierre

Asientos de cierre. Permitir la generación de asientos de cierre. X

Asientos de apertura. Permitir la generación de asientos de apertura. X

Revertir asientos de cierre. Permitir la reversión de asientos de cierre. X

Emitir Balance de Cierre. Permitir emitir Balance de Cierre. X

Emitir Diario de Cierre. Permitir emitir Diario de Cierre X

Permitir ajustes manuales a la contabilidad (reversiones y ajustes) X

Valorización de moneda extranjera Permitir la generación de valoración de moneda extranjera

X



X

Generar reporte resumen de diferencial cambiario.

Generar reporte resumen de diferencial cambiario.

X

Generar PDT PLAME X

Ejecución del girado. El sistema debe permitir la emisión de cheques y ejecutar el gasto.

X

110


Verificar pago realizado de los tributos. Opción para reconstruir saldos libro bancos y reportes contables. El sistema debe emitir un reporte mensual de Retenciones por pagar Rta 4ta.

X

Contabilizar el giro y verificar / aprobar asiento contable

Registro manual. Asiento contable y voucher automático. Niveles de revisión y supervisión. Reflejarse en reportes contables, libros y estados financieros y presupuestales.

X



X

Grabar información y envíar a SUNAT por medio magnético.

Grabar información y enviar a SUNAT por medio magnético.

X

Generar PDT 617 Otras Retenciones X

Determinar monto de tributos a pagar Las operaciones que registran retenciones deben reflejarse en reporte.

X

Verificar pago realizado de los tributos. Opción para reconstruir saldos libro bancos y reportes contables.

X

Realizar ejecución del girado. El sistema de emitir un reporte de No Domiciliados.El sistema debe permitir la emisión de cheques y ejecutar el gasto.

X

Contabilizar el giro. Verificar y aprobar asiento en el sistema administrativo.


X



X


Grabar información y envía a SUNAT por medio magnético

X

Generar PDT 626 Agentes de Retención X

Verificar las retenciones efectuadas en el mes. Verificar las retenciones efectuadas en el mes. X

Determinar monto de retenciones a pagar. Reporte que detalle las retenciones de IGV y renta de 4ta. Categoría personas naturales y jurídicas. Opción para actualizar los saldos contables. Detalle de los certificados de retención emitidos. Formato del certificado diseñado en el sistema. Reporte control del registro de retenciones efectuadas.

X

Realizar ejecución del girado. El sistema debe permitir la emisión de cheques (Revisar generalidades Tesorería) y ejecutar el gasto.

X



X

131




X

Interface del ERP al PDT X



X

Generar PDT 621 - IGV X

Emitir Registro de Compras del mes. El sistema debe contener como libros auxiliares el registro de ventas y de compras mensual según formato estructurado por los entes rectores.

X

Determinar monto de IGV a pagar o crédito fiscal.

Reporte detallado del IGV registrado en las operaciones afectas.

X

Realizar ejecución del girado. El sistema debe permitir la emisión de cheques y ejecutar el gasto.

X



X



X

Contabilidad de Costos

Mantenimiento datos maestro de centro de costos

Permitir la creación y actualización de centros de costos

X

Mantenimiento datos maestro de centro de ingresos

Permitir la creación y actualización de centros de ingresos

X

Factor de distribución de gastos e ingresos. Factor de distribución, a ser ingresados mensualmente, los cuales deberán permitir la distribución de los gastos

X

Registrar reglas de validación y seguridad en el uso de cuentas por centro de costo. X

REPORTES

Libros contables y auxiliares X

Libro Diario Principal. Emisión de Libro Diario Principal. X

Libro Mayor Principal. Emisión de Libro Mayor Principal. X

Libro de Inventarios y Balances. Emisión de Libro de Inventarios y Balances. X

Balance General. Emisión de Balance General de acuerdo a la normativa de la Contaduría.

X

Estado de Ganancias y Pérdidas por Función. Emisión de Estado de Ganancias y Pérdidas por Función de acuerdo a la normativa de la Contaduría-

X

Estado de Ganancias y Pérdidas por Naturaleza.

Emisión de Estado de Ganancias y Pérdidas por Naturaleza de acuerdo a la normativa de la Contaduría.

X

110


Estado de Cambios en el Patrimonio Neto. Emisión de Estado de Cambios en el Patrimonio Neto de acuerdo a la normativa de la Contaduría.

X

Estado de Flujos de Efectivo. Emisión de Estado de Flujos de Efectivo de acuerdo a la normativa de la Contaduría.

X

Registro de Compras. Emisión de Registro de Compras. X

Registro de Ventas. Emisión de Registro de Ventas. X

Análisis de Cuenta mensual y acumulado. Emisión de Análisis de Cuenta mensual y acumulado.

X

Análisis de Anexos mensual y acumulado. Emisión de Análisis de Anexos mensual y acumulado.

X

Libro Diario Auxiliar . Emisión de Libro Diario Auxiliar. X

Libro Mayor Auxiliar. Emisión de Libro Mayor Auxiliar. X

Libro Bancos. Emisión de Libro Bancos. X

Balance de Situación por Anexos. Emisión de Balance de Situación por Anexos. X

Análisis de cuentas. Emisión de Análisis de cuentas. X

Posición de Caja. Emisión de Estado de Posición de Caja. X

Registro de retenciones. Emisión de Registro de retenciones. X

Emitir Certificados de retención (6%). Emitir Certificados de retención (6%). X

Emitir Retención de Devengados ya girados (Renta 4ta categoría).

Emitir Retención de Devengados ya girados (Renta 4ta categoría).

X

Emitir Retención de Devengados no girados (Renta 4ta categoría).

Emitir Retención de Devengados no girados (Renta 4ta categoría).

X

Emitir certificado de retención de renta de NO DOMICILIADOS X

Registro de Detracción Emisión de Registro de detracción X

Registro de Compras por proveedor Emisión de Registro de Compras por proveedor X

Registro de Honorarios Emisión de Registro de Honorarios X

Certificado de retención de renta de cuarta categoría

Emisión de Certificado de retención por cuarta categoría

X

Registro de Certificado de Fondo de Garantía Emisión de Fondo de Garantía X

Registro de Activo Fijo Emisión de Registro de Activo Fijo X

Registro de Intangibles Emisión de Registro de Intangibles X

Registro de viáticos Emisión de Registro de Viáticos X

Registro de Fondo para pago por encargos Emisión de Registro de fondo para pagos por encargos

X

Registro de No Domiciliados Emisión de Registro de No Domiciliados X

Registro de Ingresos por Aportes Emisión de Registro de Ingresos por Aportes X

Registro de Ingresos por Multas Emisión de Registro de Ingresos por Multas X

Registro de Ingresos pot Venta de Bases Emisión de Registro de Ingresos por Venta de Bases

X

131


Registro de Seguros Generales Emisión de Registro de Seguros Generales (Deshonestidad, robo, asalta, multiriesgo, incendio, vehicular, etc.)

X

Interfase del sistema contable al PDT y COA Interfase del sistema contable al PDT y COA X

Alerta de vencimientos de Impuestos, CARELEC; FER, etc.

Alerta de vencimientos de Impuestos, CARELEC; FER, etc.

X

Registro de retenciones judiciales (alimentación, beneficios sociales, etc.)

Relación de movimientos de descuentos judiciales.

X

Registro de subsidios Relación de movimientos de subsidios. X

Registro de cuentas de orden Interfase del SCM al ERP (multas). Registro y control de cartas fianzas (custodia)

X

Flujo de caja mensual según partidas del MEF Formatos de acuerdo dispuesto por el MEF X

Formato de saldo de colocación de fondos Formatos de acuerdo dispuesto por el MEF X

Indicadores de los eeff En graficas y de acuerdo a lo normado por la contaduría y contraloría.

X

Relación de las cuentas reciprocas de cuentas por cobrar y pagar

De acuerdo al patrón establecido por la Contaduría.

X

Modulo de consulta de pago para proveedores (usuario y contraseña)

Modulo de consulta de pago para proveedores (usuario y contraseña)

X

Control de Telefonía fija y móvil Libro Auxiliar, extracontable X

Control de Luz y agua Libro Auxiliar, extracontable X

Control de internet y cable Libro Auxiliar, extracontable X

Control de arrendamiento y deposito de garantía

Libro Auxiliar, extracontable X

Reporte de inconsistencia entre lo contable y los kardex

Reporte de inconsistencia entre lo contable y los kardex

X

Análisis de cuentas por correntistas y por rango de fechas

Análisis de cuentas por correntistas y por rango de fechas

X

Reporte detallado de cuentas por pagar por rango de fechas

Reporte detallado de cuentas por pagar por rango de fechas

X

Reporte detallado de cuentas por cobrar por rango de fechas

Reporte detallado de cuentas por cobrar por rango de fechas

X

Relación de aporte por clasificador Según clasificador del SIAF X

Reporte de distribución de gastos por caja chica

Reporte de distribución de gastos por caja chica X

Simulador de tasa de interés en general (deposito plazo, etc.)

Sirve para contrastar los interese recibidos por la banca con lo ingresado

X

Formatos de la rendición de cuenta de la gestión del titular

Según la directiva de Contraloría X

Formatos de las medidas de austeridad Según la directiva de Contraloría X

Relación por pago por tipo de proceso de selección y proveedor

Relación por pago por tipo de proceso de selección y proveedor

X

Interfase con la SUNAT para verificar los datos del contribuyente X

Creación del correntista con campos obligatorios: RUC, Razón comercial, fax teléfono, email, dirección y CCI.

X

110


Emisión de Estados Financieros y PresupuestalesReconstruir saldos en el sistema administrativo Opción para actualizar los saldos y reportes

contables. Registro de ajustes y/o reclasificaciones contables o extra contables para presentación. Proceso que detecte asientos descuadrados.

X

Generar Balance de Comprobación en el sistema administrativo

Proceso de reconstrucción de saldos. Emisión de Balance de Comprobación. Reportes de análisis de cuenta mensual y acumulado.

X

Exportar Balance de Comprobación a formato excel para la elaboración de cuadros anexos.

El sistema debe crear los cuadros o anexos, formatos previamente diseñados, para sustentar las notas y anexos financieros.

X

Generar e imprimir Balance General y Estado de Gestión individuales

Reconstruidos los saldos, generar e imprimir reportes contables y estados financieros principales como el Balance General y Estado de Gestión, Estado de Flujos de Efectivo y Estado de Cambios en el Patrimonio Neto.

X

Emitir Registro de Ingresos Emitir registro de ingresos:- Aportes de empresas de electricidad e hidrocarburos- Aportes por Perupetro- Arancel de fiscalización minera- Otros ingresos

X

Permitir el registro de operaciones a nivel de fondo

El sistema debe estar estructurado de tal forma que permita el registro y contabilización de operaciones a nivel de actividades (fondos) cada uno de ellos debe actuar como una entidad cuyos procesos (reconstrucción de saldos, detección de asientos descuadrados) reportes, información financiera y presupuestal sean independientes. A través de un proceso deberá integrarse todo la información a fin de obtener la información combinada de todos los fondos igualmente con sus propios reportes, procesos e información financiera y presupuestal. A nivel individual y combinado debe implementarse una hoja de trabajo para el cierre financiero.

X

REQUERIMIENTOS DE TESORERIARequerimiento Descripción del Requerimiento Requerido

Sí NoTesoreríaBANCOSDatos MaestrosDatos Maestros - Bancos Permitir la creación y actualización de Bancos

con las que trabaja la entidad.X

Datos Maestros - Cuentas Bancarias Permitir la creación y actualización de Cuentas Bancarias a utilizar. Mantenimiento de cuentas bancarias y monedas.

X

Conciliación BancariaGenerar e imprimir libro Bancos. Emisión de libro Bancos de sistemas. XComparar estados de cuenta con Libros Bancos. Validación libros versus estado de cuenta. XDeterminar las partidas conciliatorias. Mostrar detalle de partidas conciliatorias. XElaborar las conciliaciones bancarias. Elaborar las conciliaciones bancarias a través de X

131


un formato establecido y de manera automática.Revisar, aprobar conciliación bancaria. Niveles de revisión y supervisión. XGestión de ChequesGiro de cheques regulares Giro de cheques regulares que permita generar

asientos e imprimirlos en formularios pre-impresos. Reporte sobre cheques emitidos (en el mes, los emitidos en el día, últimos cheques generados y por rango de días).

X

Control de Cheques Administrar la cartera de cheques.Gestionar los correlativos de cheques por banco y por cuenta

X

Estado de Cheques La Cartera de cheques debe permitir gestionar varios estados de los valores (pendiente de cobro, cobrado, en custodia, diferidos, etc.).

X

Generar archivos de texto y comunicación con Sistema Telebanking (o similar)

Generar archivos de texto por las diversas formas de pago (cheque de gerencia, transferencias, etc.) para ser leídos por el sistema Telebanking (o similar) y enviarlos (Interface) a dicho sistema para ser autorizados y procesados electrónicamente

X

Anulación de Cheques y Transferencias Anulación y reporte de cheques y Transferencias anulados, por banco, cuenta, proyecto/actividad, fte y rubro de financiamiento

X

Generación automática del asiento contable en los casos necesarios X

SALIDASControl de Pagos Se debe tener el control de documentos a pagar

mediante niveles de aprobación y liberación para pago, por banco, cuenta, proyecto/actividad, fte y rubro de financiamiento

X

Pagos Manuales y Masivos Debe efectuar el procesamiento de pagos tanto manuales como de forma masiva mediante el uso de propuestas de pago

X

Gestión de Anticipos Gestión de Anticipos (entregas a rendir): Controlar desde el registro de adelanto hasta la justificación y/o rendición del mismo con registro presupuestal y contable

X

Control de Adelantos Control de adelantos para viajes, proyectos, actividades, etc.Según lo presupuestado; y administración de la liquidación: cumplimiento, ajuste a las normas, cancelación y alertas en el proceso.

X

Pago a ProveedoresEnviar solicitud de compromiso del Sistema administrativo al SIAF.

Opción para migrar información entre sistemas. Mostrar resultados de migración. Registro automático. Nota de Afectación Presupuestal, Asiento contable y voucher automático. Reflejarse en reportes contables, libros y estados financieros, por banco, cuenta, proyecto/actividad, fte y rubro de financiamiento, actualizándose y controlándose los saldos en bancos por Proyecto/Actividad, fte. fto., rubro y específica del gasto

X

Registrar y contabilizar devengado en el sistema administrativo y SIAF.

Opción para migrar información entre sistemas. Mostrar resultados de migración. Registro automático, previa verificación de

X

110


disponibilidad. Asiento contable y voucher automático. Reflejarse en reportes contables, libros y estados financieros, por banco, cuenta, proyecto/actividad, fte y rubro de financiamiento

Imprimir voucher y enviar documentación sustentatoria

Impresión del voucher en línea con la SUNAT (comprobante de retención, detracción, fondo de garantía, penalidades, descuentos judiciales, MYPES, cobranza coactiva, etc.)

X

Ejecutar el gasto por transferencias interbancarias via SIAF.

La ejecución puede ser parcial o total, respecto al devengado, en función a las retenciones y/o detracciones que se encuentre afecto el proveedor.

X

Emitir comprobantes de retención. (Ver T2103) La retención del IGV al proveedor implica que el sistema efectúe el cálculo del 6% de la(s) factura (s), impresión del comprobante de la referida retención, así como la vinculación con la cuenta contable del tributo retenido.

X

Generar giros para las detracciones. (Transferencia bancarias)

El sistema debe generar la provisión contable de la detracción de aquellos servicios afectos a detracción.

X

Contabilizar, verificar y aprobar asiento girado en el sistema administrativo

Opción para migrar información entre sistemas. Se requiere generar editar e imprimir “Orden de colocaciones”.Conteniendo el interés ganado al término del proyecto Ejem. Del 01.08.11 al 10.08.11., fuente, rubro, cuenta corriente de origen, plazo, monto.Entre los sistemas de Telebanking y el ERP.Mostrar resultados de migración. Registro automático. Asiento contable y voucher automático. Reflejarse en reportes contables, libros y estados financieros, por banco, cuenta, proyecto/actividad, fte y rubro de financiamiento

X

PLANILLA DE SUELDOS - PRACTICANTESEjecutar gasto con transferencia Generación, edición e impresión del documento,

en forma parcial o total respecto del devengado. Vouchers de ejecución del gasto.

X

Generación automática del asiento contable de la cancelación de haberes. X

COLOCACIONES EN SISTEMA FINANCIEROEjecutar Colocaciones Opción para migrar información entre

sistemas. Generación, edición e impresión del documento de orden de colocaciones detallando interés ganado proyectado al término del plazo, fuente y rubro de financiamiento, cuenta de origen, plazo, etc.

X

Generación automática del asiento contable al inicio y al cierre de la colocación. X

Reporte de colocaciones Interface con el sistema del banco. Reporte evolutivo por Fecha de inicio y término, intereses ganados, plazo, etc., por banco, cuenta, proyecto/actividad, fte y rubro de financiamiento

X

INGRESOS

131


MULTAS Y SANCIONESDeterminar el ingreso por multas y sanciones Generación de los asientos contables por multas

y sanciones.X

Emitir comprobante por concepto de multas y sanciones

Generación, emisión e impresión. Controlar número correlativo.

X

Generar reportes detallados Generación de los reportes contables (Registro de Ingresos), otros (Reportes de Documentos Emitidos) y de control (Reporte de Control de Comprobantes de Pagos). por banco, cuenta, proyecto/actividad, fte y rubro de financiamiento

X

Contabilizar lo recaudado Registro automático. Asiento contable y voucher automático. Niveles de revisión y supervisión. Reflejarse en reportes contables, libros y estados financieros. por banco, cuenta, proyecto/actividad, fte y rubro de financiamiento

X



X

INGRESOS VARIOSEmitir comprobantes de pago. Creación y registro de anexos de clientes en el

sistema. Generación, emisión e impresión de los comprobantes de pagos. Generación de los asientos contables.

X

Generar reportes con detalle de emisión de comprobantes de pago

Generación de los reportes contables (Registro de Ventas), otros (Reportes de Documentos Emitidos) y de control (Reporte de Control de Comprobantes de Pagos).

X

Contabilizar lo recaudado Registro automático. Asiento contable y voucherautomático..Niveles de revisión y supervisión. Reflejarse en reportes contables, libros y estados financieros.

X

Recaudar - Venta de Bases Generación, emisión e impresión de los Recibos/Comprobantes de Pago de Ingresos a Caja.

X

Generar reportes con detalle de Ingresos y gastos financieros

Generación de los asientos y reportes contables y analíticos de ingresos (intereses mensuales y por colocaciones), por cuenta corriente y código de ctas a plazo fijo, según sea el caso

OTROSPosición de Tesorería Interface con el sistema del banco. Debe

calcular la posición de tesorería en monedas de origen de cuenta y su conversión a moneda de contabilidad (S/.), según saldos en libro bancos y en cuentas corrientes, por banco, cuenta, fte y rubro de financiamiento

X

Previsión de Tesorería Debe calcular la previsión de tesorería [compuesta por operaciones en tránsito, previstas, comprometidas, pagos acordados, cuotas fijas (tales como impuestos, contratos de compra de combustible, etc.)].

X

Reportes y consulta de desembolso por caja chica.

X

Reportes y consulta de saldos y reposiciones de cajas chicas. X

110


Reportes y consultas de gestión de anticipos. XReportes y consultas de cheques emitidos. XReportes y consultas de cheques rechazados. XReportes y consultas de previsión, posición y presupuesto de tesorería. X

Reportes de Situación de caja y bancos, con opción a detallar movimientos de cada caja y banco. X

Reportes de conciliación bancaria. XReportes de detracciones, retenciones, percepciones, etc., que se hubiesen producido X

REQUERIMIENTOS FUNCIONALES UNIDAD DE LOGÍSTICA

REQUERIMIENTOS DE LOGISTICARequerimiento Descripción del Requerimiento Requeri

doSí No

LogísticaMaestros Generales LogísticosMaestro de niveles de aprobación, alertas y notificaciones.

Permitirá el mantenimiento general a los niveles de aprobación de los tipos existentes (Cuadro de Necesidades, PAC, Requerimientos, Entregables, Adenda, renovaciones, complementarios entre otros). Permitirá el mantenimiento de las alertas y notificaciones que servirá para que los integrantes de los niveles de aprobación estén enterados de lo que tienen que aprobar o que puedan consultar a nivel informativo.Se manejará a nivel de gerencias, oficinas, divisiones, áreas y puestos definiendo características de cada nivel.

Formará parte del proceso de aprobaciones indicado más adelante.

X

Maestro del Comité y sus integrantes. Permitirá el registro de los diferentes comités especiales, permanentes y ADHOC para los diferentes procesos de selección.Deberá contar con funcionalidades de reemplazo, cargo y características generales del propio comité.

X

Maestro de firmas digitalizadas. Permitirá el registro de las firmas de los responsables de realizar aprobaciones de diferentes tipos, de acuerdo a los niveles de aprobación establecidos.Las firmas son digitalizadas y en formato de imagen, esta imagen deberá ser mostrada en los reportes de aprobación y conformidad de los diferentes tipos de proceso.

X

Maestro de productos (bienes y servicios). Permitirá el mantenimiento de los servicios, éste deberá tener agrupaciones por familias y

X

131


sub-familias y estar relacionado a las cuentas contables.Considerar familias y sub familias como mantenimientos separados de acuerdo al catálogo de la SBN.

Maestro de proveedores. Crear, modificar, eliminar registro de proveedores con un código de identificación único (RUC).

X

Gestión de ProgramaciónCrear registros de bienes y servicios. Crear, modificar, eliminar registro de bienes

y/o servicios con un único código de identificación, los cuales deben estar asociados a cuentas contables y clasificadores presupuestales y el catálogo del SIGA – MEF.

X

Realizar valorización automática de bienes y servicios.

Registrar para cada nuevo requerimiento de bien o servicio el precio de la última adquisición. Almacenar la información que permita realizar el costeo del bien.

X

Agrupar bienes y/o servicios del Cuadro de Necesidades Consolidado considerado en los requerimientos de presupuestos, en función de familias y sub-familias de bienes y servicios.

Agrupar bienes y/o servicios del Cuadro de Necesidades Consolidado en función de familias y sub-familias de bienes y servicios, teniendo en cuenta la meta y el clasificador.

X

Generar PAC. Seleccionar necesidades agrupadas para generar procesos de compra.

X

Determinar Compras Directas. Determinar a partir de necesidades agrupadas las que requieran manejarse como compras directas (no requieren normas de contratación pública).

X

Aprobar PAC. Definir niveles de aprobación del PAC. XInterfaz que transfiera la información del PAC al SEACE.

Generar archivo que permita cargar la información del PAC al SEACE.

X

Registro y modificaciones de PAC y Menores Cuantías no programadas

Remitirá el mantenimiento de los ítems del PAC una vez que se genere una nueva versión del PAC. Este registro deberá tener las características propias de los ítems del PAC y los diferentes estados de los ítems del PAC. El sistema permitirá acceder a todas las versiones que se hayan generado del PAC.

X

Adicionar nuevo proceso de selección en el PAC.

Adicionar nuevo proceso de selección en el PAC, el cual debe afectar el marco presupuestal.

X

Excluir procesos de selección del PAC. Dejar sin efecto proceso de selección del PAC, sin eliminarlo lo cual debe liberar el marco presupuestal.

X

Cancelar proceso de selección. Cancelar proceso de selección para que se refleje en el PAC, sin eliminarlo. Debe liberar el marco presupuestal.

X

Consultar sobre estado de los procesos de selección.

Realizar consultas sobre el estado de los procesos de selección programados en el PAC:a) Requerimiento Observado o Completo b) Estudio de Mercadoc) Expediente Aprobadod) Bases en Formulación, Revisión o Aprobadase) Proceso Convocado (distintas etapas)

X

110


Gestión del Proceso de Selección y de ComprasPermitir el registro de requerimientos. Deberá permitir el registro de requerimientos

de las diferentes gerencias y oficinas, éste deberá realizarse de acuerdo a las normas internas. Este registro deberá ser por ítems de acuerdo al tipo de proceso y objeto. El requerimiento deberá relacionarse al ítem de PAC registrado y a la actividad POI Programada. Permitir adjuntar documentos en diferentes formatos.

X

Emisión de reporte de conformidad de requerimiento.

Este reporte deberá mostrar las firmas digitalizadas de los aprobadores del requerimiento. Se muestra una vez que el requerimiento ha sido aprobado totalmente.

X

Generar reporte con precios históricos de bien y/o servicio.

X

Generar Solicitud de Cotización. Generar Solicitud de Cotización vía Catálogo de Proveedores y Requerimiento Consolidado.

X

Generar interfaz con información de procesos de selección al SEACE. X

Registrar valor referencial. Registrar el monto del valor referencial de los bienes o servicios. Este registro deberá actualizar el Plan de Necesidades Consolidado y actualizar el compromiso del marco presupuestal.

X

Agrupar varios bienes como un solo ítem. Agrupar varios requerimientos de bienes como si fueran un solo ítem para un determinado proceso de selección.

X

Registrar Comité Especial. Registrar miembros de Comité Especial: Nombres y Apellidos, DNI, área a la que pertenecen.

X

Registrar Comité Especial Permanente. Asignar Comité Especial Permanente previamente registrado, a procesos de selección.

X

Manejar niveles de aprobación de Plan de Requerimientos relacionados al puesto y no a la persona. Workflow.

Manejar niveles de aprobación del Plan de Necesidades en función a montos (área usuaria) o factibilidad técnica (área técnica competente).

X

Generación de Procesos de selección Permitirá consultar los procesos de selección creados desde la aprobación de un requerimiento, ya sea con o sin comité. Este proceso de selección deberá tener todos los documentos adjuntos en el requerimiento.

X

Registrar calendario y etapas del proceso de selección.

Registrar el calendario del proceso de selección con todas sus modificaciones. Esta opción debe permitir la visualización de la información histórica modificada.Permitirá la gestión de las etapas de los diferentes tipos de proceso, se deberá contemplar las postergaciones. Se deberán enviar notificaciones por cada una de las actividades a los miembros del comité. Estas etapas se registrarán automáticamente una ves que el requerimiento ha sido aprobado totalmente. Se deberán enviar notificaciones por cada una de las actividades a los

X

131


miembros del comité. Estas etapas se registrarán automáticamente una ves que el requerimiento ha sido aprobado totalmente.

Registrar participantes del proceso de selección.

Registrar participantes del proceso de selección (empresas o personas que hayan comprado bases) de manera automática al momento que la Unidad de Tesorería genere el registro de venta. Se deberán contemplar los diferentes tipos de consorcios con el representante mismo.

X

Registrar postores del proceso de selección. Registrar postores del proceso de selección a partir de los participantes registrados para la adjudicación de la buena pro.

X

Gestión de ítems Se deberá permitir cambiar los ítems que han sufrido alguna modificación no planificada como pueden ser: Desiertos, Canceladas entre otros. Para estas modificaciones dependiendo de la modificación que sufra deberá inclusive poder registrarse nuevamente.

X

Registrar propuestas técnicas. Registrar propuestas técnicas (archivo de imagen: pdf, tif, etc.) y que permita otorgarles una calificación.

x

Registrar propuestas económicas. Registrar las propuestas económicas (campo numérico y archivo de imagen: pdf, tif, etc.), que permita otorgarles un calificativo.

x

Registrar resultados. Registrar los resultados a nivel de postor: a) adjudicado / no adjudicado, b) orden de prelación, etc.

X

Generar reporte de procesos de selección. Generar reportes de procesos de selección mediante diferentes filtros de selección: año de convocatoria, PAC, código del bien o servicio, descripción del bien o servicio, etc.

X

Cancelar proceso de selección. Registrar la cancelación de un proceso de selección indicando causa de cancelación.

X

Identificar proceso de selección. Numerar el proceso de selección una vez convocado, lo que debe reflejarse en el PAC.

X

Las compras deben poderse manejar por nivel de aprobación y por tipos de procesos de acuerdo a la ley de contrataciones del estado vigente

El sistema debe permitir adjuntar los documentos sustentatorios.

X

Gestión de ContratosRegistrar contratos. Permitir crear y modificar el registro de los

contratos por proveedor. Esta opción debe ser generada en función a los resultados del proceso de selección. Deberá ser de forma automática una vez que en la gestión de proceso se genere el documento contractual. Se deberá considerar que la numeración está sujeta a la dependencia.Registro de Prestación Complementaria y Prórroga de ser el caso.

X

Controlar monto contractual. Controlar el saldo disponible de los contratos. Una vez llegado al límite del monto contractual, no se debe permitir la creación de órdenes de compra o servicio adicionales.

X

Controlar período de ejecución de prestación. Controlar el período establecido para la ejecución de la prestación. Una vez culminado dicho período, no se debe permitir

X

110


la creación de órdenes de compra o servicio adicionales.

Generar reporte de órdenes de compra o servicios creados con referencia a un determinado contrato.

Generar reporte de órdenes de compra o servicio ingresando como criterio de búsqueda el número de contrato al cual hacen referencia. Este reporte deberá poder desagregarse hasta el nivel de cada bien o servicio.

X

Generar reporte de contratos. Generar reporte de contratos mediante diferentes criterios de selección: código de proveedor, razón social de proveedor, código del bien o servicio, descripción parcial o completa del bien o servicio, fecha de suscripción de contrato, número de proceso, etc.

X

Generar niveles de aprobación de contratos según montos de los mismos. Las aprobaciones deben estar relacionadas al puesto y no a la persona.

Generar niveles de aprobación del contrato según montos del mismo.

X

Registrar resolución de contratos. Registrar resolución de contratos indicando causa de resolución.

X

Registrar prestaciones adicionales contratadas.

Registrar prestaciones adicionales que se contraten indicando referencia, las que deberán hacer referencia a contrato y requerimiento de área usuaria.

X

Reducir prestaciones. Registrar las reducciones de prestaciones que se generen indicando como referencia el número de contrato.

X

Crear y modificar órdenes de compra o servicio.

Crear y modificar las órdenes de compra o servicio, generando registros contables. El gasto debe encontrarse en la fase de compromiso.

X

Crear órdenes de compra o servicio con calendario de compromiso presupuestal observado.

Crear órdenes de compra o servicio con calendario de compromiso presupuestal observado y sólo emitirla una vez que la unidad de Presupuestos habilita el calendario.

X

Generación de información (compromiso del gasto) a registrar en el SIAF durante el proceso.

El sistema deberá generar los reportes que faciliten al usuario la carga de información en el SIAF. De la misma forma, el sistema deberá habilitar los campos que permitan registrar la información del SIAF necesaria para la operatividad diaria y control. Información de las órdenes de Compra o Servicio.

X

Emitir Orden de Compra o Servicio. Emitir orden de compra o servicio previa aprobaciones definidas.

X

Formato de Orden de Compra o Servicio Emitir orden de compra con numeración única correlativa y según formato preestablecido.

X

Calcular impuestos de Orden de Compra o Servicio.

Realizar cálculo de impuestos de orden compra o servicio. Se deberá considerar que se pueden generar diferentes tipos de impuestos ya sean por facturas o por recibo por honorarios.

X

Aprobar compromiso del gasto. Transferir la información del SIAF sobre el estado de las órdenes de compra o servicio.

X

Generar reporte de Órdenes de Compra o Generar reporte de órdenes de compra o X

131


Servicio. servicio mediante diferentes criterios de selección: código de proveedor, razón social de proveedor, código del bien o servicio, descripción parcial o completa del bien o servicio, fecha de suscripción de contrato, etc.

Otorgar conformidad del servicio. Registrar conformidad de cada prestación establecida en la orden de compra o servicio.

X

Aprobar orden de compra o servicio. Aprobar orden de compra o servicio según niveles de aprobación predefinidos.

X

Emitir certificado de conformidad final. Emitir el certificado de conformidad final que contenga los principales datos: proveedor, RUC, dirección de proveedor, número de proceso de selección, monto total ejecutado, periodo de vigencia del contrato, monto total de la penalidad aplicada, observaciones, etc.

X

Registrar comprobante de pago. Registrar el comprobante de pago que presente el proveedor; reflejar la ejecución del gasto en la fase de devengado en las cuentas contables.

X

Realizar consultas sobre el estado de proceso de pago.

Realizar consultas sobre el estado del proceso de pago: a) En Logística, b) En Contabilidad, etc.

X

Consultar sobre fecha de pago a proveedores.

Realizar consultas sobre fecha efectiva de pago, forma de pago, número de cheque o transacción del abono en cuenta.

X

Registrar penalidades a nivel de contrato. Registrar y sumar los montos de las penalidades aplicadas a nivel de contrato.

X

Registrar penalidades a nivel de orden de compra o servicio.

Registrar y sumar los montos de las penalidades aplicadas a nivel de Orden de Compra o Servicio.

X

Emitir nota de débito al registrar penalidad. Registrar penalidad lo cual debe generar la emisión de una nota de débito. Registrar movimiento contablemente y a nivel presupuestal.

X

Generar reporte de penalidades. Generar reporte de penalidades mediante diferentes criterios de selección: código de proveedor, razón social de proveedor, código del bien o servicio, descripción parcial o completa del bien o servicio, número de proceso de selección, etc.

X

Registrar monto de garantías Registrar monto de las garantías y respectivas prórrogas, ingresando: a) contrato b) objeto de la garantía, etc.

X

Generar reporte de garantías. Generar reportes de garantías mediante diferentes criterios de selección: código de proveedor, razón social de proveedor, código del bien o servicio, descripción parcial o completa del bien o servicio, número de proceso de selección, fecha de vencimiento, etc.

X

Generar registros contables por garantías. Generar registros contables por garantías. XRebajar monto comprometido de orden de compra o servicio.

Rebajar monto comprometido de orden de compra o servicio, registrar información en el SIAF. Reflejar rebaja contablemente y a nivel presupuestal.

X

Registro de entregables Deberá permitir el registro de entregables ya sea por monto, porcentaje por el tipo de normal o consumo.

X

110


Gestión de Servicios GeneralesGenerar solicitud de requerimiento de mantenimiento de bien mueble.

Crear y/o modificar solicitud de requerimiento de mantenimiento de bien mueble (Orden de Trabajo), en la que el usuario podrá seleccionar de la base de datos el código patrimonial del bien, el nombre de la persona responsable del bien y describir el desplazamiento.

X

Crear solicitud de requerimiento de mantenimiento de bien mueble o instalación.

Crear y/o modificar solicitud de requerimiento de mantenimiento de bien mueble e instalación (Orden de Trabajo), en la que el usuario podrá indicar el número de oficina, identificación o ubicación del predio y describir en qué consiste la solicitud.

X

Evaluar solicitud de requerimiento de mantenimiento de bien mueble o de instalación

Evaluar solicitud de mantenimiento y definir si se deriva para su atención o se da de baja indicando el motivo. Reporte de lo solicitado y evaluación

X

Generar solicitud de materiales para el mantenimiento.

Crear registro de requerimiento de atención de bienes por almacén o por compra. Modificar registro de requerimiento de atención de bienes por almacén o por compra.

X

Registrar materiales utilizados y valorizar Orden de Trabajo

Registrar en la Orden de Trabajo los materiales utilizados siendo los mismos valorizados automáticamente por el sistema. Registrar nombre de técnico responsable de ejecutar el trabajo de mantenimiento.

X

Consultar historial de los mantenimientos realizados para un determinado bien mueble o instalación.

Consultar historial de los mantenimientos realizados para un determinado bien mueble o instalación.

X

Registro y Seguimiento al Servicio de Limpieza

Registrar las condiciones del servicio de limpieza de acuerdo al contrato (Términos de Referencia) para el adecuado control del cumplimiento.Programación de Actividades de Limpieza (Cronograma)

X

Registro y Seguimiento al Servicio de Limpieza

Registrar las condiciones del servicio de seguridad y vigilancia de acuerdo al contrato (Términos de Referencia) para el adecuado control del cumplimiento.

X

Generar Plan de Mantenimiento Determinar a partir del equipamiento (Bienes muebles) el Plan de Mantenimiento

X

Gestión de Control PatrimonialRegistrar los datos de la Entidad. a) datos generales de la entidad b) locales de

la entidad, c) áreas de la entidad d) oficinas de la entidad y e) personal de la entidad.

X

Registro, Modificación y traslado de bienes Para el a) Registro y Modificación: Se debe precisar para estos rubros: Denominación, grupo genérico, código patrimonial, correlativo, tipo de cuenta, cuenta contable, forma de adquisición, valor de adquisición, estado del bien, detalle técnico: marca, tipo, motor, serie, color, otros. b) Para el Traslado: Ubicación de Origen y destino, descripción del bien, área, oficina, usuario, código patrimonial y correlativo.

X

Acto de Administración Registrar el acto de administración: X

131


a)afectación en uso, cesión en uso, arrendamiento, entre otros b) Resolución que autorizo, c) fecha de emisión d) beneficiario

Baja de Bienes y modificación de bajas a)Descripción del bien, selección del tipo del bien, grupo genérico, código patrimonial, correlativo, tipo de cuenta, cuenta contable forma de adquisición fecha de adquisición valor de adquisición, fecha de adquisición, estado del bien, usuario, local, área y oficina, b) Resolución de Baja, causal de baja, c) documento de remisión a la SBN

X

Acto de Disposición y modificación del acto a)Descripción del bien, código patrimonial, correlativo, cuenta contable, b) Resolución de Baja, causal de baja, c) documento de remisión a la SBN Registrar entradas parciales de una orden de compra.

X

Reportes a)Formatos de Asignación de Bienes, b)Formato de Datos de Bienes, c) Bienes Activos: General, detallado otros reportes d) Bienes por Local e)Bienes con Acto de Administración: afectación en uso: General, detallado otros reportes Arrendamiento: general, detallado, otros reportes. Cesión en uso: General, Detallado y otros reportes e) Bienes dado de Baja: General, Detallado, Consolidado, otros reportes f) Bienes con Acto de Disposición: General, detallado, consolidado y otros reportes g) Bienes Eliminados: General y detallado h) Locales de la Entidad i)Áreas por Local j) personal de la entidad, K) estadísticas: generales, por personal, por tipo de bien mueble: por denominación y por valor. Por Local, Por área, por grupo genérico, por cuenta contable, exportador de reporte

X

Catálogo a)Consulta del Catálogo Nacional de Bienes Muebles aprobado por la Superintendencia Nacional de Bienes Estatales. b)Listado de bienes: ordenados por denominación y ordenados por código. c) actualización del catalogo

X

Servicios a)Generación de copia para la SBN, b)Generación de copias de baja para la SBN, c)Generación de copia de seguridad, d)restauración de la copia de seguridad, e)desbloqueo de registros, f)reindexación de base de datos, g)regenerar correlativo del catálogo.

X

Gestión de AlmacenesRegistrar entrada de bien. Registrar entrada de bien según modalidad:

a) por orden de compra, b) por diferencia de inventario, etc.

X

Registrar características de bienes. Descripción del bien. XRegistrar verificación de bienes entregados. Registrar el estado de cada bien recibido: a)

En Control de Calidad (por defecto), b) Observado, c) Aprobado, entre otras opciones.

X

Aprobar bienes entregados. Permitir a área técnica y/o área usuaria X

110


aprobar ingreso de bien luego de la revisión / validación realizada.

Registrar entradas parciales de una orden de compra.

Registrar entradas parciales de una orden de compra.

X

Cerrar Orden de Compra atendida de manera parcial.

Cerrar una Orden de Compra aunque ésta no haya sido atendida en su totalidad.

X

Relacionar la entrada de bienes con la Orden de Compra.

Opción de registrar la entrada de bienes indicando su Orden de Compra.

X

Determinar aplicabilidad de penalidad por mora.

Establecer penalidad por mora en función de la fecha límite de entrega establecida en la Orden de Compra.

X

Registrar requerimientos. Crear y modificar registro de requerimiento de atención por almacén. Permitirá registrar al Usuario los requerimientos de atención, majeados por niveles y workflows.

X

Control de Contratos de Suministros Permitirá de manera automática la validación del stock versus el requerimiento del área usuaria y generar las órdenes de pedido, manejando saldo y stock de seguridad. Reportes y workflows.

X

Registrar salidas de bienes. Registrar la salida de bienes asociando salida a pedido del área usuaria, lo que deberá permitir la visualización de la cantidad solicitada, la cantidad atendida, el saldo por atender, centro de costo.

X

Cerrar Solicitud de Requerimiento atendida de manera parcial.

Cerrar una Solicitud de Requerimiento aunque ésta no haya sido atendida en su totalidad.

X

Registrar conformidad del área usuaria de los bienes recibidos.

Registrar conformidad del área usuaria de los bienes recibidos.

X

Registrar salidas de los bienes según modalidad.

Registrar salida de los bienes según modalidad:a) por pedidob) por diferencia de saldos, etc.

X

Generar reporte de entrada y salida de bienes.

Generar reportes de movimiento de bienes mediante diferentes criterios de selección dentro de un determinado rango de fechas que elija el usuario:a) código de bienb) descripción de bienc) centro de costo.

X

Realizar valorización automática del Inventario.

Valorizar automáticamente los saldos de almacén.

X

Actualizar registros contables automáticamente con cada movimiento de almacén.

Generar automáticamente los registros contables a través de los registros de entrada y/o salida de bienes.

X

Generar reporte de saldos de almacén. Generar reporte de saldos de los bienes para inventario.

X

Registrar movimientos del inventario en el Kardex.

Registrar movimientos del inventario en el Kardex , validar con cantidades del inventario físico y calcular las diferencias.

X

Manejo de Inventarios. Registrar los inventarios aleatorios y anuales. Permitirá generar reportes por inventario y los ajuste correspondientes.

X

ReportesGenerar reporte sobre estado de los procesos de selección.

Generar reportes de estado de procesos de selección con distintos criterios de selección:a) código de bien o servicio

X

131


b) status de atenciónc) área usuaria solicitanted) periodo de ejecución del gastoe) clasificador de gastosf) status de proceso.

Generar requerimiento. Generar reportes de estado de procesos de selección con distintos criterios de selección:a) código de bien o serviciob) status de atenciónc) área usuaria solicitanted) periodo de ejecución del gastoe) clasificador de gastosf) status de proceso.

X

Ejecución del PAC por área Procesos pendientes de requerirProcesos programadosProcesos requeridosProcesos devueltos% de procesos requeridos

X

Tiempo de aprobación de los requerimientos Por tipo de proceso:Licitaciones y concursos públicosAdjudicaciones directasAdjudicaciones de menor cuantía

X

Tiempo de atención en la convocatoria Por tipo de proceso:Licitaciones y concursos públicosAdjudicaciones directasAdjudicaciones de menor cuantía

X

Eficacia en la suscripción de contratos Requerimientos convocadosRequerimientos en procesosRequerimientos con contratos en fechaProcesos con contrato fuera de fecha

X

Carga operativa en la atención de procesos Estadística mensual / Carga operativa por personaPor tipo de proceso:Licitaciones y concursos públicosAdjudicaciones directasAdjudicaciones de menor cuantía

X

Generar Reportes de Ecoeficiencia Consumo de AguaConsumo de Energía EléctricaConsumo de CombustibleGeneración de ResiduosConsumo de Papel y Materiales Conexos

X

Indicadores de Tiempo Medición de los Actos PreparatoriosMedición de Contrataciones del OSCE conformes pagadas oportunamente

X

Indicadores de Calidad Atención de solicitudes de Servicios GeneralesAtención de Solicitudes por movilidad local% Procesos de selección desiertos% Requerimientos no programados% Procesos de selección con penalidades% Variación del Plan Anual de Contrataciones

X

Indicadores de Rendimiento Baja y disposición de los bienes mueblesEjecución del Plan Anual de ContratacionesEjecución del Plan Operativo Institucional

X

110


Indicadores de Productividad Vejez de InventarioRendimiento de combustible por kilómetros recorridos

X

131


11. Anexo D: Requerimientos Funcionales de la Oficina de Planeamiento y Desarrollo.

SISTEMATIZACIÓN SOLICITADA POR LA UNIDAD DE PLANIFICACIÓN Y PRESUPUESTO

Módulo/Requerimiento Especificación del RequerimientoUso de requer.

OPD

Otro usuari

oADMINISTRADOR PRESUPUESTALParámetros transversales al proceso presupuestario

- Unidades de medida oficiales del MEF (uso restringido a productos y actividades) divididas por uso frecuente en el OSCE y demás UM.

- Fuentes de financiamiento- Categorías presupuestarias: programa presupuestal

(PP), acciones centrales, asignación presupuestal que no resulta en productos (APNOP).

- Estructura funcional: función, división funcional, grupo funcional

- Resultados finales asociados del Plan Estratégico de Desarrollo Nacional y Objetivos sectoriales asociados

- Clasificador de ingresos- Clasificador de gastos- Programación de año en formulación, año en

ejecución, año en evaluación.- Unidades Ejecutoras- Responsable técnico del PP, coordinador de

seguimiento y evaluación del PP, unidad orgánica responsable de meta y coordinadores anuales

- Perfiles de usuario y permisos- Ubigeo de metas

x

xx

x

x

xxx

xx

xx

PROGRAMACIÓN PRESUPUESTALMarco Estratégico - Registro de las políticas institucionales.

- Registro de la visión, misión, objetivos estratégicos generales y específicos del PEI y la escala de prioridades de la Presidencia Ejecutiva.

- Registro de los planes de acción general y específicos del PEI, año de ejecución y unidad orgánica responsable.

- Programación Multianual de Inversión Pública- Registro de principales supuestos macroeconómicos.

xx

x

xx

Diagnóstico y Diseño del Programa Presupuestal (PP)

- Registro del problema específico17 y del análisis de causas directas. Registro del análisis de alternativas (objetivo específico y medios directos)

- Registro del análisis de causas indirectas y análisis de medios indirectos

- Registro de modelos operativos de productos- Registro de modelos operativos de actividades:

incluye pre-POI mensual (tareas monitoreadas por el MEF y no monitoreadas asociadas al PEI y otras)18 y listado de insumos vinculados al módulo de Logística

x

x

x

x

17 Verificar la posibilidad de adjuntar estadísticas de sustento o vínculos a la web del OSCE o del SEACE18 Incluir las actividades del PNOC, PLCC, Matriz de Compromisos y las que inciden en indicadores FAG

110



OPD

Otro usuari

o(Cuadro de Necesidades)

- Registro de fichas técnicas de indicadores de desempeño a nivel de resultado especifico y de producto (incluye medios de verificación).

- Registro de fichas técnicas de indicadores de producción física de los productos.

- Registro de la Matriz Lógica: Objetivos (de Resultado Final, de Resultado Específico, Productos y Actividades), vinculación a indicadores de desempeño y sus medios de verificación

- Registro de los supuestos importantes para el cumplimiento de las actividades, productos y resultados de la matriz lógica.

x

x

x

xProgramación física y financiera del Programa Presupuestal

- Proyección multianual de los indicadores de desempeño: incluye valores históricos (línea de base) y proyectados para los próximos tres años.

- Programación física de la producción anual, a nivel de actividades/proyectos y acciones comunes

- Programación financiera de la producción anual, a nivel de productos, actividades/proyectos y acciones comunes.

- Proyección multianual de la producción física, a nivel de actividades/proyectos y acción común

- Proyección multianual del costo financiero, a nivel de productos y actividades/proyectos. Proyección multianual física para productos

- Registro de la estructura programática anual propuesta del PP: codificación hasta el nivel de finalidad y sus respectivas unidades de medida. Articulación con estructura funcional.

- Reporte del protocolo de verificación de contenidos del Programa Presupuestal

x

x

x

x

x

x

x

Determinación de Pre-POI para Acciones Comunes, Centrales y APNOP

- Diseño de plantilla de Matriz FODA: materias generales y específicas respecto a fortalezas, debilidades, oportunidades y amenazas

- Registro de análisis FODA (selección y detalle de fortalezas, oportunidades, debilidades y amenazas)

- Cruce de FO, DO, FA, DA para elaborar lasestrategiasprioritarias: FO (ofensivas), DO (adaptivas), FA (defensivas), DA (Supervivencia)

- Registro del Pre POI mensual: tareas monitoreadas por el MEF y no monitoreadas (asociadas al PEI y según finalidad)19

x

x

x

x

Programación de Ingresos - Determinar los conceptos que permitan estimar la programación de ingresos (vinculado al módulo de caja de Finanzas)

- Vinculación al número de servicios atendidos , las tasas vigentes en Finanzas y opción de registro de tasas proyectadas

- Reporte consolidado y detallado de los ingresos de

x

x

x

19 Incluir las actividades del PNOC, PLCC, Matriz de Compromisos y las que inciden en indicadores FAG

131



OPD

Otro usuari

oaños anteriores a nivel de específica y concepto de ingresos

- Proyección de ingresos por concepto, a partir de la data histórica desde el año 2009

x

Programación de Gastos - Registro de la Estructura Funcional Programática integral (Categorías Presupuestarias, producto/ proyecto, actividad y finalidad; función, división funcional, grupo funcional) y vinculación a objetivos estratégicos específicos.

- Registrar la asignación Presupuestaria MEF y Pliego, vinculada a la programación de ingresos.

- Distribución de la asignación de presupuesto a nivel de metas presupuestales y genérica de gasto.

- Registro de metas (dimensión física) de las tres categorías presupuestarias.

- Reporte de Demanda Global de Gastos a nivel Pliego, Unidad Ejecutora, categoría presupuestal, meta presupuestal y Unidad Orgánica, proveniente de: el Cuadro de Necesidades registrado por Logística, las planillas registradas por Recursos Humanos y otros gastos registrados por Finanzas.

- Aprobar o rechazar el registro de necesidades a nivel de específica.

- Reportes de análisis de la demanda de bienes y servicios según rubros más importantes: CAS, consultorías, servicios básicos, materiales, mantenimiento, servicios diversos, viajes, otros.

x

x

x

x

x

x

xFORMULACIÓN PRESUPUESTAL

Formulación del proyecto de Presupuesto Institucional de Apertura

- Opción de fusionar metas presupuestarias, según aprobación del MEF para la validación de la Estructura Funcional Programática.

- Vincular los Proyectos (SNIP) a las Categorías Presupuestarias del Pliego y al código del banco de proyectos SNIP.

- Ajuste del pre-POI, de ser el caso- Cierre de la fase de formulación presupuestal.- Reporte final del proyecto de presupuesto a nivel de

pliego, unidad ejecutora, categoría presupuestal, producto/proyecto, actividad, obra y/o acción de inversión, función, división funcional, grupo funcional, meta, fuente de financiamiento, categoría de gasto, genérica, subgenérica y específica del gasto.

- Reportes del proyecto de presupuesto y Pre-POI a detalle y consolidado (dimensión física y financiera).

- Reportes vinculados al módulo de recursos humanos respecto al costo del Presupuesto Analítico de Personal (PAP) mensual y anual; su costo histórico para el año concluido y el año en ejecución (PIM); y la relación de personal según el tipo de cargo, situación de la plaza (incluye pensiones y CAS).

- Reportes de los bienes y servicios más importantes: CAS, consultorías, servicios básicos, materiales, mantenimiento, servicios diversos, otros.

x

x

xx

x

x

x

110



OPD

Otro usuari

ox

APROBACIÓN PRESUPUESTALPlan Operativo Institucional (POI)

- Reporte comparativo de principales metas físicas programadas con la ejecución de años anteriores

- Ajuste de la programación mensual del pre POI, según nivel de avance del POI del año anterior (tareas monitoreadas y no monitoreadas asociadas a objetivos y planes de acción del PEI, y las demás)

- Ajuste de indicadores de desempeño del PP, según presupuesto aprobado

x x

x

xPresupuesto Institucional de Apertura

- Según actualización del cuadro de necesidades de Logística remite propuesta de ajustes entre específicas del gasto por cada meta.

- Aprobar o rechazar propuesta de ajustes x

x

Otros indicadores con variables vinculadas al POI

- Diseño de formatos para Políticas Nacionales de Obligatorio Cumplimiento (PNOC), para el Plan de Lucha Contra la Corrupción (PLCC) y para acciones que inciden en el cumplimiento de indicadores FAG.

- Extracción automática desde el POI de las actividades vinculadas a PNOC, PLCC (programación trimestral) y FAG (programación mensual).

- Extracción automática desde indicadores de desempeño para aquellos vinculados al personal altamente calificado y registro de variables para indicadores adicionales con programación mensual

x

x

x

Matriz de compromisos de mejora del desempeño

- Diseño de la Matriz de Compromisos: Compromiso, medio de verificación, plazo, nivel de cumplimiento, comentario.

- Extracción automática de actividades del POI vinculadas a la Matriz de Compromisos

x

x

EJECUCIÓN PRESUPUESTALProgramación del Compromiso Anual (PCA)

- Distribución de la PCA autorizada por el MEF a nivel de Genérica del Gasto y metas Presupuestarias.

- Modificación de la PCA.

x

xModificaciones de Presupuesto (PIM) y del POI en el nivel institucional

- Parámetros de restricción para las modificaciones de este nivel: vinculación a planes de acción específicos del PEI, periodo hábil para la solicitud, otros.

- Solicitudes de nuevas actividades a través de formato pre-POI y reporte de solicitud de mayores gastos proveniente del Módulo de Cuadro de Necesidades de Logística.

- Priorización de requerimientos a ser atendidos- Registro de Créditos Suplementarios y/o

Transferencia de Partidas aprobados por el MEF- Modificación y consolidación del POI (tareas no

monitoreadas por el MEF), según parámetros.

x

xx

x

xModificaciones de Presupuesto (PIM) y del POI en el nivel Funcional

- Solicitudes de modificación presupuestal interna de los coordinadores de meta previa reprogramación en el módulo del cuadro de necesidades

x

131



OPD

Otro usuari

oProgramático - Aprobación o rechazo de las Modificaciones en el

Nivel Funcional Programático (Anulaciones y Habilitaciones).

- Modificación del POI de corresponder (actividad no programada), según los parámetros establecidos.

x

xCertificación de crédito presupuestal

- Registro del requerimiento, la justificación y actividad del POI vinculada, los requerimientos técnicos mínimos, las específicas, cotizaciones y determinación del valor referencial, proceso de selección vinculado. Pantalla debe mostrar PIM y monto de certificación acumulada a la fecha en la meta y específica, asimismo, validará que el monto no supera el saldo del PIM y PCA.

- Aprobación o rechazo de la certificación. Mostrar saldo de PIM luego de la aprobación.

- Opción de anulación y/o modificación de las certificaciones (ampliación, cambio de meta o de específica, rebaja).

- Las certificaciones son anuales, en caso no ser devengada deben ser rebajadas automáticamente al cierre del año.

- Para los casos de certificaciones que sobrepasen el ejercicio anual, se debe habilitar una glosa de previsión presupuestal para el siguiente año con firma de Administración y Presupuesto y llevar un control para su pase automático al registro en el siguiente año.

- Para el caso de previsión presupuestal pura se utilizará el mismo formato de solicitud, precisando uso en el años(s) siguientes.

- Reporte de formato de Certificación de Crédito Presupuestal y de certificaciones emitidas (pantalla)

x

x

x

x

x

x

x

x

x

CONTROL PRESUPUESTALControl y seguimiento de la ejecución del gasto e ingresos

- Seguimiento de la ejecución del gasto a nivel de fuente de financiamiento, metas presupuestarias, específicas de gasto.

- Seguimiento a nivel de Expediente SIAF, compromiso, devengado, girado, procesos de selección, descripción del compromiso.

- Permitir reportes diversos mensuales de interés para los coordinadores, en cuanto al PIM y la ejecución.

- Registro de la ejecución mensual del POI (tareas monitoreadas y no monitoreadas por el MEF y actividades no programadas)

- Alerta sobre subestimaciones o sobreestimaciones del POI, según nivel de avance (ejecución/ programación) por tarea.

- Ejecución de ingresos vinculada a la recaudación que realiza el área de finanzas (por conceptos del TUPA, ejecución de garantías y otros) a nivel de partida presupuestal, específica de ingresos y fuente de financiamiento.

- Proyección del gasto a nivel de Pliego por específica, según programación del Cuadro de Necesidades

x

x

x

x

x

x

x

x

110



OPD

Otro usuari

oactualizado, proveniente del módulo de Logística. Editable.

- Detalle de la captación de ingresos a nivel de concepto, tasas, cantidades físicas, unidad orgánica, entre otros.

- Visualización de compromisos no devengados a detalle.

- Reportes a nivel de Pliego: Devengado/compromiso anual; Devengado/PIM y saldos

- Reporte de cuadros de avance físico y financiero- Acceso a reportes de personal CAP, CAS, prácticas y

pensiones, del módulo de Recursos Humanos

x

x

x

xx

EVALUACIÓN PRESUPUESTALEvaluación del POI y del Presupuesto

- Cronograma de presentación de información de avance periódico del POI (mensual, trimestral), incluye fecha de actualización de data y cierre.

- Registro de avance de ejecución trimestral de la dimensión física y financiera (ejecución/ programación), cuando es menor o igual a 90% o mayor o igual a 110% pedir justificación.

- Evaluación trimestral, semestral y anual del POI en base a reporte de Logros, Problemas presentados y Medidas correctivas.

- Generar reportes para reflejar los resultados de la ejecución con periodicidad mensual, trimestral, semestral y anual, tanto de periodos indicados como acumulados a fechas requeridas.

- Aplicación de peso ponderado a objetivos, presupuesto y actividades para la obtención del indicador de gestión presupuestal. Manejar rango de valores para determinar la calificación: Excelente, Muy Bueno, Bueno, Regular, deficiente, según resultados.

- El Sistema debe determinar las variaciones (cantidad y porcentaje) entre el PIA y PIM mayores al 10% (trimestral, semestral y anual) para los diversos elementos del Presupuesto Institucional, permitiendo registrar comentarios de las causas que han originado dichas variaciones.

- Reporte de tareas, actividades e indicadores con menor desempeño, por trimestre

x

x

x

x

x

x

x

x

Evaluación de indicadores de desempeño del Programa Presupuestal

- Registro de la ejecución trimestral, semestral y anual de los indicadores de desempeño a nivel de resultado específico y productos. Si es menor o igual a 90% y mayor o igual a 110%, pedir justificación.

- Registro de Formato de Logros, Problemas presentados y Medidas correctivas.

x

xEvaluación de Políticas Nacionales de Obligatorio

- Extraer el nivel de avance de las actividades del POI vinculadas con las PNOC

x

131



OPD

Otro usuari

oCumplimiento (PNOC) - Reporte del nivel de cumplimiento de las Políticas

Nacionales de Obligatorio Cumplimiento (PNOC)x

Evaluación del Plan Estratégico Institucional (PEI)

- Extraer el nivel de avance de las actividades del POI vinculadas con el PEI

- Reporte consolidado del nivel de avance de los planes de acción generales y específicos

x

x

Evaluación de la Matriz de Compromisos de Mejora del Desempeño (MC)

- Extracción del nivel de avance de las actividades del POI vinculadas a la Matriz de Compromisos

- Reporte consolidado del nivel de cumplimiento de la Matriz de Compromisos de Mejora del Desempeño

x

xEvaluación mensual de indicadores del personal altamente calificado (FAG)

- Extraer el nivel de avance de las actividades del POI que inciden en el cumplimiento de los indicadores FAG.

- Extracción de indicadores del Programa Presupuestal que también son indicadores FAG

- Registro de variables de los demás indicadores FAG- Reporte consolidado del nivel de cumplimiento de

indicadores FAG

x

x

x

x

Evaluación del Plan de Lucha Contra la Corrupción (PLCC)

- Extracción del nivel de avance de las actividades del POI vinculadas al PLCC

- Reporte consolidado del nivel de cumplimiento del PLCC

x

x

OTROS

Manejar un sistema de alertas para el control presupuestal.

- El sistema debe permitir manejar sistema de alertas para el control presupuestal, que deben ser habilitadas al momento de la implementación, según parámetros establecidos20.

x

Presupuestos comparados - El sistema debe manejar una opción que permita comparar los resultados de la gestión del Año Fiscal vs Años Anteriores. En el caso de Indicadores de Desempeño igualmente debe permitir efectuar los comparativos para varios años con identificación del Año Base.

- Facilidades para consultas relativas a diversos aspectos de la evaluación del presupuesto.

- Reporte, estadísticas y gráficos exportables a Word o Excel

- Facilidad para adjuntar archivos- Interacción en línea con el SIAF tanto para cargar

datos en este, como para obtener data del mismo.

x

x

x

xx

x

x

x

20 Absolución a la consulta 5 de la empresa INDRA PERÚ SAEn la fase de análisis el proveedor debe validar los requerimientos que se listan en los anexos.Sin embargo, al referirse que se maneje una opción que permita comparar los resultados entre los años fiscales y años anteriores se puede manejar una consulta, reporte o cubo de información que permita mostrar la información al usuario.

110


12. Anexo E: Proceso de la Metodología de Dirección y Gestión de Proyectos del OSCE.

Tabla 7. Procesos de la Metodología de Dirección y Gestión de Proyectos del OSCE.Fases de un

ProyectoInicio Plan Ejecución Control Cierre

Procesos de PMI1.Integración 1.1 Desarrollo del

Plan de Proyecto1.2 Ejecución del Plan de Proyecto

1.3 Control Integral de Cambios

2. Alcance 2.1 Recopilar Requisitos

2.2 Definir el Alcance2.3 Crear la EDT

2.4 Verificación del Alcance2.5 Control del Alcance

3. Tiempos 3.1 Definición de Actividades3.2 Secuenciamiento de Actividades3.3 Estimar los Recursos de las Actividades3.4 Estimación de duraciones3.5 Desarrollo del Cronograma

3.6 Control del Cronograma

4. Costos 4.1 Estimación de Costes4.2 Estimación del Presupuesto

4.3 Control de Costes

5. Calidad 5.1 Plan de Calidad

5.2 Aseguramiento de la Calidad

5.3 Control de Calidad

6. RRHH 6.1 Planificación Organizativa6.2 Adquisición de Personal

6.3 Desarrollo del Equipo6.4 Dirigir el Equipo

7. Comunicaciones 7.1 Identificar a los Interesados7.2 Planificación de la Comunicación

7.3 Distribución de la Información

7.4 Expectativas de los Interesados7.5 Informes de Rendimiento

7.5 Informes de Rendimiento

8. Riesgos 8.1 Plan de Gestión de Riesgos8.2 Identificación de Riesgos8.3 Análisis Cualitativo de Riesgos8.4 Análisis Cuantitativo de Riesgos8.5 Plan de Respuesta a Riesgos

8.6 Supervisión y Control de Riesgos

9. Contratación y Compras (Procurement)

9.1 Plan de Adquisiciones9.2 Efectuar las Adquisiciones

9.3 Administrar las Adquisiciones

9.4 Cierre las Adquisiciones

131


13. Anexo F: Lista de Entregables de la Metodología de Dirección y Gestión de Proyectos del OSCE.

Tabla 8. Lista de Entregables de la Metodología de Dirección y Gestión de Proyectos del OSCE.Fases Entregable Descripción del Contenido del Entregable Tipo de Entregable

Registro de Interesados Listado de personas interesadas en la ejecución del proyecto.

Excel

Enunciado del Alcance Documento que describe el proyecto técnicamente, funcionalmente y operativamente para su aprobación.

Word

2. Planificación Requerimientos El Listado de requerimientos del usuario, es el mismo del entregable de la Metodología de Desarrollo de Software.

Excel / Word

Descripción del Producto Descripción del producto a implementar Excel / WordEntregables Listado de entregables del proyecto, su

respectiva descripción. Excel / Word

EDT o WBS Codificación y estructura de los entregables del proyecto.

Excel / Word

Plan de Gestión del Alcance

Conjunto de actividades de la gestión del alcance.

Word

Cronograma Archivo con la programación de actividades. El cual debe tener la fase de todos los entregables del proyecto.

Excel / Project

Hitos Puntos clave a tener en cuenta en el proyecto los cuales requieren especial atención.

Excel

Plan de Gestión del Cronograma

Conjunto de actividades de la gestión del tiempo.

Word

Línea Base Presupuesto previsto inicialmente. ExcelPlan de Gestión de Costos Conjunto de actividades de la gestión del

presupuesto previsto para el proyecto. Word

Plan de Gestión de la Calidad

Conjunto de actividades que se realizarán con el objetivo de asegurar y controlar los entregables del proyecto asegurando su calidad.

Para este entregable se usará el mismo entregable de la Metodología de Calidad de Software.

Word

Plan de Gestión de RRHH Conjunto de actividades para gestionar los recursos humanos y otros.

Word

Organización Diagrama de la organización del equipo de proyecto.

Word

Responsabilidades Definición de las responsabilidades de cada uno de los integrantes del proyecto.

Word

Infraestructura, Equipo, Materiales y Accesorio

Listado de necesidades para una apropiada ejecución del proyecto.

Excel

Directorio de Stakeholders Listado de Personas clave del proyecto. Excel / WordPlan de Gestión de Comunicaciones

Conjunto de actividades para la gestión de las comunicaciones entre todos los actores del proyecto.

Word

Registro de Riesgos Listado de Riesgos que se presentan en el proyecto.

Excel

Plan de Gestión de Riesgos

Conjunto de actividades para gestionar los riesgos del proyecto.

Word

Plan de Gestión de Adquisiciones

Conjunto de actividades para gestionar las adquisiciones que se tengan que hacer en el proyecto.

Word

Plan Consolidado del Proyecto.

Documento que contiene toda la documentación del proyecto.

Word

Resumen de Estrategia a Seguir

Acciones a seguir para alcanzar el objetivo del proyecto.

Excel

3. Ejecución Actualización del Plan Consolidado del Proyecto

Este documento será actualizado cuando se requiera.

Word.

Actualización del Cronograma

Se deberá actualizar el cronograma manteniendo la línea base

Excel / Project

Cuadro de Riesgos y Problemas

Se identificará y registrará el estado de los riesgos y problemas.

Excel

Informe de Avance Diario Documento que permitirá conocer el avance Word.

110


Fases Entregable Descripción del Contenido del Entregable Tipo de Entregable

que se tiene a la fecha.Plantilla de Actividades por Recursos Humanos

Documento que permite saber que actividades se han realizado en el día, semana y mes.

Excel

Listado de Pendientes y Nuevas Necesidades.

Documento que consolida los entregables pendientes y nuevas necesidades del proyecto.

Excel

Listado de Entregables Documento que consolida los entregables y su estado.

Excel

Acta de Reunión Interna Documento que contiene los acuerdos tomados en interno del equipo.

Word

Plantilla de Informe Análisis Funcional y Técnico

Documento que contiene la justificación funcional y técnica de los requerimientos del usuario.

Word

Acta de Reunión de Trabajo Simple

Documento resumen que contiene los acuerdos tomados con los usuarios

Word

Acta de Reunión de Trabajo

Documento que contiene los acuerdos tomados con los usuarios

Word

Informe Mensual de Avance

Documento que contiene las actividades realizadas en el mes por parte de consultor o proveedor.

Word

Informe General de Actividades de los Proyectos

Informe presentado por el coordinador, supervisor o jefe de proyecto de las actividades realizadas en un intervalo de tiempo.

Word


CheckList de Artefactos Revisados

Documento de control que verifica el correcto contenido de los artefactos del proyecto.

Para este entregable se usará el mismo entregable de la Metodología de Calidad de Software.

Excel

Informe de Avance de las Actividades de Revisión

Documento de control que verifica el correcto contenido de los entregables del proyecto.

Word

Informe de Avance de Control de Actividades de los RRHH

Documento de control de actividades del personal.

Word

5. Cierre Informe de Desempeño del Personal

Informe de desempeño del personal a cargo de actividades en el proyecto. Este aplica a todo el personal de cualquier modalidad de contratación.

Word

Cuadro de Desempeño del Personal

Informe a RRHH sobre el desempeño del personal.

Word

Informe Final del Proyecto Documento que contiene las actividades realizadas en el proyecto, que han determinado el cierre del proyecto.

Word

131


14. Anexo G: Lista de Entregables de la Metodología de Desarrollo de Software del OSCE.

Tabla 9. Lista de Entregables de la Metodología de Desarrollo de Software del OSCE.

Procesos Entregable Descripción del Contenido del Entregable Tipo de Entregable

Modelado del negocio

Diagnóstico Situacional Contiene la situación actual del negocio que se requiere optimizar y/o rediseñar. En el documento se hace referencia a los documentos elaborados por la Unidad de Métodos y que se encuentren vigentes.

Word

Alcance de Alto Nivel Contiene los módulos y funcionalidades que se van a contemplar en el nuevo sistema, a nivel macro y general. En el documento se hace referencia a los documentos elaborados por la Unidad de Métodos y que se encuentren vigentes.

Para los indicadores emplear la ficha del Anexo A.

Word

Requisitos Especificación de Requerimientos

Contiene el listado de los requerimientos funcionales y no funcionales, solicitados por las áreas usuarias encargadas, así como información relacionada a la clasificación de cada requerimiento.

Análisis y Diseño

Diseño Funcional (DF). El documento está compuesto de las siguientes secciones: Diagrama de actores (roles) Listado de Casos de Uso Especificación de Casos de

Uso Bosquejos de Casos de Uso Diagramas de Casos de Uso

Diseño Funcional (DF) Word Diagrama de actores (roles). Diagrama

que contiene los actores o roles que se han identificado en el sistema.

Excel

Listado de Casos de Uso. Contiene los casos de uso del sistema, indicando la agrupación funcional y módulo al cual pertenecen.

Archivo de Diagrama

Especificación de Casos de Uso. Contiene la descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso en el sistema.

Excel

Bosquejos de Casos de Uso. Contiene la interfaz gráfica del caso de uso.

Word

Diagramas de Casos de Uso. Diagrama UML que contenga la funcionalidad del sistema agrupándola en descripciones de acciones ejecutadas por un sistema para obtener un resultado. Diagrama UML que contenga la relación entre los casos de uso y con los actores del sistema. Se va a diagramar los casos de uso que corresponden a un módulo o paquete del sistema.

Archivo de Diagrama

Diseño Técnico (DT). El documento está compuesto de las siguientes secciones: Diagrama de Paquetes Diagramas de Clases Diagramas de Estados Diagramas de Interacción Modelo Conceptual de Datos. Modelo Lógico de Datos. Modelo Físico de Datos.

Diseño Técnico (DT) Word Diagramas de Interacción. Diagramas

UML como "Secuencia" o "Colaboración", contienen la interacción entre los objetos y los mensajes que intercambian entre sí junto con el orden temporal de los mismos o la organización estructural de los objetos, respectivamente.

Archivo de Diagrama

Diagramas de Clases. Diagrama UML que contenga las clases de análisis, las cuales pueden agruparse por módulos o paquetes del sistema. Las clases deben mostrar su nombre y las relaciones entre ellas, debe especificar el estereotipo de la clase (Boundary, Control, Entity)

Archivo de Diagrama

110


Procesos Entregable Descripción del Contenido del Entregable Tipo de Entregable

Diagramas de Estados. Diagrama UML que contenga los estados de las clases de entidad del diagrama de clases. Para cada una de las entidades que cambian de estado deberá mostrarse un diagrama de estados. Si existen entidades que cumplen con un cambio de estados igual, se puede graficar un solo diagrama de estados y se deberá indicar las clases que cumplen con ese cambio de estados.

Archivo de Diagrama

Diagrama de Paquetes. Diagrama UML que muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Se va a diagramar los paquetes correspondientes al sistema, asimismo los paquetes de los sistemas relacionados.

Archivo de Diagrama

Archivos fuente implementados que contienen la lógica de negocio.

Archivos fuentes que permiten la creación de objetos de base de datos.

Archivo de Diagrama

Implementación Versión de Código Fuente y Objetos de Base de Datos

Diagrama UML que contenga los componentes del sistema, además deberá incluirse componentes externos con los que se interactúe.

Archivos

Diagrama de Componentes De acuerdo al cronograma de pruebas se consolidará todas las incidencias encontradas durante el proceso de pruebas. Las incidencias encontradas permitirán mejorar la funcionalidad del sistema y servirá de evidencia para aceptar o aprobar el módulo cuando estas se levanten.

Archivo de Diagrama

Pruebas Informe de Pruebas Documento que contiene las incidencias reportadas por los responsables de la verificación y aprobación de las funcionalidades contempladas en el sistema.

Word

Reporte de Incidencia Documento que aprueba la funcionalidad del sistema y autoriza su pase a producción

Word

Acta de Aprobación El documento contendrá la funcionalidad del sistema de acuerdo a los roles creados en el sistema.

Word

Manual de Usuario El documento contendrá los pasos que se requieran para configurar los servidores, software base, herramientas que usa el sistema, creación de base de datos y sus objetos, y sistema.

Word

Despliegue Manual de Instalación y Sistema Es el documento que informa las actividades de capacitación de acuerdo al cronograma establecido para los diversos roles creados para el sistema.

Word

Informe de Capacitación Archivos actualizados de fuentes implementadas que contienen la lógica de negocio.

Archivos actualizados de fuentes que permiten la creación de objetos de base de datos.

Word

Versión Final de Código Fuente y Objetos de Base de Datos

Es la actualización del entregable Documento Alcance de Alto Nivel.

Archivos

Gestión del Cambio y Configuraciones

Documento de Alcance Es el documento que informa los diversos cambios solicitados por el usuario que fueron aceptados, rechazados y pendientes.

Word

Informe de Cambio de Alcance Los entregables de esta metodología serán definidos en el proceso de gestión de proyectos.

Word

131


15. Anexo H: Lista de Entregables de la Metodología de Desarrollo de Calidad del OSCE.

Tabla 10. Lista de Entregables de la Metodología de Calidad del OSCE.Fases Entregable Descripción del Contenido del Entregable Tipo de Entregable

1.Iniciación Listado de Requisitos Priorizado

Listado de requerimientos priorizados que deben revisarse prioritariamente. Es importante considerar todo tipo de requerimiento funcional, no funcional, técnico, red, etc.

Excel

Listado de Políticas de Calidad

Listado de políticas que rigen la calidad de software del OSCE para el desarrollo y mantenimiento de software.

Excel

Listado de Criterios de Calidad Establecidos

Listado de criterios de calidad interna y externa que deberán tener los productos de software.

Excel

2. Planificación Plan de Calidad Se debe identificar los requerimientos y/o estándares de calidad para el proyecto de desarrollo o mantenimiento de software, así como los entregables que lo conforman. Se debe considerar documentar y demostrar la conformidad con los requerimientos de calidad del proyecto.

Es importante elaborar por cada proyecto o mantenimiento software el plan de trabajo que corresponda.

Word

3. Ejecución Informe de Resultado del Aseguramiento de la Calidad

Por cada actividad de aseguramiento de calidad se debe elaborar un informe de resultado del aseguramiento de la calidad de los procesos del desarrollo o mantenimiento de software.

Word.

CheckList Se debe llenar y registrar en el CheckList todas las observaciones encontradas. Así como la conformidad de la actividad o entregable.

Excel


Informe de Avance del Plan de Calidad

Es documento de gestión que debe presentarse cuando se solicite para informar el avance de la actividad del plan de calidad.

Word

5. Cierre Informe de Resultado del Control de la Calidad

Por cada actividad de control de calidad se debe elaborar un informe de resultado de control de calidad del producto de software.

Para el caso de productos de software que se están en mantenimiento deberá remitirse al documento Informe Resumen Final de Calidad.

Word

Informe Resumen Final de Calidad

Informe que resume las actividades de calidad realizada, dando por terminado el plan, con conformidad o con observaciones que se deben atender en forma inmediata.

Para productos de software que están en mantenimiento, solo se debe informar sobre su conformidad u observación.

Word

110


CAPÍTULO IVCRITERIOS DE EVALUACIÓN TÉCNICA

EVALUACIÓN TÉCNICA (Puntaje Máximo: 100 Puntos)

Es de exclusiva responsabilidad del Comité Especial que los factores permitan la selección de la mejor oferta en relación con la necesidad que se requiere satisfacer.

De acuerdo con el artículo 44 del Reglamento, se consideran los siguientes factores de evaluación:21:

FACTORES DE EVALUACIÓN- OPCIONALES PUNTAJE / METODOLOGÍA PARA SU ASIGNACIÓN

A. MEJORAS A LAS CARACTERÍSTICAS TÉCNICAS DE LOS BIENES Y A LAS CONDICIONES PREVISTAS22

[20] PUNTOS

Acredita mejora: [20] puntos

Criterio:Se evaluará y calificará al postor que acredite adicionalmente a los requerimientos técnicos mínimos, haber instalado su sistema ERP y/o desarrollado y/o personalizado dicho sistema en por lo menos tres (3) entidades públicas en el Perú, en los últimos cinco (5) años, contados hasta la fecha de presentación de propuestas

Acreditación:Se acreditará mediante la presentación de constancias, certificados, contratos u órdenes de servicio con su respectiva conformidad o comprobantes de pago cuya cancelación se acredite documental y fehacientemente.

B. EXPERIENCIA DEL POSTORCriterio:Se evaluará considerando el monto facturado acumulado por el postor por la venta o implementación de bienes iguales o similares al objeto de la convocatoria, durante un periodo NO MAYOR A OCHO (8) AÑOS] a la fecha de la presentación de propuestas, hasta por un monto máximo acumulado mayor a TRES (3) VECES EL VALOR REFERENCIAL DE LA CONTRATACIÓN.

Se considerarán bienes similares: Ventas o implementación de SISTEMAS DE GESTIÓN ADMINISTRATIVA Y/O FINANCIERA.

Acreditación:La experiencia se acreditará mediante copia simple de: contratos u órdenes de compra, y su respectiva conformidad por la venta o suministro efectuados; o comprobantes de pago cuya cancelación se acredite documental y fehacientemente, con VOUCHER DE

21 El Comité Especial podrá utilizar todos o algunos de los factores contenidos en el presente capítulo. Cabe precisar que, de acuerdo al artículo 44 del Reglamento pueden establecerse otros factores de evaluación; sin embargo, debe verificarse que estos sean congruentes, razonables y proporcionales con el objeto de la convocatoria.

22 Las Bases podrán establecer aquellos aspectos que serán considerados como mejoras, debiéndose precisar a qué tipo de mejoras se le otorgará puntaje.

131



DEPÓSITO, REPORTE DE ESTADO DE CUENTA, CANCELACIÓN EN EL DOCUMENTO, correspondientes a un máximo de veinte (20) contrataciones.

En caso los postores presenten varios comprobantes de pago para acreditar una sola contratación, se deberá acreditar que corresponden a dicha contratación; de lo contrario, se asumirá que los comprobantes acreditan contrataciones independientes, en cuyo caso solo se considerará, para la evaluación y calificación, las veinte (20) primeras contrataciones indicadas en el Anexo Nº 6 referido a la Experiencia del Postor.

En el caso de suministro, sólo se considerará como experiencia la parte del contrato que haya sido ejecutada a la fecha de presentación de propuestas, debiendo adjuntarse copia de las conformidades correspondientes a tal parte o los respectivos comprobantes de pago.

En los casos que se acredite experiencia adquirida en consorcio, deberá presentarse la promesa formal de consorcio o el contrato de consorcio del cual se desprenda fehacientemente el porcentaje de las obligaciones que se asumió en el contrato presentado; de lo contrario, no se computará la experiencia proveniente de dicho contrato.

Asimismo, cuando se presenten contratos derivados de procesos de selección convocados antes del 20.09.2012, se entenderá que el porcentaje de las obligaciones equivale al porcentaje de participación de la promesa formal de consorcio del contrato de consorcio. En caso que en dichos documentos no se consigne el porcentaje de participación se presumirá que las obligaciones se ejecutaron en partes iguales.

Cuando en los contratos, órdenes de compra o comprobantes de pago el monto facturado se encuentre expresado en moneda extranjera, debe indicarse el tipo de cambio venta publicado por la Superintendencia de Banca, Seguros y AFP correspondiente a la fecha de suscripción del contrato, de emisión de la orden de compra o de cancelación del comprobante de pago, según corresponda.

Sin perjuicio de lo anterior, los postores deben llenar y presentar el Anexo Nº 6 referido a la Experiencia del Postor.

[60] PUNTOS

M = Monto facturado acumulado por el postor por la venta de bienes iguales y/o similares al objeto de la convocatoria

M >= [3] veces el valor referencial23: [60] puntos

M >= [2] veces el valor referencial y <[3] veces el valor referencial:

[50] puntos

M >= [1] vez el valor referencial y <[2]veces el valor referencial:

[40] puntos24

C. CUMPLIMIENTO DE LA PRESTACIÓN

23 No puede establecerse como único parámetro de evaluación la asignación del máximo puntaje a montos facturados mayores a cinco (5) veces el valor referencial del proceso.

24 El Comité Especial define los rangos de evaluación e indica cuáles son los parámetros en cada rango. Asimismo, podrá cambiar la metodología para la asignación de puntaje.

110



[20] PUNTOS

Se debe utilizar la siguiente fórmula de evaluación25:

PCP= PF x CBC NC

Donde:

PCP = Puntaje a otorgarse al postor.PF = Puntaje máximo al postor.NC = Número de contrataciones presentadas para acreditar la experiencia del postor.CBC = Número de constancias de prestación válidas.

Criterio:Se evaluará el nivel de cumplimiento del postor, respecto de los contratos presentados para acreditar la experiencia del postor, en función al número de constancias de prestación presentadas.

Acreditación:Mediante la presentación de un máximo de veinte (20) constancias de prestación o cualquier otro documento que, independientemente de su denominación, indique, como mínimo, lo siguiente:

1. La identificación del contrato u orden de compra, indicando como mínimo su objeto.

2. El monto correspondiente; esto es, el importe total al que asciende el contrato, comprendiendo las variaciones por adicionales, reducciones, reajustes, etc., que se hubieran aplicado durante la ejecución contractual.

3. Las penalidades en que hubiera incurrido el contratista durante la ejecución de dicho contrato.

PUNTAJE TOTAL 100 puntos26

IMPORTANTE:

Los factores de evaluación no pueden calificar con puntaje el cumplimiento de los requerimientos técnicos mínimos.

Para acceder a la etapa de evaluación económica, el postor deberá obtener un puntaje técnico mínimo de sesenta (60) puntos.

25 Para mayor detalle, se recomienda revisar los Pronunciamientos Nº 095-2010/DTN y Nº 111-2010/DTN enwww.osce.gob.pe

26 Es la suma de los puntajes de todos los factores de evaluación.

http://www.osce.gob.pe/

131


CAPÍTULO VPROFORMA DEL CONTRATO

IMPORTANTE:

Dependiendo del objeto del contrato, de resultar indispensable, podrá efectuarse la inclusión de cláusulas adicionales o la adecuación de las propuestas en el presente documento, las que en ningún caso pueden contemplar disposiciones contrarias a la normativa vigente ni a lo señalado en este capítulo.

La misma proforma del contrato es aplicable para la ejecución de las prestaciones accesorias, y se suscribirá con las adecuaciones correspondientes.

Conste por el presente documento, la contratación de [CONSIGNAR LA DENOMINACIÓN DE LA CONVOCATORIA], que celebra de una parte [CONSIGNAR EL NOMBRE DE LA ENTIDAD], en adelante LA ENTIDAD, con RUC Nº [………], con domicilio legal en [………], representada por [………..…], identificado con DNI Nº [………], y de otra parte [……………….....................], con RUC Nº [................], con domicilio legal en [……………….....................], inscrita en la Ficha N° [……………….........] Asiento N° [……….......] del Registro de Personas Jurídicas de la ciudad de [………………], debidamente representado por su Representante Legal, [……………….....................], con DNI N° [………………..], según poder inscrito en la Ficha N° […………..], Asiento N° […………] del Registro de Personas Jurídicas de la ciudad de […………], a quien en adelante se le denominará EL CONTRATISTA en los términos y condiciones siguientes:

CLÁUSULA PRIMERA: ANTECEDENTESCon fecha [………………..], el Comité Especial adjudicó la Buena Pro de la LICITACIÓN PÚBLICA Nº[CONSIGNAR NOMENCLATURA DEL PROCESO DE SELECCIÓN]para la contratación de[CONSIGNAR LA DENOMINACIÓN DE LA CONVOCATORIA], a [INDICAR NOMBRE DEL GANADOR DE LA BUENA PRO], cuyos detalles e importe constan en los documentos integrantes del presente contrato.

CLÁUSULA SEGUNDA: OBJETO El presente contrato tiene por objeto [CONSIGNAR EL OBJETO DE LA CONTRATACIÓN], conforme a las Especificaciones Técnicas.

CLÁUSULA TERCERA: MONTO CONTRACTUALEl monto total del presente contrato asciende a [CONSIGNAR MONEDA Y MONTO], [CONSIGNAR SI O NO] incluye IGV.27

Este monto comprende el costo del bien, transporte hasta el punto de entrega, seguros e impuestos, así como todo aquello que sea necesario para la correcta ejecución de la prestación materia del presente contrato.

CLÁUSULA CUARTA: DEL PAGO 28 LA ENTIDAD se obliga a pagar la contraprestación a EL CONTRATISTA en [INDICAR MONEDA], en [INDICAR EL DETALLE DELPAGO ÚNICOO PAGOS PARCIALES, SEGÚN CORRESPONDA], luego de la recepción formal y completa de la documentación correspondiente, según lo establecido en el artículo 181 del Reglamento de la Ley de Contrataciones del Estado.

Para tal efecto, el responsable de otorgar la conformidad de la prestación deberá hacerlo en un

27 Consignar que NO incluye IGV en caso el postor ganador de la Buena Pro haya presentado la Declaración jurada de cumplimiento de condiciones para la aplicación de la exoneración del IGV (Anexo Nº 8) en su propuesta técnica.

28 En cada caso concreto, dependiendo de la naturaleza del contrato, podrá adicionarse la información que resulte pertinente a efectos de generar el pago.

110


plazo que no excederá de los diez (10) días calendario de ser estos recibidos.

LA ENTIDAD debe efectuar el pago dentro de los quince (15) días calendario siguiente al otorgamiento de la conformidad respectiva, siempre que se verifiquen las demás condiciones establecidas en el contrato.

En caso de retraso en el pago, EL CONTRATISTA tendrá derecho al pago de intereses conforme a lo establecido en el artículo 48 de la Ley de Contrataciones del Estado, contado desde la oportunidad en el que el pago debió efectuarse.

CLÁUSULA QUINTA: DEL PLAZO DE LA EJECUCIÓN DE LA PRESTACIÓNEl plazo de ejecución del presente contrato es de [……..] días calendario, el mismo que se computa desde [CONSIGNAR SI ES DEL DÍA SIGUIENTE DE SUSCRITO EL CONTRATO O DESDE EL DÍA SIGUIENTE DE CUMPLIDA LA CONDICIÓN PARA EL INICIO DE LA EJECUCIÓN, DEBIENDO INDICAR LA CONDICIÓN EN ESTE ULTIMO CASO].

CLÁUSULA SEXTA: PARTES INTEGRANTES DEL CONTRATOEl presente contrato está conformado por las Bases integradas, la oferta ganadora29 y los documentos derivados del proceso de selección que establezcan obligaciones para las partes.

CLÁUSULA SÉTIMA: GARANTÍASEL CONTRATISTA entregó a la suscripción del contrato la respectiva garantía solidaria, irrevocable, incondicional y de realización automática a sólo requerimiento, a favor de LA ENTIDAD, por los conceptos, importes y vigencias siguientes:

De fiel cumplimiento del contrato30: S/. [CONSIGNAR EL MONTO], a través de la [INDICAR EL TIPO DE GARANTÍA Y NUMERO DEL DOCUMENTO, EMPRESA QUE LA EMITE]. Cantidad que es equivalente al diez por ciento (10%) del monto del contrato original, la misma que deberá mantenerse vigente hasta la conformidad de la recepción de la prestación.

En el caso que corresponda, consignar lo siguiente:

Garantía fiel cumplimiento por prestaciones accesorias31: S/. [CONSIGNAR EL MONTO], a través de la [INDICAR EL TIPO DE GARANTÍA Y NUMERO DEL DOCUMENTO, EMPRESA QUE LA EMITE], la misma que deberá mantenerse vigente hasta el cumplimiento total de las obligaciones garantizadas.

Garantía por el monto diferencial de la propuesta32: S/. [CONSIGNAR EL MONTO], a través de la [INDICAR EL TIPO DE GARANTÍA Y NUMERO DEL DOCUMENTO, EMPRESA QUE

29 La oferta ganadora comprende a las propuestas técnica y económica del postor ganador de la Buena Pro.

30 En aplicación de lo dispuesto en el artículo 158 del Reglamento de la Ley de Contrataciones del Estado, la garantía de fiel cumplimiento deberá ser emitida por una suma equivalente al diez por ciento (10%) del monto del contrato original y tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.De manera excepcional, respecto de aquellos contratos que tengan una vigencia superior a un (1) año, las Entidades podrán aceptar que el ganador de la Buena Pro presente la garantía de fiel cumplimiento y de ser el caso, la garantía por el monto diferencial de la propuesta, con una vigencia de un (1) año, con el compromiso de renovar su vigencia hasta la conformidad de la recepción de la prestación.

31 En aplicación de lo dispuesto en el artículo 159 del Reglamento de la Ley de Contrataciones del Estado, en las contrataciones de bienes que conllevan la ejecución de prestaciones accesorias, tales como mantenimiento, reparación o actividades afines, se otorgará una garantía adicional por dicho concepto. La garantía de fiel cumplimiento por prestaciones accesorias se renovará periódicamente hasta el cumplimiento total de las obligaciones garantizadas, no pudiendo eximirse su presentación en ningún caso.

32 En aplicación de los dispuesto por el artículo 160 del Reglamento de la Ley de Contrataciones del Estado, cuando la propuesta económica fuese inferior al valor referencial en más del veinte por ciento (20%) de éste en el proceso de selección para la contratación de bienes, para la suscripción del contrato el postor ganador deberá presentar una garantía adicional por un monto equivalente al veinticinco por ciento (25%) de la diferencia entre el valor referencial y la propuesta económica. Dicha garantía deberá tener vigencia hasta la conformidad de la recepción de la prestación a cargo del contratista.

131


LA EMITE], la misma que deberá mantenerse vigente hasta la conformidad de la recepción de la prestación.

CLÁUSULA OCTAVA: EJECUCIÓN DE GARANTÍAS POR FALTA DE RENOVACIÓNLA ENTIDAD está facultada para ejecutar las garantías cuando EL CONTRATISTA no cumpliera con renovarlas, conforme a lo dispuesto por el artículo 164 del Reglamento de la Ley de Contrataciones del Estado.

CLÁUSULA DÉCIMA: CONFORMIDAD DE RECEPCIÓN DE LA PRESTACIÓNLa conformidad de recepción de la prestación se regula por lo dispuesto en el artículo 176 del Reglamento de la Ley de Contrataciones del Estado y será otorgada por la Unidad de Tecnologías de la Información del OSCE.

De existir observaciones se consignarán en el acta respectiva, indicándose claramente el sentido de éstas, dándose al contratista un plazo prudencial para su subsanación, en función a la complejidad del bien. Dicho plazo no podrá ser menor de dos (2) ni mayor de diez (10) días calendario. Si pese al plazo otorgado, EL CONTRATISTA no cumpliese a cabalidad con la subsanación, LA ENTIDAD podrá resolver el contrato, sin perjuicio de aplicar las penalidades que correspondan.

Este procedimiento no será aplicable cuando los bienes manifiestamente no cumplan con las características y condiciones ofrecidas, en cuyo caso LA ENTIDAD no efectuará la recepción, debiendo considerarse como no ejecutada la prestación, aplicándose las penalidades que correspondan.

CLÁUSULA UNDÉCIMA: DECLARACIÓN JURADA DEL CONTRATISTAEL CONTRATISTA declara bajo juramento que se compromete a cumplir las obligaciones derivadas del presente contrato, bajo sanción de quedar inhabilitado para contratar con el Estado en caso de incumplimiento.

CLÁUSULA DUODÉCIMA: RESPONSABILIDAD POR VICIOS OCULTOSLa conformidad de recepción de la prestación por parte de LA ENTIDAD no enerva su derecho a reclamar posteriormente por defectos o vicios ocultos, conforme a lo dispuesto por el artículo 50 de la Ley de Contrataciones del Estado.

El plazo máximo de responsabilidad del contratista es de UN (1) años.

CLÁUSULA DÉCIMO TERCERA: PENALIDADESSi EL CONTRATISTA incurre en retraso injustificado en la ejecución de las prestaciones objeto del contrato, LA ENTIDAD le aplicará una penalidad por cada día de atraso, hasta por un monto máximo equivalente al diez por ciento (10%) del monto del contrato vigente o, de ser el caso, del monto del ítem que debió ejecutarse, en concordancia con el artículo 165 del Reglamento de la Ley de Contrataciones del Estado.

En todos los casos, la penalidad se aplicará automáticamente y se calculará de acuerdo a la siguiente fórmula:

Penalidad Diaria = 0.10 x MontoF x Plazo en días

Donde:

F = 0.25 para plazos mayores a sesenta (60) días o;F = 0.40 para plazos menores o iguales a sesenta (60) días.

Tanto el monto como el plazo se refieren, según corresponda, al contrato o ítem que debió ejecutarse o, en caso que éstos involucraran obligaciones de ejecución periódica, a la prestación parcial que fuera materia de retraso.

Esta penalidad será deducida de los pagos parciales o del pago final; o si fuese necesario se

110


cobrará del monto resultante de la ejecución de las garantías de Fiel Cumplimiento o por el monto diferencial de la propuesta (de ser el caso).

Cuando se llegue a cubrir el monto máximo de la penalidad, LA ENTIDAD podrá resolver el contrato por incumplimiento.

La justificación por el retraso se sujeta a lo dispuesto por la Ley de Contrataciones del Estado y su Reglamento, el Código Civil y demás normas aplicables, según corresponda.

IMPORTANTE:

De preverse en las Especificaciones Técnicas penalidades distintas a la penalidad por mora, se deberá consignar el listado detallado de las situaciones, condiciones, etc., que serán objeto de penalidad, los montos o porcentajes que le corresponderían aplicar por cada tipo de incumplimiento y la forma o procedimiento mediante el que se verificará la ocurrencia de tales incumplimientos.

CLÁUSULA DÉCIMO CUARTA: RESOLUCIÓN DEL CONTRATOCualquiera de las partes podrá resolver el contrato, de conformidad con los artículos 40, inciso c), y 44 de la Ley de Contrataciones del Estado, y los artículos 167 y 168 de su Reglamento. De darse el caso, LA ENTIDAD procederá de acuerdo a lo establecido en el artículo 169 del Reglamento de la Ley de Contrataciones del Estado.

CLÁUSULA DÉCIMO QUINTA: RESPONSABILIDAD DE LAS PARTES Cuando una de las partes no ejecute injustificadamente las obligaciones asumidas, debe resarcir a la otra parte por los daños y perjuicios ocasionados, a través de la indemnización correspondiente. Ello no obsta la aplicación de las sanciones administrativas, penales y pecuniarias a que dicho incumplimiento diere lugar, en el caso que éstas correspondan.

Lo señalado precedentemente no exime a ninguna de las partes del cumplimiento de las demás obligaciones previstas en el presente contrato.

CLÁUSULA DÉCIMO SEXTA: MARCO LEGAL DEL CONTRATOSólo en lo no previsto en este contrato, en la Ley de Contrataciones del Estado y su Reglamento, en las directivas que emita el OSCE y demás normativa especial que resulte aplicable, serán de aplicación supletoria las disposiciones pertinentes del Código Civil vigente, cuando corresponda, y demás normas de derecho privado.

CLÁUSULA DÉCIMO SÉTIMA: SOLUCIÓN DE CONTROVERSIAS 33

Cualquiera de las partes tiene el derecho a iniciar el arbitraje administrativo a fin de resolver las controversias que se presenten durante la etapa de ejecución contractual dentro del plazo de caducidad previsto en los artículos 144, 170, 175, 176, 177 y 181 del Reglamento de la Ley de Contrataciones del Estadoo, en su defecto, en el artículo 52 de la Ley de Contrataciones del Estado.

Facultativamente, cualquiera de las partes podrá someter a conciliación la referida controversia, sin perjuicio de recurrir al arbitraje en caso no se llegue a un acuerdo entre ambas, según lo señalado en el artículo 214 del Reglamento de la Ley de Contrataciones del Estado.

El Laudo arbitral emitido es definitivo e inapelable, tiene el valor de cosa juzgada y se ejecuta como una sentencia.

El arbitraje será resuelto por la Cámara de Comercio de Lima, siendo de aplicación su Reglamento interno.

33 De conformidad con los artículos 216 y 217 del Reglamento, podrá adicionarse la información que resulte necesaria para resolver las controversias que se susciten durante la ejecución contractual. Por ejemplo, para la suscripción del contrato y, según el acuerdo de las partes podrá establecerse que el arbitraje será institucional o ante el Sistema Nacional de Arbitraje del OSCE (SNA-OSCE), debiendo indicarse el nombre del centro de arbitraje pactado y si se opta por un arbitraje ad-hoc, deberá indicarse si la controversia se someterá ante un tribunal arbitral o ante un árbitro único.

131


CLÁUSULA DÉCIMO OCTAVA: FACULTAD DE ELEVAR A ESCRITURA PÚBLICACualquiera de las partes podrá elevar el presente contrato a Escritura Pública corriendo con todos los gastos que demande esta formalidad.

CLÁUSULA DÉCIMO NOVENA: DOMICILIO PARA EFECTOS DE LA EJECUCIÓN CONTRACTUALLas partes declaran el siguiente domicilio para efecto de las notificaciones que se realicen durante la ejecución del presente contrato:

DOMICILIO DE LA ENTIDAD:[...........................]

DOMICILIO DEL CONTRATISTA: [CONSIGNAR EL DOMICILIO SEÑALADO POR EL POSTOR GANADOR DE LA BUENA PRO AL PRESENTAR LOS REQUISITOS PARA LA SUSCRIPCIÓN DEL CONTRATO]

La variación del domicilio aquí declarado de alguna de las partes debe ser comunicada a la otra parte, formalmente y por escrito, con una anticipación no menor de quince (15) días calendario.

De acuerdo con las Bases, las propuestas técnico y económica y las disposiciones del presente contrato, las partes lo firman por duplicado en señal de conformidad en la ciudad de [................] al [CONSIGNAR FECHA].

“LA ENTIDAD” “EL CONTRATISTA”

110


FORMATOS Y ANEXOS

131


FORMATO N° 1 34

MODELO DE CARTA DE ACREDITACIÓN

Lima, [CONSIGNAR CIUDAD Y FECHA]

SeñoresCOMITÉ ESPECIAL LICITACIÓN PÚBLICA Nº [CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-

[CONSIGNAR NOMBRE DEL POSTOR (PERSONA NATURAL, PERSONA JURÍDICA Y/O CONSORCIO)], identificado con DNI [CONSIGNAR EN CASO DE SER PERSONA NATURAL] y Nº RUC Nº [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA], debidamente representado por su [CONSIGNAR SI SE TRATA DE REPRESENTANTE LEGAL EN CASO DE SER PERSONA JURÍDICA O DEL REPRESENTANTE COMÚN EN CASO DE CONSORCIOS, ASÍ COMO SU NOMBRE COMPLETO], identificado con DNI Nº […………], tenemos el agrado de dirigirnos a ustedes, en relación con la Licitación PúblicaN° [CONSIGNAR NOMENCLATURA DEL PROCESO], a fin de acreditar a nuestro apoderado: [CONSIGNAR NOMBRE DEL APODERADO] identificado con DNI Nº [………], quien se encuentra en virtud a este documento, debidamente autorizado a realizar todos los actos vinculados al proceso de selección.

Para tal efecto, se adjunta copia simple de la ficha registral vigente del suscrito.35

…..………………………….…………………..Firma, Nombres y Apellidos del postor o

Representante legal o común, según corresponda

34 El presente formato será utilizado cuando la persona natural, el representante legal de la persona jurídica o el representante común del consorcio no concurra personalmente al proceso de selección.

35 Incluir dicho párrafo sólo en el caso de personas jurídicas.

110


ANEXO Nº 1

DECLARACIÓN JURADA DE DATOS DEL POSTOR

SeñoresCOMITÉ ESPECIALLICITACIÓN PÚBLICA Nº [CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-

Estimados Señores:

El que se suscribe, [……………..], postor y/o Representante Legal de [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA], identificado con [CONSIGNAR TIPO DE DOCUMENTO DE IDENTIDAD] N° [CONSIGNAR NÚMERO DE DOCUMENTO DE IDENTIDAD], con poder inscrito en la localidad de [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA] en la Ficha Nº [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA] Asiento Nº [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA],DECLARO BAJO JURAMENTO que la siguiente información se sujeta a la verdad:

Nombre o Razón Social :Domicilio Legal :RUC : Teléfono : Fax :

[CONSIGNAR CIUDAD Y FECHA]

……...........................................................Firma, Nombres y Apellidos del postor oRepresentante legal, según corresponda

IMPORTANTE:

Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los consorciados.

131


ANEXO Nº 2

DECLARACIÓN JURADA DE CUMPLIMIENTO DE LOS REQUERIMIENTOS TÉCNICOS MÍNIMOS


De nuestra consideración:

Es grato dirigirme a usted, para hacer de su conocimiento que luego de haber examinado las Bases y demás documentos del proceso de la referencia y, conociendo todas las condiciones existentes, el postor ofrece el [CONSIGNAR LA DENOMINACIÓN DE LA CONVOCATORIA], de conformidad con las Especificaciones Técnicas, las demás condiciones que se indican en el Capítulo III de la sección específica de las Bases y los documentos del proceso.


…….………………………….…………………..Firma, Nombres y Apellidos del postor o


IMPORTANTE:

Adicionalmente, puede requerirse la presentación de otros documentos para acreditar el cumplimiento de los Requerimientos Técnicos Mínimos, conforme a lo señalado en el contenido del sobre técnico.

110


ANEXO Nº 3

DECLARACIÓN JURADA (ART. 42 DEL REGLAMENTO DE LA LEY DE CONTRATACIONES DEL ESTADO)



Mediante el presente el suscrito, postor y/o Representante Legal de [CONSIGNAR EN CASO DE SER PERSONA JURÍDICA], declaro bajo juramento:

1.- No tener impedimento para participar en el proceso de selección ni para contratar con el Estado, conforme al artículo 10 de la Ley de Contrataciones del Estado.

2.- Conocer, aceptar y someterme a las Bases, condiciones y procedimientos del proceso de selección.

3.- Ser responsable de la veracidad de los documentos e información que presento a efectos del presente proceso de selección.

4.- Comprometerme a mantener la oferta presentada durante el proceso de selección y a suscribir el contrato, en caso de resultar favorecido con la Buena Pro.

5.- Conocer las sanciones contenidas en la Ley de Contrataciones del Estado y su Reglamento, así como en la Ley Nº 27444, Ley del Procedimiento Administrativo General.


………………………….………………………..Firma, Nombres y Apellidos del postor oRepresentante legal, según corresponda

IMPORTANTE:

Cuando se trate de consorcios, esta declaración jurada será presentada por cada uno de los consorciados.

131


ANEXO Nº 4

PROMESA FORMAL DE CONSORCIO(Sólo para el caso en que un consorcio se presente como postor)


De nuestra consideración,

Los suscritos declaramos expresamente que hemos convenido en forma irrevocable, durante el lapso que dure el proceso de selección, para presentar una propuesta conjunta a la LICITACIÓN PÚBLICA Nº [CONSIGNAR NOMENCLATURA DEL PROCESO], responsabilizándonos solidariamente por todas las acciones y omisiones que provengan del citado proceso.

Asimismo, en caso de obtener la Buena Pro, nos comprometemos a formalizar el contrato de consorcio bajo las condiciones aquí establecidas (porcentaje de obligaciones asumidas por cada consorciado), de conformidad con lo establecido por el artículo 141 del Reglamento de la Ley de Contrataciones del Estado.

Designamos al Sr. [..................................................], identificado con [CONSIGNAR TIPO DE DOCUMENTO DE IDENTIDAD] N° [CONSIGNAR NÚMERO DE DOCUMENTO DE IDENTIDAD], como representante común del consorcio para efectos de participar en todas las etapas del proceso de selección y para suscribir el contrato correspondiente con la Entidad [CONSIGNAR NOMBRE DE LA ENTIDAD]. Asimismo, fijamos nuestro domicilio legal común en [.............................].

OBLIGACIONES DE [NOMBRE DEL CONSORCIADO 1]: % de Obligaciones [DESCRIBIR LA OBLIGACIÓN VINCULADA AL OBJETO DE LA CONVOCATORIA] [ % ] [DESCRIBIR OTRAS OBLIGACIONES] [ % ]

OBLIGACIONES DE [NOMBRE DEL CONSORCIADO 2]: % de Obligaciones [DESCRIBIR LA OBLIGACIÓN VINCULADA AL OBJETO DE LA CONVOCATORIA] [ % ] [DESCRIBIR OTRAS OBLIGACIONES] [ % ]

TOTAL: 100%


..…………………………………. …………………………………..Nombre, firma, sello y DNI Nombre, firma, sello y DNI deldel Representante Legal del Representante Legal del Consorciado 1 Consorciado 2

110


ANEXO Nº 5

DECLARACIÓN JURADA DE PLAZO DE ENTREGA


De nuestra consideración,

Mediante el presente, con pleno conocimiento de las condiciones que se exigen en las Bases del proceso de la referencia, me comprometo a entregar los bienes objeto del presente proceso de selección en el plazo de [CONSIGNAR EL PLAZO OFERTADO, EL CUAL DEBE SER EXPRESADO EN DÍAS CALENDARIO] días calendario.


……..........................................................Firma, Nombres y Apellidos del postor o


133

133


ANEXO Nº 6

EXPERIENCIA DEL POSTOR


Mediante el presente, el suscrito detalla la siguiente EXPERIENCIA:

Nº CLIENTE OBJETO DEL CONTRATO

N° CONTRATO / O/C / COMPROBANTE DE

PAGO FECHA36 MONEDA IMPORTE TIPO DE CAMBIO

VENTA37MONTO FACTURADO

ACUMULADO38

1

2

3

4

5

6

7

8

9

10TOTAL

36 Se refiere a la fecha de suscripción del contrato, de la emisión de la Orden de Compra o de cancelación del comprobante de pago, según corresponda.

37 El tipo de cambio venta debe corresponder al publicado por la SBS correspondiente a la fecha de suscripción del contrato, de la emisión de la Orden de Compra o de cancelación del comprobante de pago, según corresponda.

38 Consignar en la moneda establecida para el valor referencial.

132

132



………..........................................................Firma, Nombres y Apellidos del postor o


135


ANEXO Nº 7

CARTA DE PROPUESTA ECONÓMICA(MODELO)

SeñoresCOMITÉ ESPECIALLICITACIÓN PÚBLICA Nº[CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-


Es grato dirigirme a usted, para hacer de su conocimiento que, de acuerdo con el valor referencial del presente proceso de selección y las Especificaciones Técnicas, mi propuesta económica es la siguiente:

CONCEPTO PRESTACIÓN COSTO TOTAL [CONSIGNAR MONEDA]

Principal

Accesoria 1

Accesoria 2

Accesoria 3

TOTAL

La propuesta económica incluye todos los tributos, seguros, transportes, inspecciones, pruebas, y de ser el caso, los costos laborales conforme a la legislación vigente, así como cualquier otro concepto que le sea aplicable y que pueda tener incidencia sobre el costo delbiena contratar, excepto la de aquellos postores que gocen de exoneraciones legales.


……………………………….…………………..Firma, Nombres y Apellidos del postor o


IMPORTANTE:

Cuando el proceso se convoque a suma alzada, únicamente deberá requerirse que la propuesta económica contenga el monto total de la oferta, sin perjuicio de solicitar que el postor adjudicado presente la estructura de costos o detalle de precios unitarios para la formalización del contrato, lo que deberá ser precisado en el numeral 2.7 de la sección específica.

ANEXO Nº 8

134

134


DECLARACIÓN JURADA DE COMPROMISO PARA LA TRANSPARENCIA EN EL ACCIONAR DEL PERSONAL CONTRATADO PARA EL OSCE

SeñoresComité Especial LICITACIÓN PÚBLICA Nº [CONSIGNAR NOMENCLATURA DEL PROCESO]Presente.-

Por el presente, yo ........……………………………………….. identificado (a) con DNI N°………….........................................., que me encuentro postulando al servicio de ………………… para el Organismo Supervisor de Contrataciones del Estado - OSCE, manifiesto que durante la ejecución del servicio me comprometo, en caso se me otorgue la buena pro del presente proceso de selección, a:

1. No obstante a no ser colaborador del OSCE bajo ningún régimen laboral, cumplir fielmente con las tareas y funciones asignadas a mi persona, sujetándome a la normativa de contrataciones y disposiciones establecidas en la Directiva "Normas para la Conducta y Desempeño del Personal del Organismo Supervisor de Contrataciones del Estado - OSCE".

2. Informar por escrito sobre cualquier incompatibilidad que pueda afectar el servicio a brindar en términos de calidad, objetividad, eficiencia y credibilidad, entre otros, con la finalidad que se determinen las acciones a seguir, para asegurar el ejercicio de mis funciones en forma transparente, libre de conflictos de intereses, prohibiciones, impedimentos, o situaciones que pudieran dar motivo a que otros cuestionen mi independencia y calidad de trabajo.

3. Guardar reserva de la información privilegiada que conociera en el ejercicio de mis labores o actividad funcional; no revelando ni en forma oral, ni escrita, ni por cualquier otro medio, hechos, datos, procedimientos y documentación de acceso restringido (secreta, reservada y/o confidencial), incluso aun después de culminar el servicio materia del presente proceso de selección.


……..........................................................Firma, Nombres y Apellidos del postor o


zonasegura.seace.gob.pezonasegura.seace.gob.pe/mon/docs/procesos/2013/0019… · Web viewBASES...

Documents

Transcript of zonasegura.seace.gob.pezonasegura.seace.gob.pe/mon/docs/procesos/2013/0019… · Web viewBASES...