web.compranet.gob.mx:8000web.compranet.gob.mx:8000/hsm/unicom/06111/001/2010/005/... · web...

CUALQUIER COMENTARIO RELATIVO A LA PRESENTE CONVOCATORIA FAVOR DE DIRIGIRLO A LAS SIGUIENTES DIRECCIONES ELECTRONICAS.

[email protected] , [email protected] ,

[email protected]

LA PUBLICACIÓN DE LA PRESENTE CONVOCATORIA EN EL PORTAL DE LA COMISIÓN NO IMPLICA COMPROMISO ALGUNO Y PODRÁN SER MODIFICADA, SUSPENDIDA O CANCELADA SIN RESPONSABILIDAD ALGUNA PARA LA COMISIÓN.

mailto:[email protected]



DIRECCION GENERAL DE ADMINISTRACIONLICITACION PUBLICA ELECTRONICA NACIONAL No. 06111001-005-10

ADQUISICION DE SOFTWARE Y CONTRATACION DE SERVICIOS INFORMATICOSPARA LA COMISION NACIONAL DE SEGUROS Y FIANZAS.

CONVOCATORIA PARA LA LICITACION PÚBLICA NACIONAL ELECTRONICA MIXTA NUMERO 06111001-005-10 CON REDUCCION DE PLAZOS PARA LA ADQUISICION DE SOFTWARE Y CONTRATACION DE SERVICIOS INFORMATICOS PARA LA COMISION NACIONAL DE SEGUROS Y FIANZAS.

2



LICITACIÓN PÚBLICA NACIONAL ELECTRÓNICA MIXTA No. 06111001-005-10, PARA LA ADQUISICION DE SOFTWARE Y CONTRATACION DE SERVICIOS INFORMATICOS PARA LA COMISION NACIONAL DE SEGUROS Y FIANZAS.

Í N D I C E

CAPITULO I. CONSIDERACIONES GENERALES.

1. TIPO DE LICITACIÓN.2. OBJETO.3. FORMA DE ADJUDICACIÓN.4. CONSULTA DE CONVOCATORIA Y BASES.5. MODIFICACIÓN A LA CONVOCATORIA Y BASES.6. DESCRIPCIÓN ESPECÍFICA DEL SERVICIO.7. COTIZACION DE SERVICIOS.8. CANTIDAD ADICIONAL A CONTRATAR9. PAGOS10. DISPONIBILIDAD PRESUPUESTAL11. PROPOSICIONES CONJUNTAS.12. PARTICIPACIÓN POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA.13. PROGRAMACIÓN DE LOS EVENTOS.

CAPITULO II.

INFORMACIÓN ESPECÍFICA DE LA LICITACIÓN.

1.- REQUISITOS PARA PARTICIPAR.2.- ELABORACIÓN DE LAS PROPOSICIONES.3.- DESCRIPCIÓN GENÉRICA DEL SERVICIO.4.- LUGAR Y FECHA LÍMITE PARA LA ENTREGA DEL SOFTWARE Y PRESTACIÓN DE SERVICIOS INFORMATICOS.5.- GARANTIA DE FABRICACIÓN.6.- TRANSPORTACIÓN Y ENTREGA.7.- REQUERIMIENTOS ECONÓMICOS.8.- REQUERIMIENTOS DE DOCUMENTACIÓN DE LOS PARTICIPANTES.9.- DOCUMENTACIÓN RELATIVA A LA PROPUESTA TÉCNICA.10.- INFORMACIÓN ADMINISTRATIVA.11.- ENTREGA DE LAS PROPOSICIONES TÉCNICAS, ECONÓMICAS Y DE LA

DOCUMENTACIÓN CORRESPONDIENTE.12.- GARANTIA DE CUMPLIMIENTO DEL PEDIDO Y/O CONTRATO.12.3.- IDIOMA.12.4.- MONEDA.13.- ACLARACIONES, ACTO DE REGISTRO Y ACTO DE APERTURA DE PROPOSICIONES.

3



14.- NOTIFICACION A LOS PARTICIPANTES.15.- CRITERIOS DE EVALUACIÓN.16.- CONDICIONES A EVALUAR.16.3.- CONDICIONES LEGALES.16.5.-CONDICIONES TÉCNICAS.16.6.- CONDICIONES ECONÓMICAS.16.7.- DISPOSICIONES COMPLEMENTARIAS.17.- ADJUDICACIÓN.18.- FALLO.19.- FIRMA Y ENTREGA DEL PEDIDO Y/O CONTRATO.20.- ASPECTOS ECONÓMICOS.21.- PATENTES, MARCAS Y DERECHOS DE AUTOR.22.- DESCALIFICACIÓN DE PARTICIPANTES.23.- SUSPENSIÓN TEMPORAL DE LA LICITACIÓN Y REANUDACION DE LA MISMA.24.- CANCELACIÓN DE LA LICITACIÓN.25.- DECLARACIÓN DESIERTA DE LA LICITACIÓN.26.- SANCIONES.27.- CASOS EN QUE SE HARÁN EFECTIVAS LAS GARANTÍAS PARA EL CUMPLIMIENTO

DEL PEDIDO Y/O CONTRATO.28.- RESCISIÓN DEL PEDIDO Y/O CONTRATO.29.- PROCEDIMIENTO A SEGUIR.30.-DIFUSIÓN DE LA LICITACIÓN.

III.- INCONFORMIDADES, CONTROVERSIAS Y ACLARACIONES

1.- INCONFORMIDADES.2.- CONTROVERSIAS.3.- PENAS CONVENCIONALES.4.- SANCIONES.5.- ACLARACIONES.

ANEXOS

ANEXO A ANEXO B ANEXO CANEXO DANEXO I ANEXO II ANEXO III ANEXO IV ANEXO V ANEXO VI ANEXO VII ANEXO VIII ANEXO IX

4



LA COMISION NACIONAL DE SEGUROS Y FIANZAS, A TRAVÉS DE SU DIRECCION GENERAL DE ADMINISTRACIÓN QUE EN LO SUCESIVO SE DENOMINARA “LA COMISION” CON DOMICILIO EN AVENIDA INSURGENTES SUR NUMERO 1971, CONJUNTO INMOBILIARIO PLAZA INN, TORRE UNO SUR, SEGUNDO PISO, COLONIA GUADALUPE INN, DELEGACION ALVARO OBREGON, CODIGO POSTAL 01020, EN LA CIUDAD DE MEXICO, DISTRITO FEDERAL, CON TELEFONOS: 57-24-75-90, 57-24-74-73 Y 57-24-74-83, EN CUMPLIMIENTO A LAS DISPOSICIONES QUE ESTABLECE EL ARTICULO 134 CONSTITUCIONAL, ASI COMO A LAS DISPOSICIONES DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO Y SU REGLAMENTO, CELEBRA LA LICITACION PUBLICA ELECTRONICA NACIONAL, SOLICITADA POR EL AREA REQUIRENTE EN LOS TERMINOS DE LAS PRESENTES BASES Y DE LA CONVOCATORIA PUBLICA NUMERO 05/10, CON BASE EN SU PRESUPUESTO PARA EL EJERCICIO 2010, PARA LA ADQUISICION DE SOFTWARE Y PRESTACION DE SERVICIOS PARA LA CNSF, DE CONFORMIDAD CON LAS SIGUIENTES ESPECIFICACIONES:

B A S E S

I.- CONSIDERACIONES GENERALES.

1.- TIPO DE LICITACIÓN.

LA PRESENTE LICITACIÓN ES PÚBLICA NACIONAL ELECTRÓNICA DE CARÁCTER MIXTO, EN LOS TÉRMINOS DE LOS ARTÍCULOS 29, 30, Y 37 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO Y LOS INTERESADOS QUE NO SE ENCUENTREN EN ALGUNO DE LOS SUPUESTOS SEÑALADOS EN EL ARTÍCULO 50 DE LA MISMA, PODRÁN OPTAR POR PARTICIPAR EN LA CONTRATACIÓN DE LOS SERVICIOS OBJETO DE LA PRESENTE LICITACION.

2.- OBJETO.

EL OBJETO DE LA PRESENTE LICITACIÓN PÚBLICA NACIONAL ELECTRÓNICA MIXTA CON REDUCCION DE PLAZOS, ES LA ADQUISICION DE SOFTWARE Y CONTRATACION DE SERVICIOS INFORMATICOS DE CONFORMIDAD CON LAS ESPECIFICACIONES Y CARACTERISTICAS TECNICAS CONTENIDAS EN EL ANEXO TECNICO DE LAS PRESENTES BASES Y EN EL NUMERAL 6 DE LAS MISMAS.

5



3.- FORMA DE ADJUDICACION

LA ADJUDICACION EN LA PRESENTE LICITACION SE LLEVARÁ A CABO POR PARTIDA.

4.- CONSULTA DE CONVOCATORIA Y BASES

4.1.- LA DIRECCION DE ADMINISTRACIÓN DE RECURSOS FINANCIEROS Y MATERIALES SITA EN INSURGENTES SUR 1971 TORRE SUR SEGUNDO PISO, COLONIA GUADALUPE INN, C.P. 01020, DELEGACION ALVARO OBREGON, PONDRÁ A DISPOSICIÓN DE LOS INTERESADOS PARA CONSULTA LA COPIA DEL TEXTO DE LA CONVOCATORIA Y BASES, A PARTIR DE LA FECHA DE PUBLICACIÓN DE LA MISMA EN EL DIARIO OFICIAL DE LA FEDERACION Y EN EL SISTEMA ELECTRÓNICO DE CONTRATACIONES GUBERNAMENTALES COMPRANET, PUDIENDO CONSULTAR LA CONVOCATORIA SIN COSTO ALGUNO EN EL DOMICILIO ANTES CITADO, EN UN HORARIO DE 9:00 A 14:00 HORAS, EN DÍAS HÁBILES, DEL DIA 31 DE AGOSTO AL 3 DE SEPTIEMBRE DE 2010.

SIMULTANEAMENTE SE PUBLICA EN EL DIARIO OFICIAL DE LA FEDERACIÓN EL RESUMEN DE LA CONVOCATORIA CORRESPONDIENTE.

4.2.- INSTRUCCIONES PARA PARTICIPAR.

LAS SOLICITUDES DE ACLARACIÓN, PODRÁN ENVIARSE A TRAVÉS DEL SISTEMA COMPRANET O ENVIARLAS AL CORREO ELECTRONICO SEÑALADO O PERSONALMENTE EN EL DOMICILIO DE LA CONVOCANTE, A MÁS TARDAR VEINTICUATRO HORAS ANTES DE LA FECHA Y HORA EN QUE SE VAYA A REALIZAR LA JUNTA DE ACLARACIONES.

PARA TENER DERECHO A SOLICITAR ACLARACIONES O PRESENTAR PROPUESTA TÉCNICA Y ECONÓMICA, ES REQUISITO INDISPENSABLE PRESENTAR ESCRITO EN EL QUE LOS PARTICIPANTES EXPRESEN SU INTERÉS EN PARTICIPAR EN LA LICITACIÓN, MANIFESTANDO LOS DATOS GENERALES DEL INTERESADO Y EN SU CASO DEL REPRESENTANTE, (SE ANEXA A ESTAS BASES, MODELO DE DICHO ESCRITO, CONSIGNADO COMO ANEXO VIII) EL CUAL DEBERÁN ENTREGAR DE ACUERDO AL PUNTO ANTERIOR, EN LOS TÉRMINOS QUE ESTABLECEN EL ARTÍCULO 33 BIS DE “LA LAASSP” A LA ATENCIÓN DEL C. HUGO HERNÁNDEZ PÉREZ, EN EL DOMICILIO SEÑALADO EN LAS PRESENTES BASES.

LOS INTERESADOS QUE OPTEN POR PARTICIPAR POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, DEBERÁN OBTENER LA CONVOCATORIA Y ENTREGAR EL ESCRITO EN EL QUE MANIFIESTEN SU INTERÉS POR PARTICIPAR, POR MEDIO DEL

6



SISTEMA ELECTRÓNICO DE CONTRATACIONES GUBERNAMENTALES COMPRANET EN LA DIRECCIÓN www.compranet.gob.mx

POR OTRA PARTE LAS CAMARAS, COLEGIOS, ASOCIACIONES PROFESIONALES U OTRAS ORGANIZACIONES NO GUBERNAMENTALES, ASI COMO CUALQUIER PERSONA FÍSICA, PODRAN ASISTIR A LOS ACTOS PÚBLICOS DE LA PRESENTE LICITACIÓN, BAJO LA CONDICIÓN DE QUE ESTOS DEBERAN REGISTRAR SU ASISTENCIA Y ABSTENERSE DE INTERVENIR EN CUALQUIER FORMA EN LOS MISMOS.

5.- MODIFICACIONES A LA CONVOCATORIA Y BASES DE LICITACIÓN.

CON FUNDAMENTO EN EL ARTÍCULO 33 DE “LA LEY”, LAS MODIFICACIONES A LA CONVOCATORIA Y A LA LICITACIÓN, QUE DERIVEN DE LA JUNTA DE ACLARACIONES, SE PODRÁN REALIZAR A MÁS TARDAR EL SÉPTIMO DÍA NATURAL PREVIO AL ACTO DE PRESENTACIÓN Y APERTURA DE PROPOSICIONES, DEBIENDO DIFUNDIR DICHAS MODIFICACIONES EN COMPRANET, A MÁS TARDAR EL DÍA HÁBIL SIGUIENTE A AQUEL EN QUE SE EFECTÚEN Y SÓLO PODRÁN VERSAR SOBRE PLAZOS U OTROS ASPECTOS ENUNCIADOS EN LA CONVOCATORIA, SIN QUE ELLO CONSTITUYA LA SUSTITUCIÓN O VARIACIÓN SUSTANCIAL DE LOS SERVICIOS REQUERIDOS ORIGINALMENTE, LA ADICIÓN DE OTROS DISTINTOS O EN LA VARIACIÓN SIGNIFICATIVA DE SUS CARACTERÍSTICAS; SIEMPRE QUE ELLO, NO TENGA POR OBJETO LIMITAR EL NÚMERO DE LICITANTES.

CUALQUIER MODIFICACIÓN A LA CONVOCATORIA A LA LICITACIÓN, DERIVADA DEL RESULTADO DE LAS JUNTAS DE ACLARACIONES, SERÁ CONSIDERADA COMO PARTE INTEGRANTE DE LA PROPIA CONVOCATORIA A LA LICITACIÓN Y DEBERÁ SER CONSIDERADA POR LOS LICITANTES EN LA ELABORACIÓN DE SU PROPOSICIONES.

6.- DESCRIPCION ESPECÍFICA DEL SERVICIO.

LA PRESENTE LICITACIÓN SE REFIERE A LA ADQUISICION DE SOFTWARE Y CONTRATACION DE SERVICIOS INFORMATICOS PARA LA COMISIÓN NACIONAL DE SEGUROS Y FIANZAS, CON LAS ESPECIFICACIONES Y CARACTERÍSTICAS QUE SE SEÑALAN EN EL ANEXO TECNICO DE ESTAS BASES; POR LO QUE NO SE PODRÁ PRESENTAR MÁS DE UNA PROPUESTA, NI ALTERNATIVAS A LO REQUERIDO POR LA COMISIÓN.

7.- COTIZACION DE SERVICIOS.

NO SE ACEPTARÁN OPCIONES, LOS PARTICIPANTES DEBERÁN PRESENTAR UNA SOLA PROPOSICIÓN Y SE REQUIERE QUE CUMPLA EN SU TOTALIDAD CON LAS CARACTERISTICAS Y ALCANCES DEL SOFTWARE Y DEL SERVICIO SOLICITADAS EN EL

7

http://compranet.gob.mx/



ANEXO TECNICO Y CON TODOS LOS REQUISITOS Y CONDICIONES DE LAS PRESENTES BASES, ASI COMO CON LAS PRECISIONES QUE SE REALICEN EN LA (S) JUNTAS DE ACLARACIONES.

8.- CANTIDAD ADICIONAL A CONTRATAR

DENTRO DEL PRESUPUESTO APROBADO Y DISPONIBLE DE “LA COMISIÓN”, SE PODRÁ AMPLIAR O DISMINUIR EL MONTO DEL PEDIDO Y/O CONTRATO QUE SE DERIVE DE ESTA LICITACIÓN, SIN TENER QUE RECURRIR A LA CELEBRACIÓN DE UNA NUEVA LICITACIÓN, SIEMPRE Y CUANDO NO SE INCREMENTE EN TOTAL, EN MAS DEL 20 (VEINTE) POR CIENTO DE LAS CANTIDADES SOLICITADAS EN EL PEDIDO Y/O CONTRATO ORIGINAL Y QUE, LOS PRECIOS UNITARIOS CORRESPONDIENTES A LAS CANTIDADES ADICIONALES SEAN IGUALES A LOS PACTADOS ORIGINALMENTE.

9.- PAGOS.

LOS PAGOS POR PARTE DE LA COMISIÓN NACIONAL DE SEGUROS Y FIANZAS, SE EFECTUARAN A MAS TARDAR A LOS VEINTE DIAS NATURALES, POSTERIORES A MES VENCIDO, SIENDO REQUISITO INDISPENSABLE LA PRESENTACIÓN DE LAS FACTURAS Y DOCUMENTACIÓN CORRESPONDIENTE, LAS CUALES DEBERÁN CUMPLIR CON LOS REQUISITOS FISCALES DE LEY CUYOS DATOS DEBERÁN SER VALIDADOS POR LA COMISIÓN.

DICHOS PAGOS SE REALIZARÁN MEDIANTE TRANSFERENCIA ELECTRONICA DE FONDOS, A TRAVÉS DE LA TESORERIA DE LA FEDERACIÓN, O A TRAVES DEL PROGRAMA DE CADENAS PRODUCTIVAS, POR LO QUE EL PARTICIPANTE QUE RESULTE ADJUDICADO, DEBERA PROPORCIONAR A “LA COMISIÓN” DIVERSOS DATOS COMO SON: R.F.C., DOMICILIO COMPLETO (CODIGO POSTAL, DELEGACION O MUNICIPIO), NÚMERO DE CUENTA, BANCO Y CLABE INTERBANCARIA (18 DIGITOS).

EN CASO DE QUE LAS FACTURAS ENTREGADAS POR EL PROVEEDOR, PARA SU PAGO PRESENTEN ERRORES, “LA COMISIÓN” DENTRO DE LOS TRES DÍAS NATURALES SIGUIENTES AL DE SU RECEPCIÓN INDICARÁ AL PROVEEDOR LAS DEFICIENCIAS QUE DEBERÁ CORREGIR, POR LO QUE EL PROCEDIMIENTO DE PAGO REINICIARÁ EN EL MOMENTO EN EL QUE EL PROVEEDOR PRESENTE LAS FACTURAS CORREGIDAS.

10.- DISPONIBILIDAD PRESUPUESTAL.

EN BASE AL ANALISIS DE LAS PROPUESTAS QUE HAYAN OBTENIDO DICTAMEN TECNICO FAVORABLE, POR PARTE DEL AREA TECNICA DE “LA COMISIÓN”, ESTA ADJUDICARÁ LA PARTIDA CORRESPONDIENTE, EN FUNCIÓN DE SUS RECURSOS PRESUPUESTALES DEL

8



EJERCICIO 2010 Y A LAS DISPOSICIONES QUE EMITA, EN SU CASO, LA SECRETARÍA DE HACIENDA Y CRÉDITO PUBLICO. EL LICITANTE ACEPTA ESTAS CONDICIONES DESDE LA OBTENCION DE LAS PRESENTES BASES, SITUACIÓN QUE CONFIRMA CON LA PRESENTACIÓN DE SU PROPUESTA.

11.- PROPOSICIONES CONJUNTAS.

DE CONFORMIDAD CON LO ESTABLECIDO EN EL ARTÍCULO 34, DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS, DOS O MÁS PERSONAS PODRÁN PRESENTAR CONJUNTAMENTE PROPOSICIONES SIN NECESIDAD DE CONSTITUIR UNA SOCIEDAD, O NUEVA SOCIEDAD EN CASO DE PERSONAS MORALES.

LOS REQUISITOS PARA PRESENTACIÓN CONJUNTA DE PROPOSICIONES, ADEMÁS DE LOS APLICABLES A TODOS LOS LICITANTES, EN EL SOBRE DE LAS PROPOSICIONES DEBERÁN PRESENTAR LO SIGUIENTE:

a) PRESENTAR ESCRITO EN EL QUE EXPRESEN SU INTERÉS EN PARTICIPAR EN LA LICITACIÓN POR ALGUNO DE LOS INTEGRANTES DEL GRUPO DE NO PRESENTARLO NO SE ADMITIRÁ SU PARTICIPACIÓN.

PARA LOS LICITANTES QUE HAYAN OBTENIDO LAS BASES A TRAVÉS DEL SISTEMA COMPRANET Y ESTÉN PARTICIPANDO A TRAVÉS DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, BASTARÁ CON EL ACUSE DE RECIBO ELECTRÓNICO QUE AL RESPECTO EMITA LA SECRETARÍA DE LA FUNCIÓN PÚBLICA A TRAVÉS DE COMPRANET.

b) PARA EL CASO DE LOS LICITANTES QUE PARTICIPAN PRESENTANDO SU DOCUMENTACIÓN EN FORMA PERSONAL, DEBERÁN PRESENTAR ORIGINAL PARA SU COTEJO, Y COPIA DE LA IDENTIFICACIÓN OFICIAL DEL REPRESENTANTE COMÚN DEL GRUPO (CON FOTOGRAFÍA Y FIRMA), COMO IDENTIFICACIONES OFICIALES SOLAMENTE SE ACEPTARÁN: CREDENCIAL DE ELECTOR CON FOTOGRAFÍA, PASAPORTE VIGENTE O CEDULA PROFESIONAL.

EN TODO MOMENTO DEBERAN OBSERVARSE LOS REQUERIMIENTOS DETERMINADOS EN EL ARTICULO 34 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO Y 31 DE SU REGLAMENTO.

12.- PARTICIPACIÓN POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA.

LAS PROPOSICIONES PODRÁN SER ENVIADAS A TRAVÉS DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, PARA LO CUAL LOS PARTICIPANTES DEBERÁN UTILIZAR EXCLUSIVAMENTE EL PROGRAMA INFORMÁTICO QUE LA SECRETARÍA DE LA FUNCIÓN

9



PÚBLICA LES PROPORCIONE. DICHO PROGRAMA GENERARÁ EL SOBRE CON LAS PROPOSICIONES MEDIANTE EL USO DE TECNOLOGÍAS QUE RESGUARDAN LA CONFIDENCIALIDAD DE LA INFORMACIÓN, DE TAL FORMA QUE SEA INVIOLABLE.

LAS PROPOSICIONES QUE, A ELECCIÓN DEL PARTICIPANTE SEAN ENVIADAS POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, DEBERÁN ELABORARSE CONFORME A LO SEÑALADO EN ESTAS BASES EN FORMATOS WORD, EXCEL Y/O PDF.

PREFERENTEMENTE, DEBERÁN IDENTIFICARSE CADA UNA DE LAS PÁGINAS QUE INTEGRAN LAS PROPOSICIONES CON LOS DATOS SIGUIENTES: CLAVE DEL REGISTRO FEDERAL DE CONTRIBUYENTES, NÚMERO DE LICITACIÓN Y NÚMERO DE PÁGINA, DICHA IDENTIFICACIÓN DEBERÁ REFLEJARSE, EN SU CASO EN LA IMPRESIÓN QUE SE REALICE DE LOS DOCUMENTOS DURANTE EL ACTO DE PRESENTACIÓN Y APERTURA DE LAS PROPOSICIONES.ADICIONALMENTE, DEBERÁN EMPLEAR EN SUSTITUCIÓN DE LA FIRMA AUTÓGRAFA, EL MEDIO DE IDENTIFICACIÓN ELECTRÓNICA QUE PARA TAL FIN DEBERÁ CERTIFICARSE PREVIAMENTE POR LA SECRETARÍA DE LA FUNCIÓN PÚBLICA.

LOS PARTICIPANTES QUE OPTEN POR EL ENVÍO DE PROPOSICIONES A TRAVÉS DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, DEBERÁN CONCLUIR EL ENVÍO DE ÉSTAS Y CONTAR CON EL ACUSE DE RECIBO ELECTRÓNICO QUE EMITA LA SECRETARÍA DE LA FUNCIÓN PÚBLICA A TRAVÉS DE COMPRANET, A MÁS TARDAR, UNA HORA ANTES DEL EVENTO DE PRESENTACIÓN Y APERTURA DE PROPOSICIONES.

LOS LICITANTES QUE OPTEN POR UTILIZAR ESTE MEDIO PARA ENVIAR SUS PROPOSICIONES NO LIMITA, EN NINGÚN CASO, QUE ASISTAN A LOS DIFERENTES ACTOS DERIVADOS DE LA LICITACIÓN.

NOTA: COMO ANEXO “C”, SE REPRODUCE, PARA CUMPLIMIENTO DE LOS LICITANTES PARTICIPANTES, EL ACUERDO POR EL QUE SE ESTABLECEN LAS DISPOSICIONES PARA EL USO DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, EN EL ENVÍO DE PROPUESTAS DENTRO DE LAS LICITACIONES PÚBLICAS QUE CELEBREN LAS DEPENDENCIAS Y ENTIDADES DE LA ADMINISTRACIÓN PÚBLICA FEDERAL, ASÍ COMO EN LA PRESENTACIÓN DE LAS INCONFORMIDADES POR LA MISMA VÍA. LOS INTERESADOS QUE PARTICIPEN POR ESTA VÍA, DEBERÁN PRESENTAR ESTE ANEXO CON FIRMA DE CONOCIMIENTO.

NO SE ACEPTARÁ EL ENVIO DE PROPUESTAS A TRAVÉS DEL SERVICIO POSTAL O MENSAJERIA.

13.- PROGRAMACION DE LOS EVENTOS

TODOS LOS EVENTOS TENDRAN VERIFICATIVO EN LAS OFICINAS DE “LA COMISIÓN”, UBICADAS EN AV. INSURGENTES SUR No. 1971, TORRE SUR 2° PISO, COLONIA GUADALUPE

10



INN, C. P. 01020, DELEGACION ALVARO OBREGON, DISTRITO FEDERAL, DE ACUERDO AL SIGUIENTE CALENDARIO:

EVENTO FECHA Y HORA LUGAR

Publicación de la convocatoria.

31 de agosto de 2010.En Internet en la dirección electrónica http://www.compranet.gob.mx simultáneamente con el Diario Oficial de la Federación

Junta de Aclaraciones.

El 3 de septiembre de 2010.Horario 11:00 A. M.

Oficinas de la C.N.S.F., ubicadas en Ave. Insurgentes Sur No. 1971, Torre I Sur, 2º. Piso del Conjunto Inmobiliario Plaza Inn, Col. Guadalupe Inn C. P. 01020, Delegación Álvaro Obregón.

Acto de registro, presentación y apertura de proposiciones técnicas y económicas.

El 9 de septiembre de 2010.Horario 11:00 A. M.


Comunicación del fallo.

A más tardar el 10 de septiembre de 2010Horario 11:00 A. M.


Firma del pedido y/oContrato.

El 10 de septiembre de 2010.


II.- INFORMACIÓN ESPECÍFICA DE LA LICITACIÓN

1.- REQUISITOS PARA PARTICIPAR

1.1.- QUE LAS PROPOSICIONES SE ELABOREN Y SE PRESENTEN DE ACUERDO A LO INDICADO EN LAS PRESENTES BASES.

11

http://www.compranet.gob.mx/



1.2.- QUE LOS PARTICIPANTES CUENTEN CON UNA ANTIGÜEDAD MINIMA COMPROBABLE DE UN AÑO EN EL MERCADO DENTRO DEL GIRO OBJETO DE LA LICITACION, (SE DEBERÁ ACREDITAR CON COPIA DEL R.F.C Y/O DE LA ESCRITURA CONSTITUTIVA).

1.3.- CARTA COMPROMISO DEL PARTICIPANTE EN LA QUE MANIFIESTE QUE DEBERÁ CONSIDERAR A SU CARGO LAS GARANTÍAS Y LICENCIAMIENTO NECESARIOS PARA PROPORCIONAR EL SERVICIO SOLICITADO.

1.4.- LOS PARTICIPANTES DEBERAN PRESENTAR DECLARACIÓN POR ESCRITO BAJO PROTESTA DE DECIR VERDAD, EN EL SENTIDO DE QUE SU PROPUESTA SE APEGA EN SU TOTALIDAD A LOS REQUERIMIENTOS SOLICITADOS EN EL ANEXO TECNICO QUE FORMA PARTE INTEGRANTE DE ESTAS BASES.

1.5.- LOS PARTICIPANTES DEBERAN PRESENTAR DECLARACIÓN POR ESCRITO BAJO PROTESTA DE DECIR VERDAD, EN EL SENTIDO DE QUE EL LICITANTE NO SE ENCUENTRA EN LOS SUPUESTOS A QUE SE REFIEREN LOS ARTICULOS 50 DE LA LAASSP DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO EN SUS FRACCIONES I A XIII Y ARTÍCULO 8 FRACCIÓN XX DE LA LEY FEDERAL DE RESPONSABILIDADES ADMINISTRATIVAS DE LOS SERVIDORES PÚBLICOS, AL EFECTO DEBERÁN REQUISITAR EL ANEXO III, QUE SE ACOMPAÑA A ESTAS BASES.

1.6.- LOS PARTICIPANTES DEBERAN PRESENTAR DECLARACION ESCRITA BAJO PROTESTA DE DECIR VERDAD RELATIVA A LA INDICACIÓN DE QUE NO SE ENCUENTRAN INHABILITADOS POR RESOLUCIÓN DE LA SECRETARÍA DE LA FUNCIÓN PÚBLICA, Y QUE POR SU CONDUCTO NO PARTICIPAN PERSONAS QUE SE ENCUENTRAN EN DICHO SUPUESTO.

1.7.- LOS PARTICIPANTES DEBERÁN PRESENTAR DECLARACIÓN DE INTEGRIDAD EN LA QUE MANIFIESTE QUE POR SÍ MISMO O A TRAVÉS DE INTERPÓSITA PERSONA, SE ABSTENDRÁ DE ADOPTAR CONDUCTAS, PARA QUE LOS SERVIDORES PUBLICOS DE “LA COMISIÓN”, INDUZCAN O ALTEREN LAS EVALUACIONES DE LAS PROPUESTAS, EL RESULTADO DEL PROCEDIMIENTO Y OTROS ASPECTOS QUE OTORGUEN CONDICIONES MAS VENTAJOSAS, EN RELACION A LOS DEMAS PARTICIPANTES.

