BASES ESTÁNDAR DE CONCURSO PÚBLICO...

69

SUPERINTENDENCIA NACIONAL DE ADUANAS Y DE ADMINISTRACIÓN TRIBUTARIA - SUNATCP N° 0074-2014-SUNAT/8B1200 – Primera Convocatoria

BASES

CONCURSO PÚBLICO Nº

0074-2014-SUNAT/8B1200

PRIMERA CONVOCATORIA

CONTRATACIÓN DEL:

SERVICIO DE DESARROLLO DE SOFTWARE PARA IMPLEMENTAR UNA PLATAFORMA ÚNICA DE INGRESO DE INFORMACIÓN DE DECLARACIÓN

JURADA, DETRACCIONES Y PAGOS

68


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)

69


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 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 encuentre 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/

68


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 podrá 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 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,

69


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

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

68


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 que el 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.

IMPORTANTE:

Las Entidades someten a fiscalización posterior conforme a lo previsto en el artículo 32 de la Ley N° 27444, Ley del Procedimiento Administrativo General, la documentación, declaraciones y traducciones presentadas por el ganador de la Buena Pro.

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. Si algún participante es omitido, podrá acreditarse con la presentación de la constancia de su registro como participante.

69


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.

1.12. CONTENIDO DE LA PROPUESTA ECONÓMICA

68


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 servicio a 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 la 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 ochenta (80) puntos, serán descalificadas en esta etapa y no accederán a la evaluación económica.

1.13.2. EVALUACIÓN ECONÓMICA

Si la propuesta económica excede el valor referencial, será devuelta por el Comité 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.

69


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.

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

68


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, 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.

69


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.

68


CAPÍTULO IIIDEL CONTRATO

3.1. DEL PERFECCIONAMIENTO DEL CONTRATO

Dentro del plazo de doce (12) días hábiles siguientes al consentimiento de la Buena Pro o cuando esta haya quedado administrativamente firme, debe suscribirse el contrato. Dentro del referido plazo: a) El postor ganador debe presentar la totalidad de la documentación prevista en las Bases, b) La Entidad, de corresponder, solicita la subsanación de la documentación presentada y c) El postor ganador subsana las observaciones formuladas por la Entidad.

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

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).

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 (1) año, con el compromiso de renovar su vigencia hasta la conformidad de la recepción de la prestación.

69


IMPORTANTE:

Al amparo de lo dispuesto en el artículo 39 de la Ley, en los casos de prestación de servicios de ejecución periódica, alternativamente, las micro y pequeñas empresas pueden optar que, como garantía de fiel cumplimiento, la Entidad retenga el diez por ciento (10%) del monto del contrato original. Para estos efectos, la retención de dicho monto se efectuará durante la primera mitad del número total de pagos a realizarse, de forma prorrateada, con cargo a ser devuelto a la finalización del mismo.

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 diez por ciento (10%) 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.

68


3.7. DE LAS PENALIDADES E INCUMPLIMIENTO DEL CONTRATO

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

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 servicios 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 realización del servicio.

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 ejecución de la prestación de los servicios, conforme a la sección específica de las Bases

Para tal efecto, el responsable de otorgar la conformidad de la prestación de los servicios, deberá hacerlo en un plazo que no excederá de los diez (10) días calendario de ser éstos prestados, 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.

69


SECCIÓN ESPECÍFICA

CONDICIONES ESPECIALES DEL PROCESO DE SELECCIÓN

68


CAPÍTULO IGENERALIDADES

1.1. ENTIDAD CONVOCANTE

Nombre : SUPERINTENDENCIA NACIONAL DE ADUANAS Y DE ADMINISTRACION TRIBUTARIA

RUC Nº : 20131312955

Domicilio legal : Av. Garcilaso de la Vega N° 1472 – Cercado de Lima

Teléfono/Fax: : 634-3300 (Anexo 51835)

Correo electrónico: : [email protected], [email protected]

1.2. OBJETO DE LA CONVOCATORIA

El presente proceso de selección tiene por objeto la contratación del SERVICIO DE DESARROLLO DE SOFTWARE PARA IMPLEMENTAR UNA PLATAFORMA ÚNICA DE INGRESO DE INFORMACIÓN DE DECLARACIÓN JURADA, DETRACCIONES Y PAGOS.

1.3. VALOR REFERENCIAL2

El valor referencial asciende a S/. 8 397 096,65 (Ocho millones trescientos noventa y siete mil noventa y seis con 65/100 Nuevos Soles), incluido los impuestos de Ley y cualquier otro concepto que incida en el costo total del servicio. El valor referencial ha sido calculado al mes de diciembre de 2014.

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 tope para efectuar dichas propuestas.

1.4. EXPEDIENTE DE CONTRATACIÓN

El expediente de contratación fue aprobado mediante Formato de aprobación de Expediente de Contratación N° 00258-2014/8B1100 de fecha 30 de diciembre del 2014.

1.5. FUENTE DE FINANCIAMIENTO

RECURSOS DIRECTAMENTE RECAUDADOS

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. ALCANCES DEL REQUERIMIENTO

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]

69


El servicio a contratar está definido en los Requerimientos Técnicos Mínimos que forman parte de la presente Sección en el Capítulo III.

1.8. PLAZO DE PRESTACIÓN DEL SERVICIO

El plazo para brindar el servicio materia de la presente convocatoria es de seiscientos cincuenta (650) días calendario el cual se detalla en el ANEXO Nro. 04: “Plazos” de los Términos de Referencia contenidos en el Capítulo III de la presente sección.

Es necesario señalar para la prestación que:

Cuando el último día de algún plazo fuera inhábil deberá entenderse que el vencimiento de dicho plazo se producirá al primer día hábil siguiente.

En el plazo para el servicio de la prestación no incluye: Los plazos (para mayor detalle ver numeral 6.4: “Manejo de Entregables” de los

Términos de Referencia contenidos en el Capítulo III de la presente sección) que utilice la SUNAT para verificar la conformidad de los entregables o para verificar la subsanación de las observaciones que se hayan formulado (de haberse formulado éstas).

Los plazos que en el marco del artículo 176 del Reglamento de la Ley de Contrataciones del Estado, la SUNAT estime otorgar al contratista para que proceda a la subsanación de las observaciones.3

Dichos plazos constituyen un requerimiento técnico mínimo que debe coincidir con lo establecido en el expediente de contratación.

1.9. COSTO DE REPRODUCCIÓN DE LAS BASES

S/. 20.00 (VEINTE CON 00/100 NUEVOS SOLES)

1.10. BASE LEGAL

- Ley Nº 30114, Ley de Presupuesto del Sector Público para el Año Fiscal 2014.- Ley Nº 30115, Ley de Equilibrio Financiero del Presupuesto del Sector Público del

año fiscal 2014.- Ley Nº 29783 - Ley de Seguridad y Salud en el Trabajo)4

- Decreto Supremo Nº 005-2012-TR - Reglamento de la Ley de Seguridad y Salud en el Trabajo.

- Resolución de Superintendencia N° 20-2013/SUNAT, Delegación de Funciones y Atribuciones Previstas en la Ley de Contrataciones y su Reglamento.

- Normatividad que en materia de Contrataciones del Estado se encuentre vigente.

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

3 De conformidad con lo definido por el Organismo Supervisor de Contrataciones del Estado en la Opinión N° 027-10/DTN (numerales 2.6.1, 2.6.2 y 2.6.3).

4 La SUNAT estará facultada para paralizar los trabajos en casos de incumplimiento de lo establecido en la LSST, sin que ello implique ampliaciones de plazo.

68


CAPÍTULO IIDEL PROCESO DE SELECCIÓN

2.1. CRONOGRAMA DEL PROCESO DE SELECCIÓN5

Etapa Fecha, hora y lugarConvocatoria : 30/12/2014Registro de participantes : Del: 31/12/2014

Al: 06/02/2015Formulación de Consultas : Del: 31/12/2014

Al: 09/01/2015Absolución de Consultas : 16/01/2015Formulación de Observaciones a las Bases

: Del:19/01/2015Al: 23/01/2015

Absolución de Observaciones a las Bases

: 30/01/2015

Integración de las Bases : 05/02/2015 Presentación de Propuestas : 16/02/2015 * El acto público se realizará en : Sala de actos públicos de la SUNAT.

Avenida Garcilaso de la Vega N° 1472 1er piso – Lima, a las 10:00 horas.

Calificación y Evaluación de Propuestas

: Del: 17/02/2015Al: 23/02/2015

Otorgamiento de la Buena Pro : 24/02/2015* El acto público se realizará en : Sala de actos públicos de la SUNAT.

Avenida Garcilaso de la Vega N° 1472 1er piso – Lima, a las 10:00 horas.

2.2. REGISTRO DE PARTICIPANTES

El registro de los participantes es gratuito y se realizará en Mesa de Partes de la Gerencia Administrativa, sito en Av. Garcilaso de la Vega N° 1472 – Cercado de Lima, en las fechas señaladas en el cronograma, en el horario de 08:30 a 16:30 horas.

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í como el día y hora de dicha recepción.

IMPORTANTE:

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 Gerencia Administrativa, sito en Av. Garcilaso de la Vega N° 1472 – Cercado de Lima, en las fechas señaladas en el cronograma, en el horario de de 08:30 a 16:30 horas, debiendo estar dirigidos al Presidente del Comité Especial de la CONCURSO PÚBLICO N° 0074-2014-SUNAT/8B1200-Primera Convocatoria, pudiendo ser remitidas adicionalmente al siguiente correo electrónico:

5 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.

69


[email protected]

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

Las propuestas se presentarán en acto público, en la Sala de Actos Públicos de la SUNAT sito en la Avenida Garcilaso de la Vega N° 1472 1er piso Cercado de Lima – LIMA, en la fecha y hora señalada en el cronograma. El acto público se realizará con la participación de Notario Público.

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 del CONCURSO PÚBLICO N° 0074-2014-SUNAT/8B1200-Primera Convocatoria, conforme al siguiente detalle:

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

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 (1) original una (1) copia6.

6 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.

SeñoresSuperintendencia Nacional de Aduanas y de Administración Tributaria - SUNAT Av. Garcilaso de la Vega Nº 1472, Cercado de LimaAtt.: Comité Especial

CONCURSO PÚBLICO N° 0074-2014-SUNAT/8B1200-PRIMERA CONVOCATORIADenominación de la convocatoria: SERVICIO DE DESARROLLO DE SOFTWARE PARA IMPLEMENTAR UNA PLATAFORMA ÚNICA DE INGRESO DE INFORMACIÓN DE DECLARACIÓN JURADA, DETRACCIONES Y PAGOS

SOBRE N° 1: PROPUESTA TÉCNICA[NOMBRE / RAZÓN SOCIAL DEL POSTOR]

SeñoresSuperintendencia Nacional de Aduanas y de Administración Tributaria - SUNAT Av. Garcilaso de la Vega Nº 1472, Cercado de LimaAtt.: Comité Especial

CONCURSO PÚBLICO N° 0074-2014-SUNAT/8B1200-PRIMERA CONVOCATORIADenominación de la convocatoria: SERVICIO DE DESARROLLO DE SOFTWARE PARA IMPLEMENTAR UNA PLATAFORMA ÚNICA DE INGRESO DE INFORMACIÓN DE DECLARACIÓN JURADA, DETRACCIONES Y PAGOS

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

mailto:[email protected]

68


El sobre Nº 1 contendrá, además de un índice de documentos7, 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ón8 (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 al proceso de selección, suscripción y ejecución del contrato, con amplias y suficientes facultades.

e) Declaración Jurada de Plazo de prestación del servicio (Anexo Nº 5).

f) El postor deberá acreditar su experiencia nacional o internacional en desarrollo e implantación de soluciones de software a la medida en cantidad de por lo menos dos (2) implantaciones culminadas en su totalidad en entidades gubernamentales o empresas del sector privado. Solo se considerarán los desarrollos e implantaciones iniciadas y concluidas en el periodo comprendido entre enero 2009 hasta la fecha de convocatoria del presente proceso de selección. Para acreditar la experiencia del postor deberá presentar contratos con su respectiva conformidad por la prestación efectuada o mediante comprobantes de pago cuya cancelación se acredite documental y fehacientemente a través de voucher de depósito, reporte de estado de cuenta o que la cancelación conste en el mismo documento, dichos contratos deben ser de desarrollo e implantación de soluciones de software a la medida.

Cabe precisar que los documentos presentados para acreditar la experiencia mínima exigida en los requerimientos técnicos mínimos, no podrán emplearse para acreditar experiencia en el factor de evaluación “Experiencia del Postor”.9

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

8 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, 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.

9 Conforme a lo señalado por el OSCE en reiterados documentos oficiales?, un contrato empleado para acreditar la experiencia mínima sólo podría ser empleado para acreditar experiencia en el factor de evaluación cuando en ambos casos se exigiera acreditar cierto monto facturado. En dicho supuesto el monto en exceso acreditado podría emplearse para acreditar experiencia en el factor de evaluación. “Lo anterior no puede ser aplicado cuando en los requerimientos técnicos mínimos y los factores de evaluación se mida la experiencia de diferentes maneras”.

69


Asimismo, cabe recordar que, de conformidad con lo establecido en el punto 1. del numeral 6.5.2 de la Directiva N° 016-2012-OSCE/CD para el caso de postores que se hayan presentado en Consorcio, la experiencia solicitada como Requerimiento Técnico Mínimo (RTM) debe ser acreditada en su totalidad por cada uno de los integrantes que se hubieran comprometido a ejecutar las obligaciones vinculadas directamente al objeto de la convocatoria, de acuerdo a lo declarado en su promesa formal de consorcio.

g) El postor presentará una Declaración jurada en la cual indique que cumple con la norma del Ministerio de Justicia Ley Nº 29733 – Ley de Protección de Datos Personales.

h) El postor presentará una Declaración Jurada en la cual indique que utiliza las mejores prácticas en lo que respecta a la construcción o desarrollo del software, alineados a las mejores prácticas, según NTP-ISO/IEC 12207:2006.

i) El postor presentará una Declaración Jurada en la que señala utilizar los estándares y mejores prácticas nacionales e internacionales respecto a la seguridad de información, tales como Norma Técnica Peruana NTP-ISO/IEC 17799; Código de Buenas Prácticas para la Gestión de la Seguridad de la Información.

j) Documentación que acredite la formación, experiencia, certificaciones y competencias requeridas al personal propuesto de acuerdo a lo requerido en numeral 9.2 y el Anexo Nro. 7 de los Términos de Referencia:

1) Jefe de Proyecto1.1)Copia simple de certificados o constancias de estudio o diplomas de

entidades educativas autorizadas, que acrediten que el personal propuesto cuenta con MBA o Maestría en Tecnologías de Información o Maestría en Gestión de Proyectos. No se admitirán syllabus.

1.2)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto es Bachiller en Ingeniería, Economía o Administración. No se admitirán syllabus.

1.3)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto es PMP certificado. No se admitirán syllabus.

1.4)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto cuenta con Curso aprobado de CMMI, mínimo 24 horas. No se admitirán syllabus.

1.5)Constancias o certificados o cualquier otra documentación de entidades autorizadas o del fabricante de las herramientas, que acredite que el personal propuesto tiene competencia sobre las herramientas Project, Software de Oficina. No se admitirán syllabus.

1.6)Copia simple de contratos y su respectiva conformidad, constancias, certificados o cualquier otra documentación que, de manera fehaciente demuestre la experiencia mínima requerida para el personal propuesto como Jefe de Proyecto, de acuerdo al siguiente detalle: 1.6.1) Experiencia mínima de 10 años como gestor de proyectos.1.6.2) Experiencia mínima de 3 años como gestor de proyectos de

desarrollo de softwareSiendo que de la documentación presentada deberá desprenderse claramente la experiencia específicamente solicitada. Asimismo, se precisa que para la verificación de la experiencia respecto del personal

68


requerido como bachiller, se validarán únicamente experiencias realizadas con posterioridad a la fecha consignada en el diploma de bachiller.

2) Líder Funcional2.1)Copia simple de certificados o constancias de estudio o diplomas de

entidades educativas autorizadas, que acrediten que el personal propuesto cuenta con MBA o Maestría en Tecnologías de Información o Maestría en Gestión de Proyectos. No se admitirán syllabus.

2.2)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto es Bachiller en ingeniería con especialidad en sistemas, informática o carreras afines. No se admitirán syllabus.

2.3)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto es PMP Certificado o cuenta con Curso aprobado de PMP, mínimo 48 horas. No se admitirán syllabus.

2.4)Constancias o certificados o cualquier otra documentación de entidades autorizadas o del fabricante de las herramientas, que acredite que el personal propuesto tiene competencia sobre las herramientas Project, Software de Oficina. No se admitirán syllabus.

2.5) Copia simple de contratos y su respectiva conformidad, constancias, certificados o cualquier otra documentación que, de manera fehaciente demuestre la experiencia mínima requerida para el personal propuesto como Líder Funcional, de acuerdo al siguiente detalle: 2.5.1) Experiencia mínima de 5 años en análisis y diseño de

software. 2.5.2) Experiencia mínima de 2 años en gestión de proyectos de

desarrollo de software o mejoramiento de procesos y sistemas, del personal propuesto.

Siendo que de la documentación presentada deberá desprenderse claramente la experiencia específicamente solicitada. Asimismo se precisa que para la verificación de la experiencia respecto del personal requerido como bachiller, se validarán únicamente experiencias realizadas con posterioridad a la fecha consignada en el diploma de bachiller.

3) Arquitecto de Software3.1)Copia simple de certificados o constancias de estudio o diplomas de

entidades educativas autorizadas, que acrediten que el personal propuesto es Bachiller en ingeniería con especialidad en sistemas, informática o carreras afines. No se admitirán syllabus.

3.2)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto cuenta con Certificación SOA. No se admitirán syllabus.

3.3)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto cuenta con Certificación de especialista en Tecnologías de Interoperabilidad de Aplicaciones (Middleware). No se admitirán syllabus.

3.4)Constancias o certificados o cualquier otra documentación de entidades autorizadas o del fabricante de las herramientas, que acredite que el personal propuesto tiene competencia sobre las herramientas Project, Software de Oficina, BD Informix y Oracle; Servidores WebLogic,

69


Power Designer o similares, IBM Integration Bus, IBM Service Registry and Repository, IBM Datapower SOA Appliance, IBM ILog.

3.5)Copia simple de contratos y su respectiva conformidad, constancias, certificados o cualquier otra documentación que, de manera fehaciente demuestre la experiencia mínima requerida para el personal propuesto como Arquitecto de Software, de acuerdo al siguiente detalle: 3.5.1) Experiencia mínima de 3 años en análisis y diseño de

software.3.5.2) Experiencia mínima de 2 años ocupando cargos de

Arquitecto de Software.3.5.3) Experiencia mínima de 2 años en programación JAVA3.5.4) Experiencia mínima de 2 años en temas especializados

(algunas de estas especialidades son Desarrollo de aplicaciones para móviles basadas en el concepto responsive design, HTML5, modelo híbrido con PhoneGap o Apache Cordova conocimiento de Arquitectura de TI, SOA, OAuth)

3.5.5) Participación en al menos dos (2) proyectos con tecnología SOA liderando la implementación de un ESB.


4) Arquitecto de Datos4.1)Copia simple de certificados o constancias de estudio o diplomas de

entidades educativas autorizadas, que acrediten que el personal propuesto es Bachiller en Ingeniería con especialidad en Sistemas, Informática, Computación o carreras afines. No se admitirán syllabus.

4.2)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto cuenta con Certificación Oracle DBA. No se admitirán syllabus.

4.3)Constancias o certificados o cualquier otra documentación de entidades autorizadas o del fabricante de las herramientas, que acredite que el personal propuesto tiene competencia sobre las herramientas Power Designer o similares, herramientas de desarrollo. BD Informix y Oracle.

4.4)Copia simple de contratos y su respectiva conformidad, constancias, certificados o cualquier otra documentación que, de manera fehaciente demuestre la experiencia mínima requerida para el personal propuesto como Arquitecto de Datos, de acuerdo al siguiente detalle: 4.1.1) Experiencia mínima de 3 años en análisis y diseño de

software. 4.1.2) 3 años ocupando cargos de Arquitecto de Datos y/o DBASiendo que de la documentación presentada deberá desprenderse claramente la experiencia específicamente solicitada. Asimismo se precisa que para la verificación de la experiencia respecto del personal requerido como bachiller, se validarán únicamente experiencias

68


realizadas con posterioridad a la fecha consignada en el diploma de bachiller.

5) Líder Técnico5.1)Copia simple de certificados o constancias de estudio o diplomas de

entidades educativas autorizadas, que acrediten que el personal propuesto es Bachiller en ingeniería con especialidad en sistemas, informática o carreras afines. No se admitirán syllabus.

5.2)Copia simple de certificados o constancias de estudio o diplomas de entidades educativas autorizadas, que acrediten que el personal propuesto es Certificado PMP o cuenta con Curso aprobado de PMP, mínimo 48 horas. No se admitirán syllabus.

5.3)Constancias o certificados o cualquier otra documentación de entidades autorizadas o del fabricante de las herramientas, que acredite que el personal propuesto tiene competencia sobre las herramientas Project, Software de Oficina.

5.4)Copia simple de contratos y su respectiva conformidad, constancias, certificados o cualquier otra documentación que, de manera fehaciente demuestre la experiencia mínima requerida para el personal propuesto como Líder Técnico, de acuerdo al siguiente detalle: 5.4.1) Experiencia mínima de 5 años en análisis y diseño de

software.5.4.2) Experiencia mínima de 2 años en gestión de proyectos de

desarrollo de software o mejoramiento de procesos y sistemas.


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 Experiencia del Postor en la especialidad: La experiencia se acreditará mediante La experiencia se acreditará mediante copia simple de: contratos u órdenes de servicio, y su respectiva conformidad por la prestación efectuada; o comprobantes de pago cuya cancelación se acredite documental y fehacientemente, correspondientes a un máximo de diez (10) servicios iguales o similares al objeto del proceso. De conformidad con lo establecido en el literal A. del Capítulo IV de la presente sección. Sin perjuicio de lo anterior, los postores deben presentar el Anexo N° 6, referidos a la Experiencia en la Especialidad.

b) Factor Cumplimiento del servicio: Copia simple de constancias de servicio o cualquier otro documento que, independiente de su denominación, indique, como mínimo lo siguiente: 1. La identificación del contrato u orden de servicio, 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.

69


3. Del texto de los documentos presentados se deberá desprender que el postor no haya incurrido en penalidades.De conformidad con lo establecido en el literal B. del Capítulo IV de la presente sección.

IMPORTANTE:

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

2.5.2. SOBRE N° 2 - PROPUESTA ECONÓMICA10

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

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

El monto total de la propuesta económica deberá ser expresado 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

IMPORTANTE:

Dependiendo del objeto contractual deberá incluirse las disposiciones que correspondan:

Se aplicarán las siguientes ponderaciones:

c1 = Coeficiente de ponderación para la evaluación técnica = 0.70c2 = Coeficiente de ponderación para la evaluación económica = 0.30

Donde: c1 + c2 = 1.00

2.7. REQUISITOS PARA LA SUSCRIPCIÓN DEL CONTRATO10 De acuerdo con el artículo 63 del Reglamento la propuesta económica solo se presentará en original.

68


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. Para lo cual debe presentarse carta fianza.c) Garantía por el monto diferencial de la propuesta, de ser el caso. Para lo cual debe

presentarse carta fianza.d) Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso.e) Código de cuenta interbancario (CCI). f) Domicilio para efectos de la notificación durante la ejecución del contrato.g) Copia de DNI del Representante Legal.h) Copia de la vigencia del poder del representante legal de la empresa.i) Copia de la constitución de la empresa y sus modificatorias debidamente actualizado.j) Copia del RUC de la empresa.k) Documentos que acrediten la tenencia o alquiler de una oficina en el Perú, ubicado en

la Ciudad de Lima (dirección, distrito, código postal) en donde SUNAT podrá notificar cualquier comunicación que estime pertinente.

l) Declaración Jurada indicando los números de Teléfonos, Fax, Correos electrónicos, etc. necesario para que SUNAT pueda realizar el reporte de errores o problemas de la implantación de los productos (software) de la plataforma de ingreso de información.

m) Estructura de Precios.

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.

Alternativamente, las micro y pequeñas empresas pueden optar que, como garantía de fiel cumplimiento, la Entidad retenga el diez por ciento (10%) del monto del contrato original. Para estos efectos, la retención de dicho monto se efectuará durante la primera mitad del número total de pagos a realizarse, de forma prorrateada, con cargo a ser devuelto a la finalización del mismo”.

2.8. PLAZO PARA LA SUSCRIPCIÓN DEL CONTRATO

Dentro del plazo de doce (12) días hábiles siguientes al consentimiento de la Buena Pro o cuando esta haya quedado administrativamente firme, debe suscribirse el contrato, plazo dentro del cual el postor ganador y la Entidad deberán realizar las acciones correspondientes para cumplir las disposiciones contenidas en el numeral 1 del artículo 148 del Reglamento.

La citada documentación deberá ser presentada en Mesa de Partes de la Gerencia Administrativa, sito en Av. Garcilaso de la Vega N° 1472 – Cercado de Lima.

2.9. ADELANTOSEl contratista podrá solicitar adelanto, que no excederá en ningún caso el treinta por ciento (30%) del monto del contrato original, conforme a lo previsto en el artículo 172 del Reglamento de la Ley de Contrataciones del Estado.

El contratista deberá seguir el siguiente procedimiento: Presentará solicitud de adelanto a la División de Ejecución Contractual, dentro de los

cinco (05) días calendarios siguientes a la suscripción del contrato. Adjuntar a su solicitud, la carta fianza emitida por entidad sujeta a la supervisión de la

Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de

69


Pensiones o estar considerada en la última lista de bancos extranjeros de primera categoría que periódicamente publica el Banco Central de Reserva del Perú.

Adjuntar la factura correspondiente.

Con relación a la carta fianza: La carta fianza deberá ser remitida por el cien por ciento (100%) del monto solicitado,

con características de incondicionales, solidarias y de realización automática en el país al solo requerimiento de la Entidad.

La carta fianza deberá tener 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.

La entrega del adelanto por parte de la Entidad se efectuará en un plazo máximo de quince (15) días calendario de recibida la documentación antes indicada.

2.10. FORMA DE PAGO

La SUNAT realizará los pagos a favor del contratista de conformidad con lo establecido en el numeral 13.1. del Capítulo III de la presente sección:

La forma de pago se realizará de acuerdo al siguiente detalle:

Entregable con Pago Sub Entregable con Pago % de Pago del valor adjudicado de la prestación

Diseño General No Aplica 5% al haberse firmado el acta de aprobación del diseño general.

Paquete 1 de productos (software)

Análisis Req., Análisis y Diseño SW

5% al haberse firmado el acta de aprobación del análisis de requerimientos, análisis y diseño del SW del paquete..

Aplicativos estabilizados (construcción y pruebas, certificación SUNAT, implantación y estabilización)

30% al haberse firmado:1. Acta de aprobación de la

construcción del paquete.2. Acta de aprobación de las

pruebas del paquete.3. Acta de aprobación de la

implantación en producción del paquete.

4. Acta de aprobación de la estabilización del paquete

Aplicativos con soporte post estabilización

5% al haberse firmado el acta de aprobación del soporte post-estabilización del paquete.












68




5% al haberse firmado el acta de aprobación del análisis de requerimientos, análisis y diseño del SW del paquete.







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 según corresponda, de acuerdo a lo indicado en el numeral 14. de los Términos de Referencia:La Gerencia de Gestión de Procesos y proyectos (GGPPS) se encarga de la gestión administrativa, canaliza con la Intendencia Nacional de Administración (INA) el ingreso de los entregables del Contratista y la recepción de las conformidades de las áreas responsables.

Entregable ConformidadDiseño General : Maquetas GDS,GPPT, GGPPSDiseño General : Arquitectura Software y Modelo de datos físico

GDS, GA, OSI

Paquete 1 de productos (software) GDS, GCS, GA, OSI, GPPTPaquete 2 de productos (software) GDS, GCS, GA, OSI, GPPTPaquete 3 de productos (software) GDS, GCS, GA, OSI, GPPT

- Informe del funcionario responsable del área usuaria emitiendo su conformidad de la prestación efectuada, cuando corresponda.

- Comprobante de pago.

2.11. PLAZO PARA EL PAGO

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

2.12. REAJUSTE DE LOS PAGOS

No aplica.CAPÍTULO III

TÉRMINOS DE REFERENCIA Y REQUERIMIENTOS TÉCNICOS MÍNIMOS

TABLA DE CONTENIDO

1 DENOMINACIÓN DE LA CONTRATACION.........................................................................312 DEFINICIONES.................................................................................................................... 313 FINALIDAD PÚBLICA...........................................................................................................314 ANTECEDENTES................................................................................................................. 325 OBJETIVOS DE LA CONTRATACION.................................................................................32

5.1 OBJETIVO GENERAL............................................................................................................32

69


5.2 OBJETIVOS ESPECÍFICOS....................................................................................................336 ALCANCES Y DESCRIPCION.............................................................................................33

6.1 PRESTACIONES DEL SERVICIO.............................................................................................336.2 ORGANIZACIÓN DEL PROYECTO...........................................................................................33

6.2.1 DE LA ORGANIZACIÓN..................................................................................................336.2.2 DEL EQUIPO DE TRABAJO DEL CONTRATISTA.................................................................34

6.3 PRESTACIÓN...................................................................................................................... 346.3.1 DESCRIPCIÓN DE LAS FASES DEL SERVICIO..................................................................34

6.3.1.1 FASE INICIAL...........................................................................................................346.3.1.2 FASE PRE - OPERATIVA..........................................................................................356.3.1.3 FASE OPERATIVA....................................................................................................36

6.3.1.3.1 DISEÑO GENERAL.............................................................................................376.3.1.3.2 DESARROLLO DE SOFTWARE.............................................................................386.3.1.3.3 CAPACITACIÓN..................................................................................................42

6.3.1.4 CIERRE.................................................................................................................. 426.3.2 REQUERIMIENTOS PARA LA OPERACIÓN DEL SERVICIO..................................................43

6.3.2.1 INFRAESTRUCTURA FÍSICA.......................................................................................436.3.2.2 COMUNICACIONES...................................................................................................436.3.2.3 SOFTWARE.............................................................................................................43

6.4 MANEJO DE ENTREGABLES.................................................................................................447 CLAUSULAS ESPECIALES.................................................................................................45