1.8.- PARA LOS LICITANTES QUE PARTICIPEN A TRAVÉS DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA DEBERÁN INCLUIR UNA DECLARACIÓN FIRMADA POR EL REPRESENTANTE LEGAL DE LA EMPRESA EN LA QUE MANIFIESTEN BAJO PROTESTA DE DECIR VERDAD QUE CONOCEN EN SU TOTALIDAD EL ACUERDO POR EL QUE SE ESTABLECEN LAS DISPOSICIONES PARA EL USO DE MEDIOS REMOTOS DE

12



COMUNICACIÓN ELECTRÓNICA, EN EL ENVÍO DE PROPOSICIONES DENTRO DE LAS LICITACIONES PÚBLICAS QUE CELEBREN LAS DEPENDENCIAS Y ENTIDADES DE LA ADMINISTRACIÓN PÚBLICA FEDERAL, ASÍ COMO EN LA PRESENTACIÓN DE LAS INCONFORMIDADES POR LA MISMA VÍA, PUBLICADO EN EL DIARIO OFICIAL DE LA FEDERACIÓN EL 9 DE AGOSTO DEL AÑO 2000, (ANEXO “C”) Y QUE ACEPTAN TODAS LAS CONDICIONES Y CARACTERÍSTICAS DE LA CONVOCATORIA Y BASES DE LA PRESENTE LICITACIÓN.

NOTA: LA DOCUMENTACION COMPROBATORIA DE ESTOS PUNTOS DEBERA INCLUIRSE EN LA PRESENTACION DE SUS PROPUESTAS, EN LA PROPUESTA TECNICA Y SERA CAUSA DE DESCALIFICACION EL INCUMPLIMIENTO DE ALGUNO DE ESTOS REQUISITOS.

2.- ELABORACION DE LAS PROPOSICIONES

LOS PARTICIPANTES, AL ELABORAR SUS PROPOSICIONES OBSERVARAN LOS SIGUIENTES PUNTOS:

2.1.- LAS PROPOSICIONES DEBERÁN SER MECANOGRAFIADAS PREFERENTEMENTE EN PAPEL MEMBRETADO DE CADA PARTICIPANTE Y DEBERAN SER DIRIGIDAS A LA COMISION NACIONAL DE SEGUROS Y FIANZAS.

2.2.- DEBERAN ELABORARSE SIN TACHADURAS O ENMENDADURAS.

2.3.- DEBERAN SER FIRMADAS POR LAS PERSONAS QUE SE ENCUENTREN LEGALMENTE FACULTADAS PARA TAL EFECTO, CON BASE EN EL PODER NOTARIAL CORRESPONDIENTE O ESCRITURA CONSTITUTIVA DE LA EMPRESA A LA QUE REPRESENTAN, PARA LO CUAL EL LICITANTE ACREDITARA SU PERSONALIDAD JURIDICA, DE CONFORMIDAD CON LO REQUERIDO EN EL PUNTO 8.1 DE LAS PRESENTES BASES.

2.4.- EN LAS PROPOSICIONES TÉCNICAS, LOS PARTICIPANTES DEBERÁN ESPECIFICAR LAS CARACTERÍSTICAS Y DESCRIPCIÓN TÉCNICA DEL SOFTWARE Y SERVICIOS OBJETO DE LA PRESENTE LICITACIÓN, SIN COSTO, DE ACUERDO CON EL ANEXO I, DE ESTAS BASES.

2.5.- LAS PROPOSICIONES DEBERÁN REALIZARSE EN ESTRICTO APEGO A LAS NECESIDADES PLANTEADAS POR “LA COMISIÓN” EN ESTAS BASES Y FORMULARSE EN EL IDIOMA ESPAÑOL.

2.6.- LAS PROPOSICIONES ECONOMICAS DEBERÁN CONTENER LA COTIZACIÓN DEL

13



SOFTWARE Y SERVICIOS REQUERIDOS OBJETO DE ESTA LICITACIÓN, EN PESOS MEXICANOS.

3.- DESCRIPCION GENERICA DEL SERVICIO.

3.1.- LAS CARACTERISTICAS DEL SOFTWARE Y SERVICIOS QUE “LA COMISIÓN” DESEA CONTRATAR SE DESCRIBEN A DETALLE EN EL ANEXO TECNICO DE ESTAS BASES.

4.- LUGAR Y FECHA LIMITE PARA LA ENTREGA DEL SOFTWARE Y SERVICIOS.

4.1.- EL O LOS PARTICIPANTE(S) QUE RESULTE(N) GANADOR(ES) DEBERA(N) ENTREGAR EL SOFTWARE Y LOS SERVICIOS INFORMATICOS DE CONFORMIDAD CON LO SOLICITADO EN EL ANEXO TECNICO DE LAS PRESENTES BASES, SIN NINGUN CARGO ADICIONAL Y EN CASO DE INCUMPLIMIENTO SE PROCEDERÁ A APLICAR UNA PENA CONVENCIONAL EQUIVALENTE AL 0.2% (DEL IMPORTE TOTAL DEL PEDIDO), POR CADA DIA DE RETRASO EN LA ENTREGA, SALVO QUE SE PRESENTE CASO FORTUITO O FUERZA MAYOR, A CALIFICAR POR “LA COMISIÓN”, PUDIENDO LLEGAR INCLUSIVE A LA RESCISION DEL PEDIDO Y/O CONTRATO CORRESPONDIENTE, CON EL MARGEN DE TOLERANCIA O PRORROGA EN LA ENTREGA, QUE EN SU CASO CONVENGA “LA COMISIÓN”.

5.- GARANTIA DE FABRICACIÓN.

5.1.- LA GARANTIA DEBERA OTORGARSE POR ESCRITO EN RELACION A TODO DEFECTO Y DEBERA ESPECIFICARSE LO QUE LA MISMA INCLUYE A DETALLE:

ESTA GARANTIA DEBERA CUBRIR CUALQUIER DEFECTO, ASI COMO EL NO CUMPLIR CON LAS ESPECIFICACIONES TECNICAS; Y OPERARÁ A PARTIR DEL MOMENTO DE SER ENTREGADO EL SOFTWARE Y EL SERVICIO REQUERIDO; SI DENTRO DEL PERÍODO DE GARANTIA SE PRESENTA ALGUNA FALLA O INCONVENIENTE, EL PARTICIPANTE GANADOR QUEDA OBLIGADO A HACERLA EFECTIVA SIN CARGO ADICIONAL PARA “LA COMISIÓN”.

6.- TRANSPORTACIÓN Y ENTREGA.

6.1.- LA TRANSPORTACIÓN SERÁ POR CUENTA Y BAJO LA RESPONSABILIDAD DEL PARTICIPANTE QUE RESULTE GANADOR.

7.- REQUERIMIENTOS ECONÓMICOS

14



PRECIOS

7.1.- EL COSTO DEL SOFTWARE Y LOS SERVICIOS DEBERAN COTIZARSE EN PESOS MEXICANOS Y NO SE ACEPTARAN, ALTERNATIVAS TECNICAS NI ECONOMICAS, POR LO QUE DEBERAN SUJETARSE A LO ESTRICTAMENTE SOLICITADO EN EL ANEXO I DE ESTAS BASES.

7.2.- LOS PRECIOS DEBERÁN SER FIRMES HASTA EL TOTAL CUMPLIMIENTO DEL PEDIDO Y/O CONTRATO.

7.3.- INALTERABILIDAD DE LOS PRECIOS. ESTOS SERAN INALTERABLES POR LO QUE UNA VEZ OFERTADOS NO PODRÁ AGREGARSE NINGÚN COSTO EXTRA, DEBIENDO DESGLOSAR POR SEPARADO EL I.V.A.

8.- REQUERIMIENTOS DE DOCUMENTACIÓN DE LOS PARTICIPANTES

8.1.- DOCUMENTACION LEGAL.

PERSONAS FISICAS Y MORALES.

IDENTIFICACION OFICIAL VIGENTE CON FOTOGRAFIA DE LA PERSONA QUE SE OSTENTE COMO REPRESENTANTE LEGAL FACULTADO, QUIEN DEBERA PRESENTAR UN ESCRITO EN EL QUE MANIFIESTE BAJO PROTESTA DE DECIR VERDAD, QUE CUENTA CON LA PERSONALIDAD SUFICIENTE PARA SUSCRIBIR POR SI (PERSONAS FISICAS), O A NOMBRE DE SU REPRESENTADA, LA PROPUESTA CORRESPONDIENTE (PERSONAS MORALES).

8.2.- AL EFECTO, EN EL CASO DE PERSONAS MORALES, DEBERA UTILIZARSE EL FORMATO ANEXO A ESTAS BASES, REQUISITANDO TODOS LOS DATOS QUE EN EL SE SOLICITAN (FORMATO INCLUIDO EN EL ACUERDO PUBLICADO EN EL DIARIO OFICIAL DE FEDERACIÓN DEL DÍA 07 DE ABRIL DE 1997) (ANEXO II).

8.3.- LOS PARTICIPANTES SE PUEDEN HACER REPRESENTAR POR LA PERSONA QUE ESTIMEN CONVENIENTE; PARA TALES EFECTOS, PODRAN RECIBIR O ENTREGAR DOCUMENTOS, COMPARECER A NOMBRE DEL PROVEEDOR LICITANTE A LOS ACTOS DEL PROCEDIMIENTO, LO ANTERIOR SIN PERJUICIO DE QUE LOS DEMAS DOCUMENTOS QUE ASÍ SE REQUIERAN DEBERAN SER FIRMADOS POR LA PERSONA QUE ESTE LEGALMENTE FACULTADA PARA ELLO, DE CONFORMIDAD CON LO DISPUESTO EN EL CODIGO CIVIL FEDERAL.

15



8.4.- OPINIÓN ACTUALIZADA EXPEDIDA POR EL SERVICIO DE ADMINISTRACION TRIBUTARIA SOBRE EL CUMPLIMIENTO DE LAS OBLIGACIONES FISCALES DEL LICITANTE.

PARA EFECTOS DE LA FORMALIZACIÓN DEL CONTRATO, EL LICITANTE DEBERÁ PRESENTAR EL “ACUSE DE RECEPCIÓN” EMITIDO POR EL SAT, CON EL QUE SE COMPRUEBE QUE REALIZO LA SOLICITUD DE OPINIÓN PREVISTA EN LA REGLA I.2.1.15.DE LA RESOLUCIÓN MISCELÁNEA FISCAL PARA EL EJERCICIO 2010, COMO PARTE DE LA SOLICITUD QUE HAGA, EL LICITANTE ADJUDICADO DEBERÁ INCLUIR EL CORREO ELECTRÓNICO: [email protected] O [email protected].

LA SOLICITUD DE ESTA OPINIÓN ÚNICAMENTE PODRÁ HACERSE A TRAVÉS DE LA PÁGINA www.sat.gob.mx, ESTA CONVOCANTE RECOMIENDA A TODOS LOS INTERESADOS QUE VERIFIQUEN CON ANTICIPACIÓN EN LA PÁGINA DE INTERNET DEL SAT, LOS REQUISITOS NECESARIOS PARA SOLICITAR EL SERVICIO DE OPINIÓN SOBRE EL CUMPLIMIENTO DE LAS OBLIGACIONES FISCALES, DE PREFERENCIA LLEVARLA A CABO PARA QUE EL ACUSE DE RECIBO CORRESPONDIENTE, LO ANEXEN EN LA DOCUMENTACION LEGAL,

8.5.- DEBERAN PRESENTAR CON FIRMA DE ENTERADO EL ANEXO VI, DE ESTAS BASES.

9.- DOCUMENTACIÓN RELATIVA A LA PROPUESTA TÉCNICA.

LA PROPOSICIÓN TECNICA, SE DEBERÁ PRESENTAR EN TÉRMINOS DEL MODELO CONTENIDO EN EL ANEXO TECNICO, ESTA INFORMACIÓN DEBERÁ ENTREGARSE EN SOBRE CERRADO (JUNTO CON LA PROPUESTA ECONÓMICA) Y DEBERÁ CONTENER:

9.1.- MANIFESTACIÓN POR ESCRITO, DE PREFERENCIA EN PAPEL MEMBRETADO, QUE CONOCE Y ACEPTA EL CONTENIDO DE LAS BASES, DE LOS ANEXOS Y DE CADA UNA DE LAS CONDICIONES DE ESTAS BASES.

9.2.- LA PROPOSICIÓN TÉCNICA RELATIVA AL SOFTWARE Y AL SERVICIO OBJETO DE LA PRESENTE LICITACIÓN.

9.3.- CURRICULUM DE LA EMPRESA.

9.4.- RELACION DE PRINCIPALES CLIENTES MINIMO (TRES), CON DOMICILIO Y TELEFONO.

9.5.- GARANTIZAR POR ESCRITO LA ENTREGA DEL SOFTWARE Y EL SERVICIO EN EL TIEMPO COMPROMETIDO DE ACUERDO CON LO DISPUESTO EN EL ANEXO TECNICO.

16

http://WWW.SAT.GOB.MX/





9.6.- CARTA COMPROMISO BAJO PROTESTA DE DECIR VERDAD DE PREFERENCIA EN PAPEL MEMBRETADO, COMPROMETIÉNDOSE A RESPETAR LAS ESPECIFICACIONES Y CARACTERÍSTICAS TÉCNICAS CONFORME A SU PROPOSICIÓN TÉCNICA.

9.7.- CARTA COMPROMISO BAJO PROTESTA DE DECIR VERDAD DE PREFERENCIA EN PAPEL MEMBRETADO, CON FUNDAMENTO EN EL SEGUNDO PÁRRAFO DEL ARTÍCULO 53 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO, COMPROMETIÉNDOSE LOS PARTICIPANTES A RESPONDER DE LOS DEFECTOS Y VICIOS OCULTOS, ASÍ COMO DE CUALQUIER OTRA RESPONSABILIDAD EN QUE HUBIEREN INCURRIDO, EN LOS TÉRMINOS SEÑALADOS EN EL CONTRATO Y/O PEDIDO RESPECTIVO Y EN EL CÓDIGO CIVIL FEDERAL.

9.8.- CARTA COMPROMISO, BAJO PROTESTA DE DECIR VERDAD DE PREFERENCIA EN PAPEL MEMBRETADO, PARA EL CASO DE QUE SE PRETENDA HACER VALER EL SUPUESTO CONTEMPLADO EN EL ARTÍCULO 14 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO, COMPROMETIENDOSE A DAR CUMPLIMIENTO A LOS REQUISITOS SEÑALADOS EN EL ARTICULO DE REFERENCIA.

9.9.- MANIFESTACIÓN POR ESCRITO, DE PREFERENCIA EN PAPEL MEMBRETADO, SEÑALANDO QUE EL PARTICIPANTE QUE RESULTE GANADOR ACEPTA QUE SE TENDRA POR ENTREGADO EL SOFTWARE Y EL SERVICIO, UNA VEZ QUE EL AREA TECNICA HAYA EFECTUADO LAS PRUEBAS QUE RESULTEN NECESARIAS Y QUE GARANTICEN QUE EL SERVICIO, OBJETO DE LA PRESENTE LICITACION SE DESEMPEÑA DE ACUERDO A LOS REQUERIMIENTOS DE LA CNSF.

10.- INFORMACIÓN ADMINISTRATIVA

ESTA INFORMACION DEBERA INCLUIRSE DENTRO DEL SOBRE DE LAS PROPUESTAS.

10.1.- DESCRIPCION DE SU ORGANIZACION.

10.2.- LOCALIZACION DE SUS INSTALACIONES (DIRECCION Y CROQUIS).

10.3.- MANIFESTACION POR ESCRITO DE CONOCER EL CONTENIDO DEL MODELO DE PEDIDO Y/O CONTRATO Y SU CONFORMIDAD DE AJUSTARSE A SUS TERMINOS, POR LO QUE DEBERAN DEVOLVERLO FIRMADO POR EL REPRESENTANTE LEGAL DE LA EMPRESA PARTICIPANTE.

17



11.- ENTREGA DE LAS PROPOSICIONES TÉCNICAS, ECONÓMICAS Y DE LA DOCUMENTACIÓN CORRESPONDIENTE.

LOS PARTICIPANTES DEBERAN PRESENTAR EN EL ACTO DE REGISTRO DE PARTICIPANTES, DENTRO DE UN SOLO SOBRE CERRADO LA SIGUIENTE INFORMACIÓN:

11.1.- LA PROPOSICIÓN ECONÓMICA EN FOLDER APARTE, CONTENIENDO EL COSTO E IVA DESGLOSADO.

11.2.- LA PROPOSICION TÉCNICA, EN LA QUE DEBERAN INCLUIR ENTRE OTROS LOS DOCUMENTOS A QUE SE HACE REFERENCIA EN LOS PUNTOS:

1.1 AL 1.8 REFERENTES A LOS REQUISITOS PARA PARTICIPAR, ASI COMO LOS PUNTOS: 9.1 AL 9.9 REFERENTE A LA DOCUMENTACION RELATIVA A LA PROPUESTA TECNICA, 10.1 AL 10.3 RELATIVOS A LA INFORMACION ADMINISTRATIVA DEL CAPITULO II, DE ESTAS BASES.

11.3.- ASIMISMO, DEBERA PRESENTARSE LA DOCUMENTACION LEGAL, A QUE SE HACE REFERENCIA EN LOS PUNTOS: 8.1 AL 8.5 DEL CAPITULO II, QUE CONSISTIRÁ EN LOS ESCRITOS BAJO PROTESTA DE DECIR VERDAD (ANEXO II, ANEXO IV Y ANEXO VI) , ASI COMO IDENTIFICACION VIGENTE CON FOTOGRAFIA.

LA DOCUMENTACION REFERENTE A LOS PUNTOS ANTERIORES, SE DEBERA RELACIONAR DE CONFORMIDAD CON EL ANEXO VII DE LAS PRESENTES BASES Y ENTREGARSE POR SEPARADO, JUNTO CON LA PROPUESTA TECNICA Y NO SERÁ CAUSA DE DESECHAMIENTO EL NO PRESENTAR LA DOCUMENTACION SOLICITADA EN PAPEL MEMBRETADO DE LA EMPRESA PARTICIPANTE.

12.- GARANTIA DE CUMPLIMIENTO DEL PEDIDO Y/O CONTRATO.

12.1.- EL PARTICIPANTE GANADOR DEBERA CONSTITUIR UNA GARANTIA EN MONEDA NACIONAL MEDIANTE FIANZA A FAVOR DE LA TESORERIA DE LA FEDERACION, EXPEDIDA POR UNA INSTITUCION AFIANZADORA AUTORIZADA, POR UN IMPORTE DEL 10% (DIEZ POR CIENTO) DEL MONTO TOTAL DEL PEDIDO Y/O CONTRATO, (ANTES DE IVA). LA MENCIONADA GARANTIA SE DEBERÁ CONSTITUIR EN AMPARO DEL CUMPLIMIENTO DEL PEDIDO Y/O CONTRATO ADJUDICADO, UNA VEZ QUE ESTE SE HAYA RECIBIDO POR EL PARTICIPANTE GANADOR Y DEBERA CONTENER LOS REQUISITOS SEÑALADOS EN EL ANEXO V DE LAS PRESENTES BASES.

12.2.- LA FIANZA SERÁ ENTREGADA A “LA COMISIÓN” DENTRO DE LOS DIEZ DÍAS NATURALES POSTERIORES A LA FIRMA DEL PEDIDO, LA CUAL SERÁ RETENIDA HASTA EL

18



TOTAL CUMPLIMIENTO DEL OBJETO DE LA PRESENTE LICITACION, CONFORME A LAS CONDICIONES ESTABLECIDAS EN EL PROPIO PEDIDO PUDIENDO EMITIRSE EN FORMA ANUAL DURANTE LA VIGENCIA DEL PEDIDO Y/O CONTRATO.

12.3.- IDIOMA

12.3.1 - LAS PROPUESTAS DEBERAN PRESENTARSE EN EL IDIOMA ESPAÑOL.

12.4.- MONEDA

12.4.1.- LOS LICITANTES DEBERAN PRESENTAR SUS PROPUESTAS VALORADAS EN MONEDA NACIONAL (PESOS MEXICANOS).

13.- ACLARACIONES, ACTO DE REGISTRO Y ACTO DE APERTURA DE PROPOSICIONES

13.1.- PARA EL EFECTO DE LOS EVENTOS A CELEBRARSE EN EL DIA Y HORA ESPECIFICADOS EN EL PUNTO CORRESPONDIENTE, A CONTINUACIÓN SE DETERMINA COMO DOMICILIO DE LA COMISIÓN NACIONAL DE SEGUROS Y FIANZAS, LAS OFICINAS UBICADAS EN INSURGENTES SUR 1971, TORRE 1 SUR, 2o. PISO, DEL CONJUNTO INMOBILIARIO PLAZA INN, COL. GUADALUPE INN, C.P. 01020, DELEGACIÓN ÁLVARO OBREGÓN, MEXICO DISTRITO FEDERAL.

13.2.- EL ACTO DE LA SESIÓN DE ACLARACIONES, TENDRA VERIFICATIVO EL DIA 3 DE SEPTIEMBRE DE 2010, A LAS 11:00 HRS., EN LA DIRECCIÓN MENCIONADA EN EL PUNTO ANTERIOR, ACLARANDO QUE NO SE ACEPTARÁ EL ENVIO DE PROPUESTAS POR MEDIO DEL SERVICIO POSTAL, ASIMISMO SE HACE LA PRECISIÓN DE QUE SOLAMENTE SE CONTESTARAN LOS PLANTEAMIENTOS QUE SE FORMULEN POR ESCRITO LOS CUALES DEBERAN PRESENTARSE HASTA 24 HORAS ANTES DE ESTA SESION, Y DEBERAN PRESENTARSE DE MANERA CONJUNTA CON EL ESCRITO A QUE SE REFIERE EL PUNTO 4.2 DEL CAPITULO I, SEGUNDO PARRAFO EN LA DIRECCIÓN DE ADMINISTRACIÓN DE RECURSOS FINANCIEROS Y MATERIALES Y/O EN EL DEPARTAMENTO DE ADQUISICIONES DE “LA COMISIÓN”, MISMO DOMICILIO, PUDIENDO ENTREGARSE A TRAVES DE VIA ELECTRONICA, A LAS DIRECCIONES [email protected], [email protected] y [email protected] EN FORMA PERSONAL EN EL DOMICILIO SEÑALADO EN EL PARRAFO ANTERIOR.

SE ESPECIFICA QUE EN EL CASO DE LOS LICITANTES QUE A SU ELECCIÓN OPTEN POR EL ENVÍO DE PROPUESTAS A TRAVÉS DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, PODRÁN PRESENTAR SUS SOLICITUDES DE ACLARACIÓN A LAS BASES DE LICITACIÓN, UTILIZANDO EL PROGRAMA INFORMÁTICO QUE LA SECRETARÍA DE LA FUNCIÓN PÚBLICA LES PROPORCIONE, A MÁS TARDAR, 24 HORAS ANTES DE LA FECHA Y HORA ESTABLECIDA EN LA CONVOCATORIA PARA EL INICIO DE LA JUNTA DE

19






ACLARACIONES, ANEXANDO EL ESCRITO ANTES REFERIDO INFORMÁNDOSE QUE NO SE ACEPTARA EL ENVIO POR MEDIO DEL SERVICIO POSTAL O MENSAJERIA.

13.3.- EL REGISTRO DE PROVEEDORES PARTICIPANTES, PRESENTACIÓN DE PROPOSICIONES Y APERTURA DE PROPOSICIONES TECNICAS Y ECONOMICAS SE LLEVARÁ A CABO EL DÍA 9 DE SEPTIEMBRE DE 2010, A LAS 11:00 HRS. A.M., DEBIÉNDOSE PRESENTAR LA DOCUMENTACIÓN LEGAL, LA PROPOSICIÓN TÉCNICA, LA PROPOSICIÓN ECONÓMICA Y LOS ANEXOS CORRESPONDIENTES EN UN SOLO SOBRE DEBIDAMENTE CERRADO, COMO YA SE SOLICITO EN LOS PUNTOS ANTERIORES Y SOLO PODRÁN PARTICIPAR LOS LICITANTES QUE HAYAN PRESENTADO UN ESCRITO EN EL QUE SU FIRMANTE MANIFIESTE BAJO PROTESTA DE DECIR VERDAD QUE CUENTA CON FACULTADES SUFICIENTES PARA COMPROMETERSE POR SI O EN NOMBRE DE SU REPRESENTADA EN LA LICITACION DE REFERENCIA.

EN PRIMER TÉRMINO, SE ABRIRÁN LAS PROPOSICIONES Y LA DOCUMENTACION REMITIDA POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, ACLARANDO QUE NO SE ACEPTARÁ EL ENVIO POR MEDIO DEL SERVICIO POSTAL O MENSAJERIA Y POSTERIORMENTE SE APERTURARAN LOS SOBRES QUE CONTENGAN LAS PROPUESTAS PRESENTADAS EN FORMA PERSONAL.

LAS PROPOSICIONES ENVIADAS POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, SE IMPRIMIRÁN AL MOMENTO, LOS DOCUMENTOS (FORMATOS Y ESCRITOS) REQUERIDOS Y EN SU CASO, ADICIONALMENTE, SE OBTENDRÁ EL DOCUMENTO QUE CONTIENE LOS CARACTERES DE AUTENTICIDAD DE LAS PROPUESTAS ECONÓMICAS.

PARA EL CASO DE LAS PROPOSICIONES RECIBIDAS POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, SE IMPRIMIRÁN EN SU TOTALIDAD PARA SU EVALUACIÓN Y DE LOS ASISTENTES SI LOS HUBIERE, POR LO MENOS UN PARTICIPANTE (EL PRIMER PARTICIPANTE QUE SE HUBIERE REGISTRADO, EN SU AUSENCIA EL SEGUNDO Y ASÍ SUCESIVAMENTE) Y EL SERVIDOR PÚBLICO DE LA COMISION FACULTADO PARA PRESIDIR EL ACTO O EL SERVIDOR PÚBLICO QUE ÉSTE DESIGNE, RUBRICARÁN LOS DOCUMENTOS IMPRESOS RELATIVOS Y EN SU CASO, DE LAS PROPOSICIONES RECIBIDAS, INCLUIDOS LOS DE AQUELLOS CUYAS PROPOSICIONES HUBIEREN SIDO DESECHADAS.

EN EL SUPUESTO DE QUE DURANTE EL ACTO DE PRESENTACIÓN Y APERTURA DE PROPOSICIONES, POR CAUSAS AJENAS A LA COMISION, NO SEA POSIBLE ABRIR LOS SOBRES QUE CONTENGAN LAS PROPUESTAS ENVIADAS POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, EL ACTO SE REANUDARÁ A PARTIR DE QUE SE RESTABLEZCAN LAS CONDICIONES QUE DIERON ORIGEN A LA INTERRUPCIÓN.

LA SECRETARÍA DE LA FUNCIÓN PÚBLICA PODRÁ VERIFICAR EN CUALQUIER MOMENTO DURANTE EL LAPSO DE INTERRUPCIÓN, QUE NO SE HAYA SUSCITADO ALGUNA MODIFICACIÓN A LAS PROPUESTAS QUE OBREN EN SU PODER.

EL SERVICIO OBJETO DE LA PRESENTE LICITACION, QUE CONFORME AL ANEXO I,

20



TECNICO, PRESENTEN LOS LICITANTES, DEBERA TENER LAS MISMAS CARACTERISTICAS QUE ESTEN OFRECIENDO EN SU PROPUESTA TECNICA.

14.- NOTIFICACION A LOS PARTICIPANTES.

LAS ACTAS DE LAS JUNTAS DE ACLARACIONES, DEL ACTO DE APERTURA DE LA PROPUESTA TECNICA Y DEL ACTO DE APERTURA DE LA PROPUESTA ECONOMICA, SE PONDRÁN POR MEDIO DE COPIAS FOTOSTÁTICAS AL FINALIZAR DICHOS ACTOS PARA EFECTOS DE NOTIFICACIÓN, EN UN LUGAR VISIBLE DE LAS OFICINAS DE ESTA “LA COMISIÓN” POR UN TÉRMINO MÍNIMO DE 5 DÍAS HÁBILES, SIENDO DE LA EXCLUSIVA RESPONSABILIDAD DE LOS LICITANTES ACUDIR A ENTERARSE DE SU CONTENIDO Y OBTENCION DE UNA COPIA, ASIMISMO ESTARÁN A SU DISPOSICIÓN PARA SU CONSULTA A TRAVES DEL SISTEMA COMPRANET.

EL PRESENTE PROCEDIMIENTO, SUSTITUYE A LA NOTIFICACION PERSONAL.

15.- CRITERIOS DE EVALUACIÓN

15.1.- EL AREA CORRESPONDIENTE DE LA COMISIÓN NACIONAL DE SEGUROS Y FIANZAS, EFECTUARÁ LA EVALUACION DE CADA UNA DE LAS PROPUESTAS TÉCNICAS Y EMITIRÁ EL DICTAMEN CORRESPONDIENTE.

15.2.- PARA PODER ADJUDICAR EL PEDIDO Y/O CONTRATO A UN PARTICIPANTE, ÉSTE DEBERÁ CUMPLIR CON TODOS LOS ASPECTOS REQUERIDOS EN ESTAS BASES, ASI COMO DE SUS ANEXOS.

16.- CONDICIONES A EVALUAR.

16.1.- EL AREA CORRESPONDIENTE DE LA COMISIÓN NACIONAL DE SEGUROS Y FIANZAS, EFECTUARÁ LA EVALUACIÓN DE CADA UNA DE LAS PROPUESTAS TÉCNICAS Y EMITIRÁ EL DICTAMEN CORRESPONDIENTE.

16.2.- SE VERIFICARÁ DE MANERA ESPECÍFICA EL CUMPLIMIENTO DE AQUELLOS REQUISITOS ESENCIALES PARA PARTICIPAR YA QUE LA FALTA DE UNO DE ELLOS ES MOTIVO DE DESECHAMIENTO DE LA PROPUESTA.

16.3.- CONDICIONES LEGALES.

21



16.4.- SE REVISARÁ LA DOCUMENTACIÓN LEGAL REQUERIDA, A EFECTO DE QUE SE CUMPLA CON LO ESTABLECIDO EN LAS PRESENTES BASES.

16.5.- CONDICIONES TÉCNICAS.

16.5.1.- SE EVALUARÁ EL ESTRICTO CUMPLIMIENTO DE LAS PROPUESTAS TÉCNICAS, MISMAS QUE DEBERAN PRESENTARSE DE CONFORMIDAD CON LAS ESPECIFICACIONES DEL ANEXO I DE ESTAS BASES, AL EFECTO EN LA PRESENTE LICITACION NO SE UTILIZARA EL MECANISMO DE PUNTOS Y PORCENTAJES, NI EL RELATIVO AL COSTO BENEFICIO.

16.5.2.- LOS PARTICIPANTES DEBERAN TENER CAPACIDAD TÉCNICA Y ADMINISTRATIVA SUFICIENTE PARA ATENDER LOS REQUERIMIENTOS SOLICITADOS EN ESTA LICITACION, SEÑALADOS EN EL ANEXO I DE LAS PRESENTES BASES.

16.5.3.- CONFORME AL ARTICULO 50, DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO, “LA COMISIÓN” PODRA ANALIZAR LA ACTUACIÓN DEL CONCURSANTE EN OTRAS LICITACIONES, ASI COMO EL CUMPLIMIENTO EN PEDIDOS Y/O CONTRATOS, Y EN SU CASO, LA INFORMACIÓN QUE PROPORCIONE LA SECRETARÍA DE LA FUNCION PUBLICA EN RELACION AL DESEMPEÑO DE LOS PARTICIPANTES.

16.6.- CONDICIONES ECONOMICAS

16.6.1.- “LA COMISIÓN” ELABORARÁ UN CUADRO COMPARATIVO SOBRE LAS CARACTERÍSTICAS, ESPECIFICACIONES Y ASPECTOS ECONOMICOS OFRECIDOS POR LOS LICITANTES, PARA SU ANALISIS Y EVALUACION, RESULTANDO ADJUDICADO EL PARTICIPANTE QUE HABIENDO CUMPLIDO SATISFACTORIAMENTE LO REQUERIDO EN EL ASPECTO LEGAL, TÉCNICO Y ADMINISTRATIVO, PRESENTE LA PROPUESTA SOLVENTE MAS ECONÓMICA.

16.7.- DISPOSICIONES COMPLEMENTARIAS.

16.7.1.- ACLARACIONES QUE PODRA SOLICITAR “LA COMISIÓN”.

16.7.2.- SI PARA LA EVALUACIÓN DE LAS PROPUESTAS, “LA COMISIÓN” NECESITA ALGUNA ACLARACION POR PARTE DE LOS PARTICIPANTES, SE SOLICITARÁ SIN CONTRAVENIR LO ESTIPULADO EN ESTAS BASES; Y SIN QUE ELLO IMPLIQUE UNA MODIFICACION EN EL PRECIO COTIZADO.

16.7.3.- VISITAS A LAS INSTALACIONES DE LOS PARTICIPANTES.

22



16.7.3.1.- “LA COMISIÓN” PODRA EFECTUAR EN SU CASO, LAS VISITAS QUE JUZGUE NECESARIAS A LAS OFICINAS O INSTALACIONES DE CADA PARTICIPANTE.

16.7.3.2.- EL CRITERIO PARA ADJUDICAR EL PEDIDO Y/O CONTRATO, SERÁ EL SIGUIENTE:

16.7.3.3.- LA EVALUACION TECNICA DE LAS PROPOSICIONES RECIBIDAS SE HARA TOMANDO EN CONSIDERACION TODAS LAS CONDICIONES OFRECIDAS POR LOS DIFERENTES PARTICIPANTES EN SUS PROPUESTAS TECNICAS, VERIFICANDO QUE DICHAS PROPUESTAS CUMPLAN CON TODO LO INDICADO EN ESTAS BASES DE LICITACION Y SU ANEXO TECNICO.

16.7.3.4.- CON BASE EN EL RESULTADO DEL ANALISIS DE LAS PROPOSICIONES TECNICAS DE LOS LICITANTES SIEMPRE Y CUANDO HAYAN OBTENIDO EVALUACION TECNICA FAVORABLE, SE PROCEDERA CON LA EVALUACION DE LAS PROPUESTAS ECONOMICAS.

17.- ADJUDICACIÓN.

LA DETERMINACIÓN DE QUIEN ES EL LICITANTE GANADOR, SE HARA CON BASE EN EL RESULTADO COMPARATIVO DE LOS ASPECTOS ECONOMICOS Y TECNICOS ELABORADOS POR LAS ÁREAS RESPECTIVAS DE “LA COMISIÓN” Y SE CONSIDERARÁ GANADORA AQUELLA PROPOSICIÓN QUE HABIENDO OBTENIDO DICTAMEN TÉCNICO FAVORABLE, SEA LA PROPOSICION SOLVENTE MAS ECONÓMICA PARA LA COMISION.

18.- FALLO

18.1.- EL FALLO SE HARÁ DEL CONOCIMIENTO DEL LICITANTE GANADOR MEDIANTE JUNTA PUBLICA A MAS TARDAR EL DÍA 10 DE SEPTIEMBRE DE 2010, EN INSURGENTES SUR 1971, TORRE I SUR SEGUNDO PISO CONJUNTO INMOBILIARIO PLAZA INN, COLONIA GUADALUPE INN, C.P. 01020, DELEGACIÓN ÁLVARO OBREGÓN, EN MÉXICO, DISTRITO FEDERAL.

EN CASO DE QUE LA PROPUESTA CONJUNTA RESULTE GANADORA, TODOS Y CADA UNO DE LOS REPRESENTANTES LEGALES DE LOS INTEGRANTES DE LA ASOCIACIÓN SUSCRIBIRÁN EL PEDIDO RESPECTIVO Y SERÁN, SOLIDARIAMENTE RESPONSABLES DE SU CUMPLIMIENTO, LO CUAL QUEDARÁ ASENTADO EN EL PROPIO PEDIDO, CON INDEPENDENCIA DE SEÑALAR CON PRECISIÓN LOS BIENES QUE CADA EMPRESA SE OBLIGARÁ A EJECUTAR DE CONFORMIDAD CON SU PROPUESTA TÉCNICA. ASIMISMO, DEBERÁN SEÑALAR EN EL PEDIDO A QUIÉN SE LE EFECTUARÁ EL PAGO DE LAS FACTURAS CORRESPONDIENTES.

23



SI HABIENDO OBTENIDO DICTAMEN TÉCNICO FAVORABLE, SE PRESENTA EL CASO DE QUE DOS O MÁS LICITANTES PRESENTARON PRECIOS IDÉNTICOS Y ESTOS SEAN LOS MÁS CONVENIENTES PARA LA COMISION, LA ADJUDICACIÓN SE EFECTUARÁ A FAVOR DEL LICITANTE QUE RESULTE GANADOR DEL SORTEO MANUAL POR INSACULACIÓN QUE LA COMISION CELEBRARÁ, EN SU CASO, EL CUAL CONSISTIRÁ EN LA PARTICIPACIÓN EN LA TOMA DE UN BOLETO POR CADA PROPUESTA QUE RESULTE EMPATADA Y DEPOSITADOS EN UNA URNA, DE LA QUE SE EXTRAERÁ EL BOLETO DEL LICITANTE GANADOR.

19.- FIRMA Y ENTREGA DEL PEDIDO Y/O CONTRATO

19.1.- EL REPRESENTANTE DE LA EMPRESA GANADORA DEBERÁ PRESENTARSE A RECOGER EL PEDIDO CORRESPONDIENTE, A MAS TARDAR EL 10 DE SEPTIEMBRE DE 2010, EN CASO DE NO HACERLO, “LA COMISIÓN” PODRA, SIN NECESIDAD DE UN NUEVO PROCEDIMIENTO, ADJUDICAR A FAVOR DE LA PROPOSICIÓN SOLVENTE MÁS BAJA, QUE HUBIERE QUEDADO EN SEGUNDO LUGAR Y ASÍ SUBSECUENTEMENTE, (EN CASO DE QUE ESTE ÚLTIMO NO ACEPTE LA ADJUDICACIÓN), SIEMPRE Y CUANDO LA DIFERENCIA EN PRECIO RESPECTO A LA POSTURA QUE INICIALMENTE HUBIERE RESULTADO GANADORA, NO SEA SUPERIOR AL 10%.

INDEPENDIENTEMENTE DE LO SEÑALADO EN EL PARRAFO ANTERIOR, EL PARTICIPANTE GANADOR, QUE NO FIRME EL CONTRATO Y/O PEDIDO CORRESPONDIENTE POR CAUSAS IMPUTABLES AL MISMO, SERÁ SANCIONADO EN LOS TERMINOS DEL ARTICULO 60 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO.

19.2.- POR OTRA PARTE Y DE CONFORMIDAD CON EL TERCER PARRAFO DEL PUNTO 8 DEL “ACUERDO QUE ESTABLECE LA INFORMACIÓN RELATIVA A LOS PROCEDIMIENTOS DE LICITACION PUBLICA”, PUBLICADO EN EL DIARIO OFICIAL DE LA FEDERACIÓN EL DÍA 11 DE ABRIL DE 1997, EL O LOS PARTICIPANTES GANADORES, DEBERÁN PRESENTAR PREVIO A LA FIRMA DEL CONTRATO, LOS DOCUMENTOS ORIGINALES O COPIAS CERTIFICADAS Y COPIA SIMPLE PARA SU COTEJO DE LA DOCUMENTACION RELATIVA A LA INFORMACION SOLICITADA EN EL ANEXO II DE ESTAS BASES, DE IGUAL FORMA PARA EL CASO DE LOS LICITANTES QUE PARTICIPEN POR MEDIOS REMOTOS DE COMUNICACIÓN ELECTRONICA.

20.- ASPECTOS ECONÓMICOS

CONDICIONES DE PAGO.

24



“LA COMISIÓN” DE CONFORMIDAD CON EL ARTICULO 51 DE LA L.A.A.S.S.P, PAGARÁ PARA EL CASO DEL SOFTWARE EL 100% DEL IMPORTE DE LA FACTURA CORRESPONDIENTE EN UN PLAZO QUE NO EXCEDERA DE VEINTE DIAS NATURALES POSTERIORES A LA PRESENTACION DE LA MISMA UNA VEZ QUE SE HAYA RECIBIDO LAS LICENCIAS CORRESPONDIENTES. PARA EL CASO DE LOS SERVICIOS OBJETO DE LA PRESENTE LICITACION, “LA COMISION” PAGARÁ EL 100% DEL IMPORTE MENSUAL, A MES VENCIDO QUE AMPARE LA FACTURA CORRESPONDIENTE, (QUE DEBERA REUNIR LOS REQUISITOS FISCALES), EN UN PLAZO QUE NO EXCEDERA DE VEINTE DIAS NATURALES POSTERIORES A LA PRESENTACION DE LA MISMA, HABIENDO RECIBIDO EL SERVICIO A SATISFACCION DE LA COMISION, (ACLARÁNDOSE QUE EN NINGUN CASO SE OTORGARAN ANTICIPOS). EL PAGO SE EFECTUARÁ MEDIANTE TRANSFERENCIA ELECTRONICA DE FONDOS, A TRAVÉS DE LA TESORERIA DE LA FEDERACIÓN, O DE LA PROPIA COMISIÓN, POR LO QUE EL PARTICIPANTE QUE RESULTE ADJUDICADO, DEBERA PROPORCIONAR A “LA COMISION” DIVERSOS DATOS COMO SON: R.F.C., DOMICILIO COMPLETO (CODIGO POSTAL, DELEGACION O MUNICIPIO), No. DE CUENTA DE CHEQUES, BANCO Y CLABE INTERBANCARIA (18 DIGITOS).

21.- PATENTES, MARCAS Y DERECHOS DE AUTOR.

21.1.- EL PARTICIPANTE GANADOR A QUIEN SE LE ADJUDIQUE EL PEDIDO Y/O CONTRATO, ASUMIRA LA RESPONSABILIDAD TOTAL EN EL CASO DE QUE AL REALIZAR EL SERVICIO OBJETO DE LA PRESENTE LICITACION LLEGARA A INFRINGIR LOS DERECHOS DE TERCEROS SOBRE PATENTES, MARCAS O DERECHOS INHERENTES A LA PROPIEDAD INTELECTUAL, DE CONFORMIDAD CON LA FRACCION XX DEL ARTICULO 45 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO

22.- DESCALIFICACION DE PARTICIPANTES.

22.1.- “LA COMISIÓN” DESCALIFICARÁ A LOS PARTICIPANTES QUE INCURRAN EN UNA O VARIAS DE LAS SIGUIENTES SITUACIONES:

22.2.- CON FUNDAMENTO EN EL ARTICULO 36 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO, POR EL INCUMPLIMIENTO DE ALGUNO DE LOS REQUISITOS ESTABLECIDOS EN EL PUNTO 1 DEL CAPITULO II (REQUISITOS PARA PARTICIPAR) DE LAS PRESENTES BASES, ASI COMO DE LAS ESPECIFICACIONES TECNICAS SOLICITADAS EN EL ANEXO I.

22.3.- SI SE COMPRUEBA QUE ALGUN LICITANTE TIENE CON OTRO U OTROS, ACUERDO PARA ELEVAR EL PRECIO DE LOS BIENES QUE SE LICITAN.

PARA ESTOS CASOS, SE INCLUIRAN LAS OBSERVACIONES QUE CORRESPONDAN EN EL ACTA RESPECTIVA

25



23.- SUSPENSION TEMPORAL DE LA LICITACIÓN Y REANUDACIÓN DE LA MISMA.

“LA COMISIÓN” A TRAVÉS DE SU ORGANO INTERNO DE CONTROL, PODRÁ SUSPENDER LA LICITACIÓN EN FORMA TEMPORAL EN LOS SIGUIENTES CASOS:

23.1.- CUANDO SE PRESUMAN ARREGLOS ENTRE LOS PROVEEDORES LICITANTES PARA ELEVAR LOS PRECIOS DE LOS BIENES, OBJETO DE ESTA LICITACIÓN, EN TANTO SE DETERMINE O NO LA IRREGULARIDAD

23.2.- CUANDO SE PRESUMA LA EXISTENCIA DE IRREGULARIDADES GRAVES.

23.3.- CUANDO SUCEDAN ALGUNOS DE ESTOS CASOS, “LA COMISIÓN” AVISARÁ AL RESPECTO POR ESCRITO A TODOS LOS INVOLUCRADOS.

SI DESAPARECEN LAS CAUSAS QUE HUBIESEN MOTIVADO LA SUSPENSION TEMPORAL DE LA LICITACION, SE REANUDARA LA MISMA, PREVIO AVISO A TODOS LOS INVOLUCRADOS Y SOLAMENTE PODRAN SEGUIR PARTICIPANDO LOS PROVEEDORES QUE NO HUBIERAN SIDO DESCALIFICADOS.

24.- CANCELACIÓN DE LA LICITACIÓN.

“LA COMISIÓN” PODRA CANCELAR PARCIAL O TOTALMENTE ESTA LICITACION, POR:

24.1.- CASO FORTUITO O FUERZA MAYOR, A JUICIO DE LA PROPIA “LA COMISIÓN”.

24.2.- EN LOS CASOS CONSIGNADOS EN EL PUNTO 10 DEL CAPITULO I DE LAS PRESENTES BASES.

24.3.- POR MODIFICACIONES A LA NORMATIVIDAD APLICABLE, EMITIDA POR LA AUTORIDAD COMPETENTE, QUE IMPIDA LA ADJUDICACION TOTAL O PARCIAL.

CUANDO SE CANCELE UNA LICITACION SE NOTIFICARA POR ESCRITO A LOS INVOLUCRADOS.

25.- DECLARACIÓN DE LA LICITACIÓN DESIERTA

26



LA LICITACION SE DECLARARA DESIERTA CUANDO:

25.1.- NINGUN PROVEEDOR HAYA ADQUIRIDO LAS BASES DE ESTA LICITACION.

25.2.- NINGUNA DE LAS PROPOSICIONES PRESENTADAS CUMPLA CON LOS REQUISITOS ESTABLECIDOS EN LAS BASES, ANEXO TECNICO O SUS PRECIOS NO FUEREN ACEPTABLES, PREVIA INVESTIGACIÓN.

25.3.- SI SE COMPRUEBA LA EXISTENCIA DE CASOS DE "DUMPING", DE ARREGLOS ENTRE PROVEEDORES PARTICIPANTES PARA ELEVAR EL PRECIO DE LOS BIENES, OBJETO DE ESTA LICITACION, O BIEN SI SE COMPRUEBA LA EXISTENCIA DE IRREGULARIDADES GRAVES, CUANDO TALES SUPUESTOS SE PRESENTEN EN UNA O EN LA TOTALIDAD DE LAS PARTIDAS A LICITAR.

25.4.- CUANDO LA LICITACION SE DECLARE DESIERTA, “LA COMISIÓN” EVALUARÁ LA POSIBILIDAD DE CONVOCAR A UNA NUEVA LICITACIÓN PÚBLICA.

26.- SANCIONES

26.1.- “LA COMISIÓN” PODRÁ APLICAR SANCIONES A LOS PARTICIPANTES QUE SE HAGAN ACREEDORES A ESTAS, DEPENDIENDO DE LA ETAPA DE LA LICITACIÓN, SEGUN EL CASO, CUANDO:

26.1.1.- LOS PARTICIPANTES SE RETIREN FORMALMENTE DE LA LICITACIÓN DESPUES DE QUE SE CELEBRE EL ACTO DE APERTURA DE PROPOSICIONES ECONOMICAS Y ANTES DE QUE SE PRONUNCIE EL FALLO.

26.1.2.- LOS PARTICIPANTES GANADORES RETIREN SU PROPOSICION DESPUES DE LA COMUNICACION DEL FALLO.

26.1.3.- LOS PARTICIPANTES GANADORES NO ENTREGUEN LA FIANZA DE CUMPLIMIENTO DEL PEDIDO.

26.1.4.- LOS PARTICIPANTES GANADORES NO FIRMEN EL PEDIDO CORRESPONDIENTE, EN EL PLAZO ESTIPULADO.

27.- CASOS EN QUE SE HARÁN EFECTIVAS LAS GARANTÍAS PARA EL CUMPLIMIENTO DEL PEDIDO Y/O CONTRATO.

27



27.1.- CUANDO HUBIESE TRANSCURRIDO EL TIEMPO MAXIMO CONVENIDO PARA LA ENTREGA DEL SERVICIO DESCRITO EN EL ANEXO I.

27.2.- CUANDO HUBIESE TRANSCURRIDO EL PLAZO ADICIONAL QUE EN SU CASO HAYA CONCEDIDO, AL PROVEEDOR “LA COMISION” PARA CORREGIR LA CAUSA DEL RECHAZO QUE EN SU CASO SE EFECTUE O HAYA TRANSCURRIDO LA PRORROGA OTORGADA.

27.3.- CUANDO EL PARTICIPANTE GANADOR INCUMPLA CON CUALQUIERA DE LAS OBLIGACIONES DERIVADAS DEL PEDIDO CELEBRADO, “LA COMISIÓN” PODRA RESCINDIR Y SE HARA EFECTIVA LA FIANZA RELATIVA AL CUMPLIMIENTO DEL PEDIDO Y/O CONTRATO, O EN SU CASO SE HARA EFECTIVA LA PENALIZACION ESTIPULADA EN EL PUNTO 3.1. DEL CAPITULO III DE ESTAS BASES.

27.4.- ADEMAS DE LAS SANCIONES ANTERIORMENTE MENCIONADAS, SERAN APLICABLES LAS DISTINTAS SANCIONES QUE ESTIPULEN LAS DISPOSICIONES LEGALES VIGENTES EN LA MATERIA.

28.- RESCISIÓN DEL PEDIDO Y/O CONTRATO

“LA COMISIÓN” PODRÁ RESCINDIR EL PEDIDO Y/O CONTRATO QUE HAYA ADJUDICADO AL PARTICIPANTE GANADOR DE LA LICITACIÓN, CUANDO SE PRESENTE ALGUNA DE LAS SIGUIENTES CAUSAS:

28.1.- SI EL PROVEEDOR NO REALIZA LA ENTREGA DEL SOFTWARE O DEL SERVICIO EN LA FECHA CONVENIDA O EN LA FECHA FIJADA DE ACUERDO CON LA PRORROGA QUE EN SU CASO OTORGUE LA CNSF.

28.2.- CUANDO POR CAUSAS IMPUTABLES AL PARTICIPANTE GANADOR, NO SE HUBIESEN REALIZADO, EN SU CASO, LAS RECLAMACIONES NECESARIAS DURANTE EL PERIODO DE ACEPTACIÓN DEL SERVICIO.

28.3.- CUANDO NO SE CORRIJAN LAS FALLAS DURANTE EL PERIODO DE GARANTIA DE CORRESPONDIENTE O SE HAYAN REPORTADO O RECHAZADO.

28.4.- POR EL INCUMPLIMIENTO DE LAS DEMÁS OBLIGACIONES DEL PEDIDO Y/O CONTRATO CELEBRADO.

28



28.5.- CUANDO LAS DIVERSAS DISPOSICIONES LEGALES APLICABLES AL RESPECTO ASI LO SEÑALEN.

29.- PROCEDIMIENTO A SEGUIR

CUANDO SE DE EL INCUMPLIMIENTO POR PARTE DEL PARTICIPANTE GANADOR, “LA COMISIÓN” DEBERA VERIFICAR PREVIAMENTE, CONFORME AL CRITERIO DE ADJUDICACION QUE ESTABLECE EL SEGUNDO PARRAFO DEL ARTICULO 46 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO, EN CUYO CASO

“LA COMISIÓN” PODRA ADJUDICAR EL PEDIDO AL PARTICIPANTE QUE HAYA PRESENTADO LA SEGUNDA PROPOSICION SOLVENTE MAS BAJA Y HAYA CUMPLIDO CON LOS ASPECTOS TECNICOS, LEGALES Y ADMINISTRATIVOS Y ASI SUCESIVAMENTE.

30.- DIFUSION DE LA LICITACION.

LA PRESENTE LICITACIÓN SE DIO A CONOCER AL PUBLICO EN GENERAL A TRAVES DE LA PAGINA EN INTERNET DE LA COMISION NACIONAL DE SEGUROS Y FIANZAS.

III.- INCONFORMIDADES, CONTROVERSIAS Y ACLARACIONES

1.- INCONFORMIDADES.

1.1.- DE CONFORMIDAD CON EL ARTICULO 65 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO, LOS PARTICIPANTES DE LA LICITACION PODRAN INCONFORMARSE POR ESCRITO ANTE LA SECRETARÍA DE LA FUNCIÓN PÚBLICA POR ACTOS DEL PROCEDIMIENTO, DENTRO DE LOS DIEZ DIAS HÁBILES SIGUIENTES ESTABLECIDOS EN LA LEY.

1.2.- TRANSCURRIDO EL PLAZO MENCIONADO EN EL PUNTO ANTERIOR, PRECLUYE PARA LOS PARTICIPANTES EL DERECHO A INCONFORMARSE.

1.3.- LOS ESCRITOS DE INCONFORMIDAD, DEBERAN ACOMPAÑARSE DE LAS PRUEBAS QUE SE JUZGUEN CONVENIENTES.

2.- CONTROVERSIAS.

29



2.1.- EN CASO DE CONTROVERSIAS RELATIVAS A LA CONTRATACION DEL SERVICIO, OBJETO DE LAS BASES DE LA PRESENTE LICITACION, SE RESOLVERAN CONFORME A LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO Y DEMAS LEYES Y DISPOSICIONES APLICABLES EN EL TERRITORIO NACIONAL MEXICANO.

3.- PENAS CONVENCIONALES

3.1.- POR INCUMPLIMIENTO EN LA FECHA DE ENTREGA, POR PARTE DEL LICITANTE GANADOR, SE APLICARA UNA PENA DEL 0.2% POR CADA DIA DE RETRASO SOBRE EL MONTO PENDIENTE DE ENTREGA, A LA FECHA ESTIPULADA EN EL PEDIDO, EN EL ENTENDIDO QUE ESTA PENALIZACION NO EXCEDERA DEL IMPORTE DE LA GARANTIA DE CUMPLIMIENTO DEL CONTRATO O PEDIDO.

4.- SANCIONES

4.1.- INDEPENDIENTEMENTE DE LA PERDIDA DE LAS GARANTIAS EN FAVOR DE LA CONVOCANTE Y DE LA APLICACION DE LAS PENAS CONVENCIONALES, SE PODRAN APLICAR LAS DISTINTAS SANCIONES QUE ESTIPULAN LAS DISPOSICIONES LEGALES VIGENTES EN LA MATERIA, POR CONCEPTO DE LOS DAÑOS Y PERJUICIOS QUE EL INCUMPLIMIENTO PUDIERA OCASIONAR A LA CONVOCANTE.

5.- ACLARACIONES

5.1.- NINGUNA DE LAS CONDICIONES CONTENIDAS EN ESTAS BASES, ASI COMO EN LAS PROPOSICIONES PRESENTADAS POR LOS PROVEEDORES, PODRAN SER NEGOCIADAS O MODIFICADAS, UNA VEZ INICIADOS LOS ACTOS DE APERTURA DE PROPOSICIONES, Y EN CASO DE REQUERIRSE DE ALGUNA MODIFICACION ANTES DEL ACTO MENCIONADO, SE LLEVARA A CABO ESTA, EN LOS TERMINOS DEL ARTICULO 33 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO.

A T E N T A M E N T E

HUGO HERNANDEZ PEREZSUFRAGIO EFECTIVO. NO REELECCIÓN.

EL DIRECTOR DE ADMINISTRACIONDE RECURSOS FINANCIEROS Y MATERIALES.

30



ANEXO APROPOSICIÓN TÉCNICA

(Elaborar en hoja preferentemente membretada de la empresa)

LICITACIÓN PÚBLICA No: No: 06111001-005-10

NOMBRE DEL LICITANTE:FECHA:

NÚMERO DE PARTIDA

DESCRIPCIÓN DEL SOFTWARE Y SERVICIOS (CARACTERISTICAS Y ESPECIFICACIONES TECNICAS.)

UNIDAD DE MEDIDA CANTIDAD

31



Nombre y firma del representante legal del licitante

Nota: El presente formato podrá ser reproducido por cada participante en el modo que estime conveniente, debiendo respetar su contenido.

ANEXO BPROPOSICIÓN ECONÓMICA

(Elaborar en hoja preferentemente membretada de la empresa)

LICITACIÓN PÚBLICA No: 06111001-005-10NOMBRE DEL LICITANTE:FECHA:

PARTIDADESCRIPCIÓN DEL SOFTWARE Y SERVICIOS (CARACTERISTICAS Y ESPECIFICACIONES

TECNICAS.)CANTIDAD

I.V.ATOTAL

PRECIOS: LOS PRECIOS OFERTADOS SERÁN FIJOS DURANTE LA VIGENCIA DEL PEDIDO Y DEBERAN ESTAR EXPRESADOS EN MONEDA NACIONAL (PESOS).

NOTA A LOS LICITANTES: EL ANEXO B DE ESTAS BASES SE PRESENTA COMO MODELO DE FORMATO DE PROPOSICIÓN ECONÓMICA, EL CUAL NO ES LIMITATIVO, PODRÁ SER UTILIZADO POR LOS LICITANTES COMO REFERENCIA PARA ELABORAR SUS PROPUESTAS, PUDIENDO AUMENTAR EL O LOS CONCEPTOS NECESARIOS PARA LA FORMULACIÓN DE SU PROPOSICIÓN. LA INFORMACIÓN SOLICITADA ES ESENCIAL.

Nombre y firma del representante legal del licitante

Nota: El presente formato podrá ser reproducido por cada participante en el modo que estime conveniente, debiendo respetar su contenido.

32



ANEXO “C”

ACUERDO por el que se establecen las disposiciones para el uso de medios remotos de comunicación electrónica, en el envío de propuestas dentro de las licitaciones públicas que celebren las dependencias y entidades de la Administración Pública Federal, así como en la presentación de las inconformidades por la misma vía. D.O.F. 09/08/2000

ARSENIO FARELL CUBILLAS, Secretario de Contraloría y Desarrollo Administrativo, con fundamento en lo dispuesto por los artículos 37 de la Ley Orgánica de la Administración Pública Federal; 7, 26, 27, 31 fracción XVIII, 56, 65 y 67 de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público; 8, 27, 28, 33 fracción XXII, 74, 83 y 85 de la Ley de Obras Públicas y Servicios Relacionados con las Mismas, y 5 fracción I del Reglamento Interior de la Secretaría de Contraloría y Desarrollo Administrativo, tomando en cuenta las opiniones de las secretarías de Hacienda y Crédito Público, y de Comercio y Fomento Industrial, y

CONSIDERANDO

Que el Plan Nacional de Desarrollo 1995-2000, en su apartado relativo a la modernización de la gestión pública, establece la necesidad de implementar una renovación que revitalice los esquemas de trabajo del sector público, reoriente sus incentivos, simplifique sus procedimientos y modernice sus métodos de gestión;

Que el Programa de Modernización de la Administración Pública 1995-2000, prevé el propósito de vincular la tecnología de la información con la simplificación de los procedimientos administrativos, para mejorar la calidad y oportunidad de los servicios públicos, así como hacer más eficientes los procesos en la toma de decisiones, la administración de recursos y la racionalización de los sistemas de trabajo, observando la debida congruencia con el Programa de Desarrollo Informático 1995-2000;

Que en este contexto, como parte de las acciones emprendidas por la Secretaría de Contraloría y Desarrollo Administrativo, en materia de modernización administrativa, determinó poner en operación el Sistema Electrónico de Contrataciones Gubernamentales (COMPRANET), mecanismo que ha permitido difundir, agilizar y dar transparencia a los procedimientos de licitación pública celebrados por las dependencias y entidades, en materia de adquisiciones y arrendamientos de bienes muebles, y servicios de cualquier naturaleza, así como de obras públicas y servicios relacionados con las mismas;

Que las ventajas que actualmente concede el propio Sistema, además de las que venía ofreciendo, se traducen en la posibilidad de que los licitantes, puedan, a su elección, sin necesidad de acudir personalmente a las oficinas de las convocantes, enviar sus propuestas, a través de medios remotos de comunicación electrónica, así como presentar sus inconformidades por la misma vía ante los órganos internos de control en las dependencias y entidades, y