7.1 OTRAS OBLIGACIONES DEL CONTRATISTA.............................................................................457.1.1 REFERIDAS A LA CONTRATACIÓN.................................................................................457.1.2 REFERIDAS A LA SEGURIDAD Y SALUD EN EL TRABAJO (EN LA EJECUCIÓN DE LA PRESTACIÓN)

467.2 OTRAS OBLIGACIONES DE LA SUNAT..................................................................................467.3 CONFIDENCIALIDAD.............................................................................................................477.4 PROPIEDAD INTELECTUAL....................................................................................................477.5 VIRUS................................................................................................................................ 47

8 RESPONSABILIDAD POR VICIOS OCULTOS....................................................................479 REQUISITOS DEL PROVEEDOR Y/O PERSONAL............................................................47

9.1 EXPERIENCIA DEL POSTOR..................................................................................................479.2 DEL PERSONAL..................................................................................................................48

10 LUGAR, PLAZO Y HORARIO DE EJECUCIÓN DE LA PRESTACION................................4910.1 LUGAR............................................................................................................................... 4910.2 PLAZO DE EJECUCIÓN.........................................................................................................50

10.2.1 PRESTACIÓN...............................................................................................................5010.3 HORARIO............................................................................................................................ 50

11 MEDIDAS DE CONTROL.....................................................................................................5012 PENALIDADES..................................................................................................................... 50

12.1 PENALIDADES POR MORA....................................................................................................5012.2 OTRAS PENALIDADES..........................................................................................................51

13 PAGO................................................................................................................................... 5113.1 FORMA DE PAGO................................................................................................................. 5113.2 ADELANTOS........................................................................................................................52

14 CONFORMIDAD...................................................................................................................5314.1 PRESTACIÓN...................................................................................................................... 53

15 SUBCONTRATACIÓN..........................................................................................................5316 ANEXOS............................................................................................................................... 53

16.1 ANEXO NRO. 01 – MODELO GENERAL PLATAFORMA INGRESO DE INFORMACIÓN.................5316.2 ANEXO NRO. 02 – PRODUCTOS DE LA PLATAFORMA DE INGRESO DE INFORMACIÓN............5316.3 ANEXO NRO. 03 – REQUERIMIENTOS NO FUNCIONALES DE LA PLATAFORMA DE INGRESO DE INFORMACIÓN................................................................................................................................. 5316.4 ANEXO NRO. 04 – PLAZOS...............................................................................................53

68


16.5 ANEXO NRO. 05 – LINEAMIENTOS PARA EL DESARROLLO DE APLICACIONES WEB SPA Y RESPONSIVAS, DESKTOP................................................................................................................5316.6 ANEXO NRO. 06 – LINEAMIENTOS DE ARQUITECTURA DE LA INFRAESTRUCTURA TECNOLÓGICA5316.7 ANEXO NRO. 07 – PERSONAL DEL SERVICIO.....................................................................5316.8 ANEXO NRO. 08 – MODELO DE GOBERNABILIDAD DE PROGRAMAS Y PROYECTOS DE LA SUNAT

5316.9 ANEXO NRO. 09 – FORMATO PLAN DE GESTIÓN DE PROYECTOS........................................5316.10 ANEXO NRO. 10 – F03 – FORMATO MODELAMIENTO PROCESO DE NEGOCIO..................5316.11 ANEXO NRO.11 – METODOLOGÍA DE DESARROLLO DE SISTEMAS DE INFORMACIÓN DE LA SUNAT – MDSI............................................................................................................................ 5316.12 ANEXO NRO.12 – MDSI – FORMATO F2.......................................................................53

INDICE DE FIGURAS

FIGURA 1: ORGANIZACIÓN DE PROYECTO DEL SERVICIO DE DESARROLLO DE SOFTWARE....................34FIGURA 2: PROCESO DEL SERVICIO DE DESARROLLO DE SOFTWARE EN SU FASE OPERATIVA..............37FIGURA 3: INTERACCIÓN PRUEBAS DE CONSTRUCCIÓN.....................................................................39

1. DENOMINACIÓN DE LA CONTRATACIONContratación del servicio de desarrollo de software para implementar una Plataforma Única de Ingreso de información de declaraciones juradas, detracciones y pagos.

2. DEFINICIONESLos siguientes términos y expresiones tendrán el significado que se indica a continuación:

Solución Desarrollada, es la solución tecnológica de la plataforma de ingreso de información de declaraciones juradas, detracciones y pagos.

Contratista. Postor a quien se ha adjudicado la Buena Pro del presente proceso y suscribe el contrato.

SUNAT. Superintendencia Nacional de Aduanas y de Administración Tributaria.

69


Software, es la parte de un sistema constituida por instrucciones que hacen que el Procesador se comporte de una manera específica o ejecute operaciones específicas.

Software Base, Es toda aquella parte lógica realizada generalmente por cada fabricante de computadores o por casas especializadas en el desarrollo de software de base. Este conjunto de programas tiene por función coordinar las diversas partes del sistema computacional para hacerlo funcionar rápida y eficazmente, actuando como mediadores entre los programas de aplicaciones y el hardware del sistema.

Pruebas de integración. Corresponde a las verificaciones asociadas a uno o grupos de componentes que tengan una interface con los sistemas internos de SUNAT. Tienen por objetivo verificar el correcto ensamblaje entre distintos componentes.

Pruebas funcionales. Tiene por propósito demostrar que el software funciona adecuadamente y cumple con los requerimientos especificados.

Pruebas del sistema. Corresponde a comprobar el comportamiento del software en situaciones especiales, tales como de alta demanda, seguridad, alto volumen de información entre otros.

Prueba de aceptación. Tiene por propósito confirmar que el software satisface los requerimientos informáticos del negocio.

Implementación. Considera desde el inicio de levantamiento del proceso, personalización del software, creación de interfaces y pruebas del proveedor.

Atención de Incidentes o Problemas: entiéndase por la participación del contratista en el local de SUNAT para evaluar el incidente o problema reportado y determinar una solución al mismo

Solución a Incidentes o Problemas: entiéndase al conjunto de actividades, ajustes, cambios, programas, parches informáticos, etc. realizada y ejecutada por el contratista para superar el incidente o problema reportado.

MPN: Modelo de Proceso de Negocio MDSI: Metodología de Desarrollo de Sistemas de Información. PMBOK. Guía de los Fundamentos para la Dirección de Proyectos. INA. Intendencia Nacional de Administración de la SUNAT. INSI. Intendencia Nacional de Sistemas de Información de la SUNAT. GDS. Gerencia de Desarrollo de Sistemas de la SUNAT. GCS. Gerencia de Calidad de Sistemas de la SUNAT. DCC. División de Control de Calidad GA. Gerencia de Arquitectura de Sistemas de la SUNAT. GOSU. Gerencia de Operaciones y Soporte a Usuarios de la SUNAT. OSI. Oficina de Seguridad Informática de la SUNAT. GPPT. Gerencia de Proyectos y Procesos Transaccionales. GGPPS. Gerencia de Gestión de Procesos y Proyectos de Sistemas.

3. FINALIDAD PÚBLICAEl presente proceso de selección busca contar con una plataforma única de ingreso de información que permita modernizar los diversos medios para la elaboración y canales para la presentación de las declaraciones juradas, detracciones y pagos, brindando servicios de óptima calidad hacia el ciudadano; así como modernizando y optimizando la cobertura de los canales de atención.

4. ANTECEDENTESEl presente proceso de selección se origina por la necesidad de LA SUNAT de modernizar los medios y canales para la presentación de sus declaraciones juradas, detracciones y pagos.

a) Entre los medios de declaraciones juradas, detracciones y pagos se tienen:

Programa de Declaración Telemática (PDT) y Programa de Declaración de Beneficios (PDB) son medios informáticos desarrollados por la SUNAT que se instalan en la computadora personal del contribuyente, los cuales facilitan la elaboración de las declaraciones juradas y permiten generar archivos encriptados que serán recepcionados por los diferentes canales de presentación.

PDT Planilla Electrónica (PLAME): Medio informático que permite elaborar la planilla mensual de manera asíncrona e integrarse con las bases de datos de la SUNAT para obtener la información requerida.

68


Programa Validador de SUNAT (PVS) tiene como finalidad validar la consistencia de la información que el contribuyente y/o entidades públicas enviarán a la SUNAT.

Formularios electrónicos para declarar y pagar, a través de un carrito de pagos (que permite acumular varios formularios para su presentación y pago, y al cual se accede a través de SUNAT Operaciones en Línea).

Pago de Tributos Internos: Presencial (pagos en red bancaria y oficinas de SUNAT), pagos electrónicos, pago fácil en línea y pago NPS (Número de Pago SUNAT).

Pago de Aduanas: Presencial (pagos en red bancaria y oficinas de SUNAT) y pagos electrónicos.

Formularios físico pre-impresos, disponibles para el registro manual por el contribuyente presentado de manera presencial.

Detracciones: pago detracciones y solicitudes asociadas al proceso. Declaraciones Informativas: presentadas a través de formularios o archivos con

información tributaria que se solicita.

b) Canales de presentación y pago: Entidades Financieras, SUNAT Operaciones en Línea (SOL) y oficinas de SUNAT (de Tributos Internos y de Aduanas).

Cabe señalar que en la actualidad estos medios y canales presentan las siguientes oportunidades de mejora:

Los PDTs no tienen un esquema de sincronización con los servicios desplegados en la infraestructura tecnológica de SUNAT lo que dificulta la integración de la información que tiene el contribuyente y la SUNAT.

Usabilidad: La utilización del software no permite el uso fácil e intuitivo de éste por parte del contribuyente. Es complejo utilizar la aplicación y concluir el proceso que el usuario pretende realizar.

Escalabilidad: Los aplicativos fueron desarrollado con ciertas funcionalidades y para un universo de usuarios, pero se han ido desarrollando nuevas funcionalidades y se ha incrementado el número de usuarios, a una tasa no prevista.

Complejidad, se tienen varios desarrollos para el proceso de ingreso de información del contribuyente o usuario de comercio exterior a la SUNAT, Los cambios a los aplicativos de declaración son costosos, ante necesidad de adecuaciones se tienen que realizar cambios en varios aplicativos.

Obsolescencia Tecnológica, se tienen sistemas desarrollados en el lenguaje de programación Visual Basic 6.0 bajo una arquitectura cliente servidor, los cuales sólo funcionan en el sistema operativo Windows y no permite la comunicación en línea con los servicios desplegados en la infraestructura tecnológica de SUNAT.

5. OBJETIVOS DE LA CONTRATACION

5.1. Objetivo GeneralEl objetivo de este proceso consiste en contratar el servicio de una empresa especializada en desarrollo de software para implementar la Plataforma de Ingreso de información para el contribuyente o usuario de comercio exterior orientada a brindar servicios que permitan en un único ambiente y de manera fácil el registro de información y realización de trámites con la SUNAT.

5.2.Objetivos Específicos

Implementar un Sistema de Ingreso de Información de declaraciones juradas, detracciones y pagos mediante un entorno de asistencia al usuario que simplifique y facilite su presentación y asimismo permita efectuar consultas respecto de la información presentada.

6. ALCANCES Y DESCRIPCION

6.1. Prestaciones del servicio

Ítem Descripción CantidadÚnico Servicio de desarrollo de software para implementar una 01

69


Plataforma Única de Ingreso de información de declaraciones juradas, detracciones y pagos

Incluye:1. Diseño General

a. Maquetasb. Arquitectura de Software y modelo de datos

físico2. Paquete uno (1) de productos (software)

Módulo Nro. Productos (Software)

Plataforma Base 8Declaraciones Juradas 7Declaraciones Juradas Simplificadas 1Boletas de Pago 8Pago Electrónico 1Consultas 8

3. Paquete dos (2) de productos (software)


Pago de Obligaciones Aduaneras 1Detracciones 2Documentos Valorados 2Consultas 9

4. Paquete tres (3) de productos (software)


Declaraciones Juradas Simplificadas 14Boletas de Pago 1

Los productos (software) de los paquetes se encuentran detallados en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información”

6.2.Organización del proyecto

6.2.1. De la organización

La organización del proyecto será de la siguiente manera:

SU

NAT

CO

NTR

ATISTA

Jefe del Proyecto

Arquitecto de Software

Líder Técnico

Equipo de trabajo

Líder Funcional

Equipo de trabajo

Jefe del Proyecto

Líder Usuario

Líder Normativo

Equipo de trabajo

Líder Técnico

Equipo de trabajo

FIGURA 1: ORGANIZACIÓN DE PROYECTO DEL SERVICIO DE DESARROLLO DE SOFTWARE

68


SUNAT asignará un Jefe de Proyecto, Líder Normativo, Líder Técnico, Líder Usuario y Equipo de trabajo del Proyecto.

SUNAT comunicará al contratista a los diez (10) días calendarios de firmado el contrato los nombres, apellidos y roles de las personas que participaran en el proyecto.

El contratista deberá asignar un Jefe de Proyecto, Líder Técnico, Arquitecto de Software, Líder Funcional y Equipo de Trabajo (funcional y técnico).

El contratista será encargado de realizar, bajo la dirección del Jefe de Proyecto del Contratista las actividades del servicio descritas en el presente documento.

6.2.2. Del equipo de trabajo del contratistaEl contratista definirá el número de integrantes del equipo de trabajo requerido teniendo en cuenta que se deben implementar los paquetes de los productos (software) listados en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información”, así como los plazos de implantación definidos para cada paquete que se muestran en el Anexo Nro. 04: “Plazos”.

El servicio puede incluir varios desarrollos en paralelo con alta prioridad, por lo tanto, el contratista debe cumplir con los tiempos de cada uno de estos desarrollos involucrando los recursos humanos que sean necesarios.

6.3.Prestación

6.3.1. Descripción de las fases del servicioEl servicio de desarrollo de software se desarrollará en cuatro (4) fases (inicial, pre-operativa, operativa y cierre). En el Anexo Nro. 04: “Plazos” se muestran los plazos de cada una de las fases involucradas en el servicio.

La gestión para la conformidad de los entregables de cada una de las fases del servicio la realizará el Jefe de Proyecto de la SUNAT.

6.3.1.1. Fase InicialEn el Anexo Nro. 04: “Plazos” se muestran los plazos de esta fase, contabilizados a partir del día siguiente de firmado el contrato, periodo durante el cual se debe elaborar el Plan de Gestión del Proyecto de la fase pre operativa, operativa y cierre del servicio.

La GGPPS se encarga de la gestión administrativa, canaliza con la INA el ingreso de los entregables del Contratista y la recepción de las conformidades de las áreas responsables.

Entregable ConformidadPlan de Gestión del Proyecto GDS, GCS, GGPPS, GPPT

El documento se debe basar en el Modelo de Gobernabilidad de Programas y Proyectos de la SUNAT, la cual se describe en el Anexo Nro. 08: “Modelo de Gobernabilidad de Programas y Proyectos de la SUNAT”.

El Documento del Plan de Gestión del Proyecto deberá considerar el formato requerido por la MGP el cual se encuentra en el Anexo Nro. 09: “Formato Plan de Gestión de Proyectos”; asimismo se debe considerar el plan de la transferencia de conocimiento (funcional y técnico) de SUNAT al contratista y del Contratista a SUNAT.

Este documento se aprobará de acuerdo a lo indicado en el numeral 6.4: “Manejo de Entregables”, firmándose un acta de aprobación de la fase inicial con el Contratista, donde se indicará la fecha de inicio de la fase pre operativa.

6.3.1.2. Fase Pre – OperativaEn el Anexo Nro. 04: “Plazos” se muestran los plazos de esta fase, el inicio se indica en el acta de aprobación de la fase inicial del servicio. El contratista, para ejecutar el servicio, en

69


coordinación con la SUNAT será responsable de planificar y ejecutar las actividades técnicas y administrativas necesarias para tener todo preparado para el inicio de la fase operativa, por lo tanto SUNAT no realizará ningún pago por concepto de fase pre operativa.

Las actividades mínimas a realizar son: Realizar la reunión de lanzamiento del proyecto. Implementación del local donde funcionará el servicio, el cual deberá cumplir

con lo solicitado en el numeral 6.3.2: “Requerimientos para la operación del servicio”.

Instalación del software requerido para el funcionamiento del servicio (en su Local y en SUNAT sólo el software de pruebas), el cual se encuentra detallado en el numeral 6.3.2: “Requerimientos para la operación del servicio” ítem Software

Incorporación del equipo de trabajo que laborará en el servicio, según lo requerido en el Anexo Nro. 07:”Personal del Servicio”. LA SUNAT evaluará el cumplimiento del perfil requerido. Asimismo el contratista debe contar por lo menos con el 20% de personal del equipo de trabajo (a partir del octavo día calendario del inicio de esta fase) para las inducciones que realizará LA SUNAT.

Definir la metodología de desarrollo de software entre EL CONTRATISTA y LA SUNAT, se tomará como marco de referencia el Anexo Nro. 11: “Metodología de Desarrollo de Sistemas de Información de SUNAT – MDSI”, la cual será validada por EL CONTRATISTA, asimismo EL CONTRATISTA puede proponer su propia metodología de desarrollo de software la cual debe estar basada en estándares internacionales de desarrollo de software como RUP o SCRUM. SUNAT evaluará la metodología propuesta para determinar la metodología de desarrollo de software a utilizar en el servicio, asimismo se deben establecer los mecanismos de control en el proceso de elaboración del formato de definición.

SUNAT realizará las capacitaciones en base a la información proporcionada la cual se encuentra detallada en el numeral 7.2 Otras obligaciones de SUNAT. . Es obligación del contratista filmar las capacitaciones dictadas por LA SUNAT, con un adecuado nivel de calidad de imagen y sonido, dichas filmaciones serán entregadas a LA SUNAT en la fase de cierre del servicio.

El contratista debe revisar la documentación proporcionada por SUNAT (ver numeral 7.2 Otras obligaciones de SUNAT). Asimismo de ser necesario el contratista solicitará reuniones a SUNAT para entender la infraestructura tecnológica, lineamientos para el desarrollos de aplicaciones SPA, el modelo conceptual de datos, la descripción funcional de cada producto (software), y el análisis de los componentes de código para determinar su reutilización que contribuyan a reducir la duración y el esfuerzo de la implementación de los productos (software). El contratista podrá hacer las observaciones y aportes a que haya lugar. En todo caso la SUNAT revisará y aprobará de manera expresa las especificaciones finales correspondientes.

El contratista deberá implementar procedimientos y herramientas que garanticen un control y monitoreo total de las acciones que realiza el personal que tendrá acceso a la información que proporcione SUNAT. El objetivo del control y monitoreo es gestionar los medios de almacenamientos de los equipos del personal del contratista, gestionar el escritorio de los equipos del contratista; captura, grabación y almacenamiento de las pantallas. El control lo debe realizar el contratista sobre las estaciones de trabajo de su personal.


Entregable ConformidadInforme de aceptación de la fase pre operativa

GDS, GCS, GOSU, GA,OSI

68


El informe de aceptación de la fase Pre-Operativa la emitirá el Jefe de Proyecto del Contratista, cuando se hayan cumplido con todas las actividades solicitadas en este numeral. De no cumplirse con el plazo indicado, este se ampliará bajo la responsabilidad del contratista y sin perjuicio de las penalidades que la SUNAT aplicará. Esta conformidad la dará la GDS, GCS, GOSU, GA y OSI.

El informe de aceptación se aprobará de acuerdo a lo indicado en el numeral 6.4: “Manejo de Entregables”, firmándose un acta de aprobación de la fase pre operativa con el Contratista, donde se indicará la fecha de inicio de la fase operativa.

6.3.1.3. Fase OperativaEn el Anexo Nro. 04: “Plazos” se muestran los plazos de esta fase, el inicio se indica en el acta de aprobación de la fase pre operativa del servicio.

El servicio de desarrollo de software en esta fase incluye:

1. Diseño General, que está compuesto por:a. Elaboración de maquetasb. Arquitectura de software y modelo de datos físico

2. Desarrollo del paquete uno (1) de productos (software)3. Desarrollo del paquete dos (2) de productos (software)4. Desarrollo del paquete tres (3) de productos (software)

Los cuatro (4) ítems señalados en párrafo precedente constituyen la plataforma de ingreso de información de declaraciones juradas, detracciones y pagos; el modelo general del mismo se encuentra en el Anexo Nro. 01: “Modelo General de la Plataforma de Ingreso de Información”; el cual se desglosa en paquetes de productos (software) que se encuentran detallados en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información”.

Los requerimientos no funcionales de la plataforma de ingreso de información de declaraciones juradas, detracciones y pagos se encuentran en el Anexo Nro. 03: “Requerimientos No Funcionales de la Plataforma de Ingreso de Información”

El contratista debe ejecutar el servicio de desarrollo de software en su fase operativa de acuerdo al siguiente proceso:

69


FIGURA 2: PROCESO DEL SERVICIO DE DESARROLLO DE SOFTWARE EN SU FASE OPERATIVA

6.3.1.3.1. Diseño GeneralEn el Anexo Nro. 04: “Plazos” se muestran los plazos del diseño general.

6.3.1.3.1.1. MaquetasLas maquetas deben incluir procesos, datos, interfaces y reglas básicas, las cuales se deben desarrollar bajo los estándares de diseño de maquetas de LA SUNAT, la cual será proporcionada en la fase pre operativa del servicio. Cabe mencionar que las maquetas cumplirán los requerimientos funcionales de los productos (software) listados en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información”, mas no los requerimientos arquitectónicos que serán vistos en etapas posteriores.

6.3.1.3.1.2. Arquitectura Software y Modelo de Datos FísicoLa arquitectura de software debe cumplir los requerimientos funcionales y no funcionales de los productos (software) listados en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información”.

El modelo de datos físico debe cumplir los requerimientos funcionales de los productos (software) listados en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información”. Para su elaboración se deben seguir los estándares de modelamiento de datos de LA SUNAT, la cual será proporcionada en la fase pre operativa del servicio.

Cada entregable se aprobará de acuerdo a lo indicado en el numeral 6.4: “Manejo de Entregables”, firmándose un acta de aprobación del diseño general con el Contratista.

6.3.1.3.2. Desarrollo de Software

68


6.3.1.3.2.1. Análisis de Requerimientos, Análisis y Diseño del SWEl análisis de requerimientos, análisis y diseño de software del paquete de productos (software) que se encuentran en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información” deben cumplir la metodología de desarrollo de software definida en la fase pre operativa del servicio; dichos conceptos del ciclo de vida del software deben documentarse en el Anexo Nro.12: “MDSI – Formato F2”.

Los entregables generados de acuerdo a la metodología de desarrollo de software, se aprobarán de acuerdo a lo indicado en el numeral 6.4: “Manejo de Entregables”, firmándose un acta de aprobación del análisis de requerimientos, análisis y diseño del SW con el Contratista.

6.3.1.3.2.2. Construcción del SWLa construcción del paquete de productos (software) que se encuentran en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información” deben utilizar el software base que se encuentra el numeral 6.3.2: “Requerimientos para la operación del servicio” apartado “Software” y seguir los lineamientos del Anexo Nro. 05: “Lineamientos para el desarrollo de aplicaciones Web SPA y Responsivas, Desktop”

Las pruebas a considerar se detallan en el siguiente cuadro:Nivel de Prueba Responsable Descripción Ambiente PruebaPruebas Unitarias Contratista Es la prueba inicial del código

nuevo y/o cambiado en un módulo. Verifica las especificaciones lógicas internas del programa o módulo y valida la lógica.

Del contratista y dependiendo de la aplicación a desarrollar conectándose al ambiente de integración de SUNAT por los servicios que necesite la aplicación (servicio web, Store Procedure, query)

Revisión de Estándares

Contratista Verifica el cumplimiento de los estándares de programación.

Del contratista.

Pruebas de Integración

Contratista Su objetivo es probar la aplicación en un ambiente que incluya interfaces externas a la aplicación e inclusive externas a la organización validando que la funcionalidad de negocio no sea impactada por los sistemas con que interactuará.

Del contratista en su ambiente de integración con conexión al ambiente de integración SUNAT por los servicios que necesite la aplicación (servicio web, Store Procedure, query).

A continuación se muestra un grafico que resume lo descrito en párrafos precedentes:

69


FIGURA 3: INTERACCIÓN PRUEBAS DE CONSTRUCCIÓN

Los entregables que se actualicen o generen de acuerdo a la metodología de desarrollo de software, se aprobarán de acuerdo a lo indicado en el numeral 6.4: “Manejo de Entregables”.

Concluidas todos los niveles de pruebas por parte del contratista, éste entrega a LA SUNAT (GDS) lo siguiente:

El Plan de puesta en producción. El Plan de Contingencia de la Puesta a Producción. Informe de acciones implementadas para mitigar riesgos de la Puesta a

Producción. Pase a producción Informe de Pruebas Artefactos (datos, parámetros, scripts de pruebas automatizadas, etc.)

utilizados durante sus pruebas para la re – ejecución de los casos de prueba para las verificaciones que estime conveniente.

Software(s)

La GDS realiza la instalación del pase a producción, en su ambiente, con el apoyo del contratista, y realiza la revisión del paquete software instalado. Con la conformidad de la GDS se firmará un acta de aprobación de la construcción del paquete software con el Contratista.

6.3.1.3.2.3. Pruebas del SWLa GCS con el apoyo del Contratista realizará la instalación del paquete de productos (software) enviado por la GDS.Las pruebas a considerar se detallan en el siguiente cuadro:

Nivel de Prueba Responsable Descripción Ambiente PruebaPruebas Funcionales

Contratista Verifican la ejecución apropiada de los componentes de la aplicación y no requiere que la aplicación bajo prueba interactúe con aplicaciones. La comunicación

De SUNAT (Calidad), en las instalaciones de SUNAT las cuales serán coordinadas con la DCC.

68


entre los módulos del sub-sistema es probada en un ambiente controlado y aislado dentro del proyecto.

Pruebas de Sistema

Contratista Verifican la ejecución apropiada de todos los componentes de la aplicación, incluyendo las interfaces con otras aplicaciones. Se realizan pruebas de tipo funcional y estructural para verificar que el sistema está alineado funcional y operacionalmente. También incluyen las pruebas de Regresión, donde se verifica que no se produzcan cambios en alguna parte del sistema como resultado de cambios realizados en otra parte del mismo sistema.


Pruebas de rendimiento

Contratista Que incluye: pruebas de carga, stress, volumen de pruebas y escalabilidad.


Pruebas Certificación SUNAT

SUNAT Luego de que el contratista entregue formalmente el paquete software y el (los) instructivos de pase a producción, la DCC, en base a la revisión de las evidencias de calidad presentadas, podrá realizar las pruebas funcionales y de rendimiento que crea conveniente.

(Considerar que si se da este caso, los tiempos adicionales debido a esta programación, retrasaran las demás tareas y automáticamente el contratista entra en penalidad).

Terminadas las pruebas por la DCC, la DCC convocará al usuario para que realice las pruebas de aceptación

De SUNAT(Pre Producción)

Los entregables que se actualicen o generen de acuerdo a la metodología de desarrollo de software, se aprobarán de acuerdo a lo indicado en el numeral 6.4: “Manejo de Entregables”. Concluidas todos los niveles de pruebas por parte del contratista y SUNAT (conformidad GCS) se firmará un acta de aprobación de las pruebas de software del paquete software con el Contratista.

Los niveles de prueba (construcción y pruebas de SW) deberán ser automatizados a través del software de pruebas que se detalla en el numeral 6.3.2: “Requerimientos para la operación del servicio” apartado Software. Asimismo el contratista instalará el software de pruebas en los ambientes de desarrollo, calidad y pre producción.

6.3.1.3.2.4. ImplantaciónUna vez culminada las pruebas de aceptación de usuario y firmada el acta de conformidad de dichas pruebas por el usuario de negocio, la SUNAT procederá a realizar la puesta en producción del paquete de productos (software). Una vez culminada la implantación, en un plazo máximo de cinco (05) días calendarios la SUNAT y el

69


Contratista suscribirán un acta de conformidad de la implantación en producción del paquete de productos (software).

6.3.1.3.2.5. EstabilizaciónEn la estabilización del sistema de información, el contratista debe brindar el soporte necesario ante cualquier falla o defecto no detectado al momento de la implementación. Queda establecido que los errores reportados atribuibles al contratista deberán ser resueltos sin costo adicional para SUNAT. Este servicio surtirá efecto al día siguiente de firmada el acta de conformidad de la implantación en producción del paquete de productos (software) por un período de sesenta (60) días calendarios, concluido el periodo de estabilización y con la conformidad de SUNAT se procederá a realizar un acta de conformidad de la estabilización del paquete de productos (software) la cual será firmada por SUNAT y el Contratista dentro de los cinco (5) días calendarios siguientes del término de la estabilización.

6.3.1.3.2.6. Soporte Post estabilizaciónEl soporte post estabilización se da concluida la estabilización del sistema de información y sólo se dará para los paquetes 1 y 2 de la plataforma de ingreso de información. El periodo del soporte post estabilización inicia al día siguiente de firmada el acta de conformidad de la estabilización del paquete 1 y culmina con la firma del acta de conformidad de la estabilización del paquete 3 de la plataforma de ingreso de información.

En el Anexo Nro. 04: “Plazos” se muestra gráficamente lo descrito en párrafo precedente.

Para dar por terminada el soporte post-estabilización el Contratista, a los cinco (05) días calendario de haberse firmado el acta de conformidad de la estabilización del paquete 3, deberá presentar un informe del servicio realizado, dicho informe deberá contener como mínimo un resumen de los problemas reportados, fecha-hora del reporte y fecha-hora de la solución; dicho informe será evaluado, validado y aprobado por la GDS dentro de los cinco (05) días calendarios posteriores. Una vez aprobado la SUNAT y el Contratista firmaran un acta de conformidad del soporte post-estabilización.

El procedimiento para la atención en la estabilización y soporte post estabilización se realizará de la siguiente manera:

El contratista deberá realizar el análisis, determinación, corrección y documentación de incidentes o problemas de programas-producto (software) instalados. Para estos efectos la SUNAT efectuará llamadas de servicio para soporte telefónico o virtual en modalidad 24 * 7 y de ser necesario soporte presencial sin costo adicional para la SUNAT. La corrección del incidente o problema no deberá exceder de cinco (05) horas después de haber sido comunicado.

Por los primeros dos (02) meses de iniciada la puesta en producción de cada paquete de productos (software), el contratista deberá prestar este servicio de forma presencial en los locales de SUNAT en Lima.

El Contratista no podrá alegar inconvenientes para la obtención de los servicios mencionados, debiendo garantizar en toda circunstancia la posibilidad de escalamiento de los eventos.

LA SUNAT realiza la recepción de los reportes de errores o problemas de los usuarios finales para catalogar si estas se refieren a la solución desarrollada por el contratista, quien luego de la revisión y análisis respectivo procederá a llamar al contratista.

Las llamadas de servicio se sujetarán a lo siguiente:(a) LA SUNAT podrá reportar los errores o problemas vía telefónica, por fax o

por correo electrónico (considerándose todas éstas formas igualmente válidas) a las direcciones acordadas entre la SUNAT y el Contratista.

(b) LA SUNAT notificará las anomalías que se presenten incluyendo la siguiente información:• Fecha y hora

68


• Descripción del problema• Servicios afectados• Nivel de gravedad de la falla• Contacto en la SUNAT y dirección

(c) Ante cada notificación el Contratista deberá realizar y presentar a la SUNAT un informe que contendrá como mínimo la siguiente información:• Descripción detallada del problema, su causa y el detalle de la solución

realizada.• Personal asignado para la resolución del mismo.• Problemas presentados durante la resolución.• Documentación adjunta que sustente los cambios hechos

(procedimientos, documentación, etc).• Recomendaciones.• Fecha y hora de la recepción• Fecha y hora de resolución.

El Contratista deberá asegurar este soporte en los momentos que sea requerido por SUNAT, de forma virtual o presencial de acuerdo a lo reportado por SUNAT.

6.3.1.3.3. CapacitaciónLuego de implantado cada paquete software se debe realizar la capacitación de todos los aplicativos de dicho paquete.

El objetivo es que los usuarios de LA SUNAT conozcan la aplicación funcionalmente y técnicamente, se debe considerar lo siguiente:

1. La fecha de inicio y horario de la capacitación será coordinada entre LA SUNAT y EL CONTRATISTA.

2. La capacitación debe ser tipo “taller” con una evaluación al final para medir el nivel de comprensión o conocimiento del capacitado.

3. EL CONTRATISTA deberá proporcionar los medios didácticos, herramientas, programas, material físico y virtual que se requiera para cumplir con los objetivos de cada taller.

4. EL CONTRATISTA deberá dejar a LA SUNAT un medio virtual-audiovisual que permita replicar la capacitación impartida, el medio debe permitir la capacitación tipo “taller”.

5. El curso deberá cubrir como mínimo los siguientes temas :o Técnico: arquitectura de la aplicación (explicación de programas

fuentes), configuraciones, interfaces de integración, instalación y operación.

o Funcional: funcionalidades implementadas6. La cantidad de horas que deberá cubrir como mínimo los cursos son:

o 160 horas del tema Técnico para 30 personas.o 8 horas del tema funcional para 30 personas.

7. Los grupos de capacitación deberán ser como máximo de 4 horas por día, pudiendo ser dos (02) grupos por día en horario diferente (mañana y tarde).

8. La capacitación a los usuarios debe realizarse en las instalaciones de LA SUNAT.

9. Al término de las capacitaciones, el contratista deberá realizar una encuesta de satisfacción a los participantes de la misma, que permita medir el nivel de la capacitación ofrecida. En caso el resultado de la encuesta no supere el 80% de aceptación de los capacitados, el contratista este deberá brindar, sin costo alguno para SUNAT, otra capacitación al personal SUNAT las veces que sea necesaria hasta lograr la aprobación de la misma.

10. Para dar por finalizado esta actividad, el contratista deberá adjuntar un informe de las capacitaciones realizadas anexando las encuestas de satisfacción.

6.3.1.4. CierreEn el Anexo Nro. 04: “Plazos” se muestran los plazos de esta fase.

69



Entregable ConformidadInforme final del servicio con la descripción de todas las actividades y entregables

GDS

Lecciones aprendidas durante las fases del servicio

GDS

El informe final del servicio se aprobará de acuerdo a lo indicado en el numeral 6.4: “Manejo de Entregables”, firmándose un acta de aprobación de la fase de cierre con EL CONTRATISTA.

6.3.2. Requerimientos para la operación del servicio6.3.2.1. Infraestructura física

El local donde se desarrollen las actividades del servicio debe ser provisto por el contratista, los requerimientos mínimos del local son:

La ubicación del local donde estarán establecidas las oficinas del contratista, deberá contemplar lo siguiente:o Ubicado en Lima Metropolitanao Facilidad de acceso (peatonal y motorizado)o Cumplimiento de normas, estatutos, políticas y/o procedimientos brindadas

para el funcionamiento de establecimientos de dicha envergadura (si este lo requiriera) por el Concejo Municipalidad Distrital o Provincial donde se encuentre ubicado el local del contratista, así como las normas de Defensa Civil.

Se debe respetar el área por persona de acuerdo a las disposiciones vigentes, según norma A.080 del título III del reglamento nacional de edificaciones.

El local sugerido debe ser proyectado para un uso a plenitud de todo el personal contratado para el servicio. La SUNAT no asumirá los costos de implementación de ampliación o de la habilitación de nuevos locales en caso estos sean requeridos como consecuencia de los incrementos de recursos que sean requeridos por la SUNAT. Son condiciones mínimas requeridas para un adecuado servicio.

El local debe tener un espacio físico para por lo menos 15 profesionales de SUNAT, dicho espacio contará con toda la infraestructura (escritorios, impresoras, servicios básicos (agua, luz, vigilancia) necesaria para el desempeño de las funciones de los profesionales de SUNAT durante la duración del proyecto.

Debe contar con sistema de aire acondicionado. Debe contar con personal de seguridad las 24 horas. Debe contar con una sala de reuniones con capacidad para 10 personas, la cual

cuente con pizarra acrílica, ecran y proyector. Debe contar con un área de capacitación para al menos 10 personas, la cual estará

dotada de todas las facilidades, entre otras, puede ser necesario PC para capacitación de software, pizarra acrílica, ecran y proyector.

6.3.2.2. ComunicacionesEl contratista deberá conectar su local (ubicado en Lima) a la sede de San Isidro de la SUNAT a través de una línea dedicada para que realice las pruebas de desarrollo. De acuerdo a las políticas de la Institución toda conexión con tercero se realizará a través del nodo Extranet de la SUNAT (Enlace Dedicado IP-VPN), el cual está protegido por los Firewall de SUNAT. SUNAT actualmente cuenta con cabeceras en su Nodo Extranet con los Carriers de Telecomunicaciones: Telefónica del Perú, CLARO y Optical Networks con las cuales se atiende diferentes servicios con entidades públicas y privadas.

6.3.2.3. SoftwareTomando en consideración la infraestructura tecnológica de la SUNAT, el contratista deberá contar con el siguiente software que será utilizado en el servicio durante la vigencia del contrato.

68


Licencias para el contratista:

Software BaseEl software base se encuentra detallada en el Anexo Nro. 06: “Lineamientos de Arquitectura de la Infraestructura Tecnológica” (no tomar en consideración el producto SIX-TCL para la cotización, será LA SUNAT quien proporcione las librerías y el producto, para codificar la conexión al mismo y realizar las pruebas integrales respectivamente).

Software para control de proyectos Microsoft Project 2007 o superior.

Software de Desarrollo IDE de programación JAVA (Eclipse) Software de virtualización (VMware u Oracle Virtual Box) 4gl de Informix de desarrollo

Software de Diseño Power Designer Balsamiq Mockups para elaboración de prototipos

Licencias para el contratista y SUNAT:

Suite de Software de Pruebas Este software (suite) deberá especificarse a detalle en la propuesta del contratista con los beneficios para el servicio. De ser necesario el Contratista, sin costo alguno para SUNAT, deberá capacitar al personal de LA SUNAT en dicho software.

Las características mínimas de este software de pruebas son:

Automatización de pruebas de rendimiento que incluya: Pruebas de carga Pruebas de stress Volumen de pruebas Escalabilidad Estas pruebas deberán soportar software ejecutado en protocolo http y

https.

Automatización de Pruebas funcionales, pruebas unitarias y de regresión Creación y ejecución automática de pruebas Con soporte a software ejecutado en entorno Web – N Capas, Web Services,

J2EE, EJBs, REST, otros Java. Con soporte a aplicativos que se conectan a base de datos Informix y Oracle. Con soporte para las pruebas de aplicaciones móviles del tipo responsive

design asimismo tener algún simulador de dispositivos móviles para visualizar la aplicación en su versión móvil.

Automatización de pruebas de caja blanca: Análisis automático de Cobertura de Código, debe cubrir el 100% de las

líneas de código del programa sometido a las pruebas. Análisis y optimización automática del desempeño de software

Automatización de pruebas de vulnerabilidad (Ethical Hacking)

EL CONTRATISTA debe de dimensionar el licenciamiento en MS Office y otro software que requiera para su labor según sus necesidades y criterio.

6.4.Manejo de EntregablesTodo entregable (plan de trabajo, documentación, componentes del producto (software), etc.) realizado por el Contratista será materia de revisión por parte de SUNAT la cual deberá evaluar el entregable y de encontrarse observaciones, errores, inconsistencias o similares procederá a notificar al Contratista vía un acta de entrega de Observaciones en el cual detallará las mismas y

69


propondrá un plazo de subsanación/corrección para el Contratista, dicho plazo será de dos a diez (2 a 10) días calendario como máximo.

Una vez subsanada/corregida la observación el Contratista deberá presentar el entregable a SUNAT para la verificación respectiva, al término de esta verificación SUNAT procederá a notificar el resultado de la misma vía un acta de levantamiento de observaciones en la cual se indicará de ser el caso las observaciones que no hayan sido subsanadas/corregidas.

En el plazo para el servicio de la implementación de la prestación principal no incluye: Los plazos que utilice la SUNAT para verificar la conformidad de los entregables o para verificar la subsanación de las observaciones que se hayan formulado (de haberse formulado éstas) los mismos que se deberán ajustar a lo indicado en el numeral 10.2 de este documento.

Los entregables presentados por el contratista que sean de tipo documentario (incluido el plan de trabajo, manuales del sistema, manuales de usuario, etc.) deberán ser entregados físicamente en la mesa de partes de Gerencia de Administrativa sito en Av. Garcilaso de la Vega 1472 Lima-Cercado.

De existir algún cambio en el local donde se deberán presentar los entregables, la SUNAT las comunicará oportunamente al contratista.

7. CLAUSULAS ESPECIALES

7.1.Otras obligaciones del contratista

7.1.1. Referidas a la contratación El contratista deberá asegurar que el personal que asigne al proyecto e interactué

directamente con personal de la SUNAT deberá tener una comunicación fluida en lenguaje español. En caso el contratista no utilice personal que hable español fluido deberá incorporar, sin costo alguno para SUNAT, traductores que permitan una comunicación fluida con el personal de SUNAT.

El contratista se compromete, que durante la etapa de implementación de los productos (software) de la plataforma de ingreso de información, el personal que ejerza los roles de Jefe de Proyecto, Líder Técnico, Arquitecto de Software, Líder Funcional y el equipo de proyecto que tenga comunicación directa con personal de LA SUNAT, se encontrarán físicamente en el Perú.

El postor ganador de la buena pro a la firma del contrato deberá proporcionar:o Documentos que acrediten la tenencia o alquiler de una oficina en el Perú,

ubicado en la Ciudad de Lima (dirección, distrito, código postal) en donde SUNAT podrá notificar cualquier comunicación que estime pertinente.

o Declaración Jurada indicando los números de Teléfonos, Fax, Correos electrónicos, etc. necesario para que SUNAT pueda realizar el reporte de errores o problemas de la implantación de los productos (software) de la plataforma de ingreso de información.

Todos los entregables generados en el marco del servicio serán en idioma español. El contratista deberá acatar las prioridades dadas por la SUNAT a cada uno de los

desarrollos presentados. El contratista deberá cumplir con los requerimientos de documentación técnica de la

entidad, de igual manera bajo los parámetros de entrega de seguridad informados por la SUNAT y acorde con las políticas internas.

El contratista proveerá las estaciones de trabajo para cada una de las personas que labore en el servicio, así como el software base, las impresoras, escáner, fotocopiadora y teléfonos necesarios para el funcionamiento del servicio.

Responsabilidad sobre la custodia y conservación del hardware, software, licencias, manuales o cualquier Información propiedad de la SUNAT que le fuera encomendada.

Al término del contrato, el Contratista deberá entregar toda la información, archivos y documentación que maneje del proyecto. Esta entrega será en físico y en medio digital.

68


Todo personal del contratista que labore en el proyecto deberá firmar un compromiso de confidencialidad de la información del proyecto y de los datos de la SUNAT, los cuales se encuentran bajo reserva tributaria y la violación a dicha confidencialidad implica acciones penales.

7.1.2. Referidas a la seguridad y salud en el trabajo (en la ejecución de la prestación) EL CONTRATISTA se compromete a cumplir y observar lo establecido en la Ley de

Seguridad y Salud en el Trabajo (aprobado mediante Ley N° 29783) y en su Reglamento (aprobado mediante Decreto Supremo Nº 005-2012-TR); durante la ejecución de las prestaciones de servicios a su cargo; obligándose a implementar, dotar, proveer y/o suministrar a cada uno de sus trabajadores los implementos de seguridad que corresponda de acuerdo al grado y/o nivel de riesgo que pueda evidenciarse en el desarrollo de las actividades propias de la presente contratación; así como garantizar la contratación de los respectivos seguros de acuerdo a la normatividad vigente.

Del mismo modo, EL CONTRATISTA se compromete a cumplir y respetar cada una de las medidas de seguridad previstas en el Reglamento Interno de Seguridad y Salud en el Trabajo de LA SUNAT, el que será puesto en conocimiento de sus trabajadores al inicio de la prestación de servicios; para cuyo efecto LA SUNAT, a la suscripción del contrato, cumplirá con hacer entrega de una copia legible del mismo

7.2.Otras obligaciones de la SUNATLa SUNAT en la fase pre operativa del servicio se encargará de cubrir los siguientes aspectos:

A nivel documental funcional

La SUNAT entregará al contratista que obtenga la Buena Pro, como máximo a los cinco (5) días calendarios de iniciada la fase pre operativa, la siguiente documentación:

MPN (de acuerdo al formato que se encuentra en el Anexo Nro. 10: “F03 – Formato Modelamiento Proceso de Negocio”:

1. Impuesto General a las Ventas (IGV) IGV – Renta mensual2. Impuesto General a las Ventas (IGV) IGV – Renta mensual Simplificado3. Retenciones IGV4. Percepciones IGV5. Pago de Obligaciones Aduaneras6. Pasarela de Pagos7. Pago de Detracciones8. Solicitud de reimputación SPOT9. Documentos Valorados10. Consultas de declaraciones juradas, detracciones y pagos

Requerimientos funcionales de los productos (software) listados en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información”

Especificación de casos de uso de algunos productos (software) listados en el Anexo Nro. 02: “Productos de la Plataforma de Ingreso de Información”, ver columna “Especificación de casos de uso”

A nivel TécnicoLa SUNAT a través de la Intendencia Nacional de Sistemas de Información proporcionará:

Los estándares de programación, como máximo a los cinco (5) días calendarios de iniciada la fase pre operativa.

Los estándares de diseño de maquetas interactivas con datos estáticos, como máximo a los cinco (5) días calendarios de iniciada la fase pre operativa.

Los estándares de modelamiento de datos, como máximo a los cinco (5) días calendarios de iniciada la fase pre operativa.

El modelo de datos conceptual de la plataforma de ingreso de información a desarrollar, como máximo a los cinco (5) días calendarios de iniciada la fase pre operativa.

El modelo de datos físico de la actual plataforma de ingreso de información, como máximo a los cinco (5) días calendarios de iniciada la fase pre operativa.

69


7.3.Confidencialidad EL CONTRATISTA se obliga a no difundir, aplicar ni comunicar a terceros información,

base de datos, procesos, documentos ni cualquier otro aspecto relacionado a LA SUNAT a la que tenga acceso durante la ejecución del servicio y después de la finalización del mismo, excepto previo consentimiento por escrito de LA SUNAT.

EL CONTRATISTA se obliga a adoptar las medidas necesarias para asegurar la confidencialidad de sus empleados y terceros.

En caso que EL CONTRATISTA incumpla con lo señalado en los párrafos anteriores, LA SUNAT a su sola discreción podrá resolver el contrato y además adoptar las acciones legales que correspondan.

EL CONTRATISTA se compromete a no usar el nombre de LA SUNAT ni hacer referencia al servicio, en cualquier promoción, publicidad o anuncio, sin previa autorización de LA SUNAT.

Los, documentos, archivos y en general cualquier información o conocimientos generados durante el servicio, serán de propiedad única y exclusiva de LA SUNAT, quedando prohibido el uso por parte de EL CONTRATISTA, salvo autorización expresa de LA SUNAT.

7.4.Propiedad intelectual LA SUNAT adquirirá todos los derechos de propiedad intelectual (derechos de autor)

necesarios para el aprovechamiento de los productos o documentos y otros materiales que guarden una relación directa con la ejecución de la prestación o que se hubieren creado o producido como consecuencia o en el curso de la ejecución de ésta.

Las creaciones intelectuales (obras) que se produzcan por la prestación del servicio, LA SUNAT adquirirá a título excluyente y por el máximo plazo permitido por Ley, todos los derechos patrimoniales que la ley otorgue sobre dicha creación a partir de la conformidad de la prestación.

EL CONTRATISTA tomará todas las medidas necesarias y asistirá a LA SUNAT para obtener y/o registrar los derechos indicados en los párrafos anteriores y que el costo de dichas acciones se encuentra incluido dentro de la contraprestación con excepción de las tasas registrales.

7.5.Virus Es posible que exista software que puede corromper no sólo el software objeto del

Contrato, sino también otro software empleado en el mismo Procesador o en otros procesadores conectados a él, incluyendo software de base. Esta corrupción de software puede permanecer latente y no necesariamente será hallada durante el período de pruebas de aceptación. Dicha corrupción se denominará "virus" a los fines de este numeral.

EL CONTRATISTA garantiza que ha usado su mejor esfuerzo durante la construcción del Software para asegurarse de que no se han introducido o codificado virus en el Software.

EL CONTRATISTA acuerda que, en caso de ser hallado un virus causado por los productos entregados por éste en virtud del presente proceso o por hechos efectuados por sus empleados, empleará a su propia costa el mejor esfuerzo en asistir a LA SUNAT para reducir el efecto del virus, y particularmente si el virus causara pérdida de eficiencia operativa o pérdida de datos, asistir a LA SUNAT para mitigar dichas pérdidas y restaurar la eficiencia operativa original de LA SUNAT.

8. RESPONSABILIDAD POR VICIOS OCULTOSEL CONTRATISTA es el responsable por la calidad ofrecida y por los vicios ocultos del servicio ofrecido por un plazo de doce (12) meses contados a partir de la conformidad otorgada por LA SUNAT de acuerdo al artículo 50º de la Ley de Contrataciones del Estado.

9. REQUISITOS DEL PROVEEDOR Y/O PERSONALSe deberá incluir en su propuesta técnica los siguientes documentos:

9.1.Experiencia del postor Para acreditar la experiencia del postor deberá presentar contratos con su

respectiva conformidad por la prestación efectuada o mediante comprobantes de pago cuya cancelación se acredite documental y fehacientemente a través de

68


voucher de depósito, reporte de estado de cuenta o que la cancelación conste en el mismo documento, dichos contratos deben ser de desarrollo e implantación de soluciones de software a la medida. Esto permitirá al postor, acreditar su experiencia nacional o internacional en desarrollo e implantación de soluciones de software a la medida en cantidad de por lo menos dos (2) implantaciones culminadas en su totalidad en entidades gubernamentales o empresas del sector privado. Solo se considerarán los desarrollos e implantaciones iniciadas y concluidas en el periodo comprendido entre enero 2009 hasta la fecha de convocatoria del presente proceso de selección.

El postor presentará una Declaración jurada en la cual indique que cumple con la norma del Ministerio de Justicia Ley Nº 29733 – Ley de Protección de Datos Personales.

El postor presentará una Declaración Jurada en la cual indique que utiliza las mejores prácticas en lo que respecta a la construcción o desarrollo del software, alineados a las mejores prácticas, según NTP-ISO/IEC 12207:2006.

El postor presentará una Declaración Jurada en la que señala utilizar los estándares y mejores prácticas nacionales e internacionales respecto a la seguridad de información, tales como Norma Técnica Peruana NTP-ISO/IEC 17799; Código de Buenas Prácticas para la Gestión de la Seguridad de la Información.

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

Cabe precisar que los documentos presentados para acreditar la experiencia mínima exigida en los requerimientos técnicos mínimos, no podrán emplearse para acreditar experiencia en el factor de evaluación “Experiencia del Postor”

9.2.Del Personal EL CONTRATISTA se compromete, en tanto esté a su alcance, a no reasignar ni

remover ningún miembro de su personal asignado. Si debiera producirse un reemplazo por razones de fuerza mayor, el/la reemplazante deberá ser aprobado por LA SUNAT en un plazo de dos (2) a diez (10) días calendarios y reunir las mismas habilidades, competencia y experiencia que el/la reemplazado/a, en el momento del reemplazo.

LA SUNAT se reserva el derecho de solicitar al CONTRATISTA que cualquier miembro de su personal, o cualquier subcontratista o personal de éste, sea retirado y reemplazado por una alternativa de acuerdo a los roles mínimos considerados por LA SUNAT en el Anexo Nro. 07: “Personal del Servicio”, a condición de que este derecho sólo fuere ejercido cuando LA SUNAT razonablemente considere que la cantidad o calidad del trabajo del empleado o subcontratista en cuestión resultan inaceptables. Se debe solicitar formalmente el cambio del personal con la justificación correspondiente.

El Anexo Nro. 07: “Personal del servicio” detalla los perfiles mínimos del personal requerido, así como las funciones, competencias, formación y experiencia mínima solicitada. Se precisa lo siguiente:

o Las certificaciones solicitadas deberán encontrarse vigentes a la fecha de presentación de propuestas.

o Los requisitos solicitados (competencias, formación y experiencia) para el personal principal (identificado en el Anexo Nro. 07) serán acreditados por el postor en la propuesta técnica. Con respecto a la cantidad de personas, se debe considerar por lo menos una por cada perfil de este personal.

o En atención a lo establecido en el numeral 6.2.2 será el contratista el que defina el número de integrantes del equipo de trabajo, en tal sentido, los requisitos solicitados (competencias, formación y experiencia) para dicho

69


equipo de trabajo (identificado en el Anexo Nro. 07) serán acreditados por el contratista en la fase pre operativa del servicio.

o Las acreditaciones se realizarán de acuerdo al siguiente detalle: Experiencia: mediante copia simple de contratos y su respectiva

conformidad, constancias, certificados o cualquier otra documentación que, de manera fehaciente demuestre la experiencia del personal propuesto. Siendo que de la documentación presentada deberá desprenderse claramente la experiencia específicamente solicitada. Asimismo se precisa que para la verificación de la experiencia respecto del personal requerido como bachiller, se validarán únicamente experiencias realizadas con posterioridad a la fecha consignada en el diploma de bachiller.

Formación: certificados o constancias de estudio o diplomas de entidades educativas autorizadas. No se admitirán syllabus.

Herramientas: constancias o certificados o cualquier otra documentación de entidades autorizadas o del fabricante de las herramientas. No se admitirán syllabus.

o En caso la entidad lo estime necesario, las capacidades y conocimientos requeridos podrán ser verificadas por la entidad a través de evaluaciones, cuestionarios o exámenes durante la ejecución contractual.

o Se consideran carreras afines a aquellas que tengan un mayor contenido en números, tales como:

Ingeniería de Sistemas e Informática Ingeniería de Sistemas Ingeniería Informática Ingeniería Industrial Ingeniería de Sistemas Empresariales Ingeniería Industrial y De Sistemas Ingeniería de Software Ingeniería de Sistemas de Información Ingeniería de Computación y de Sistemas Ingeniería Informática y de Sistemas Ingeniería electrónica Licenciados en computación Estadística Investigación operativa

o Por Curso aprobado de PMP, la SUNAT entiende curso dictado por entidad educativa autorizada por el PMI, que satisface el requisito de educación formal para alcanzar la certificación PMP.

o Se podrá acreditar el Curso aprobado de PMP de mínimo 48 horas a través de 1 ó más cursos.

o Por Curso aprobado de CMMi, la SUNAT entiende curso oficial a nombre del SEI (Software Engineering Institute).

o Se debe adjuntar el porcentaje de dedicación del recurso al proyecto, en los casos en que ello sea definido por el contratista.

10. LUGAR, PLAZO Y HORARIO DE EJECUCIÓN DE LA PRESTACION

10.1. LugarLa prestación será realizada, dependiendo de la fase y del plan de gestión del proyecto aprobado por SUNAT, en las instalaciones de LA SUNAT como la del CONTRATISTA.

Toda documentación requerida relacionado al personal o al contratista, o relacionado a la presentación de algún entregable referido a la prestación por parte del contratista, se deberá realizar en la Mesa de Partes de la Gerencia Administrativa de la Sede Central de la SUNAT sito en Av. Garcilaso de la Vega 1472 – Lima Cercado.

Los documentos relacionados para la suscripción del contrato deberán estar dirigidos a la División de Ejecución Contractual, y los documentos relacionados a la presentación de algún entregable como parte de los servicios del contratista deberán estar dirigidos a la Gerencia de Proyectos y Procesos Transaccionales.

68


De haber algún cambio de lugar de entrega este será comunicado al contratista a los cinco (05) días calendarios de ocurrido el hecho.

10.2. Plazo de ejecución

10.2.1. PrestaciónEl plazo para brindar el servicio es de seiscientos cincuenta (650) días calendario el cual se detalla en el ANEXO Nro. 04: “Plazos”.Es necesario señalar para la prestación que:

Cuando el último día de algún plazo fuera inhábil deberá entenderse que el vencimiento de dicho plazo se producirá al primer día hábil siguiente.

En el plazo para el servicio de la prestación no incluye: Los plazos (para mayor detalle ver numeral 6.4: “Manejo de Entregables”) que

utilice la SUNAT para verificar la conformidad de los entregables o para verificar la subsanación de las observaciones que se hayan formulado (de haberse formulado éstas).

Los plazos que en el marco del artículo 176 del Reglamento de la Ley de contrataciones del estado, la SUNAT estime otorgar al contratista para que proceda a la subsanación de las observaciones11

10.3. HorarioLas actividades de la prestación principal y que por su naturaleza deban ser realizadas en los locales de SUNAT, se ejecutarán dentro del horario habitual de trabajo el cual es de Lunes a Viernes de 08:30 am a 04:30 pm huso horario de Perú (UTC-05:00); en caso el contratista requiera realizar alguna actividad fuera de dicho horario deberá solicitarlo de forma anticipada dos (2) días calendarios antes como mínimo) vía correo electrónico al Jefe del Proyecto por parte de LA SUNAT para su aprobación.

11. MEDIDAS DE CONTROLLas áreas de la SUNAT que otorgarán las conformidades respectivas al servicio se encuentran detalladas en el numeral 6.3.1 y 14 del presente documento.

12. PENALIDADES

12.1. Penalidades por moraEn caso de retraso en la prestación según los plazos y condiciones establecidas en los presentes Términos de Referencia se le aplicará una penalidad por cada día de retraso hasta por un monto máximo equivalente al diez por ciento (10%) del monto contratado, aplicando la fórmula establecida en el art. 165 de la ley de Contrataciones del Estado.

La penalidad se aplica al no cumplir (día siguiente) del plazo que se señala a continuación por cada entregable:

Entregable PlazoPlan de Gestión del Proyecto A los 20 días calendario de iniciado el

servicioInforme de aceptación de la fase pre operativa

A los 60 días calendario de iniciado la fase pre operativa

Diseño General A los 90 días calendario de iniciado el diseño general.

Paquete 1 de productos (software) A los 60 días calendario de iniciada la fase de Análisis de requerimientos, análisis y diseño del software.A los 90 días calendario de iniciada la fase de construcción y pruebasA los 90 días calendario de iniciada la fase de certificación SUNAT e Implantación,

11 De conformidad con lo definido por el Organismo Supervisor de Contrataciones del Estado en la Opinión N° 027-10/DTN (numerales 2.6.1, 2.6.2 y 2.6.3).

69


teniendo en cuenta lo especificado en el numeral 6.3.1.3.2.3 (Certificación SUNAT)

Paquete 2 de productos (software) A los 60 días calendario de iniciada la fase de Análisis de requerimientos, análisis y diseño del software.A los 90 días calendario de iniciada la fase de construcción y pruebasA los 60 días calendario de iniciada la fase de certificación SUNAT e Implantación, teniendo en cuenta lo especificado en el numeral 6.3.1.3.2.3 (Certificación SUNAT)


El inicio de los plazos se encuentra en el Anexo Nro. 04: “Plazos”.

12.2. Otras penalidadesLas cuales no podrán exceder del diez por ciento (10%) del monto contratado vigente según lo establecido en el artículo 166 del Reglamento de Adquisiciones del Estado.

Observaciones detectadas durante las pruebas de certificación SUNAT de la solución informática desarrolladaEL CONTRATISTA deberá tomar en cuenta que para las pruebas de la solución informática desarrollada (paquete de productos software), es requisito mantener un mínimo de tres (3) actas de observaciones (el nivel de servicio esperado por LA SUNAT del servicio de desarrollo del software es no tener que realizar más de tres (3) ciclos de pruebas por paquete de productos software), caso contrario LA SUNAT procederá con el cobro de la penalidad de la siguiente manera:

Rango de Actas en Actividad de Pruebas

Calidad

Penalidad (1)

[0-3] 0%[4-5] 3%[6-6] 6% (2)

(1) Porcentaje del costo del entregable (paquete de productos software) asociado a la prueba.(2) Se acumula para efectos de resolver el Contrato.

Cabe mencionar que cada acta de observaciones corresponde a cada entrega formal de la solución informática desarrollada (paquete de productos software).

13. PAGO

13.1. Forma de pago

PRESTACIONLa forma de pago se realizará de acuerdo al siguiente detalle:

Entregable con Pago Sub Entregable con Pago % de Pago del valor adjudicado de la prestación

Diseño General No Aplica 5% al haberse firmado el acta de aprobación del diseño

68


general.

























5% al haberse firmado el acta de aprobación del análisis de requerimientos, análisis y diseño del SW del paquete.







13.2. AdelantosEl contratista podrá solicitar adelanto, que no excederá en ningún caso el treinta por ciento (30%) del monto del contrato original, conforme a lo previsto en el artículo 172 del Reglamento de la Ley de Contrataciones del Estado.

El contratista deberá seguir el siguiente procedimiento: Presentará solicitud de adelanto a la División de Ejecución Contractual, dentro de los

cinco (05) días calendarios siguientes a la suscripción del contrato. Adjuntar a su solicitud, la carta fianza emitida por entidad sujeta a la supervisión de la

Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de

69


Pensiones o estar considerada en la última lista de bancos extranjeros de primera categoría que periódicamente publica el Banco Central de Reserva del Perú.


Con relación a la carta fianza: La carta fianza deberá ser remitida por el cien por ciento (100%) del monto solicitado,

con características de incondicionales, solidarias y de realización automática en el país al solo requerimiento de la Entidad.


La entrega del adelanto por parte de la Entidad se efectuará en un plazo máximo de quince (15) días calendario de recibida la documentación antes indicada.

14. CONFORMIDADSe muestran las conformidades que se tienen que dar para poder realizar el pago de los entregables.

14.1. PrestaciónLa GGPPS se encarga de la gestión administrativa, canaliza con la INA el ingreso de los entregables del Contratista y la recepción de las conformidades de las áreas responsables.


GDS, GA, OSI


15. SUBCONTRATACIÓN El contratista podrá subcontratar parte de las prestaciones contratadas, de acuerdo a lo establecido en el artículo 37° de la Ley de Contrataciones del Estados y del artículo 146° del Reglamento de la Ley de Contrataciones del Estado.

16. ANEXOS

ANEXO Nro. 01 – Modelo General Plataforma Ingreso de InformaciónANEXO Nro. 02 – Productos de la Plataforma de Ingreso de InformaciónANEXO Nro. 03 – Requerimientos No Funcionales de la Plataforma de Ingreso de InformaciónANEXO Nro. 04 – PlazosANEXO Nro. 05 – Lineamientos para el desarrollo de aplicaciones Web SPA y Responsivas,

DesktopANEXO Nro. 06 – Lineamientos de Arquitectura de la Infraestructura TecnológicaANEXO Nro. 07 – Personal del ServicioANEXO Nro. 08 – Modelo de Gobernabilidad de Programas y Proyectos de la SUNATANEXO Nro. 09 – Formato Plan de Gestión de ProyectosANEXO Nro. 10 – F03 – Formato Modelamiento Proceso de NegocioANEXO Nro.11 – Metodología de Desarrollo de Sistemas de Información de la SUNAT – MDSIANEXO Nro.12 – MDSI – Formato F2

68


ANEXO Nro. 01

“Modelo General de la Plataforma de Ingreso de Información”

1. Introducción

El Modelo General de la Plataforma de Ingreso de Información tiene por objetivo describir el contenido de la Plataforma de Ingreso de Información Propuesta en términos de los componentes que la integran, lo cual resulta ser necesario debido a:

1) La importancia de los procesos que involucra (declaraciones, pagos y solicitudes que determinan la recaudación y la deuda de los contribuyentes),