Que en virtud de lo que prevén las Leyes de Adquisiciones, Arrendamientos y Servicios del Sector Público, y de Obras Públicas y Servicios Relacionados con las Mismas, en el sentido de que corresponde a la Secretaría de Contraloría y Desarrollo Administrativo establecer mediante disposiciones administrativas los términos y condiciones a las que deberá ajustarse la participación de los licitantes cuando las proposiciones sean enviadas a través de medios remotos de comunicación electrónica, así como la de los interesados que decidan presentar por la misma vía sus inconformidades, he tenido a bien expedir el siguiente:

ACUERDO POR EL QUE SE ESTABLECEN LAS DISPOSICIONES PARA EL USO DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, EN EL ENVÍO DE PROPUESTAS DENTRO DE LAS LICITACIONES PUBLICAS QUE CELEBREN LAS DEPENDENCIAS Y ENTIDADES DE LA

ADMINISTRACIÓN PUBLICA FEDERAL, ASÍ COMO EN LA PRESENTACIÓN DE LAS INCONFORMIDADES POR LA MISMA VÍA

PRIMERA.- El presente Acuerdo tiene por objeto establecer las disposiciones para el uso de medios remotos de comunicación electrónica, en el envío de propuestas dentro de los procedimientos de licitación pública que celebren las dependencias y entidades de la Administración Pública Federal, así como en la presentación de las inconformidades por la misma vía.

SEGUNDA.- Para efectos del presente Acuerdo, se entenderá por:

33



I. Contraloría: la Secretaría de Contraloría y Desarrollo Administrativo;

II. Leyes: las Leyes de Adquisiciones, Arrendamientos y Servicios del Sector Público, y de Obras Públicas y Servicios Relacionados con las Mismas;

III. Dependencias: las señaladas en las fracciones I a III del artículo 1 de las Leyes;

IV. Entidades: las mencionadas en las fracciones IV a V del artículo 1 de las Leyes;

V. Licitante: la persona que participa en cualquier procedimiento de licitación pública o de invitación a cuando menos tres personas;

VI. Entidades federativas: las que hace referencia la fracción VI del artículo 1 de las Leyes;

VII. Medios remotos de comunicación electrónica: los dispositivos tecnológicos para efectuar transmisión de datos e información a través de computadoras, líneas telefónicas, enlaces dedicados, microondas y similares;

VIII. COMPRANET: el Sistema Electrónico de Contrataciones Gubernamentales desarrollado por la Contraloría, con dirección electrónica en Internet: http://compranet.gob.mx, y registrada su marca, bajo esta misma denominación, ante el Instituto Mexicano de la Propiedad Industrial;

IX. Programa informático: el medio de captura desarrollado por la Contraloría que permite a los licitantes, así como a las dependencias y entidades, enviar y recibir información por medios remotos de comunicación electrónica, así como generar para cada licitación pública un mecanismo de seguridad que garantice la confidencialidad de las propuestas que reciban las convocantes por esa vía; y que constituye el único instrumento con el cual podrán abrirse los sobres que contengan las proposiciones en la fecha y hora establecidas en la convocatoria para el inicio de los actos de presentación y apertura;

X. Medio de identificación electrónica: conjunto de datos electrónicos asociados con un documento que son utilizados para reconocer a su autor, y que legitiman el consentimiento de éste para obligarlo a las manifestaciones que en él se contienen, de conformidad con los artículos 27 y 28 de las Leyes, y

XI. Certificación del medio de identificación electrónica: el proceso mediante el cual la Contraloría emite un certificado digital para establecer la identificación electrónica de una dependencia, entidad, entidad federativa o de un licitante.

TERCERA.- La Contraloría, previa evaluación, determinará las áreas convocantes de las dependencias y entidades que podrán hacer uso de medios remotos de comunicación electrónica para recibir propuestas a través de esta vía, mismas a las que les hará entrega del programa informático y del manual del usuario correspondientes.

Asimismo, determinará las áreas convocantes de las entidades federativas que podrán hacer uso de dichos medios en los procedimientos de licitación que se realicen al amparo de la fracción VI del artículo 1 de las Leyes.

El uso de medios de comunicación electrónica a que se refiere el presente Acuerdo, podrá hacerse extensivo a las licitaciones públicas relativas a adquisiciones, arrendamientos, servicios, obras públicas y servicios relacionados con las mismas financiadas con créditos externos otorgados al Gobierno Federal o con su aval, cuando el organismo financiero internacional lo autorice en forma expresa.

CUARTA.- Los interesados que a su elección opten por participar en licitaciones públicas, a través de medios remotos de comunicación electrónica, deberán acudir a las oficinas de la Contraloría, con el propósito de que obtengan la certificación del medio de identificación electrónica, para lo cual exhibirán, entre otra documentación, la siguiente:

a) Personas físicas: acta de nacimiento, identificación oficial con fotografía y cédula del Registro Federal de Contribuyentes; en caso de que el trámite lo realice a través de algún apoderado, adicionalmente, el documento con el que se acredite el otorgamiento de dicha representación, así como la identificación oficial con fotografía y cédula del Registro Federal de Contribuyentes del apoderado.

b) Personas morales: testimonios de las escrituras públicas con las que se acredite su existencia legal, incluidas sus reformas, así como las facultades de su apoderado; identificación oficial con fotografía de dicho representante, y cédula del Registro Federal de Contribuyentes del apoderado y de la persona moral.

Tratándose de personas de nacionalidad extranjera, éstas deberán exhibir documentación equivalente a la aludida en los incisos de esta disposición, debidamente apostillada o certificada por el consulado mexicano en el país de que se trate, según corresponda.

Recibida la documentación de referencia, la Contraloría dentro de un plazo máximo de 72 horas contadas a partir de su recepción verificará si el interesado cubre las condiciones requeridas. De resultar procedente el interesado firmará su inscripción a COMPRANET, documento mediante el cual

34



quedará obligado a sujetarse a los términos y condiciones previstos en este Acuerdo, y en el mismo acto la Contraloría le hará entrega del programa informático con su manual del usuario, así como del certificado digital que, como medio de identificación electrónica, deberá utilizar en sustitución de la firma autógrafa para enviar sus propuestas en las licitaciones públicas que admitan esta vía de participación.

QUINTA.- El uso del certificado digital por parte de los interesados, tendrá una vigencia de un año contado a partir de su entrega, lapso durante el cual podrán, a su elección, participar por medios remotos de comunicación electrónica en las licitaciones públicas cuyas convocatorias y bases así lo establezcan en forma expresa.

Para renovar el uso del certificado bastará que los interesados entreguen a la Contraloría un escrito firmado en el que manifiesten, bajo protesta de decir verdad, que la documentación exhibida para su inscripción no ha sufrido modificación alguna, por lo que respecta al acreditamiento de su personalidad y, en su caso, al de su existencia legal y al de las facultades de su representante.

SEXTA.- Los interesados que opten por participar en licitaciones públicas, a través de medios remotos de comunicación electrónica, se sujetarán a lo siguiente:

a) Reconocerán como propia y auténtica la información que por medios remotos de comunicación electrónica envíen a través de COMPRANET, y que a su vez, se distinga por el medio de identificación electrónica que les certifique la Contraloría. En dicha información quedarán comprendidas las propuestas técnica y económica; la documentación distinta a éstas, y las manifestaciones bajo protesta de decir verdad que les requieran las dependencias y entidades convocantes.

b) Notificarán oportunamente a la Contraloría, bajo su responsabilidad, respecto de cualquier modificación o revocación de las facultades otorgadas a su apoderado o representante al que le haya sido entregado un certificado digital.

c) Aceptarán que el uso de su certificado digital por persona distinta a la autorizada, quedará bajo su exclusiva responsabilidad.

d) Admitirán que se tendrán por no presentadas las proposiciones y la demás documentación requerida por las dependencias y entidades convocantes, cuando los sobres en los que se contenga dicha información contengan virus informáticos o no puedan abrirse por cualquier causa motivada por problemas técnicos imputables a sus programas o equipo de cómputo.

e) Aceptarán que se tendrán por notificados del fallo y de las actas que se levanten con motivo de las licitaciones públicas en las que participen, cuando éstos se encuentren a su disposición a través de COMPRANET.

f) Consentirán que será motivo de que la Contraloría invalide su certificado digital, cuando haga mal uso de la red privada de comunicaciones de COMPRANET.

g) Renunciarán, tratándose de personas extranjeras, a invocar la protección de su gobierno, en caso de que se suscite alguna controversia relacionada con el uso de COMPRANET, y aceptarán someterse a la jurisdicción de los tribunales federales competentes.

SÉPTIMA.- La participación de los licitantes por medios remotos de comunicación electrónica, se sujetará a lo siguiente:

a) Será requisito indispensable que las bases de la licitación sean adquiridas a través del sistema de pago en bancos por medio de los formatos que para este efecto expide COMPRANET.

b) Deberán concluir el envío de sus proposiciones técnica y económica, incluyendo la documentación distinta a éstas, a más tardar una hora antes de la fecha y hora establecida en la convocatoria para el inicio del acto de presentación de proposiciones.

La Contraloría, a través de COMPRANET, emitirá a los licitantes un acuse de recibo electrónico con el que se acreditará la recepción de sus propuestas y de la documentación distinta a éstas.

c) Preferentemente, deberán identificar cada una de las páginas que integren sus proposiciones, con los datos siguientes: Registro Federal de Contribuyentes, número de licitación y número de página, cuando ello técnicamente sea posible; dicha identificación deberá reflejarse, en su caso, en la impresión que se realice de los documentos durante el acto de apertura de las propuestas.

OCTAVA.- Los servidores públicos de las dependencias y entidades responsables de conducir los actos de las licitaciones públicas, deberán observar lo siguiente:

a) Previo al acto de presentación y apertura de proposiciones, verificar que los licitantes que participan por medios remotos de comunicación electrónica hayan realizado el pago de las bases, mediante la consulta que realicen en sus propios sistemas de banca electrónica, con lo cual se dará por acreditado el pago.

35



En caso de que la convocante no disponga de cuentas destinadas para el pago de bases en COMPRANET, en virtud de que utilice cuentas cuyo titular sea la Tesorería de la Federación, dicha verificación podrá realizarse a través de COMPRANET.

b) Abrir en el acto de apertura de propuestas, en primer término, los sobres que contengan las proposiciones de los licitantes que consten por escrito, y posteriormente, los correspondientes a las propuestas recibidas por medios remotos de comunicación electrónica.

En el supuesto de que durante el acto de presentación y apertura de proposiciones, por causas ajenas a la voluntad de la Contraloría o de la convocante, no sea posible abrir los sobres que contengan las propuestas enviadas por medios remotos de comunicación electrónica, el acto se reanudará a partir de que se restablezcan las condiciones que dieron origen a la interrupción, salvo lo previsto en el inciso d) de la disposición Sexta.

La Contraloría podrá verificar en cualquier momento que, durante el lapso de interrupción, no se haya suscitado alguna modificación a las propuestas que obren en poder de la convocante.

c) Imprimir para su rúbrica, las partes o la totalidad de las propuestas que haya determinado la convocante en las bases de la licitación.

d) Hacer constar en el acta de la primera etapa del acto de presentación y apertura de proposiciones, las propuestas que por medios electrónicos fueron recibidas en tiempo y forma, proporcionando copia de dicha acta a los licitantes presentes que se encuentren.

e) Enviar a la Contraloría el fallo, las actas de las juntas de aclaraciones, de visitas al sitio de realización de los trabajos o de las instalaciones, de las dos etapas del acto de presentación y apertura de proposiciones, a más tardar el día hábil siguiente a aquél en que hayan concluido los propios actos, mismas que se pondrán de manera simultánea a disposición de los interesados a través de COMPRANET.

f) Enviar a la Contraloría, una vez concluida la apertura de las propuestas económicas, el mecanismo de seguridad generado por el programa informático para la licitación de que se trate.

Dicho mecanismo sólo podrá utilizarse por la Contraloría cuando ésta ejerza atribuciones de verificación o a solicitud de autoridad competente, por lo que su uso o pérdida, a excepción de este supuesto, quedará exclusivamente bajo la responsabilidad de las áreas convocantes de las dependencias y entidades. La pérdida del mecanismo de seguridad dará lugar a la cancelación de la licitación pública correspondiente.

NOVENA.- En las licitaciones públicas que se realicen bajo la cobertura de los capítulos de compras del sector público de los tratados de libre comercio de los que México sea parte, será necesario que el licitante nacional o extranjero, confirme por telefacsímil u otros medios de transmisión electrónica que la propuesta enviada a través de medios electrónicos corresponde al propio licitante, dentro de los tres días hábiles siguientes al del acto de presentación y apertura de proposiciones, en el entendido de que si no se cumple este requisito la propuesta será desechada. Lo anterior deberá indicarse en las bases de la licitación.

Los licitantes en este tipo de licitaciones deberán incluir en las propuestas que presenten por medios electrónicos, una declaración en la que manifiesten que aceptan todas las cláusulas y condiciones de la convocatoria y bases de licitación.

DÉCIMA.- La Contraloría, previa evaluación, determinará los órganos internos de control en las dependencias y entidades, que podrán recibir inconformidades de los interesados que opten por presentarlas a través de medios remotos de comunicación electrónica. La Contraloría comunicará a las convocantes para que establezcan en las bases de las licitaciones o invitaciones, la posibilidad de que dichas inconformidades puedan ser presentadas a través de esa vía.

Para tal efecto, los interesados podrán inscribirse a COMPRANET, conforme a lo señalado en la disposición Cuarta de este Acuerdo, y obtener la certificación de su medio de identificación electrónica, así como el programa informático para presentar inconformidades por medios remotos de comunicación electrónica. La renovación del uso del certificado digital que alude este párrafo, se ajustará a lo previsto por la disposición Quinta del presente Acuerdo.

Salvo lo previsto en el presente Acuerdo, las inconformidades presentadas por medios remotos de comunicación electrónica se tramitarán conforme a las disposiciones establecidas en las Leyes.

La Contraloría, a través de COMPRANET, emitirá a los interesados un acuse de recibo electrónico que permitirá acreditar la fecha y hora de presentación de inconformidades.

En las inconformidades presentadas por esta vía, no será necesario que el promovente acredite su personalidad.

Asimismo, no será requisito indispensable que el promovente acompañe la documentación que sustenta los actos del procedimiento de contratación aducidos como irregulares, cuando ésta obre en poder de la convocante, bastando para ello en la inconformidad que promueva relacionar dicha documentación con cada uno de los hechos que pretenda acreditar. En el supuesto de que la documentación mencionada no se encuentre en los

36



archivos de la convocante, el promovente deberá remitirla por mensajería o correo certificado dentro del término de presentación de las inconformidades que establecen las Leyes.

DÉCIMA PRIMERA.- Los licitantes que opten por presentar inconformidades, a través de medios remotos de comunicación electrónica, se sujetarán a lo siguiente:

a) Reconocerán como propia y auténtica la información que por medios remotos de comunicación electrónica envíen a través de COMPRANET, y que a su vez, se distinga por el medio de identificación electrónica que les certifique la Contraloría.

b) Notificarán oportunamente a la Contraloría, bajo su responsabilidad, respecto de cualquier modificación o revocación de las facultades otorgadas a su apoderado o representante al que le haya sido entregado un certificado digital.

c) Aceptarán que el uso de su certificado digital por persona distinta a la autorizada, quedará bajo su exclusiva responsabilidad.

d) Admitirán que se tendrán por no presentadas las inconformidades, cuando la información remitida contenga virus informáticos o no pueda consultarse por cualquier causa motivada por problemas técnicos imputables a sus programas o equipo de cómputo.

e) Consentirán que será motivo de que la Contraloría invalide su certificado digital, cuando haga mal uso de la red privada de comunicaciones de COMPRANET.

f) Renunciarán, tratándose de personas extranjeras, a invocar la protección de su gobierno, en caso de que se suscite alguna controversia relacionada con el uso de COMPRANET, y aceptarán someterse a la jurisdicción de los tribunales federales competentes.

DÉCIMA SEGUNDA.- Las disposiciones contenidas en el Acuerdo que establece la información relativa a los procedimientos de licitación pública que las dependencias y entidades de la Administración Pública Federal deberán remitir a la Secretaría de Contraloría y Desarrollo Administrativo por transmisión electrónica o en medio magnético, así como la documentación que las mismas podrán requerir a los proveedores para que éstos acrediten su personalidad en los procedimientos de licitación pública, publicado en el Diario Oficial de la Federación del 11 de abril de 1997, solamente en lo relativo a la forma de pago de las bases, y al envío de la información a que alude el citado Acuerdo, serán aplicables a las licitaciones públicas referentes a adquisiciones, arrendamientos, servicios, obras públicas y servicios relacionados con las mismas, financiadas con créditos externos otorgados al Gobierno Federal o con su aval.

DÉCIMA TERCERA.- La información relativa a los datos relevantes de los contratos que deriven de los procedimientos de invitación a cuando menos tres personas y de adjudicación directa, cuyos montos sean superiores a la cantidad equivalente a dos mil quinientas veces el salario mínimo general diario vigente para el Distrito Federal, sin considerar el Impuesto al Valor Agregado, deberán remitirse a la Contraloría a través de COMPRANET, a más tardar el último día hábil de cada mes, precisando los contratos formalizados durante el mes calendario inmediato anterior, conforme al programa informático que les proporcionará a las dependencias y entidades, en el mes de agosto del año 2000. Aquellas áreas de las dependencias y entidades facultadas para contratar este tipo de operaciones, que no se encuentren registradas, deberán efectuar el trámite en los términos de lo previsto por el Acuerdo aludido en la disposición Décima Segunda.

DÉCIMA CUARTA.- En el supuesto de que se suscite alguna controversia relacionada con la información enviada a través de COMPRANET, la autoridad competente podrá solicitar a la Contraloría exhiba los archivos electrónicos que obran en COMPRANET, así como la impresión de éstos debidamente certificados, a efecto de desahogar las pruebas a que haya lugar, conforme a las disposiciones adjetivas que resulten aplicables.

Las áreas de las dependencias y entidades deberán conservar en forma ordenada y sistemática los archivos electrónicos o los documentos impresos que obren en sus expedientes, cuando menos durante un lapso de tres años, contado a partir de la fecha de su recepción.

DÉCIMA QUINTA.- Los servidores públicos de las dependencias y entidades que incumplan con las disposiciones establecidas por este Acuerdo serán sancionados, en su caso, conforme a lo previsto por la Ley Federal de Responsabilidades de los Servidores Públicos.

Las consultas técnicas que se deriven de la aplicación de este Acuerdo serán desahogadas por la Contraloría a través del teléfono 54 80 64 00, en días hábiles de las 9:00 a las 18:00 horas.

TRANSITORIO

ÚNICO.- El presente Acuerdo entrará en vigor el día siguiente al de su publicación en el Diario Oficial de la Federación.

Sufragio Efectivo. No Reelección.

37



México, Distrito Federal, a los siete días del mes de agosto de dos mil.- El Secretario de Contraloría y Desarrollo Administrativo, Arsenio Farell Cubillas.- Rúbrica.

FIRMA DE CONFORMIDAD

ANEXO TÉCNICO

PARTICA CLAVE DESCRIPCIÓN CANTIDAD NUEVAS LICENCIAS:

1 Adobe Acrobat Pro última versión 35 2 Licencias de Liquid Machines PDF for RMS Client con annual software assurance 500 Considera la instalación, configuración y puesta en marcha de acuerdo con el anexo A de esta partida 2 3 Microsoft SQL Server 2008 Enterprise por procesador 2

38



Microsoft Sharepoint Server 2010 Enterprise 1 Los productos arriba señalados deberán ser compatibles con Microsoft Windows 2003 Server y deberán funcionar sobre equipos virtuales. La licencia de Microsoft Sharepoint Server 2010 Enterprise, deberá de tener la posibilidad de ser usada como Microsoft Sharepoint Server Enterprise 2007 y funcionar a 32 bits. Esta licencia será utilizada únicamente para el servicio de intranet de la CNSF. Soporte para cada producto y actualizaciones por un año directo del fabricante. Implementación de prototipo del sistema de información no estructurada que cubra los requerimientos que se señalan en el Anexo A de esta partida 3. Se especifica en Anexo Capacitación por perfiles de usuario de acuerdo a lo señalado en el Anexo B de Se especifica esta partida 3. en Anexo Matriz de Roles y responsabilidades Anexo C de esta partida 3. Se especifica en Anexo Consideraciones Generales que debe cumplir el prestador de servicios se Se especifica especifica en el Anexo D de esta partida 3. en Anexo - Plataforma Tecnológica Anexo E de esta partida. Se especifica en Anexo - Criterios de Evaluación descritos en Anexo F Se especifica en Anexo - Glosario de Términos ver Anexo G Se especifica en Anexo 4 Licencia Symantec Backup Recovery Exec 2010 for Windows Server 10 5 - Elaboración de Prototipo de Generación de Coberturas de Reservas Técnicas 1 con iLog - Rules de IBM Licencias de software IBM iLog - Jrules - IBM necesarias para la elaboración del prototipo - IBM WEBSPHERE ILOG JRULES 50 PVU - IBM WEBSPHERE ILOG RULE TEAM SERVER 50 PVU - IBM WEBSPHERE ILOG RULE SOLUTIONS FOR OFFICE AUTHORIZED USER 3

Los productos arriba señalados deben ser compatibles con los Sistemas Operativos

Windows XP, Windows 7, Windows Vista, adicionalmente que sean compatibles con el manejador de base de datos Oracle versiones 10.2.0.1 o superiores - Soporte para cada producto y actualizaciones por un año directo del fabricante 1 -Consultoría para la implementación del prototipo de Generación de Coberturas de 1 Reservas Técnicas en las instalaciones de la CNSF de 1440 hrs.

39



- Cursos que se describen en el Anexo B. Se especifica en Anexo - Formación y Experiencia del personal propuesto por el Se especifica prestador de los servicios Anexo C. en Anexo

- Condiciones generales que debe cumplir el prestador de los servicios se especifica Se especifica

en el Anexo D. en Anexo - Plataforma Tecnológica Anexo E Se especifica en Anexo - Criterios de Evaluación descritos en Anexo F Se especifica en Anexo - Glosario de Términos ver Anexo G Se especifica en Anexo Se realizará un calendario en conjunto con el proveedor para establecer las fechas en que se dará la consultoría y los cursos. ACTUALIZACIONES: 6 Actualización de licencias de Adobe Creative Suite 4 Desing Standard a la última 4 versión 7 Actualización de licencias S-Plus versión 8.1.1 a última versión 3 8 Actualización de licencia de Corel Draw X3 a última versión 1 9 Actualización de licencias de Omnipage Pro versión 16 2

10 Actualización de licencias JaSFtp versión 8.10 2

ANEXO A, PARTIDA 2:

40



Implementación de Sistema de Gestión de Derechos Digitales sobre documentos utilizando RMS para la Comisión Nacional de Seguros y Fianzas (CNSF).

41



Introducción:

La Comisión Nacional de Seguros y Fianzas (CNSF), como Organismo Desconcentrado del Gobierno Federal, se ha planteado el reto de contar con soluciones que integren mejoras en el manejo de documentos digitales en los aspectos de integridad, confidencialidad y disponibilidad de los mismos. Bajo esta consideración se busca poner en operación los servicios de gestión de derechos digitales sobre las plataformas Institucionales utilizadas para la consulta de información documental dentro de la CNSF.

Este documento describe las necesidades de la CNSF para implementar, configurar, afinar, capacitar y proporcionar los servicios de soporte de los servicios de gestión de derechos digitales sobre documentos sobre la plataforma Windows apegados a las mejores prácticas aplicables.

42



Objetivo:

Proporcionar el licenciamiento para integrar los servicios necesarios para la puesta en operación, configuración, afinación, transferencia de conocimientos y soporte de los servicios de gestión de derechos digitales sobre documentos electrónicos en plataforma Windows de la CNSF.

Objetivos específicos:

Proporcionar el licenciamiento requerido para la integración de los documentos en formato portable (pdf) a los servicios de gestión de derechos digitales (Rights Management Services - RMS) sobre plataforma Windows.

Proporcionar los servicios de instalación y configuración de las licencias de gestión de derechos digitales (Rights Management Services - RMS) sobre plataforma Windows para documentos electrónicos.

Poner en operación los servicios de gestión de derechos digitales sobre plataforma Windows.

Realizar las actividades de afinación posterior a la puesta en operación de los servicios de gestión de derechos digitales que permitan aumentar los niveles de disponibilidad y seguridad de aplicaciones y servicios de acuerdo a las necesidades de CNSF.

Proporcionar los servicios de transferencia de conocimientos para los funcionarios de CNSF sobre los servicios de gestión de derechos digitales.

Implementar los mecanismos necesarios que permitan soportar los servicios de gestión de derechos digitales relacionados con la solución.

43



Alcance:

Este proyecto incluye las licencias y los servicios requeridos para la puesta en operación, configuración, afinación, transferencia de conocimientos y soporte de los servicios de gestión de derechos digitales sobre documentos electrónicos en plataforma Windows de la CNSF.

La infraestructura de comunicaciones, servidores de archivos, bases de datos, aplicaciones y controladores de dominio se considera dentro del alcance del proyecto y será proporcionada por la CNSF o el tercero que ella designe.

Las licencias de sistemas operativos, aplicaciones, plataformas de desarrollo, bases de datos y en general cualesquiera utilizadas para el proyecto quedarán bajo la propiedad de la CNSF.

El proveedor deberá proporcionar los servicios, herramientas y personal calificado necesario para diseñar, instalar, configurar, afinar y soportar a la CNSF en los servicios de gestión de derechos digitales objeto de este proyecto.

El proveedor proporcionará los servicios de transferencia de conocimientos para el personal que la CNSF designe para el proyecto.

El proyecto incluye los documentos generados por la CNSF en las versiones de Office que se encuentran en uso dentro de la Institución (2003 y 2007), documentos en formato portable (pdf) y archivos de texto tanto en filesystem como en la Intranet (Microsoft Office Sharepoint Server 2007).

El proyecto debe considerar, de manera enunciativa más no limitativa:

La Comisión Nacional de Seguros y Fianzas (CNSF) es la única entidad facultada para solicitar, aprobar y dar seguimiento a cambios dentro del alcance del proyecto.

Herramientas accesibles a los usuarios internos autorizados para consultar, administrar, crear, revisar y publicar contenido en CNSF (filesystem e Intranet).

Capacidad de mantener en operación las aplicaciones incluidas en el proyecto y que son accesibles a través de la intranet.

44



Manejo de ambientes independientes que permitan la definición de usuarios con distintos roles.

Capacidad para convivir con las distintas tecnologías para trabajo remoto y cómputo móvil.

Niveles de seguridad adecuados a distintos perfiles de usuario.

Posibilidad de ponerse en operación de manera independiente de los proveedores de infraestructura de procesamiento, almacenamiento y respaldo y comunicaciones contratados por CNSF para el ambiente productivo.

Capacidad de replicarse de manera segura y continua con independencia de la ubicación de los servidores principal y de réplica.

Instalaciones, equipos, servicios, soporte y garantías necesarios para mantener en operación los servicios de gestión de derechos digitales relacionadas con el proyecto.

Actividades de mantenimiento, soporte, capacitación y pruebas necesarias para mantener en operación los servicios asociados al proyecto.

45



Consideraciones del proyecto

Infraestructura

La CNSF cuenta con licencias de RMS para la plataforma Windows para su uso institucional sobre documentos Office, así mismo cuenta con infraestructura para la generación, almacenamiento, respaldo y recuperación de documentos electrónicos en formatos Office, portable, de texto para el trabajo cotidiano de su personal.

En este sentido las aplicaciones que actualmente se tienen en producción utilizan archivos tanto a nivel de filesystem como dentro de la Intranet, ambos casos deberán incorporarse a los servicios de gestión de derechos digitales con el fin de homologar su uso en el ambiente productivo de la CNSF.

Aplicaciones Actuales

De manera informativa se mencionan las aplicaciones actualmente incorporadas al proyecto:

Sistema Versión Software complementario

Sistemas Operativos Windows 2003 Ent Ed.

Office 2003 y 2007

Adobe Acrobat Varias

Sharepoint Server 2007 Ent Ed.

Base de datos SQL Server 2008 Ent Ed.

46



DESCRIPCIÓN DE LOS SERVICIOS.

Como parte de los beneficios de utilizar los servicios de gestión de derechos digitales, la CNSF busca, como mínimo:

a. Proteger la confidencialidad de información de archivos creados en Office 2003, 2007, texto y PDF contra acceso de usuarios no autorizados.

b. Controlar la manera en que se utilizan y distribuyen los datos.c. Garantizar que el contenido de los datos esté protegido y sea resistente a la manipulaciónd. Controla la fecha de caducidad de los documentos electrónicos.

Cada una de estas funcionalidades deberá quedar instalada y lista para su uso.

Para lograr dicho objetivo se considerar, como mínimo, las siguientes tareas:

e. Diseño de arquitectura e Implementación de la herramienta RMSf. Implementación de servidores Windows para RMSg. Implementación de un Emisor de Certificadosh. Implementación de SQL Server 2008 para RMSi. Implementación y configuración de un clúster de RMSj. Implementación y configuración de RMSk. Instalación y configuración del agente de RMS por medio de Active Directory para

usuarios de CNSF.l. Implementación y configuración de producto para protección de documentos PDFm. Integración a SharePointn. Publicaciones en Intraneto. Trasformación masiva de documentosp. Afinación de la soluciónq. Pruebas finales de la funcionalidad de RMSr. Skill transfers. Servicios de soporte

Se entregarán los siguientes documentos de acuerdo al avance en el proyecto:

47



• Documentación de análisis de la infraestructura de CNSF junto con el diseño de arquitectura para la implementación de RMS en la infraestructura de CNSF.

• Documentación de las fases ejecutadas para la implementación de RMS en la infraestructura de CNSF.

Para el desarrollo del proyecto, se propone la siguiente estrategia.

1. Implementación de las herramientas RMSa. Validación del Diseño de la Arquitectura RMS.

i. Validación de la infraestructura.b. Preparación de ambiente para la implementación de RMS.

i. Verificación de perfiles en Directorio Activo.ii. Creación y Verificación de cuentas con privilegios necesarios para la instalación.iii. Validación y Verificación de funcionamiento de puertos necesarios para la

comunicación entre los servidores y los clientes.iv. Verificación de licencias requeridas para la implementación.

c. Configuración de sistemas operativos y herramientas de integración de servidores para RMS.

i. Instalación y/o verificación del sistema operativo Windows Server y sus dispositivos.

ii. Integración de los servidores a la infraestructura de red e integración al dominio.iii. Configuración de Clústeriv. Instalación y Configuración de los siguientes componentes:

IIS ASP.NET Message Queue Server Microsoft. Net Framework 1.1 SQL Server 2008

v. Verificación y validación de dichas configuraciones.d. Instalación de Servidor RMS.

i. Instalación de Prerrequisitos para la implementación de RMSii. Instalación de RMSiii. Instalación de Entidad Emisora de Certificados

e. Pre-Configuración de Funcionalidades de RMS .48



i. Activación y configuración de roles del servidor.ii. Configuración de funcionalidad para los roles configurados.iii. Definición de límites administrativos.

f. Instalación y despliegue de clientes RMS.i. Despliegue, configuración y verificación de operación del cliente. Activación de funcionalidades requeridas. Restringir el reenvió o distribución de correos electrónicos Proteger la confidencialidad de información de archivos creados en Office 2003,

2007 y PDF contra usuarios no autorizados. Controlar la manera en que se utilizan y distribuyen los datos. Garantizar que el contenido de los archivos esté protegido. Controla la fecha de caducidad de los contenidos

g. Integración a SharePointh. Instalación y configuración de productos para protección de documentos PDFi. Publicación a Intranetj. Trasformación masiva de documentosk. Pruebas funcionalesl. Transferencia de Conocimientom. Documentación

49



n.Características generales.

REQUERIMIENTOS MÍNIMOS

El proveedor deberá asegurar la operación de los sistemas incluidos en el alcance del proyecto sin impacto en la operación ni degradación en la prestación del servicio en sus condiciones de producción.

Toda la infraestructura tecnológica de la solución propuesta deberá ser para uso exclusivo de la CNSF.

El proveedor estará obligado a utilizar los activos de software definidos para la arquitectura del proyecto de forma conjunta con CNSF.

Los activos de software proporcionados por CNSF corresponden al ambiente productivo y se limitarán al Sistema Operativo y al manejador de Base de Datos para la operación. El proveedor será responsable de incluir el Software adicional que permita establecer los ambientes de operación de los sistemas de la CNSF conforme a la solución propuesta (de manera enunciativa más no limitativa: Web Servers, Application Servers, Herramientas de Administración y Monitoreo, entre otros).

La CNSF se reservará el derecho de efectuar actividades de auditoría o revisiones realizadas por si misma o por un tercero a fin de garantizar los términos y condiciones del contrato por lo que el proveedor deberá brindar todas las facilidades para efectuar dichas auditorías y/o revisiones. Estas auditorías se sujetarán a los términos y condiciones establecidos en el contrato correspondiente y a los procesos y procedimientos operativos acordados de forma conjunta con la CNSF.

Cumplir con los niveles de servicio solicitados bajo un compromiso contractual que permita aplicar las penalizaciones y deductivas establecidas en las presentes bases.

50



Establecer los procedimientos y memorias técnicas que correspondan, los procesos y procedimientos de continuidad del servicio y de recuperación por contingencias que correspondan.

ESTRUCTURA EJECUTIVA DE ADMINISTRACIÓN DE LOS SERVICIOS.Durante la vigencia de los servicios, el proveedor deberá establecer una estructura ejecutiva de administración de la cuenta y deberá estar representada como mínimo en dos niveles:

Nivel OperativoREQUERIMIENTOS MÍNIMOS

El proveedor deberá incluir como parte de su equipo de trabajo propuesto a un responsable operativo, el cual será responsable ante la CNSF de la entrega y soporte de la totalidad de los servicios objeto de las presentes bases. El nivel de este administrador deberá ser gerencial como mínimo y contar con los conocimientos, experiencia de al menos 1 año en la entrega de servicios semejantes, habilidades y capacidad.

El administrador del proveedor se reunirá con el administrador nombrado por la CNSF en forma regular, la periodicidad de estas reuniones se establecerá de forma conjunta con CNSF o en todas aquellas ocasiones en que el Administrador de la CNSF se lo requiera.

La función primaria del responsable operativo deberá ser la de integrar los informes ejecutivos correspondientes a la entrega de la totalidad de los servicios y soporte de los mismos, de acuerdo a los procesos y procedimientos que la CNSF establezca.

51



ADMINISTRACIÓN DEL PROYECTO.El proyecto tiene un alto grado de integración y complejidad que incluye múltiples servicios y por tal motivo se requiere

de un estricto manejo de tiempos y entregables:


Realizar la Administración del Proyecto mediante la utilización de una metodología aprobada por la CNSF, la cual deberá aplicar durante la vigencia del contrato. El proveedor deberá describir las actividades a realizar y su estrategia de implementación, de las siguientes fases:

1. Inicio,

2. Planeación,

3. Ejecución,

4. Control y

5. Cierre.

El proveedor deberá integrar en su propuesta la descripción a detalle de su estrategia para la integración de al menos los siguientes elementos:

1. Administración del Tiempo

2. Administración y Procuración de Recursos

3. Administración de Calidad

4. Administración de Alcance

5. Administración de Riesgos

6. Entrega de Proyectos

7. Documentación.

El proveedor deberá integrar al proyecto a un Responsable de la Cuenta que posea el perfil y experiencia de al menos 1 año como Profesional en la Administración de Proyectos.

52



PLAN DE IMPLEMENTACIÓN.El proveedor deberá presentar en su propuesta técnica un plan de trabajo detallado para la implementación y/o migración

de los Servicios motivo de la presente licitación.

REQUERIMIENTOS MÍNIMOSEl proveedor deberá incluir como parte de la memoria técnica de inicio de operaciones, al menos lo siguiente: El manual de operaciones y memoria técnica de la instalación: el cual deberá contener la configuración de todos y cada uno de los componentes que incluyen la solución, los procedimientos para cada uno de los procesos relacionados, incluyendo procedimientos de escalamiento, reportes de fallas, roles y responsabilidades, procedimientos de comunicación y procedimientos operativos.

PLAN DE RECUPERACIÓN EN CASO DE DESASTRES Y PLAN DE CONTINUIDAD DE NEGOCIOS.


El proveedor deberá desarrollar un documento en donde se describan los planes de contingencia para continuidad de negocios y recuperación en caso de desastre que incluyan al menos los siguientes puntos:

1. Análisis de impacto a la dependencia por falta de servicios de tecnología relacionados con el proyecto.

2. Estrategias de recuperación de la continuidad del servicio en un plazo no mayor a 24 horas.

3. Desarrollo del plan detallado con la alternativa de recuperación seleccionada que especifique como mínimo los criterios de declaración de desastre, roles y responsabilidades, organización requerida y la infraestructura general requerida.

4. Procedimientos de respaldo de información.

5. Procedimiento de recuperación y restauración de información.

6. Actividades de recuperación con responsables de ejecución.

53



7. Localización de los medios de respaldo.

8. Configuración de las plataformas tecnológicas requeridas.

9. Plan para restaurar la operación normal.

10. Plan de pruebas de recuperación de operación en caso de contingencia.

11. Relación de personal con roles establecidos para el soporte a la continuidad del negocio.

12. Plan de retorno a condiciones normales de operación.

13. Plan de capacitación y transferencia de conocimiento de los planes al menos a 5 servidores públicos.

14. 2 pruebas al año de efectividad del plan de continuidad de operaciones.

Estos planes deberán ser entregados a la CNSF como máximo dentro del mes seis a partir de la firma del contrato y actualizados cada seis meses.

ASEGURAMIENTO DE CALIDAD.El tema de Aseguramiento de Calidad es una condición fundamental para controlar con objetividad y efectividad todo el

proceso de implantación y asimilación tecnológica acorde a los planes de trabajo establecidos y apegados estrictamente a

los lineamientos ofrecidos por el proveedor.


El proveedor deberá presentar un plan para el aseguramiento de calidad (Quality Assurance) a fin de verificar que los servicios propuestos a lo largo de los ciclos de desarrollo, pruebas, migración, implantación y de entrega de servicios cumplan en tiempo y forma y con la calidad y niveles de servicios ofertados, con un enfoque de mejora continua, de prevención y proactividad para la prestación de los servicios.

PARTIDA 3 ANEXO A.

54



PROTOTIPO DEL SISTEMA DE INFORMACIÓN NO ESTRUCTURADA

1. INTRODUCCIÓN........................................................................................................562. Propósito.......................................................................................................................563. Alcance.........................................................................................................................564. DESCRIPCIÓN DEL PROTOTIPO SOLICITADO....................................................57

4.1 Para el SINOES se requiere en específico:.......................................................584.2 Flujo de trabajo...................................................................................................624.3 Seguridad.............................................................................................................644.4 Módulo de monitoreo..........................................................................................65

5. Metodología, Fases y entregables................................................................................666. Requerimientos Materiales del Proyecto......................................................................72

1. INTRODUCCIÓNEste documento describe las necesidades y características para la elaboración de un prototipo del

55



Sistema de Información No Estructurada (SINOES) y su construcción en una plataforma tecnológica de vanguardia con el fin de servir como apoyo en las actividades de supervisión y vigilancia de las áreas internas de la Comisión Nacional de Seguros y Fianzas (CNSF).

2. PropósitoConstruir un prototipo de información que funcione en una plataforma Web, mediante el cual los usuarios de la CNSF puedan acceder a la información no estructurada que se envía a través del Sistema de Entrega de Información Vía Electrónica (SEIVE); con este prototipo se busca obtener una mejora sustancial en la administración de archivos, permitiendo agilizar las labores de supervisión y vigilancia dentro de la CNSF (mediante el uso de funciones avanzadas de búsqueda, clasificación, seguimiento y colaboración institucional sobre fuente de información documental).

Este sistema realizará la integración automática de los archivos que llegan a través del SEIVE hacia el repositorio de archivos, así como el control de la seguridad de los mismos de acuerdo a las reglas de negocio definidas para su manejo histórico y resguardo.

3. Alcance

El proyecto debe considerar, de manera enunciativa más no limitativa las siguientes funciones:

La solución deberá estar diseñada en una arquitectura de servicios. Intercambio de información:

o Desarrollar los mecanismos necesarios para adquirir la información de los metadatos expuestos por el SITI en un servicio web.

56



o El prototipo deberá de permitir el intercambio de datos entre todos los entes de forma asíncrona.

Integración de los documentos:

Un mecanismo que integre el archivo al repositorio SINOES en su biblioteca correspondiente y de acuerdo a su taxonomía.

Implementación de una biblioteca electrónica en Sharepoint que sirva como base para una aplicación de propósito general que utilice esta plataforma para exponer los archivos de información no estructurada. Se utilizará el reporte Comprobantes de Inversiones en Pdf (CSIIFPDF) como caso de negocio para implementar el prototipo, el cual deberá de contar como mínimo con la siguiente funcionalidad:

o Búsqueda simple y avanzada.o Se deberá contar con búsquedas sobre metadatos y por nombres de archivos.o Manejo de sustituciones.o Manejo de un ciclo de vida de los documentos.o Los accesos a la aplicación deberán estar en base a las políticas de seguridad,

determinadas por el directorio activo de la CNSF. o Un módulo donde se reportará la integración al repositorio SINOES las transacciones

exitosa y las fallas. Con el fin de mantener la uniformidad en el diseño y de facilitar el mantenimiento, es necesario

considerar apegarse a la imagen corporativa de la CNSF.

4. DESCRIPCIÓN DEL PROTOTIPO SOLICITADODe acuerdo al alcance descrito anteriormente, el prototipo solicitado deberá

incluir lo siguiente:

Un módulo de administración de contenido denominado como: Sistema de información No Estructurada (SINOES) desarrollado sobre Microsoft Office SharePoint Server 2007 que facilite la administración y consulta de este tipo de información. Este SINOES debe interactuar e intercambiar información mediante una arquitectura orientada a servicios con SITI.

Cuando exista la respuesta correcta (apr) de parte del SITI, este proporcionará los metadatos y disparará la integración al SINOES, se utilizarán los metadatos y el archivo para integración a Sharepoint, por lo que se deberá generar este intercambio de información y disparar la integración a Sharepoint.

A continuación se describe un ejemplo de reporte de comprobantes de inversión:Los archivos (pueden ser de 1 a n):

57



Tipo Nombre IDENT_ARCHIVO

Tipo Cia

Clave Cia

Tipo de Organismo

Clave de organismo

número

Pdf ECF0020 020046912923 .PDF EC F 20 02 004 6912923

Pdf ECF0020 02005001017367801 . PDF

EC F 020 02 005 001017367801

Es importante cumplir los siguientes puntos:La integración de un reporte debe ser atómica. Un reporte consiste en un paquete de información que puede contener de 1 a n archivos para lo cual al integrarse al contenedor SINOES, deberán ser todos o ninguno (este caso se refiere a un error en la carga).La integración al repositorio cumple con una ficha estándar (metadatos) más las características propias al reporte (metadatos particulares). Para su consulta, que se muestra en este ejemplo

Número Nombre Fuente de obtención del metadato1 Tipo de compañía SITI2 Clave de compañía SITI3 Periodo a reportar SITI4 Tipo de comprobante SITI5 Número de contrato SITI6 Tipo de organismo SITI7 Número de transacción SITI8 Nombre de la compañía SITI

4.1 Para el SINOES se requiere en específico:

El prototipo se desarrollara en base al Reporte Comprobantes de Inversiones en Pdf (CSIIFPDF), pero deberá considerarse que en un futuro soportara alrededor de 250 reportes o entregas de información similares.

Considerar un resguardo Histórico de la información. Los documentos cumplen su ciclo de vida comenzando una vez que se integran al contenedor, después tienen una vida útil durante la que se utilizan y consulta estos documentos (para cada reporte el usuario determinara un tiempo para mantener una vista disponible a los documentos); una vez cumplido el plazo se generara un respaldo o biblioteca de respaldo para no saturar de información no útil al repositorio y al usuario mismo.

58

http://sharepoint:8080/estadosdecuenta/Estados%20de%20Cuenta/2009_10/ECF002002005001017367801.PDF





Permitir la carga de datos en forma manual. Esta aplicación deberá ser visible en la Intranet de la CNSF. La intranet

deberá ser compatible con los navegadores autorizados por la CNSF para su uso institucional. Internet Explorer 7 o superior.

Permitir el manejo de sustituciones de información, esta propiedad deberá definirse dependiendo de la naturaleza del reporte y para poder llevar un control de las versiones

Para ilustrar el proceso de sustituciones se realizará el siguiente ejemplo:

La compañía XXX Seguros envía su información de comprobantes de inversión semestral el día 31/06/2010.

El reporte se integra por seis paquetes encriptados cada uno corresponde a un mes del semestre que se reporta

El SEIVE recibe:

CSIIFPDF004831012010.ZIP.PGPCSIIFPDF004828022010.ZIP.PGPCSIIFPDF004831032010.ZIP.PGPCSIIFPDF004830042010.ZIP.PGPCSIIFPDF004831052010.ZIP.PGPCSIIFPDF004830062010.ZIP.PGP

El SITI desencripta:

CSIIFPDF004831012010.ZIPCSIIFPDF004828022010.ZIPCSIIFPDF004831032010.ZIPCSIIFPDF004830042010.ZIPCSIIFPDF004831052010.ZIPCSIIFPDF004830062010.ZIP

La información la recibe el SITI y descomprime los paquetes:

CSIIFPDF004831012010.ZIP (enero)S004831012010CI123003.PDF

59



S004831012010CI1233001.PDF

CSIIFPDF004828022010. ZIP (febrero)S004828022010CI124003.PDFS004828022010CI1234001.PDF

CSIIFPDF004831032010.ZIP (marzo)S004831032010CI125003.PDFS004831032010CI1235001.PDF

CSIIFPDF004830042010.ZIP (abril)S004830042010CI126003.PDFS004830042010CI1236001.PDF

CSIIFPDF004831052010.ZIP (mayo)S004831052010CI127003.PDFS004831052010CI1237001.PDF

CSIIFPDF004830062010.ZIP (junio)S004831062010CI128003.PDFS004831062010CI1238001.PDF

Esta información es validada por SITI y en caso de que se genere un archivo *.Apr, (en caso contrario la integración no se realizará) el integrador obtiene los metadatos generados por el SITI y la información es integrada al SINOES y se visualizaría como:

Para el día 01/07/2010 y todavía dentro del plazo límite de entrega de la compañía decide hacer una sustitución (UNA SUSTITUCION NO PUEDE SER PARCIAL Y PUEDE HACERSE INCLUSO FUERA DEL PLAZO LÍMITE DE ENTREGA) y vuelve a enviar la información vía SEIVE en este caso:

CSIIFPDF004831012010.ZIP (enero)S004831012010CI123003.PDFS004831012010CI1233001.PDF


CSIIFPDF004831032010.ZIP (marzo)60



S004831032010CI125003.PDFS004831032010CI1235001.PDF




Nuevamente el SITI genera un archivo *.Apr, el integrador obtiene los metadatos generados por el SITI y la información es integrada al SINOES y se visualizaría como:

La compañía vuelve a realizar una entrega el día 05/julio/2010 decide modificar la información enviada y genera la siguiente información:

CSIIFPDF004831012010.ZIP (enero)S004831012010CI123003.PDF


CSIIFPDF004831032010.ZIP (marzo)S004831012010CI125003.PDFS004831012010CI1235 001.PDF



61




Nuevamente se realiza el procedimiento de integración al SINOES y aparecerá lo siguiente:

Se aprecia únicamente la última información recibida.

La solución permitirá intuitivamente el llegar a la información requerida (Experiencia de usuario). El usuario tendrá la facilidad de agregar sus comentarios y/o conclusiones a los archivos durante la revisión de los mismos para que quede constancia de estas mediante un flujo de trabajo, foro de discusión o documento de comentarios.

4.2 Flujo de trabajo

Para ilustrar el proceso de flujo de trabajo se presenta el siguiente ejemplo:

Subdirector recibe correo de recepción de información (esta en repositorio).El SINOES al terminar la integración de la información de la entrega del reporte genera un correo electrónico y lo envía al responsable del área de la supervisión.

Subdirector busca la información relacionada.Dentro del mismo correo de notificación se envía la liga al contenedor para facilitar la búsqueda.

Subdirector asigna a un supervisor A y genera correo para avisar.El subdirector determina a una persona que le ayuda con la supervisión

Supervisor A busca la información relacionada.Esta persona al igual que el subdirector recibe la liga al contenedor de la información correspondiente.

Supervisor A asigna un supervisor B y genera aviso.En base a la cantidad de información a revisar cabe la posibilidad de apoyarse de más supervisores.

62



Supervisor A agrega comentarios.En caso necesario hace sus anotaciones sobre la información

Supervisor B busca información.Dentro del correo recibe la liga del contenedor donde se encuentra la información

Supervisor B agrega comentarios.

Supervisor B Cambia el estado de sus comentarios a definitivo.Al tener todos los comentarios de los participantes en la supervisión en estado definitivo se puede cerrar el flujo de trabajo

Subdirector cierra cicloLas anotaciones o comentarios quedan de solo lectura.

63



4.3 Seguridad Capacidad de acceso vía Web (Intranet CNSF) por parte de personal de

CNSF, con los mecanismos de autenticación necesarios para la operación segura de los sistemas compatible con directorio activo de la CNSF.

64



Contemplar niveles de seguridad específicos por rol, usuario, reporte y archivo.

Permitir las operaciones en los archivos como: consultar en línea, imprimir, abrir, descarga de archivo, etc. Esto dependiendo de los privilegios asignados a cada uno de los usuarios.

Como parte del Sistema de Gestión de Seguridad de la Información (SGSI) de la CNSF, la solución deberá contemplar aspectos de seguridad conforme a los estándares establecidos en la norma ISO 27001:2007, referentes a los puntos de desarrollo y mantenimiento de sistemas de información, planeación y aceptación de sistemas y control de acceso.

4.4 Módulo de monitoreo

El sistema de monitoreo operado por el proveedor de servicios debe integrar herramientas que tengan las siguientes características generales:

Permitir el manejo de diferentes niveles de seguridad adecuados a distintos perfiles de usuario, entre otros: administradores, operadores, lectores y desarrolladores.

Generación de reportes en diversos formatos. Generación de notificaciones vía e-mail con base en umbrales

parametrizables. Generación de gráficas sobre los diversos parámetros monitoreados. Indicadores de operación tales como:

Estadísticas Generales (accesos a través del tiempo, visitas, páginas más activas, visitantes más activos, navegadores principales).

Páginas (páginas de entrada principales, páginas menos consultadas)

Archivos (Descargas, descargas a través del tiempo, tipo de archivo más requerido)

Visitantes (a través del tiempo, por área, por producto). Funciones realizadas sobre los archivos. Documentos por etapa durante el ciclo de vida

65



Mantenimiento de bitácoras históricas de muestreos y registro de incidencias.

El sistema general de monitoreo debe tener la capacidad de ser extendido para cubrir necesidades de análisis de los elementos monitoreados y poder realizar una planeación de la capacidad de los elementos monitoreados.

Estas facilidades de monitoreo deben ser puestas en alguna localidad que la CNSF decida conveniente, para que su propio personal pueda también utilizarlas.

Como parte adicional a la solución propuesta el proveedor de servicios deberá considerar los mecanismos necesarios para cubrir las siguientes funciones:

Posibilidad de ponerse en operación de manera independiente del proveedor de infraestructura seleccionado, incluyendo ambientes con equipos virtuales y/o físicos.

Capacidad de replicarse de manera segura y continua con independencia de la ubicación de los servidores principal y de réplica, para el efecto deberá sugerir la configuración de los componentes proporcionados por CNSF, la cual puede considerar clúster de bases de datos, de sistemas operativos o cualquier mecanismo que permita incrementar la disponibilidad de la solución hacia los usuarios.

Cumplir criterios de calidad apegados a estándares internacionales entre los que destacan: disponibilidad del sitio, compatibilidad con navegadores de uso común, estadísticas de sitio.

Permitir la auditoria de cambios a través de interfases amigables con el usuario.

5. Metodología, Fases y entregables

5.1 MetodologíaPara asegurar y garantizar de forma permanente la calidad, consistencia y madurez del proceso de desarrollo de sistemas, la CNSF ha seguido el proceso de desarrollo basado en las mejores prácticas señaladas por Rational Unified Process de IBM.

Algunas de las herramientas que se usan de apoyo para el proceso de desarrollo y control de la calidad son:

Administración de requerimientos.- Rational Requisite-Pro. Disciplina de Análisis y Diseño: Rational Software Architect. Administración del control de cambios.- Rational Clear Quest. Administración del control de versiones.- Rational Clear Case.

66



Pruebas.- Rational Test Manager.

Las licencias y configuración de las herramientas Rational serán instaladas y configuradas por el personal del CNSF en equipos pertenecientes al proveedor de servicios durante el tiempo en que se desarrolle el prototipo.

Requerimientos funcionales y no funcionales, control de incidencias durante las pruebas de aceptación, así como el control de versiones durante el desarrollo de los diferentes componentes, se adapte al proceso establecido en el área de sistemas de la CNSF para el desarrollo de sistemas.

5.2 Fases y entregablesEl proveedor de servicios deberá cubrir las fases que se describen a continuación y será el responsable de las actividades y la generación de los entregables descritos en cada una de ellas.

REQUISITOS DEL PROCESO DE DESARROLLO DEL PROTOTIPOFase I Planeación y

organización del Proyecto

Para el inicio del proyecto el proveedor de servicios deberá formalizar la planeación y definir los alcances detallados de cada una de las etapas, así como recolectar la información necesaria para identificar de forma precisa los alcances de la solución, así como definir de forma clara los roles y responsabilidades que tomará cada integrante del equipo de trabajo.

ACTIVIDADES

Afinar el alcance del proyecto. Desarrollar, afinar y aprobar el plan de trabajo. Definir y desarrollar el documento con la

organización, roles y responsabilidades del equipo del proyecto.

En forma conjunta con el personal de la CNSF el proveedor deberá definir la infraestructura tecnológica sobre la cual se ejecutara la solución. Las características de infraestructura deberán considerar la realización de un análisis por parte del proveedor para definir las necesidades mínimas de la solución propuesta.

ENTREGABLES

Plan detallado de trabajo de cada una de las fases y etapas.

Reunión de inicio de proyecto. Organización del proyecto, organigrama y

asignación de roles y responsabilidades (Project Charter).

Reporte del Análisis del Valor Ganado generado semanalmente.

Fase II Administración de 67



Requerimientos El proveedor de servicios deberá considerar las actividades necesarias para administrar, identificar y entender las necesidades de los usuarios de la CNSF.

ACTIVIDADES

Se deberán crear o refinar los artefactos: Documento de Visión y Casos de Uso. Para la creación de estos se debe involucrar al usuario en la realización y aportación de la información para la aceptación de los requerimientos por ambas partes, esto quiere decir, "hacer la definición del sistema junto con el usuario".

Todos los artefactos deben estar disponibles para todos los participantes del proyecto en la herramienta Rational Requisite-Pro. Esto se refiere a que el proyecto deberá contener los artefactos como el Documento de Visión, Especificación de Casos de uso y Glosario, para brindar la información necesaria a los participantes del proyecto en el momento que así lo requieran.

Para las modificaciones o ampliaciones funcionales al sistema, se deberá actualizar el documento de visión y los casos de uso correspondientes, en conjunto con el usuario.

Cada modificación del sistema deberá de ser autorizada por el comité de control de cambios y se deberá de reflejar en el plan de trabajo del sistema.

En conjunto con la CNSF, el licitante deberá definir:

Los procesos y los elementos de la configuración a monitorear.Los parámetros monitoreados por cada elemento.Cuando aplique, los procedimientos de recuperación.

ENTREGABLES

Glosario.

Documento de Visión.

Diagrama de casos de uso.

68



Especificaciones de caso de uso.

Especificaciones suplementarias.

Reglas del Negocio.

Esquema de la base de datos

Fase III Análisis y diseño El proveedor de servicios deberá de realizar la transformación de los requerimientos planteados para el sistema y elaborar una arquitectura robusta para la solución.

ACTIVIDADES

Definir la Arquitectura del Sistema, mecanismos arquitectónicos y/o patrones de diseño.

Construir el Modelo de Análisis (Elementos de análisis, realizaciones de casos de uso, abstracciones claves, controladores, modelo de dominio) del caso de negocio.

Especificar el Modelo de Despliegue (Modelo de Distribución con sus artefactos, componentes, nodos, y configuración de producción).

Ver reflejado el resultado de las actividades de la disciplina de Análisis y Diseño en artefactos propios de la disciplina integrados en la herramienta de Rational que la CNSF utiliza para este fin.

Realización del plan de pruebas y el diseño de los casos de prueba.

ENTREGABLES

Especificación y documentación de la arquitectura desglosada en:

Vista lógica Vista de Procesos Vista de Implementación

Vista de Datos

Patrones de diseño, guías de uso de la implementación de cada patrón utilizados en la arquitectura

Modelo de Análisis

Modelo de Diseño

Modelo de Despliegue

Diagrama de Clases

Diagrama de Estados

69



Diagrama de Secuencia o Colaboración

Evidencia de Plan de pruebas y casos de prueba en Rational Test Manager. Estas son:

o Plan de pruebaso Casos de prueba

Refinamiento de los documentos de la Fase II

Fase IV Construcción El proveedor de servicios deberá materializar los requerimientos que contempla el proyecto como consecuencia de las fases de Administración de requerimientos y Análisis y Diseño, mediante la generación de código en forma eficiente, libre de errores y con la calidad esperada.

ACTIVIDADES

Generación de código fuente de todos los artefactos, incluyendo, librerías, formas, programas, scripts de SQL para la creación del esquema de la base de datos, consultas y reportes; además de todos los componentes necesarios para la integración del sistema, los procesos de administración, el control de accesos y seguridad del sistema.

Elementos de base de datos necesarios para la correcta ejecución.

Corrección de errores Pruebas unitarias Pruebas globales Revisión y apego de estándares para la generación

y escritura de código fuente.

ENTREGABLES

Diagrama de Despliegue. Diagrama de Componentes. Programas Fuentes y Librerías necesarias para su

ejecución. Definición de los grupos y usuarios que utilizará la

herramienta.Evidencia de ejecución de las pruebas en Rational Test Manager. Estas son:

Plan de pruebas Casos de prueba Scripts de prueba Suites de prueba

70



Bitácora de pruebas Resultados de casos de prueba Resultado de prueba piloto

Fase V Liberación El proveedor de servicios deberá asegurarse de la puesta a punto de la solución desarrollada, así como de la entrega de las memorias, procesos y procedimientos y de continuidad del servicio y de recuperación por contingencias que correspondan. Configuración base y manuales de instalación necesarios para ponerla en operación.

Como parte de la liberación, el proveedor de servicios deberá requisitar el documento de aceptación de liberación de aplicaciones a producción definido por la Comisión, el cual se revisará por personal del área de Operaciones de CNSF para su implementación en el ambiente productivo.

ACTIVIDADES

Transferencia de conocimientos. Generación de manual de usuario. Guía de de instalación y configuración de la

solución. Requisitar el documento de aceptación de

liberación de aplicaciones a producción

ENTREGABLES

Manuales, documentos y guías antes descritos. Puesta en producción de la solución.

Fase VI Cierre Formalizar la entrega de productos y la finalización

del proyecto.

ACTIVIDADES

Firma de documentos de terminación.

ENTREGABLES

Documento de entrega de productos.

Las disciplinas de administración de la configuración y administración del cambio deberánejecutarse por parte del proveedor de servicios durante las iteraciones de las etapas anteriores, cumpliendo con lo siguiente:

Control de Versiones

Se deberá de llevar el control de versiones de todos los artefactos construidos para el proyecto de preferencia en la herramienta de ClareCase.

71



Proceso de Control de Cambios

Deberá utilizarse el Sistema de Administración de Mesa de Ayuda (SAMA), para registrar cualquier defecto, ampliación funcional o actividad que sea importante para la liberación del sistema ya sea en la realización de manuales, actualización de base de datos, etc.

No se deberá de liberar la solución hasta que todos los reportes que se tengan registrados, estén en alguno de los estados Terminales siguientes: Cerrado, Duplicado o Declinado o Asignado DGI-H.

El usuario que registre algún defecto tendrá la obligación de "Cerrar" el defecto u ampliación funcional cuando este se encuentre en el estado de "Liberado".

Todos los cambios y/o actividades deberán estar en estado terminal en el SAMA.

El proveedor de servicios también tendrá la responsabilidad de generar los reportes semanales, minutas y cualquier otro producto tangible relacionado con la solución.

6. Requerimientos Materiales del ProyectoSuministrador Nombre del Producto Características Cantidad