2) Su interrelación con los demás macroprocesos de la SUNAT y 3) El nivel de cambio tecnológico que servirá de soporte a los macroprocesos que involucra

directamente y a los relacionados.

2. Modelo Propuesto

2.1 Definición Global

La Plataforma de Ingreso de Información será el sistema que permitirá al contribuyente y/o usuario de comercio exterior (en adelante en el presente documento se le señalará como usuario) y a terceros la ejecución de diversas aplicaciones en el mismo entorno para registrar y presentar sus declaraciones u otra información requerida, así como realizar sus pagos a la SUNAT.

La Plataforma de Ingreso permitirá recibir la información desde el Sistema informático de la SUNAT disponible en Internet (SUNAT Virtual, http://www.sunat.gob.pe.), que permite realizar operaciones en forma interactiva entre el Usuario y la SUNAT a través de SOL (SUNAT Operaciones en Línea), considerando el esquema de autenticación que se tiene implementado en dicho ambiente. En el caso de terceros, que tengan que remitir información, se establecerá el medio que se aplicará para establecer comunicación con la SUNAT a través de Internet o Extranet.

La Plataforma de Ingreso será el sistema que le permitirá al usuario acceder desde un aplicativo instalado en su computador personal, directamente de la página Web de la SUNAT o desde un dispositivo móvil (para ciertos formularios), a través de Internet, para poder efectuar la presentación de sus declaraciones juradas determinativas12, de declaraciones informativas13, de solicitudes no contenciosas (compensación, modificación de datos, pago con error, fraccionamientos) y contenciosas (recursos impugnatorios), de otra información requerida, así como le permitirá realizar el pago y efectuar sus consultas de los trámites que se hubieran efectuado por esta vía.

En una primera fase la plataforma permitirá registrar las declaraciones juradas determinativas de tributos internos a través de los siguientes módulos: Un nuevo programa informático para la elaboración de sus declaraciones de tributos internos

brindándole ayudas para el llenado, validaciones y cálculos al momento del registro de la información. El aplicativo será utilizado por el usuario desde su computadora o desde la Web de la SUNAT.

Formularios de declaraciones simplificadas, formularios virtuales que permitan al usuario el registro de datos para efectuar la declaración de tributos internos, realizando validaciones y cálculos al momento del registro y al envío de la información.

También permitirá el pago de tributos internos y aduaneros desde la Web de la SUNAT mediante boletas de pago, el pago de detracciones, así como la solicitud para la re-imputación de este último concepto. Y brindará opciones de consultas con relación a los formularios presentados.

La plataforma de ingreso tendrá las siguientes características: Los aplicativos deben poderse ejecutar desde entornos multiplataforma (que se pueda

ejecutar en cualquier sistema operativo, no sólo Windows, y con cualquier explorador) del usuario

12 Declaraciones en las que el Contribuyente o Declarante determina el importe de impuestos a pagar, es decir la deuda tributaria en un periodo determinado13 Declaraciones en las que el Contribuyente o Declarante informa sus operaciones o las de terceros a solicitud de la Administración Tributaria y en las cuales no se determina ninguna deuda.

http://www.sunat.gob.pe/

69


Fácil acceso y uso por parte del usuario. El usuario debe percibir fácil interacción al llenado de los formularios

En el aplicativo que se instale en el computador personal del usuario el registro de datos en los formularios desarrollados, conectándose al servidor de la SUNAT para autenticar al usuario, retornar información (parámetros y datos del usuario) y enviaando datos para validar y grabar la información de la declaración.

Condiciones de seguridad del registro de la información Validaciones y cálculos al mismo momento del llenado del formularios Las validaciones y cálculos se realizarán utilizando parámetros que puedan ser actualizados

por usuarios internos El desarrollo deberá ser paramétrico, estandarizado y flexible de tal manera que permita la

fácil incorporación de nuevos formularios Escalabilidad en el incremento del número de usuarios que lo utilizan Debe permitir ser traducida a otro idioma fácilmente (arquitectura multi idioma, p.e. al inglés)

2.2 Objetivos

2.2.1 Principal

Desarrollar e implantar una Plataforma de Ingreso de información para el contribuyente o usuario de comercio exterior orientada a brindar servicios que permitan en un único ambiente y de manera fácil el registro de información y realización de trámites con la SUNAT.

2.2.2. Secundarios

a) Desarrollar e implantar un Sistema de Ingreso de Información unificado mediante un entorno de asistencia al usuario que simplifique y facilite la presentación de diversos formularios y la realización de pagos.

b) Implementar una plataforma de interoperabilidad de alta disponibilidad basada en estándares y servicios para el registro de formularios del usuario en el portal de la Sunat y a partir de su computador.

c) Permita efectuar consultas al usuario respecto de la información presentada.d) Implementar una plataforma de interoperabilidad para el intercambio de información con

terceros (otras instituciones), de alta disponibilidad.

2.3 Detalle de lo que contiene la Plataforma

A través de esta Plataforma ingresará la información de formularios correspondientes a: declaraciones juradas determinativas (más de 2 millones de declaraciones mensuales) boletas de pago (más de 200 mil formularios mensuales) declaraciones informativas las solicitudes (aproximadamente 20 mil al mes) depósitos de detracciones (cerca de 13 millones de depósitos en el año 2013) y reimputación

de pago spot (casi 70 mil solicitudes en el año 2013).

Todos los formularios tienen datos de identificación: RUC válido14, período, tributos, forma de pago y monto pagado (de corresponder), fecha y hora de la presentación, número del formulario y número de orden (que tiene que ser único y se asigna confirmada la presentación del formulario).

Se contará con un aplicativo para la PC del usuario y un ambiente tipo Carrito de pagos. En el aplicativo para la PC del usuario se desarrollarán los nuevos formularios de declaraciones juradas determinativas.

En el Carrito de pagos se tendrán los siguientes formularios:

Declaraciones juradas determinativas Pago fácil – Tributos Internos Pago fácil Aduaneros Declaraciones informativas Detracciones

14 De acuerdo al padrón de SUNAT

68


Documentos valorados Consultas Parámetros

En el Carrito de Pagos desde la plataforma Web de la SUNAT para las declaraciones juradas determinativas de tributos internos se tendrán los nuevos formularios desarrollados (respecto de su diseño serán las mismas que los nuevos formularios desarrollados para la pc), los formularios simplificados y los pago fácil, y la recepción de los PDTs (Programa de Declaración Telemática). Además se tendrán opciones para que un usuario interno pueda efectuar mantenimientos a los parámetros de los formularios, así como de las ayudas que se hubieran considerado. Guardando el histórico de los valores que estos datos tuvieron y su vigencia.

En el carrito de pagos las transacciones se realizan en tres pasos luego de ingresar con la clave SOL:

Paso 1: Seleccionar el formularioPaso 2: Llenar el formulario, de acuerdo a los datos que demanda el concepto que se quiere declarar o pagar.Paso 3: Seleccionar la opción Presentar / Pagar / NPS

Un usuario puede elegir llenar un formulario y optar por presentarlo con pago o no, pero también puede llenar varios formularios (de uno en uno) e ir cargándolo a una bandeja y luego confirmar su presentación y/o pago en una única transacción. En caso hubiera señalado el usuario que realizará el pago de la bandeja registrada se les mostrará una pasarela de pagos donde podrán elegir el medio de pago:

Cargo en Cuenta bancaria15 Tarjeta de Crédito o Débito16

Para la selección se muestran los íconos de las entidades en las que se podrá efectuar el pago. También en el carrito de pagos se tendrá la opción de generar el Número de Pago SUNAT17 (NPS). Opción mediante la cual el contribuyente registra o selección la deuda a pagar en SOL y genera un número (el NPS), con el cual podrá acercarse a los bancos a realizar el pago mientras el NPS se encuentre vigente.

Efectuada la confirmación por parte de la SUNAT de la presentación y/o el pago de todo formulario se generará una constancia de presentación con la información del documento (total o parcial, según se defina). El mismo que se visualiza terminada la transacción, se remite al Buzón del Contribuyente y se permite imprimir, guardar o enviar a un correo que el usuario registre.

2.3.1 Declaraciones Juradas Determinativas2.3.1.1 Nuevas Declaraciones Juradas Determinativas

Formularios con casillas a ser: registradas directamente por el contribuyente que se generan a partir de un conjunto de datos que el contribuyente registra

directamente en el formulario o que importe que provienen de información de SUNAT o que se calculan (con datos de parámetros, cálculo de intereses con fórmulas

establecidas)Todos los formularios tienen datos de identificación, para el caso de las declaraciones juradas el aplicativo determinará si se trata de una declaración jurada original18, sustitutoria19 o rectificatoria20, así como la determinación del impuesto, se permite además registrar

15 En las Entidades Financieras con las que se tienen convenio16 De las Entidades con las que se tienen convenio17 El NPS se rige por lo señalado mediante la Resolución de Superintendencia N° 038-2010/SUNAT y modificatorias18 Corresponde a la primera declaración presentada por un RUC-período-Tributo19 Corresponde a la segunda o siguiente declaración presentada por un RUC-período-Tributo hasta la fecha de su vencimiento20 Corresponde a la segunda o siguiente declaración presentada por un RUC-período-Tributo en fecha posterior al de su vencimiento

69


información de aplicación de créditos y/o de pagos o la generación del NPS (número de pago SUNAT). Con relación a la aplicación de créditos se verificará con la SUNAT si se tendrá información que se mostrará en las casillas o si se habilita éstas para el registro de los montos por parte del contribuyente. En caso el contribuyente señale que va a pagar se mostrará la pasarela de pagos y la opción para generar el NPS.

Estas declaraciones se desarrollarán como una Aplicación Cliente a instalarse en la PC y/o como formularios virtuales (en el carrito de pagos).

Las declaraciones juradas determinativas a implementarse son las siguientes: a) DJ IGV Renta Mensual

Formulario que permite declarar mensualmente los siguientes tributos:

Impuesto General a las Ventas (IGV) Impuesto Especial a las Ventas (IEV) Pagos a cuenta del Impuesto a la Renta Régimen General (Régimen Agrario, Régimen

Amazonía, Régimen Frontera) y/o Régimen Especial (RER) y/o Socio Cooperativa.

El formulario deberá registrar información proporcionada por la Sunat, asimismo habilitará casillas para el registro de parte del usuario y efectuará cálculos automáticos en el mismo formulario.

En el cuadro Nro. 1 se muestra que por el año 2013 se han presentado 10,392,734 declaraciones del PDT 621 que comprende el 28.31% de la cantidad total de declaraciones presentadas.

Cuadro Nro. 1PLATAFORMA DE INGRESO DE INFORMACION - FORMULARIOS EN INTERNET -

ESTADISTICA ENERO-DICIEMBRE 2013

Form. Desc_form Cantidad % Cant621 PDT IGV-RENTA MENSUAL-IEV 10,392,734 28.31

TOTAL 36,704,314 100.00

A través de este formulario se podrán efectuar pagos.

Gráfico Nº 01Declaración IGV – Renta Mensual

68


b) DJ Percepciones IGV – Agentes de Percepción

Formulario que remplazará los PDT 697 para la declaración de las Percepciones de Ventas Internas y PDT 633 para la declaración de las Percepciones de Hidrocarburos

Los formularios deberán registrar información proporcionada por la Sunat, asimismo habilitarán casillas para el registro de parte del usuario y efectuará cálculos automáticos en el mismo formulario. Estos formularios serán implementados en el ambiente SOL.A través de este formulario se efectuarán pagos.

En el cuadro Nro. 2 se muestra que por el año 2013 se han presentado 15,590 declaraciones del PDT 697 y 321 declaraciones del PDT 633 que en total comprenden el 0.04% de la cantidad total de declaraciones presentadas.

Cuadro Nro. 2PLATAFORMA DE INGRESO DE INFORMACION - FORMULARIOS EN INTERNET -

ESTADISTICA ENERO-DICIEMBRE 2013Form. Desc_form Cantidad % Cant697 PDT PERCEPCION DE VENTAS INTERNAS 15,590 0.04633 PDT PERCEPCIONES DE IGV 321 0.00

TOTAL 100 100.00

c) DJ Retenciones IGV – Agentes de Retención.

Se remplazará el PDT 626 para la declaración de las Retenciones de IGV.

Los formularios deberán registrar información proporcionada por la Sunat, asimismo habilitarán casillas para el registro de parte del usuario y efectuará cálculos automáticos en el mismo formulario. Estos formularios serán implementados en el ambiente SOL.A través de este formulario se efectuarán pagos.

En el cuadro Nro. 3 se muestra que por el año 2013 se han presentado 36,161 declaraciones del PDT 626 que comprende el 0.1% de la cantidad total de declaraciones presentadas.

69


Cuadro Nro. 3PLATAFORMA DE INGRESO DE INFORMACION - FORMULARIOS EN

INTERNET - ESTADISTICA ENERO-DICIEMBRE 2013

Form. Desc_form Cantidad % Cant626 PDT RETENCION DE IGV 36,161 0.10

TOTAL 36,704,314 100.00

Gráfico Nº 02Declaración Retenciones y Percepciones IGV

d) Declaración de ITAN

Que reemplazará el PDT – Formulario Virtual N° 648, con las mismas funcionalidades del formulario actual. Este formulario será implementado en el aplicativo para la PC del contribuyente.

El Impuesto Temporal a los Activos Netos - ITAN, es un impuesto al patrimonio, que grava los activos netos como manifestación de capacidad contributiva. Puede utilizarse como crédito contra los pagos a cuenta y de regularización del Impuesto a la Renta.

A través de este formulario se podrá señalar que se efectuarán pagos.

2.3.1.2 Receptor del PDTOpción que se implementará en el carrito de pagos en el ambiente SOL, que permite la recepción de los archivos generados por el aplicativo del PDT).El sistema carga y valida el (los) archivo(s) de acuerdo a una serie de reglas establecidas, para luego proceder a grabar la información de la declaración. Luego muestra al usuario información resumen de la declaración cargada y confirma si se agrega a la bandeja con monto a pagar (en caso el contribuyente hubiera consignado información en las casillas de pagos del formulario). Mediante este aplicativo se permitirá la recepción de los siguientes formularios PDT: 0600, 0610, 0615, 0616, 0617, 0618, 0621,0625, 0626, 0633, 0634, 0646, 0647, 0648, 0651, 0652,

68


0653, 0654, 0655, 0656, 0657, 658, 0659, 0660, 0661, 662, 0663, 0664, 0667, 0668, 0672, 0674, 0675, 0676, 0677, 678, 679, 0680, 0693, 0695, 0697, 0698, 0601, 0699. 681, 682, 683, 684.

2.3.1.3 Declaraciones Simplificadas

Las declaraciones y pagos simplificados forman parte de los productos virtuales que la SUNAT ha desarrollado para hacer más eficiente el proceso de recaudación de tributos, reducir los costos de transacción y brindar mayores facilidades a los contribuyentes. Son formularios virtuales con menos casillas que las declaraciones juradas completas, se desarrollan en el carrito de pagos en SOL, y permite la declaración y/o pago de tributos internos.

Deberán considerarse los siguientes formularios con las funcionalidades que actualmente se tienen implementados:

• FV 616 Trabajadores independientes• FV 1611 Nuevo Rus• FV 1683 Arrendamiento• FV 1676 Trabajadores del Hogar• FV 1666 Ganancias de Capital• FV 1665 Renta de 2da categoría• FV 683 Renta Anual PN 2013• FV 681 Renta Anual PN 2012• FV 669 Renta Anual PN 2011• FV 667 Renta Anual PN 2010. • FV XXX Renta Anual PN 2014• FV XXX Renta Anual PN 2015

Se implementa un nuevo formulario:• FV 621 IGV Renta Mensual que permite la declaración Simplificada y Sin movimiento.

2.3.1.4 Declaraciones Simplificadas en Dispositivos Móviles

Deberá considerar tener los siguientes formularios para ser utilizados a través de dispositivos móviles: la declaración del FV 621 IGV Renta Mensual en caso se presente Sin movimiento y el pago fácil 1662 para el pago de valores y el 1611 pago de NRUS (considerando el esquema de autenticación que se tenga).

El desarrollo deberá crear una aplicación que sea portable entre diferentes dispositivos, sistemas operativos y que permita rápida implementación de nuevos formularios.

2.3.2. Pago Fácil – Tributos Internos

Sistema diseñado para realizar pago electrónico de deuda de Tributos Internos a través del carrito de pagos por el ambiente SOL. La información de la deuda a pagar será registrada por el contribuyente o seleccionada de la información de la SUNAT.Deberán ser incluidos los formularios:

• 1662 para efectuar el pago de: Tributo, multa, valores, costas y gastos, fraccionamiento, fraccionamiento municipalidades

• 1661 entrega de montos retenidos• 1672 pago de Responsables Solidarios

2.3.3 Aplicación de documentos valorados (TI)

Formulario para uso del contribuyente y del usuario interno.

Permite el pago de la deuda tributaria mediante la utilización de documentos valorados.

69


El usuario selecciona los documentos valorados que aplicará a la deuda, (información será proporcionada por la Sunat) y registra la deuda que cancelará. El monto total de la deuda será el monto a aplicar con los documentos valorados. Se confirma la aplicación de la deuda y se presenta el formulario.

2.3.4 Transferencia de Documentos valorados (TI)

Formulario en el que se solicitará la transferencia de documentos valorados de un contribuyente a otro. El usuario selecciona los documentos valorados a transferir, esta información la proporciona la Sunat, el usuario ingresa el monto a transferir y el ruc del contribuyente beneficiario.

2.3.5 Pago fácil – Aduaneros

Es el Pago de documentos aduaneros a través de un nuevo pago electrónico a través del carrito de pagos por el ambiente SOL. La SUNAT verificará si el usuario de comercio exterior puede realizar este pago antes de mostrar la información de los documentos de deuda que se mostrarán y que el usuario puede seleccionar para pagar en forma individual o en bloque. En la bandeja del carrito de pagos la transacción que se realice con este formulario no se podrá mezclar con otro formulario de TI. Si se permite agregar en la bandeja más de un pago fácil Aduanero, pero se genera un formulario por cada documento.

2.3.6 Declaraciones Informativas

2.3.6.1 Cambio de coeficiente

Que reemplazará el PDT – Formulario Virtual N° 625, con las mismas funcionalidades del formulario actual. Este formulario será implementado en el aplicativo para la PC del contribuyente.Mediante este formulario los contribuyentes que se encuentran en el Régimen General del Impuesto a la Renta y que realizan Pagos a Cuenta de este impuesto en forma mensual mediante el sistema A) de coeficientes o el sistema B) de porcentajes, están facultados a modificar dicho coeficiente o porcentaje. En este formulario se registra información de Estados Financieros, información Complementaria y se Determinación del nuevo Coeficiente o Porcentaje.

2.3.7 Detracciones

2.3.7.1 Depósitos Detracciones

Opción mediante la cual el contribuyente podrá ingresar la información de los depósitos de detracciones21 que va a realizar, y ordena el cargo del importe en la cuenta afiliada de los bancos o el pago a través de tarjeta de crédito o débito.El depósito de detracciones por SUNAT Virtual puede ser por un depósito de detracciones de una transacción o varias, registrando la información directamente o importando la información en el formulario.

2.3.7.2 Reimputación SPOT

Solicitudes de reimputación de boletas de pago del Sistema de Pago de Obligaciones Tributarias con el Gobierno Central (SPOT) presentadas por los contribuyentes a la SUNAT permitiendo registrar un formulario virtual que identifique el saldo a imputar (considerando la información de la

21 El sistema de detracciones (SPOT) es un mecanismo administrativo que coadyuva con la recaudación de determinados tributos y consiste básicamente en la detracción (descuento) que efectúa el comprador o usuario de un bien o servicio afecto al sistema, de un porcentaje del importe a pagar por estas operaciones, para luego depositarlo en el Banco de la Nación, en una cuenta corriente a nombre del vendedor o prestador del servicio, el cual, por su parte, utilizará los fondos depositados en su cuenta del BN para efectuar el pago de sus tributos, costas y/o gastos.

68


SUNAT) a sus deudas pendientes de pago (las mismas que podrán ser registradas directamente con el contribuyente u obtenidas de información de la SUNAT, por ejemplo en el caso de valores).2.3.8 ConsultasOpciones que permitirán visualizar una lista de los formularios presentados por el contribuyente que accede a la opción por separado respecto de sus declaraciones juradas y pagos de tributos internos, aduaneros y detracciones y dependiendo de los criterios de selección que registre.

Las opciones de consulta contarán con la posibilidad de generar reportes imprimibles, así como funciones para guardar en pc y enviar a correo el resultado de la consulta.

Permitirán así mismo la consulta de cada formulario presentado (a nivel de casillas), así como acceder a la constancia de presentación.

El acceso a esta opción de consultas también será para el usuario interno.

Se solicitan las siguientes opciones de consulta:

Opciones de consultas relacionadas a declaraciones y pagos de tributos internos.

• Consulta Declaraciones y pagos

Efectúa la búsqueda de la relación de declaraciones y pagos presentados en un rango de fechas, por rango de períodos, por nro de formulario.Además incluye la consulta del detalle de la declaración hasta el nivel de mostrar los datos por casillas. Este detalle podrá ser generado en archivos en PDF así como incluir opciones para guardar en pc, enviar a correo, imprimir.

• Consulta NPS

Efectúa la búsqueda del NPS generado por el sistema, la búsqueda se realiza por Número de pago NPS.Incluye opciones para guardar en pc, enviar a correo, imprimir.

• Consulta Constancia de Pago

Efectúa la búsqueda de la constancia de pago por formulario y período, por formulario y fecha de presentación.

• Consulta de Valores Pendientes de Pago

Efectúa la búsqueda de la relación de valores pendientes de pago por rango de períodos o por número de valor.

• Consulta Retenciones y Percepciones


• Consulta comprobantes de retención/percepción con Inconsistencias


Opciones de consultas relacionadas a declaraciones y pagos de tributos aduaneros

• Consulta Documentos aduaneros

Efectúa la búsqueda de los pagos realizados así como de la deuda pendiente de pago.

Opciones de consultas relacionadas a detracciones

69


• Consulta Depósito detracciones

De acuerdo a una serie de filtros efectúa la búsqueda de los depósitos realizados.

• Consulta Solicitud Re imputación SPOT

De acuerdo a una serie de filtros efectúa la búsqueda de las solicitudes de reimputación presentadas.

Opciones de consultas relacionadas a documentos valorados

• Consulta Aplicación

Efectúa la búsqueda de las solicitudes de aplicación.

• Consulta TransferenciaEfectúa la búsqueda de las solicitudes de transferencia de documentos valorados.

Consulta Saldo

Esta consulta le brindará al contribuyente el saldo de los documentos valorados que le han emitido, así como el saldo de los documentos valorados que le hubieran transferido.

• Consulta Documentos Valorados Generados

Permitir mediante diferentes filtros visualizar los documentos valorados generados.

• Consulta Documentos Valorados Transferidos

Permitir mediante diferentes filtros visualizar los documentos valorados transferidos.

2.4 Tratamiento de Declaraciones juradas

2.4.1 Presentación

• El único Canal de presentación es a través de INTERNET.

• A través de este canal se presentarán las Declaraciones originales, sustitutorias y rectificatorias.

• Se requiere que la plataforma informática que se desarrolle soporte su uso 7 * 24 durante los 365 días del año y con la concurrencia correspondiente a los días de vencimiento (1 día). Se considerará que el aplicativo debe soportar el nivel de concurrencia que se puede tener si todos los contribuyentes tuvieran un solo día de vencimiento.

• No habrá distinción de Principales Contribuyentes (PRICOS) y Medianos y Pequeños Contribuyentes (MEPECOS) y se busca llegar a todos los contribuyentes, sin embargo cabe señalar que se deberá contemplar que la atención sea prioritaria a PRICOS para asegurar el nivel del servicio (rapidez, sin caídas, disponibilidad).

• El nuevo sistema debe garantizar la seguridad de la información declarada por los contribuyentes y la administración de la información al interior de la SUNAT.

2.4.2 Liquidación de deuda

• Conexión automática a la base de datos de la Sunat y validaciones y cálculos en línea que permitirán una liquidación de las declaraciones en el momento de la Presentación, con la

68


información de sustento presentada por el contribuyente, información de créditos disponibles en la SUNAT.

• Sistema único de declaración y pago no diferenciará entre PRICO y MEPECO.

• Las declaraciones rectificatorias en el portal web importarán los datos de la última declaración presentada a fin que el contribuyente edite las casillas a rectificar.

2.4.3 Manejo de cambio de parámetros, versiones, convivencia de versiones

• El desarrollo de la Plataforma debe considerar que en los formularios se tienen parámetros que podrán ser modificados por usuarios determinados de la SUNAT. Tal es el caso de tasas imponibles de las declaraciones juradas que se desarrollen.

• En ese sentido se desarrollarán un módulo para la actualización que pueda requerir el usuario. La opción debe considerar el manejo de cuentas para esta actualización de parámetros, en tanto en las actualizaciones que se efectúen se deberá grabar el usuario y fecha de cambio como información de respaldo del cambio. Cuando se registrara un nuevo parámetro, se ingresará también y la fecha y hora desde que aplicará el nuevo dato (por default la hora será las 00:01).

2.4.4 Formulario configurable.

Se debe considerar los parámetros necesarios para permitir que los formularios sean configurables (diseño de formularios), para ello se detallarán los aspectos a considerar, tales como el modelo de datos sugerido que puede modificarse según las necesidades que se identifiquen, la relación de valores asociados a los atributos del modelo y los conceptos incluidos en la parametrización.

A continuación se detallan los conceptos a considerar en la parametrización

Definición de Formularios.

Se detallarán las características principales del formulario tales como el código, la descripción fecha de inicio y fin de vigencia, nombre del formulario, tipo de formularios (Declaraciones Juradas, Boletas, Solicitudes y los subtipos de estas), indicadores referidos a la frecuencia de pago (Semanal, quincenal, mensual, trimestral, anual) si genera o no deuda, si se rectifica o no, si tiene cuotas, forma de pago, si admite pagos previos etc.

Definición de Casillas.

Se detallarán las características principales de las casillas tales como número de casilla formulario la descripción, la clase de casilla (número de ruc, periodo, base imponible, impuesto resultante etc), el código de tributo relacionado, tipo de dato, longitud, indicadores para conocer si es de ingreso obligatorio, si toma un valor determinados proporcionados por la SUNAT, si es editable, imprimible, rectificable, si tiene validaciones contra tablas, si se calcula, si se verifican condiciones, si son enteros o admiten decimales y cuantos, etc..

Se definirá además:

Casillas relacionas.

Se valida que cuando se ingrese una casilla previamente se haya ingresado otra o casillas excluyentes cuando con el ingreso de datos de una casilla inhabilita el registro de otra

Valores posibles de registrar en la casilla.

Se deben detallar de ser el caso la lista de valores posibles que pueden ser registrados en una casilla.

69


Ubicación de Casillas en rubros.

Un formulario está compuesto por rubros o secciones de los rubros.

Definición de condiciones.

Se detallarán las condiciones que se verificarán, que pueden estar asociadas a evaluar el resultado de expresiones, validar condiciones del contribuyente, si registro o no algunas casillas, el resultado de la evaluación puede producir que una casilla se calcule aplicando formulas distintas si cumple o no la condición.

Definición de expresiones.