CNSF Lugares de Trabajo Con sillas, 1 línea telefónica (para efectos de localización), conexiones y usuarios de red y a la base de datos; acceso a servicios de impresión e Internet.

Los necesarios

proveedor de servicios

Estaciones de Trabajo El proveedor de servicios deberá suministrar las computadoras necesarias para las personas que asigne al proyecto.

Los necesarios

proveedor de servicios

Software para realizar el desarrollo del sistema.

El proveedor de servicios deberá traer el software necesario para hacer el trabajo solicitado, sin costo adicional a la CNSF, excepto el software de IBM Rational.

El necesario

72



PARTIDA 3 ANEXO B.

Capacitación por perfiles de usuario

Se deberán considerar dentro del alcance del proyecto las actividades necesarias para desarrollar las habilidades y conocimiento en las personas que la CNSF defina para que puedan llevar a cabo sus actividades de forma efectiva a través de la solución desarrollada.

Los perfiles de usuario y número de personas es la siguiente:Administrador Microsoft Office SharePoint Server 2007 3 personasAdministrador de base de datos SQL Server 2008 3 personasDesarrollador de de Aplicaciones en ambiente en tecnología Microsoft Visual Studio .Net

3 personas

Usuario Microsoft Office SharePoint 2007 8 personas

Funciones por parte del proveedor de servicios.

La capacitación será impartida en las instalaciones del proveedor en la ciudad de México. Cada participante recibirá el material correspondiente de acuerdo a la capacitación recibida La capacitación se impartirá en días hábiles consecutivos. Esta capacitación se impartirá de acuerdo a los horarios y fechas que se convengan entre ambas

partes.

Nota:Para la evaluación de la propuesta se requiere la presentación de los temarios que cubran la capacitación arriba descrita certificada por Microsoft.

73



PARTIDA 3 ANEXO C.

Matriz de roles y responsabilidades

A continuación se detallan las funciones que se desempeñarán durante la entrega del servicio por ambas partes.Suministrador Nombre del

RolDescripción del Rol Cantidad de

RecursosPerfil solicitado

CNSF Administrador de Proyecto de

CNSF

Administrar el proyecto en todas sus etapas y fases; supervisar y coordinar las actividades del desarrollo del proyecto dentro de la CNSF.

1

CNSF Líder de Proyecto

Desempeñar funciones de desarrollo complementarias al alcance del sistema, tales como revisión de artefactos de software, ensamble, pruebas de aceptación, integración, etc.

Los necesarios para cumplir con el plan de trabajo

Proveedor Administrador de Proyecto

(AP)

Responsable final del resultado del proyecto. Encargado de llevar a cabo todos los procesos de administración del proyecto y su documentación.Algunas de sus funciones más importantes y que figuran como factores de éxito son: verificación de que los productos se terminen a tiempo y con la calidad que el usuario haya especificado, revisión del avance del proyecto contra lo establecido en el plan de trabajo, celebración de las reuniones de trabajo y presentación del avance.

1 Deberá tener como mínimo de 2 años de experiencia comprobables en haber participado en proyectos similares al que se está solicitando en este documento.

Contar con certificación

Deberá estar presente hasta la terminación del proyecto.

El responsable de este rol no lo desempeñara ningún otro rol.

Proveedor Arquitecto de Software (AS)

Responsable de dirigir el desarrollo de la arquitectura del sistema, que incluye la identificación y creación de soporte para las decisiones técnicas clave en el diseño e implementación del proyecto.

1 Deberá tener como mínimo 2 años como arquitecto de software en desarrollo de sistemas y tecnologías de información.

Deberá comprobar los proyectos que

74



participó como arquitecto de software.

Deberá estar disponible hasta la terminación del proyecto.

Este rol no lo puede desempeñar AP

Proveedor Analista (AN) El encargado de este rol dirige y coordina la adquisición de requisitos esquematizando la funcionalidad del sistema y delimitándolo, además elabora los diferentes artefactos propios de la disciplina que señala la metodología RUP

1 Deberá tener como mínimo 2 años de experiencia comprobables en Análisis y Diseño, Patrones de Diseño, Modelado con UML, manejo de herramientas de modelado visual.

Este rol no lo puede desempeñar AP y/o IP.

Deberá estar disponible hasta la terminación del proyecto y/o su participación en el mismo.

Proveedor Programador (PG)

Desarrollar todas las aplicaciones necesarias para interactuar con Sharepoint en tecnología Microsoft Visual Studio .Net


Deberá tener como mínimo 2 años de experiencia comprobables en desarrollo de aplicaciones .Net integradas con Microsoft Sharepoint

Experiencia en desarrollo de Web Service.

Experiencia en administración de bases de datos.

Este rol no lo puede desempeñar AP, AS ,IP y/o AN.

Deberá estar presente hasta la terminación del proyecto y/o su participación en el mismo.

Proveedor DBA Diseñar, implementa y afinar instancias de bases

1 Deberá tener 2 años como mínimo en

75



de datos requeridas para el proyecto.

diseño de bases de datos.

Experiencia en afinación de base de datos.


Este rol no lo puede desempeñar AP, AS ,IP y/o AN.

Proveedor Diseñador Gráfico (DG)

Diseñar e implementar la estructura de las pantallas del sistema, navegación, estilo, presentación, etc. Y su vinculación con la lógica de negocios del sistema

1 Experiencia de 3 años comprobables mediante la presentación con portafolio de trabajos.

Experiencia en desarrollo de hojas de estilo,


El responsable de este rol no desempeñara ningún otro rol

Proveedor Ingeniero de Pruebas (IP)

Realizar las pruebas al sistema, unitarias, volumen, Etc.

1 Experiencia deseable de 1 año en el manejo de Rational Test Manager.

Experiencia comprobable en la construcción y ejecución de pruebas.

El responsable de este rol no desempeñara ningún otro rol

Proveedor Instructor Proporcionar la capacitación.

Los necesarios para cumplir con la capacitación de usuario de CNSF

Experiencia deseable de 1 año como instructor en cursos de Microsoft SharePoint Server 2007.

Experiencia deseable de 1 año como instructor en cursos de Microsoft SQL Server 2008.

Experiencia deseable

76



de 1 año como instructor en cursos de desarrollador de aplicaciones en tecnología Microsoft Visual Studio .Net.

Experiencia deseable de 1 año como instructor en cursos de Microsoft Search Server 2008

CNSF Usuarios Involucrados

Participar en las actividades definidas en los planes de trabajo, que se establezcan en conjunto con personal de la CNSF y el equipo de trabajo del proveedor.Entre algunas de sus actividades se consideran:Apoyar al desarrollo del proyecto.Validar los productos (en la medida de su competencia).

Posteriormente se especificará

CNSF

Se deben de tomar en cuenta las siguientes consideraciones:

El proveedor deberá enunciar por lo menos cinco proyectos en los que haya realizado con éxito la implantación arquitecturas de software, y el desarrollo de sistemas en la plataforma. En caso de no contar con estas referencias o que alguna de las referencias no sean positivas, será motivo de descalificación.

El proveedor deberá poner el nombre y el rol de las personas que se asignarán al proyecto, los cuales deberán cumplir con el perfil solicitado en esta sección.

Para cada uno de los perfiles de puestos que se solicitan para los integrantes del equipo de trabajo por parte del proveedor, se deberá presentar toda la documentación curricular (curriculum vitae, referencias de proyectos anteriores) necesaria y vigente para su cotejo.

En caso de que alguna característica o requerimiento solicitado no se cumpla será motivo de descalificación.

77



PARTIDA 3 ANEXO D. CONSIDERACIONES GENERALES

De la duración del Proyecto

Se requiere que el proyecto termine antes del 30 de Noviembre de 2010 con la aprobación del Administrador de Proyecto de la CNSF.

Las personas asignadas al proyecto deberán estar el tiempo que se requiera para cumplir con las actividades asignadas en el Plan trabajo.

De los criterios de terminaciónSe considerará terminados los servicios y artefactos generados en cada fase del proyecto mencionados en el inciso de entregables, una vez que se entreguen y hayan sido aceptados por el administrador de proyecto de la CNSF y el administrador de proyecto del proveedor.

Para la aceptación, revisión y pruebas de los componentes de software como programas, unidades, hojas de estilo, etc. el proveedor, antes de la entrega explicará al líder de proyecto de la CNSF la forma en que se implemento ese componente, de tal manera que una vez concluido el proyecto, el personal de la Dirección General de Informática de la CNSF pueda configurar, modificar, mantener e incluso corregir dicho componente, en caso que sea necesario sin depender de los servicios del proveedor.

Posteriormente se emitirá un documento para formalizar la entrega de productos correspondientes a la misma, el cual contendrá las firmas del administrador de proyecto de la CNSF, y el administrador del proyecto por parte del proveedor que legitimen la satisfacción de los productos terminados.

Cuando el servicio esté completamente terminado, se procederá a la firma del documento de terminación del proyecto con el visto bueno del Administrador de proyecto de la CNSF.

GarantíaSe deberá considerar un periodo de 1 año, para solucionar posibles errores en el código de programación, resolver referencias incorrectas, vicios ocultos, errores en las bases de datos desarrolladas como parte del proyecto y de aquellas que se afecten como parte del mismo y demás errores y defectos encontrados en los componentes desarrollados y que sean imputables al proveedor que pudieran detectarse en el de operación de la intranet, en el ambiente productivo y que puedan asociarse a defectos en la programación no identificados durante las pruebas de estrés y control de calidad previos a la liberación del proyecto.

De la revisión de entregablesTodos los productos tangibles (entregables) que respalden cada una de las actividades que resulten de la Etapa I de planeación y organización del proyecto, deberán ser desarrollados por parte del proveedor y serán entregados al responsable por parte de la CNSF que sea asignado para tal efecto.

Se llevarán a cabo revisiones semanales de avance de los entregables de acuerdo al plan de trabajo, en caso de existir diferencias se determinará el impacto sobre el proyecto.

78



Las personas involucradas en dichas revisiones serán los miembros del Comité de control de cambios, que más adelante se especifica.

El licitante estará obligado a proporcionar un respaldo en medio magnético, de todos los entregables generados como parte del servicio desarrollado para la CNSF.

Del Comité de control de cambiosEn caso de presentarse alguna actividad no considerada dentro del alcance del proyecto, se deberá tomar en cuenta lo siguiente:

Para que proceda un cambio, deberá de estar evaluado y autorizado por el Comité de Control de Cambios (CCC). El Comité de Control de Cambios (CCC), para este proyecto deberá estar integrado como mínimo por el Administrador del Proyecto por parte del proveedor y el Administrador de Proyecto de la CNSF.

De la confidencialidadEl personal del proveedor será responsable de custodiar la información proporcionada por la Dirección General de Informática en representación de la CNSF ya sea de forma oral, grafica o escrita, en medio físico o electrónico. Se obliga a utilizar esta información únicamente para el proyecto en cuestión y se compromete a guardar absoluta confidencialidad y no divulgar cualquier tipo de información identificada como reservada o confidencial por un periodo de cinco años.

De la propiedad intelectualEl proveedor durante el desarrollo de sus actividades será el responsable por el uso de registros, patentes, marcas y derechos inherentes a la propiedad intelectual o derechos de autor que pudieran corresponder a terceros.

De las penas convencionalesSe aplicará una pena convencional por cada día natural para el caso de atraso en la entrega de los servicios proveídos consistente en el 0.5% del importe total del servicio no prestado o prestado con atraso, conforme a los plazos previamente establecidos.

Estas penalizaciones no se aplicarán en los casos en los que se demuestre que el retraso es debido a la CNSF.

79



PARTIDA 3 ANEXO E.

PLATAFORMA TECNOLÓGICA

Como parte de la mejora continua y el desarrollo de software basado en una arquitectura orientada a servicios que permita la reutilización de código y con el propósito de utilizar el hardware y software existente en la CNSF se necesita que la solución utilice:

Microsoft Office SharePoint Server 2007 Enterprise Edition. Microsoft SQL Server 2008 Enterprise Edition. Plataforma: Microsoft Visual Studio 2008 Enterprise Edition. Servidor de Aplicaciones: IIS 6.0. Lotus Domino Server 8.5. Sistema operativo Windows Server 2003.

Se incluyen las características de infraestructura actuales de los equipos virtuales de intranet a utilizar:Equipo 1: Microsoft Windows Server2003 , Microsoft SharePoint 2007

1 Procesadores 1 Disco Duro de 40 Gb en 1 sola partición Memoria 2 Gb 1 Tarjeta de red

Equipo 2: Microsoft Windows Server 2003, Microsoft SQL Server 2008 1 Procesadores 1 Disco Duro de 100 Gb en 2 particiones Partición Primaria 20 Gb Partición Secundaria 80 Gb Memoria 3 Gb 1 Tarjeta de red

80



Diagrama de infraestructura

Se muestra el diagrama para su mejor comprensión

81



PARTIDA 3 ANEXO F. REQUISITOS A CUMPLIR Estos se refieren a los requisitos que cada proveedor de servicios deberá cumplir para la evaluación de su propuesta.

Cumplir con la solución tecnológica para el Anexo A

Cumplir con las alternativas de capacitación para el Anexo B

Cumplir con los perfiles y referencias del Anexo C

Cumplir con las Consideraciones Generales que debe cumplir el prestador de servicios se especifica en el Anexo D

Cumplir con La plataforma tecnológica que se utilizará para la solución se especifica en el Anexo E

Evaluación Si algún proveedor de servicios no cumpliera con alguno de los requisitos arriba mencionados será motivo de descalificación.

82



PARTIDA 3 ANEXO G.

REFERENCIAS Y GLOSARIO

Active Directory.- Es catálogo global de los usuarios y dominios que sirven para compartir recursos, identificar nombres y estructuras de recursos dentro de la CNSF.

Actor.- Es toda unidad externa al sistema que guarda una relación con este y que le demanda funcionalidad. Esto incluye a los operadores humanos, pero también incluye a todos los sistemas externos así como entidades abstractas como el tiempo.

Archivo *.apr.- Archivo generado por programa validador, el cual indica que la información recibida ha sido validada y aprobaba por los sistemas de la CNSF.

Archivo *.ini.- Archivo generado por SEIVE, contiene los datos correspondientes a cada reporte (reporte, Fecha de corte, Tipo compañía, Clave Compañía, Rutas de: recepción, desempacado, validación y carga etc.).

Archivo *.rec.- Archivo generado por programa validador, el cual indica que la información recibida ha sido validada y rechazada por los sistemas de la CNSF.

Caso de Prueba.- Conjunto de condiciones o variables bajo las cuales el analista determinará si el requisito de una aplicación es totalmente satisfactorio.

Caso de Uso.- Técnica para la captura de requisitos potenciales de un nuevo sistema o actualización de software.

CNSF.- Son las siglas de Comisión Nacional de Seguros y Fianzas.

Entregables.- Es la información, documentación o archivos a proporcionar al cliente al término de las fases del desarrollo de un sistema.

Escenario.- Se refiere a la forma en que un sistema debería de interactuar el sistema con el usuario o con otro sistema para conseguir in objetivo específico.

Flujos de Trabajo.- Son las tareas, acciones o actividades a seguir conforme al tipo de reporte. (Revisión, aprobación etc.).

Foros de Discusión.- Sitio en el cual se podrán registrar, modificar o eliminar distintos comentarios, mensajes o avisos, relacionados con la biblioteca de reportes.

ISO 27001:2007.- Norma de certificación para los Sistemas de Gestión de Seguridad en la Información.

83



Metadato.- Generalmente se define como “datos sobre datos”. Es la información sobre un conjunto de datos en una representación particular. Es la información sobre objetos, documentos, imágenes, módulos de contenido reutilizable etc.

.NET.- Es un framework de Microsoft que hace énfasis en la transparencia de redes, con independencia de plataforma de hardware y que permita un rápido desarrollo de aplicaciones. Provee un extenso conjunto de soluciones predefinidas para necesidades generales de la programación de aplicaciones, y administra la ejecución de los programas escritos específicamente con la plataforma. Esta solución es el producto principal en la oferta de Microsoft, y pretende ser utilizada pora la mayoría de las aplicaciones creadas para la plataforma Windows.

Pruebas Funcionales.- Pruebas basadas en la ejecución, revisión y retroalimentación de las funcionalidades previamente diseñadas para el software.

Pruebas de Integración.- Son aquellas que se realizan una vez que se han aprobado las pruebas unitarias. Únicamente se refieren a la prueba o pruebas de todos los elementos unitarios que componen un proceso, hecha en conjunto.

Pruebas Unitarias.- Es una forma de probar el correcto funcionamiento de un módulo de código, sirve para asegurar que cada uno de los módulos funcione correctamente por separado.

Pruebas de regresión.- Son cualquier tipo de pruebas de software que intentan descubrir las causas de nuevos errores, carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, inducidos por cambios recientemente realizados en partes de la aplicación que anteriormente al citado cambio no eran propensas a este tipo de error. Esto implica que el error tratado se reproduce como consecuencia inesperada del citado cambio en el programa.

Repositorio.- Es un sitio centralizado donde se almacena y mantiene información, habitualmente bases de datos o archivos informáticos.

Reportes.- Son los informes estadísticos, financieros, actuariales etc. que las entidades de seguros y fianzas envían periódicamente a la CNSF. Conforme a las leyes en vigor.

RUP.- Son las siglas de Rational Unified Process de la compañía IBM. Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

SEIVE.- Son las siglas del Sistema de Envío de Información Vía Electrónica.

SINOES.- Son las siglas del Sistema de Información no Estructurada de la CNSF.

84



SITI.- Son las siglas del Sistema Institucional de Transferencia de Información de la CNSF.

Sistema de Despacho.- Es un sistema desarrollado y en operación por personal de la CNSF que tiene como objetivo clasificar y almacenar toda la información relacionada con los oficios, actas y documentos oficiales que se emiten producto de la acción regulatoria hacia las compañías del Sector Asegurador y Afianzador nacional.

SOA (Service Oriented Architecture).- Es una arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Permite la creación de sistemas latamente escalables que reflejan el negocio de la organización, a su vez brinda una forma 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.

Taxonomía.- Es la organización jerárquica de los metadatos, permite clasificar y describir cosas con más precisión. Es una clasificación basada en el sujeto que arregla los términos del vocabulario controlado en una jerarquía.

85



PROTOTIPO DE GENERACIÓN DE COBERTURA DE RESERVAS

TÉCNICAS

ANEXO A, PARTIDA 5

86



Contenido1. INTRODUCCIÓN..................................................................................................................88

1.1 Objetivo............................................................................................................................881.2 Alcance.............................................................................................................................891.3 Necesidades......................................................................................................................901.4 Administración del Proyecto............................................................................................91

1.4.1 Metodología.........................................................................................................................................911.4.2 Fases y entregables..............................................................................................................................921.4.3 Control de Versiones...........................................................................................................................961.4.4 Proceso de Control de Cambios.........................................................................................................96

1.5 Requerimientos Materiales del Proyecto..........................................................................96

87



INTRODUCCIÓN

Con la propuesta de un nuevo marco regulatorio para la operación y supervisión prudencial de las aseguradoras denominado Solvencia II. La CNSF está elaborando un proyecto de Ley basado en la gestión de riesgos. En ese contexto la Dirección General de Informática se encuentra en un periodo de transición, en la que se planea hacer una reingeniería de sus procesos, infraestructura de hardware y software.

Actualmente la Cobertura de Reservas Técnicas se genera mediante procesos escalonados que se inician a partir de la recepción y validación de la información que envían las compañías del sector asegurador. Los procesos que generan la información, así como los cálculos y reglas de negocio son ejecutados por programas cliente servidor. Los cambios en las reglas de negocio son muy dinámicos por lo que actualmente cada vez que surge una nueva disposición o regla se tiene que modificar dichos programas invirtiendo muchos recursos humanos dedicados a realizar dichas modificaciones.

En una primera etapa se planea la implementación de un prototipo de un producto conocido como “Cobertura de Reservas Técnicas” que se genere funcione a partir de la definición de reglas de negocio y cálculos en un motor de reglas, buscando agilizar el proceso además de flexibilidad ante los cambios y definición de reglas de negocio.

La plataforma tecnológica y el desarrollo del prototipo requieren la implementación de un BRMS (Business Rules System Manager) en la CNSF, considerando licenciamiento de software, instalación y configuración del mismo, la creación y puesta en marcha del prototipo, la capacitación y transferencia del conocimiento al personal de la CNSF así como el cierre del proyecto.

Objetivo

El objetivo principal es contratar los servicios profesionales para la implementación un prototipo que sirva para la generación del producto de Cobertura de Reservas Técnicas a partir de la información de inversiones que reportan las instituciones de seguros y que se recibe de forma mensual en la CNSF, basado en un motor de reglas que en adelante se denominará BRMS, con base en los siguientes aspectos:

Construcción de un prototipo de Reservas Técnicas con un motor de reglas iLog JRules de IBM

Integrar el BRMS con una arquitectura de servicios y que se estima vaya creciendo a través del tiempo.

Flexibilidad en el mantenimiento de las reglas de negocio ante modificaciones constantes en las reglas, produciendo un tiempo de respuesta menor al actual.

Personal de la CNSF adquiera el conocimiento y tutoría necesarios para el manejo y administración del conjunto de herramientas de iLog JRules de IBM

88



Alcance

Se refiere a cuales serán los servicios que deberán ser proporcionados a la CNSF, así como los productos terminados que serán entregados y que al final del proyecto serán revisados y validados. El proyecto debe considerar, de manera enunciativa más no limitativa las siguientes funciones

Construcción de un prototipo en plataforma Web para la generación del producto de Cobertura de Reservas Técnicas

Definición de reglas de negocio y cálculos de la Cobertura de Reservas Técnicas en BRMS iLog Jrules. La Cobertura de Reservas Técnicas se compone de:

o Relación de Inversioneso Determinación de la baseo Generación de Cobertura de Reservas Técnicas

Implementar un mecanismo para modificaciones a las reglas de negocio y cálculos flexible ágil minimizando el tiempo de respuesta.

Proveer e instalar de las licencias de iLog y productos necesarios para la puesta en marcha del prototipo en un ambiente productivo: “Llave en mano”.

Configuración y puesta en marcha del prototipo en instalaciones de la CNSF.

Generar información base a partir de los cálculos definidos en el motor de reglas iLOG Jrules.

Almacenar el resultado de los cálculos en base de datos

Exportación de información y generación de reportes a Excel

Capacitación en el uso de BRMS iLog Jrules en su conjunto de herramientas:

o Rule Team Servero Rule Solutions for Officeo Rule Studio

Los accesos a la aplicación deberán estar en base a las políticas de seguridad, determinadas por el active directory de la CNSF

89



Necesidades

De acuerdo al flujo y alcance descrito anteriormente, el prototipo solicitado deberá incluir lo siguiente:

o Módulo de administración de reglas de negocio y cálculos en los que se base la implementación del prototipo de Cobertura de Reservas Técnicas desarrollado sobre iLog Jrules

o Generación de programas, interfaces y servicios necesarios para complementar la definición de reglas de negocio y cálculos

o Almacenar la información generada en una base de datos a partir de las reglas de negocio definidas.

o Establecer un procedimiento para la generación cálculos y ejecución de las reglas de negocio de la cobertura de reservas técnicas de forma automática.

o Realizar las pruebas funcionales para hacer modificaciones a diversas reglas de negocio y comprobar la flexibilidad del prototipo, visualizando los resultados con la Cobertura de Reservas Técnicas.

Planeación Entendimiento del caso de negocio generación de cobertura de reservas técnicas en base a la situación actual. Estimación y delimitación del alcance. Presentación del plan de trabajo

Insumos Plan táctico de trabajo

o Recursoso Alcance en Términos de Proyectoo Alcance en Términos de Producto

Información de inversiones de prueba para el diseño y construcción del prototipo Archivos de estructura del reporte de Cobertura de Reservas Técnicas Herramientas iLog Jrules

Diseño Ambiente

o Taller de Capacitación de la herramientao Preparación para la capacitación

Presentación diseño arquitectónicoConstrucción

Presentación prototipo Configuración y puesta en marcha Documentación soporte

90



Administración del ProyectoEl proveedor deberá ejecutar las actividades de Administración de proyectos con el fin de asegurar la correcta gestión del proyecto, la entrega eficiente de productos y servicios, el enlace oportuno con los funcionarios de la CNSF y la gestión de riesgos inherentes a la envergadura del proyecto

Las actividades propuestas a realizar mas no siendo estas limitativas son las siguientes:

• Establecer los procedimientos de administración del proyecto

• Asegurar que el proyecto se ejecute siguiendo los estándares y metodología establecida

• Asegurar que los productos entregados cumplan con los requerimientos establecidos.

Para la administración del proyecto objeto de esta licitación “EL PRESTADOR DE LOS SERVICIOS” deberá seguir las mejores prácticas establecidas en el PMBOK y seguir los lineamientos específicos de la disciplina de Project Managment del RUP.

Metodología

Para asegurar y garantizar de forma permanente la calidad, consistencia y madurez del proceso de desarrollo de sistemas, la CNSF ha seguido el proceso de desarrollo basado en las mejores prácticas señaladas por Rational Unified Process de IBM.

Algunas de las herramientas que se sugiere usar para el proceso de desarrollo y control de la calidad son:

Administración de requerimientos.- Rational Requisite-Pro. Disciplina de Análisis y Diseño: Rational Software Architect. Administración del control de cambios.- Rational Clear Quest. Administración del control de versiones.- Rational Clear Case. Pruebas.- Rational Test Manager.

Las licencias y configuración de las herramientas Rational serán instaladas y configuradas por el personal del CNSF en equipos pertenecientes al proveedor de servicios durante el tiempo en que se desarrolle el prototipo.

91



Fases y entregables

El proveedor de servicios deberá cubrir las fases que se describen a continuación y será el responsable de las actividades y la generación de los entregables descritos en cada una de ellas.

REQUISITOS DEL PROCESO DE DESARROLLO DEL PROTOTIPOFase I Planeación y

organización del Proyecto

Para el inicio del proyecto el proveedor de servicios deberá formalizar la planeación y definir los alcances detallados de cada una de las etapas, así como recolectar la información necesaria para identificar de forma precisa los alcances de la solución, así como definir de forma clara los roles y responsabilidades que tomará cada integrante del equipo de trabajo.

Actividades: Afinar el alcance del proyecto. Desarrollar, afinar y aprobar el plan de trabajo. Definir y desarrollar el documento con la

organización, roles y responsabilidades del equipo del proyecto.

En forma conjunta con el personal de la CNSF el proveedor deberá definir la infraestructura tecnológica sobre la cual se ejecutara la solución. Las características de infraestructura deberán considerar la realización de un análisis por parte del proveedor para definir las necesidades mínimas de la solución propuesta.

Entregables: Plan detallado de trabajo de cada una de las fases y

etapas. Reunión de inicio de proyecto. Organización del proyecto, organigrama y

asignación de roles y responsabilidades (Project Charter).

Reporte del Análisis del Valor Ganado generado semanalmente.

Fase II Administración de Requerimientos

El proveedor de servicios deberá considerar las actividades necesarias para administrar, identificar y entender las necesidades de los usuarios de la CNSF.

Actividades: Se deberán crear o refinar los artefactos:

Documento de Visión y Casos de Uso en caso de ser necesario. Para la creación de estos se debe

92



involucrar al usuario y/o personal de la CNSF en la realización y aportación de la información para la aceptación de los requerimientos por ambas partes, esto quiere decir, "hacer la definición del sistema junto con el usuario".

Todos los artefactos deben estar disponibles para todos los participantes del proyecto en la herramienta Rational Requisite-Pro. Esto se refiere a que el proyecto deberá contener los artefactos como el Documento de Visión, Especificación de Casos de uso y Glosario, para brindar la información necesaria a los participantes del proyecto en el momento que así lo requieran.

Para las modificaciones o ampliaciones funcionales al sistema, se deberá actualizar el documento de visión y los casos de uso correspondientes, en conjunto con el usuario.

Cada modificación del sistema deberá de ser autorizada por el comité de control de cambios y se deberá de reflejar en el plan de trabajo del sistema.

Entregables (Los que apliquen): Glosario. Documento de Visión. Diagrama de casos de uso. Especificaciones de caso de uso. Especificaciones suplementarias. Reglas del Negocio. Esquema de la base de datos

Fase III Análisis y diseño El proveedor de servicios deberá de realizar la transformación de los requerimientos planteados para el sistema y elaborar una arquitectura robusta para la solución.

Actividades: Definir la Arquitectura del Sistema, mecanismos

arquitectónicos y/o patrones de diseño. Construir el Modelo de Análisis (Elementos de

análisis, realizaciones de casos de uso, abstracciones claves, controladores, modelo de dominio) del caso de negocio o prototipo.

Especificar el Modelo de Despliegue (Modelo de Distribución con sus artefactos, componentes, nodos, y configuración de producción).

Ver reflejado el resultado de las actividades de la disciplina de Análisis y Diseño en artefactos propios de la disciplina integrados en la herramienta de Rational que la CNSF utiliza para este fin.

93



Realización del plan de pruebas y el diseño de los casos de prueba.

Entregables (Los que apliquen):Especificación y documentación de la arquitectura desglosada en:

Vista lógica. Vista de Procesos. Vista de Implementación. Vista de Datos. Patrones de diseño, guías de uso de la

implementación de cada patrón utilizados en la arquitectura

Modelo de Análisis Modelo de Diseño Modelo de Despliegue Diagrama de Clases Diagrama de Estados Diagrama de Secuencia o Colaboración

Evidencia de manera obligatoria de Plan de pruebas y casos de prueba en Rational Test Manager. Estas son:

Plan de pruebas Casos de prueba

Refinamiento de los documentos de la Fase II

Fase IV Construcción El proveedor de servicios deberá materializar los requerimientos que contempla el proyecto como consecuencia de las fases de Administración de requerimientos y Análisis y Diseño, mediante la generación de código en forma eficiente, libre de errores y con la calidad esperada.

Actividades: Generación de código fuente de todos los artefactos,

incluyendo, librerías, formas, programas, scripts de SQL para la creación del esquema de la base de datos, consultas y reportes; además de todos los componentes necesarios para la integración del sistema, los procesos de administración, el control de accesos y seguridad del sistema.

Elementos de base de datos necesarios para la correcta ejecución.

Corrección de errores Pruebas unitarias Pruebas globales Revisión y apego de estándares para la generación

y escritura de código fuente.

94



Entregables: Diagrama de Despliegue. Diagrama de Componentes. Programas Fuentes y Librerías necesarias para su

ejecución, configuración e instalación. Definición de los grupos y usuarios que utilizará la