Se detallarán las expresiones de cálculo de una casilla o la evaluación de una condición, también se incluyen operaciones que se tengan que realizar al momento del registro tales como el cálculo de interés moratorio, la aplicación de la tasa vigente para el tributo, y operaciones asociadas a la UIT entre otros.

Definición de Errores.

Se detallarán los errores asociados al formulario, la descripción corta y larga.

Asistentes de Casillas.

Cuando se requiera ingresar el detalle de información que sustente el importe de una casilla se deberán definir la forma como se ingresarán esos datos, así como las columnas con su descripción y las casillas asociadas al que se deberán registrar.

2.5 Estadística de formularios

Presentación de Formularios 2013

68


Formulario Descripción Cantidad % Cantidad1662BOLETA DE PAGO - VIRTUAL 12,601,347 33%

621PDT IGV-RENTA MENSUAL-IEV 10,392,734 27%1611OTROS PAGO FÁCIL 9,529,315 25%

601PLANILLA ELECTRONICA 3,506,659 9%1075FORMULARIOS FÍSICOS 637,209 2%

682PDT RENTA ANUAL TERCERA CATEGORIA 2012 578,093 2%616PDT RENTA 4TA CUENTA PROPIA 214,515 1%681PDT RENTA ANUAL OTRAS RENTAS 2012 206,514 1%617PDT OTRAS RETENCIONES 91,671 0%626PDT RETENCION DE IGV 36,161 0%648PDT IMP.TEMPORAL A LOS ACTIVOS NETOS 33,060 0%697PDT PERCEPCION DE VENTAS INTERNAS 15,590 0%

OTROS PDT 54,878 0%OTROS PAGO FÁCIL 5,010 0%TOTAL 37,902,756 1

2.6 Esquema General del Sistema

2.6.1 Esquema General de la solución Tecnológica

En esta primera etapa, la nueva plataforma de ingreso de información deberá interactuar con los sistemas actuales debido a que los procesos de la Cuenta Única no están incluidos dentro del alcance de esta etapa. En ese sentido, la nueva plataforma de ingreso de información deberá tener mecanismos de transferencia hacia los sistemas actuales de modo que el proceso de negocio de la institución no se vea interrumpido.

En el siguiente gráfico se puede apreciar de manera general el flujo de información entre los sistemas y los principales servicios que se necesitan para la transferencia de información

69


NUEVO MODELO DE DATOS

La nueva plataforma de ingreso de Información será un nuevo sistema orientado a brindar servicios que permitirá al contribuyente y/o usuario de comercio exterior la ejecución de diversas aplicaciones en el mismo entorno para registrar y presentar sus declaraciones juradas y también para realizar sus pagos ante la SUNAT.

La plataforma de ingreso de información estará soportada físicamente por una nueva base de datos (nuevo modelo de datos) y una réplica de ésta (base de datos ubicadas en distintos servidores), la primera para atender la operatividad transaccional y la segunda para atender consultas, reportes y procesos de lectura y/o transferencia de información. En esta nueva base de datos se almacenará toda la información de los formularios (declaraciones juradas, declaraciones simplificados, boletas pago fácil, transacciones de pago, detracciones, pago aduanero, etc.) que ingresen al nuevo sistema, así como información de la configuración y parámetrización de los formularios.

Es importante tener presente que con la implementación de esta primera etapa del proyecto INTERNET será el único medio para poder presentar una declaración y/o efectuar un pago ya que al mismo tiempo se dará de baja a la opción de recepción de formularios en las dependencias SUNAT y a la captura de documentos en la red bancaria. Los canales de atención que estarán disponibles con la implementación de la primera etapa son:

Portal SUNAT, en donde se encontrará todo el menú de opciones de la nueva plataforma de ingreso de información. El contribuyente se conecta utilizando su ruc, usuario y clave SOL (SUNAT Operaciones en Línea).

Aplicación Cliente, aplicativo que debe descargarse e instalarse por única vez en el computador del contribuyente y que en esta primera etapa incluye únicamente al formulario 0621 – de IGV-Renta Completo.

68


Dispositivos móviles, como teléfonos celulares o tablets, desde donde se podrá accesar a la página web de SUNAT (a través de la tecnología responsive design). En esta primera etapa se incluye por este canal solamente a los formularios:1611 – Nuevo RUS1662 – Pago de Valores0621 – IGV/Renta sin movimiento.

MODELO DE DATOS ACTUAL

Está formado por los sistemas que actualmente vienen soportando los procesos y el modelo de negocio de SUNAT en lo referente al registro de formularios, el control de la deuda y el seguimiento o control de la deuda. Como ya se mencionó, la nueva plataforma de ingreso de información deberá enviar información a estos sistemas:

Base de Datos 1

Es el modelo de datos en donde actualmente se almacena toda la información de los formularios que ingresan a SUNAT a través de INTERNET (portal SUMAT). Aquí se almacena toda la información de los formularios (declaraciones juradas, declaraciones juradas simplificadas, boletas pago fácil, datos de la transacción del pago, detracciones, etc.) que sirve de input para otros procesos de suma importancia para la institución y que seguirán utilizándose luego de implementada esta primera etapa del proyecto:

La Generación de la Nota de Abono de Internet, proceso que consiste en determinar la forma en que se debe distribuir el importe recaudado durante un día por un banco con el cual SUNAT tiene firmado un convenio de recaudación. Se detalla también la comisión que SUNAT debe pagar al banco por los servicios de pago prestados.

La Descarga de DP (Datos Primarios) y PQ (Paquetes), proceso que consiste en descargar toda la información de los formularios y las notas de abono de internet para ser transferidas al repositorio central.

Bases de Datos 3

Es el modelo de datos en donde se valida la información declarada por el contribuyente en su declaración jurada, se determina su deuda tributaria, se imputan los pagos efectuados y se administra todo el proceso de cobranza:

Reliquidación, proceso que valida la información de la declaración jurada y determina la deuda tributaria del contribuyente. En el caso de boletas pago fácil determina la imputación del mismo.

Cuenta RSIRAT, proceso que identifica todos los débitos y créditos que tiene un contribuyente para un tributo y en un periodo específico.

Infracciones, proceso que consiste en identificar en forma automática las infracciones cometidas por un contribuyente en la presentación o no de su declaración jurada.

Emisión de Valores, proceso que consiste en generar las Órdenes de Pago en caso el contribuyente no hubiera cancelado el importe total de su deuda o las Resoluciones de Multa en caso el contribuyente no hubiera cancelado sus infracciones

SERVICIOS

Para que los procesos descritos en el ítem Modelo de Datos Actual puedan seguir funcionando correctamente, la nueva plataforma de ingreso de información deberá transferir a los modelos actuales la información de los formularios que ingresen (a excepción del pago aduanero), para esto se ha identificado la implementación de dos servicios:

69


Servicio 2 – Registro en dependencias, proceso que se encargará de transferir todos los formularios presentados en la nueva plataforma de ingreso de información hacia la dependencia a la que pertenece el contribuyente (SIRAT/RSIRAT/SIDCOT). Esta transferencia debe ser efectuada inmediatamente después de culminar con el registro/pago del formulario de modo que se pueda determinar el saldo deudor en el menor tiempo posible.

Servicio 3 – Transfiere formularios, servicio que será utilizado para transferir todos los formularios presentados en la nueva plataforma de ingreso de información hacia el modelo de datos de PDTINTERNET. La información debe estar disponible en el modelo de datos actual durante las primeras horas del día siguiente a la fecha de ingreso del formulario.

Adicionalmente a los servicios de transferencia de información, se requiere implementar un servicio que está más ligado a la presentación/pago del formulario en la nueva plataforma de ingreso de información:

Servicio 1 – Generación de la constancia en PDF y Envío de la constancia al buzón SOL del contribuyente, servicio que será utilizado inmediatamente después de concluida la presentación/pago del formulario. Este servicio genera la constancia de presentación en un archivo PDF a partir de una plantilla. Finalmente, este archivo PDF es guardado en base de datos desde donde es invocado para visualizarse. En todos los casos, este archivo PDF debe ser enviado al buzón SOL del contribuyente.

110

110


ANEXO Nro. 02“Productos de la Plataforma de Ingreso de Información”

Módulo Descripción Productos (Software)

Plataforma Base

Diseño general de la plataforma deingreso de información (es la basetécnica para la implementaciónde los módulos de negocio) eimplementación de los productos(software) comunes a toda la plataforma.

Parametrización

Objetivo:Definir los parámetros necesarios para que los formularios sean configurables (diseño de formularios) y realizar el mantenimiento de los mismos. Cabe mencionar que SUNAT proporcionará una definición inicial de la parametrización.

Paquete: UNOCanal de Implementación: Web (Intranet)

Servicios para Integración:Menú Intranet SUNAT (proporcionado por SUNAT)Otros que determine el Contratista producto de la implementación.

Especificación Casos de Uso: No#

Casosde uso

# Actores

Complejidad

Simple 3 Medio 5 1 Complejo

Cartilla: Casillas del formulario:

Demo: Integrador

Objetivo:Definir los componentes genericos que contienen funcionalidades comunes a toda la plataforma de ingreso de información.

Paquete: UNOCanal de Implementación: Web (Internet), Cliente y MóvilServicios para Integración: Los que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

5 Simple 5 Medio

1 Complejo Cartilla:

Casillas del formulario: Demo:

109

109


Bandeja de Pagos

Objetivo:Permite almacenar formularios para su posterior presentación y/o pago. Debe integrarse al menu de los canales Web, Cliente y Móvil. Funcionalidad similar a la de un carrito de pagos.



Casos de uso

# Actores

Complejidad

Simple Medio

1 1 Complejo Cartilla:


Generador de Constancia de Declaración y/o Pago

Objetivo:

Genera la (s) constancia (s) de los formularios que se han presentado y/o pagado. Generará tantas constancias como formularios existan en la bandeja de pagos. Primero una constancia consolidada para luego poder ir al detalle de la constancia de cada formulario. Asimismo genera las constancias de NPS (Número de Pago SUNAT) y NPD (Número de Pago Detracciones).



Casos de uso

# Actores

Complejidad

3 Simple Medio



Ingreso, Salida y Menú

110

110


Objetivo: Permitir el ingreso, salida y generación del Menú de la versión cliente de laPlataforma de ingreso de información.

Paquete: UNOCanal de Implementación: Cliente

Servicios para Integración:Autenticación Clave SOL (proporcionado por SUNAT)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

Simple Medio



Replica de formularios centralizados

Objetivo:Permite la transferencia de la información de la nueva base de datos de la plataforma de ingreso de información a la base de datos actual.

Paquete: UNOCanal de Implementación: BatchServicios para Integración: Los que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

1 Simple 1 Medio

Complejo Cartilla:


Registro de formularios en sistemas descentralizados

Objetivo:Permite el registro de la información neesaria de la plataforma de ingreso de información a los sistemas descentralizados.

Paquete: UNOCanal de Implementación: BatchServicios para Integración: Los que determine el Contratista producto de la implementación.

109

109



Casos de uso

# Actores

Complejidad

1 Simple 1 Medio

Complejo Cartilla:


Publicación al buzón electronico

Objetivo:Permite la generación en PDF de la constancia de la declaración y/o pago del contribuyente y enviarla al buzón electrónico.

Paquete: UNOCanal de Implementación: Batch

Servicios para Integración:Generación PDF (proporcionado x SUNAT)Publicación al buzón electrónico (proporcionado x SUNAT).Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

1 Simple 1 Medio

Complejo Cartilla:


DeclaracionesJuradas

Permite la presentación y/o pago delas declaraciones juradasdeterminativas detalladas

Receptor Archivos PDT

Objetivo:Permitir al contribuyente realizar la declaración de sus ingresos por medio de la carga del archivo comprimido que genera el PDT.

Paquete: UNOCanal de Implementación: Web (Internet)

Servicios para Integración:Menú internet SUNAT (proporcionado x SUNAT)Existencia del RUC (desarrollado x Contratista)Otros que determine el Contratista producto de la implementación.

110

110


Especificación Casos de Uso: Si#

Casos de uso

# Actores

Complejidad

Simple 1 Medio



Impuesto General a las Ventas (IGV)

Objetivo:Permitir al contribuyente el registro y presentación de la información de la declaración de IGV Renta en un periodo tributario, con la finalidad de determinar la deuda tributaria correspondiente.


Servicios para Integración:Menú Cliente (desarrollado por el Contratista)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

4 Simple 1 1 Medio



Impuesto General a las Ventas (IGV)

Objetivo:Permitir al contribuyente el registro y presentación de la información de la declaración de IGV Renta en un periodo tributario, con la finalidad de determinar la deuda tributaria correspondiente.


109

109


Servicios para Integración:

Menú internet SUNAT (proporcionado x SUNAT)Existencia del RUC (desarrollado x Contratista)Afectación del RUC (proporcionado x SUNAT)Lectura y actualización del sistema de comprobantes de pago y libros electrónicos (desarrollado x Contratista)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

4 Simple 1 1 Medio



Retenciones IGV

Objetivo:Permitir a los Agentes de Retención del IGV el registro y presentación de la información de la Declaración Jurada de Retención de IGV en un período tributario, con la finalidad de determinar la deuda tributaria correspondiente.



Menú internet SUNAT (proporcionado x SUNAT)Existencia del RUC (desarrollado x Contratista)Lectura y actualización del sistema de comprobantes de pago y libros electrónicos (desarrollado x Contratista)Obtener cuenta de retenciones IGV (desarrollado x Contratista)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

3 Simple 1 Medio 1 Complejo


Demo:

110

110


Percepciones IGV

Objetivo:

Permitir a los Agentes de Percepción del IGV el registro y presentación de la información de la Declaración Jurada de Percepción de Ventas Internas en un período tributario con la finalidad de determinar la deuda tributaria correspondiente.



Menú internet SUNAT (proporcionado x SUNAT)Existencia del RUC (desarrollado x Contratista)Lectura y actualización del sistema de comprobantes de pago y libros electrónicos (desarrollado x Contratista)Obtener cuenta de retenciones IGV (desarrollado x Contratista)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad



Demo: Impuesto temporal a los activos netos

Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración de Impuesto Temporal a los Activos Netos en un período tributario. Se migran las funcionalidades de la declaración existente en el aplicativo PDT.


Servicios para Integración:Existencia del RUC (desarrollado x Contratista)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

4 Simple 1 Medio

1 1 Complejo

109

109



Demo: Modificación de coeficiente

Objetivo:

Permitir al contribuyente el registro y presentación de la información referida a la declaración Modificación de coeficiente o porcentaje para el Cálculo del Pago a cuenta del Impuesto a la Renta. Se migran las funcionalidades de la declaración existente en el aplicativo PDT.


Servicios para Integración:Existencia del RUC (desarrollado x Contratista)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

3 Simple 1 Medio



Declaraciones Juradas

Simplificadas

Permite la presentación y/o pago delas declaraciones juradasdeterminativas simplificadas

Impuesto General a las Ventas (IGV) Simplificado

Objetivo:

Permitir al contribuyente el registro y presentación de la información de la declaración de IGV Renta Simplificada para aquellos contribuyentes que no tienen movimientos en el periodo o que cumplen las condiciones para presentar esta declaración.

Paquete: UNOCanal de Implementación: Web (Internet) y Móvil


Menú internet SUNAT (proporcionado x SUNAT)Existencia del RUC (desarrollado x Contratista)Afectación del RUC (proporcionado x SUNAT)Lectura y actualización del sistema de comprobantes de pago y libros electrónicos (desarrollado x Contratista)Declaraciones sustitutorias/rectificatorias (desarrollado x Contratista)Otros que determine el Contratista producto de la implementación.

110

110



Casos de uso

# Actores

Complejidad

Simple 1 1 Medio

1 Complejo

Cartilla:

http://orientacion.sunat.gob.pe/index.php?option=com_content&view=article&id=692:como-funciona&catid=107:declaracion-simplificada&Itemid=178

Casillas del formulario: http://www.sunat.gob.pe/orientacion/formularios/decl/f-119.pdf

Demo:http://multimedia.sunat.gob.pe/index.php/component/k2/item/30-declaracion-simplificada

Nuevo Régimen único simplificado

Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración del régimen único simplificado.

Paquete: TRESCanal de Implementación: Web (Internet) y Móvil



Casos de uso

# Actores

Complejidad

Simple 1 1 Medio

1 Complejo

Cartilla:http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1611_Nuevo_RUS_set2012.pdf

Casillas del formulario:

Demo:http://multimedia.sunat.gob.pe/index.php/videos/videos-tributarios/item/98-declaracion-y-pago-por-internet-castellano

Arrendamiento

http://multimedia.sunat.gob.pe/index.php/videos/videos-tributarios/item/98-declaracion-y-pago-por-internet-castellano

http://multimedia.sunat.gob.pe/index.php/videos/videos-tributarios/item/98-declaracion-y-pago-por-internet-castellano

http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1611_Nuevo_RUS_set2012.pdf

http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1611_Nuevo_RUS_set2012.pdf

http://multimedia.sunat.gob.pe/index.php/component/k2/item/30-declaracion-simplificada

http://multimedia.sunat.gob.pe/index.php/component/k2/item/30-declaracion-simplificada

http://www.sunat.gob.pe/orientacion/formularios/decl/f-119.pdf




109

109


Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración del impuesto por arrendamiento (renta primera categoría).

Paquete: TRESCanal de Implementación: Web (Internet)



Casos de uso

# Actores

Complejidad


Cartilla:http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1683_Arrendamiento.pdf


Trabajador independiente

Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración del impuesto a la renta de cuarta categoría.




Casos de uso

# Actores

Complejidad

2 Simple 1 Medio


Casillas del formulario: http://www.sunat.gob.pe/orientacion/formularios/decl/f-116.pdfDemo:

Trabajadores del hogar

http://www.sunat.gob.pe/orientacion/formularios/decl/f-116.pdf

http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1683_Arrendamiento.pdf

http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1683_Arrendamiento.pdf

110

110


Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración del impuesto a trabajadores del hogar.




Casos de uso

# Actores

Complejidad


Cartilla:http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1676_Trabajadores_del_Hogar.pdf


Ganancias de capital

Objetivo:Permitir a los agentes de retención el registro y presentación de la información referida a la declaración de las retenciones efectuadas en operaciones vinculadas a rentas de segunda, tercera categoría y no domiciliados.




Casos de uso

# Actores

Complejidad

2 Simple 1 Medio



http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1676_Trabajadores_del_Hogar.pdf

http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_1676_Trabajadores_del_Hogar.pdf

109

109


Renta de 2da. Categoría

Objetivo:

Permitir al contribuyente el registro y presentación de la información referida a la declaración del impuesto a la renta de segunda categoría cuenta propia a fin de declarar las rentas por dicho concepto por las cuales el agente de retención no hubiera efectuado la retención.




Casos de uso

# Actores

Complejidad

Simple 1 Medio



Persona Juridica 2015 Simplificada

Objetivo:Permitir al contribuyente el registro y presentación de la información de la declaración de Renta Persona Jurídica Simplificada, para aquellos contribuyentes que cumplen las condiciones para presentar esta declaración.


Servicios para Integración:Menú internet SUNAT (proporcionado x SUNAT)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

5 Simple 4 1 Medio



110

110


Persona Jurídica 2015

Objetivo:Permitir al contribuyente el registro y presentación de la información de la declaración de Renta Personas Jurídicas en un periodo anual, con la finalidad de determinar la deuda tributaria correspondiente.

Paquete: TRESCanal de Implementación: Cliente

Servicios para Integración:Menú Cliente SUNAT (proporcionado x SUNAT)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

10 Simple 8 1 Medio



Personas Naturales 2015

Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración anual de Rentas de Capital Primera Categoría, Rentas de Capital Segunda Categoría, Rentas de Trabajo y/o Fuente Extranjera.

Paquete: TRESCanal de Implementación: Web( Internet)



Casos de uso

# Actores

Complejidad

5 Simple 4 1 Medio




109

109






Casos de uso

# Actores

Complejidad

5 Simple 4 1 Medio








Casos de uso

# Actores

Complejidad

5 Simple 4 1 Medio

19 1 Complejo

Cartilla:http://multimedia.sunat.gob.pe/index.php/component/k2/item/109-renta-anual-2013-persona-natural


http://multimedia.sunat.gob.pe/index.php/component/k2/item/109-renta-anual-2013-persona-natural

http://multimedia.sunat.gob.pe/index.php/component/k2/item/109-renta-anual-2013-persona-natural

110

110


Demo: Personas Naturales 2012

Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración anual de Rentas de Primera Categoría y/o Cuarta y Quinta Categoría.




Casos de uso

# Actores

Complejidad

3 Simple 1 Medio

2 1 Complejo

Cartilla:http://multimedia.sunat.gob.pe/index.php/component/k2/item/91-declaracion-simplificada-de-renta-de-personas-naturales-formulario-virtual-n-681



Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración anual de Rentas de Primera Categoría y/o Cuarta y Quinta Categoría.




Casos de uso

# Actores

Complejidad

3 Simple 1 Medio


http://multimedia.sunat.gob.pe/index.php/component/k2/item/91-declaracion-simplificada-de-renta-de-personas-naturales-formulario-virtual-n-681



109

109




Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración anual de Rentas de Cuarta y Quinta Categoría.




Casos de uso

# Actores

Complejidad

1 Simple Medio



Boletas de pago

Permite realizar pagos anticipados o el pago de deuda tributaria Pago de tributo

Objetivo: Permitir al contribuyente el registro y pago de tributos.Paquete: UNO

Canal de Implementación: Web (Internet)



Casos de uso

# Actores

Complejidad


Cartilla:http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_pagos_varios_PRICO.pdf

http://orientacion.sunat.gob.pe/images/imagenes/formularios/Guia_pagos_varios_PRICO.pdf


110

110



Pago de multaObjetivo: Permitir al contribuyente el registro y pago de multas.Paquete: UNO




Casos de uso

# Actores

Complejidad




Pago de valoresObjetivo: Permitir al contribuyente el registro y pago de valores (deuda tributaria).Paquete: UNO

Canal de Implementación: Web (Internte) y Móvil



Casos de uso

# Actores

Complejidad

1 Simple 1 Medio





109

109


Demo:http://multimedia.sunat.gob.pe/index.php/component/k2/item/33-pago-de-valores-form1660

Pago de Costas y GastosObjetivo: Permitir al contribuyente el pago de costas y gastos.Paquete: UNO




Casos de uso

# Actores

Complejidad

1 Simple 1 Medio



Responsables solidarios

Objetivo:Permitir al contribuyente el registro y pago de deudas atribuidas a los responsablessolidarios.




Casos de uso

# Actores

Complejidad



Demo:

http://multimedia.sunat.gob.pe/index.php/component/k2/item/33-pago-de-valores-form1660

http://multimedia.sunat.gob.pe/index.php/component/k2/item/33-pago-de-valores-form1660

110

110


Fondo Ext. Del pescador

Objetivo:Permitir al contribuyente el registro y presentación de la información referida a la declaración del aporte al fondo extraordinario del pescador a cargo del armador pesquero y de la retención que efectúen las empresas industriales pesqueras.




Casos de uso

# Actores

Complejidad

3 Simple 1 Medio



Entrega de Importes Retenidos

Objetivo:Permitir al contribuyente el registro y pago de embargos en forma de retención realizados por terceros.




Casos de uso

# Actores

Complejidad

1 Simple 1 Medio



109

109


Demo:http://multimedia.sunat.gob.pe/index.php/component/k2/item/34-pago-de-retenciones-form1661

Pago de FraccionamientoObjetivo: Permitir al contribuyente el registro y pago de fraccionamientos.Paquete: UNO




Casos de uso

# Actores

Complejidad




Pago de Fraccionamiento Municipalidades

Objetivo:Permitir al contribuyente el registro y pago de fraccionamientos demunicipalidades.




Casos de uso

# Actores

Complejidad





http://multimedia.sunat.gob.pe/index.php/component/k2/item/34-pago-de-retenciones-form1661

http://multimedia.sunat.gob.pe/index.php/component/k2/item/34-pago-de-retenciones-form1661

110

110


Demo:

Pago de obligaciones

aduaneras

Permite realizar el pago de deuda aduanera con cargo en cuenta bancaria

Pago de CDA

Objetivo:Permitir al usuario de comercio exterior la búsqueda y pago de documentos aduaneros (DAM/LC/VUCE).

Paquete: DOSCanal de Implementación: Web (Internet)

Servicios para Integración:Menú internet SUNAT (proporcionado x SUNAT)Lectura y actualización del SIGAD (desarrollado x Contratista)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

Simple 1 1 Medio



Demo:http://www.sunat.gob.pe/tutores/demos/pagoElectronico/pagoelectronicovfinal.htm

Detracciones

Permite el pago y la presentaciónde una solicitud de detracciones

Pago de detraccionesObjetivo: Permitir al contribuyente el registro y pago de depósitos de detracciones.Paquete: DOS




Casos de uso

# Actores

Complejidad

4 Simple 1 1 Medio



http://www.sunat.gob.pe/tutores/demos/pagoElectronico/pagoelectronicovfinal.htm

http://www.sunat.gob.pe/tutores/demos/pagoElectronico/pagoelectronicovfinal.htm

109

109


Demo:http://multimedia.sunat.gob.pe/index.php/component/k2/item/43-pago-de-detracciones

Solicitud Re imputación SPOT

Objetivo:Permitir al contribuyente la aplicación del saldo de las boletas SPOT al pago de deudas tributarias contenidas en valores (deuda tributaria).




Casos de uso

# Actores

Complejidad

2 Simple 1 1 Medio



DocumentosValorados

Permite la Utilización o Transferencia de Documentos Valorados.

Formulario de Utilización de Documentos Valorados

Objetivo:Permite la presentación del formulario de utilización de Documentos Valorados para cancelar Deudas Tributarias.

Paquete: DOSCanal de Implementación: Web (Internet, Intranet)



Casos de uso

# Actores

Complejidad

3 Simple 2 Medio


http://multimedia.sunat.gob.pe/index.php/component/k2/item/43-pago-de-detracciones

http://multimedia.sunat.gob.pe/index.php/component/k2/item/43-pago-de-detracciones

110

110



Transferencia de Documentos Valorados

Objetivo:Permite la Transferencia parcial o total de Documentos Valorados a otro contribuyente.




Casos de uso

# Actores

Complejidad

Simple 1 Medio



Pago electrónico

Permite realizar la cancelación del pago con las entidades financieras, operadores de tarjeta de crédito y/odébito. Asimismo la generación NPS.

Pasarela de pagos

Objetivo:Permitir al contribuyente y usuario de comercio exterior la cancelación del pago con las entidades financieras, operadores de tarjeta de crédito y/o débito. Asimismo se podrá generar el NPS (Número de Pago SUNAT).

Paquete: UNOCanal de Implementación: Web (Internet), Cliente y Móvil


Sistemas de mensajería (MQ y SIX-TCL) para la comunicación con las entidades financieras (SUNAT proporcionará la arquitectura de objetos).Pago con tarjeta de crédito y/ débito VISA (SUNAT proporcionará el componente de comunicación con VISA).Servicios que simulen el procesamiento de las tramas de tributos internos y aduanas (desarrollado por el contratista)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

109

109


2 Simple 2 Medio



Consultas

Consultas relacionadas a declaraciones y pago de tributosinternos

Consulta Declaraciones y pagos

Objetivo:Permitir al contribuyente la búsqueda de las declaraciones juradas y pagosrealizados.

Paquete: UNOCanal de Implementación: Web (Internet e Intranet)

Servicios para Integración:Menú internet SUNAT (proporcionado x SUNAT)Menú intranet SUNAT (proporcionado x SUNAT)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

4 Simple Medio 1 Complejo


Demo:http://multimedia.sunat.gob.pe/index.php/component/k2/item/31-consulta-de-declaraciones

Consulta NPSObjetivo: Permitir al contribuyente la búsqueda de NPS (Número de Pago SUNAT).Paquete: UNO

Canal de Implementación: Web (Internet e Intranet)



Casos de uso

# Actores

Complejidad

Simple

http://multimedia.sunat.gob.pe/index.php/component/k2/item/31-consulta-de-declaraciones

http://multimedia.sunat.gob.pe/index.php/component/k2/item/31-consulta-de-declaraciones

110

110


Medio 1 1 Complejo


Demo: Consulta Constancia de Pago

Objetivo:Permite al contribuyente obtener la constancia de pago de las obligacionestributarias.




Casos de uso

# Actores

Complejidad



Demo: Consulta de Valores Pendientes de Pago

Objetivo: Permite al contribuyente la búsqueda de sus valores pendiente de pago.Paquete: UNO




Casos de uso

# Actores

Complejidad


Cartilla:

109

109



Consulta de costas pendientes de pagoObjetivo: Permitir la consulta de costas procesales pendientes de pago.Paquete: UNO


Servicios para Integración:Menú intranet e Internet SUNAT (proporcionado x SUNAT)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad



Demo: Consulta de entrega de importes retenidos

Objetivo:Permitir la consultas de los importes retenidos por ruc del deudor o porrango de fechas.


Servicios para Integración:Menú intranet e Internet SUNAT (proporcionado x SUNAT)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad



Demo: Consulta Retenciones y Percepciones

110

110


Objetivo:Permitir a los agentes de retención, percepción y contribuyentes asociados a la operación de retención o percepción la consulta de las operaiones realizadas donde se muestre el detalle de los documentos que sustenten las operaciones.




Casos de uso

# Actores

Complejidad



Demo: Consulta comprobantes de retención/percepción con Inconsistencias

Objetivo:

Permitir realizar la consulta de documentos asociados a las operaciones de retención y percepción que tengan como monto emitido (base imponible) igual a cero o nulo, así como los que tengan el monto de retención o percepción igual a cero o nulo.

Paquete: UNOCanal de Implementación: Web ( Intranet)

Servicios para Integración:Menú intranet SUNAT (proporcionado x SUNAT)Otros que determine el Contratista producto de la implementación.


Casos de uso

# Actores

Complejidad

Simple 1 Medio



109

109


Consulta relacionadas a losdocumentos de pago de aduanas.

Consulta Documentos aduanerosObjetivo: Permitir al contribuyente la búsqueda de los documentos aduaneros.Paquete: DOS




Casos de uso

# Actores

Complejidad

Simple 1 Medio



Consultas relacionadas adetracciones Consulta Depósito detracciones

Objetivo:

Permitir al proveedor, adquiriente y usuario interno la consulta de los depósitos realizados a las cuentas de detracciones. Esta consulta se puede realizar individualmente o masiva. La consulta para el usuario externo solo debe considerar información asociada a su RUC.

Paquete: DOSCanal de Implementación: Web (Internet e Intranet)



Casos de uso

# Actores

Complejidad

Simple 1 Medio



110

110


Consulta Solicitud Re imputación SPOT

Objetivo:

Permitir al contribuyentes y usuario interno la consulta de las solicitudes de reimputación por boletas SPOT. Esta consulta se puede realizar individualmente o masiva. La consulta para el usuario externo solo debe considerar información asociada a su RUC.




Casos de uso

# Actores

Complejidad

Simple 1 Medio



Consulta NPD

Objetivo:

Permitir al contribuyente la búsqueda y consulta de los NPD (Número de Pago Detracciones ) generados. Esta consulta se puede realizar individualmente o masiva. La consulta para el usuario externo solo debe considerar información asociada a su RUC.




Casos de uso

# Actores

Complejidad

Simple 1 Medio


109

109



Consultas relacionadas a documentos valorados. Consulta Aplicación

Objetivo:

Permitir mediante diferentes filtros ver el detalle del formulario de aplicación de Documentos Valorados donde se podra visualizar el tipo de documento valorado, monto total aplicado y el detalle de las deudas, la consulta para el usuario externo solo debe considerar información correspondiente a su Ruc.




Casos de uso

# Actores

Complejidad

Simple 1 Medio



Consulta Transferencia

Objetivo:

Permitir mediante diferentes filtros ver el detalle de las transferencias donde se visualizará los datos del beneficiario, el tipo de documento valorado transferido, monto total transferido, la consulta para el usuario externo solo debe considerar información correspondiente a su Ruc.




Casos de uso

# Actores

Complejidad

110

110


Simple 1 Medio



Consulta Saldo

Objetivo:Permitir mediante diferentes filtros ver el saldo por tipo de documento valorado o número de documento valorado, la consulta para el usuario externo solo debe considerar información correspondiente a su Ruc.




Casos de uso

# Actores

Complejidad

Simple 1 Medio



Consulta Documentos Valorados Generados

Objetivo:Permitir mediante diferentes filtros visualizar los documentos valoradosgenerados.

Paquete: DOSCanal de Implementación: Web intranet



Casos de uso

# Actores

Complejidad

Simple 1 Medio

109

109




Consulta Documentos Valorados Transferidos

Objetivo:Permitir mediante diferentes filtros visualizar los documentos valorados transferidos.

Paquete: DOSCanal de Implementación: Web intranet



Casos de uso

# Actores

Complejidad

Simple 1 Medio



Definición complejidad actor

Para clasificar la complejidad de los actores se debe determinar la forma en la que cada actor interactúa con el sistema que se va a desarrollar. En concreto, los actores se clasifican en 3 categorías: "simple", "medio" y "complejo"

Actor DescripciónSimple Un actor simple representa otro sistema con una API definida

Medioun actor medio es otro sistema que interactúa a través de un protocolo como por ejemplo TCP/IP o es una persona interactuando a través de una interfaz por línea de comandos

Complejo un actor complejo interactúa a través de una interfaz gráfica

110

110


Definición complejidad casos deuso

La complejidad de un caso de uso se debe determinar por el número de transacciones, incluyendo los caminos alternativos. Una transacción es un conjunto de actividades atómicas, donde se ejecutan todas ellas o ninguna. En este contexto, cada caso de uso se debe clasificar en una de las siguientes categorías: “simple”, “medio” o “complejo”

Caso de Uso Descripción

Simple

1. Un flujo básico2. Máximo 3 flujos alternos3. Interfaz de usuario de 1 pantalla (GUI)4. Involucra hasta 5 entidades de base de datos.5. Identificación y descripción de cada uno de los pasos de los flujos.6. Identificación de Pre y Pos condiciones.7. Reglas de negocio.8. Requerimientos No Funcionales.

Medio

1. Un flujo básico2. Entre 3 y 5 flujos alternos3. Interfaz de usuario con máximo 3 pantallas (GUI’s).4. Involucra entre 6 y 10 entidades de base de datos.5. Identificación y descripción de cada uno de los pasos de los flujos.6. Identificación de Pre y Pos condiciones.7. Reglas de negocio.8. Requerimientos No Funcionales.

109

109


Complejo

1. Un flujo básico2. Más de 6 flujos alternos.3. Interfaz de usuario de 4 o más pantallas (GUI’s).4. Involucra 11 o más entidades de base de datos.5. Identificación y descripción de cada uno de los pasos de los flujos.6. Identificación de Pre y Pos condiciones.7. Reglas de negocio.8. Requerimientos No Funcionales.

110

110


ANEXO Nro. 03“Requerimientos No Funcionales de la Plataforma de Ingreso de Información”

109

109


Requerimiento no funcional Descripción

01 Usabilidad El sistema debe facilitar al usuario la navegación por las opciones y permitir el fácil acceso a los diferentes módulos. Asimismo, cuando se está ingresando la información de un formulario, el sistema debe ser intuitivo y amigable para el usuario de modo que permita su fácil llenado.

En ese sentido, la nueva plataforma de ingreso de información debe ser o tener:

Intuitivo y amigable para el usuario (presentación). El sistema debe facilitar el ingreso de información al contribuyente implementado el autollenado en campos tipo combo y la internalización para el manejo de idiomas.

Coherencia y similitud entre las interfaces de usuario. Es decir, los nombres de campos que hacen referencia a un tipo de campo deben llamarse igual en todas las pantallas en las que son utilizados. Por ejemplo el campo RUC debe llamarse Número de RUC en todas las pantallas en donde se debe ingresar o donde es mostrado

Ayudas. Considerar dos tipos de ayuda:o La ayuda general del módulo, que es proporcionada por el área de negocio explicando todo el proceso del

módulo (en formato PDF).o La que se muestra al pasar el puntero mouse sobre el campo en la pantalla, en donde se debe indicar el formato

o tipo de dato que se acepta

Videos demo de apoyo al contribuyente y usuario de comercio exterior en el llenado de un formulario. Esto debería efectuarse para los nuevos formularios desarrollar:

o Formulario 0621 IGV – Renta Mensual Completoo Formulario 0621 IGV – Renta Mensual Simplificadoo Pago de Aduanaso Retencioneso Percepciones Combustibleso Percepciones Ventas Internaso ITANo Coeficiente de Rentao Detracciones

El sistema debe informar al contribuyente cuando se encuentre efectuando un proceso y deba esperar un momento (a través de un reloj de arena que avanza, una barra circular girando, etc.) de modo que pueda visualizar que su petición se está procesando.

El sistema debe contar con ventanas estandarizadas para mostrar los mensajes de error, los mensajes de las alerta y los

110

110



mensajes de confirmación en todos los módulos a implementar

En el caso de los formularios que se presentan por la aplicación Cliente PC, la presentación visual debe ser similar (en colores, tipo y tamaño de letra, ubicación de los botones y de las ayudas, etc.) a la del portal WEB de SUNAT, de modo que haga sentir al contribuyente o usuario de comercio exterior que se encuentra en un mismo entorno de trabajo

02 Desempeño

El sistema informático a implementar deberá permitir el registro de información de todos los contribuyentes y usuarios de comercio exterior a nivel nacional. En ese sentido, con la implementación del nuevo sistema se espera llegar a un solo día de vencimiento para todos ellos por lo que el sistema debe estar preparado para recibir como pico 10,000 formularios en un minuto y 1,500 formularios por minuto en promedio durante dicho día de vencimiento.

Adicionalmente se debe considerar que el número de contribuyentes y usuarios de comercio exterior se incrementa año a año en 10% debido al crecimiento de las actividades económicas del país.

El tiempo máximo de respuesta esperado para una solicitud de listado/consulta estará en función a la cantidad de información a mostrar. El tiempo a evaluar considera desde la llegada de la petición al servidor, la ejecución del SQL y hasta antes del envío de información a la capa cliente

Para listados/consultas de hasta 100 registros el tiempo máximo será de 0.5 segundos. Para listados/consultas de hasta 300 registros el tiempo máximo será de 1.5 segundos.

El tiempo máximo de respuesta esperado para la obtener la información necesaria para validar la información de una DDJJ (como por ejemplo la información de la DDJJ anterior, los pagos previos, la fecha de vencimiento, los saldos a favor, información de la afectación, información proveniente de libros electrónicos, etc.) durante el llenado del mismo será de 8 segundos.

El sistema informático deberá considerar una alta disponibilidad para el contribuyente o usuario de comercio exterior 7 * 24 los 365 días del año para la presentación de formularios de declaración jurada y pagos, así como en otros trámites relacionados con detracciones y consultas. Este tiempo es válido con excepción de los periodos de mantenimiento que será comunicada oportunamente a los contribuyentes y usuarios de comercio exterior

Todos los componentes de la solución deberá estar en alta disponibilidad y balanceo a nivel del software, funcionando en nuestros centros de cómputo (C.C. Miraflores y C.C. San Isidro), los cuales disponen que capacidades de hardware idénticasConsistencia de Información. El sistema debe garantizar que las transacciones con base de datos se realicen al primer intento. No debería suceder que el usuario deba realizar sus procesos en más de un intento para poder efectuar sus trámites.

Consistencia de Información. En caso un usuario esté realizando un proceso y deba esperar unos segundos, no se debe permitir

109

109



que este vuelva a realizar la misma operación y se genere una duplicidad en la ejecución del proceso.

Consistencia de Información. En el aplicativo Cliente que se instala en la PC del contribuyente se deberán establecer controles o mecanismos en los mismos programas a fin que se dé algún tratamiento cuando se presenten problemas o caídas, en ese sentido es fundamental que no se pierda información ante cortes del servicio y la recuperación del mismo. La información ingresada por el contribuyente o usuario de comercio exterior deberá estar asegurada.

Consistencia de Información. El sistema deberá tener controles transaccionales, a fin de que las transacciones que se ejecutan concluyan grabando o generando toda la información que corresponda. En ese sentido, no deben quedar transacciones grabadas a medias, que no hubieran concluido totalmente con la operación que se estaba realizando. Si se presenta una falla en alguna de las actualizaciones, toda la transacción debe ser revertida

Los nueva plataforma de ingreso de información deberá contar procesos de base de datos o sentencias SQL que permitan monitorear el correcto funcionamiento del ingreso de información (registro de formularios/pagos) e identificar posibles fallas o caídas del sistema.

Pago Electrónico – Formularios con pagoEste proceso de base de datos o sentencia SQL deberá obtener la cantidad de formularios con pago mayor a CERO ingresados en los últimos 4 minutos, la información deberá estar detallada por número de formulario

Pago Electrónico – Formularios sin pagoEste proceso de base de datos o sentencia SQL deberá obtener la cantidad de formularios con pago CERO ingresados en los últimos 4 minutos, la información deberá estar detallada por número de formulario

Pago Electrónico – Pagos por Entidad FinancieraEste proceso de base de datos o sentencia SQL deberá obtener la cantidad de formularios ingresados en los últimos 4 minutos, la información deberá estar detallada por código de banco

El resultado de este procesos o sentencias SQL debe ser almacenado en una entidad de monitoreo para desde allí ser consultada.

Se debe garantizar la integridad de la información intercambiada entre los módulos de la plataforma de ingreso de información. No debe ser alterada de manera accidental ni intencional durante la transmisión a su destino final. Si llegase a ocurrir algún tipo de alteración, esta sería evidente para los módulos utilizando mecanismos adecuados de verificación.

Seguridad. En ningún caso el sistema debe tener algún tipo de contraseñas o passwords en el código fuente (hardcode) para su

110

110



04Seguridad

funcionalidad

Seguridad. El sistema debe permitir que todas las sesiones se realicen por un canal seguro SSLv3/TLS para cifrar la sesión y SHA-1 o SHA-2 para cifrar las contraseñas

Seguridad. Los 10 riesgos de seguridad más importantes en aplicaciones web según la organización OWASP (Open Web Application Security Project) los cuales deben tomarse en cuenta al momento de desarrollar son:

o A1-Inyeccióno A2-Pérdida de autenticación y gestión de sesioneso A3-Secuencia de comandos en sitios cruzados XSSo A4-Referencia directa insegura a objetoso A5-Configuración de seguridad incorrectao A6-Exposición de datos sensibleso A7-Ausencia de control de acceso a las funcioneso A8-Falsificación de peticiones en sitios cruzados CSRFo A9-Uso de componentes con vulnerabilidades conocidaso A10-Redirecciones y envíos no validadosSeguridad. Se debe cifrar la información ingresada por el contribuyente cuando ésta sea persistente en bases de datos locales (como en el caso del Aplicativo Cliente que se instala en la PC del contribuyente) dependiendo del usuario/clave sol para poder descifrar la información.

Auditoría. El sistema deberá considerar medidas de seguridad, a fin de poder obtener información del usuario que registra información en el sistema. En ese sentido, adicionalmente a la información del contribuyente se debe registrar la siguiente información:

La dirección IP utilizada La MAC de la PC del contribuyente El sistema operativo de la PC del contribuyente El navegador utilizado

Auditoría. Se deberá guardar información sobre el acceso a las consultas que se habiliten, identificando quien accedió a la misma (RUC, usuario, usuario interno), a qué hora y que información (criterio de búsqueda).

En el Aplicativo Cliente que será instalado en la PC del contribuyente, el llenado de información de un formulario debe tener

109

109



05 Diseño

persistencia, aunque el formulario no se hubiera completado ni enviado a la Bandeja de Pagos. Es decir, el aplicativo Cliente debe ir grabando en línea la información de las casillas según éstas van siendo ingresadas por el contribuyente. De esta manera, este canal de presentación asegura que el contribuyente pueda completar la información del formulario que está trabajando en momentos (o días) distintos. El contribuyente puede salir del aplicativo y volver más tarde o el día siguiente para continuar con el ingreso de su formulario.

Todos los aplicativos deberán generar un LOG con diferentes niveles de visualización de modo que se pueda efectuar un seguimiento al flujo de cualquier aplicativo e identificar algún punto de error o inconsistencia. Todo error del aplicativo debe estar reportado en este LOG con su respectivo mensaje de detalle.

El tamaño máximo para la carga de un archivo será de 10MB

La solución deberá poder integrarse a la infraestructura de Respaldo TSM, recientemente adquirida por la SUNAT

Los aplicativos a desarrollar deben estar diseñados según los lineamientos para el desarrollo de aplicaciones WEB SPA (Single Page Aplication).

Ver detalle en el anexo: Lineamiento para el desarrollo de aplicaciones Web SPA y responsivas, desktop – INSI

06Interfaz

El sistema a desarrollar debe soportar la navegación Web al menos desde los siguientes navegadores sin necesidad de instalar algún plugin adicional

Firefox – Desde la versión 3.5 en adelante

Internet Explorer – Desde la versión 8 en adelante

Chrome – Desde la versión 3.5 en adelante

Safari – Desde la versión 5.0.6 en adelante

El diseño de las interfaces de pantalla y los estilos a utilizar en el nuevo sistema deberán estar alineados con lo establecido por SUNAT (estándares por defecto de bootstrap).

Ver detalle en el anexo: Lineamiento para el desarrollo de aplicaciones Web SPA y responsivas, desktop – INSI

110

110


ANEXO Nro. 04

“Plazos”

Fase Inicial

Fase Pre Operativa

Diseño Genera l (Fase Operati va): Prototipos y Arqui tectura de Software

Paquete 1 (Fas e Operativa) : Productos Bas e, Boletas de Pago, DDJJ IGV-RTA, DDJJ Percepciones y Retenciones, DDJJ ITAN, Coefi ciente,Nueva Pas arela de Pagos , Consul tas y Reportes (1)

Paquete 2 (Fas e Operativa) : Formulario de pago aduanas , Detracciones, Documentos Va lorados, Cons ul tas y Reportes (2)

Paquete 3 (Fas e Operativa) : DDJJ Simplifi cadas, DDJJ Anuales PN, DDJJ Anuales PJ.

Fase Cierre

20 días Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Mes 6 Mes 7 Mes 8 Mes 9 Mes 10 Mes 11 Mes 12 Mes 13 Mes 14 Mes 15 Mes 16 Mes 17 Mes 18 Mes 19 Mes 20 Mes 21

Fase Inicial

*

*

* El inicio del paquete es solo una referencia, no significa que el trabajo a realizar del paquete inicia en ese mes

Pre Operativa Diseño General

Análisis Req, Análisis y Diseño SW

Construcción y Pruebas Certificación SUNAT e Implantación Estabilización Soporte Post-Estabilización

Estabilización

Cierre

Estabilización Soporte Post- EstabilizaciónCertificación SUNAT e Implantación


Construcción y Pruebas


Construcción y Pruebas Certificación SUNAT e Implantación

11110


ANEXO Nro. 05“Lineamientos para el desarrollo de aplicaciones Web SPA y Responsivas, Desktop”

INTRODUCCIÓN

La SUNAT actualmente brinda sus servicios electrónicos tanto a los usuarios internos como a los operadores de comercio y a los contribuyentes a través de aplicaciones web desarrolladas diseñadas específicamente para correr en navegadores de computadoras personales siendo su visualización en dispositivos móviles poco amigable. Sin embargo el uso de dispositivos móviles tales como tablets y smartphones por parte de los usuarios ha crecido considerablemente, siendo el uso de estos dispositivos cada vez más común.El presente documento tiene como objetivo brindar los lineamientos para el desarrollo de aplicaciones web adaptables (responsive web design) las cuales tienen una visualización web tanto de computadoras personales como de dispositivos amigables con un solo desarrollo, mejorando la experiencia del usuario.De esta manera se mejorara el servicio brindado a los usuarios tanto internos como externos, permitiendo realizar operaciones en dispositivos móviles sin necesidad de realizar un desarrollo adicional.1 ARQUITECTURA FRONT-END DE APLICACIONES WEB1.1 Arquitectura de Aplicaciones Web (Web for All)

Ilustración 1: Arquitectura Front-End de las Aplicaciónes Web de SUNAT

1.1.1 Capa de Presentación1.1.1.1 Responsive DesignEs una filosofía de diseño y desarrollo web que permite adaptar un sitio web al entorno del usuario, la idea principal de esta filosofía es construir un Web para todos (Web for all) y además que sea accesible desde cualquier dispositivo.El uso de dispositivos móviles está creciendo a un ritmo increíble, dispositivos como tablets y smartphones han incrementado sus ventas en los últimos años y la navegación en Internet mediante estos dispositivos es cada vez más común. Ese es el motivo por el que el diseño web adaptable se ha vuelto tan popular, pues es una técnica que proporciona una solución web que puede manejar la visualización web tanto de escritorio como de dispositivos.Se basa en los siguientes principios

Construcción de páginas basadas en grids Redimensionamiento de las imágenes Media query, cambio de la presentación para que se acomode al dispositivo

El Responsive Web Design se hace posible gracias a la introducción de las Media Queries en las propiedades de los Estilos CCS3. Las Media Queries son una serie de órdenes que se incluyen en la hoja de estilos que indica al documento HTML cómo debe comportarse en diferentes resoluciones de pantalla.

112


Para entenderlo mejor, los diseños de las Páginas Web, al igual que los periódicos y las revistas, están basados en columnas, entonces con la filosofía del Diseño Adaptativo, si una web a resolución de PC (1028x768 px) tiene 5 columnas, para una Tablet (800x600 px) necesitaría sólo 4, y en el caso de un smartphone cuyo ancho suele ser entre 320 px y 480 px las columnas usadas serían 3.

Beneficios.• Con una sola versión en HTML y CSS se cubren todas las resoluciones de pantalla, PCs,

tablets, teléfonos móviles y esto hace que el impacto en el usuario sea mucho mayor y de mejor calidad.

• Se reducen los costes brutalmente, nada de realizar mantenimientos especializados o versiones diferentes.

• La usabilidad es infinitamente mayor. • En cuanto a la optimización de motores de búsqueda, también se ve notoriamente mejorada

con tan sólo una URL en los resultados de búsqueda, sin redirecciones que a veces fallan etc.

1.1.1.2 BootstrapEs el framework de Twitter que permite crear interfaces web con CSS y Javascript que adaptan la interfaz dependiendo del tamaño del dispositivo en el que se visualice de forma nativa, es decir, automáticamente se adapta al tamaño de un ordenador o de una Tablet sin que el usuario tenga que hacer nada, esto se denomina diseño adaptativo o Responsive Design como se mencionó en el punto anterior.Bootstrap ofrece una serie de plantillas CSS y ficheros Javascript que nos permiten integrar el framework de forma sencilla y potente en nuestros proyectos webs.

Permite crear interfaces que se adapten a los diferentes navegadores, tanto de escritorio como tablets y móviles a distintas escalas y resoluciones.

Se integra perfectamente con las principales librerías Javascript, por ejemplo JQuery. Ofrece un diseño sólido usando LESS y estándares como CSS3/HTML5. Es un framework ligero que se integra de forma limpia en nuestro proyecto actual. Funciona con todos los navegadores, incluido Internet Explorer usando HTML Shim para que

reconozca los tags HTML5. Dispone de distintos layout predefinidos con estructuras fijas a 940 píxeles de distintas

columnas o diseños fluidos.Descarga en: http://getbootstrap.com/Version actual: 3.1.1. Referencia al 12/06/2014.

1.1.1.3 Single Page Aplication (SPA)Las SPA son aplicaciones web que tienen la capacidad de volver a construir cualquier parte de la interfaz web sin necesidad de ir al servidor para recuperar un html. Esto se puede alcanzar solo

11110


mediante la separación de los datos (Modelo) de la presentación y la capa de vista que lee de los modelos para generar la pagina.

Beneficios: Las aplicaciones SPA nos permiten ofrecer una experiencia para el usuario muy cercana a

una aplicación desktop. Tiempo de respuesta se reduce. Con esto se puede atender a más usuarios al mismo tiempo. Disminuye el tráfico de red, porque solo hay un intercambio de data y no paginas completas. Al intercambiar DATA del Modelo en formato json la renderezacion de la información del lado

del cliente mejora sustantivamente. Mayor interatividad por el uso de llamadas asíncronas

Patron Model –View – ViewModel (MVVM)El patrón MVVM es un patron para el diseño de aplicaciones SPA que nos permite separar el código de la interfaz de usuario, la DATA y el código que actualiza la interfaz de usuario.

Capas de la aplicación:

ViewTiene la función de presentar la información al usuario. Se le considera una vista activaporque contiene comportamiento, eventos que necesitan del ViewModel. ViewModelContiene todo el código necesario para recibir información de la vista e insertándola en el modelo, o recibiendo datos del modelo para convertirlos en propiedadespara luego ser enviados a la vista.ModelRepresenta la DATA o entidades del dominio de la aplicación.

112


1.1.1.4 AngularjsAngularJS es un framework Javascript MVC desarrollado por Google para agregar contenido HTML dinámicamente con esto se logra escribir modernas aplicaciones SPA.Angular ofrece:Directivas:Es un marcador para un tag html que le dice a Angular la referencia de código javascript que se debe ejecutar

Módulos: Son piezas de código de una aplicación Angular. Hace que el código sea mantenible, testeable y fácil de entender. Además define dependencias para nuestra aplicación.

Nombre de la función a llamar

Directiva

11110


Expresiones:Sirven para agregar código dinámicamente en nuestro HTML.

Controller: Se encargan de definir el comportamiento de una aplicación angular.

1.1.1.5 JqueryEs una librería de JavaScript que permite simplificar la manera de interactuar con los documentos HTML, manipular el árbol DOM, manejar eventos, desarrollar animaciones y agregar interacción con la técnica AJAX a páginas web.Descarga en: http://code.jquery.com/jquery-2.1.1.jsVersion actual: 2.1.1 Referencia al 01/05/2014

1.1.1.6 HTML5Html5 es el más reciente estándar para HTML, La version previa HTML 4.01, vino en 1999 y el internet ha cambiado mucho desde entonces.Fue especialmente diseñado para llevar contenido rico sin necesitar plugins adicionales. La actual versión lleva de todo, desde animación hasta graficos, desde música hasta videos, y puede ser usado para construir complejas aplicaciones web.Por otro lado HTML5 es multiplataforma. Esta diseñado para trabajar en lo que el usuario esté usando, una PC, o una Tablet, un Smartphone o un SmartTV.Lo nuevo que trae HTML5 es:

Nuevos Elementos

112


Nuevos atributos Soporte completo a CSS3 Audio y Video 2D/3D Graphics Local Storage Local SQLDatabase WebForms GeoLocalization. Y mucho más.

Si desea saber más visite: http://www.w3schools.com/html/html5_intro.asp

1.1.1.7 CSS3Es el último estandar para CSS (Cascading Style Sheets u Hojas de Estilo en Cascada).CSS3 es completamente compatible con versiones anteriores de CSS.Mientras que HTML5 nos permite definir la estructura de una página web, las hojas de estilosnos ofrecen la posibilidad de definir las reglas y estilos de representación en diferentes dispositivos, ya sean pantallas de equipos de escritorio, portátiles, móviles, impresoras u otros dispositivos capaces de mostrar contenidos webLo nuevo en CSS3:

Borders. Background. Gradients. Text effects. Fonts. Transformaciones 2D y 3D. Transiciones. Animaciones. Multiple Column Layout User Interface

Referencia oficial:http://www.w3schools.com/css/css3_intro.asp

1.1.2 Capa de ServiciosRest/ RestfulREST (Representational State Transfer) es un estilo de arquitectura para desarrollar servicios. Los servicios web que siguen este estilo deben cumplir con las siguientes premisas.

Cliente/Servidor: Como servicios web son cliente servidor y definen un interface de comunicación entre ambos separando completamente las responsabilidades entre ambas partes.

Sin estado: Son servicios web que no mantienen estado asociado al cliente.Cada petición que se realiza a ellos es completamente independiente de la siguiente. Todas las llamadas al mismo servicio serán idénticas.

11110


Cache: El contenido de los servicios web REST ha se puede cachear de tal forma que una vez realizada la primera petición al servicio el resto puedan apoyarse en la cache si fuera necesario.

Servicios Uniformes: Todos los servicios REST compartirán una forma de invocación y métodos uniforme utilizando los métodos GET,POST,PUT,DELETE.

Arquitectura en Capas: Todos los servicios REST estan orientados hacia la escalabilidad y un cliente REST no será capaz de distinguir entre si esta realizando una petición directamente al servidor, o se lo esta devolviendo un sistema de caches intermedio o por ejemplo existe un balanceador que se encarga de redirigirlo a otro servidor.

112


En Spring 3, la clase RequestMapping esta habilitada para soportar caracteristicas RESTful, los cuales facilitan a los desarrolladores de Spring desarrollar servicios REST en Spring MVC.

1.1.3 Capa de NegocioSpring: Controller, ServiceJEE: JAX-WS, JAX-RS, EJB Stateless

1.1.4 Capa de DatosMybatis: DAO 1.1.5 Arquitectura aplicaciones SPA y responsivas

11110


1.1.6 Estructura de aplicación Web Front-END

Donde, el nombre de paquete estándar de SUNAT depende del macroproceso.proceso.subproceso al que pertenece la aplicación móvil.

1.1.7 Estructura de aplicación Móvil1.1.7.1 Características

Considerando las mismas especificaciones de WEB FOR ALL, las aplicaciones móviles serán iniciadas como una aplicación nativa utilizando ApacheCordova o phonegap, la elección de esta u otra herramienta deberá ser aprobada por DAIA.

El código Java Script a Utilizar en lás páginas podrá hacer uso de las siguientes librerías: Jquery MobileCualquier otra librería Javascript que sea necesaria para la construcción de un componente especializado deberá ser propuesta y sustentada por el Contratista y aprobada por la DAIA.

El acceso a los recursos del equipo móvil, como cámara, gps y demás sensores, será a través del API javascript, de Apache Córdova y extensiones que sea necesario realizar.

Todo software desarrollado para la capa de presentación, deberá estar orientado a pruebas y deberá ser probado con el framework qunit.js. cualquier sugerencia de otro framework de pruebas unitarias, deberá ser propuesto y sustentado por el Contratista y aprobado por la DAIA.

Las aplicaciones para su distribución en producción deberán estar ofuscadas, minificadas y empaquetadas como app nativa.

Adicionalmente, las app orientadas al contribuyente, deberán estar publicadas en el Store correspondiente al Sistema Operativo del dispositivo. Publicadas en el store de android, IOS y Windows.

112


1.1.8 Estructura de aplicación Desktop1.1.8.1 Características

Considerando las mismas especificaciones de WEB FOR ALL, las aplicaciones “de escritorio”(Ddeskto) serán iniciadas como una aplicación nativa, no a través del navegado, y para ello se utilizará Node-WebKit. Cualquier otra herramienta deberá ser aprobada por DAIA

Cualquier librería Javascript que sea necesaria para la construcción de un componente especializado deberá ser propuesta y sustentada por el Contratista y aprobada por la División de Arquitectura de Información y de Aplicaciones.

El acceso a los recursos del equipo desktop, como filesystem, Impresora, etc. a través de Nodejs y las extensiones Nodejsm que sean necesarias incorporar o construir.

Todo software desarrollado para la capa de presentación, deberá estar orientado a pruebas y deberá ser probado con el framework qunit.js. cualquier sugerencia de otro framework de pruebas unitarias, deberá ser propuesto y sustentado por el Contratista y aprobado por la División de Arquitectura de Información y de Aplicaciones.

Las aplicaciones para su distribución en producción deberán estar ofuscadas, minificadas y empaquetadas como una aplicación desktop nativa vía node-webkit.

Adicionalmente los archivos ejecutables y DLLs que compongan la solución, deberán distribuirse con un programa instalador.

En caso no haya comunicación con los servicios de SUNAT, se deberá permitir el funcionamiento con la base de datos local SQLite

Para el UPLOAD de archivos pesados, se deberá utilizar el componente especificado por el nuevo framework de SUNAT. La disponibilidad de este componente está por definirse.

1.1.9 Arquitectura Orientada a Servicios y BPM1.1.9.1 Características

Los servicios dependiendo de su naturaleza deberán ser expuestos en el IBM Integration Bus o en el IBM Datapower SOA Appliance, utilizando los estándares SOAP o REST.

Los servicios deberán ser registrados en el IBM ServiceRegistry and Repository.

Los procesos deberán ser desplegados en el IBM Business Process Manager.

El desarrollo de las pantallas para las atareas humanas de los procesos deberán ser construidas con la arquitectura definida en el punto 1.4 . Otras Tecnologías y/o herramientas que el Contratista considere deberán ser propuestas y sustentadas por el Contratista y aprobadas por la División de Arquitectura de Información y de Aplicaciones.

Los servicios que interactúen con el BPM deberán ser RESTful, otras Tecnologías y/o herramientas que el Contratista considere deberán ser propuestas y sustentadas por el Contratista y aprobadas por la División de Arquitectura de Información y de Aplicaciones.

Los Reportes y Dashboard para los procesos deberán ser construidos para ser visualizados en el Process Portal de la suite BPM de IBM, IBM Business Space. Otras Tecnologías y/o herramientas que el Contratista considere deberán ser propuestas y sustentadas por el Contratista y aprobadas por la División de Arquitectura de Información y de Aplicaciones.

Las reglas de negocio deberán ser expuestas en el software IBM OperationalDecision Manager.

11110


La documentación de los servicios debe incluir: artefactos de análisis de servicios, artefactos de modelado de servicios, artefactos de diseño de servicios y de la composición de servicio, Contrato de los servicios, Inventario de servicios.

Todos los entregables deben seguir los patrones y estándares BPM/SOA definidos por SUNAT.

2 ARQUITECTURA SOA y BPM2.1 Arquitectura Orientada a Servicios y BPM2.1.1 Características

Los servicios dependiendo de su naturaleza deberán ser expuestos en el IBM Integration Bus o en el IBM Datapower SOA Appliance, utilizando los estándares SOAP o REST.

Los servicios deberán ser registrados en el IBM ServiceRegistry and Repository.

Los procesos deberán ser desplegados en el IBM Business Process Manager.

El desarrollo de las pantallas para las atareas humanas de los procesos deberán ser construidas con la arquitectura definida en el punto 1.4 . Otras Tecnologías y/o herramientas que el Contratista considere deberán ser propuestas y sustentadas por el Contratista y aprobadas por la División de Arquitectura de Información y de Aplicaciones.

Los servicios que interactúen con el BPM deberán ser RESTful, otras Tecnologías y/o herramientas que el Contratista considere deberán ser propuestas y sustentadas por el Contratista y aprobadas por la División de Arquitectura de Información y de Aplicaciones.

Los Reportes y Dashboard para los procesos deberán ser construidos para ser visualizados en el Process Portal de la suite BPM de IBM, IBM Business Space. Otras Tecnologías y/o herramientas que el Contratista considere deberán ser propuestas y sustentadas por el Contratista y aprobadas por la División de Arquitectura de Información y de Aplicaciones.

Las reglas de negocio deberán ser expuestas en el software IBM OperationalDecision Manager.

La documentación de los servicios debe incluir: artefactos de análisis de servicios, artefactos de modelado de servicios, artefactos de diseño de servicios y de la composición de servicio, Contrato de los servicios, Inventario de servicios.

Todos los entregables deben seguir los patrones y estándares BPM/SOA definidos por SUNAT.

3 Arquitectura Tecnológica

112


4 EXPERIENCIA DE USUARIO WEB”La experiencia del Usuario”, UX por sus siglas en ingles, contempla todos los aspectos de la interaccion de un usuario final con un servicio o producto, en este caso en especifico con una aplicación Web.Se deben considerar los siguientes factores para mejorar la experiencia del usuario:

4.1. USABILIDAD:Es la eficacia, eficiencia y satisfacción con la que un producto permite alcanzar objetivos específicos a usuarios específicos en un contexto de uso especifico… ISO/IEC 9241.Eficacia: significa que el usuario puede realizar la tarea.Para analizar este factor debemos medir la facilidad de aprendizaje.Eficiencia: significa que el usuario puede realizar la tarea en forma eficiente. Para analizar este factor debemos medir el rendimiento.Satisfacción: significa que el usuario disfruta realizando la tarea.Para analizar este factor debemos medir la aceptación del servicio.

4.2 DISEÑO CENTRADO EN EL USUARIO:Es un proceso iterativo que consta de 3 etapas

11110


Investigación y Analisis: Significa conocer al usuario, saber que esta tratando de lograr, conocer sus objetivos y valores, las tareas, el contexto de uso, sus habilidades.Diseño: Consiste en realizar un diseño previo basado en prototipos, los prototipos son una herramienta de comunicación y validación. Nos permiten entender cosas que son difíciles de predecir.Habilitan una conversación reflexiva de interacción con el Servicio, para este caso el objetivo del prototipo no es la aplicación en sí, si no es el aprendizaje.

Evaluación: a esta etapa también se le conoce como “Pruebas de Usabilidad” Significa observar al usuario realizando la tarea, en el contexto real, nos sirve para descubrir oportunidades para reformular el problema y las posibles soluciones, también nos permite evaluar los prototipos y las soluciones de forma iterativa.

Hay tres categorías principales de pruebas de usabilidad:

1. Exploratorio: Uso temprano en el desarrollo de productos para evaluar la eficacia y la facilidad de uso de un diseño preliminar o prototipo, así como los procesos de pensamiento de los usuarios y la comprensión conceptual.

2. Evaluación: usado a mitad de camino en el desarrollo de productos o como un test de usabilidad general de la evaluación de tecnologías. El ensayo evalúa en tiempo real la tecnología para determinar la satisfacción, eficacia y facilidad de uso general.

http://www.utexas.edu/academic/ctl/assessment/iar/tech/plan/method/use-types.php

112


3. Comparativa: Compara dos o más productos de tecnología de instrucción o diseños y distingue las fortalezas y debilidades de cada uno.

5 MINIFICATION Y BUNDLINGMinification & Bundling, son dos técnicas que se utilizan en el desarrollo de aplicaciones web para mejorar el tiempo de carga de las solicitudes (REQUEST) y menor uso de ancho de banda. Estas mejoras están relacionadas a dos características:

Reducción del número de solicitudes (request) al servidor. Reducción del tamaño de los archivos solicitados (javascript y CSS).

5.1 MinificationEsta técnica reduce el tamaño de los recursos requeridos removiendo todos los caracteres innecesarios de las librerías utilizadas. En cuanto a las líbrerías JAVASCRIPT el uso de esta técnica no cambia la funcionalidad de las funciones.

5.1.1 Caraterísticas: Elimina comentarios Elimina espacios en blanco Elimina saltos de línea Reduce nombre de funciones Reduce nombre de variables Reduce nombre de identificadores

Estas líneas en un archivo plano pesa 807 bytes.

El código Javascript aplicando la técnica.

Esta línea en un archivo plano pesa 380 bytes.

Herramientas tipo para Minification

• Aplicaciones• http://jscompress.com/ • http://skalman.github.io/UglifyJS-online/ • http://marijnhaverbeke.nl/uglifyjs

• Versión para Dojo • http://shrinksafe.dojotoolkit.org/

• Versión para jQuery • http://www.jquerybyexample.net/2011/03/always-minimize-or-minify-your.html

Sus librerías ya vienen minimizadas

5.2 Bundling

http://www.jquerybyexample.net/2011/03/always-minimize-or-minify-your.html

http://shrinksafe.dojotoolkit.org/

http://marijnhaverbeke.nl/uglifyjs

http://skalman.github.io/UglifyJS-online/

http://jscompress.com/

11110


La idea general es concatenar varios archivos de un mismo tipo en un solo archivo y así conseguir un solo recurso grande en lugar de varios pequeños recursos.

5.2.1 CaracterísticasSe puede considerar dos tipos de Bundling

bundle para archivos JS y CSSPor ejemplo para el uso de CSS, tengo el siguiente HTML:

Agrupándolo: referenciándolo como uno solo

sprite para imágenes JPG, GIF, PNG:Esta buena práctica se aplica a gráficos utilizados regularmente en una aplicación. Agrupa en un solo archivo los gráficos de una aplicación. Ideal para logos, íconos.

Puede ser escalado a cualquier tamaño sin perder la calidad.

Image SpritePor ejemplo: tenemos un solo archivo PNG para los íconos utilizados en una aplicación, consta de ocho íconos de 24 x 24

Archivo ejemplo: “sprite.png”

Para utilizar el ícono de la impresora, en un archivo CSS se referencia de esta manera:Después de siete iconos (7 x 24 = 168) es el punto de inicio del ícono de impresora:

SVG Image Sprites (SVG: Scalable Vector Graphics)

Puedes colocar varias imágenes en un solo archivo, y referenciar cada imagen por nombre en vez de la posición de los píxeles

Por ejemplo: se referencia los gráficos con los nombres “circulo”, “cuadrado”, “triángulo”.

112


Si este archivo tiene el nombre “sprite.xml” para referenciar al gráfico “circulo” seria:sprite.xml#circle

Se debe tener en cuenta que SVG Image Sprites funciona para IE9+, Firefox, Opera 12

6 SEGURIDAD EN LAS APLICACIONES WEBLos 10 riesgos de seguridad más importantes en aplicaciones web según la organización OWASP (Open Web Application Security Project) los cuales deben tomarse en cuenta al momento de desarrollar son:A1-InyecciónA2-Pérdida de autenticación y gestión de sesionesA3-Secuencia de comandos en sitios cruzados XSSA4-Referencia directa insegura a objetosA5-Configuración de seguridad incorrectaA6-Exposición de datos sensiblesA7-Ausencia de control de acceso a las funcionesA8-Falsificación de peticiones en sitios cruzados CSRFA9-Uso de componentes con vulnerabilidades conocidasA10-Redirecciones y reenvíos no validados

ISO-25010: Requerimientos no funcionales o características del sistema.

Capacidad de protección de la información y los datos de manera que personas o sistemas no autorizados no puedan leerlos o modificarlos. Esta característica se subdivide a su vez en las siguientes subcaracterísticas:

Confidencialidad. Capacidad de protección contra el acceso de datos e información no autorizados, ya sea accidental o deliberadamente.Integridad. Capacidad del sistema o componente para prevenir accesos o modificaciones no autorizados a datos o programas de ordenador.No repudio. Capacidad de demostrar las acciones o eventos que han tenido lugar, de manera que dichas acciones o eventos no puedan ser repudiados posteriormente.Responsabilidad. Capacidad de rastrear de forma inequívoca las acciones de una entidad.Autenticidad. Capacidad de demostrar la identidad de un sujeto o un recurso.Los estándares a utilizar son WS-Security y OAuth 7 GLOSARIO DE TERMINOSDAIA: División de Arquitectura de Información y Aplicaciones

BPM, Metodología cuyo objetivo es mejorar el desempeño (Eficiencia y Eficacia) de la Organización a través de la gestión de los procesos de negocio, que se deben diseñar, modelar, organizar, documentar y optimizar de forma continua. El Modelo de Administración por Procesos, se refiere al cambio operacional de la empresa al migrar de una operación funcional a una operación de administrar por procesos.

SOA, Es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Permite la creación de sistemas de información altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma

11110


bien definida de exposición e invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros.

BAM.- (Acrónimo de Business Activity Monitoring). Provee información en tiempo real del estado de las operaciones, y transacciones de los procesos, a fin de mantener informado al negocio para la toma de decisiones, y la identificación de problemas.

BPMS.- (Acrónimo de Business Process Management Suite). Conjunto de software que cubre los requerimientos de la tecnología BPM, usualmente incluye los siguientes servicios: herramientas para modelado de procesos, herramientas para simulación de procesos, herramientas para definición de las reglas de negocio, herramientas para la definición de variables e indicadores de gestión y monitoreo de actividades del negocio, motor de ejecución de procesos, motor de ejecución de orquestación de servicios, motor de ejecución de reglas de negocios, ESB (Enterprise Service BUS).

BRMS.- (Acrónimo de Business Rules Management System). Software utilizado para definir, implementar, ejecutar, controlar y mantener la variedad y la complejidad de la lógica de decisión, (reglas de negocio), utilizadas por las aplicaciones y sistemas dentro de una organización.

ESB, (Acrónimo de Enterprise Service Bus, en español bus de servicios empresariales) Software y prácticas que permiten la interoperabilidad entre diferentes aplicaciones a través de un flujo orquestado de actividades.

SOA.- (Acrónimo de Service Oriented Architecture). Es una arquitectura de software que permite exponer la funcionalidad de los sistemas como “servicios” los cuales pueden integrarse entre si para la creación de sistemas altamente escalables.

SPA. Single Page Applications, (Acrónimo de Aplicaciones de una Sola Página).Forma de desarrollar una página web que permite ofrecer una experiencia de usuario similar a una aplicación desktop nativa, dejando todo el manejo de los eventos de la interface en la página web, y obtener del servidor únicamente data.

112


ANEXO Nro. 06“Lineamientos de Arquitectura de la Infraestructura Tecnológica”

I.-Arquitectura Tecnológica

Las aplicaciones existentes en SUNAT, se encuentran sobre los siguientes tipos de Arquitectura Tecnológica:

Arquitectura Monolítica Corresponde a los sistemas en Informix 4GL. Todas las decisiones conceptual, funcional, diálogo y presentación, son implementadas dentro de un solo componente.

Arquitectura Cliente/Servidor Conformada por los sistemas desarrollados en FoxPro, Visual FoxPro y Power Builder, que se conectan a las bases de datos Informix y Oracle.

Arquitectura multi-capas

En este tipo de arquitectura se encuentran las aplicaciones web.

Las aplicaciones web existentes, están escritas en lenguaje Java bajo el estándar JEE y desplegadas en un servidor de aplicaciones Oracle WebLogic 11g con conexión JDBC hacia RDBMS de tipo Oracle e Informix.

Mientras que el Sistema operativo base de los WebLogic es el Linux RedHat Enterprise de 64 bits, la arquitectura de software de las aplicaciones se basa en tecnologías como Servlets, JSP, JDBC, EJB 2.x, Web Services, así como en Spring MVC, Hibernate y Dojo.

La mayoría de aplicaciones emplea un FileSystem compartido para leer o escribir archivos.

Algunas aplicaciones funcionan en dos tiers: el front-end para respuestas “en línea” y el back-end para procesos “pesados” comunicándose entre sí por medio de colas de mensajería con tecnología JMS proporcionada por el WebLogic (y configurada en algunos casos con soporte Oracle AQ e IBM MQSeries).

También se debe considerar la plataforma de mensajería basada en IBM MQ-Series y SIX/TCL para los temas de intercambio de información con los bancos y otras entidades del Estado y la plataforma de SOA existente.

II.-Plataforma de Base de Datos

Las bases de datos institucionales de sistemas de información de negocio se implementan en Informix u Oracle.

Las bases de datos se encuentran centralizadas en servidores ubicados en los Data Center de Miraflores y San Isidro, con excepción de las bases de datos que están alojadas en el Centro de Cómputo de Loreto, ubicado en la ciudad de Iquitos.

La información manejada por las bases de datos Informix y Oracle se almacena en una solución de red de área de almacenamiento (SAN), lo que permite centralizar la información de los sistemas del negocio tributario y aduanero en una red independiente, de altas prestaciones y máxima seguridad, facilitando, además, la administración y gestión de la información. Otra característica importante es que es un sistema que presenta una alta tolerancia a fallos.

Toda nueva base de datos, utilizada por aplicaciones del negocio, es instalada en servidores con tecnología RISC y sistema operativo AIX 7.1.

Se cuenta con ambientes de desarrollo y pruebas, configurados con las similares características que el ambiente de producción.

11110


La SUNAT cuenta con una solución de virtualización IBM PowerVM para los servidores Power7, que soportan las bases de datos del negocio (Informix y Oracle).

Diagrama 1

112


Las especificaciones de hardware y software base donde se creará la base de datos de la plataforma de ingreso de información de declaraciones juradas, detracciones y pagos es:

Concepto DetalleHardware Arquitectura: RISC

Servidor: IBM Power795 * / Power740 **Procesador: Power7 4.0 Ghz / Power7 3.5 GhzHypervisor: PowerVM Standard

Sistema Operativo AIX 7.1 64 bitsSoftware Base de Datos

Informix 12.1 Oracle 11g Standard Edition o superior

(*) Para BD informix(**) Para BD Oracle

III.-Plataforma de Capa MediaLa plataforma de servidores web y de aplicaciones está separada en capas que forman parte de una solución distribuida, las capas son: Capa de Servidores Web, Capa de Servidores de Aplicaciones y Capa de Base de Datos. Estas capas están separadas en zonas de red independientes.

La distribución actual de la plataforma de servidores web y de aplicaciones se ubica en dos Data Centers, cada uno conformado por dos DMZ principales: la primera DMZ contiene la zona de servidores web y la segunda DMZ contiene la zona de servidores de aplicaciones.

Asimismo, existe una DMZ extranet para entidades y otra DMZ extranet para funcionarios.

A nivel de servidores web, se utiliza el iPlanet, responsable de atender requerimientos estáticos y hacer proxy hacia los servidores de aplicaciones.

El estándar para servidor de aplicaciones es WebLogic, responsable de la lógica de presentación, lógica de negocio y lógica de persistencia de datos en entornos Java EE.

Los servidores web y de aplicaciones se encuentran sobre servidores con tecnología CICS y sistema operativo Linux Red Hat Enterprise 5.6 y 6.0.

El sistema de directorio utilizado por las aplicaciones de Intranet es el Sun One Directory Server.

Se cuenta con ambientes de desarrollo, pruebas funcionales, pruebas de integración y capacitación, configurados de manera similar a producción.

Las especificaciones de hardware y software base del middleware de la plataforma de ingreso de información de declaraciones juradas, detracciones y pagos es:

Concepto DetalleHardware Arquitectura: CISC

Servidor: Hitachi Blade CB500Procesador: Intel Xenon ES-2697v2 2.7 GHzHypervisor: Vmware vSphere 5 Enterprise Plus

Sistema Operativo Red Hat Enterprise Linux 5, 6 ó superior Intel x64Servidor de Aplicaciones Oracle Weblogic Server 12cPlataformas JAVA JAVA SE 7

JAVA EE 7

Servidor Web Oracle HTTP Server 12cHub Integración MQ IBM WebSphere MQ 7.x

11110


Hub Integración SIX - TCL SIX/TCL 3.2.1 (protocolos SNA y TCP/IP), actualmente se tiene con 2 bancos la comunicación sobre SNA y con otros 2 sobre TCP/IP

ESB IBM Integration Bus V 9.0WSRR IBM Service Registry and Repository V 8.0.0Gestor de reglas de negocio IBM Operational Decision Manager V 8.5.1

Asimismo la plataforma de ingreso de información de declaraciones juradas, detracciones y pagos utilizará para exponer algunos servicios el producto:

Concepto DetalleHardware IBM WebSphere DataPower Integration

Appliance XI52Sistema Operativo DataPower firmware 6.0.1

IV.-Servicio de Redes y Telecomunicaciones

El Servicio de Redes y Telecomunicaciones comprende principalmente componentes de la red WAN, LAN y LAN INALAMBRICOS.

La Red LAN se basa en una plataforma de switches ethernet marca CISCO, la cual se gestiona y monitorea centralizadamente a través del CISCO Prime LAN Management Solution (LMS) y cuyo control de acceso se gestiona a través de la solución CISCO Secure Access Control System (ACS).

Los Centros de Datos de las Sedes de Miraflores y San Isidro cuentan cada uno con dos switches Core, los cuales operan en modo de Sistema de Switch Virtual (VSS) y brindan el servicio de red a los servidores alojados en la red interna (Bases de datos, Aplicaciones, Directorio Activo, entre otros). A su vez estos switches atienden los servicios de acceso de los usuarios de la sede mediante los switches de acceso vía conexiones backbone redundantes. Existen switches físicos y virtuales que atienden los servicios de cada segmento de red DMZ.

La Red LAN Inalámbrica está basada en Controladores de Punto de Accesos de la Solución Alcatel-Lucent OmniAccess, instalado en cada sede Principal de la Institución y que los accesos de los clientes están integrados a través de la Autenticación del Dominio Corporativo.

El Servicio de Red WAN, junto con sus componentes de internetworking, se encuentran actualmente arrendados al operador de telecomunicaciones Telefónica del Perú S.A.A. quien brinda el servicio de transporte de datos dentro de toda la red en una topología Full Mesh y tecnología IP MPLS bajo un esquema de administración compartida. Adicionalmente, de acuerdo a la necesidad de servicio en escenarios donde no existen facilidades técnicas, se cuenta con enlaces de Radiofrecuencia (RF) en banda libre ISM y enlaces de comunicación vía satélite del tipo “clear channel “.

Los Centros de Datos principales y todas las dependencias interconectadas a nivel nacional poseen conexiones WAN de forma redundante (enlaces de respaldos al 50% del principal) y manejan criterios de ruteo automático en caso se presenten problemas con el servicio de enlace de comunicaciones principal.

Para los servicios corporativos se posee una Plataforma de Seguridad en cascada (Firewalls) que dota la seguridad adecuada para la atención de los clientes.

Se identifican los siguientes Segmentos de Red (DMZ) en los Centros de Datos de Miraflores y San Isidro:

Un segmento externo de cara a internet. Un segmento de red para la recepción de los clientes, vía una capa web. Un segmento de red para las aplicaciones, las cuales son invocadas por los servidores web

según requerimientos de los clientes.

112


Un segmento de red para la residencia de las bases de datos, las cuales son accedidas por las aplicaciones.

De forma interna también se tiene una Plataforma de Firewalls Distribuidos a fin de permitir la habilitación de cabinas de internet en los Centros de Servicio al Contribuyentes, estas cabinas son operadas directamente por los contribuyentes.

Para el caso de los Servicios publicados a través de Internet, estos se realizan desde los Centros de Datos de San Isidro y Miraflores y cada uno cuenta con tres (03) enlaces, vía Proveedores de Servicio de Internet (ISP) diferentes, lo cual garantiza una mayor robustez y disponibilidad al servicio ofrecido a los Contribuyentes (Diagrama 2).Asimismo, se cuenta con una Interconexión Directa mediante Fibra Oscura entre los Centros de Datos de San Isidro y Miraflores y que a la fecha se usa para la replicación en línea de las Bases de Datos Institucionales (Diagrama 1).

Se cuenta con una Plataforma de Balanceadores, que permiten se anuncien los servicios desde ambos Centros de Datos y desde los múltiples enlaces internet por cada uno de ellos, además se realizan funciones de balanceo de servidores a fin de incrementar la disponibilidad de los servicios.

27

113


28

114


ANEXO Nro. 07

“Personal del Servicio”Perfil Funciones Competencias Formación Experiencia Dedicación Tipo de

PersonalJefe de Proyecto

- Planifica- Realiza la reunión de

lanzamiento- Realiza el seguimiento

y control- Planifica capacitación- Planifica implantación- Gestiona el riesgo- Gestiona los cambios- Realiza el seguimiento

y mejoras- Realiza el cierre- Evalúa con usuarios

finales- Realiza la reunión de

evaluación de proyecto- Elabora informe final

Capacidades:Comunicación y negociación efectiva, empatía, habilidades blandas, formación de equipos, liderazgoConocimientos:- Gestión de

proyectos.- PMBOK.- Al menos un

lenguaje de programación

Herramientas: Project, Software de Oficina.

- MBA o Maestría en Tecnologías de Información o Maestría en Gestión de Proyectos

- Bachiller en Ingeniería, Economía o Administración.

- PMP certificado- Curso aprobado de

CMMI, mínimo 24 horas

- Experiencia mínima de 10 años como gestor de proyectos

- Experiencia mínima de 3 años como gestor de proyectos de desarrollo de software.

100% Principal

Líder Funcional

- Planifica- Planifica la capacitación- Gestiona el riesgo- Revisa y ajusta la

priorización asignada- Propone mejoras- Realiza seguimiento y

control del desarrollo del producto.

- Elabora informes de gestión

- Lidera al equipo que relevará y analizará los requerimientos funcionales y no funcionales.

Capacidades:Comunicación y negociación efectiva, empatía, habilidades blandas, formación de equipos, liderazgoConocimientos:Técnicas de ingeniería de requisitos, Gestión de proyectos; PMBOKUML; Conocimientos de programación JAVA e Informix 4GL. Herramientas: Project, Software de Oficina.

- MBA o Maestría en Tecnologías de Información o Maestría en Gestión de Proyectos - Bachiller en ingeniería

con especialidad en sistemas, informática o carreras afines.- PMP Certificado o Curso

aprobado de PMP, mínimo 48 horas

- Experiencia mínima de 5 años en análisis y diseño de software.

- Experiencia mínima de 2 años en gestión de proyectos de desarrollo de software o mejoramiento de procesos y sistemas.

100% Principal

27

113


Perfil Funciones Competencias Formación Experiencia Dedicación Tipo de Personal

- Liderará al equipo que realizará el análisis de requerimientos.

Arquitecto de Software

- Gestión de los requisitos no funcionales y definición de la arquitectura de software de la plataforma de ingreso de información

- Mejora continua de la Arquitectura

- Verificar los lineamientos de arquitectura de infraestructura informática y de telecomunicaciones a ser empleada para el desarrollo de la plataforma de ingreso de información.

- Verificar y supervisar el cumplimiento de los lineamientos de la arquitectura de aplicaciones a ser empleada para el desarrollo de la plataforma de ingreso de información.

Capacidades:Comunicación y negociación efectiva, empatía, habilidades blandas, formación de equipos, liderazgo, visión integradora de soluciones, capacidad de abstracciónConocimientos:Técnicas de ingeniería de requisitos, análisis y diseño de sistemas, UML, Conocimientos de programación JAVA, Java Script y C++; modelamiento de datos (conceptual, lógico y físico), Unix/Linux, patrones de diseño, Integración Continua.Herramientas: Project, Software de Oficina, BD Informix y Oracle; Servidores WebLogic, Power Designer o similares, IBM Integration Bus, IBM Service Registry and Repository, IBM Datapower SOA Appliance, IBM ILog

- Bachiller en ingeniería con especialidad en sistemas, informática o carreras afines.- Certificación SOA.- Certificación de

especialista en Tecnologías de Interoperabilidad de Aplicaciones (Middleware).

- Experiencia mínima de 3 años en análisis y diseño de software.- Experiencia mínima

de 2 años ocupando cargos de Arquitecto de Software.- Experiencia mínima

de 2 años en programación JAVA- Experiencia mínima

de 2 años en temas especializados (algunas de estas especialidades son Desarrollo de aplicaciones para móviles basadas en el concepto responsive design, HTML5, modelo híbrido con PhoneGap o Apache Cordova conocimiento de Arquitectura de TI, SOA, OAuth)- Participación en al

menos dos proyectos con tecnología SOA

100% Principal

28

114



liderando la implementación de un ESB.

Arquitecto de Datos

- Verificación del modelo conceptual

- Supervisar el cumplimiento de uso de los perfiles generales de accesos a base de datos estandarizados.

Capacidades:Comunicación y negociación efectiva, empatíaConocimientos:Técnicas de ingeniería de requisitos, análisis y diseño de sistemas, UML, DFD, modelamiento de sistemas, modelamiento de datos (conceptual, lógico y físico), modelamiento OLAP.Herramientas: Power Designer o similares, herramientas de desarrollo.BD Informix y Oracle.

- Bachiller en Ingeniería con especialidad en Sistemas, Informática, Computación o carreras afines.- Certificación Oracle DBA.

- Experiencia mínima de 3 años en análisis y diseño de software. - 3 años ocupando

cargos de Arquitecto de Datos y/o DBA

Principal

Líder Técnico

- Planifica- Realiza seguimiento y

control- Planifica la capacitación- Gestiona el riesgo- Gestiona los cambios- Verifica el cumplimiento

de los niveles de servicio esperados

- Revisa y ajusta la priorización asignada

- Propone mejoras- Realiza seguimiento y

control del desarrollo del producto.

- Elabora informes de

Capacidades:Comunicación y negociación efectiva, empatía, habilidades blandas, formación de equipos, liderazgoConocimientos:Gestión de proyectos; PMBOK, análisis y diseño de sistemas, UML; Conocimientos de programación JAVA e Informix 4GL.Herramientas: Project, Software de Oficina.

- Bachiller en ingeniería con especialidad en sistemas, informática o carreras afines.- Certificado PMP o Curso

aprobado de PMP, mínimo 48 horas


- Experiencia mínima de 2 años en gestión de proyectos de desarrollo de software o mejoramiento de procesos y sistemas

100% Principal

27

113



gestiónAnalista de Sistemas

- Realiza las actividades de análisis y diseño del producto (software)

Capacidades:Comunicación efectiva, buena redacción, empatía, trabajo en equipo.Conocimientos:Técnicas de ingeniería de requisitos, análisis de sistemas de información, análisis y diseño de software, UML, DFD, modelamiento de datos (lógico y físico), lenguajes de programación, modelamiento OLAP.Herramientas: Power Designer o similares, herramientas de desarrollo.

- Bachiller con especialidades en ingeniería de sistemas, informática, industrial o carreras afines.

- Experiencia mínima de 2 años en modelamiento de requerimientos o análisis de sistemas de información.


- Experiencia mínima de 2 años en programación.

Definido por el contratista

Equipo de trabajo

Analista Programador

Realiza las actividades de diseño y programación del producto (software)

Capacidades:Trabajo en equipo, abstracciónConocimientos:Programación en Informix y/o Java y/o HTML5 (bootstrap, jquery, angular), SQL, UNIX, OLAP.UML, DFD.Herramientas: Power Designer o similares, herramientas de desarrollo, Junit.

- Bachiller en ingeniería con especialidad en sistemas, informática o carreras afines.

- Experiencia mínima de 2 años en análisis y diseño de software.- Experiencia mínima

de 2 años como programador de sistemas en el lenguaje para el que se le contrata.

Definido por el contratista

Equipo de trabajo

Analista de calidad

- Verifica calidad del proceso de análisis

Capacidades:Comunicación efectiva,

- Bachiller en ingeniería de sistemas, informática o

- Experiencia mínima de 2 años en

Definido por el

Equipo de

28

114



- Verifica calidad del proceso de diseño

- Verifica la calidad del proceso de construcción y pruebas

trabajo en equipoConocimientos:Modelos de calidad de producto, proceso y proyecto. Normas de calidad de SW. Técnicas formales para elaboración de casos de pruebas de software. Técnicas de verificación y validación V&V.UML, DFD. Herramientas: Check list de verificación y validación, casos de prueba.

carreras afines. actividades de control de calidad de software.

- Experiencia mínima de 2 años como programador de sistemas.

contratista trabajo

161


ANEXO Nro. 08“Modelo de Gobernabilidad de Programas y Proyectos de la SUNAT”

160


ANEXO Nro. 09

“Formato Plan de Gestión de Proyectos”