herramienta.

Evidencia de ejecución de las pruebas en Rational Test Manager. Estas son:

Plan de pruebas Casos de prueba Scripts de prueba Suites de prueba Bitácora de pruebas Resultados de casos de prueba Resultado de prueba piloto

Fase V Liberación El proveedor de servicios deberá asegurarse de la puesta a punto de la solución desarrollada, así como de la entrega de las memorias, procesos y procedimientos y de continuidad del servicio y de recuperación por contingencias que correspondan. Configuración base y manuales de instalación necesarios para ponerla en operación.Como parte de la liberación, el proveedor de servicios deberá requisitar el documento de aceptación de liberación de aplicaciones a producción definido por la CNSF, el cual se revisará por personal del área de Operaciones de CNSF para su implementación en el ambiente productivo.

Actividades: Transferencia de conocimientos. Generación de manual de usuario. Guía de de instalación y configuración de la

solución. Requisitar el documento de aceptación de

liberación de aplicaciones a producción

Entregables Manuales, documentos y guías antes descritos. Puesta en producción de la solución.

Fase VI Cierre Formalizar la entrega de productos y la finalización del proyecto.Actividades:

Firma de documentos de terminación.

Entregables Documento de entrega de productos.

95



96



Las disciplinas de administración de la configuración y administración del cambio deberán ejecutarse por parte del proveedor de servicios durante las iteraciones de las etapas anteriores, cumpliendo con lo siguiente:

Control de Versiones

Como parte de la administración de la configuración el proveedor de servicios se encargará de introducir al control de versiones todos los artefactos que se requieran manejar en el proyecto dentro de Rational Clear Case. Se deberán de generar los siguientes entregables:

o Artefactos construidos para el proyecto en control de versiones.

Proceso de Control de Cambios

Deberá utilizarse el Sistema de Administración de Mesa de Ayuda (SAMA), para registrar cualquier defecto, ampliación funcional o actividad que sea importante para la liberación del sistema ya sea en la realización de manuales, actualización de base de datos, etc.

No se deberá de liberar la solución hasta que todos los reportes que se tengan registrados, estén en alguno de los estados Terminales siguientes: Cerrado, Duplicado o Declinado.

El usuario que registre algún defecto tendrá la obligación de "Cerrar" el defecto u ampliación funcional cuando este se encuentre en el estado de "Liberado".

Todos los cambios y/o actividades deberán estar en estado terminal en el SAMA.

El proveedor de servicios también tendrá la responsabilidad de generar los reportes semanales, minutas y cualquier otro producto tangible relacionado con la solución.

Requerimientos Materiales del ProyectoSuministrador Nombre del Producto Características CantidadCNSF Lugares de Trabajo Con sillas, 1 línea telefónica (para efectos de

localización), conexiones y usuarios de red y a la base de datos; acceso a servicios de impresión e Internet.

3

Proveedor de servicios Estaciones de Trabajo El proveedor de servicios deberá suministrar las computadoras necesarias para las personas que asigne al proyecto.

Los necesarios

Proveedor de servicios Software para realizar el desarrollo del sistema.

El proveedor de servicios deberá proveer el software necesario para hacer el trabajo solicitado, sin costo adicional a la CNSF, excepto el software de IBM Rational.

El necesario

97



ANEXO B, PARTIDA 5

Capacitación por perfiles de usuario

Se deberán considerar dentro del alcance del proyecto las actividades necesarias para desarrollar las habilidades y conocimientos en la Herramienta ILOG JRules V7.0 al personal que la CNSF defina para que puedan llevar a cabo sus actividades de forma efectiva a través de la solución desarrollada.

Developing Business Rule Applications with IBM WebSphere ILOG JRules V7.0

6 personas

Funciones por parte del proveedor de servicios.

Los cursos serán impartidos en las instalaciones del proveedor en la ciudad de México. Cada participante recibirá el material correspondiente de acuerdo a la capacitación recibida La capacitación se impartirá en días hábiles consecutivos. Estos cursos se impartirán de acuerdo a los horarios y fechas que se convengan entre ambas partes. Los cursos deberán contemplar en su temario los siguientes temas:

a) Introducción a las reglas de negociob) Introducción a IBM WebSphere ILOG JRules c) Programando con reglas de negociod) Desarrollar modelos de objetos de negocioe) Orquestación y ejecución de un set de reglasf) Autoría de reglasg) Validación y verificación de reglash) Depuración de reglas i) Gestión de reglas de negocioj) Desplegar las reglas en el Rule Execution Server k) Ejecutar reglas con el Rule Execution Server l) Trabajando con XML m) Configuración del Rule Team Server n) Personalización de la autoría de reglaso) Estrategias de ejecución de reglasp) Gobernabilidad de reglasq) Rule Solutions for Office.

98



ANEXO C, PARTIDA 5

Matriz de roles y responsabilidades

Formación y Experiencia para los consultores propuestos por el prestador de los servicios

A continuación se detallan las funciones y roles que se desempeñarán durante el desarrollo del proyecto y la entrega del servicio por ambas partes.

Suministrador Nombre del Rol Descripción del Rol Cantidad de Recursos

Perfil solicitado

CNSF Administrador de Proyecto de CNSF

Administrar el proyecto en todas sus etapas y fases; supervisar y coordinar las actividades del desarrollo del proyecto dentro de la CNSF.

1

CNSF Líder de Proyecto

Desempeñar funciones de desarrollo complementarias al alcance del sistema, tales como revisión de artefactos de software, ensamble, pruebas de aceptación, integración, etc.


Proveedor Administrador de Proyecto (AP)

Responsable final del resultado del proyecto. Encargado de llevar a cabo todos los procesos de administración del proyecto y su documentación.Algunas de sus funciones más importantes y que figuran como factores de éxito son:

Verificación de que los productos se terminen a tiempo y con la calidad que el usuario haya especificado

Revisión del avance del proyecto contra lo establecido en el plan de trabajo, celebración de las reuniones de trabajo y presentación del avance.

1 Deberá tener como mínimo de 2 años de experiencia comprobables en haber participado en proyectos similares al que se está solicitando en este documento.

Deberá estar presente del inicio y hasta la terminación del proyecto.

Proveedor Arquitecto de Soluciones(AS)

Responsable de dirigir el desarrollo de la arquitectura del sistema, que incluye la identificación, integración y creación de soporte para las decisiones técnicas clave en el diseño e implementación del proyecto.

Dirigir la correcta implementación de las reglas de negocio y requerimientos en iLog de IBM.

1 Deberá tener como mínimo 2 años como arquitecto de soluciones BRMS, Implementadas en ilog JRules.

Conocimientos avanzados en ilog

99



JRules, Java, J2EE y Arquitecturas SOA.

Experiencia en diseño e implementación de soluciones BRMS acorde a los requisitos de operación del sistema.

Deberá comprobar los proyectos que participó como arquitecto de soluciones.

Deberá estar disponible hasta la terminación del proyecto.

Proveedor Analista (AN) El encargado de este rol dirige y coordina la adquisición de requisitos esquematizando la funcionalidad del sistema y delimitándolo, Y será el encargado de plasmar (capturar) y documentar las reglas de negocio, en las herramientas Ilog JRules.

1 Deberá tener como mínimo 2 años de experiencia comprobables en Análisis de sistemas. Basados en reglas de negocio.

Experiencia en orquestación de reglas, creación de flujos de reglas, y en la obtención del vocabulario de negocio.

Conocimientos avanzados en Rule Team Server.

Experiencia en Rule Solutions for Office.

Este rol no lo puede desempeñar el AP.

Deberá estar disponible hasta la terminación del

100



proyecto y/o su participación en el mismo.

Proveedor Programador Desarrollar todos los componentes Java del sistema, que sean necesarios para dar soporte a las reglas de negocio.


Deberá tener como mínimo 3 años de experiencia comprobables en desarrollo de aplicaciones Java.

Experiencia de al menos 1 año en Rule Studio

Conocimientos sobre WebServices

Este rol no lo puede desempeñar AP, AS y/o AN.


Proveedor DBA Diseñar, implementar y afinar instancias de bases de datos requeridas para el proyecto.

1 Deberá tener 2 años como mínimo en diseño de bases de datos.

Experiencia en afinación de base de datos.

Deberá estar presente conforme se requiera en el proyecto

Administrador de la Configuración

Encargado de hacer el Deploy de la aplicación, y de realizar la configuración de parámetros (tuning), requeridos para optimizar el funcionamiento del sistema.

Deberá tener 2 años como mínimo en despliegue y puesta a punto de aplicaciones desarrolladas en Ilog JRules.

Experiencia en

Despliegue de aplicaciones en servidores de aplicaciones Oracle Weblogic

101



10.3, y con conexiones a bases de datos Oracle 10g.

Deseable conocimiento en despliegue de aplicaciones SOA.

Proveedor Ingeniero de Pruebas

Realizar las suites de pruebas al sistema, unitarias, volumen, Etc.

1 Experiencia deseable de 1 año en el manejo Rule Team Server

Experiencia comprobable en la construcción y ejecución de pruebas.

Proveedor Instructor Proporcionar la capacitación. Los necesarios para cumplir con la capacitación de usuario de CNSF

3 Años de Experiencia en Ilog Jrules.

Experiencia deseable de 1 año como instructor en cursos de Ilog JRules.

CNSF Usuarios Involucrados

Participar en las actividades definidas en los planes de trabajo, que se establezcan en conjunto con personal de la CNSF y el equipo de trabajo del proveedor.Entre algunas de sus actividades se consideran:Apoyar al desarrollo del proyecto.Validar los productos (en la medida de su competencia).


CNSF

El proveedor deberá enunciar por lo menos cinco proyectos en los que haya realizado con éxito la implantación arquitecturas de software, y el desarrollo de sistemas en la plataforma. En caso de no contar con estas referencias o que alguna de las referencias no sean positivas, será motivo de descalificación.

El proveedor deberá poner el nombre y el rol de las personas que se asignarán al proyecto, los cuales deberán cumplir con el perfil solicitado en esta sección.

Para cada uno de los perfiles de puestos que se solicitan para los integrantes del equipo de trabajo por parte del proveedor, se deberá presentar toda la documentación necesaria y vigente para su cotejo.

En caso de que alguna característica o requerimiento solicitado no se cumpla será motivo de descalificación.

Integración del equipo

Existen consideraciones importantes que pudieran afectar el desarrollo del presente proyecto, con aspectos relacionados con la integración del equipo de trabajo. A continuación se listan algunas de ellas y la penalización que deberá cubrir el proveedor en caso de incumplimiento.

102



Consideraciones

El equipo de trabajo del proveedor deberá presentarse en la CNSF a iniciar el proyecto, a más tardar 7 días hábiles después de la emisión del fallo en la que se designe al ganador de la presente licitación.

La rotación del equipo de trabajo inicial no deberá ser mayor al 30% desde el inicio al cierre del proyecto.

Penalizaciones convencionales

En caso de incumplimiento de algunas de las consideraciones anteriores, se aplicará un 0.5% del importe del valor del servicio o proyecto por cada caso.

ANEXO D, PARTIDA 5

CONSIDERACIONES GENERALES

1. Aspectos Generales

1.1. “EL PRESTADOR DE LOS SERVICIOS” deberá comprobar que cuenta con una experiencia como empresa de mínimo dos años (24 meses) en total, en trabajos, utilizando el conjunto de herramientas de iLog de IBM Rules y conocimiento de la metodología RUP y sus herramientas Rational:

Servicios de Implementación. Metodología de desarrollo propuesta RUP, si aplica Instalación, Configuración, Puesta en Marcha y soporte a las Herramientas iLog

Así como demostrar desarrollos similares a los productos solicitados en esta licitación, ya sea de manera aislada o integrada, lo cual deberá avalar con contratos firmados que acumulen la experiencia solicitada en proyectos con el sector público y/o privado.

1.2. EL PRESTADOR DE LOS SERVICIOS” deberá contar con la autorización expresa de IBM para distribución del conjunto de herramientas de iLog en México.

1.3. “EL PRESTADOR DE LOS SERVICIOS” deberá presentar su currículo como empresa, para su mejor comprobación, se deberá presentar lo siguiente:

o Relación de clientes vs. Proyectos, considerando: Nombre del proyecto. Breve descripción del proyecto. Vigencia. Referencia o contacto (nombre, cargo, teléfono y/o correo electrónico del cliente).

1.4. “EL PRESTADOR DE LOS SERVICIOS” deberá contar con el personal debidamente capacitado y con la experiencia comprobable solicitada en el Anexo C.

1.5. “EL PRESTADOR DE LOS SERVICIOS” deberá presentar el currículum correspondiente a cada especialista, el cual deberá incluir los documentos que avalen que tienen la experiencia y

103



conocimientos solicitados en el Anexo C Formación y Experiencia para los consultores propuestos por el prestador de los servicios. El perfil técnico y los conocimientos aquí solicitados son de carácter obligatorio y se desglosarán los proyectos en donde comprueba su experiencia desempeñando el rol al que aplique considerando:

Nombre de la empresa (Dirección, Teléfono) Puesto Nombre y cargo del jefe inmediato o supervisor (Teléfono y correo electrónico) Cliente (si aplica) Nombre del proyecto(s) donde participo Rol en el proyecto Duración del proyecto (fecha de inicio y termino en formato día/mes/año). Breve descripción del proyecto Alcance Actividades realizadas en el mismo Plataforma tecnológica (hardware y software) Metodología utilizada Contacto de referencia (nombre, cargo, teléfono, y correo electrónico).

1.6. “EL PRESTADOR DE LOS SERVICIOS” deberá garantizar por escrito la seguridad y confidencialidad de la información de la CNSF a que tenga acceso con motivo de la realización de los trabajos del presente documento, la cual podrá ser utilizada sólo para los fines del proyecto. Así mismo, los productos implementados o desarrollados y preparados por el “EL PRESTADOR DE LOS SERVICIOS” para la CNSF, serán considerados de carácter confidencial y propiedad de la CNSF.

1.7. Todos los procesos durante la ejecución del contrato estarán sujetos a la inspección, examen y aprobación, en cualquier momento y en cualquier lugar por parte de la CNSF.

1.8. “EL PRESTADOR DE LOS SERVICIOS” se compromete a observar el cumplimiento de todas las normas internas de seguridad y acceso de la CNSF, en sus instalaciones.

2. Capacitación2.1. Los cursos ofertados correspondientes deberán ser proporcionados por un centro de educación

autorizado por la empresa dueña de los derechos comerciales y de autor de los cursos propuestos.

2.2. “EL PRESTADOR DE SERVICIOS" deberá comprobar que cuenta con experiencia proporcionando capacitación de iLog rules a terceros, demostrando haber capacitado en México durante los últimos 2 años a un mínimo 40 personas ajenas a su empresa en iLog Rules.

2.3. Los cursos deberán ser impartidos en español por personal con mínimo un año de experiencia impartiendo curso en las tecnologías y prácticas señaladas en los temarios del Anexo B Cursos, acreditándolo mediante certificado de consultor emitido por la empresa dueña de los derechos comerciales y de autor de las metodologías y herramientas usadas en el curso (presentar certificado original y copia para su cotejo junto con la oferta técnica).

3. De la duración del Proyecto

3.1. Se requiere que el proyecto termine antes del 15 de Noviembre de 2010 con la aprobación del Administrador de Proyecto de la CNSF.

3.2. Las personas asignadas al proyecto deberán estar el tiempo que se requiera para cumplir con las actividades asignadas en el Plan trabajo.

104



3.3. “EL PRESTADOR DE LOS SERVICIOS” deberá impartir la consultoría en las oficinas centrales de la CNSF.

105



4. De los criterios de terminaciónSe considerará terminados los servicios y artefactos generados en cada fase del proyecto mencionados en el inciso de entregables, una vez que se entreguen y hayan sido aceptados por el administrador de proyecto de la CNSF y el administrador de proyecto del proveedor.

Para la aceptación, revisión y pruebas de los componentes de software como programas, unidades, hojas de estilo, etc. el proveedor, antes de la entrega explicará al líder de proyecto de la CNSF la forma en que se implemento ese componente, de tal manera que una vez concluido el proyecto, el personal de la Dirección General de Informática de la CNSF pueda configurar, modificar, mantener e incluso corregir dicho componente, en caso que sea necesario sin depender de los servicios del proveedor.

Posteriormente se emitirá un documento para formalizar la entrega de productos correspondientes a la misma, el cual contendrá las firmas del administrador de proyecto de la CNSF, y el administrador del proyecto por parte del proveedor que legitimen la satisfacción de los productos terminados.

Cuando el servicio esté completamente terminado, se procederá a la firma del documento de terminación del proyecto con el visto bueno del Administrador de proyecto de la CNSF.

5. GarantíaSe deberá considerar un periodo de 1 año, para solucionar posibles errores en el código de programación, resolver referencias incorrectas, vicios ocultos, errores en las bases de datos desarrolladas como parte del proyecto y de aquellas que se afecten como parte del mismo y demás errores y defectos encontrados en los componentes desarrollados y que sean imputables al proveedor que pudieran detectarse en el de operación de la intranet, en el ambiente productivo y que puedan asociarse a defectos en la programación no identificados durante la ejecución de las pruebas y control de calidad previos a la liberación del proyecto.

6. De la revisión de entregablesTodos los productos tangibles (entregables) que respalden cada una de las actividades que resulten de la Etapa I de planeación y organización del proyecto, deberán ser desarrollados por parte del proveedor y serán entregados al responsable por parte de la CNSF que sea asignado para tal efecto.

Se llevarán a cabo revisiones semanales de avance de los entregables de acuerdo al plan de trabajo, en caso de existir diferencias se determinará el impacto sobre el proyecto.

Las personas involucradas en dichas revisiones serán los miembros del Comité de control de cambios, que más adelante se especifica.

El licitante estará obligado a proporcionar un respaldo en medio magnético, de todos los entregables generados como parte del servicio desarrollado para la CNSF.

7. Del Comité de control de cambiosEn caso de presentarse alguna actividad no considerada dentro del alcance del proyecto, se deberá tomar en cuenta lo siguiente:

Para que proceda un cambio, deberá de estar evaluado y autorizado por el Comité de Control de Cambios (CCC). El Comité de Control de Cambios (CCC), para este proyecto deberá estar integrado como mínimo por el Administrador del Proyecto por

106



parte del proveedor y el Administrador de Proyecto de la CNSF

De las penas convencionales

Se aplicará una pena convencional, por cada día natural de atraso en la entrega de los servicios y/o entregables definidos en el plan de trabajo y con los plazos previamente establecidos, consistente en el 0.5% del importe total del servicio para los casos:

No prestado Prestado con atraso No cumpla con los requisitos de aceptación establecidos en la disciplina de pruebas

Estas penalizaciones no se aplicarán en los casos en los que se demuestre que el retraso se debe a causas originadas por la CNSF.

ANEXO E, PARTIDA 5

PLATAFORMA TECNOLÓGICAComo parte de la mejora continua y el desarrollo de software basado en una arquitectura orientada a servicios que permita la reutilización de código y con el propósito de utilizar el hardware y software existente en la CNSF se necesita que la solución utilice:

WebLogic 10.3 de Oracle Manejador de base de datos Oracle 10gR2 o superior en servidor HP-UX versión 11 Sistema operativo Windows Server 2003. IDE de desarrollo MyEclipse versión 7.5 o superior Plataforma: Java Platform, Enterprise Edition 5 “Java EE 5“ Lenguaje de Programación: Java SE 6 Servidor Web apache versión 2.0 Framework de presentación Java Server Faces 1.2

Autenticación de usuarios a través del Active Directory

Y se complemente con las licencias de software que proveerá el PRESTADOR DE SERVICIOS con el desarrollo del prototipo de Cobertura de Reservas Técnicas descrito en el Anexo A, se mencionan algunas pero no de forma limitativa.

Herramientas WebSphere ilog JRules de IBM así como:o Rule Team Servero Rule Solutions for Officeo Rule Studio

Servidor de aplicaciones WebSphere 6.1 o superior

107



En cuanto al hardware se cuenta para la implementación de este prototipo con un servidor con las siguientes características:

Dell Blade PowerEdge 1955 Dos procesadores Intel Xeon 5300 con velocidad de 3.0 ghz Memoria RAM de 32 GB Sistema Operativo Windows Server 2003 Disco duro de 80 GB

Anexo F, PARTIDA 5

REQUISITOS A CUMPLIR Estos se refieren a los requisitos que cada proveedor de servicios deberá cumplir para la evaluación de su propuesta. Dentro de los cuales los más importantes son:

Cumplir con la solución tecnológica para el Anexo A Cumplir con los perfiles y referencias del Anexo C Cumplir con las alternativas de capacitación para el Anexo B Cumplir con la plataforma tecnológica solicitada en el Anexo E

Evaluación Si algún proveedor de servicios no cumpliera con alguno de los requisitos arriba mencionados será motivo de descalificación.Una vez que se han cubierto los requisitos principales las propuestas de la prestación de servicios será evaluada de la siguiente forma:

1. Criterios de Evaluación

Los criterios de evaluación serán los siguientes: Solución tecnológica. Precio. Nivel del cumplimiento del perfil técnico y referencias requerido.

2. Distribución de la calificación

La calificación irá de 0 a 100%, repartido de la siguiente manera: 40% para solución tecnológica. 40% para el precio. 20% por el nivel del cumplimiento del perfil técnico y referencias requerido.

108



ANEXO G, PARTIDA 5

REFERENCIAS Y GLOSARIO

Active Directory.- Es catálogo global de los usuarios y dominios que sirven para compartir recursos, identificar nombres y estructuras de recursos dentro de la CNSF.

Actor.- Es toda unidad externa al sistema que guarda una relación con este y que le demanda funcionalidad. Esto incluye a los operadores humanos, pero también incluye a todos los sistemas externos así como entidades abstractas como el tiempo.

BRMS (Business rule management system).- Es un sistema de software utilizado para definir, implementar, ejecutar, monitorear y mantener la variedad y complejidad de las decisiones lógicas que están utilizado los sistemas operativos dentro de una organización o empresa. Esta lógica, también se conoce como reglas de negocio, incluye políticas, necesidades, e instrucciones condicionales que se utilizan para determinar las acciones tácticas que tienen lugar en las aplicaciones y sistemas.

Caso de Prueba.- Conjunto de condiciones o variables bajo las cuales el analista determinará si el requisito de una aplicación es totalmente satisfactorio.

Caso de Uso.- Técnica para la captura de requisitos potenciales de un nuevo sistema o actualización de software.

CNSF.- Son las siglas de Comisión Nacional de Seguros y Fianzas.

Cobertura de Reservas Técnicas.- Las reservas técnicas representan las provisiones necesarias que esas instituciones deben realizar para dotarse de liquidez a fin de financiar el pago de reclamaciones, en tanto se lleva a cabo el proceso de adjudicación y realización de las garantías aportadas por el fiado. Las inversiones que las respaldan deben encontrarse en condiciones adecuadas de seguridad y liquidez conforme a la regulación aplicable.

Determinación de la base.- Es la base de inversión de la cobertura de reservas técnicas, haciendo la extensión entre la base bruta y la base neta.

Entregables.- Es la información, documentación o archivos a proporcionar al cliente al término de las fases del desarrollo de un sistema.

Escenario.- Se refiere a la forma en que un sistema debería de interactuar el sistema con el usuario o con otro sistema para conseguir in objetivo específico.

Flujos de Trabajo.- Son las tareas, acciones o actividades a seguir conforme al tipo de reporte. (Revisión, aprobación etc.).

109



Foros de Discusión.- Sitio en el cual se podrán registrar, modificar o eliminar distintos comentarios, mensajes o avisos, relacionados con la biblioteca de reportes.

ISO 27001:2007.- Norma de certificación para los Sistemas de Gestión de Seguridad en la Información.

.i Log.-

Pruebas Funcionales.- Pruebas basadas en la ejecución, revisión y retroalimentación de las funcionalidades previamente diseñadas para el software.

Pruebas de Integración.- Son aquellas que se realizan una vez que se han aprobado las pruebas unitarias. Únicamente se refieren a la prueba o pruebas de todos los elementos unitarios que componen un proceso, hecha en conjunto.

Pruebas Unitarias.- Es una forma de probar el correcto funcionamiento de un módulo de código, sirve para asegurar que cada uno de los módulos funcione correctamente por separado.

Pruebas de regresión.- Son cualquier tipo de pruebas de software que intentan descubrir las causas de nuevos errores, carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, inducidos por cambios recientemente realizados en partes de la aplicación que anteriormente al citado cambio no eran propensas a este tipo de error. Esto implica que el error tratado se reproduce como consecuencia inesperada del citado cambio en el programa.

Relación de inversiones.- Son todas las inversiones que forman parte de la cartera de la Compañía.

Repositorio.- Es un sitio centralizado donde se almacena y mantiene información, habitualmente bases de datos o archivos informáticos.

Reportes.- Son los informes estadísticos, financieros, actuariales etc. que las entidades de seguros y fianzas envían periódicamente a la CNSF. Conforme a las leyes en vigor.

RUP.- Son las siglas de Rational Unified Process de la compañía IBM. Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

SEIVE.- Son las siglas del Sistema de Envío de Información Vía Electrónica.

SOA (Service Oriented Architecture).- Es una arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Permite la creación de sistemas latamente escalables que reflejan el negocio de la organización, a su vez brinda

110



una forma 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.

A N E X O II

______________________________________manifiesto bajo protesta de decir verdad, que los datos aquí asentados, son ciertos y han sido debidamente verificados, así como que cuento con facultades suficientes para suscribir la propuesta técnica y económica en la presente licitación pública, a nombre y representación de:_______________________________________________________________

no. de licitación:registro federal de contribuyentes:domicilio:calle y número:colonia: delegación o municipio:código postal: entidad federativa:teléfonos: fax:correo electrónico:

no. de la escritura pública en la que consta su acta constitutiva: fecha

nombre, número y domicilio del notario público ante el cual se dio fe de la misma:

relación de accionistas

apellido paterno apellido materno nombre (s)

descripción del objeto social:

reformas al acta constitutiva:

nombre del apoderado o representante:

datos del documento mediante el cual acredita su personalidad y facultades:

escritura pública numero: fecha:

nombre, número y domicilio del notario público ante el cual se otorgó:

firma:______________________________________

MEXICO, D.F., a de de 2010

111



A N E X O III

LEY FEDERAL DE RESPONSABILIDADES ADMINISTRATIVAS DE LOS SERVIDORES PUBLICOS

(DIARIO OFICIAL DE LA FEDERACION DEL 13 DE MARZO DE 2002)

ARTICULO 8.-TODO SERVIDOR PUBLICO TENDRA LAS SIGUIENTES OBLIGACIONES:

FRACCION XX.-ABSTENERSE, EN EJERCICIO DE SUS FUNCIONES O CON MOTIVO DE ELLAS, DE CELEBRAR O AUTORIZAR LA CELEBRACION DE PEDIDOS O CONTRATOS CON ADQUISICIONES, ARRENDAMIENTOS Y ENAJENACION DE TODO TIPO DE BIENES, PRESTACION DE SERVICIOS DE CUALQUIER NATURALEZA Y LA CONTRATACION DE OBRA PUBLICA O DE SERVICIOS RELACIONADOS CON ESTA, CON QUIEN DESEMPEÑE UN EMPLEO, CARGO O COMISION EN EL SERVICIO PUBLICO O BIEN CON LAS SOCIEDADES DE LAS QUE DICHAS PERSONAS FORMEN PARTE. POR NINGUN MOTIVO PODRA CELEBRARSE PEDIDO O CONTRATO ALGUNO CON QUIEN SE ENCUENTRE INHABILITADO PARA DESEMPEÑAR UN EMPLEO, CARGO O COMISION EN EL SERVICIO PUBLICO.

LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO(DIARIO OFICIAL DE LA FEDERACION DEL 04 DE ENERO DE 2000)

ARTICULO 50.-LAS DEPENDENCIAS Y ENTIDADES SE ABSTENDRAN DE RECIBIR PROPUESTAS O CELEBRAR CONTRATO ALGUNO EN LAS MATERIAS A QUE SE REFIERE ESTA LEY, CON LAS PERSONAS FISICAS O MORALES SIGUIENTES:

FRACCIONES: I, II, III, IV, V, VI, VII, VIII, IX, X, XI, XII Y XIII.

ME DOY POR ENTERADO DEL CONTENIDO DE LAS PRESENTES DISPOSICIONES LEGALES Y MANIFIESTO BAJO PROTESTA DE DECIR VERDAD QUE NO ME ENCUENTRO EN EL SUPUESTO DE LAS MISMAS.

ATENTAMENTE

NOMBRE:_______________________________________________________________

EMPRESA QUE REPRESENTA______________________________________________

FIRMA_________________________________

112



ANEXO IVI.2.1.15. Para los efectos del artículo 32-D, primero, segundo, tercero y cuarto párrafos del CFF, cuando la

Administración Pública Federal, Centralizada y Paraestatal, la Procuraduría General de la República, así como las entidades federativas vayan a realizar contrataciones por adquisición de bienes, arrendamiento, prestación de servicios u obra pública, con cargo total o parcial a fondos federales, cuyo monto exceda de $300,000.00 sin incluir el IVA, deberán observar lo siguiente, según corresponda:I. Por cada contrato, las dependencias y entidades citadas exigirán de los contribuyentes con quienes se

vaya a celebrar el contrato, les presenten documento actualizado expedido por el SAT, en el que se emita opinión sobre el cumplimiento de sus obligaciones fiscales.Para efectos de lo anterior, los contribuyentes con quienes se vaya a celebrar el contrato, deberán solicitar la opinión sobre el cumplimento de obligaciones conforme a lo siguiente:a) Presentar solicitud de opinión a través de la página de Internet del SAT, en la opción “Mi portal”.b) Contar con la CIECF.c) Indicar que la opinión se solicita para celebrar contratos con la Administración Pública Federal

Centralizada y Paraestatal, así como la Procuraduría General de la República o las entidades federativas.

d) El contribuyente solicitante con el acto de registrar su solicitud en la página de Internet del SAT para efectos del artículo 32-D, primero, segundo, tercero y cuarto párrafos del CFF, manifiesta bajo protesta de decir verdad que:1. Ha cumplido con sus obligaciones en materia de inscripción al RFC, a que se refieren el CFF

y su Reglamento, que el RFC está activo y el domicilio fiscal localizado.2. Se encuentran al corriente en el cumplimiento de sus obligaciones fiscales respecto de la