161


ANEXO Nro. 10

“F03 – Formato Modelamiento Proceso de Negocio”

160


ANEXO Nro. 11

“Metodología de Desarrollo de Sistemas de Información de la SUNAT – MDSI”

161


ANEXO Nro. 12

“MDSI – Formato F2”

160


CAPÍTULO IVCRITERIOS DE EVALUACIÓN TÉCNICA

EVALUACIÓN TÉCNICA (Puntaje Máximo: 100 Puntos)FACTORES DE EVALUACIÓN PUNTAJE / METODOLOGÍA PARA

SU ASIGNACIÓN

A. EXPERIENCIA DEL POSTOR EN LA ESPECIALIDAD (70.000 puntos)Criterio:Se evaluará considerando el monto facturado acumulado por el postor correspondiente a servicios iguales o similares al objeto del proceso, durante un periodo contado desde enero del 2009 hasta la fecha de la presentación de propuestas, hasta por un monto máximo acumulado equivalente a 3.5 veces el valor referencial de la contratación.

Se considerará servicios similares a: servicios de desarrollo de sistemas de información (Software) a la medida, servicio de desarrollo y mantenimiento de software, fábrica de software.

Acreditación:La experiencia se acreditará mediante copia simple de: contratos u órdenes de servicio, y su respectiva conformidad por la prestación efectuada; o comprobantes de pago cuya cancelación se acredite documental y fehacientemente, correspondientes a un máximo de diez (10) servicios iguales o similares al objeto del proceso.

La cancelación de los comprobantes de pago puede acreditarse en el mismo comprobante debiendo este presentar sello de pagado o cancelado de la Entidad o empresa a la cual se le realizó la prestación, adjuntando el comprobante o voucher de depósito del pago en Entidad del sistema bancario y financiero o, adjuntando el comprobante de retención respectivo.

En caso los postores presenten varios comprobantes de pago para acreditar la prestación de un solo servicio, se deberá acreditar que corresponden a dicho servicio; de lo contrario, se asumirá que los comprobantes acreditan servicios independientes, en cuyo caso solo se considerará, para la evaluación y calificación, los diez (10) primeros servicios indicados en el Anexo Nº 6 referido a la Experiencia del Postor.

En el caso de servicios de ejecución periódica, 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 con contratos en los que se participó 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.

M = Monto facturado acumulado por el postor por la prestación de servicios correspondientes a servicios iguales o similares al objeto del proceso

M >= 3.5 veces el valor referencial: 70 puntos

M >= 3 veces el valor referencial y < 3.5 veces el valor referencial:

65 puntos

M >= 2.5 veces el valor referencial y < 3 veces el valor referencial:

60 puntos

M >= 2 veces el valor referencial y < 2.5 veces el valor referencial:

55 puntos

M >= 1.5 veces el valor referencial y < 2 veces el valor referencial:

50 puntos

161


FACTORES DE EVALUACIÓN PUNTAJE / METODOLOGÍA PARA SU ASIGNACIÓN

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 o 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 servicios 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 servicio o de emisión del comprobante de pago, según corresponda.

Sin perjuicio de lo anterior, los postores deben llenar y presentar el Anexo Nº 6.El servicio presentado para acreditar la experiencia en la especialidad servirá para acreditar la experiencia en la actividad.

FACTORES DE EVALUACIÓN PUNTAJE / METODOLOGÍA PARA SU ASIGNACIÓN

B. CUMPLIMIENTO DEL SERVICIO (30.000 puntos)

Se debe utilizar la siguiente fórmula de evaluación22:

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 válidas.CBC = Número de constancias de prestación válidas.

PF= 30 puntos

Criterio:Se evaluará el nivel de cumplimiento del postor, respecto de los servicios presentados para acreditar la experiencia del postor válidos, en función al número de constancias de prestación presentadas.Acreditación:Mediante la presentación de un máximo de diez (10) 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 servicio,

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. Del texto de los documentos presentados se deberá desprender que el postor no haya incurrido en penalidades.

PUNTAJE TOTAL 100 puntos23

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 ochenta (80) puntos

22 Para mayor detalle, se recomienda revisar los Pronunciamientos Nº 095-2010/DTN y Nº 111-2010/DTN en www.osce.gob.pe

23 Es la suma de los puntajes de todos los factores de evaluación, incluyendo los opcionales.

http://www.osce.gob.pe/

160


CAPÍTULO VPROFORMA DEL CONTRATO

Conste por el presente documento, la contratación del Servicio de desarrollo de software para implementar una Plataforma Única de Ingreso de Información de Declaración Jurada, Detracciones y Pagos, que celebra de una parte la Superintendencia Nacional de Aduanas y de Administración Tributaria, en adelante LA SUNAT, con RUC Nº 20131312955, con domicilio legal en la Avenida Garcilaso de la Vega N° 1472 - Cercado de Lima - Lima, 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 [………………..], LA SUNAT convocó al proceso de Concurso Público Nº 0074-2014-SUNAT/8B1200– Primera Convocatoria, para la contratación del “Servicio de desarrollo de software para implementar una Plataforma Única de Ingreso de Información de Declaración Jurada, Detracciones y Pagos”, bajo el sistema de Suma Alzada, cuyos detalles e importe constan en los documentos integrantes del presente contrato.

Con fecha [………………..], EL CONTRATISTA obtuvo la Buena Pro del referido proceso de selección, con su propuesta económica total ascendente a [CONSIGNAR MONEDA Y MONTO], [CONSIGNAR SI O NO] incluye IGV24.

Para efectos del presente Contrato, cuando se mencione a LA LEY, se entenderá referida a la Ley de Contrataciones del Estado, aprobado por Decreto Legislativo Nº 1017; y la mención a EL REGLAMENTO, se entenderá referido al Reglamento de la Ley de Contrataciones del Estado, aprobado por Decreto Supremo N° 184-2008-EF.

CLÁUSULA SEGUNDA: OBJETO Por el presente documento EL CONTRATISTA se obliga con LA SUNAT a brindar el “Servicio de desarrollo de software para implementar una Plataforma Única de Ingreso de Información de Declaración Jurada, Detracciones y Pagos”, con las características técnicas ofertadas en su Propuesta Técnica y lo señalado en las Bases Integradas del presente Proceso de Selección, que forman parte integrante de este Contrato.

Queda entendido que EL CONTRATISTA no podrá alterar, modificar ni sustituir las características técnicas, señaladas en sus Propuestas Técnica y Económica respectivamente, presentadas con motivo del referido Proceso de Selección, que forman parte integrante de este Contrato.

CLÁUSULA TERCERA: MONTO CONTRACTUALLA SUNAT abonará a EL CONTRATISTA, como contraprestación por el servicio la suma de [CONSIGNAR MONEDA Y MONTO] ], [CONSIGNAR SI O NO] incluye IGV25.

Dicho monto incluye todos los tributos, seguros, transportes, inspecciones y de ser el caso, los costos laborales respectivos conforme a la legislación vigente, así como cualquier otro concepto que sea aplicable y que incida sobre el valor de la prestación a cargo de EL CONTRATISTA para el cumplimiento de sus obligaciones, de modo que en ningún caso LA SUNAT quedará obligada a pagos adicionales al fijado en la presente cláusula.

24 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.

25 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.

161


CLÁUSULA CUARTA: FORMA DE PAGO 26 LA SUNAT se obliga a pagar la contraprestación a EL CONTRATISTA en Nuevos Soles, de conformidad con lo establecido en el numeral 13.1. de los Términos de Referencia, 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.

De acuerdo al Artículo 176º del Reglamento para efectos del pago a EL CONTRATISTA, LA SUNAT deberá contar con la siguiente documentación:

- Recepción y conformidad según corresponda, de acuerdo a lo indicado en el numeral 14.1. de los Términos de Referencia.

- Informe del funcionario responsable del área usuaria emitiendo su conformidad de la prestación efectuada, cuando corresponda.

- Comprobante de pago.

LA SUNAT se obliga a pagar la contraprestación a EL CONTRATISTA, en el plazo de quince (15) días calendario, luego de la recepción formal y completa de la documentación correspondiente. Para tal efecto, el responsable de emitir la conformidad de la prestación deberá hacerlo en un plazo que no excederá de los diez (10) días calendario de ser esta recibida.

En caso de retraso en el pago, EL CONTRATISTA tendrá derecho al pago de intereses conforme lo establecido en el Artículo 48° de LA LEY, contado desde la oportunidad en la que el pago debió efectuarse.

El pago que LA SUNAT deba realizar a EL CONTRATISTA se efectuará mediante abono directo en su respectiva cuenta bancaria de acuerdo a lo que indique EL CONTRATISTA, según lo establecido en el Artículo 26° de la Directiva de Tesorería N° 001-2007-EF/77.15.

CLÁUSULA QUINTA: VIGENCIA El presente contrato tiene vigencia desde el día siguiente de la fecha de su suscripción hasta que LA SUNAT otorgue la conformidad de la última prestación a cargo de EL CONTRATISTA y se efectúe el pago correspondiente.

CLÁUSULA SEXTA: PLAZO, CONDICIÓN Y LUGAR DE EJECUCIÓN CONTRACTUAL EL CONTRATISTA se compromete a brindar el servicio de desarrollo de software para implementar una Plataforma Única de Ingreso de Información de Declaración Jurada, Detracciones y Pagos, por el plazo de seiscientos cincuenta (650) días calendario el cual se detalla en el ANEXO Nro. 04: “Plazos” de los Términos de Referencia.

[CONSIGNAR LOS PLAZOS DE CADA UNA DE LAS PRESTACIONES DE ACUERDO A LO ESTABLECIDO EN LAS EETT O LOS TDR (EJECUCIÓN DE ACTIVIDADES DE INSTALACIÓN, IMPLEMENTACIÓN U OTROS QUE DEBAN REALIZARSE DE MANERA PREVIA AL INICIO DEL PLAZO DE EJECUCIÓN O CAPACITACIONES POR EJEMPLO), SEGÚN CORRESPONDA]

[EL CONTRATISTA, para el desarrollo de la presente contratación deberá tener en cuenta las condiciones detalladas en los numerales […………] de las [Especificaciones Técnicas o Términos de Referencia], de acuerdo al siguiente detalle:][CONSIGNAR LO PERTIENENTE DE ACUERDO A LO ESTABLECIDO EN LAS EETT O LOS TDR, DE CORRESPONDER]

Entregables documentarios:[CONSIGNAR DE ACUERDO A LO SEÑALADO EN LAS EETT O LOS TDR, DE CORRESPONDER]

Lugar:[CONSIGNAR DE ACUERDO A LO SEÑALADO EN LAS EETT O LOS TDR, DE CORRESPONDER]

Horario:[CONSIGNAR DE ACUERDO A LO SEÑALADO EN LAS EETT O LOS TDR, DE CORRESPONDER]

26 En cada caso concreto, dependiendo de la naturaleza del contrato, podrá adicionarse la información que resulte pertinente a efectos de generar el pago.

160


De conformidad con lo establecido en el Artículo 41º de LA LEY y en el Artículo 175º de EL REGLAMENTO, EL CONTRATISTA podrá solicitar la ampliación del plazo pactado por cualquiera de las siguientes causas:

Cuando se apruebe el adicional, siempre y cuando afecte el plazo. En este caso, EL

CONTRATISTA ampliará el plazo de las garantías que hubiere otorgado;

Por atrasos o paralizaciones no imputables a EL CONTRATISTA;

Por atrasos o paralizaciones en el cumplimiento de la prestación de EL CONTRATISTA por culpa de LA SUNAT; y

Por caso fortuito o fuerza mayor.

Para tal efecto, EL CONTRATISTA deberá presentar una solicitud escrita y justificada dentro del plazo de siete (7) días hábiles, de aprobado el adicional o de finalizado el hecho generador del atraso o paralización, en la Mesa de Partes de la Gerencia Administrativa de LA SUNAT, ubicada en Av. Garcilaso de la Vega N° 1472 Cercado de Lima, Provincia y Departamento de Lima.

CLÁUSULA SÉTIMA : DOCUMENTOS A la suscripción de este Contrato, EL CONTRATISTA entrega a LA SUNAT los siguientes documentos:

a) Constancia vigente de no estar inhabilitado para contratar con el Estado.b) Garantía de fiel cumplimiento del contrato. Para lo cual debe presentarse carta fianza.c) Garantía por el monto diferencial de la propuesta, de ser el caso. Para lo cual debe

presentarse carta fianza.d) Contrato de consorcio con firmas legalizadas de los integrantes, de ser el caso.e) Código de cuenta interbancario (CCI). f) Domicilio para efectos de la notificación durante la ejecución del contrato.g) Copia de DNI del Representante Legal.h) Copia de la vigencia del poder del representante legal de la empresa.i) Copia de la constitución de la empresa y sus modificatorias debidamente actualizado.j) Copia del RUC de la empresa.k) Documentos que acrediten la tenencia o alquiler de una oficina en el Perú, ubicado en

la Ciudad de Lima (dirección, distrito, código postal) en donde SUNAT podrá notificar cualquier comunicación que estime pertinente.

l) Declaración Jurada indicando los números de Teléfonos, Fax, Correos electrónicos, etc. necesario para que SUNAT pueda realizar el reporte de errores o problemas de la implantación de los productos (software) de la plataforma de ingreso de información.

m) Estructura de Precios.

CLÁUSULA OCTAVA: PARTES INTEGRANTES DEL CONTRATOEl presente contrato está conformado por las Bases integradas, la oferta ganadora27 y los documentos derivados del proceso de selección que establezcan obligaciones para las partes.

CLÁUSULA NOVENA: GARANTÍAS [CUANDO CORRESPONDA SU PRESENTACIÓN] EL 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 SUNAT, por los conceptos, importes y vigencias siguientes:

De fiel cumplimiento del contrato28: S/. [CONSIGNAR EL MONTO], a través de la [INDICAR

27 La oferta ganadora comprende a las propuestas técnica y económica del postor ganador de la Buena Pro.

28 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.

161


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.

IMPORTANTE:

En el caso que corresponda, consignar lo siguiente según sea el caso: Garantía por el monto diferencial de la propuesta29: 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 la conformidad de la recepción de la prestación.

En caso que el plazo de vigencia del contrato sea ampliado, la vigencia de las garantías indicadas en la presente Cláusula deberán ser ampliadas por el mismo término.

LA SUNAT está facultada para ejecutar las garantías cuando EL CONTRATISTA no cumpliera con renovarlas, conforme a lo dispuesto por el Artículo 164° de EL REGLAMENTO.

CLÁUSULA DÉCIMA: ADELANTO DIRECTO30

LA SUNAT otorgará un único adelanto directo hasta por el 30% del monto del contrato original.

EL CONTRATISTA deberá seguir el siguiente procedimiento: Presentará solicitud de adelanto a la División de Ejecución Contractual, dentro de los cinco (05)

días calendarios siguientes a la suscripción del contrato. Adjuntar a su solicitud, la carta fianza emitida por entidad sujeta a la supervisión de la

Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones o estar considerada en la última lista de bancos extranjeros de primera categoría que periódicamente publica el Banco Central de Reserva del Perú.


Con relación a la carta fianza: La carta fianza deberá ser remitida por el cien por ciento (100%) del monto solicitado, con

características de incondicionales, solidarias y de realización automática en el país al solo requerimiento de la Entidad.


La entrega del adelanto por parte de LA SUNAT, se efectuará en un plazo máximo de quince (15) días calendarios de recibida la documentación antes indicada.

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 de EL REGLAMENTO.

CLÁUSULA UNDÉ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 de acuerdo a lo indicado en el numeral 14.1. de los Términos de Referencia:


29 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.

30 Si la Entidad ha previsto la entrega de adelantos, deberá consignar el procedimiento para su entrega y la respectiva 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.

160



GDS, GA, OSI


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 SUNAT podrá resolver el contrato, sin perjuicio de aplicar las penalidades que correspondan.

Si pese al plazo otorgado, EL CONTRATISTA no cumpliese a cabalidad con la subsanación, LA SUNAT 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 SUNAT no efectuará la recepción, debiendo considerarse como no ejecutada la prestación, aplicándose las penalidades que correspondan.

CLÁUSULA DUODÉ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 DÉCIMO TERCERA: RESPONSABILIDAD POR VICIOS OCULTOSLa conformidad de recepción de la prestación por parte de LA SUNAT 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 doce (12) meses.

CLÁUSULA DÉCIMO CUARTA: PENALIDADESSi EL CONTRATISTA incurre en retraso injustificado en la ejecución de las prestaciones objeto del contrato, LA SUNAT 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 de EL REGLAMENTO.

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 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 SUNAT podrá resolver el contrato por incumplimiento.

La justificación por el retraso se sujeta a lo dispuesto por LA LEY y EL REGLAMENTO, el Código

161


Civil y demás normas aplicables, según corresponda.

La penalidad descrita se aplica al no cumplir (día siguiente) del plazo que se señala a continuación por cada entregable:

Entregable PlazoPlan de Gestión del Proyecto A los 20 días calendario de iniciado el

servicioInforme de aceptación de la fase pre operativa

A los 60 días calendario de iniciado la fase pre operativa

Diseño General A los 90 días calendario de iniciado el diseño general.




El inicio de los plazos se encuentra en el Anexo Nro. 04: “Plazos” de los Términos de Referencia.

OTRAS PENALIDADES:Las cuales no podrán exceder del diez por ciento (10%) del monto contratado vigente según lo establecido en el artículo 166 del Reglamento de Adquisiciones del Estado.

Observaciones detectadas durante las pruebas de certificación SUNAT de la solución informática desarrolladaEL CONTRATISTA deberá tomar en cuenta que para las pruebas de la solución informática desarrollada (paquete de productos software), es requisito mantener un mínimo de tres (3) actas de observaciones (el nivel de servicio esperado por LA SUNAT del servicio de desarrollo del software es no tener que realizar más de tres (3) ciclos de pruebas por paquete de productos software), caso contrario LA SUNAT procederá con el cobro de la penalidad de la siguiente manera:

Rango de Actas en Actividad de Pruebas Calidad

Penalidad (1)

[0-3] 0%[4-5] 3%[6-6] 6% (2)

(1) Porcentaje del costo del entregable (paquete de productos software) asociado a la prueba.(2)Se acumula para efectos de resolver el Contrato.

160


Cabe mencionar que cada acta de observaciones corresponde a cada entrega formal de la solución informática desarrollada (paquete de productos software).

CLÁUSULA DÉCIMO QUINTA: 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, y los Artículos 167º y 168º de su REGLAMENTO.

Serán causales de resolución del presente Contrato, si EL CONTRATISTA:

Incumple injustificadamente las obligaciones contractuales, legales o reglamentarias a su cargo, a pesar de haber sido requerida para ello.

Acumula el monto máximo de la penalidad por mora establecido para la ejecución de la prestación.

Paraliza o reduce injustificadamente la ejecución de la prestación, pese a haber sido requerida para corregir tal situación.

En los casos señalados, LA SUNAT podrá resolver el presente Contrato conforme al procedimiento establecido en el Artículo 169° de EL REGLAMENTO.

CLÁUSULA DÉCIMO SEXTA: 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 SÉTIMA: CONFIDENCIALIDADEL CONTRATISTA se obliga a no difundir, aplicar ni comunicar a terceros información, base de datos, procesos, documentos ni cualquier otro aspecto relacionado a LA SUNAT a la que tenga acceso durante la ejecución del servicio y después de la finalización del mismo, excepto previo consentimiento por escrito de LA SUNAT.EL CONTRATISTA se obliga a adoptar las medidas necesarias para asegurar la confidencialidad de sus empleados y terceros.En caso que EL CONTRATISTA incumpla con lo señalado en los párrafos anteriores, LA SUNAT a su sola discreción podrá resolver el contrato y además adoptar las acciones legales que correspondan.EL CONTRATISTA se compromete a no usar el nombre de LA SUNAT ni hacer referencia al servicio, en cualquier promoción, publicidad o anuncio, sin previa autorización de LA SUNAT.Los, documentos, archivos y en general cualquier información o conocimientos generados durante el servicio, serán de propiedad única y exclusiva de LA SUNAT, quedando prohibido el uso por parte de EL CONTRATISTA, salvo autorización expresa de LA SUNAT.

CLÁUSULA DÉCIMO OCTAVA: PROPIEDAD INTELECTUALLA SUNAT adquirirá todos los derechos de propiedad intelectual (derechos de autor) necesarios para el aprovechamiento de los productos o documentos y otros materiales que guarden una relación directa con la ejecución de la prestación o que se hubieren creado o producido como consecuencia o en el curso de la ejecución de ésta.Las creaciones intelectuales (obras) que se produzcan por la prestación del servicio, LA SUNAT adquirirá a título excluyente y por el máximo plazo permitido por Ley, todos los derechos patrimoniales que la ley otorgue sobre dicha creación a partir de la conformidad de la prestación.EL CONTRATISTA tomará todas las medidas necesarias y asistirá a LA SUNAT para obtener y/o registrar los derechos indicados en los párrafos anteriores y que el costo de dichas acciones se encuentra incluido dentro de la contraprestación con excepción de las tasas registrales.

CLÁUSULA DÉCIMO NOVENA : PROHIBICIÓN DE CESIÓN DE POSICIÓN CONTRACTUAL EL CONTRATISTA no podrá transferir parcial ni totalmente las obligaciones que por este Contrato asume, y tendrá la responsabilidad directa y total por la ejecución y cumplimiento del mismo, salvo en los casos establecidos en el artículo 147 de EL REGLAMENTO.

161


CLÁUSULA VIGÉSIMA : SOLUCIÓN DE CONTROVERSIAS 31 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 Estado o, 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.

Todos los conflictos que deriven de la ejecución e interpretación del presente Contrato, incluidos los que se refieran a su nulidad e invalidez, serán resueltos de manera definitiva e inapelable mediante arbitraje de derecho, de conformidad con lo establecido en la normativa de contrataciones del Estado, bajo la organización y administración de los órganos del Sistema Nacional de Arbitraje del Organismo Supervisor de las Contrataciones del Estado (OSCE) y de acuerdo con su Reglamento.

El Laudo arbitral emitido es definitivo e inapelable, tiene el valor de cosa juzgada y se ejecuta como una sentencia.

CLAUSULA VIGÉSIMO PRIMERA: OTRAS OBLIGACIONES DE EL CONTRATISTA REFERIDAS A LA SEGURIDAD Y SALUD EN EL TRABAJO - EN LA EJECUCION DE LA PRESTACION:

EL CONTRATISTA se compromete a cumplir y observar lo establecido en la Ley de Seguridad y Salud en el Trabajo (aprobado mediante Ley N° 29783) y en su Reglamento (aprobado mediante Decreto Supremo Nº 005-2012-TR); durante la ejecución de las prestaciones de servicios a su cargo; obligándose a implementar, dotar, proveer y/o suministrar a cada uno de sus trabajadores los implementos de seguridad que corresponda de acuerdo al grado y/o nivel de riesgo que pueda evidenciarse en el desarrollo de las actividades propias de la presente contratación dentro de las instalaciones de LA SUNAT; así como garantizar la contratación de los respectivos seguros de acuerdo a la normatividad vigente.

Del mismo modo, EL CONTRATISTA se compromete a cumplir y respetar cada una de las medidas de seguridad previstas en el Reglamento Interno de Seguridad y Salud en el Trabajo de LA SUNAT, el que será puesto en conocimiento de sus trabajadores al inicio de la prestación de servicios; para cuyo efecto LA SUNAT, a la suscripción del presente documento, cumple con hacer entrega de una copia legible del mismo.

CLÁUSULA VIGÉSIMO SEGUNDA : FACULTAD DE ELEVAR A ESCRITURA PÚBLICA Cualquiera de las partes podrá elevar el presente contrato a Escritura Pública corriendo con todos los gastos que demande esta formalidad.

CLÁUSULA VIGÉSIMO TERCERA : 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.

31 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.

160


CLÁUSULA VIGÉSIMO CUARTA : MARCO LEGAL DEL CONTRATO En lo no previsto en este Contrato, LA LEY y EL REGLAMENTO, normas contempladas como base legal de las Bases Integradas, directivas que emita el Organismo Supervisor de las Contrataciones del Estado OSCE y demás normativa especial que resulte aplicable, se utilizarán las disposiciones pertinentes del Código Civil vigente y demás normas concordantes.

De acuerdo con las Bases Integradas, 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 SUNAT” “EL CONTRATISTA”

161


FORMATOS Y ANEXOS

160


FORMATO N° 1 32

MODELO DE CARTA DE ACREDITACIÓN

[CONSIGNAR CIUDAD Y FECHA]

SeñoresCOMITÉ ESPECIAL CONCURSO PÚBLICO Nº 0074-2014-SUNAT/8B1200 – Primera ConvocatoriaPresente.-

[CONSIGNAR NOMBRE DEL POSTOR (PERSONA NATURAL, PERSONA JURÍDICA Y/O CONSORCIO)], identificado con DNI Nº [CONSIGNAR EN CASO DE SER PERSONA NATURAL] y 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 el Concurso Público N° 0074-2014-SUNAT/8B1200 – Primera Convocatoria, 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.33

…..………………………….…………………..Firma, Nombres y Apellidos del postor o

Representante legal o común, según corresponda

32 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.

33 Incluir dicho párrafo sólo en el caso de personas jurídicas.

161


ANEXO Nº 1

DECLARACIÓN JURADA DE DATOS DEL POSTOR

SeñoresCOMITÉ ESPECIALCONCURSO PÚBLICO Nº 0074-2014-SUNAT/8B1200 – Primera ConvocatoriaPresente.-

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 :


……...........................................................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.

160


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 SERVICIO DE DESARROLLO DE SOFTWARE PARA IMPLEMENTAR UNA PLATAFORMA ÚNICA DE INGRESO DE INFORMACIÓN DE DECLARACIÓN JURADA, DETRACCIONES Y PAGOS, de conformidad con los Términos de Referencia, las demás condiciones que se indican en el Capítulo III de la sección específica de las Bases Integradas 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.

161


ANEXO Nº 3

DECLARACIÓN JURADA (ART. 42 DEL REGLAMENTO DE LA LEY DE CONTRATACIONES DEL ESTADO)


De nuestra consideración:

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.

160


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 al CONCURSO PÚBLICO Nº 0074-2014-SUNAT/8B1200 – Primera Convocatoria, 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 del Nombre, firma, sello y DNI del Representante Legal Consorciado 1 Representante Legal Consorciado 2

161


ANEXO Nº 5

DECLARACIÓN JURADA DE PLAZO DE PRESTACIÓN DEL SERVICIO



Mediante el presente, con pleno conocimiento de las condiciones que se exigen en las Bases del proceso de la referencia, me comprometo a prestar el SERVICIO DE DESARROLLO DE SOFTWARE PARA IMPLEMENTAR UNA PLATAFORMA ÚNICA DE INGRESO DE INFORMACIÓN DE DECLARACIÓN JURADA, DETRACCIONES Y PAGOS en el plazo de seiscientos cincuenta (650) días calendario, el cual se detalla en el ANEXO Nro. 04: “Plazos” de los Términos de Referencia contenidos en el Capítulo III de la sección específica de las Bases Integradas.

ANEXO Nro. 04: “Plazos”:Fase Inicial

Fase Pre Operativa

Diseño General (Fase Operati va): Prototipos y Arqui tectura de Software

Paquete 1 (Fase Operativa) : Productos Base, Boletas de Pago, DDJJ IGV-RTA, DDJJ Percepciones y Retenciones , DDJJ ITAN, Coefi ciente,Nueva Pasarela de Pagos , Consul tas y Reportes (1)

Paquete 2 (Fase Operativa) : Formulario de pago aduanas , Detracciones , Documentos Valorados , Consul tas y Reportes (2)

Paquete 3 (Fase Operativa) : DDJJ Simplifi cadas , DDJJ Anuales PN, DDJJ Anuales PJ.

Fase Cierre

20 días Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Mes 6 Mes 7 Mes 8 Mes 9 Mes 10 Mes 11 Mes 12 Mes 13 Mes 14 Mes 15 Mes 16 Mes 17 Mes 18 Mes 19 Mes 20 Mes 21

Fase Inicial

*

*

* El inicio del paquete es solo una referencia, no significa que el trabajo a realizar del paquete inicia en ese mes

Pre Operativa Diseño General


Construcción y Pruebas Certificación SUNAT e Implantación Estabilización Soporte Post-Estabilización

Estabilización

Cierre

Estabilización Soporte Post- EstabilizaciónCertificación SUNAT e Implantación


Construcción y Pruebas


Construcción y Pruebas Certificación SUNAT e Implantación


……..........................................................Firma, Nombres y Apellidos del postor o


24

162


ANEXO Nº 6

EXPERIENCIA DEL POSTOR (Solo para servicios en general)


Mediante el presente, el suscrito detalla lo siguiente como EXPERIENCIA EN LA ESPECIALIDAD:

Nº CLIENTE OBJETO DEL SERVICIO

N° CONTRATO / O/S / COMPROBANTE DE

PAGO FECHA34 MONEDA IMPORTE TIPO DE CAMBIO

VENTA35MONTO FACTURADO

ACUMULADO36

1

2

3

4

5

6

7

8

9

10TOTAL

34 Se refiere a la fecha de suscripción del contrato, de la emisión de la Orden de Servicio o de cancelación del comprobante de pago, según corresponda.

35 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 Servicio o de emisión del comprobante de pago, según corresponda.

36 Consignar en la moneda establecida para el valor referencial.

25

163



………..........................................................Firma, Nombres y Apellidos del postor o


164


ANEXO Nº 7

CARTA DE PROPUESTA ECONÓMICA(MODELO)



Es grato dirigirme a usted, para hacer de su conocimiento que, de acuerdo con el valor referencial del presente proceso de selección y los Términos de Referencia, mi propuesta económica es la siguiente:

CONCEPTO COSTO TOTALS/.

SERVICIO DE DESARROLLO DE SOFTWARE PARA IMPLEMENTAR UNA PLATAFORMA ÚNICA DE INGRESO DE

INFORMACIÓN DE DECLARACIÓN JURADA, DETRACCIONES Y PAGOS

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 del servicio a 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 le postor adjudicado presente la estructura de costos o detalle de precios unitarios para la formalización de contrato, lo que deberá ser precisado en el numeral 2.7 de la sección específica.

BASES ESTÁNDAR DE CONCURSO PÚBLICO...

Documents

Transcript of BASES ESTÁNDAR DE CONCURSO PÚBLICO...