presentación de la declaración anual correspondiente al último ejercicio fiscal por el que se encuentre obligado del ISR e IETU y se encuentra al corriente en la presentación de los pagos provisionales del ISR, IETU y retenciones del ISR por salarios, así como pagos definitivos del IVA y del IEPS; del ejercicio fiscal en el que solicita la opinión.

3. No tienen créditos fiscales firmes a su cargo por impuestos federales, distintos a ISAN e ISTUV, entendiéndose por impuestos federales, el ISR, IVA, IMPAC, IETU, IDE, IEPS, impuestos generales de importación y de exportación y sus accesorios. Así como créditos fiscales firmes, relacionados con la obligación de pago de las contribuciones, y de presentación de declaraciones, solicitudes, avisos, informaciones o expedición de constancias y comprobantes fiscales.

4. Tratándose de contribuyentes que hubieran solicitado autorización para pagar a plazos o hubieran interpuesto algún medio de defensa contra créditos fiscales a su cargo, los mismos se encuentren garantizados conforme al artículo 141 del CFF, con excepción de lo dispuesto en la regla I.2.19.1.

5. En caso de contar con autorización para el pago a plazo, que no han incurrido en las causales de revocación a que hace referencia el artículo 66-A, fracción IV del CFF.

e) En el caso que existan créditos fiscales firmes manifestará que se compromete a celebrar convenio con las autoridades fiscales para pagarlos con los recursos que se obtengan por la enajenación, arrendamiento, prestación de servicios u obra pública que se pretenda contratar, en la fecha en que las citadas autoridades señalen, en este caso, se estará a lo establecido en la regla II.2.1.11.

II. La ALSC que corresponda al domicilio fiscal del contribuyente, emitirá opinión sobre el cumplimiento de las obligaciones fiscales indicadas a través del portal de Internet del SAT, para los efectos de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público o de la Ley de Obras Públicas y Servicios relacionados con las mismas, según sea el caso, a más tardar dentro de los 20 días siguientes a la recepción de la solicitud de opinión, salvo en los casos en que el contribuyente se hubiera comprometido a celebrar convenio con las autoridades fiscales para pagar con los recursos que se obtengan por la enajenación, arrendamiento, prestación de servicios u obra pública que se pretenda contratar los créditos

113



fiscales firmes que tengan a su cargo, supuesto en el cual la opinión se emitirá a más tardar dentro de los 30 días siguientes a la solicitud de opinión.

III. En caso de detectar el incumplimiento de las obligaciones fiscales a que se refiere esta regla o de la existencia de créditos fiscales firmes o del incumplimiento de garantizar debidamente el interés fiscal, la ALSC mediante comunicado a través de la página del SAT notificará al contribuyente las omisiones detectadas y éste contará con 10 días para manifestar ante dicha ALSC lo que a su derecho convenga. La autoridad fiscal procederá a emitir la opinión correspondiente, conforme a lo siguiente:a) Si el contribuyente dentro del plazo señalado en el párrafo anterior, comprueba el pago de los

créditos, el cumplimiento de sus obligaciones fiscales o realiza la aclaración o pago de los créditos fiscales respectivos ante la Administración que le haya notificado las omisiones, una vez validado el cumplimiento, la autoridad fiscal, podrá emitir opinión en sentido favorable dentro del plazo de 20 días indicado en la fracción II de la presente regla.

b) Si el contribuyente dentro del plazo señalado en el primer párrafo de esta fracción, no atiende o no aclara las inconsistencias señaladas o en su caso si de la información o documentación presentada se detecta la persistencia del incumplimiento de las obligaciones fiscales, la autoridad fiscal emitirá opinión en sentido negativo, vencido el plazo de 10 días que se le otorgó.

c) Cuando el contribuyente manifieste su interés de celebrar convenio para pagar sus créditos fiscales firmes, con los recursos que se obtengan por la enajenación, arrendamiento, prestación de servicios u obra pública que se pretenda contratar, las autoridades fiscales emitirán oficio a la unidad administrativa responsable de la licitación, a fin de que esta última en un plazo de 15 días, mediante oficio, ratifique o rectifique los datos manifestados por el contribuyente. Una vez recibida la información antes señalada, la autoridad fiscal le otorgará un plazo de 15 días al contribuyente para la celebración del convenio respectivo, en los términos de lo señalado por la regla II.2.1.11., emitiendo la opinión dentro de los 30 días a que se refiere la fracción II de esta regla.

La opinión prevista en esta fracción, así como el documento al que se hace referencia en la fracción I de esta regla, se emite para fines exclusivos del artículo 32-D del CFF, considerando la situación del contribuyente en los sistemas electrónicos institucionales del SAT, y no constituye resolución en sentido favorable al contribuyente sobre el cálculo y montos de créditos o impuestos declarados o pagados.El documento con la opinión en sentido favorable a que se refiere la fracción I de esta regla, tendrá vigencia durante un periodo de 30 días naturales a partir de la fecha de emisión de la opinión correspondiente a través de la página de Internet del SAT.Los residentes en el extranjero que no estén obligados a presentar la solicitud de inscripción en el RFC, ni los avisos al mencionado registro y que no estén obligados a presentar declaraciones periódicas en México, asentarán estas manifestaciones bajo protesta de decir verdad en escrito libre que entregarán a la dependencia o entidad convocante, la que gestionará la emisión de la opinión ante la ALSC más cercana a su domicilio.Para los efectos de esta regla, tratándose de créditos fiscales firmes, se entenderá que el contribuyente se encuentra al corriente de sus obligaciones fiscales entre otros, si a la fecha de presentación de la solicitud a que se refiere la fracción I, se ubica en cualquiera de los siguientes supuestos:I. Cuando el contribuyente cuente con autorización vigente para pagar a plazos.II. Cuando no haya vencido el plazo para pagar a que se refiere el artículo 65 del CFF.III. Cuando se haya interpuesto medio de defensa en contra del crédito fiscal determinado y se encuentre

garantizado el interés fiscal de conformidad con las disposiciones fiscales.Es responsabilidad del contribuyente solicitante de la opinión, verificar mediante consulta en la página de Internet del SAT, en la opción “Mi portal”, la respuesta o la solicitud de información adicional que requiera la autoridad, a partir de la fecha sugerida que se informa en el acuse de la solicitud de servicio.

114



ANEXO V

REQUISITOS Y CONDICIONES, QUE DEBERAN OBSERVASE EN LOS TEXTOS DE LAS FIANZAS QUE SE ENTREGUEN A LA CNSF

1.- Deberán expedirse a favor de la Tesorería de la Federación.

2.- La indicación del importe total garantizado con número y letra.

3.- Referencia de que la fianza se otorga atendiendo a todas las estipulaciones contenidas en el contrato y/o pedido.

4.- La información correspondiente al número de contrato, pedido o acto celebrado, su fecha de firma así como la especificación de las obligaciones garantizadas.

5.- El señalamiento de la denominación o nombre del contratista, proveedor o fiado.

6.- La condición de que la vigencia de la fianza deberá quedar abierta para permitir que cumpla con su objetivo, de forma tal que no podrá establecerse o estipularse plazo alguno que limite su vigencia, lo cual no debe confundirse con el plazo para el cumplimiento de las obligaciones previsto en los contratos y actos administrativos.Lo anterior salvo que exista disposición expresa de orden normativo, como sucede en el caso de la garantía que tiene por objeto amparar los defectos de construcción, vicios ocultos, y cualquier otra responsabilidad a que se refiere el artículo 66 de la Ley de Obras Públicas y Servicios Relacionados con las Mismas.

7.- Para la liberación de esta fianza, será requisito indispensable la manifestación expresa y por escrito de la Comisión Nacional de Seguros y Fianzas.

TEXTO QUE DEBERA INCLUIR INDEPENDIENTEMENTE DE CONSIDERAR LOS PUNTOS ANTERIORES

“Esta garantía estará vigente durante la substanciación de todos los recursos legales o juicios que se interpongan hasta que se pronuncie resolución definitiva, de forma tal que su vigencia no podrá acotarse en razón del plazo de ejecución del contrato principal o fuente de las obligaciones, o cualquier otra circunstancia. Asimismo esta fianza permanecerá en vigor aún en los casos en que la Comisión Nacional de Seguros y Fianzas otorgue prórrogas o esperas al contratista o fiado para el cumplimiento de sus obligaciones”

La institución de fianzas acepta expresamente someterse al procedimiento de ejecución establecido en el artículo 95 de la Ley Federal de Instituciones de Fianzas, para la efectividad de la presente garantía, procedimiento al que también se sujetará para el caso del cobro de intereses que prevé el artículo 95 Bis del mismo ordenamiento legal, por pago extemporáneo del importe de la póliza de fianza requerida”.

115



ANEXO NO. VINota informativa para participantes de países miembros de la Organización para la Cooperación y el Desarrollo Económico (OCDE)

El compromiso de México en el combate a la corrupción ha trascendido nuestras fronteras y el ámbito de acción del gobierno federal. En el plano internacional y como miembro de la Organización para la Cooperación y el Desarrollo Económico (OCDE) y firmante de la Convención para combatir el cohecho de servidores públicos extranjeros en transacciones comerciales internacionales, hemos adquirido responsabilidades que involucran a los sectores público y privado.

Esta Convención busca establecer medidas para prevenir y penalizar a las personas y a las empresas que prometan o den gratificaciones a funcionarios públicos extranjeros que participan en transacciones comerciales internacionales. Su objetivo es eliminar la competencia desleal y crear igualdad de oportunidades para las empresas que compiten por las contrataciones gubernamentales.

La OCDE ha establecido mecanismos muy claros para que los países firmantes de la Convención cumplan con las recomendaciones emitidas por ésta y en el caso de México, iniciará en nombre de 2003 una segunda fase de evaluación –la primera ya fue aprobada- en donde un grupo de expertos verificará, entre otros:

La compatibilidad de nuestro marco jurídico con las disposiciones de la Convención. El conocimiento que tengan los sectores público privado de las recomendaciones de la Convención.

El resultado de esta evaluación impactará el grado de inversión otorgado a México por las agencias calificadores y la atracción de inversión extranjera.

Las responsabilidades del sector público se centran en: Profundizar las reformas legales que inició en 1999 Difundir las recomendaciones de la Convención y las obligaciones de cada uno de los actores comprometidos

en su cumplimiento. Presentar casos de cohecho en proceso y concluidos (incluyendo aquellos relacionados con lavado de dinero y

extradición)

Las responsabilidades del sector privado contemplan: Las empresas: adoptar esquemas preventivos como el establecimiento de códigos de conducta, de mejores

prácticas corporativas (controles internos, monitoreo, información financiera pública, auditorias externas) y de mecanismos que prevengan el ofrecimiento y otorgamiento de recursos o bienes a servidores públicos, para obtener beneficios particulares o para la empresa.

Los contadores públicos: realizar auditorias: no encubrir actividades ilícitas (doble contabilidad y transacciones indebidas, como asientos contables falsificados, informes financieros fraudulentos, transferencias sin autorización, acceso a los activos sin consentimiento de la gerencia): utilizar registros contables precisos informar a los directivos sobre conductas ilegales.

Los abogados: promover el cumplimiento y revisión de la Convención (imprimir el carácter vinculatorio entre éstas y la legislación nacional): impulsar los esquemas preventivos que deben adoptar las empresas.

Las sanciones impuestas a las personas físicas o morales (privados) y a los servidores públicos que incumplan las recomendaciones de la Convención, implican entre otras, privación de la libertad, extradición, decomiso y/o embargo de dinero o bienes.Asimismo, es importante conocer que el pago realizado a servidores públicos extranjeros es perseguido y castigado independientemente de que el funcionario sea acusado o no. Las investigaciones pueden iniciarse por denuncia, pero

116



también por otros medios, como la revisión de la situación patrimonial de los servidores públicos o la identificación de transacciones ilícitas, en el caso de las empresas.

El culpable puede ser perseguido en cualquier país firmante de la Convención, independientemente del lugar donde el acto de cohecho haya sido cometido.

En la medida que estos lineamientos sean conocidos por las empresas y los servidores públicos del país, estaremos contribuyendo a construir estructuras preventivas que impidan el incumplimiento de las recomendaciones de la convención y por tanto la Comisión de actos de corrupción.

Por otra parte, es de señalar que el Código Penal Federal sanciona el cohecho en los siguientes términos:

“Articulo 222

Cometen el delito de cohecho:

I.- El servidor público que por si, o por interpósita persona solicite o reciba indebidamente para sí o para otro, dinero o cualquiera otra dádiva, o acepte una promesa, para hacer o dejar de hacer algo justo o injusto relacionado con sus funciones y

II.- El que de manera espontánea de y ofrezca dinero o cualquier otra dádiva a alguna de las personas que se mencionan en la fracción anterior, para que cualquier servidor público haga u omita un acto justo o injusto relacionado con sus funciones.

Al que comete el delito de cohecho se le impondrán las siguientes sanciones:

Cuando la cantidad o el valor de la dádiva o promesa no exceda del equivalente de quinientas veces el salario mínimo diario vigente en el Distrito Federal en el momento de cometer el delito, o no sea valuable se impondrán de tres meses a dos años de prisión multa de treinta a trescientas veces el salario mínimo diario vigente en el Distrito Federal en el momento de cometerse el delito y destitución e inhabilitación de tres meses a dos años para desempeñar otro empleo, cargo o comisión públicos.

Cuando la cantidad o el valor de la dádiva, promesa o prestación exceda de quinientas veces el salario mínimo diario vigente en el Distrito Federal en el momento de cometerse el delito, se impondrán de dos años a catorce años de prisión, multa de trescientas a quinientas veces el salario mínimo diario vigente en el Distrito Federal, en el momento de cometerse el delito y destitución e inhabilitación de dos años a catorce años para desempeñar otro empleo, cargo o comisión públicos.

Capítulo XI Cohecho a servidores públicos extranjeros.

Artículo 222 bisSe impondrán las penas previstas en el artículo anterior al que con el propósito de obtener o retener para sí o para otra persona ventajas indebidas en el desarrollo o conducción de transacciones comerciales internacionales, ofrezca, prometa o dé, por si o por interpósita persona, dinero o cualquiera otra dádiva, ya sea en bienes o servicios:

I.- A un servidor público extranjero para que gestione o se abstenga de gestionar la tramitación o resolución de asuntos relacionados con las funciones inherentes a su empleo, cargo o comisión:

II.- A un servidor público extranjero para llevar a cabo la tramitación o resolución de cualquier asunto que se encuentre fuera del ámbito de las funciones inherentes a su empleo, cargo o comisión, o

117



III.- A cualquier persona para que acuda ante un servidor público extranjero y le requiera o le proponga llevan a cabo la tramitación o resolución de cualquier asunto relacionado con las funciones inherentes al empleo, cargo o comisión de este último.

Para los efectos de este artículo se entiende por servidores público extranjeros, toda persona que ostente u ocupe un cargo público considerado así por la ley respectiva, en los órganos legislativo, ejecutivo o judicial de un Estado extranjero, incluyendo las agencias o empresa autónomas, independientes o de participación estatal, en cualquier orden o nivel de Gobierno, así como cualquier organismo u organización pública internacionales.

Cuando alguno de los delitos comprendidos en este artículo se cometa en los supuestos a que se refiere el artículo 11 de este Código, el Juez impondrá a la persona moral hasta quinientos días multa y podrá decretar su suspensión o disolución, tomando en consideración el grado de conocimiento de los órganos de administración respecto del cohecho en la transacción internacional y el daño causado o el beneficio obtenido por la persona moral.

Texto sugerido para distribución de materiales entre Asociados

El compromiso de nuestro país en el combate a la corrupción trasciende nuestras fronteras y el esfuerzo y las capacidades del gobierno federal. En el ámbito internacional, como miembro de la Organización para la Cooperación y Desarrollo Económico (OCDE) y firmante de la Convención Anticorrupción de ese mismo organismo, México ha adquirido responsabilidades que involucran tanto al sector público, como al privado

A partir de noviembre de 2003, nuestro país deberá demostrar ante la OCDE que los empresarios mexicanos y aquellos extranjeros que realizan operaciones comerciales en México, conocen los lineamientos de la Convención y han instrumentado mecanismos que permitan prevenir y detectar actos de cohecho, esto es, que en sus transacciones comerciales internacionales den o prometan gratificaciones a un servidor público extranjero.

FIRMA DE ENTERADO

118



ANEXO VII

ESCRITO PARA PARTICIPAR EN LA JUNTA DE ACLARACIONES Y EN EL ACTO DE PRESENTACION Y APERTURA DE PROPOSICIONES EN LA LICITACION DE REFERENCIA.

México D.F. a ____ de _________ de 2010.

COMISIÓN NACIONAL DE SEGUROS Y FIANZASDIRECCIÓN GENERAL DE ADMINISTRACIONPRESENTE.

________(Nombre)_________ y en representación de la empresa __________ expreso mi interés en participar en la Licitación Pública Nacional Mixta No. 06111001-005-10, manifestando los datos generales siguientes:

Persona Moral y/o Persona Física: (según sea el caso)

Registro federal de contribuyentes:

Calle y número:

Colonia: Delegación o Municipio:

Código Postal: Entidad Federativa:

Nombre del apoderado o representante:

(Lugar y Fecha)

Protesto lo necesario(Nombre y firma del interesado)

Nota: El presente formato podrá ser reproducido por cada licitante en papel membretado de su empresa, si así lo estima conveniente procurando respetar su contenido.

119



ANEXO VIII

“FORMATO PARA INTERVENIR EN EL ACTO DE PRESENTACIÓN Y APERTURA DE PROPOSICIONES EN LA LICITACION DE REFERENCIA.”

México D.F. a ____ de _________ de 2010.

COMISIÓN NACIONAL SEGUROS Y FIANZASDIRECCIÓN GENERAL DE ADMINISTRACIONPRESENTE.

________(Nombre)_________ y en representación de la empresa __________ expreso mi interés en participar en la Licitación Pública Nacional Mixta No. 06111001-005-10, manifestando los datos generales siguientes:

Persona Moral y/o Persona Física: (según sea el caso)

Registro federal de contribuyentes:

Calle y número:

Colonia: Delegación o Municipio:

Código Postal: Entidad Federativa:

Nombre del apoderado o representante:

(Lugar y Fecha)

Protesto lo necesario(Nombre y firma del interesado)

Nota: El presente formato podrá ser reproducido por cada licitante en papel membretado de su empresa, si así lo estima conveniente procurando respetar su contenido.

120



ANEXO IXDOCUMENTACION QUE SE ENTREGA CON LA PROPUESTA TECNICA DE LA LICITACION PUBLICA NACIONAL ELECTRONICA NUMERO 06111001-005-10 PARA LA ADQUISICION DE SOFTWARE Y CONTRATACION DE SERVICIOS INFORMATICOS PARA LA COMISION NACIONAL DE SEGUROS Y FIANZAS.

PUNTO REQUISITOS PARA PARTICIPAR1.2 QUE LOS PARTICIPANTES CUENTEN CON UNA ANTIGÜEDAD MINIMA COMPROBABLE DE UN AÑO EN EL

MERCADO DENTRO DEL GIRO OBJETO DE LA LICITACION, (SE DEBERÁ ACREDITAR CON COPIA DEL R.F.C Y/O DE LA ESCRITURA CONSTITUTIVA).

1.3. CARTA COMPROMISO DEL PARTICIPANTE EN LA QUE MANIFIESTE QUE DEBERÁ CONSIDERAR A SU CARGO LAS GARANTÍAS Y LICENCIAMIENTO NECESARIOS PARA PROPORCIONAR EL SERVICIO SOLICITADO.

1.4 LOS PARTICIPANTES DEBERAN PRESENTAR DECLARACIÓN POR ESCRITO BAJO PROTESTA DE DECIR VERDAD, EN EL SENTIDO DE QUE SU PROPUESTA SE APEGA EN SU TOTALIDAD A LOS REQUERIMIENTOS SOLICITADOS EN EL ANEXO TECNICO QUE FORMA PARTE INTEGRANTE DE ESTAS BASES.

1.5 LOS PARTICIPANTES DEBERAN PRESENTAR DECLARACIÓN POR ESCRITO BAJO PROTESTA DE DECIR VERDAD, EN EL SENTIDO DE QUE EL LICITANTE NO SE ENCUENTRA EN LOS SUPUESTOS A QUE SE REFIEREN LOS ARTICULOS 50 DE LA LAASSP DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO EN SUS FRACCIONES I A XIII Y ARTÍCULO 8 FRACCIÓN XX DE LA LEY FEDERAL DE RESPONSABILIDADES ADMINISTRATIVAS DE LOS SERVIDORES PÚBLICOS, AL EFECTO DEBERÁN REQUISITAR EL ANEXO III, QUE SE ACOMPAÑA A ESTAS BASES.

1.6 LOS PARTICIPANTES DEBERAN PRESENTAR DECLARACION ESCRITA BAJO PROTESTA DE DECIR VERDAD RELATIVA A LA INDICACIÓN DE QUE NO SE ENCUENTRAN INHABILITADOS POR RESOLUCIÓN DE LA SECRETARÍA DE LA FUNCIÓN PÚBLICA, Y QUE POR SU CONDUCTO NO PARTICIPAN PERSONAS QUE SE ENCUENTRAN EN DICHO SUPUESTO.

1.7 LOS PARTICIPANTES DEBERÁN PRESENTAR DECLARACIÓN DE INTEGRIDAD EN LA QUE MANIFIESTE QUE POR SÍ MISMO O A TRAVÉS DE INTERPÓSITA PERSONA, SE ABSTENDRÁ DE ADOPTAR CONDUCTAS, PARA QUE LOS SERVIDORES PUBLICOS DE “LA COMISIÓN”, INDUZCAN O ALTEREN LAS EVALUACIONES DE LAS PROPUESTAS, EL RESULTADO DEL PROCEDIMIENTO Y OTROS ASPECTOS QUE OTORGUEN CONDICIONES MAS VENTAJOSAS, EN RELACION A LOS DEMAS PARTICIPANTES.

1.8 PARA LOS LICITANTES QUE PARTICIPEN A TRAVÉS DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA DEBERÁN INCLUIR UNA DECLARACIÓN FIRMADA POR EL REPRESENTANTE LEGAL DE LA EMPRESA EN LA QUE MANIFIESTEN BAJO PROTESTA DE DECIR VERDAD QUE CONOCEN EN SU TOTALIDAD EL ACUERDO POR EL QUE SE ESTABLECEN LAS DISPOSICIONES PARA EL USO DE MEDIOS REMOTOS DE COMUNICACIÓN ELECTRÓNICA, EN EL ENVÍO DE PROPOSICIONES DENTRO DE LAS LICITACIONES PÚBLICAS QUE CELEBREN LAS DEPENDENCIAS Y ENTIDADES DE LA ADMINISTRACIÓN PÚBLICA FEDERAL, ASÍ COMO EN LA PRESENTACIÓN DE LAS INCONFORMIDADES POR LA MISMA VÍA, PUBLICADO EN EL DIARIO OFICIAL DE LA FEDERACIÓN EL 9 DE AGOSTO DEL AÑO 2000, (ANEXO “C”) Y QUE ACEPTAN TODAS LAS CONDICIONES Y CARACTERÍSTICAS DE LA CONVOCATORIA Y BASES DE LA PRESENTE LICITACIÓN.

DOCUMENTACION LEGAL8.1 IDENTIFICACION OFICIAL VIGENTE CON FOTOGRAFIA DE LA PERSONA QUE SE OSTENTE COMO

REPRESENTANTE LEGAL FACULTADO, QUIEN DEBERA PRESENTAR UN ESCRITO EN EL QUE MANIFIESTE BAJO PROTESTA DE DECIR VERDAD, QUE CUENTA CON LA PERSONALIDAD SUFICIENTE PARA SUSCRIBIR POR SI (PERSONAS FISICAS), O A NOMBRE DE SU REPRESENTADA, LA PROPUESTA CORRESPONDIENTE (PERSONAS MORALES).

8.2 ANEXO II8.4 ANEXO IV8.5 DEBERAN PRESENTAR CON FIRMA DE ENTERADO EL ANEXO VI, DE ESTAS BASES.

INFORMACION RELATIVA A LA PROPUESTA TECNICA9.1 MANIFESTACIÓN POR ESCRITO, DE PREFERENCIA EN PAPEL MEMBRETADO, QUE CONOCE Y ACEPTA EL

CONTENIDO DE LAS BASES, DE LOS ANEXOS Y DE CADA UNA DE LAS CONDICIONES DE ESTAS BASES.9.2 LA PROPOSICIÓN TÉCNICA DE LOS BIENES, OBJETO DE LA PRESENTE LICITACIÓN.9.3 CURRÍCULUM DE LA EMPRESA.

121



9.4 RELACION DE PRINCIPÁLES CLIENTES9.5 GARANTIA DE ENTREGAD DEL SOFTWARE, EN EL TIEMPO COMPROMETIDO9.6 CARTA COMPROMISO, BAJO PROTESTA DE DECIR VERDAD DE PREFERENCIA EN PAPEL MEMBRETADO,

COMPROMETIÉNDOSE A RESPETAR LAS ESPECIFICACIONES Y CARACTERÍSTICAS TÉCNICAS CONFORME A SU PROPOSICIÓN TÉCNICA.

9.7 CARTA COMPROMISO, BAJO PROTESTA DE DECIR VERDAD DE PREFERENCIA EN PAPEL MEMBRETADO, CON FUNDAMENTO EN EL SEGUNDO PÁRRAFO DEL ARTÍCULO 53 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PUBLICO, COMPROMETIÉNDOSE LOS PARTICIPANTES A RESPONDER DE LOS DEFECTOS Y VICIOS OCULTOS EN LOS BIENES, ASÍ COMO DE CUALQUIER OTRA RESPONSABILIDAD EN QUE HUBIEREN INCURRIDO, EN LOS TÉRMINOS SEÑALADOS EN EL CONTRATO Y/O PEDIDO RESPECTIVO Y EN EL CÓDIGO CIVIL FEDERAL.

9.8 CARTA COMPROMISO, BAJO PROTESTA DE DECIR VERDAD DE PREFERENCIA EN PAPEL MEMBRETADO, PARA EL CASO DE QUE SE PRETENDA HACER VALER EL SUPUESTO CONTEMPLADO EN EL ARTÍCULO 14 DE LA LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO, COMPROMETIENDOSE A DAR CUMPLIMIENTO A LOS REQUISITOS SEÑALADOS EN EL ARTICULO DE REFERENCIA

9.9 MANIFESTACIÓN POR ESCRITO, DE PREFERENCIA EN PAPEL MEMBRETADO, SEÑALANDO QUE EL PARTICIPANTE QUE RESULTE GANADOR ACEPTA QUE SE TENDRA POR ENTREGADO EL SOFTWARE Y EL SERVICIO, UNA VEZ QUE EL AREA TECNICA HAYA EFECTUADO LAS PRUEBAS QUE RESULTEN NECESARIAS Y QUE GARANTICEN QUE EL SERVICIO, OBJETO DE LA PRESENTE LICITACION SE DESEMPEÑA DE ACUERDO A LOS REQUERIMIENTOS DE LA CNSF.INFORMACION ADMINISTRATIVA

10.1 DESCRIPCION DE SU ORGANIZACIÓN10.2 LOCALIZACION DE SUS INSTALACIONES (DIRECCION Y CROQUIS)10.3 MANIFESTACION POR ESCRITO DE CONOCER EL CONTENIDO DEL MODELO DE PEDIDO Y/O CONTRATO Y SU

CONFORMIDAD DE AJUSTARSE A SUS TERMINOS, POR LO QUE DEBERAN DEVOLVERLO FIRMADO POR EL REPRESENTANTE LEGAL DE LA EMPRESA PARTICIPANTE.

122



MODELO DE PEDIDO Y/O CONTRATO

123

PROVEEDOR: TRANSPORTE: FECHA DE EMBARQUE: CONDICIONES DE ENTREGA

EFECTUAR ENTREGA EN:

OFICINAS DE LA:

COMISION NACIONAL DE SEGUROS Y FIANZAS

INSURGENTES SUR No. 1971 TORRE NTE 1ER. PISO CONDICIONES DE PAGO R.F.C.: COL. GUADALUPE INN MEXICO, D.F. C.P. 01020

AT'N. SR.

AV. AT'N.

EL PAGO CORRESPONDIENTE NO EXCEDERA DE VEINTE DIAS NATURALES POSTERIORES A LA PRESENTACION DE LA FACTURA RESPECTIVA PREVIA ENTREGA DEL SOFTWARE Y DEL SERVICIO RESPECTIVAMENTE

R.F.C. CNS-901213-D90 COLONIA INSURGENTES SUR NO. 1971. CONJ. INMOB. PLAZA INN. C.P.

TORRE UNO SUR, 2o. PISO. COL. GUADALUPE INN. DELEG. , MEXICO, D.F. TEL: NO. DE PARTIDA PRESUPUESTAL

DELEGACION ALVARO OBREGON. 01020, MEXICO, D.F. TEL. REQUISICION : FECHA DE COTIZACION: AREA SOLICITANTE: FECHA: HOJA NO. FAVOR DE CITAR ESTE NUMERO EN TODA SU DIRECCION GENERAL DE

___1__DE__1___ CORRESPONDENCIA, DOCUMENTOS Y EMPAQUES INFORMATICA

PEDIDO NO. COMPRADOR: AÑO: FECHA DE FALLO:

COMISION NACIONAL DE SEGUROS Y FIANZAS 2010 No.

LICITACION PUBLICA NACIONAL ELECTRONICA No. 061110001-005-10

COSTO COSTOPARTIDA DESCRIPCION DE LOS ARTICULOS CANTIDAD UNIDAD UNITARIO TOTAL

ADQUISICION DE SOFTWARE:

CONTRATACION DE SERVICIOS INFORMASTICOS

EL PROVEEDOR DEBERA OTORGAR GARANTIA DE CUMPLIMIENTO POR EL 10 % DEL TOTAL DEL PEDIDO ANTES DE IVA SUBTOTAL 0.00

DESCTO. 0.00

SUMA 0.00

IVA 0.00

TOTAL 0.00



JEFE DE DEPARTAMENTO DE ADQUISICIONES SUBDIRECTOR FINANCIERO DIRECTOR DE ADMINISTRACION DE RECURSOS FINANCIEROS Y MAT.

LIC. MARTIN ENRIQUE PEREZ THOMPSON C.P. MANUEL CAMPA LARA LIC. HUGO HERNANDEZ PEREZ

2

web.compranet.gob.mx:8000web.compranet.gob.mx:8000/hsm/unicom/06111/001/2010/005/... · web...

Documents