CONT RA TA CIÓN DEL SERVICIO INT EGRA L DE IN FRA EST RUCTURA Y A PROVISIONA M IENTO
CONVOCA TORIA A LA LICITA CIÓN PÚBLICA NA CIONA L DE CA RÁ CT ER X XXXX Xx. XX - 000 V SS005 - N 77 - 2014
CONT RA TA CIÓN DEL SERVICIO INT EGRA L DE IN FRA EST RUCTURA Y A PROVISIONA M IENTO
DEL CENT RO DE DA TOS PA RA DICON SA , S.A . DE C.V.
AGOSTO 201 4
GLOSA RIO
Para los efectos de la presente Convocatoria a la Licitación, deberá entenderse por:
ACUERDO:
ACUERDO por el que se establecen las disposiciones que se deberán observar para la utilización del Sistema Electrónico de información Púb lica Gubernamental denominado CompraNet. (D.O.F. 28-jun-2011 )
ALSC:
Administración Local de Servicios al Contribuyente.
ÁREA CONTRA TA NTE:
Gerencia de Adquisiciones.
ÁREA REQUIRENTE Y ADMINISTRADORA DELCONTRA TO :
Gerencia de Informática .
CFF:
Código Fiscal de la Federación.
CLAVE CIECF:
Clave de Identificación Electrónica Confidencial Fortalecida .
COMPRA NET (Com pra Net ):
El sistema electrónico de información pública gubernamental sobre adquisiciones, arrendamientos y servicios, integrado entre otra in formación, por los programas anuales en la materia, de las dependencias y entidades; el registro único de proveedores; el padrón de testigos sociales; el registro de proveedores sancionados; las convocatorias a la licitación y sus modificaciones; las invit aciones a cuando menos tres personas; las actas de las juntas de aclaraciones, del acto de presentación y apertura de proposiciones y de fallo; los testimonios de los testigos sociales; los datos de los contratos y los convenios modificatorios; las adjudicaciones directas; las resoluciones de la instancia de inconformidad que hayan causado estado, y las notificaciones y avisos correspondientes. Dicho sistema será de consulta gratuita y constituirá un medio por el cual se desarrollarán procedimientos de cont ratación.
El sistema estará a cargo de la Secretaría de la Función Pública, a través de la unidad administrativa que se determine en su Reglamento, la que establecerá los controles necesarios para garantizar la inalterabilidad y conservación de la informa ción que contenga.
CONTRA TO :
Documento a través del cual se formaliza la adquisición o arrendamiento de bienes, así como la contratación de servicios conforme al artículo 45 de la Ley y 81 del Reglamento vigente.
CONVOCA NTE:
Diconsa, S.A. de C.V.
CONVOCA TORIA:
Documento de la presente Licitación Pública Nacional , que contiene los requisitos de carácter legal, técnico y económico con respecto objeto de la contratación y las personas interesadas en proveerlos, así como los términos a que se sujetará el procedimiento de contratación respectivo y los derechos y obligaciones de las partes.
DICONSA :
Diconsa, S.A. de C.V.
DOMICILIO DE OFICINA S CENTRALES Y DOMICILIO FISCAL DE DICONSA:
Insurgentes Sur número 3483, Colonia Villa Olímpica Xxxxx x Xxxxxxx, Delegación Tlalpan, C.P. 14020, México, Distrito Federal.
GERENCIA DE ADQUISICIONES:
Gerencia de Adquisiciones de Diconsa , con número telefónico (01 55) 52 -29 07 -00 ext s. 65606 y 65608 y correos electrónicos bcervant es@diconsa.gob.m x y grojano@diconsa.gob.m x
IMPAC:
Impuesto al Activo.
ISR:
Impuesto Sobre la Renta.
IVA:
Impuesto al Valor Agregado.
LEY:
Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público. (D.O.F. 16-ene-2012 )
LFPRH:
Ley Federal de Presupuesto y Responsabilidad Hacendaria. ( D.O.F. 24 -ene-201 4)
LICITACIÓN:
Licitación Pública Nacional No. LA - 020VSS005 - N 77 - 201 4
LICITA NTE:
La persona que participe en el present e procedimiento de Licitación Pública Nacional de carácter Mixta .
OFICINAS CENTRA LES:
Instalaciones en donde se encuentra centralizada la administración de Diconsa en el Distrito Federal.
OIC:
Órgano Interno de Control en Diconsa
PROVEEDOR:
Licitante de personalidad física o moral que una vez adjudicado , celebre el Contrato objeto del presente procedimiento de contratación .
REGLA MENTO:
Reglamento de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público. (D.O.F. 28-jul-2010 )
REGISTRO FEDERAL DE CONTRIBUYENTES DE LA CONVOCA NTE:
DIC860428M2A
SA T:
Servicio de Administración Tributaria.
SECRETARIA:
Secretaría de la Función Pública.
Servicio Integral de Infraestructura y Aprovisionamiento del Centro de Datos para Diconsa . SERVIDORES PÚBLICOS:
Todos aquellos que tienen una relación laboral con Diconsa .
SHCP:
Secretaría de Hacienda y Crédito Público.
VENTA NILLA ÚNICA :
Área de Tesorería de Oficinas Centrales ubicada en el domicilio de Oficinas Centrales de Diconsa facultada para la recepción de documentos y pago de facturas.
GLOSA RIO T ÉCNICO
Abreviat ura | Descripción |
ASM | ASM (xxx xxxxxx Automatic Storage Management) es una funcionalidad proporcionada por Oracle en su sistema de gestión de bas es de datos a partir de la versión 10g y pretende simplificar las tareas de administración de los archivos relacionados a las bases de datos Oracle permitiendo al DBA referirse a grupos de discos manejados por ASM y no a discos individuales. Es una extensi ón de OMF (Oracle managed files) que también incluye Mirroring y striping para proveer un almacenamiento seguro y balanceado. |
CUSTOMIZA CIÓN | Se trata de una adaptación del término inglés customize, que refiere a modificar algo de acuerdo a las preferenc ias personales Proceso de transformación de bienes y servicios en los que el cliente participa activamente en el resultado final de aquello que va a consumir. |
HARDW ARE | Son los elementos o partes tangibles de un computador; sus componentes son: eléctricos, electrónicos, electromecánicos y mecánicos. Son cables, gabinetes o cajas, periféricos de todo tipo y cualquier otro elemento físico involucrado |
KMS | Microsoft Key Management Server, servicio que se encarga de activar las licencias de Microsoft dent ro de una Organización. |
LA N | Son las siglas de Local Área Network, Red de área local. Una LAN es una red que conecta los ordenadores en un área relativamente pequeña y predeterminada (como una habitación, un edificio, o un conjunto de edificios).Las red es LAN se pueden conectar entre ellas a través de líneas telefónicas y ondas de radio. |
LUNs | En almacenamiento, una logical unit number o LUN es una dirección para una unidad de disco duro y por extensión, el disco en sí mismo. El término es originario del protocolo SCSI como una forma de diferenciar unidades de disco individuales dentro de un bus SCSI tal que un arreglo de discos . |
MIFARE | Es una tarjeta de memoria protegida, que es dividida en sectores y bloques mecánicos simples de seguridad para el con trol de acceso. Su capacidad de cómputo no permite realizar operaciones criptográficas o de autenticación mutua de alto nivel, estando principalmente destinadas a monederos electrónicos simples, control de acceso, tarjetas de identidad corporativas, tarjet as de transporte urbano o para ticketing |
NIP | El PIN (de las siglas en inglés, Personal Identification Number) es un número de identificación personal utilizado en ciertos sistemas, como el teléfono móvil o el cajero automático, para identificarse y obt ener acceso al sistema. El PIN es un tipo de contraseña. Sólo la persona beneficiaria del servicio conoce el PIN que le da acceso al mismo; esa es su finalidad. El PIN tiene que ser suficientemente seguro evitar la intrusión no autorizada al servicio que p rotege. |
Abreviat ura | Descripción |
RDBMS | Los sistemas de bases de datos relacionales RDBMS (Relational Database Management System , por sus siglas en Inglés) le permiten ejecutar las tareas que se mencionan a continuación, de una forma entendible y r azonablemente sencilla: 1. Le permiten ingr esar dat os al sistema. 2. Le permiten alm acenar los dat os . 3. Le permiten r ecuperar los dat os y t rabajar con ellos . 4. Le proveen herram ient as para capt urar , edit ar y m anipular dat os . 5. Le permiten aplicar seguridad . 6. Le permiten crear repor t es e infor m es con los dat os . DEFINICIÓN Y TERMINOLOGÍA DE UN RDBMS Los sistemas de base de dat os relacionales son aquellos que almacenan y administran de manera lógica los datos en forma de tablas . Una TABLA es , a su vez, un método para presentar los datos en la forma de filas y columnas. Cada columna representa un campo único de un registro. Varias de estas columnas o campo componen un registro, proveyendo información significativa e interrelacionada. Cada r egist ro es represent ado en una f ila . Una tabla puede consistir en varias columnas. Muchas de las tablas que poseen datos interrelacionados e interdependientes son agrupadas por medio del establecimiento de relaciones entre ellas . Al administrar las tablas y sus relaciones, encontramos los medios para inser t ar , bor rar , consult ar y act ualizar la infor m ación de un sist em a RDBMS. |
RJ45 | (Registered Jack 45) es una interfaz física comúnmente usada para conectar redes de cableado estructurado, (categorías 4, 5, 5e, 6 y 6a). Es parte del Códi go Federal de Regulaciones de Estados Unidos. Posee ocho pines o conexiones eléctricas, que normalmente se usan como extremos de cables de par trenzado. |
RS232 | (Recommended Standard 232, también conocido como EIA/ TIA RS -232C) es una interfaz que designa una norma para el intercambio de una serie de datos binarios entre un DTE (Equipo terminal de datos) y un DCE (Data Communication Equipment, Equipo de Comunicación de datos. |
RS485 | Está definido como un sistema en bus de transmisión multipunto diferenc ial, es ideal para transmitir a altas velocidades sobre largas distancias (35 Mbit/ s hasta 10 metros y 100 kbit/ s en 1200 metros) y a través xx xxxxxxx ruidosos, ya que reduce los ruidos que aparecen en los voltajes producidos en la línea de transmisión |
SAS | Proviene de las siglas de ("Serial Attached SCSI --Small Computer System Interface --"), SCSI adjunto serial. Es un estándar para dispositivos de alta velocidad que incluyen discos duros entre sus especificaciones, a diferencia del estándar SCSI que es paralelo. |
SOFTW ARE | Al equipamiento lógico o soporte lógico de un sistema informático, que comprende el conjunto de los componentes lógicos necesarios que hacen posible la realización de tareas específicas, en contraposición a los componentes |
Abrev iat ura | Descripción |
TCP/ IP | La familia de protocolos de Internet es un conjunto de protocolos de red en los que se basa Internet y que permiten la transmisión de datos entre computadoras. En ocasiones se le denomina conjunto de protocolos TCP/ IP, en refer encia a los dos protocolos más importantes que la componen: Protocolo de Control de Transmisión (TCP) y Protocolo de Internet (IP), que fueron dos de los primeros en definirse, y que son los más utilizados de la familia |
USB | Es un dispositivo xx xxxxxxx amiento que utiliza una memoria tipo flash para guardar información. Se le conoce también, entre otros nombres, como lápiz de memoria, memoria externa o lápiz USB |
XML | Siglas en inglés de extensible Markup Language ('lenguaje de marcas extensible'), es un lenguaje de marcas desarrollado por el World Wide Web Consortium (W3C) utilizado para almacenar datos en forma legible. Deriva del lenguaje SGML y permite definir la gramática de lenguajes específicos (de la misma manera que HTML es a su vez un lenguaje definido por SGML) para estructurar documentos grandes. A diferencia de otros lenguajes, XML da soporte a bases de datos, siendo útil cuando varias aplicaciones se deben comunicar entre sí o integrar información. (Bases de datos Silberschatz). |
1.- DA TOS GEN ERA LES
Diconsa , S.A. de C.V., en cumplimiento a lo establecido en el Artículo 134 de la Constitución Política de los Estados Unidos Mexicanos y Artículo s 25 primer , tercer y cuarto párrafo s, 26 fracción I, 26 Bis fracción III, 28 fracción I, 29 y 47 fracción I de la Ley, Artículo s 39 y 85 de su Reglamento ; Artículos 50 de la Ley Federal de Presupuesto y Responsabilidad Hacendaria (LFPRH) y 148 del Reglamento de la LFPRH y demás disposiciones aplicables vigentes en la ma teria; a través de la Dirección de Administración y Recursos Humanos, por conducto de la Gerencia de Adquisiciones, ubicada en Insurgentes Sur número 3483, Planta Alta, Colonia Villa Olímpica Xxxxxx Xxxxxxx, Delegación Tlalpan, C.P. 14020, México, Distrito Federal, en atención a la Requisición de Servicio número 100 , celebrará la Licitación Xxxxxxx Xxxxxxxx Xx. XX - 000XXX000 - X 00 - 000 0 , xxxx la modalidad de Contrat o Abierto Plurianual.
El presente procedimiento de Licitación Pública Nacional es de carácter Mix t a , por lo que los licitantes a su elección, podrán participar en forma presencial o electrónica, en la(s) Junta(s) de Aclaraciones, Acto de Presentación y Apertura de Proposiciones y Acto de Fallo.
De conformidad con lo señalado en el A r t ículo 30 de l a Ley , la presente Convocatoria se encuentra a disposición de los licitantes para su consulta en la Subgerencia de Adquisiciones , sita en la Planta Alta del domicilio de Oficinas Centrales de Diconsa , o bien, a través de "Compra Net" en la dirección electró nica http:/ /xxx.xxxxxxxxx.xxx.xx .
Asimismo, c onforme a lo que establece el A r t ículo 26 Bis, f racción III de la Ley , los licitantes que opten por participar en forma electrónica en la o las Juntas de Aclaracione s, Acto de Presentación y Apertura de Proposiciones y Acto de Fallo, será requisito indispensable el registrarse a través del Com pra Net , conforme a las disposiciones que señale el Acuerdo.
1.1 Para el presente procedimiento de Licitación, no se acept arán proposiciones enviadas a través de servicio postal o de mensajería , los licitantes podrán participar en cada uno de los actos de forma presencial o electrónica .
1.2 Los recursos destinados para la señalado en el Anexo 1 de la presente Convocatoria , corresponden al programa de gasto corriente de Diconsa para los ejercicios fiscales 2014, 2015, 2016 y 2017 con Recursos Propios.
1.3 Diconsa cuenta con recursos presupuestales en la partida 31904001 para el ejercicio fiscal 2014 , los cuales están sujetos al límite presupuestal asignado para la contratación del SERVICIOy de acuerdo al calendario presupuestal presentado ante la SHCP para el pago correspondiente; por lo cual, la contratación no podrá rebasar por ningún motivo el tech o presupuestal asignado .
Asimismo, de conformidad con lo estipulado en los A r t ículos 25, t ercer párrafo de la Ley y 18 del Reglam ent o , Diconsa ha determinado tanto el presupuesto total como el relativo a los ejercicios fiscales 2015, 2016 y 2017, en la formulación de los presupuestos de los ejercicios fiscales señalados y dará prioridad a las previsiones para el cumplimiento de las obligaciones contraídas.
1.4 Los actos de forma presencial que se deriven del presente procedimiento de Licitación, serán presididos por el Lic. Xxxxxxxx Xxxxxxxxx Xxxxxxxx, Gerente de Adquisiciones y/ o la Lic. Xxxxx de Xxxxx Xxxxxx Xxxxxxxxxx, Subgerente de Adquisiciones, previa designación que se haya realizado de esta últim a mediante oficio.
2 .- OBJETO Y A LCA N CE DE LA LICITA CIÓN
La presente Convocatoria tiene por objeto la contratación del Servicio Integral de Infraestructura y Aprovisionamiento del Centro de Datos para Diconsa , considerando la siguiente partida única:
Par t ida | Concept o | Cant idad | Unidad De Medida | Im por t e Mínim o | Im por t e Máxim o |
ÚNICA | SERVICIO INTEGRAL DE INFRAESTRUCTURA Y APROVISIONAMIENTO DEL CENTRO DE DATOS PARA DICONSA, S.A. DE C.V. | 1 | SERVICIO | $31,104,000.00 | $77,760,000.00 |
DESGLOCE DEL PERÍODO DE CONTRATACIÓN
Año | Período | Im por t e Mínim o | Im por t e Máxim o |
2014 | 0x xx xxxxxxxxxx xx 00 de diciembre | $3,456,000 .00 | $8,640,000 .00 |
2015 | 0x xx xxxxx xx 00 de diciembre | $10,368,000.00 | $25,920,000.00 |
2016 | 0x xx xxxxx xx 00 de diciembre | $10,368.000.00 | $25,920,000.00 |
2017 | 0x xx xxxxx xx 00 xx xxxxxx | $6,912,000.00 | $17,280,000.00 |
TOTAL | $31,104,000.00 | $77,760,000.00 |
Las características y especificaciones técnicas del por Diconsa , se proporciona n en forma detallada en el Anexo 1 de la presente Convocatoria.
Los licitantes para la p resentación de sus proposiciones, deberán ajustarse estrictamente a los requisitos y especificaciones previstos en la presente Convocatoria y los que se deriven de la(s) Junta(s) de Aclaraciones, al contenido de la Convocatoria y sus anexos.
2.1 Para el presente procedimiento de Licitación no aplican Norma s Oficiales Mexicanas ni Normas Mexicanas.
2.2 La adjudicación se realizará por la Partida Única de manera completa al licitante que obtenga el mayor puntaje y cumpla con la totalidad de las características, especificaciones técnicas y requisitos establecidos y ofrezca las mejores condiciones para Diconsa , de acuerdo a lo solicitado en el Anexo 1 de la presente Convocatoria , así como a los requisitos legales y administrativos .
2.3 De conformidad con l o establecido en el A r t ículo 28, f racción I , últ im o párrafo de la Ley , únicamente podrán participar personas de nacionalidad mexicana .
2.4 El plazo de inicio 01 de sept iem bre de
2014 .
- Dentro de la prim era sem xxx contada a partir del día de inicio de la vigencia del Contrato , el proveedor deberá entregar la infraestructura correspondiente en el Centro de Datos de Diconsa.
- Dentro de las 2 (dos) sem anas posteriores a la entrega de la infraestruc tura, el proveedor deberá realizar la instalación, prueba y puesta a punto de la infraestructura .
El Cont rat o tendrá una v igencia a par t ir del día 01 de sept iem xx x xx 0000 y hasta el día 31 xx xxxxx o de 2017 .
2.5 Lugar y condiciones de ent rega El proveedor deberá entregar, instalar y configurar la infraestructura en un horario autorizado por Diconsa , a fin de garantizar que se haga en los tiempos estipulados; el lugar de entrega es en el Centro de Datos de Diconsa ¸ ubicado en Insurgent es Sur núm er o 3483, Colonia Villa Olím pica Xxxxxx Xxxxxxx, Delegación Tlalpan, Código Post al 00000, X xxxxx, Dist r it o Federal .
El proveedor es responsable del suministro de la infraestructura y equipamiento, instalación, configuración completa y puesta a pun to. Asimismo, deberá realizar la migración de los aplicativos dentro en forma paralela a la instalación y puesta a punto de la infraestructura.
A nex o 1 de la presente Convocatoria, para lo cual el proveedor deberá prever todo lo necesario para la correcta prestación
Diconsa NO acept ará prórrogas cuando el proveedor no preste los servicios en los plazos estipulados por causas imputables a él mismo.
2.6 Diconsa, a través d el área requirente, verificará que la prestación del SERVICIO
presente Licitación, cumplan con las características y especificaciones técnicas solicitadas en el Anexo 1 de la presente Convocatoria, con el propósito de otorgar la debida acept ación del SERVICIO , para lo cual, el licit ant e deberá de m anifest ar su confor m idad de que hast a en
t ant o ello no se cum pla , el SERVICIOno se tendrán por recibido o aceptado , de conformidad
con el A r t ículo 84 últ im o párrafo del Reglam ent o.
Not a: La manifestación del párrafo anterior, se refiere al licitante adjudicado; sin embargo, tal manifestación deberá ser presentada por los licitantes como parte de su proposición, utilizando para tal efecto el Anexo 2 de la presente Convocatoria.
2.7 El proveedor se compromete a proporcionar a la Secret aría , en caso de que se le requiera, los datos e informes que con motivo de la contratación de éste procedimiento se deriven, así como los referenciados al desarrollo y ejecución del mismo, que se requieran en el ámbito de sus atribuciones y en apego a lo previsto por el A r t ículo 57, t ercer párraf o, de la Ley .
2.8 Para el presente procedimiento de Licitación, Diconsa No otorg ará anticipo al licitante adjudicado .
2.9 For m a de Pago . Se efectuaran pagos m ensuales p acuerdo a las condiciones y especificaciones contenidas en el Anexo 1 y el Contrato , los pagos se realizarán sin exceder de veint e días nat urales, contados a partir de la recepción de la(s) Factura(s) correspondiente (s) en la Ventanilla Única de Diconsa , de lunes a viernes, en días hábiles en horario de 09:00 a 13:00 horas. Asimismo, la(s) Factura(s) deberá(n) contener todos los datos
y registros requeridos por las disposiciones fiscales aplicables.
2.10 El licitan te adjudicado , no podrá por ningún motivo, subcontratar o ceder total o parcialmente a
terceros los derechos y obligaciones derivados del Contrato objeto de la presente Licitación, de conformidad a lo señalado por el A r t ículo 46 últ im o párrafo de la Ley , salvo los derechos de cobro, previo consentimiento expreso y por escrito de Xxxxxxx .
2.11 Con fundamento en el A r t ículo 26 penúlt im o párrafo de la Ley , a los actos de manera presencial del presente procedimiento de Licitación de carácter Mixta , podrá asist ir cualquier persona en calidad de observador, bajo la condición de registrar su asistencia y abstenerse de intervenir en cualquier forma en los mismos.
2.12 Prohibición del uso de aparat os de com unicación.
Diconsa determina que durante el desarrollo de los actos de manera presencial , no se podrá:
a) Hacer uso de cualquier equipo electrónico que permita la conexión x xxxxx de Chat , mensajes instantáneos, correos electrónicos o cualquier otra herramienta que pueda distraer la atención de los participantes en dichos actos;
b) Hacer uso de teléfonos celulares dentro de la sala donde se realice cualquiera de los actos inherentes a ésta Licitación, y
c) Aceptar que los participantes muestren actitudes no convenientes que puedan afectar el buen desarrollo de los actos.
3.- FORM A Y T ÉRM INOS QUE REGIRÁ N LOS DIV ERSOS A CTOS DEL PROCEDIM IENTO DE LICITA CIÓN.
De conformidad con los A r t ículos 32 t ercer párrafo de la Ley y 43 prim er pár xxxx del Reglam ent o , el presente procedimiento de Licitación Pública Nacional, se llevar á a cabo en plazos r educidos de acuerdo al oficio de autorización GA / BCA / 1788 / 201 4 de fecha 00 xx xxxxx xx 000 0.
Con fundamento en lo establecido en los A r t ículos 29, 33 Bis, 35 y 37 de la Ley y 39 y 42 del Reglam ent o , el presente procedimiento de Licitac ión, se llevará a cabo en la siguiente forma y términos:
DÍA : | 14 | MES: | AGOSTO | A ÑO: | 201 4 | HORA: | 10 :00 |
LUGAR: | Sala de Juntas de Oficinas Centrales de Diconsa, S.A. de C.V., ubicada en Xx. Xxxxxxxxxxx Xxx 0000, Xxxxxx Xxxx, Xxxxxxx Xxxxx Xxxxxxxx Xxxxxx Xxxxxxx, X.X. 00000, Delegación Tlalpan, México, Distrito Federal. |
3.1 CALENDARIO DE EVENTOS JUNTA DE ACLARA CIONES:
ACTO DE PRESENTACIÓN Y APERTURA DE PROPOSICIONES:
DÍA : | 21 | MES: | AGOSTO | A ÑO: | 201 4 | HORA: | 10 :00 |
LUGAR: | Sala de Juntas de Oficinas Centrales de D iconsa, S.A. de C.V., ubicada en Xx. Xxxxxxxxxxx Xxx 0000, Xxxxxx Xxxx, Xxxxxxx Xxxxx Xxxxxxxx Xxxxxx Xxxxxxx, X.X. 00000, Delegación Tlalpan, México, Distrito Federal. |
ACTO DE NOTIFICA CIÓN DE FALLO:
DÍA : | 28 | MES: | AGOSTO | A ÑO: | 201 4 | HORA: | 17 :00 |
LUGAR: | Sala de Juntas de Oficinas Centrales de Diconsa, S.A. de C.V., ubicada en Xx. Xxxxxxxxxxx Xxx 0000, Xxxxxx Xxxx, Xxxxxxx Xxxxx Xxxxxxxx Xxxxxx Xxxxxxx, X.X. 00000, Delegación Tlalpan, México, Distrito Federal. |
FECHA ESTIM ADA DE FORM ALIZA CIÓN DE CONTRA TO :
DÍA : | El Contrato se firmará dentro de los 15 días naturales siguientes al de la Notificación del Fallo de la presente Licitación. |
LUGAR: | Oficinas de la Gerencia de Adquisiciones de Diconsa, S.A. de C.V., ubicada en Xx. Xxxxxxxxxxx Xxx 0000, Xxxxxx Xxxx, Xxx xxxx Xxxxx Xxxxxxxx Xxxxxx Xxxxxxx, X.X. 00000, Delegación Tlalpan, México, Distrito Federal. |
3.2 JUNTA DE ACLARA CIONES
El acto formal de la Junta de Aclaraciones a la presente Convocatoria , se celebrará el día jueves 14 xx xxxxx o de 201 4 a las 10 :00 ho r as.
De conformidad con los Artículos 33 Bis t er cer párrafo de la Ley y 45 t ercer párraf o del Reglam ent o , los licitantes que pretendan solicitar aclaraciones a los aspectos contenidos en la presente Convocatoria, deberán present ar en or iginal un escrit o s im ple Bajo Prot est a de Decir Verdad firmado por el Apoderado o Represent ant e Legal, en el que expresen su interés en participar en la presente Licitación, por si o en la representación de un tercero y que contenga los datos mencionados a continuación: Registro Federal de Contribuyentes; nombre y domicilio, así como, en su caso, de su Apoderado o Representante. Tratándose de personas xxxxxxx, además, descripción del objeto social de la empresa; identificando los datos de las escrituras públicas con las que s e acredita la existencia Legal de las personas xxxxxxx, y de haberlas, sus reformas y modificaciones, así como nombre de los socios que aparezcan en éstas, y del Apoderado o Representante del licitante, los datos de las escrituras públicas en las que le fueron otorgadas las facultades para suscribir las proposiciones.
Asimismo, con fundamento en los A r t ículos 33 - Bis ant epenúlt im o pár xxxx de la Ley y 45 sex t o y sépt im o párrafo del Reglam ent o , por tratarse de un procedimiento de caráct er Mix t a , los licitant es que opten por participar de manera presencial, las solicitudes de aclaración deberán ent regarse en
or iginal y personalm ent e por escr it o en la Gerencia de Adquisiciones, ubicada en la Planta Alta del domicilio de Diconsa , a partir de la publicación de la Convocatoria en CompraNet y a más tardar 24 horas ant es de la fecha y hora en que se vaya a realizar la Junta de Aclaraciones, a efecto de que Diconsa esté en posibilidad de analizarlas y hacer las correspondientes aclaraciones en la propia junta; las solicitudes de aclaración que presenten los licitantes, deberán ser planteadas de manera concisa y est ar direct am ent e v inculadas con los punt os cont enidos en la present e Convocat oria , indicando el numeral o punto específico con el cual se relaciona. Las solicitudes que no cumplan con los requisitos señalados, no se les dará respuesta . A dicha solicitud de aclaración, se acompañará una versión electrónica (disco compacto <CD> o en memoria USB) en formato W ord para Windows versión 2003 o anteriores (libre de vir us). Las solicitudes de aclaración que sean recibidas con posterioridad al plazo señalado en líneas que anteceden del presente párrafo, no serán contestadas por la Convocante por resultar extemporáneas; en caso de que algún licitante presente nuevas solici tudes de aclaración en la junta correspondiente, las deberá entregar por escrito y la Convocante las recibirá, pero no les dará respuesta . En ambos casos, si el servidor público que preside el acto considera necesario citar a una ulterior junta, la Convocante tomará en cuenta dichas solicitudes para responderlas . Lo anterior de conformidad con el A r t ículo 46, f racción VI del Reglam ent o .
Los licitantes podrán optar por entregar el escrito arriba indicado y su solicitud de aclaraciones utilizando el formato contenido en el Anexo 3 de la presente Convocatoria.
Los licitantes que opten por presentar sus proposiciones por medios remotos de comunicación electrónica, podrán enviar sus preguntas y el Anexo 3 aludido en el párrafo anterior, por medio del programa informático que la Secr et aría le proporcione para participar a través de Compra Net, a la dirección electrónica http:/ /xxx.xxxxxxxxx.xxx.xx/ , a partir de la publicación de la Convocatoria en CompraNet y a más ta rdar 24 horas ant es de la fecha y hor a en que se vaya a realizar la Junta de Aclaraciones, a efecto de que Diconsa esté en posibilidad de analizarlas y hacer las correspondientes aclaraciones en la propia junta; las solicitudes de aclaración que presenten los licitantes, deberán ser planteadas de manera concisa y est ar direct am ent e v inculadas con los punt os cont enidos en la present e Convocat oria , indicando el numeral o punto específico con el cual se relaciona. Las solicitudes que no cumplan con los requisitos señalados, no se les dará respuesta , el envío de las preguntas deberá ser en formato tipo W ord para Windows versión 2003 o anteriores (libre de virus) .
En caso de omitir la entrega del A nexo 3 , de manera presencial o vía medios remotos de comunicació n electrónica, las preguntas se tendrán por no presentadas y no se permitirá su intervención en este Acto.
Si el escrito de interés en participar en la Licitación no se presenta, se permitirá el acceso a la(s) Junta(s) de Aclaraciones a la persona que lo solicite, bajo la condición de registrar su asistencia y abstenerse de intervenir en cualquier forma.
Las personas y licitantes que se registren después de la hora indicada podrán permanecer en la sala de juntas con carácter de observadores hasta la concl usión de la mencionada junta y obtener copia del acta respectiva .
Durante el acto de la Junta de Aclaraciones, Diconsa dará respuesta a las solicitudes de aclaración recibidas con la anticipación señalada, empezando con las solicitudes de aclaración prese ntadas de manera presencial, para luego dar respuesta a las solicitudes de aclaración presentadas a través de medios remotos de comunicación electrónica; dado lo anterior, las respuestas de la Convocante se pondrán a disposición en el Sistema CompraNet, po r un lapso de 30 ( t reint a ) m inut os , a efecto de que los licitantes que participan de manera presencial y electrónica, cuenten con el tiempo señalado para formular su replanteamiento a las respuestas otorgadas por la Convocante. En caso de no existir algún
replanteamiento por los licitantes que participan de manera electrónica, éstos deberán manifestarlo por escrito en el medio remoto de comunicación electrónica en el cual participan. De existir replanteamientos sobre las respuestas otorgadas por parte de lo s licitantes que participan de manera presencial y electrónica, la Convocante dará respuesta y posteriormente, llevará a cabo el procedimiento señalado en líneas que anteceden, hasta la total solventación de los cuestionamientos formulados por los licitan tes respecto de las respuestas otorgadas por la Convocante en la Junta de Aclaraciones, levantándose el acta correspondiente en la que se consignarán las preguntas y aclaraciones respectivas, misma que será firmada por los asistentes al acto. La falta de f xxxx de alguno de los participantes no invalidará el contenido y los efectos de la mencionada acta.
Cualquier punto señalado en la presente Convocatoria, de los cuales no sea solicitada aclaración por parte de los licitantes, se considerará como plenament e entendido y aceptado, debiéndose cumplir en los términos de la presente Convocatoria.
La inasistencia de los licitantes a la (s) Junta(s) de Aclaraciones será de su estricta responsabilidad; dicha(s) acta(s) se colocará(n) en la vitrina ubicada en el ves tíbulo de acceso de las Oficinas Centrales de Diconsa por un término no menor de cinco días hábiles, esto conforme a lo señalado en el A r t ículo 37 Bis prim er párraf o de la Ley .
Con fundamento en el A r t ículo 37 Bis segundo párraf o de la Ley , se difundirá u n ejemplar de dicha acta en CompraNet para efectos de notificación a los licitantes que no hayan asistido al acto. Dicho procedimiento sustituirá a la notificación personal.
De conformidad con el A r t ículo 33 t er cer pár xxxx de la Ley , cualquier modificació n a la presente Convocatoria, derivada del resultado de la(s) Junta(s) de Aclaraciones, será considerada como parte integrante de la propia Convocatoria y, deberá tomarse en cuenta por los licitantes en la elaboración de su proposición.
3.3 ACTO DE PRESENTA CIÓN Y APERTURA DE PROPOSICIONES
3.3.1 A las 10 :00 hor as del día jueves 21 xx xxxxx o de 201 4 dará inicio el Act o de Present ación y Aper t ura de Proposiciones , procediéndose a cerrar la sala y posterior a ello no se recibirá ninguna proposición o documen tación de los licitantes, aun cuando su ingreso al edificio de las Oficinas Centrales de Diconsa se hubiese registrado antes de las 10 :00 horas del día señalado.
El registro de licitantes se realizará a partir de las 9 :30 horas , en la sala de juntas ubica da en el domicilio de Diconsa .
Los licitantes que participen de manera presencial en el A ct o de Present ación y Aper t ura de Proposiciones , deberán entregar su Sobre cerrado al servidor público que presida el acto . Los licitantes que participen por medios electrónicos entregarán su Proposición a través de Com pra Net , esto, de conformidad con lo señalado en el A x x xxxxx 00 xxxxx x xxxxxxx del Reglam ent o .
Los licitantes que opten por presentar sus proposiciones por medios remotos de comunicación electrónica, deberán previamente haber se registrado ante la Secret aría , conforme a las disposiciones que se señalan en el ACUERDO
Asimismo, dichas proposiciones a que se refiere el párrafo anterior, deberán elaborarse conforme a lo establecido en los punt os 4 , 5.1 y 5.2 y Anexo 1 de la presente Convocatoria, en formatos Word o Excel versión 2003 o anteriores (libre de virus) y utilizar en su caso, archivos de imágenes tipo JPG, PDF o GIF según se requiera, preferentemente en archivos compactados con extensión EXE.
Los licitantes deberán utilizar exclusivamente el programa informático que la Secr et aría le proporcione para participar a través de Compra Net.
Los archivos deberán nombrarse mediante la descripción de las partes de la proposición que conforme a la convocato ria de la presente Licitación se solicitan.
El licitante preferentemente, deberá identificar cada una de las páginas que integran las Proposiciones, con los datos siguientes: registro federal de contribuyentes (R.F.C.), 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 que se especifican en esta convocatoria durante el Acto de Presentación y Apertura de Proposiciones.
Los licit antes deberán concluir el envío de sus proposiciones incluyendo toda la documentación distinta de éstas y contar con el acuse de transmisión exitosa emitido por Compra Net, a m ás t ardar una hora ant es de la fecha y hora est ablecida para el inicio del A ct o d e Pr esent ación y A per t ura de Proposiciones .
En sustitución de la fir ma autógrafa, deberán utilizar la firma electrónica avanzada que emite el SAT para el cumplimiento de obligaciones fiscales .
En las proposiciones, los sobres serán generados mediante el programa de cómputo que para tal propósito tiene generado el CompraNet al certificar al licitante su medio de identificación electrónica.
3.3.2 Sólo se aceptará una proposición por licitante en el presente procedimiento de adquisición, de conformidad a lo establecido en el A r t ículo 26 ant epenúlt im o párraf o de la Ley y A r t ículo 39, f racción III, inciso f ) del Reglam ent o .
3.3.3 De conformidad con el A r t ículo 29 f racción VI de la Ley , para intervenir en el Act o de Present ación y Aper t ura de Pr oposiciones , bastará que los licitantes presenten un escrito en el que su firmante manifieste, bajo prot est a de decir ver dad , que cuenta con facultades suficientes para comprometerse por sí o por su representada, sin que resulte necesario acreditar su personalidad jurídi ca, requisitando para tal efecto el Anexo 4 de la presente Convocatoria.
En caso de que el Apoderado o Representante Legal no asista al acto de Presentación y Apertura de Proposiciones, tal proposición podrá ser entregada por otra persona designada por el licitante, como lo señala el A r t ículo 48 f racción VII del Reglam ent o :
no será motivo de desechamiento la falt a de identificación o acreditamiento de la representación de la persona que solamente entregue las proposiciones, pero sólo podrá participar d urante el desarrollo del acto con carácter de observador
3.3.4 En este acto, los licitantes que participen de manera presencial, se registrarán en las listas de asistencia que les será n proporcionada s por los servidores públicos que brindan el apoyo en el presente procedimiento de adquisición y deberán entregar a los mismos, cuando se les solicite, el Sobre en el que preferentemente anotaran en un lugar visible del mismo, el nombre del licitante y el número de la Licitación; dicho Sobre deberá contener los documentos que integran su Proposición Técnica (indicada en el punt o 5.1 ) y su Proposición Económica (indicada en el punt o 5.2 ).
Se procederá a recibir los Sobres que contienen las proposiciones de los licitantes que participan de manera presencial, y posteriormente se descargarán las proposiciones presentadas por medios remotos de comunicación electrónica, acto seguido se procederá a la apertura de todos los sobres, iniciando con los Sobres que fueron recibidos de forma presencial, y en seguida la d ocumentación y proposiciones recibidas de forma electrónica, haciéndose constar la documentación presentada , sin que ello implique la evaluación de su contenido; por lo que, en el caso de que algún licitante omita la presentación de algún documento o falta re algún requisito, las proposiciones recibidas no serán desechadas en ese momento, haciéndose constar ello en el formato de recepción de los documentos que integran la proposición.
Los Sobres que contengan las proposiciones de los licitantes que particip an de manera presencial, serán abiertos en el orden en el cual se registraron.
En caso de que las proposiciones presentadas a través de medios remotos de comunicación electrónica, y que durante el Acto, por causas ajenas a la voluntad de la Secret ar ía o de Diconsa , no sea posible abrir los sobres que contengan las 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.
• En el caso del supuesto anterio r, se tendrán por no presentadas las proposiciones y la demás documentación requerida por la convocante, cuando los sobres en los que se contenga dicha información, tengan virus informáticos o no puedan abrirse por cualquier causa motivada por problemas té cnicos imputables a sus programas o equipo de cómputo.
No obstante, Diconsa intentará abrir los archivos más de una vez en presencia del representante del OIC y, en su caso, del Testigo Social, con los programas Word, Excel y PDF, en caso de que se confir me que el archivo contiene algún virus informático, o está alterado por causas ajenas a Diconsa o a Compra Net, la proposición se tendrá por no presentada.
La Secr et aría podrá verificar en cualquier momento, que durante este tiempo de interrupción, no se h aya suscitado alguna modificación a las proposiciones que obren en poder de Diconsa
Si un licitante opta por enviar su proposición por medios remotos de comunicación electrónica, no significa que con ello renuncie automáticamente al derecho de participar en forma presencial, ya que en aquellos casos en el que algún licitante haya enviado su proposición por medios remotos de comunicación electrónica podrá acudir físicamente al evento, y en su caso, entregar su proposición impresa en documento antes del ini cio del Acto de Presentación y Apertura de Proposiciones, con lo cual quedará anulada la propuesta
enviada en forma electrónica, misma que no será abierta, lo que quedará asentado en el acta correspondiente.
De conformidad con el A r t ículo 47 ant epenúlt im o pár xxxx del Reglam ent o , en la apertura del Sobre cerrado, la Convocante únicamente hará constar la documentación que presentó cada uno de los licitantes, sin entrar al análisis técnico, legal o administrativo de su contenido.
De conformidad con el A r t íc ulo 48 f racción III del Reglam ent o, el servidor público que presida el acto, deberá recibir las proposiciones para su posterior evaluación, por lo que no podrá desechar ninguna de ellas en este acto.
3.3.5 El licitante podrá presentar a su elección, dentr o o fuera del Sobre cerrado, la documentación distinta a la que conforman las propuestas técnica y económica, misma que formará parte de su proposición.
3.3.6 Los licitantes present ar án POR DUPLICADO debidamente llenado, el formato que se incluye como Anexo 5 en la presente Convocatoria, mismo que deberá adjuntarse a la Docum ent ación Legal y Adm inist rat iva , en donde se relacionará la documentación que presenta y entrega a Diconsa a fin de acusarles recibo de la misma.
De conformidad con el A r t ículo 48 f racción II del Reglam ent o , el formato a que se refiere el párrafo anterior, servirá a cada licitante como constancia de recepción de la documentación que entregue en este acto, asentándose dicha recepción en el acta respectiva o anexándose copia de la cons tancia entregada a cada licitante. La falta de presentación de dicho formato no será motivo de desechamiento y se extenderá un acuse de recibo de la documentación que entregue el licitante en este acto .
3.3.7 El licitante deberá acreditar su exist encia Le gal y, en su caso, la Personalidad Jurídica de su Apoderado o Represent ant e en el acto de Presentación y Apertura de Proposiciones, mediante el llenado del Anexo 6 de la presente Convocatoria.
3.3.8 Para el presente procedimiento de Licitación, con fundam ento en el A r t ículo 35 f racción II de la Ley , de entre los licitantes que hayan asistido de manera presencial , estos elegirán a uno con carácter de Apoderado o Representante Legal, que en forma conjunta con el servidor público que preside el act o de Presen t ación y Aper t ura de Proposiciones y el Representante del Área Requirente , rubricarán la documentación requerida en las proposiciones t écnicas y económ icas ; en caso de no existir un acuerdo unánime por parte de los licitantes, la Convocante realizará en el acto un procedimiento de insaculación.
Se informa a los licitantes que la rúbrica de la documentación que se menciona en el párrafo anterior, es únicamente para garantizar su integridad y no para revisión por parte del licitante designado o seleccionado para la rúbrica.
3.4 Para el presente procedimiento de Licitación, Diconsa NO llevará a cabo visitas a las instalaciones de los licitantes.
3.5 Se hace del conocimiento a los licitantes que , una vez recibidas las proposiciones en la fecha, hora y lugar establecidos, éstas no podrán retirarse ni dejarse sin efecto, por lo que , deberán considerarse vigentes dentro del presente procedimiento de Licitación hasta su conclusión,
conforme a lo previsto en el A r t ículo 26, ant epenúlt im o párrafo de la Ley y A r t ícul o 39, f racción III, inciso d) del Reglam ent o .
3.6 PRESENTA CIÓN DE PROPOSICIONES CONJUNTAS.
Al efecto, los interesados que NO se encuent ren en alguno de los supuestos a que se refieren los A r t ículos 50 y 60 de la Ley , podrán agruparse para presentar una p roposición, cumpliendo con los siguientes aspectos:
Dos o más personas podrán presentar conjuntamente una proposición en la presente Licitación sin necesidad de constituir una sociedad, o nueva sociedad en caso de personas xxxxxxx; para tales efectos, en la proposición y en el Contrato se establecerán con precisión y a satisfacción de Diconsa , las obligaciones de cada una de ellas, así como la manera en que se exigirá el cumplimiento de las mismas. En este supuesto la proposición deberá ser f ir m ada en la última hoja de cada uno de los documentos que forman parte de la misma por el Represent ant e com ún que para este acto haya sido designado por el grupo de personas, tal como lo señalan los A r t ículos 34 t ercer o, cuar t o y xxxxx o párrafos de la Ley .
Conforme a lo dispuesto por el A r t ículo 44 del Reglam ent o , los interesados podrán agruparse para presentar una proposición, cumpliendo los siguientes aspectos:
I. Cualquiera de los integrantes de la agrupación, podrá presentar el escrito mediante el cual manifieste su interés en participar en la (s) Junta(s) de Aclaraciones y en el procedimiento de adquisición;
II. Las personas que integran la agrupación deberán celebrar en los términos de la legislación aplicable el Conv xxxx de Proposición Conjunt a , en el que se establecerán con precisión los aspectos siguientes:
a) Nombre, domicilio y registro federal de contribuyentes de las personas integrantes, señalando, en su caso, los datos de los instrumentos públicos con los que se acredita la existencia Legal de las perso nas xxxxxxx y, de haberlas, sus reformas y modificaciones así como el nombre de los socios que aparezcan en éstas.
b) Nombre y domicilio de los Representantes de cada una de las personas agrupadas, señalando, en su caso, los datos de las escrituras Públic as con las que acrediten las facultades de representación.
c) Designación de un Representante común, otorgándole poder amplio y suficiente, para atender todo lo relacionado con la proposición y con el procedimiento de Licitación Pública.
d) Descripción d e las partes objeto del SERVICIO a suministrar que corresponderá cumplir a cada persona integrante, así como la manera en que se exigirá el cumplimiento de las obligaciones, y
e) Estipulación expresa de que cada uno de los firmantes quedará obligado jun to con los demás integrantes, ya sea en forma solidaria o mancomunada, según se convenga, para efectos del procedimiento de contratación y del Contrato , en caso de que se les adjudique el mismo.
III. En el acto de Presentación y Apertura de Proposiciones el Representante común de la agrupación deberá señalar que la proposición se presenta en forma conjunta. El Convenio a que hace referencia la fracción II del presente numeral se present ará en or iginal junt o con la proposición y, en caso de que a los licita ntes que la hubieren presentado se les adjudique el Contrato , dicho Convenio formará parte integrante del mismo como uno de sus Anexos.
IV. Para cumplir con los ingresos mínimos, en su caso requeridos por Diconsa , se podrán sumar los correspondientes a ca da una de las personas integrantes de la agrupación, y
V. Los demás que Diconsa estime necesarios de acuerdo con las particularidades del procedimiento de contratación .
En el supuesto de que se adjudique el Contrato a los licitantes que presentaron una p roposición conjunta, el Convenio indicado en la fracción II de este punt o 3.6 y las facultades del Apoderado o Representante Legal de la agrupación que formalizará el Contrato respectivo, deberán constar en escritura Pública, salvo que, el Contrato sea firmado por todas las personas que integran la agrupación que formula la proposición conjunta o por sus Apoderados o Representantes Legales, quienes en lo individual, deberán acreditar su respectiva personalidad, o por el Apoderado o Representante Legal de la nueva sociedad que se constituya por las personas que integran la agrupación que formuló la proposición conjunta, antes de la fecha fijada para la firma del Contrato , lo cual deberá comunicarse mediante escrito a Diconsa por dichas personas o por su Apoderado o Representante Legal, al momento de darse a conocer el Fallo o, a más tardar en las veinticuatro horas siguientes.
3.7 COMUNICA CIÓN DEL FALLO
El Fallo se dará a conocer el día jueves 28 xx xxxxx o de 201 4 , a las 17 :00 horas en el domicilio de Dico nsa , en los términos del A r t ículo 37 de la Ley .
De conformidad con el A r t ículo 46 de la Ley , con la notificación del F allo serán exigibles los derechos y obligaciones establecidas en el Contrato , relativas a la presente Licitación.
De conformidad con los A r t ículos 37 cuar t o párrafo de la Ley y 58 últ im o párrafo del Reglam ent o , por tratarse de una Licitación de carácter Mixta , el Fallo se dará a conocer en junta pública a la que libremente podrán asistir los licitantes que hubieran presentado proposición, entregándoseles copia del mismo y levantándose el acta respectiva. Asimismo, el contenido del Fallo se difundirá a través de CompraNet el mismo día en que se emita. A los licitantes que no hayan asistido a la junta pública, se les enviará por correo electr ónico un aviso informándoles que el contenido del Fallo se encuentra a su disposición en CompraNet . En caso de que los licitantes no proporcionen la dirección de correo electrónico, solicitado en el Docum ent o 7 del punt o 4 de la presente Convocatoria, la Convocante quedará eximida de la obligación de realizar el aviso a que se hace referencia en líneas que anteceden.
Los licitantes que hubieren utilizado medios remotos de comunicación electrónica, se tendrán por notificados cuando dicho Fallo se encuentre a su disposición a través de la página electrónica del CompraNet, sin menoscabo de que se les comunique por correo electrónico , de conformidad con el párrafo anterior .
Este procedimiento sustituye a la notificación personal.
De conformidad con el A r t ícul o 37 ant epenúlt im o párrafo de la Ley , contra el Fallo no procederá recurso alguno ; sin embargo procederá la inconformidad en términos del Tít ulo Sex t o, Capít ulo Prim ero de la Ley .
3.8 FIRM A DEL CONTRA TO
El Apoderado o Representante Legal del licitante ad judicado, deberá suscribir el Contrato conforme al modelo que se incluye en la presente Convocatoria como Anexo 7 en la Gerencia de Adquisiciones ubicada en la Planta Alta del domicilio de Diconsa , de lunes a viernes en días hábiles de 10:00 a 14:00 horas , dentro de los quince días naturales siguientes a la Notificación del Fallo, de conformidad con lo establecido en el A r t ículo 46 de la Ley .
3.8.1 REQUISITO PREVIO A LA FORM A LIZACIÓN DELCONTRA TO
Previamente a la formalización del Contrato respectivo , el proveedor se obliga a entregar en la Gerencia de Adquisiciones, al día siguient e hábil posterior a la Emisión del Fallo, en original o copia certificada para su cotejo y copia simple, la siguiente documentación:
A ) PERSONA MORAL: Acta Constitutiva y su s reformas.
PERSONA FÍSICA: Acta de Nacimiento
B) PERSONA MORAL: Testimonio de la Escritura o Copia Certificada del Poder Notarial de la persona con facultades para la firma del Contrato .
C) PERSONA MORAL: Identificación Oficial vigente del Apoderado o R epresentante Legal.
PERSONA FÍSICA: Identificación Oficial vigente.
D) PERSONA FÍSICA Y MORAL: Registro Federal de Contribuyentes.
E) PERSONA FÍSICA Y MORAL: Comprobante de Xxxxxxxxx Xxxxxx.
F) PERSONA FÍSICA Y MORAL: Escrito relativo a los Artículos 5 0 y 60 de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público. (Ver Anexo 9 de la presente Convocatoria)
G) PERSONA FÍSICA Y MORAL: Escrito de Estratificación. (Ver Anexo 12 de la presente Convocatoria)
H ) PERSONA FÍSICA Y MORAL: Escrti o con datos bancarios para solicitud de pago por transferencia electrónica. (Ver Anexo 1 5 de la presente Convocatoria)
I) PERSONA FÍSICA Y MORAL: Solicitud de cumplimiento de obligaciones fiscales preferentemente dentro de los tres días hábiles posterior es a la emisión del Fallo. Para lo anterior, solicitará al SAT documento vigente donde emita la opinión del cumplimiento de obligaciones fiscales. La solicitud al SAT para la obtención de dicho documento deberá realizarse por Internet en la página del SAT,
como correos electrónicos del área de Adquisiciones de Diconsa , los siguientes: bcervant es@diconsa.gob.m x y grojano@diconsa.gob.m x
Lo anterior se solicita de conformidad con los términos de la disposición I.2.1.16 de la Resolución Miscelánea Fiscal para 2014 publicada el lunes 30 de diciembre de 2013 en el Diari o Oficial de la Federación, que para tal efecto se adjunta como Anexo 8 de la presente Convocatoria.
En caso de que la opinión que al efecto emita la Administración Local de Servicios al Contribuyente del SAT, no sea entregada al licitante adjudicado a la fecha de formalización del Contrato , el mencionado proveedor previo a dicha formalización, deberá entregar a la Convocante el acuse de recepción con el que compruebe que realizó la solicitud de la opinión de referencia.
Si Diconsa , previo a la formalizac ión del Contrato solicitud, en el que se emita una opinión en sentido negativo del licitante adjudicado, dará cumplimiento a lo dispuesto en el artículo 32 -D del Código Fiscal de la Federación y remitirá a la Secr et aría y/ o al OIC la documentación de los hechos presumiblemente constitutivos de infracción por la falta de formalización del Contrato por causas imputables al adjudicado, ya que dicha opinión negativa será causa suficiente para la no formalización de é ste.
3.8.2 INCUMPLIMIENTO EN LA FORM A LIZACIÓN DEL CONTRA TO
El licitante adjudicado que no firme el Contrato por causas imputables al mismo, será sancionado en los términos del A r t ículo 59 pr im er pár xxxx de la Ley , y en su caso los que se encuentren en e l supuesto de la f racción I del A r t ículo 60 de la Ley , así como lo estipulado en el A r t ículo 109 del Reglam ent o de la Ley .
3.8.3 REGISTRO ÚNICO DE PROVEEDORES Y CONTRA TISTAS (RUPC)
ACUERDO SE INVITA a los licitan tes que participan de forma presencial, se inscriban en el Registro Único de Proveedores y Contratistas (RUPC) a través de la siguiente página: https:/ /xxxxxxxxx.xxxxxxxxxxxxxx.xxx.xx/xx b/ login.html . Lo anterior, a efecto de cumplimentar de manera adecuada, en su caso, los datos del Contrato Adjudicado en el Sistema CompraNet.
3.9 PENAS CONVENCIONA LESY DEDUCCIONES PENAS CONVENCIONA LES
Con fundamento en el A r t ículo 53 de la Ley , el licitante adjudicado acepta que, una vez notificado el Fallo, deberá cumplir con la prestación del SERVICIO
Contrato , de conformidad con las características y especificaciones técnicas solicitadas en el Anexo 1 de la presente Convocatoria y a entera satisfacción de Diconsa , y en caso de incumplimiento en la fecha pactada de entrega, a fin de resarcir los daños ocasionados en su operación a Diconsa , se le aplicará la pena convencional que se menciona a continuación :
En caso de atraso en la entrega de los SERVICIOS DE PROCESAMIENTO, VIRTUALIZACIÓN Y ALMACENAMIENTO debido a causas imputables al licitante adjudicado, se aplicará una pena convencional del 2 % ( dos por cient o) sobre el monto mensual de la factura correspondiente
antes de IVA por cada día natural de atraso posterior a la fecha pactada, hasta un monto máximo equivalente al importe de la fianza de garantía otorgada, mismas que podrán ser descontadas al momento del pago de la factura correspondi ente, anexando, para t al efecto Nota de Crédito, o bien, a través de depósito que efectúe el proveedor en la Caja de la Tesorería de Diconsa por el importe de la pena convencional.
Independientemente de la aplicación de la pena convencional a que hace referencia el párrafo que antecede, se aplicará además cualquier otra que la Ley establezca.
Transcurridos 10 días nat urales a partir de la conclusión del plazo , sin que la prestación del mismo se hubiese completado, Diconsa podrá optar entre seguir aplic ando penas convencionales por atraso o una vez alcanzado el importe de la garantía del cumplimiento, RESCINDIR el Contrato respectivo.
El cálculo de la pena convencional correspondiente, la realizará la Gerencia de Informática de Diconsa como área requirente del SERVICIOy administradora del Contrato , y la dará a conocer mediante Oficio a la Gerencia de Adquisiciones , para que esta notifique al proveedor.
DEDUCCIONES
Con fundamento en el Art ículo 53 Bis de la Ley , en caso de que el proveedor incurra en incumplimiento parcial o deficiente respecto de la prestación del SERVICIO las siguientes deducciones:
- Servicios:
uno de los servicios c
Anexo 1 de la presente Convocatoria, se aplicará una deducción del 5%
(cinco por cient o) del importe mensual de la factura correspondiente antes de IVA .
- Disponibilidad:
Por cada hora de atraso en el caso de que exista indisponibilidad en los servicios de procesamiento, almacenamiento y respaldo, se aplicará una deducción del 1 % ( uno por cient o) del importe mensual de la factura correspondiente antes de IVA .
- Ent regables:
Por cada día hábil de atraso por no entregar dentro de los primeros siete días naturales de cada mes, el reporte mensual de los servicios, se aplicará una deducción del 1% ( uno por cient o) del importe mensual de la factura correspondiente antes de IVA.
Dichas deducciones deberán calcularse hasta la hora y/ o fecha en que materialmente se cumpla la obligación y sin que cada concepto de deducciones exceda a la parte proporcional de la garantía del cumplimiento que le corresponda del monto del Contrato .
El límite de incumplimiento será del 10 % ( diez por cient o) del importe total del Contrato , a partir del cual se podrá rescindir el Contrato .
Las deducciones económicas se aplicarán sobre la cantidad indicada sin incluir el IVA.
Los montos a de ducir se deberán aplicar en la factura que el Proveedor presente para su cobro, inmediatamente después de que la Gerencia de Informática de Diconsa como área requirente y administradora del Contrato , tenga cuantificada la deducción correspondiente; asimism o, dentro de
los 10 días hábiles a partir de la cuantificación de la deducción, la dará a conocer por escrito a la Gerencia de Adquisiciones, para que ésta, mediante Oficio notifique al Proveedor.
De conformidad con el A r t ículo 84, penúlt im o párrafo del R xxxxx ent o, Diconsa a través de l Titular de la Gerencia de Informática administrará en todo momento y vigilará el cumplimiento del Contrato , por lo que, de no recibir el SERVICIO a entera satisfacción de Diconsa , se dará por entendido que EL PROVEEDOR incumplió con la prestación del mismo.
3.10 GARA NTÍA DE CUMPLIMIENTO DEL CONTRA TO .
De conformidad con lo dispuesto en el A r t ículo 48 f racción II y últ im o pár xxxx y 49 f racción II de la Ley y 87 pr im er párraf o del Reglam ent o , para garantizar el cumplimient o del Contrato adjudicado, el proveedor deberá entregar una garantía (Fianza), a más tardar dentro de los diez
días naturales siguientes a la firma del Contrato y se constituirá a favor de Diconsa, S.A. de C.V., equivalente al 20% (veint e por cient o ) del m onto máximo total del Contrato antes de I.V.A., garantía que deberá ser emitida por una Institución Legalmente autorizada para tal efecto ; o bien, la garantía de cumplimiento del Contrato podrá ser por el monto máximo total por el ejercicio fiscal
de que se trate y deberá ser renovada cada ejercicio fiscal por el monto máximo total que se ejercerá en el mismo, la cual deberá presentarse ante la Convocante, a más tardar dentro de los primeros diez días naturales del ejercicio fiscal que corresponda, dicha re novación de la garantía, deberá realizarse conforme a lo dispuesto por la f racción II y el últ im o pár r afo del A r t ículo 103 del Reglam ent o .
La redacción de la garantía de cumplimiento, por el 20% (veint e por cient o ) del monto del Contrato antes de I.V.A. deberá contener los siguientes enunciados:
presente Contrato
a)
b) cancelar la f ianza, será requisito contar con la constancia de cumplimiento total de las obliga ciones contractuales y será liberada cuando la garantía del servicio hay a concluido y bajo manifestación expresa y por escrito
c)
garantice y continuará v igente en caso de que se conceda ampliación al plazo pactado para el cumplimiento del Contrato , así como durante la substanciación de todos los recursos legales o de los juicios que se interpongan hasta que se pronuncie resolución definitiva por autoridad competente que quede f irme, de forma tal que su v igencia no podrá acotarse en razón del plazo de ejecución del Contrato
d) mente someterse a los procedimientos de ejecución previstos en la Ley Federal de Inst it uciones de Fianzas para la efectividad de las f ianzas, aún para el caso de que proceda el cobro de
indemnización por xxxx con motivo del pago extemporáneo del importe de la
e)
f )
afia nzadora que contravenga las estipulaciones asentadas en dicha f ianza se
g)
Tr ibunales Federales de la ciudad de México, renunciando a la que pudiese corresponderle por x xxxx de su domicilio presente o futuro o por cualquier otra
En v ir tud de las obligaciones cuyo cumplimiento garantiza son divisibles, el Proveedor acepta que en caso de cualquier incumplimiento estipulado en el Contrato correspo ndiente, se hará efectiva de manera proporcional al monto de las obligaciones
incumplidas, hasta por el 20% de la obligación garantizada, por lo que dicha garantía es divisible.
Diconsa dará como válida la fianza de garantía del Contrato , una vez que se verifique la autenticidad de la misma a través de la Asociación de Compañías Afianzadoras de México, A.C. y con la afianzadora correspondiente.
El pr oveedor para el cumplimiento de sus obligaciones, derivados de la formalización de convenios modificatorios de ampliación al monto, plazo o vigencia del Contrato , deberá realizar la modificación correspondiente a la fianza en los términos establecidos en la cláusula correspondiente del Contrato adjudicado.
En caso de que el pr ov eedor realice la prestación del SERVICIO objeto del correspondiente Contrato dentro de los diez días naturales siguientes a la firma del mismo, no estará obligado a presentar garantía de cumplimiento, conforme a lo dispuesto en el ar t ículo 48 últ im o párrafo de la Ley .
Diconsa determ ina que, en caso de que el proveedor no entregue la fianza en el tiempo establecido, se procederá a la rescisión del Contrato .
3.11 DA ÑOS Y PERJUICIOS
El Proveedor será directamente responsable de los daños y perjuicios que se causen a Diconsa y/ o
a terc por mal uso que éste haga de las instalaciones que se pongan a su disposición por parte de Xxxxxxx y estará obligado a resarcir a ésta los mismos, cubriendo los importes que determine al respecto esta última.
3.12 DISPOSICIONES SUPLETORIAS
En caso de duda respecto de la interpretación y cumplimiento del Contrato correspondiente , serán aplicables las disposiciones de la Ley de Adquisiciones, Arrendamientos y Servi cios del Sector Público, su Reglamento , así como supletoriamente el Código Civil Federal, la Ley Federal de Procedimiento Administrativo, el Código Federal de Procedimientos Civiles y demás disposiciones aplicables.
3.13 PROCEDIMIENTO DE CONCILIACIÓN
Diconsa y el proveedor adjudicado acuerdan que para el caso de que se presenten desavenencias derivadas de la ejecución y cumplimiento del Contrato correspondiente , se someterán al procedimiento de conciliación establecido en los artículos 77, 78 y 79 de la Ley de Adquisiciones,
Arrendamientos y Servicios del Sector Público y 126, 127, 128, 129, 130, 131, 132, 133, 134, 135
y 136 de su Reglamento . De no llegar a un arreglo conciliatorio quedarán a salvo sus derechos para hacerlos valer ante los Tribunales Federales.
3.14 CONTROVERSIAS DE CARÁCTER JUDICIA L.
Las controversias de carácter judicial que se susciten respecto del cumplimiento del Contrato se resolverán ante los Tribunales Federales con xxxxxxxxxx xx xx Xxxxxx xx Xxxxxx, Xxxxxxxx Xxxxxxx.
4.- DOCUM ENTOS QUE DEBEN PRESENTA R LOS LICITA NT ES.
Con fundamento en el A r t ículo 34, segundo párraf o de la Ley , la documentación distinta a la Proposición Técnica y Proposición Económica que conforman el sobre cerrado a que se refiere el primer párrafo el ci tado artículo, podrá entregarse, a elección del licitante, dentro o fuera del sobre que contenga la proposición.
Al respecto, la Convocante sugiere que la documentación distinta a las proposiciones técnica y económica, se incluya dentro el sobre que conte nga la proposición del licitante.
De conformidad con el A r t ículo 50 prim er párrafo del Reglam ent o. La Documentación Legal y Adm inist rat iva se integrará con la documentación que a continuación se describe, misma que se elaborará en papel membretado xxx xx citante y deberá est ar debidam ent e f ir m ada aut ógrafam ent e por la persona facult ada para ello.
Asimismo, de conformidad con el segundo párrafo del m encionado ar t ículo , cada uno de los documentos que integren la Documentación Legal y Adm inist rat iva , deberán estar foliados en todas y cada una de las hojas que los integren.
DOCUMENTO 1 Escrit o en papel membretado de la empresa, en el que su firmante m anifiest e Bajo Prot est a de Decir Verdad , que para intervenir en el Acto de Presentación y Apertura de Proposic iones, cuenta con facultades suficientes para comprometerse por sí o por su representada, sin que resulte necesario acreditar su personalidad jurídica, de conformidad con el A r t ículo 29 f racción VI de la Ley , utilizando para tal fin el formato del Anexo 4 de la presente Convocatoria.
Not a: Si el licitante es persona física, deberá ajustar el texto del mencionado escrito.
DOCUMENTO 2 Con fundamento en el A r t ículo 48 f racción V del Reglam ent o , con el objeto de acreditar su personalidad, el licitante o su Apoderado o Represent ant e Legal deberá presentar escrit o en papel membretado de la empresa, en el que el firmante manifieste, Bajo Prot est a de Decir Ver dad , que cuenta con facultades suficientes para comprometerse por sí o por su representada; el mencio nado escrito deberá contener los siguientes datos (utilizando para tal fin el formato del A nexo 6 Personalidad Jurídica de la presente Convocatoria):
a) Del licitante : Registro Federal de Contribuyentes, nombre y domicilio, así mismo, en su caso, de su Ap oderado o Representante. Tratándose de personas xxxxxxx, además se señalará la descripción del objeto social de la empresa, identificando los datos de las escrituras públicas y, de haberlas, sus reformas y modificaciones, con las que se acredita la existen cia legal de las personas xxxxxxx así como el nombre de los socios, y
b) Del Apoderado o Representante legal del licitante : Datos de las escrituras públicas en las que le fueron otorgadas las facultades para suscribir las propuestas.
Not a: Si el licitante es persona física, deberá ajustar el texto del mencionado escrito.
DOCUMENTO 3 Copia sim ple legible de la ident if icación oficial v igent e con fotografía y firma [ Credencial para votar del Instituto Federal Electoral (ahora Instituto Nacional Electoral), Pasaporte o Cédula Profesional ] del licitante, y en caso de personas xxxxxxx la de su Apoderado o Representante Legal.
Not a: Respecto a la Credencial para votar expedida por el Instituto Federal Electoral, la Convocante NO considerará vigente como tal, a las señaladas y
DOCUMENTO 4 Escrit o en papel membretado de la empresa y f ir m ado por el licit ant e, o en su caso, por el A poderado o Represent ant e Legal , que contenga la m anifest ación Bajo Pr ot es t a de Decir Verdad , de que ni él, ni su representada se encuentran en los supuestos que señalan los A r t ículos 50 y 60 de la Ley , utilizando para tal fin el formato del Anexo 9 de la presente Convocatoria.
La falsedad en la manifestación a que se refiere este documento será sanci onada en los términos de la Ley, haciéndose del conocimiento a la Secr et aría o al OIC de conformidad con lo dispuesto en el A r t ículo 60 de la Ley .
Not a: Si el licitante es persona física, deberá ajustar el texto del mencionado escrito.
DOCUMENTO 5 Escrit o de Declaración de Int egridad en papel membretado de la empresa y f ir m ado por el licit ant e, o en su caso, por el Apoderado o Repr esent ant e Legal, en el que m anifiest e Bajo Prot est a de Decir Ver dad , que por sí mismo o a través de interpósita persona, se abstendrán de adoptar conductas, para que los servidores públicos de Diconsa , induzcan o alteren las evaluaciones de las
proposiciones, el resultado del procedimiento, u otros aspectos que otorguen condiciones más ventajosas con re lación a los demás participantes, de acuerdo a lo señalado en el A r t ículo 29 f racción IX de la Ley , utilizando para tal fin el formato del Anexo 10 de la presente Convocatoria.
Not a: Si el licitante es persona física, deberá ajustar el texto del menciona do escrito.
DOCUMENTO 6 Copia sim ple legible del Regist ro Federal de Cont r ibuy ent es (RFC), expedido por la Secretaría de Hacienda y Crédito Público , cuya Actividad esté relacionada con el SERVICIO .
DOCUMENTO 7 Escrit o en papel membretado de la empresa y f ir m ado por el licit ant e , o en su caso, por el A poderado o Represent ant e Legal , mediante el cual deberá proporcionar una dirección xx xxxx eo elect rónico , en caso de contar con él.
DOCUMENTO 8 Escrit o en papel membretad o de la empresa y f ir m ado por el licit ant e, o en su caso, por el Apoderado o Represent ant e Legal , que contenga la manifestación de no encontrarse en los supuestos de la f racción XX del A r t ículo 8 de la Ley Federal de Responsabilidades Adm inist rat ivas de lo s Servidores Públicos, utilizando para tal fin el formato del Anexo 11 de la presente Convocatoria.
Not a: Si el licitante es persona física, deberá ajustar el texto del mencionado escrito.
DOCUMENTO 9 Con fundamento en el A r t ículo 46 últ im o párrafo de l a Ley , el licitante deberá presentar escrit o en papel membretado de la empresa y f ir m ado por el licit ant e, o en su caso , por el Apoderado o Represent ant e Legal , que contenga la manifestación, que los derechos y obligaciones derivados de la presente Convocatoria, no podrán ser transferidos por el proveedor a favor de cualquier otra persona física o moral en forma parcial ni total, salvo los derechos de cobro previa autorización expresa y por escrito de Xxxxxxx .
Not a: Si el licitante es persona física, debe rá ajustar el texto del mencionado escrito.
DOCUMENTO 10 De conformidad con lo estipulado en el A r t ículo 34 del Reglam ent o, en caso de que el licitante participante se encuentre dentro de la Est rat if icación de micro, pequeña y mediana empresa, deberá pres entar el escrit o que se integra como Anexo 12 de la presente Convocatoria.
Not a: Si el licitante es persona física, deberá ajustar el texto del mencionado escrito.
De result ar adjudicado , y en caso de determinar a un ganador bajo el criterio de desempate, como MIPyME, el licitante d eberá presentar la documentación Legal que así lo acredite, tales como, Registro Federal de Contribuyentes, sector al que pertenece, número de empleados de planta registrados ante el Instituto Mexicano del Seguro Social, número de personas subcontratadas, monto de las ventas anuales
del licitante obtenido en el ejercicio fiscal correspondiente a la última declaración anual de impuestos federales .
O bien,
Constancia emitida por la Secretaría de Economía, mediante la cual s e determine la estratificación del licitante, conforme el Diario Oficial de la Federación del 30 xx xxxxx de 2009, así como con lo dispuesto por el artículo 3° fracción III, de la Ley para el Desarrollo de la Competitividad de la Micro, Pequeña y Mediana E mpresa.
DOCUMENTO 1 1 Escrit o en papel membretado de la empresa y f ir m ado por el licit ant e, o en su caso, por el A poderado o Represent ant e Legal , en el que manifieste que conoce y acepta el contenido y alcance de la Convocatoria, de los Anexos y de las condiciones establecidas en estos documentos, así como de las modificaciones que en su caso, se deriven de la(s) Junta(s) de Aclaraciones.
DOCUMENTO 1 2 Escrit o en papel membretado de la empresa y f ir m ado por el licit ant e, o en su caso, por el Apoderado o R epresent ant e Legal , en el que manifieste que , en caso de resultar adjudicado, se obliga a preservar y a mantener con carácter de confidencial, todos los datos y toda la información que Diconsa le haga de su conocimiento con motivo de la objeto de este procedimiento de licitación, así como los informes que arrojen estos, por lo que deberá mantener la información con dicho carácter de confidencial y no podrá revelarla, resultándole prohibido divulgar o trasmitir a terceros, ni siquie ra con fines académicos o científicos, todos los datos e informaciones que lleguen a su conocimiento con motivo objeto de esta licitación, por lo que mantendrá absoluta confidencialidad inclusive después de terminada la vigencia del Contrato . En el entendido que la información confidencial es y continuará siendo propiedad exclusiva de Diconsa . Lo anterior sin detrimento de las excepciones previstas en la Ley Federal de Transparencia y Acceso a la Información Pública Gubernamental.
DOCUMENTO 1 3 Copia sim ple legible de la Const ancia de Inscripción al Regist ro Único de Proveedores y Cont rat ist as (RUPC) del Sistema Electrónico de Información
( Sirva de ejem plo el Anexo 13 )
5.- REQUISITOS QUE LOS LICITA NT ES DEBEN CUM PLIR.
SOLO PODRÁ N PRESENTAR UNA PROPOSICIÓN POR LICITA NTE.
5.1 PROPOSICIÓN TÉCNICA
De conformidad con el A r t ículo 50 prim er párrafo del Reglam ent o. La Proposición Técnica se integrará con la documentación que a continuación se d escribe, misma que se elaborará en papel membretado del licitante y deberá est ar debidam ent e f ir m ada aut ógrafam ent e por la persona
facult ada para ello.
Asimismo, de conformidad con el segundo párrafo del m encionado ar t ículo , cada uno de los documentos que integren la Proposición Técnica , deberán estar foliados en todas y cada una de las hojas que los integren.
Los licitantes participantes para la debida integración de su Proposición Técnica, deberán de considerar todos los requisitos y especificaciones establecidos en el Anexo 1 de la presente Convocatoria.
DOCUMENTO 1 Con fundamento en los A r t ículos 28, f racción I, últ im o párrafo de la Ley y 35 Prim er Párrafo del Reglam ent o , el licitante deberá presentar escrit o en papel membret ado del licitante, f ir m ado por el A poderado o Represent ant e Legal , que contenga la manifestación bajo prot est a de decir verdad , que es de nacionalidad mexicana.
DOCUMENTO 2 Escrit o en papel membretado del licitante y f ir m ado por el Apoder ado o Represent ant e Legal , que contenga la manifestación de conformidad, que la prestación del SERVICIO ción, no se tendrá por recibido o aceptado , hasta que Diconsa, S.A . de C.V. a través de la Gerencia de Informática verifique que se cumpla con las especificaciones y características solicitadas en el Anexo 1 de la Convocatoria a la presente Licitación de conformidad con el A r t ículo 84 últ im x xxxx afo del Reglam ent o y a lo señalado en el punt o 2. 7 de la presente Convocatoria, utilizando para tal fin el formato xxx Xxxx o 2 de la presente Convocatoria.
Not a: Si el licitante es persona física, deberá ajustar el texto del mencionado escrito.
DOCUMENTO 3 Manifestación por escr it o en papel membretado del licitante y f ir m ado por el Apoderado o Represent ant e Legal , en el que señale su declaración de respetar las condiciones, características técnicas y calidad de los servicios solicitados por Diconsa , conforme a la información que se describe en el Anexo 1 de la presente Convocatoria.
DOCUMENTO 4 List ado del equipamiento pr opuesto con marca y modelo y los catálogos impresos del fabricante y/ o su ficha técnica de la página Web con imagen, en idioma español o traducción simple al español para los bienes considerados en su propuesta,
resaltando cada una de las características r equeridas en el Anexo 1 de la presente Convocatoria.
DOCUMENTO 5 Manifestación por escr it o en papel membretado del licitante y f ir m ado por el Apoderado o Represent ant e Legal , en el que señale la aceptación de r espet ar las fechas de puest a en m ar cha del servicio solicitado en el Anexo 1 de la presente Convocatoria.
DOCUMENTO 6 Escrit o en papel membretado del licitante y f ir m ado por el Apoder ado o Represent ant e Legal , en el que manifieste bajo protesta de decir verdad, que cuenta con los recursos humanos, infraestructura y capacidad técnica y financiera requerida para el otorgamiento del Servicio Integral de Infraestructura y Aprovisionamiento del Centro de Datos para Diconsa, S.A. de C.V., cumpliendo con los requerimientos del Anexo 1 de la presente Convo catoria.
DOCUMENTO 7 Escrit o en papel membretado del licitante y f ir m ado por el Apoder ado o Represent ant e Legal , en el que manifieste que en caso de resultar adjudicado prestará el Servicio Integral de Infraestructura y Aprovisionamiento del Centro de Datos para Diconsa, S.A. de C.V. con personal propio y debidamente capacitado, respecto del cual mantiene una relación laboral directa y que es el único y exclusivo patrón. Motivo por el cual se releva a Diconsa de cualquier conflicto o responsabilidad de c arácter obrero patronal que pudiera ser presentada por el personal del prestador del servicio.
Posterior al acto de Presentación y Apertura de Proposiciones, las proposiciones técnicas se entregarán a la Gerencia de Informática como área requirente del SERVICIO para su evaluación cualitativa y verificación del cumplimiento de los requisitos solicitados.
5.2 PROPOSICIÓN ECONÓMICA
De conformidad con el A r t ículo 50 prim er párr afo del Reglam ent o. La Proposición Económ ica se integrará con la documentación que a continuación se describe, misma que se elaborará en papel membretado del licitante y deberá est ar debidam ent e f ir m ada aut ógrafam ent e por la persona
facult ada para ello.
Asimismo, de conformidad con el segundo párrafo del m encionado ar t ículo , cada uno de los documentos que integren la Proposición Económ ica , deberán estar foliados en todas y cada una de las hojas que los integren.
Solamente serán consideradas para la evaluación económica las proposiciones que hayan cumplido con todos los requerimient os legales, adm inist rat ivos y t écnicos , establecidos en la presente Convocatoria.
El formato por medio del cual los licitantes presentarán la cotización del SERVICIO requerido por Diconsa , deberá ser elaborado en papel membretado del licitante y f ir m ado por su A poderado o Represent ant e Legal , y contener además los siguientes datos:
Partida, descripción del , unidad de medida, cantidad, meses de servicio, precio unitario mensual, importe, subtotal, I.V.A. y total, utilizando preferentemente par a este fin el texto del Anexo 14 de la presente Convocatoria a la Licitación .
El precio deberá expresarse con dos decim ales (0.00) , en caso de que algún precio unitario sea expresado con tres o más decimales, Diconsa considerará los dos primeros decimales del referido precio.
El licitante deberá señalar en su proposición económica que el precio ofertado será f ijo durant e la v igencia del Cont rat o y expresarse en m oneda nacional (peso mexicano), así como que el precio ofertado ya considera to dos los costos hasta la conclusión total de la prestación del SERVICIO .
Una vez recibidas todas las proposiciones, el servidor público que preside el acto, atendiendo al número de proposiciones presentadas , podrá opt ar entre dar lectura al precio unitar io de la partida única que integra las proposiciones, o anex ar copia de la Propuesta Económica de los licitantes al acta respectiva , debiendo dar lectura al importe total de cada proposición, conforme a l A r t ículo 47 penúlt im o pár xxxx del Reglam ent o .
6.- CRIT ERIOS Y PROCEDIM IENTOS QUE SE A PLICA RÁ N PA RA LA XXX XXX CIÓN DE LA S PROPOSICION ES T ÉCNICA S Y ECONÓM ICA S A CEPTA DA S EN LA PRESENTE LICITA CIÓN
Para adjudicar el Contrato que se derive del presente procedimiento de contratación , el licitante adjudicado deberá cumplir con todos los aspectos y requisitos que integran la presente Convocatoria.
Con fundamento en los A r t ículo s 36 y 36 Bis de la Ley , el criterio de evaluación para calificar y evaluar las proposiciones técnicas y económicas con los requerimien tos establecidos en el Anexo 1 de la presente Convocatoria, será a través de la evaluación de punt os y porcent ajes para la proposición
y se determinará como
ganadora, la propo sición que garantice el cabal cumplimiento de las obligaciones respectivas y ofrezca las mejores condiciones disponibles en cuanto a precio, calidad, financiamiento, oportunidad y demás circunstancias pertinentes establecidas en la Ley .
Asimismo, se considerarán los siguientes aspectos:
a) Se verificará que las proposiciones incluyan la información, los documentos y los requisitos solicitados en la presente Convocatoria y los que se deriven de la(s) Junta(s) de Aclaraciones, de conformidad con lo señalado e n el numeral 3.2 de la presente Convocatoria.
b) En caso de que el presupuesto asignado al procedimiento de la presente Licitación sea rebasado por las proposiciones presentadas, Diconsa podrá efectuar reducciones hasta del 10% (diez por cient o ) de conformid ad con lo previsto en el A r t ículo 56 del Reglam ent o .
c) En caso de empate en la proposición económica, se aplicará lo dispuesto en el A r t ículo 36 Bis segundo párrafo de la Ley , que a la letra dice: y II de este A r t ículo, en caso de existir igualdad de condiciones, se dará preferencia a las
d) De subsistir el empate en la proposición económica entre las personas que integren el sector de micro, pequeñas y medianas empresas nacionales, se aplicará lo establecido en el A r t ículo 54 prim ero, segundo y t er cer párrafos del Reglam ent o , que a la letra dicen:
más proveedores en una misma o más partidas, de conformidad con el criterio de desempate previsto en el párrafo segundo del Artículo 36 Bis de la Ley, se deberá adjudicar el Contrato en primer término a las micro empresas, a continuación se considerará a las pequeñas empresas y en caso de no contarse con alguna de las anteriores, se adjudicará a la que tenga el carácter de mediana empresa.
En caso de subsistir el empate entre empresas de la misma estratificación de los sectores señalados en el párrafo ant erior, o bien, de no haber empresas de este sector y el empate se diera entre licitantes que no tienen el carácter de MIPYMES, se realizará la adjudicación del Contrato a favor del licitante que resulte ganador del sorteo por insaculación que realice la co nvocante, el cual consistirá en depositar en una urna o recipiente transparente, las boletas con el nombre de cada licitante empatado, acto seguido se extraerá en primer lugar la boleta del licitante ganador y
posteriormente las demás boletas de los licita ntes que resultaron empatados en esa partida, con lo cual se determinarán los subsecuentes lugares que ocuparán tales proposiciones. Si hubiera más partidas empatadas se llevará a cabo un sorteo por cada una de ellas, hasta concluir con la última que estuviera en ese caso.
Cuando se requiera llevar a cabo el sorteo por insaculación, el área contratante deberá girar invitación al Órgano Interno de Control y al Testigo Social cuando éste participe en la Licitación Pública, para que en su presencia se lleve a cabo el sorteo; se levantará acta que firmarán los asistentes, sin que la inasistencia, la negativa o falta de firma en el acta respectiva de los licitantes
e) No serán objeto de evaluación, las condiciones establecidas por Diconsa que tengan como propósito facilitar la presentación de las proposiciones y agilizar la conducción de los actos de la presente Licitación; así como cualquier otro requisito cuyo incumplimiento, por sí mismo, no afecte
la solvencia de las proposiciones . En ningún caso podrán suplirse las deficiencias sustanciales de las proposiciones presentadas .
f ) No se considerarán las proposiciones, cuando la cantidad o volumen del SERVICIO ofertad o para la partida única sea menor al 100% de la cantidad o volumen solicitada por Diconsa.
6.1 ASPECTOS A EVALUAR.
6.1.1 LEGAL Y ADMINISTRA TIVO
La Gerencia de Adquisiciones evaluará que los documentos solicitados en el punt o 4 de la presente Convocatoria inherentes a los aspectos Legales y Administrativos, cumplan con l o solicitado y hayan sido entregados en su totalidad; salvo aquellos documentos que sean considerados como opcionales, o bien, no afecten la solvencia de la proposición, de conformidad a lo señalado en los incisos e) , f ) , g) y h) del punt o 6.3 de la presente Convocatoria.
6.1.2 TÉCNICO
Para la evaluación técnica, la Ger encia de Inf or m át ica como área requirente, elaborará un Dictamen de Evaluación Técnica relativo al cumplimiento de los aspectos técnicos indicados en el Anexo 1 de la presente Convocatoria , y determinará la puntuación o unidades porcentuales a obtener por cada Proposición Técnica para ser considerada solvente y, por tanto, para no ser desechada, la proposición debe ser de cuando menos 45 de los 60 m áxim os que se pueden obtener en su evalu ación. El Dictamen de Evaluación Técnica mencionado será firmado por el servidor público que lo elaborará y el responsable de su verificación y/ o autorización.
PONDERACIÓN POR RUBROS | PUNTUACIÓN M Á XIM A |
Capacidad del licitante | 24 |
Experiencia y especialida d del licitante | 18 |
Propuesta de trabajo | 9 |
Cumplimiento de contratos | 9 |
TOTAL | 60 |
La documentación solicitada en cada uno de los rubros deberá ser integrada en la Proposición Técnica.
La ponderación de los rubros se realizará en base a:
Rubros | Puntos | |||
i. Capacidad del Licitante | ||||
a) capacidad de los recursos humanos | 9.60 | |||
Servicio de infraestructura y aprovisionamiento de centro de datos: | 1.92 | |||
Rol | Experiencia | |||
Administrador de Proyecto | 2 (dos) años de experiencia en administración de proyectos aplicando la norma PMI | |||
Administrador de redes | 2 (dos) años de experiencia como administrador de redes empresariales | |||
Administrador de Riesgos | 1 (un) año de experiencia aplicando la norma PMI | |||
Administrador de Sistemas de Cómputo | 2 (dos) años de experiencia en administración y operación de sistemas de procesamiento | |||
Administrador Senior de Infraestructura | 2 (dos) años de experiencia en administración de sistemas de computo | |||
Certified Information Systems Auditor (CISA) | 2 (dos) años de experiencia en auditoria de sistemas de información | |||
Especialista en Herramientas de Respaldo | 2 (dos) años de experiencia en implantación de sistemas de respaldo | |||
Especialista en Plataformas de Almacenamiento | 2 (dos) años de experiencia en Implantación de sistemas de almacenamiento | |||
Especialista en Plataformas de Cómputo | 2 (dos) años de experiencia en implantación de sistemas de computo | |||
Especialista en Redes de Datos | 2 (dos) años de experiencia en implantación de redes empresariales | |||
Especialista en Virtualización | 2 (dos) años de experiencia en proyectos de virtualización de plataformas de computo | |||
Operadores de Infraestructura Básica | 2 (dos) años de experiencia en administración de infraestructura básica | |||
Supervisor de Permanencias | 2 (dos) años de experiencia en administración de infraestructura básica | |||
Certificaciones que acrediten la competencia para el servicio solicitado: | 5.76 | |||
Rol | Certificación | |||
Administrador de Proyecto | Certificación PMP Experiencia en administración de proyectos de TI | |||
Administrador de redes | CCNA Experiencia como administrador de redes empresariales | |||
Administrador de Riesgos | Conocimiento comprobables de metodología PMI Experiencia como Administrador de Riesgos | |||
Administrador de Sistemas de Cómputo | Microsoft Certified Technology Specialist | |||
Administrador Senior de Infraestructura | MCSE (Microsoft Certified Solutions Expert) Red Hat Certified System Administrator (RHCSA) Experiencia como Administrador de Infraestructura Microsoft | |||
Certified Information Systems Auditor (CISA) | CISA Experiencia como Auditor de Sistemas | |||
Especialista en Herramientas de Respaldo | Certificación del Fabricante a nivel profesional para Implementación de solución propuesta Experiencia en implementación de la solución propuesta | |||
Especialista en Plataformas de Almacenamiento | Certificación del Fabricante a nivel profesional para Implementación de solución propuesta | |||
Especialista en Plataformas de Cómputo | MCSE (Microsoft Certified Solutions Expert) Red Hat Certified System Administrator (RHCSA) | |||
Especialista en Redes de Datos | CCNA Experiencia como administrador de redes empresariales | |||
Especialista en Virtualización | VMWare Certified Professional (VCP) o su equivalente para MS Hyper-V | |||
Operadores de Infraestructura Básica | Conocimientos sobre UPTIME, ICREA. | |||
Supervisor de Permanencias | UPTIME, ICREA |
Esta información se tomará de los currículums de estas personas entregados por EL LICITANTE. | |
Dominio del personal sobre el manejo del hardware propuesto: Presenta los últimos certificados emitidos por fabricante propietario de la tecnología correspondiente a las soluciones propuestas de al menos 2 Ingenieros asignados al proyecto. Las constancias de diferentes soluciones pueden corresponder a Ingenieros distintos: 1.- Solución de procesamiento 2.- Solución de almacenamiento y respaldos 3.- Solución de virtualización Las certificaciones deberán ser expedidas por el fabricante de la solución correspondiente y deberán tener una antigüedad máxima de 3 años de haber sido emitidas. | 1.92 |
Total de puntos para el subrubro (a) | 9.60 |
b) Capacidad de los recursos económicos y de equipamiento | 13.40 |
Capacidad de recursos económicos Utilidad Bruta Acumulada en México por parte de EL LICITANTE durante el último ejercicio fiscal (2013). Para acreditar este punto, el LICITANTE deberá presentar copia de la declaración anual de impuestos. | 3.60 |
Capacidad de los recursos de equipamiento Carta de los fabricantes que conforman las soluciones ofertadas por EL LICITANTE, que sustente a EL LICITANTE como distribuidor autorizado del Fabricante. 1.- Solución de procesamiento 2.- Solución de almacenamiento y respaldos | 9.80 |
Puntos | |
Presenta certificados para una solución | 0.64 |
Presenta certificados para 2 soluciones | 1.28 |
Presenta certificados para 3 soluciones | 1.92 |
Montos | Puntos |
Entre $2,500,000.00 MXN y $5,000,000.00MXN | 1 |
Entre $5,000,000.01 MXN y $7,500,000.00MXN | 2 |
Superior a $7,500,000.01 MXN | 3.60 |
3.- Solución de virtualización . | ||||
Total de puntos para el subrubro (b) | 13.40 | |||
c) Participación de discapacitados o empresas que cuenten con trabajadores con discapacidad. | ||||
Si EL LICITANTE es una persona con discapacidad o cuenta con trabajadores con discapacidad en una proporción del cinco por ciento cuando menos de la totalidad de su planta de empleados, cuya antigüedad no sea inferior a seis meses En su caso, EL LICITANTE deberá entregar copia del aviso del alta al régimen obligatorio del Instituto Mexicano del Seguro Social de cada uno de los trabajadores con discapacidad. Se asignará 0.5 puntos a la propuesta que demuestre el mayor número de trabajadores con discapacidad (siendo el mínimo necesario para poderlo considerar el 5% de su totalidad de plantilla) mediante la presentación de los avisos de alta ante el IMSS. A partir de este máximo asignado, DICONSA efectuará un reparto proporcional de décima de punto, en razón del número total de trabajadores con discapacidad acreditados por EL LICITANTE. En caso de no presentar documentación que respalde la colaboración de personal discapacitado la propuesta no será desechada por este motivo y se le asignarán cero puntos. | 0.5 | |||
d) Participación de MIPYMES que produzcan bienes con innovación tecnológica relacionados directamente con la prestación del servicio de que se trate | ||||
Si EL LICITANTE es una empresa micro, pequeña o mediana, que produzca bienes con innovación tecnológica relacionados directamente con la prestación del servicio de que se trate En su caso, EL LICITANTE deberá entregar copia de la constancia emitida por el Instituto Mexicano de la Propiedad Industrial, la cual deberá tener una vigencia no mayor a cinco años, así como el anexo “J” debidamente llenado | 0.5 | |||
Puntos | ||||
Presenta documentación cumpliendo lo solicitado | 0.5 | |||
No presenta documentación cumpliendo lo solicitado | 0 |
Puntos | |
Presenta constancias para una solución | 2.50 |
Presenta constancias para 2 soluciones | 5.00 |
Presenta constancias para 3 soluciones | 9.80 |
En caso de no presentar copia de la constancia la propuesta no será desechada por este motivo | |
Total de puntos para el rubro i. | 24 |
ii. Experiencia y especialidad de EL LICITANTE | |
a) Experiencia EL LICITANTE deberá contar con experiencia de por lo menos 1 año y un máximo de 3 años, que deberá demostrar con un mínimo de 1 contrato y un máximo de 3, realizados con el Gobierno Federal, Estatal o de la Iniciativa Privada proporcionando servicios similares a los solicitados en cantidad igual o mayor a los establecidos en esta convocatoria. Los contratos NO deberán tener más de 5 años de haber sido firmados y deberán de haber concluido a más tardar el día de la presentación de la propuesta a esta licitación. La duración de los contratos será acumulable para sustentar la experiencia de EL LICITANTE siempre y cuando los tiempos de los mismos no se traslapen, en cuyo caso los días, meses o años que se traslapen serán tomados solo en uno de los contratos presentados, incluyendo los contratos plurianuales que se pudieran haber presentado por EL LICITANTE. Se asignarán 9 puntos a la propuesta que demuestre el mayor número de años de experiencia mediante la presentación de contratos que cubran los supuestos antes señalados (siendo 3 contratos el número máximo a evaluar y 3 el número de años máximos de experiencia a demostrar). A partir de este máximo asignado, DICONSA efectuará un reparto proporcional de puntos, en razón del número de años de experiencia acreditada por la propuesta en relación al número de años de la propuesta que haya demostrado la mayor experiencia. En caso de que dos o más propuestas acrediten la misma experiencia, DICONSA dará la misma puntuación a las propuestas que se encuentren en este supuesto. El cumplimiento de este requisito es de carácter obligatorio, por lo que, en caso de no contar con experiencia de por lo menos 1 año y respaldada por al menos 1 contrato, la propuesta será desechada | 9 |
Puntos | |
Acredita contrato (s) por un año | 3 |
Acredita contrato (s) por dos años | 6 |
Acredita contrato (s) por tres años | 9 |
b) Especialidad EL LICITANTE deberá contar con al menos 1 contrato y un máximo de 3 contratos (siendo este el número máximo a evaluar) realizados con el Gobierno Federal, Estatal o de la Iniciativa Privada, proporcionando servicios similares a los solicitados en cantidad igual o mayor a los establecidos en esta convocatoria. En ellos se analizara los anexos únicos los cuales determinarán la especialidad en los servicios requeridos por la Convocante. Los contratos NO deberán tener más de 5 años de haber sido firmados y deberán de haber concluido a más tardar el día de la presentación de la propuesta a esta licitación. Se asignarán 9 puntos a la propuesta que demuestre la mayor cantidad de contratos que cubran los supuestos antes señalados (siendo 3 el número máximo a evaluar). A partir de este máximo asignado, DICONSA efectuará un reparto proporcional de puntos en razón del número de contratos acreditados por la propuesta en relación al número de contratos de la propuesta que haya demostrado mayor especialidad. En caso de que dos o más propuestas acrediten el mismo número de contratos, DICONSA dará la misma puntuación a las propuestas que se encuentren en este supuesto. El cumplimiento de este requisito es de carácter obligatorio, por lo que en caso de no contar con especialidad respaldada con por lo menos 1 contrato, la propuesta será desechada | 9 |
Total de puntos para el rubro ii. | 18 |
iii. Propuesta de trabajo | 9 | |||
Metodología para la implementación de los servicios El licitante deberá presentar como parte de la propuesta técnica, la metodología a utilizar para la implementación, operación y transición del servicio. | 6 | |||
Plan de Trabajo Plan de trabajo detallado que deberá incluir las fases descritas en el anexo técnico de la presente convocatoria. | 2 | |||
Punto | ||||
Presenta plan de trabajo de acuerdo a lo solicitado | 2 | |||
Esquema Estructural del Organización Documento conteniendo el organigrama propuesto en un formato gráfico y jerárquico el cual deberá mostrar los roles solicitados, así como los nombres del personal asignado a cada uno de estos roles para la | 1 |
Puntos | |
Presenta un contrato | 3 |
Presenta dos contratos | 6 |
Presenta tres contratos | 9 |
prestación de servicios. | ||||
Punto | ||||
Presenta organigrama cumpliendo con lo solicitado | 1 | |||
Total de puntos para el rubro iii. | 9 |
iv. Cumplimiento de contratos | 9 |
EL LICITANTE deberá contar con al menos 1 contrato y un máximo de 3 contratos (siendo este el número máximo a evaluar) realizados con el Gobierno Federal, Estatal o de la Iniciativa Privada, proporcionando servicios similares a los solicitados en cantidad igual o mayor a los establecidos en esta convocatoria, y cuya conclusión haya ocurrido hasta un día antes a la fecha de presentación de la propuesta técnica, así como el documento en el que conste la cancelación de la garantía de cumplimiento correspondiente, la manifestación expresa del contratante sobre el cumplimiento total de las obligaciones contractuales o cualquier otro documento con el que se corrobore dicho cumplimiento referente al contrato en cuestión. Se asignarán 12 puntos a la propuesta que demuestre documentalmente tener más contratos cumplidos satisfactoriamente (siendo 3 el número máximo a evaluar). Al resto de los licitantes se les asignará un reparto proporcional de puntos en razón de los contratos que acrediten haber cumplido en relación al número de contratos de la propuesta que haya demostrado documentalmente tener más contratos cumplidos satisfactoriamente. En caso de que dos o más licitantes presenten el mismo número de contratos o documentos, DICONSA dará la misma puntuación a las propuestas que se encuentren en este supuesto. El cumplimiento de este requisito es de carácter obligatorio, por lo que, en caso de que no tenga por lo menos un contrato previo cumplido y su correspondiente documento de liberación, la propuesta será desechada | 9 |
Total de puntos para el rubro iv. | 9 |
TOTAL DE PUNTOS PARA LOS CUATRO RUBROS | 60 |
Puntos | |
Presenta un contrato cumplido | 3 |
Presenta dos contratos cumplidos | 6 |
Presenta tres contratos cumpliedos | 9 |
Se evaluará el cumplimiento de las características y especificaciones técnicas del SERVICIO conforme a lo estipulado en el Anexo 1 , así como a la evaluación que se realizará respecto de los docum ent os solicitados en el punt o 5.1 de la referida Convocatoria.
No se aceptarán proposicio nes que cubran parcialmente lo solicitado.
6.1.3 ECONÓMICO
Sólo serán evaluadas las ofertas económicas de los licitantes que hayan cumplido con la documentación legal administrativa solicitada en el punt o 4 , así como con todos los aspectos técnicos solicitados en el punt o 5.1 y Anexo 1 de la presente Convocatoria.
Para la evaluación de los aspectos económicos, el total de puntuación o unidades porcentuales máximo de la Proposición Económica es de 40 , por lo que a la proposición económica que resulte ser la más baja de las técnicamente aceptadas, deberá asignársele la puntuación o unidades porcentuales máxima, esto es 40
Para determinar la puntuación o unidades porcentuales que correspondan a la proposición económica de cada licitante, Diconsa aplicará la siguiente fórmula:
PPE = MPem b x 40 / MP i.
Donde:
PPE = Puntuación o unidades porcentuales que corresponden a la Proposición Económica; MPemb = Monto de la Proposición Económica más baja por , y
MPi = Monto de la i -enésima Propuesta Económica por ;
Para calcular la puntuación o unidades porcentuales que obtuvo cada proposición, la convocante aplicará la siguiente fórmula:
PTj = TPT + PPE
Donde:
PTj = Puntuación o unidades porcentuales Totales d e la proposición;
TPT = Total de Puntuación o unidades porcentuales asignados a la proposición Técnica; PPE = Puntuación o unidades porcentuales asignados a la Propuesta Económica, y
como solventes como resultado
de la evaluación.
La proposición solvente más conveniente para Diconsa será aquélla que reúna la mayor puntuación o unidades porcentuales.
Diconsa se reserva el derecho de verificar la veracidad de la información contenida en los documentos presentados y los licitantes se obligan a conservar dicha información, incluyendo la que les permita sustentar en todo momento el contenido de las manifestaciones elaboradas en su proposición. Lo anterior a efecto de que en caso de ser ne xxxxxxx, dicha información sea presentada ante la Secr et ará y la Secretaría de Economía en ejercicio de sus atribuciones respectivas, o bien, por conducto del OIC, cuando así lo solicite por motivo de una verificación del cumplimiento de lo previsto en la normatividad aplicable.
Cada uno de los documentos que integren la proposición, y aquéllos distintos a ésta, deberán estar foliados en todas y cada una de las hojas que los integren. Al efecto, se deberán numerar por separado las propuestas técnica y eco nómica, así como el resto de los documentos que entregue el Licitante.
En caso de empate se procederá conforme a lo establecido en el punt o 6, incisos c) y d) de la presente Convocatoria.
Los licitantes deberán presentar un precio por el cotizado para la partida única y por el
, por lo que deberán incluir precios fijos y en ningún caso procederán ajustes, ya que Diconsa únicamente pagará el precio ofertado por el licitante ganador más el IVA correspondiente .
Los licitantes deberán presentar su Proposición Económica de acuerdo al Anexo 1 4 .
Cuando se presente un error de cálculo en las proposiciones presentadas, sólo habrá lugar a su rectificación por parte de la Convocante cuando, la corrección no implique la modificación de precios unitarios de acuerdo con lo establecido en el A r t ículo 55 del Reglam ent o , en caso que el licitante no aceptara la rectificación propuesta por la Convocante , se aplicará lo dispuesto en el segundo párraf o del A r t ículo 46 de la Ley .
6.2 CAUSAS DE DESECHA M IENTO
Se desecharán las proposiciones que incurran en una o varias de las siguientes situaciones:
a) Que no presenten la totalidad de los escritos y documentos obligatorios que afecten la solvencia de las proposiciones, requeridos x x xxx xxxx xx 0 y 5.1 de la presente Convocatoria, o que éstos no se apeguen a las características solicitadas.
b) Que no cumplan con alguno de los requisitos o características establecidas en la presente Convocatoria o los que se deriven del acto de la(s) Ju nta(s) de Aclaraciones, que afecten directamente la solvencia de la proposición.
c) Cuando la documentación legal -administrativa, así como las proposiciones técnicas y económicas presenten información que cause confusión o cree una situación de incertidumbre o inconsistencias respecto del cumplimiento , presente contradicciones entre los diversos documentos , o bien, exista contradicción en los datos asentados en los documentos solicitados o en las propias proposiciones.
d) Cuando se solicite información de algú n dato o datos en particular, en dos o más documentos y este o estos difieran uno del otro, o bien, sean omitidos.
e) Cuando presenten documentos alterados, tachados o con enmendaduras.
f ) Cuando la copia simple de la identificación oficial solicitada en el Do cum ent o 3 del Punt o 4 de la presente Convocatoria, NO se encuentre v igent e ( a las señaladas y denominadas por el propio Instituto Nacional Electoral ) , no sea legible en los datos o fotografía contenidos en la misma .
g) Cuando la copia simple del Registro Federal de Contribuyentes solicitado en el Docum ent o 6 del Punt o 4 de la presente Convocatoria, NO sea legible en los datos contenidos en el mismo, o bien, su Actividad NO esté relacionada con el SERVICIO
Licitación.
h) De conformidad con el ar t ículo 50 de la Ley , cuando de manera individual, la documentación solicitada en los Punt os 4 y/ o 5.1 y/ o 5.2, carezcan absolut am ent e de número de folio , o bien, no exista continuidad en los mismos.
O bien, si en la documen tación Legal Administrativa, o en la Proposición Técnica y/ o en la Proposición Económica, de manera individual, consta de 100 (cien) hojas y solo aparece el folio en la hoja 1 y en la hoja 100, pero se tienen 100 hojas o 70 entre estas y sin foliar, en dicho supuesto no encuentran continuidad, por tal motivo, es causa de desechamiento.
i) Cuando se compruebe que algún licitante ha acordado con otro u otros elevar el precio del SERVICIO solicitado en la presente Convocatoria , o cualquier otro acuerdo que t enga como fin obtener una ventaja sobre los demás licitantes.
j ) En caso de que la proposición económica no coincida con los términos de la proposición técnica.
k) Cuando presenten más de una proposición técnica y/ o económica .
l) Cuando el volumen o conceptos of ertados sea menor al 100% del volumen o conceptos solicitados por Diconsa para la partida correspondiente .
m ) Cuando presenten proposiciones en idioma diferente al español.
n) Cuando el licitante se encuentre en alguno de los supuestos establecidos por los A r t ículo s 50 y 60 de la Ley .
o) Cuando se solicite en algún escrito la manifestación de Bajo Prot est a de Decir Ver dad y esta leyenda sea omitida en el documento correspondiente.
p) La falta de firma autógrafa del Apoderado o Representante Legal del licitante, en aquellos documentos que así lo requieran.
q) Cuando incurran en cualquier violación a las disposiciones de la Ley, al Reglamento o a cualquier otro ordenamiento Legal en la materia.
r ) Los licitantes participantes se encuentren inhabilitados por resolución de la Secret ar ía .
s) Cuando la información contenida en los catálogos impresos del fabricante y/ o ficha técnica de la página Web con imagen presentados por el licitante, NO cumplan con algún concepto o especificaciones del equipamiento propuesto mediante el cual señala marca y modelo de los mismos.
Diconsa de conformidad con lo dispuesto en el A r t ículo 56 últ im o párrafo de la Ley , las proposiciones desechadas, podrán ser devueltas a los licitantes previa solicitud por escrito en papel membretado del licitant e dirigido a la Gerencia de Adquisiciones, una vez transcurridos sesenta días
naturales contados a partir de la fecha en que se dé a conocer el Fallo respectivo, salvo que exista alguna inconformidad en trámite, en cuyo caso las proposiciones se conservará n hasta la total conclusión de la inconformidad e instancias subsecuentes, agotados dichos términos Diconsa podrá proceder a su devolución o destrucción.
6.3 REQUISITOS QUE NO A FECTA N LA SOLVENCIA DE LA PROPOSICIÓN.
Quedan comprendidos entre los requisit os cuyo incumplimiento, por sí mismos, no afectan la solvencia de la proposición y que por lo tanto, NO es motivo para DESECHAR la Proposición:
a) El proponer un plazo menor al solicitado para la prestación del SERVICIO , en cuyo caso, prevalecerá el plazo estipulado en la Convocatoria;
b) El omitir aspectos que puedan ser cubiertos con información contenida en la propia proposición técnica o económica;
c) El no observar los formatos establecidos, esto si se proporciona de manera clara la información requer ida;
d) El no observar requisitos que carezcan de fundamento Legal o cualquier otro que no tenga por objeto determinar objetivamente la solvencia de la proposición presentada;
e) El omitir presentar el Anexo 5 señalado en el punt o 3.3. 6 de la presente Convocatoria; f ) El omitir presentar el Docum ent o 7 señalado en el punt o 4 de la presente Convocatoria;
g) El omitir presentar el Anexo 1 2 señalado en el Docum ent o 10 del punt o 4 de la presente Convocatoria.
h) El omitir presentar el Docum ent o 1 3 del pun t o 4 de la presente Convocatoria ; de conformidad con lo señalado en el A r t ículo 40 f racción V y ant epenúlt im o párrafo del Reglam ent o , es OPCIONAL para el licitante la presentación del referido Docum ent o 1 3 .
i) En el caso de que alguna o algunas de las ho jas de los documentos que integran la documentación Legal Administrativa, Proposición Técnica y/ o Proposición Económica, carezcan de folio y se constate que la o las hojas no foliadas mantienen continuidad, Diconsa no podrá desechar la proposición. En el supuesto de que falte una hoja y la omisión pueda ser cubierta con información contenida en la propia proposición o con los documentos distintos a la misma, Diconsa tampoco podrá desechar la proposición.
Si en la documentación Legal Administrativa, o en la Proposición Técnica y/ o en la Proposición Económica, de manera individual consta de cien hojas y solo aparece el folio en la hoja 1 y en la hoja 100, pero existen 98 hojas sin foliar, luego entonces hay continuidad, por tal motivo, no es causa de d esechamiento.
De conformidad con lo estipulado en el A r t ículo 36 últ im o pár xxxx de la Ley , en ningún caso Diconsa o los licitantes podrán suplir o corregir las deficiencias de las proposiciones presentadas .
7.- A SPECTOS A CON SIDERA R EN CA DA UNO DE LOS A CTOS DEL PROCESO LICITA XXXXX
7.1 Para cada uno de los actos señalados en los punt os 3.2 , 3.3 y 3.7 , se levantará un acta, en la que se hará constar el desarrollo de las acciones realizadas en cada uno de ellos, la cual será firmada por los licitantes y servidores públicos de Diconsa que hayan intervenido, y se entregará copia de las mismas a los licitantes. La falta de firma de alguno de los participantes no invalidará su contenido y efectos.
Dichas actas se colocarán en un lugar visible del vestíbulo de acceso a las Oficinas Centrales de Diconsa por un término no menor de cinco días hábiles posteriores a la celebración de cada evento.
Asim ism o, se difundirá un ejem plar de dichas act as en Com pra Net para efect os de su not if icación a los licit ant es que no hay an asist ido al act o. Dicho procedim ient o sust it uirá a la not if icación personal.
Los licitantes que presenten sus proposiciones por medios remotos de comunicación electrónica, se
tendrán por notificados cuando dichas actas se encuentren a su disposi ción a través de la página electrónica del CompraNet, por medio del programa informático que les fue entregado, en que se celebren los eventos, sin menoscabo de que puedan recoger una copia en la Gerencia de Adquisiciones de Diconsa .
7.2 Se invita a las Cámaras, Colegios o Asociaciones Profesionales u Organizaciones No Gubernamentales, así como a cualquier persona física o moral, que sin haber obtenido la presente Convocatoria, manifiesten interés de estar presentes como observadores en los actos públicos del proceso licitatorio, registrando su asistencia sin estar facultados para intervenir activamente en cualquier forma en los mismos.
8.- A SPECTOS NORM A TIVOS QUE DEBERÁ N OBSERVA R LOS LICITA NT ES QUE PA RTICIPEN EN LA PRESENTE LICITA CIÓN
8.1 M ARCO NORM A TI VO
Los licitantes al participar en la presente Licitación aceptan que conocen la Ley, su Reglamento , la presente Convocatoria y demás preceptos Legales, así como las normas jurídicas aplicables a los procedimientos de contratación para las entidades de la Administración Pública Federal.
Para efectos de la Ley de Adquisiciones, Arrendamientos y Se rvicios del Sector Público y su Reglamento , la presente Convocatoria , el Contrato y sus anexos son los instrumentos que vinculan a las partes en sus derechos y ob ligaciones, por lo que, todo lo no previsto expresamente en dicho Contrato , se regirá por las disposiciones relativas contenidas en la misma Ley, su Reglamento y, supletoriamente, el Código Civil Federal y demás disposiciones jurídicas aplicables, conforme a lo señalado en los A r t ículo s 11 y 45, penúlt im o pár xxxx de la Ley .
En caso de discrepancia entre la Convocatoria y el Contrato , prevalecerá lo establecido en la Convocatoria, conforme a lo señalado en el A r t ículo 81, fracción IV del Reglam ent o.
8.2 M ODIFICA CIONES QUE PODRÁ N EFECTUARSE A LA CONVOCA TORIA.
Diconsa podrá modificar la presente Convocatoria, siempre y cuando los cambios sean con base en lo establecido en el A r t ículo 33 de la Ley , sin limitar la libre participación de los licitantes, la Convocante podrá modificar aspectos establecidos en la presente Convocatoria, 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 siguie nte a aquel en que se efectúen. Los licitantes podrán concurrir ante Diconsa para conocer de manera específica las modificaciones respectivas; sin embargo, si las modificaciones se derivan de la(s) Junta(s) de Aclaraciones, no se efectuará la publicación s eñalada, y se entregará a cada uno de los participantes copia del acta correspondiente, además de su publicación en CompraNet.
8.3 SUSPENSIÓN DE LA LICITACIÓN.
Diconsa podrá suspender la Licitación, en los siguientes casos:
a) En caso fortuito o fuerza m ayor que hagan necesaria la suspensión.
b) Cuando concurran razones de interés general.
c) Cuando así lo determine la Secret aría o el OIC con motivo de su intervención de conformidad con el A r t ículo 70 de la Ley .
Desaparecidas las causas que hubieran motivad o la suspensión de la Licitación, se reanudará la misma, comunicando su continuación por escrito a todos los licitantes, subrayándose que en este caso podrán participar solamente aquellos que no hubieran sido desechadas sus proposiciones.
8.4 DECLARACIÓN DE LICITACIÓN DESIERTA.
Se declarará desierta la presente Licitación cuando:
a) Ningún licitante presente proposiciones en el lugar, fecha y horario establecidos.
b) La totalidad de las proposiciones presentadas no cubran los requisitos solicitados en la p resente Convocatoria que afecten directamente la solvencia.
c) Las Proposiciones Técnicas presentadas sean desechadas porque no reúnen los requisitos señalados en el punt o 5.1 y Anexo 1 de la presente Convocatoria.
d) El precio cotizado por los licitantes, no sea aceptable y/ o conveniente para Diconsa .
Para el caso de una o var ias par t idas :
e) Ningún licitante presente proposiciones para la(s) partida(s) de que se trate.
De conformidad con el A r t ículo 38 t ercer pár xxxx de la Ley , cuando se declare desierta la L icitación, Diconsa podrá emitir una Segunda Convocatoria, o bien optar por el supuesto de excepción previsto en el
A r t ículo 41 f racción VII de la Ley .
8.5 CA NCELACIÓN DE LA LICITACIÓN.
De conformidad con el A r t ículo 38 cuar t o pár xxxx de la Ley , se podrá cancelar la Licitación en los siguientes casos:
a) En caso fortuito o fuerza mayor.
.
b) En caso de que existan circunstancias debidamente justificadas, que provoquen la extinción de la necesidad para la
c) O que de continuarse con el p rocedimiento de contratación se pudiera ocasionar un daño o perjuicio a Diconsa .
8.6 IDIOM A EN QUE DEBERÁ N PRESENTAR LAS PROPOSICIONES. Las proposiciones deberán presentarse en idioma español.
8.7 M ONEDA QUE DEBERÁ UTILIZARSE.
Los licitantes deberán presentar sus proposiciones en moneda nacional ( peso m exicano $ ).
8.8 IMPUESTOS Y DERECHOS.
Diconsa pagará únicamente el importe correspondiente al IVA, por lo que el licitante en su proposición económica, deberá indicar desglosado dicho impuesto.
8.9 INALTERABILIDAD DE LOS PRECIOS.
No habrá modificación a l os precios ofertad os por los licitantes en su proposición económica, por lo que serán coincidentes con los incluidos en el Contrato respectiv o que emita el licitante adjudicado.
Con base en lo ant erior, los precios ofertados deberán incluir todos los costos, considerando las características y especificaciones técnicas solicitadas por Diconsa en el Anexo 1 de la presente Convocatoria , por lo que el licitante no podrá agregar con posterioridad ningún costo extra, siendo inalterables l os precios durante la vigencia de la propuesta y el Contrato respectiv o.
8.10 VIGENCIA DE LA PROPOSICIÓN.
De conformidad con lo establecido en el A r t ículo 26 ant epenúlt im x xxxx afo de la Ley , una vez iniciado el acto de Presentación y Apertura de Proposiciones, las ya presentadas no podrán ser retiradas o dejarse sin efecto por los licitantes, por lo que se considerarán vigentes dentro del procedimiento de Licitación.
La proposición económica será firme desde la apert ura de la proposición y hasta el vencimiento de l Contrato adjudicado , así como en los casos previstos en el prim er párraf o del A r t ículo 52 de la Ley , por lo que todas las condiciones establecidas en el mismo, no podrán ser modificadas con posterioridad.
8.11 CONDICIONES DE PAGO:
No se otorgará anticipo al proveedor adjudicado en la presente Licitación.
Se efectuaran pagos m ensuales condiciones y especificaciones contenidas en el Anexo 1 y el Contrato , los pagos se realizarán sin exceder de veint e días nat urales, contados a partir de la recepción de la(s) Factura(s) correspondiente(s) en la Ventanilla Única de Diconsa , de lunes a viernes, en días hábiles en horario de 09:00 a 13:00 horas. Asimismo, la( s) Factura(s) deberá(n) contener todos los datos y registros requeridos por las disposiciones fiscales aplicables.
Diconsa efectuará el pago mediante transferencia electrónica, para lo cual el licitante adjudicado deberá cubrir los requisitos solicitados por el área de Finanzas que se detallan en el Anexo 1 5 .
El pago mediante transferencia electrónica se realizará en cualquiera de las siguientes instituciones en las que Diconsa tiene sus cuentas bancarias:
> BBVA Bancomer
> Banamex
> Santander
> Banort e
> Scotiabank
> HSBC
Not a: Para el trámite de pago, se deberá contar con el visto bueno del Titular de la Gerencia de Informática .
8.12 AFILIACIÓN A CADENA S PRODUCTIVAS
Con base a lo establecido en el Presupuesto de Egresos de la Federación para el Ej ercicio Fiscal que corresponda, Diconsa hace una atenta invitación a los proveedores para que se afilien al programa xx Xxxxxxx Productivas, con el único requerimiento de inscribirse y contar con el servicio de Internet o teléfono.
El licitante adjudicado , con base en la información que se indica en el Anexo 1 6
podrá iniciar su afiliación en un plazo no mayor a cinco días naturales posteriores al fallo, comunicándose al número telefónico 5089 6107 o al 01 800 nafinsa (01 -800 - 6234672), o acudiendo a las oficinas de Nacional Financiera, S.N.C. donde se le atenderá para el proceso de afiliación.
También cuenta con un esquema de factoraje que está a disposición de todos los proveedores en adquisiciones de la Administración Federa l. Para aquellos proveedores que estén interesados en utilizar este esquema de factoraje, al respecto encontrará mayor información en la página Web de Nacional Financiera: http:/ /xxx.xxxxx.xxx/xxxxxxxx/xxxxxxx/xxxxxx -al-gobierno/programa -de- compranet -del gobierno -federal/cadenas -producivas.html
La afiliación al programa es por única vez, por lo que no es necesario rea lizar el proceso de nueva cuenta en alguna otra dependencia o entidad, además de que no tiene ningún costo.
8.13 IMPOSIBILIDAD DE NEGOCIACIÓN DE LAS CONDICIONES.
En cumplimiento con lo establecido en el A r t ículo 26 sépt im o párraf o de la Ley , ninguna de las condiciones contenidas en la presente Convocatoria, así como en las proposiciones presentadas por los licitantes podrán ser negociadas.
8.14 IMPEDIMENTO PARA RECIBIR PROPOSICIONES O CELEBRA RCON TRA TO S.
De conformidad con el artículo 48 f racción III del Reglam ent o de la Ley , el servidor público que presida el acto, deberá recibir las proposiciones para su posterior evaluación, por lo que no podrá desechar ninguna de ellas durante dicho acto.
No se recibirán proposiciones, ni se celebrará Contrato alguno con las personas físicas x xxxxxxx que se encuentren en cualquiera de los supuestos señalados en los A r t ículos 50 y 60 de la Ley .
8.15 ADJUDICACIÓN:
La adjudicación será por la partida única al licitante cuya proposición resulte solvente conforme a l os procedimientos que marcan los A r t ículos 36 y 36 Bis de la Ley , y que reúna las condiciones Legales, Administrativas, Técnicas y Económicas requeridas por Diconsa y garantice satisfactoriamente el cumplimiento de las obligaciones respectivas, previa eval uación de las proposiciones.
La Convocant e realizará la evaluación de las proposiciones económicas de los licitantes que hay an cum plido con los aspect os Legales, Adm inist rat ivos y Técnicos .
De acuerdo con lo anterior, se emitirá el Fallo de la Licitación y el Contrato se adjudicará al licitante que garantice las mejores condiciones para Diconsa , y su proposición haya obtenido el mejor resultado en la evaluación de Punt os y Por cent ajes .
Si derivado de la evaluación económica se obtuviera empate en el pre cio de dos o más proposiciones para la partida única, la adjudicación se efectuará conforme a lo señalado en los incisos c) y d ) del punt o 6 de la presente Convocatoria.
Dentro de su presupuesto aprobado y disponible, Diconsa bajo su responsabilidad y por razones fundadas y explícitas, podrá acordar el incremento del monto del Contrato o del volumen o
solicitado , mediante modificación a su Contrato vigente, siempre que las modificaciones no rebasen, en conjunto, el 20% (veint e por cient o ) del monto o cantidad de los conceptos o volúmenes establecidos originalmente en el mismo y el precio sea igual al pactado originalmente, en términos de los A r t ículos 47 Últ im o Párrafo y 52 de la Ley .
Tratándose de Contratos en los que se incluyan dos o más partidas, el porcentaje al que hace referencia el párrafo anterior, se aplicará para cada una de ellas.
Cualquier modificación al Contrato deberá formalizarse por escrito y deberá ser suscrito por los servidores públicos que lo hayan hecho en el Contrato , o quién(es) lo sustituya(n) o esté(n) facultado(s) para ello.
En caso de celebrarse Convenio Modificatorio al Contrato, el Proveedor deberá presentar la garantía correspondiente en los mismos términos de lo señalado en el num er al 3.10 de la presente Convocatoria.
8.16 RESCISIÓN Y TERMINA CIÓN A NTICIPADA DEL CONTRA TO .
Diconsa podrá iniciar el procedimiento de rescisión del Contrato derivado de la presente Licitación, en cualquier momento cuando el licitante adjudicado incurra e n incumplimiento de sus obligaciones, de conformidad con el A r t ículo 54 de la Ley o en alguno de los siguientes casos:
a) Por el incumplimiento del proveedor en la entrega de la garantía en el plazo establecido en el A r t ículo 48 últ im o párraf o de la Ley , y los daños y perjuicios que pudiera sufrir Diconsa por incumplimiento del Contrato , serán a su cargo.
b) Por autoridad competente, sea declarado en concurso mercantil o alguna situación distinta, que sea análoga o equivalente y que afecte su patrimonio.
c) Por el incumplimiento del proveedor en la en el plazo establecido en la presente Convocatoria y el Contrato respectivo .
d) Si el proveedor objeto de la presente Licitación con características y especif icaciones distintas a las ofertadas y convenidas en el Contrato respectivo .
e) Reciba penas convencionales o deducciones por un monto equivalente al veinte por ciento del importe total del Contrato antes de IVA.
f ) Si el proveedor cede total o parcialmente, ba jo cualquier título, los derechos y obligaciones a que se refiera el Contrato , con excepción de los derechos de cobro, por tal motivo, Diconsa quedará en libertad de con otra empresa y el costo que esto origine le será descontado de l pago correspondiente .
Asimismo, de conformidad con el A r t ículo 54 Bis de la Ley , Diconsa podrá dar por terminado anticipadamente el Contrato correspondiente, sin necesidad de que medie resolución judicial alguna, por razones de interés general o cuando por causas justificadas se extinga la necesidad de
cumplimiento de las obligaciones pactadas se ocasionaría algún daño o perjuicio a Diconsa , o se determine la nulidad d e los actos que dieron origen al Contrato con motivo de la resolución de una inconformidad o intervención de oficio emitida por la Secret ar ía . Lo anterior, sin responsabilidad de Xxxxxxx .
De darse este supuesto, Diconsa reembolsará al proveedor los gastos no recuperables en que haya incurrido, siempre que éstos sean razonables, estén debidamente comprobados y los mismos se
El reembolso de los gastos no recuperables que en su caso haya incurrido el proveedor se efectuará en un término que no exceda de los 45 (cuarent a y cinco) días nat urales a partir de que Diconsa haya revisado y aceptado la procedencia de la documentación que le presente el proveedor y en la que se acrediten los gastos no recuperables.
Asimismo, se aplicará lo establecido en el A r t ículo 102, f racción I del Reglam ent o y de igual forma se incluirán las cláusulas estipuladas en el modelo de Contrato que se adjunta como Anexo 7 .
8.17 PA TENTES, M ARCAS Y DERECHOS DE AUTOR
El proveedor asumirá la responsabilidad total en el caso de que que ofrezca y suministre a Diconsa , infrinja derechos de terceros en cuanto a patentes, marcas, propiedad industrial y/ o derechos de autor.
8.18 INCONFORMIDADES:
Con fundamento en lo dispuesto en el Tít ulo Sex t o Capít ulo Prim ero de la Ley , las personas interesadas podrán inconformarse ante la Secret aría contra los actos de los procedimientos de Licitación que contravengan las disposiciones que rigen la materia de la Ley, o bien, de conformidad con lo estipulado en el A r t ículo 39 f racción VII del Reglam ent o , podrá presentarse inconformidad vía electrónica en la página de Internet xxx.xxxxxxxxx.xxx.xx .
Asimismo, podrán presen tar su inconformidad en el OIC, ubicado Xx. Xxxxxxxxxxx Xxx xxxxxx 0000, Xxxxxx Xxxx, Xxx. Xxxxx Xxxxxxxx Xxxxxx Xxxxxxx, Delegación Tlalpan, Código Postal 14020.
8.19 CONTROVERSIAS EN LOS MEDIOS REM OTOS DE COMUNICACIÓN ELECTRÓNICA:
Derivado de una situ ación mediante la cual se suscite una controversia relacionada con la información enviada por medios remotos de comunicación electrónica, la autoridad competente podrá solicitar a la Secret aría , exhiba los archivos electrónicos que obran en poder de Compra Net así como la impresión de éstos debidamente certificados, a efecto de desahogar las pruebas a que haya lugar conforme a las disposiciones normativas que resulten aplicables.
9.- SA N CION ES
En caso de que los licitantes o las empresas participantes in frinjan las disposiciones de la Ley, el OIC podrá aplicar las sanciones que correspondan en los términos del Tít ulo Xxxxx o de la Ley .
10.- EN CUESTA DE T RA N SPA REN CIA
Atendiendo el oficio no. D GAT/ 04/ 02 de fecha 08 de julio de 2002, emitido por la Dirección General Adjunta de Transparencia y Combate a la Corrupción de la Secretaría de Desarrollo Social, se solicita llenar la encuesta de transparencia que se incluye en el Anexo 17 de la presente Convocatoria , la cual se
recomienda que se entregue o envíe a más tardar dos días hábiles siguientes a la emisión del fallo, a las siguientes direcciones:
1.- Dirección de Administración y Recursos Humanos de Diconsa .- Av. Insurgentes Sur No. 3483, Colonia Xxxxx Xxxxxxxx Xxxxxx Xxxxxxx, Xxxxxxxxxx Xxxxxxx, Xxxxxx, X.X. X.X. 00000.
2.- Comisión de Transparencia de la SEDESOL.- Xx. Xxxxxxx Xx.000, xxxx 00x, Xxx. Xxxxxx, Xxxxxxxxxx Xxxxxxxxxx, Xxxxxx, X.X. X.X. 00000.
11.- NOTA IN FORM A TIVA
El Anexo 1 8 de la presente Convocatoria presenta una para par t icipant es de países m iem bros de la Organización para la Cooperación y el Desarr ollo Económ icos (OCDE) y
f ir m ant es de la Convención para Com bat ir el Cohecho de Servidor es Públicos Ex t ranjeros en
, de conformidad con la difusión de lineamientos de la OCDE a través de Oficio Circular No. SACN/ 300/ 148/ 2003 SFP 03/ 09/ 2003, de fecha 3 de septiembre de 2003 (Incluye reformas al Código Penal Federal publicadas en el D.O.F. el 23 xx xxxxxx de 2005).
A T E N T A M E N T E
__________________________________ LIC. BENJA MÍN XXXXX NTES ALBARRÁ N
GERENTEDE ADQUISICIONES
A N EXO 1
Partida Única |
Características y Especificaciones Técnicas |
Servicio Integral de Infraestructura y Aprovisionamiento del Centro de Datos para Dic onsa |
OBJETIVO DEL SERVICIO
Contar con herramientas tecnológicas de calidad para satisfacer las necesidades de las Unidades Responsables de DICONSA S. A. de C.V., así como asegurar las mejores condiciones de operación de las aplicaciones, portales y bases de datos Institucionales con la finalidad de contar con una plataforma e infraestructura robusta, segura y confiable mediante la contratación de los Servicios Integrales de Infraestructura y Aprovisionamiento para el Centro de Datos de DICONSA S.A de C.V. para brindar más y mejores servicios bajo estándares y niveles de servicio de calidad a las diversas Unidades Responsables, asegurando el crecimiento, la estabilidad y el desempeño de los programas, así como la disponibilidad, seguridad y confiabilidad de la información en tecnologías de nueva generación, contando para ello con un esquema de servidores de cómputo virtuales, que permita disminuir el número de equipos y aumentar la disponibilidad de los mismos.
DESCRIPCIÓN GENERAL DE LOS SERVICIOS
Contar con herramientas tecnológicas de calidad para satisfacer las necesidades de las Unidades Responsables que permitan ser flexibles, agiles y eficaces en la incorporación y despliegue de nuevos requerimientos, elevando los niveles de disponibilidad y satisfacción de los usuarios y la ciudadanía en general.
I.1. Servicio de Migración
Este servicio consiste en mover y/o migrar las aplicaciones, sistemas y herramientas colaborativas hacia la nueva plataforma tecnológica de virtualización, garantizando la continuidad de todos los servicios. Este movimiento deberá considerar la cobertura total de toda la plataforma de procesamiento de tal manera que se integre la totalidad de los sistemas y aplicaciones, que sean compatibles y puedan convivir de manera consolidada ya sea en un ambiente virtual o físico.
I.2. Servicio de virtualización
El servicio consiste en instalar, configurar y poner a punto un software de virtualización, que permita consolidar una mayor cantidad de aplicaciones en menos servidores físicos y evitar de esta manera la expansión costosa del centro de datos, además de reducir los costos de administración, lo cual considera a los motores de bases de datos, así como los servidores de aplicaciones y/o servidores web, elevando el nivel de disponibilidad y minimizando los riesgos de operación dentro de los equipos que se hospeden dentro del Centro de Datos de DICONSA S.A. de C.V. obteniendo un buen nivel de servicio hacia las Unidades Responsables, así como a la ciudadanía en general.
I.3. Servicio de administración de infraestructura básica
Consiste en la supervisión y mantenimiento de las óptimas condiciones de funcionamiento del espacio físico destinado para albergar los equipos de cómputo. Es decir, contar con la infraestructura básica para proporcionar las mejores condiciones eléctricas y ambientales que permitan que los servicios de procesamiento se encuentren siempre disponibles.
I.4. Infraestructura de sistemas de procesamiento
La infraestructura de sistemas de procesamiento consiste en equipar de poder de procesamiento al Centro de datos. Este equipamiento se realizará de acuerdo a las necesidades actuales y futuras, tomando en cuenta los equipos que se encuentran operando en el Centro de Datos de “DICONSA” y considerando un ambiente físico y virtual que permita un crecimiento ágil y flexible.
I.5. Infraestructura de conmutación de datos LAN (capa de distribución) y SAN (red especializada de almacenamiento)
La Infraestructura de conmutación de datos consiste en equipar de los elementos de comunicación para las redes LAN y SAN a la solución propuesta. Este equipamiento se realizará de acuerdo a las necesidades de conectividad de la infraestructura de procesamiento a efecto de poder comunicarse hacia la red LAN del Centro de Datos de “DICONSA” y hacia la red SAN que será parte de la solución, considerando el crecimiento futuro de la infraestructura.
I.6. Infraestructura de almacenamiento empresarial
La infraestructura de almacenamiento empresarial consiste en proporcionar el equipo necesario que se requiere en cuanto a capacidad de almacenamiento bajo las condiciones de seguridad y rendimiento adecuado a los servicios que se encuentran hospedados en los equipos de cómputo institucionales. Este equipamiento debe manejarse en cualquier nivel de almacenamiento dependiendo de las aplicaciones de que se trate; High End, Mid Range o Low End. Todos los ambientes deberán considerarse en un ambiente de alta disponibilidad.
I.7. Infraestructura de respaldo
La infraestructura de Respaldo consiste en ofrecer equipamiento, mecanismos, medios y software necesarios para resguardar y asegurar la información, de tal manera que se evite la pérdida de la misma y con ello apoyar la ejecución de los procesos de continuidad de las operaciones.
Esta infraestructura estará enfocada a la ejecución de los procesos para copia de archivos, aplicaciones, bases de datos y/o archivos de usuario de un dispositivo fuente, a un medio alterno.
I.8. Servicio de administración de sistemas operativos
Tendrá como principal propósito la administración de los sistemas operativos que residen en los servidores descritos y que forman parte del Centro de Datos. En este servicio se considera la instalación configuración actualización y puesta a punto del equipo en relación al sistema operativo de todos los equipos ya sean virtuales o físicos.
I.9. Servicio administración de proyectos
Consiste utilizar una Metodología de Administración de Proyectos alineada al Project Management Institute (PMI) para llevar a cabo la ejecución, control y seguimiento de actividades y proyectos durante la vigencia del servicio. Es indispensable que el personal responsable de este servicio participe de manera activa durante la etapa de implementación.
Para la etapa de operación, los servicios inherentes a la operación deberán ser auxiliados por un Administrador de Servicio, en todo momento deberá existir la participación del Administrador de Proyectos con el objeto de mantener un adecuado seguimiento.
I. CARACTERÍSTICAS TÉCNICAS DE LOS SERVICIOS
1. SERVICIO DE MIGRACIÓN
Para el cumplimiento del objeto de contratación, se requiere mantener la operación de los servicios de información y realizar los trabajos necesarios para proporcionar el nuevo esquema de servicios, dividido en dos etapas.
• Etapa 1: Operación de los servicios actuales, y migración al nuevo esquema.(Servicio de Migración del site Querétaro al site principal)
• Etapa 2: Operación bajo el nuevo esquema de servicios.
I.9.1. Etapa 1: Operación de los servicios actuales y migración al nuevo esquema
La continuidad de los servicios se debe proporcionar, de acuerdo a los niveles de servicio comprometidos de conformidad con lo señalado en el presente Anexo, la infraestructura y los servicios para la operación, administración y mantenimiento de la infraestructura tecnológica y los servicios y aplicaciones de “DICONSA”, de la manera en que se encuentran operando actualmente y hasta la entrada en operación bajo el nuevo esquema de servicios, la cual deberá de concluirse en un tiempo no mayor a 20 días de iniciado el contrato.
Para prestar los servicios según lo establecido en el presente Anexo, “EL PROVEEDOR” desarrollará durante esta etapa de Continuidad de las Operaciones y Migración, hasta tres fases y sus respectivas actividades, las cuales se muestran a continuación:
⮚ Fase de Planeación,
⮚ Fase de Ejecución y
⮚ Cierre
Las actividades que a continuación se señalan son las mínimas para alcanzar el objetivo de cada una de las fases, en el entendido que se deberán realizar todas aquellas otras actividades necesarias para cumplir en forma satisfactoria, eficiente y eficaz los compromisos establecidos, sin que por esto haya un cargo adicional a “DICONSA”.
• FASE DE PLANEACIÓN
En esta fase “EL PROVEEDOR” determinará todos los aspectos necesarios y los recursos basados en la metodología del PMI (Project Management Institute) que deberán considerarse para la eficaz prestación de los servicios en la etapa de operación, mismos que serán documentados a través de los siguientes controles:
• Plan de administración del proyecto
• Estructura de descomposición del Trabajo
• Plan de trabajo detallado para la migración de los servicios
• Matriz de Riesgos de la Implantación
• Minutas de acuerdos y seguimiento del proyecto
• Reporte de estado del proyecto
Con respecto a los servicios actuales, éstos se continuarán proporcionando y será responsabilidad de “EL PROVEEDOR” que garantice la continuidad de los servicios que se encuentran operando en tanto hasta el término de la Etapa 1 “Operación de los servicios actuales y migración para el nuevo esquema” de conformidad con las condiciones actuales que se manejen para esta etapa. Estas condiciones se mantendrán en tanto no se encuentre operando la nueva infraestructura.
Cuando los servicios queden operando conforme a la Etapa 2: “Operación bajo el nuevo esquema de servicios”, se pagará conforme a lo estipulado en la sección “Costos de los servicios”. Exceptuando los servicios que
formen parte del punto “Servicios bajo Demanda”, los cuales podrán ser incorporados en cualquier etapa del proyecto o contrato.
Para realizar la migración “EL PROVEEDOR” deberá proporcionar dentro de los primeros cinco días hábiles contados a partir de la fecha de formalización del contrato, para proporcionar a “DICONSA” el plan de despliegue mediante el cual realizarán las actividades de migración el cual estará sujeto al visto bueno de “DICONSA”.
• FASE DE EJECUCIÓN.
I.9.2. Actividades para la operación de los servicios actuales
La integración incluye diferentes servicios y que se señalan en forma enunciativa más no limitativa, tales como: migración de la información propiedad de “DICONSA”, instalación, servicios, afinación de la infraestructura, pruebas y liberación de los servicios, los cuales permitirán asegurar la continuidad de la operación en el nuevo modelo.
“EL PROVEEDOR” será responsable de migrar la información y componentes, cuando así se requiera, previa autorización de “DICONSA”, Así como del pago de los SEGUROS y PÓLIZAS que garanticen contra cualquier daño o siniestro de la infraestructura y todos sus componentes.
“EL PROVEEDOR” deberá considerar las acciones necesarias para mantener la operación de los servicios actuales de procesamiento, almacenamiento, respaldo y monitoreo a las aplicaciones, bases de datos, portales e Internet, los cuales se encuentran hospedados en la infraestructura actual (centro de datos Querétaro), Se deberá de considerar el periodo desde el inicio del proyecto y hasta la liberación de las aplicaciones a entera satisfacción de “DICONSA”.
Actividades para la migración de los servicios.
“EL PROVEEDOR” deberá migrar todos los servicios que sean susceptibles de integrarse a una plataforma virtual, los cuales deberán tener un comportamiento similar o mejor al que desempeñaban normalmente. El tiempo estimado para realizar la migración de la totalidad de los equipos será de 3 semanas a partir de la fecha de inicio del contrato.
“EL PROVEEDOR” será responsable de poner en operación la totalidad de los servicios en:
Xxxxxxxxxxx Xxx Xx. 0000, Xxxxxxx Xxxxx Xxxxxxxx Xxxxxx Xxxxxxx, Delegación Tlalpan, Código Postal 14020, México, Distrito Federal.
Los equipos deberán estar instalados y configurados a más tardar durante las primeras tres semanas siguientes al inicio del contrato. Lo cual se validará con la operación y creación de las primeras máquinas virtuales de acuerdo a las especificaciones determinadas por “DICONSA” mostradas en las tablas 1 y 2 de la presente sección.
Para iniciar con el proceso de migración de las aplicaciones, sistemas y herramientas de colaboración de “DICONSA” “EL PROVEEDOR” deberá considerar lo siguiente:
• Migración de Servicios por Encapsulado de Equipos
Los servicios que se encuentren en ejecución empleando la plataforma Windows, serán encapsulados y trasladados a la nueva infraestructura de cómputo quedando como máquina virtual. Cuando la aplicación por alguna circunstancia no sea susceptible a este tipo de migración deberá realizarlo bajo el procedimiento de Migración de Servicio por Reinstalación.
• Migración de Servicio por Reinstalación
Debido a que los Sistemas Operativos Linux y Unix no permiten encapsular los equipos con el software de virtualización requerido, estos serán reinstalados dentro de las nuevas máquinas virtuales.
• Servicios No Virtualizados
Dado el volumen de operaciones que ciertos equipos deben realizar, no todos son candidatos para la virtualización. En esos casos los equipos serán reinstalados en servidores físicos.
“DICONSA” será responsable del licenciamiento tanto de productos Microsoft, Motores de Bases de Datos y Aplicaciones propiedad de “DICONSA”.
A continuación se muestra la distribución de las aplicaciones y servicios de información actualmente en operación en DICONSA, los cuales deberán ser migrados hacia la nueva infraestructura.
Tabla 1. Descripción de los servicios requeridos con funcionalidad para soportar las aplicaciones de Correo Electrónico, Directorio Activo Institucionales, Antivirus (FCS), Sistema de Actualización de Microsoft (WSUS), etc., estos servicios podrán ser virtualizados y consolidados de acuerdo a las mejores prácticas y de acuerdo a los requerimientos de cada servicio.
ID | No. de Equipos | Roles | Memoria RAM | Procesador | HD (GB) |
1 | 1 | Name: Exchange-HT1 Ubicación: Centro de Datos Oficinas Centrales HUB Transport/Cas Requiere dos tarjetas de red | 18 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID1, 1 partición de 67 GB y 4 Discos de 67 en RAID 5 4 Discos de 67 en RAID 5, 1 partición de 80 GB y 1 partición de 101 GB |
2 | 1 | Name: Exchange-HT2 Ubicación: Centro de Datos Oficinas Centrales HUB transport/cas Requiere dos Tarjetas de Red | 18 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID1, 1 partición de 67 GB 4 Discos de 67 en RAID 5, 1 partición de 80 GB y 1 partición de 101 GB |
3 | 1 | Name: Exchange-MB2 Ubicación: Centro de Datos Oficinas Centrales Mailbox Server en single Copy Continuous Replication (SCR) (2 X Nodo Activo, 1 X Nodo Pasivo) Requieren dos Tarjetas de Red y una Tarjeta de Fibra óptica para conectar a un equipo EMC2 | 32 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID1, 1 partición de 67 GB 4 Discos de 67 en RAID 5, 1 partición de 200 GB 2 Discos de 67 GB en RAID 1, 1 partición de 67 GB 13 Luns de 238 GB cada una (san) |
4 | 1 | Name: Exchange-MB3 Ubicación: Centro de Datos Oficinas Centrales Mailbox Server en single Copy Continuous Replication (SCR) (2 X Nodo Activo, 1 X Nodo Pasivo) Requieren dos Tarjetas de Red y una Tarjeta de Fibra óptica para conectar a un equipo EMC2 | 32 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID1, 1 partición de 67 GB 4 Discos de 67 en RAID 5, 1 partición de 200 GB 2 Discos de 67 GB en RAID 1, 1 partición de 67 GB 13 Luns de 238 GB cada una (san) |
ID | No. de Equipos | Roles | Memoria RAM | Procesador | HD (GB) |
5 | 1 | Name: “DICONSA”-MB5 Ubicación: Centro de Datos Oficinas Centrales Mailbox Server en single Copy Continuous Replication (SCR) (2 x nodo activo, 1 x nodo pasivo) Requieren dos Tarjetas de Red y una Tarjeta de Fibra óptica para conectar a un equipo EMC2 | 32 GB | 4 Núcleos de procesador | 2 Discos de 500 GB en RAID 1, 1 partición de 150 GB y 1 partición de 270 GB |
6 | 1 | Name: “DICONSA”ADDC1 Ubicación: Centro de Datos Oficinas Centrales Controladores de Dominio, Roles FSMO Separados, Ambos como Global Catalog, Se deben usar Dos Tarjetas de Red en Configuración de Teaming | 8 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID 1, 1 partición de 67 GB 4 Discos de 67 GB en RAID 5, 2 partición de 30 GB y 1 partición de 143 GB |
7 | 1 | Name: “DICONSA”ADDC2 Ubicación: Centro de Datos Oficinas Centrales Controladores de Dominio, Roles FSMO Separados, Ambos como Global Catalog, Se deben usar Dos Tarjetas de Red en Configuración de Teaming | 8 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID 1, 1 partición de 67 GB 4 Discos de 67 GB en RAID 5, 2 partición de 30 GB y 1 partición de 143 GB |
8 | 1 | Name: “DICONSA”addc3 Ubicación: Centro de Datos Oficinas Centrales Controladores de Dominio, Roles FSMO Separados, Ambos como Global Catalog, Se deben usar Dos Tarjetas de Red en Configuración de Teaming | 8 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID 1, 1 partición de 67 GB 4 Discos de 67 GB en RAID 5, 2 partición de 30 GB y 1 partición de 143 GB |
9 | 1 | Name: “DICONSA”addc4 Ubicación: Centro de Datos Toluca Controladores de Dominio, Roles FSMO Separados, Ambos como Global Catalog, Se deben usar Dos Tarjetas de Red en Configuración de Teaming | 8 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID 1, 1 partición de 67 GB 4 Discos de 67 GB en RAID 5, 2 partición de 30 GB y 1 partición de 143 GB |
10 | 1 | Name: “DICONSA”ADDC5 Ubicación: Centro de Datos Toluca Controladores de Dominio, Roles FSMO Separados, Ambos como Global Catalog, Se deben usar Dos Tarjetas de Red en Configuración de Teaming | 8 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID 1, 1 partición de 67 GB 4 Discos de 67 GB en RAID 5, 2 partición de 30 GB y 1 partición de 143 GB |
11 | 1 | Name: “DICONSA”RODC Ubicación: Centro de Datos Oficinas Centrales Controladores de Dominio, Roles FSMO Separados, Ambos como Global Catalog, Se deben usar Dos Tarjetas de Red en Configuración de Teaming | 8 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID 1, 1 partición de 67 GB 4 Discos de 67 GB en RAID 5, 2 partición de 30 GB y 1 partición de 143 GB |
ID | No. de Equipos | Roles | Memoria RAM | Procesador | HD (GB) |
12 | 1 | Name: INTRANET-BD Ubicación: Centro de Datos Oficinas Centrales Share Point Server, Rol: SQL Server, requiere dos Tarjetas de Red | 32 GB | 4 Núcleos de procesador | 2 Discos de 136 GB en RAID1, 1 partición de 38 GB y 1 partición de 97 GB 2 Discos de 136 GB en RAID1, 1 partición de 136 4 Discos de 136 GB en RAID 5, 1 partición de 408 GB 5 Discos de 278 GB en RAID 5, 1 partición de 900 GB y 2 particiones de 97 GB |
13 | 1 | Name: INTRANET-WFE Ubicación: Centro de Datos Oficinas Centrales Share Point Server, Rol: Web Front End; Index; Query Server, Requiere dos Tarjetas de Red | 32 GB | 4 Núcleos de procesador | 2 Discos de 136 GB en RAID 1, 1 partición de 38 GB y 1 partición de 98 GB 2 Discos de 136 GB en RAID 1, 1 partición de 136 GB 3 Discos de 136 GB en RAID 5, 1 partición de 272 GB |
14 | 1 | Name: “DICONSA”-FCS Ubicación: Centro de Datos Oficinas Centrales Servidor FCS, requiere dos Tarjetas de Red | 16 GB | 4 Núcleos de procesador | 2 Discos de 67 GB en RAID1, 1 partición de 67 GB y 1 partición de 67 GB 4 Discos de 278 GB en RAID 5, 1 partición de 554 GB |
15 | 1 | Name: “DICONSA”-WSUS Ubicación: Centro de Datos Oficinas Centrales Servidor WSUS, requiere dos Tarjetas de Red | 12 GB | 4 Núcleos de procesador | 1 disco de 200 GB |
16 | 1 | Name: “DICONSA”-SCOM Ubicación: Centro de Datos Oficinas Centrales Servidor SCOM 2012 | 16 GB | 1 Procesador Intel Xeon e5-2640 | 2 Discos de 136 GB en RAID 1, 1 partición de 136 GB 2 Discos de 136 GB en RAID 1, 1 partición de 134 GB y 1 partición de 2 GB |
17 | 1 | Name: “DICONSA”-SCCM Ubicación: Centro de Datos Oficinas Centrales Servidor SCCM 2012 | 16 GB | 4 Núcleos de procesador | 2 Discos físicos de 558.38GB en RAID 1, 1 partición de 70 GB y 4 particiones de 128 GB |
18 | 1 | Name: LYNC-FRONTEND Ubicación: Centro de Datos Oficinas Centrales Servidor Lync, requiere dos Tarjetas de Red | 16 GB | 4 Núcleos de procesador | 2 Discos Duros de 72 GB en RAID 1 3 Discos Duros 300 GB RAID 1+0 |
19 | 1 | Name: LYNC-EDGESERVER Ubicación: Centro de Datos Oficinas Centrales Servidor Lync, requiere dos Tarjetas de Red | 16 GB | 4 Núcleos de procesador | 2 Discos Duros de 72 GB en RAID 1 3 Discos Duros 300 GB RAID 1+0 |
20 | 1 | Name: LYNC-URLS Ubicación: Centro de Datos Oficinas Centrales Servidor Lync, requiere dos Tarjetas de Red | 16 GB | 4 Núcleos de procesador | 2 Discos Duros de 72 GB en RAID 1 3 Discos Duros 300 GB RAID 1+0 |
ID | No. de Equipos | Roles | Memoria RAM | Procesador | HD (GB) |
21 | 1 | Name: “DICONSA”-KMS Ubicación: Centro de Datos Oficinas Centrales Servidor KMS, requiere dos Tarjetas de Red | 6 GB | 4 Núcleos de procesador | 1 disco de 200 GB |
a) Servidores de Aplicaciones y Bases de Datos
“DICONSA” requiere que le sean suministrados los Servicios de Gestión y Operación de Procesos Operativos Tecnológicos, bajo las mismas condiciones descritas con anterioridad para el Servicio de Bases de Datos y Aplicaciones, los cuales deben residir en los equipos suministrados por el Licitante ganador que cumplan al menos con las características descritas en la Tabla 2, de tal manera que se garantice su óptima operación y desempeño y además se mantenga una disponibilidad del servicio de 99.9% (Excluyendo las responsabilidades propias de “DICONSA”).
Estos servicios podrán ser virtualizados y consolidados de acuerdo a las mejores prácticas del fabricante de los DBMS y de los App Srv; observando los requerimientos de cada servicio.
Tabla 2. Descripción del Hardware requerido para el Servicio de Bases de Datos y Aplicaciones Institucionales.
Id | No. De equipos | Role(es) | Memoria RAM | Procesador | HD (GB) |
22 | 1 | Name: DICOBD1 Ubicación: Centro de Datos Servidor base de datos Requiere: - Red HAT Enterprise Linux 5.3 Server - 4 Tarjetas de Red - 2 Tarjetas HBA para conectarse a la SAN | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 1 de 1 TB |
23 | 1 | Name: DICOBD2 Ubicación: Centro de Datos Servidor base de datos Requiere: - Red HAT Enterprise Linux 5.3 Server - 4 Tarjetas de Red - 2 Tarjetas HBA para conectarse a la SAN | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 1 de 1 TB |
24 | 1 | Name: DICOBDQA Ubicación: Oficinas Centrales Servidor base de datos Requiere: - Red HAT Enterprise Linux 5.3 Server - 4 Tarjetas de Red | 64 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 1 de 1 TB |
25 | 1 | Name: DICOBDDES Ubicación: Oficinas Centrales Servidor base de datos Requiere: - Red HAT Enterprise Linux 5.3 Server - 4 Tarjetas de Red | 64 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 1 de 1 TB |
Id | No. De equipos | Role(es) | Memoria RAM | Procesador | HD (GB) |
26 | 1 | Name: DICONSAAP-A Ubicación: Centro de Datos Servidor de aplicaciones Requiere: - Red HAT Enterprise Linux 5.7 Server - 4 Tarjetas de Red | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 5 de 1TB |
27 | 1 | Name: DICONSAAP-B Ubicación: Centro de Datos Servidor de aplicaciones Requiere: - Red HAT Enterprise Linux 5.7 Server - 4 Tarjetas de Red | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 5 de 1TB |
28 | 1 | Name: DICONSAAP-C Ubicación: Centro de Datos Servidor de aplicaciones Requiere: - Red HAT Enterprise Linux 5.7 Server - 4 Tarjetas de Red | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 5 de 1TB |
29 | 1 | Name: DICOWEBL Ubicación: Oficinas Centrales Servidor de aplicaciones Requiere: - Red HAT Enterprise Linux 5.7 Server - 4 Tarjetas de Red | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 5 de 1TB |
30 | 1 | Name: DICOWEBDES Ubicación: Oficinas Centrales Servidor de aplicaciones Requiere: - Red HAT Enterprise Linux 5.7 Server - 4 Tarjetas de Red | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 RAID 5 de 1TB |
31 | 1 | Name: DICOVIRTUALSERVER Ubicación: Oficinas Centrales Servidor de máquinas virtuales para QA y Desarrollo - 4 Tarjetas de Red | 192 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300GB El Disco de sistema operativo deberá estar en RAID 1 4 x 900GB El Disco para datos deberá estar en espejo |
32 | 1 | Name: EXODUS Ubicación: Oficinas Centrales Red HAT Enterprise Linux 5.7 Server - 2 Tarjetas de Red | 32 GB | Procesador de última generación, de 4 Núcleos , 64 bits | 2 x 300GB El Disco de Sistema Operativo deberá estar en RAID 1 |
33 | 1 | Name: DICOSAIM Ubicación: Centro de Datos Servidor para aplicaciones MAAGTICSI | 32 GB | Procesador de última generación, de 4 Núcleos , 64 bits | 2 x 300GB El Disco de Sistema Operativo deberá estar en RAID 1 |
Id | No. De equipos | Role(es) | Memoria RAM | Procesador | HD (GB) |
34 | 1 | Name: DICOBI1 Ubicación: Centro de Datos Servidor DICONSA Bussines Intelligence | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300GB El Disco de Sistema Operativo deberá estar en RAID 1 5 x 900GB |
35 | 1 | Name: DICOBI2 Ubicación: Centro de Datos Servidor DICONSA Bussines Intelligence | 128 GB | Procesador de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 300GB El Disco de Sistema Operativo deberá estar en RAID 1 5 x 900GB |
36 | 1 | Name: DICONSA-FTP Ubicación: Oficinas Centrales Servidor aplicaciones FTP | 32 GB | Procesador de última generación, de 4 Núcleos , 64 bits | 3 x 600GB El Disco de Sistema Operativo deberá estar en espejo |
37 | 1 | Name: DICOOTRS Ubicación: Centro de Datos Servidor OTRS (Mesa de Servicios) | 32 GB | Procesador de última generación, de 4 Núcleos , 64 bits | 3 x 600GB El Disco de Sistema Operativo deberá estar en espejo |
b) Servidores de Aplicaciones Varios
Id | No. De equipos | Rol (es) | Memoria RAM | Procesador | HD (GB) |
38 | 1 | Name: DICOBLADE1 Ubicación: Centro de Datos Servidor Base de Datos Requiere: Red HAT Enterprise Linux 5.3 Server 4 Tarjetas de Red 2 Tarjetas HBA para conectarse a la SAN | 128 GB | Dos procesadores de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 600 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 Arreglo de almacenamiento externo de 1 TB |
39 | 1 | Name: DICOBLADE2 Ubicación: Centro de Datos Servidor Base de Datos Requiere: Red HAT Enterprise Linux 5.3 Server 4 Tarjetas de Red 2 Tarjetas HBA para conectarse a la SAN | 128 GB | Dos procesadores de última generación, Multicore, mínimo 6 Cores por socket, 64 bits | 2 x 600 tecnología SAS El Disco de Sistema Operativo deberá estar en RAID 1 Arreglo de Almacenamiento Externo de 1 TB |
c) Máquinas virtuales alojadas en el Servidor 38
Id | No. De equipos | Rol (es) | Memoria RAM | Procesador |
38-1 | 1 | Name: DICONSASQL01 Blade: DICONSABLADE1 Ubicación: Centro de Datos | 8 GB | 4 VCPU |
38-2 | 1 | Name: DICONSAMONITOREMC Blade: DICONSABLADE1 Ubicación: Centro de Datos | 2 GB | 2 VCPU |
Id | No. De equipos | Rol (es) | Memoria RAM | Procesador |
38-3 | 1 | Name: EXCHANGEDICONSA Blade: DICONSABLADE1 Ubicación: Centro de Datos | 8 GB | 1 VCPU |
39-1 | 1 | Name: DICONSAMONIWEBL Blade: DICONSABLADE1 Ubicación: Centro de Datos | 4 GB | 1 VCPU |
39-2 | 1 | Name: DICONSAWEB Blade: DICONSABLADE1 Ubicación: Centro de Datos | 4 GB | 2 VCPU |
39-3 | 1 | Name: DICONSAWEB2 Blade: DICONSABLADE1 Ubicación: Centro de Datos | 4 GB | 2 VCPU |
39-4 | 1 | Name: DICONSAAP Blade: DICONSABLADE1 Ubicación: Centro de Datos | 8 GB | 4 VCPU |
39-5 | 1 | Name: DICONSACFD Blade: DICONSABLADE1 Ubicación: Centro de Datos | 8 GB | 2 VCPU |
d) Migración de Infraestructura de Aplicaciones Microsoft
“DICONSA” cuenta con infraestructura de aplicaciones Microsoft dedicadas a servicios de autenticación y colaboración para apoyo de las funciones de sus usuarios que incluyen:
- Directorio activo (Active Directory)
- Correo electrónico y colaboración (Exchange)
- Antivirus para computadoras (Forefront Client Services)
- Servicio de actualizaciones de sistema operativo y otros (WSUS)
- System Center Configuration Manager y Forefront end Protection
- System Center Operations Manager
- Lync Server, Comunicaciones Unificadas
- SharePoint Server
- Servicios de SQL Server
- Servicios KMS
Estos servicios y aplicaciones requieren ser migrados del actual ambiente de producción a los nuevos servidores e infraestructura que el Licitante ganador deberá tener disponibles para la operación y continuidad del servicio.
“EL PROVEEDOR” será el responsable de este proceso de migración al centro de datos de la entidad y deberá cumplir con los siguientes puntos:
1. Será el único responsable de la migración de los servicios y aplicaciones de la infraestructura basada en productos Microsoft.
2. Se encargará de la configuración de los nuevos servidores donde residirán los servicios y aplicaciones de la infraestructura basada en productos Microsoft.
3. Deberá instalar y configurar en los nuevos servidores donde residan las aplicaciones, la versión del sistema operativo “Windows Server 2008 R2”, así como la versión exacta de actualizaciones a nivel de este sistema operativo incluyendo las actualizaciones (Updates) de los productos instalados tal como Roll UP’s y Service Packs.
4. El Licenciamiento de “Windows Server” necesario para las configuraciones de servidores, será proporcionado por la Gerencia de Informática de “DICONSA”, así como el Licenciamiento de cualquier otro Software Microsoft necesario para configurar los diversos servicios.
5. Deberá cumplir con las siguientes consideraciones para cada uno de los siguientes servicios:
Servicio de directorio activo:
- Configurar los seis controladores de dominio, 2 en las oficinas centrales de “DICONSA”
1 RODC (Read Only Domain Controller) y 2 ubicados en el centro de datos de Querétaro.
- Incluir y configurar todos los objetos del dominio de “DICONSA” como son: Users, Computers, Groups, Group Policy Objects, Sites, Subnets, Replicaciones, etc. Así como las zonas de los DNS´s actuales.
- El Licitante ganador deberá configurar y actualizar la lista completa de “Subnets” incluyendo el “Site” al que deban conectarse.
- Incluir y configurar todos los servicios integrados al directorio activo como son DHCP (Dynamic Hosts Control Protocol), Certificate Authority, DFS (Distribute File System), XXXX (Active Directory Application Mode), WSUS (Windows Server Update Service).
- Los roles FSMO (Flexible Single Master Operations) deberán estar configurados de la misma forma que se tiene actualmente (Servidores que se encuentran en el Centro de Datos).
Schema Master DICONSAADPHDC1
Domain Naming Master DICONSAADPHDC1
PDC Emulator DICONSAADPHDC1
RID POOL Manager DICONSAADPHDC1
Infraestructure Master DICONSAADPHDC2
Servicios de Correo Exchange:
- Configurar 2 servidores con Exchange 2010 con los roles de CAS/HUB.
- Configuración de balanceo con Network Load Balancing (NLB) y Client Access Service (CAS) Array.
- Configurar 3 servidores con Exchange 2010 con el rol de Mailbox Server.
- Configurar Database Availability Group (DAG).
- Implementar Certificado SSL de Terceros (No Microsoft) VeriSign para el correcto funcionamiento de Outlook Web Access, Outlook Anywhere y Active Sync. (Soporte Subject Names y 2,048 bits).
- El Licitante ganador será el responsable de suministrar e implementar el certificado, una vez que caduque el certificado actual utilizado por la entidad, el 31 de julio del 2015; para ello deberá proveer y tener disponible el nuevo certificado, a los menos 15 días previos al vencimiento del actual.
- Servicios de Ruteo de Trafico, Outlook Anywhere y Active Sync.
- Instalar y Configurar Microsoft Forefront Protection para Exchange ver. 2010, en los servidores con rol de HUB Transport y Mailbox configurar las políticas que “DICONSA” tenga en operación al momento de la migración en el Forefront para Exchange y se deberán configurar las listas de palabras excluidas incluyendo las notificaciones de incidencias.
- Configurar el filtrado contra el correo no deseado (Antispam), en los servidores con rol de Hub Transport.
- Configurar las políticas que “DICONSA” tenga en operación al momento de la migración en el módulo de correo no deseado (Antispam).
- Configurar otras Reglas de Transporte y Tráfico de Correo que “DICONSA” tenga en Operación al momento de la Migración.
- Realizar las acciones y configuraciones para garantizar el flujo de Correo Entrante y Saliente entre los Servidores de Transporte y la Seguridad de Correo Perimetral de “DICONSA”.
- Los grupos de Distribución y las listas de Contactos que se tienen Configurados en Exchange deberán ser Migrados en su Totalidad.
- Se deberán incluir y configurar los “Receive Connectors”, que tiene “DICONSA” implementados en cada uno de los servidores al momento de la migración.
- El Licitante ganador deberá realizar las tareas de configuración para que las bases de datos de los buzones de usuarios se almacenen en los Discos de la SAN (Storage Area Network). El esquema de dimensionamiento de espacios y buzones será entregado por la Gerencia de Informática al Licitante ganador para que configure dicho almacenamiento.
- El Licenciamiento de Exchange 2010 y Forefront For Exchange necesario para las configuraciones, será proporcionado por la Gerencia de Informática al Licitante ganador.
Forefront para PC´s:
- Instalar y configurar servidores con Antivirus Forefront, Forefront Endpoint Protection versión 2012 y Client Security versión 1.1.1710.90 para PC´s.
- El Licenciamiento necesario para estas tareas será proporcionado por la Gerencia de Informática de “DICONSA”.
- Configurar las políticas y exclusiones de Forefront para PC´s, de acuerdo al esquema que se tenga en operación al momento de la migración.
Servicio de Actualizaciones de Sistema Operativo y Otros (WSUS)
- Instalar y Configurar Servidor de Windows Server Update Service 3.0, con las políticas y estructura de grupos de equipos que se tengan en operación al momento de la migración.
- Asimismo, se deberá garantizar que la base datos de información histórica de los Updates y de equipos, esté disponible para su uso en el nuevo servidor.
- La configuración del nuevo servidor, deberá incluir las auto aprobaciones, que estén operando al momento de la migración.
System Center Configuration Manager
- Instalar y Configurar Servidor de “Configuration Manager 2012”.
- El Licenciamiento necesario para esta tarea será proporcionado por la Gerencia de Informática de “DICONSA”.
- Configurar las políticas de “Configuration Manager”, de acuerdo al esquema que se tenga en operación al momento de la migración.
- El Licitante ganador deberá garantizar que los agentes de Configuration Manager que se instalen en los equipos cliente, funcionen de manera adecuada, para ello se seleccionará una muestra de al menos de 20 clientes de diversas localidades de “DICONSA”.
- Se deberá configurar, la misma estructura de grupos en la herramienta “Collections”
- Configurar cada uno de los paquetes de Software de distribución que se tengan estructurados al momento de la migración.
- El espacio asignado para el System Center Configuration Manager (SCCM) será de 1 TB en alta disponibilidad, dividido en cinco particiones de 200 GB cada una.
- Se requiere que en este Server se instale SQL Server versión 2008
System Center Operations Manager (SCOM):
- Instalar y configurar el servidor de SCOM versión 2012; el Licenciamiento necesario para esta tarea será proporcionado por la gerencia de informática.
- Configurar las políticas de “System Center Operations Manager”, de acuerdo al esquema que se tenga en operación al momento de la migración.
- Incluir la instalación del agente de SCOM en todos los servidores que se encuentran monitoreados.
- Configurar los Management Packs con las personalizaciones que estén operando, asimismo, se deberá garantizar que la información histórica de los Updates y de equipos, esté disponible para su uso en el nuevo servidor.
- Se requiere que en este Server se instale SQL Server versión 2008.
- El espacio asignado para el SCOM es de 800 GB en alta disponibilidad, dividido en 2 particiones de 200 GB y una de 400 GB.
Lync Server:
- Instalar y configurar servidores de “Lync Server” versión 2013; el Licenciamiento necesario para esta tarea será proporcionado por la Gerencia de Informática de “DICONSA”.
- Configurar las políticas de este servicio de acuerdo al esquema que se tenga en operación al momento de la migración.
- Asimismo, el Licitante ganador deberá realizar todas las configuraciones de red y seguridad necesarias en su infraestructura para la operación del servicio.
- El Licitante ganador deberá configurar el acceso a los clientes de este servicio en el nuevo servidor.
SharePoint Server
- Instalar y Configurar Servidor de “SharePoint Server 2007”; el Licenciamiento necesario para esta tarea será proporcionado por la Gerencia de Informática.
- Configurar los siguientes servicios dentro de “SharePoint 2007”.
Intranet-WFE ( SharePoint ) | Topología ( 2 capas ) |
- Administración Central - Aplicación Web de Windows Sharepoint Services - Correo Electrónico entrante de Windows SharePoint Services - Excel Calculation Services - Office Sharepoint Server Search - Servicio de la Aplicación Project - Servicio del Equilibrador de Carga de Conversiones de Documentos - Servicio del Iniciador de Conversiones de Documentos - Windows SharePoint Services Search |
- Crear las Web Applications Configuradas en el servidor, así como las Site Collections, con los Usuarios y sus Respectivos Perfiles.
Web Application | URL Web Application | Site Collection | Site Collections Users |
MossDICONSA1 - 80 | xxxx://xxxxxxxx.XXXXXXX” | 1873 | |
xxxx://xxxxxxxx.XXXXXXX/xxxxx/xxx vicios | 8 | ||
xxxx://xxxxxxxx.XXXXXXX/xxxxx/xx porte | 6 | ||
Bi-comercial - 7148 | xxxx://xxxxxxxx.XXXXXXX:0000 | xxxx://xxxxxxxx.XXXXXXX:0000 | 360 |
Bi-financiero - 6026 | xxxx://xxxxxxxx.XXXXXXX:0000 | xxxx://xxxxxxxx.XXXXXXX:0000 | 378 |
SISFCOC - 9936 | xxxx://xxxxxxxx.XXXXXXX:0000 | xxxx://xxxxxxxx.XXXXXXX:0000 | 3000 |
- SharePoint necesita comunicarse con los servicios, web, SQL, DC, LDAP, SMTP, mediante los puertos de comunicación, se necesita que estén habilitados en el Firewall.
Inbound/Outbound | From | Port | Type | To |
Inbound | Client IPS | TCP, 80, 443 (SSL) | HTTP | Web |
OuTBound | SharePoint Server | TCP 25 | SMTP | SMTP Exchange |
Inbound/Outbound | From | Port | Type | To |
OuTBound | SharePoint Server | TCP 445 | DC (AD) /DNS (LDAP) | |
OuTBound | Sharepoint Server | TCP 1433, udp 1434 | SQL Server | SQL Server |
OuTBound | Sharepoint Server | LDAP/s (udp 389/636) | LDAP |
- Crear Receive Connectors, dentro del servicio de Exchange, para la comunicación (Exchange / SharePoint 2007) y envío de correos.
- Dimensionamiento del tamaño de bases de datos.
- Versiones de SQL a instalar
Servicios de SQL Server
- Instalar y configurar servidor de “SQL Server 2005 (Intranet-DB) y SQL Server 2008 R2 (DICOBI); el Licenciamiento necesario para esta tarea será proporcionado por la gerencia de informática.
- Hardware, crear y configurar los arreglos de Discos.
- Instalar y configurar los siguientes servicios, en el servidor de DICOBI e intranet-DB.
Servicio | |||||
Servidor | Ms SQL | Analisys Services | Integration Services | Reporting Services | Versión SQL Server |
DICOBI | SQL Server | ||||
Intranet-DB |
- Habilitar en el firewall los puertos necesarios para la utilización de los servicios de MsSQL Server, Analisys Services, Integration Services y Reporting Services.
- Pasar todos los objetos que están en los servidores DICOBI e intranet-DB (Bases de Datos, Store Procedures, Jobs, DTS).
- Configurar los perfiles y roles necesarios de los usuarios que hacen uso de los objetos de los servidores DICOBI e intranet-DB.
Servicios de KMS Server
Instalar y configurar servidores de “KMS Server”; el Licenciamiento necesario para esta tarea será proporcionado por la Gerencia de Informática de “DICONSA”.
- Configurar las políticas de este servicio de acuerdo al esquema que se tenga en operación al momento de la migración.
- Asimismo, el Licitante ganador deberá realizar todas las configuraciones de red y seguridad necesarias en su infraestructura para la operación del servicio.
- El Licitante ganador deberá configurar el acceso a los clientes de este servicio en el nuevo servidor.
e) Migración de Sistemas Operativos (Linux, Microsoft)
“DICONSA” cuenta con servidores Linux en Distribución Red Hat Enterprise Linux Server 5.2 de 64 bits. Estos mismos requieren ser migrados del actual ambiente de producción a los nuevos Servidores que el Licitante deberá tener disponibles para su operación y continuidad de servicio.
“EL PROVEEDOR” será responsable de realizar los respaldos pertinentes de carpetas, archivos, ambientes y demás variables, así como el movimiento de datos del centro de datos actual a sus instalaciones.
“EL PROVEEDOR” deberá considerar los siguientes puntos para la migración al nuevo centro de datos:
• Versión Exacta del Sistema Operativo así como la Versión Exacta de Niveles de Actualizaciones a Nivel Sistema Operativo, Configuración de SAN, Esquema de Redundancia a Nivel Sistema Operativo, Base de Datos y Aplicativo.
• Replicación de Sistema de Archivos a Nivel Sistema Operativo y Particiones en Discos Locales y Almacenamiento Externo SAN.
• Puertos Utilizados por las Aplicaciones a Nivel Sistema Operativo.
• Puertos Utilizados para la Administración Remota.
• Cuentas de Usuario Actuales.
• Permisos de Usuarios así como la Seguridad y Propiedad de las Carpetas a Nivel Sistema de Archivos.
• Instalación Física y Lógica de las Tarjetas de Canal de Fibra Actuales y Nuevas en los Servidores que Aplique.
• Replicación de la Seguridad Lógica a Nivel Sistema Operativo.
• “DICONSA” Apoyará con la Integración al Directorio Activo de los Servidores Windows.
• “DICONSA” validará el correcto funcionamiento de los Sistema Operativos una vez terminada la migración.
• Se utilizará un plan de direccionamiento IP exclusivo para la nueva infraestructura, por lo que “EL PROVEEDOR” será responsable de los ajustes necesarios para garantizar el correcto funcionamiento de todos y cada uno de los servicios de información migrados así como de su integración.
f) Migración de Base de Datos Oracle 11g
El Licitante ganador será responsable de los procesos de respaldo, configuración y migración de los servidores de bases de datos de Oracle con la versión 11g, misma que se tiene en producción en “DICONSA”. El Licitante ganador será responsable de la migración de las instancias de las bases de datos de Oracle 11g.Migración de Base de Datos MySQL
El Licitante ganador será responsable de los procesos de respaldo, configuración y migración del servidor de base de datos de MySQL con la versión, misma que se tiene en producción en “DICONSA”. La versión que se tiene en el ambiente de producción es mySQL-Server-community-5.1.45-1 para red Hat Enterprise Linux versión 64bits.
g) Migración de Aplicaciones de Inteligencia de Negocio Plataforma Microsoft
El Licitante ganador será responsable de los procesos de respaldo, configuración y migración de los actuales ambientes de aplicaciones Microsoft SharePoint Server 2005 idioma español, Microsoft SQL Server 2005, 2008 y 2012 Enterprise idioma inglés, en los servidores requeridos. Esta migración debe contener las versiones actuales de producción en “DICONSA” así como también el nivel de Service Packs en las Aplicaciones.
h) Migración de Aplicaciones (Weblogic)
El Licitante ganador será responsable de los procesos de respaldo, configuración y migración de los ambientes de Weblogic 12c de producción y aseguramiento de calidad, así como de su correcto funcionamiento una vez migrados al nuevo Centro de Datos. Se debe de considerar: carpetas, seguridad de las mismas, nombres de servidor y nombre de variables declaradas en el sistema operativo.
i) Migración de Servicios por reinstalación
Debido a que el Sistema Operativo Linux no permite encapsular los equipos, estos deberán ser reinstalados dentro de las nuevas máquinas virtuales.
“EL PROVEEDOR” deberá considerar el licenciamiento suficiente para la correcta operación de los servicios en las máquinas virtuales.
Servicios de instalación y puesta a punto de Bases de Datos Oracle 11.1g y Oracle 11.2g corriendo en Red Hat Linux:
El Licitante deberá considerar en su propuesta los servicios de instalación de bases de datos, que deberán estar distribuidas como se indica a continuación:
- Ambiente productivo.
- 1 RDBMS con 3 bases de datos activas, 1 RDBMS con 2 bases de datos pasivas, instaladas en el servidor 1 y;
- 1 RDBMS con 3 bases de datos pasivas, 1 RDBMS con 2 bases de datos activas, instaladas en el servidor 2.
- Ambiente QA y desarrollo.
- 1 RDBMS con 2 bases de datos de QA, instaladas en el servidor 1; y
- 1 RDBMS con 2 bases de datos de desarrollo, instaladas en el servidor 2. Ver tabla de
servidores.
Los servidores indicados contienen instancias ASM para manejo de disco de las BD
Ambiente producción:
Instancia
Productiva 1A
Instancia
Productiva 1B
Activas
Pasivas
SERVER 1
Instancia
Productiva 2A
Instancia
Productiva 2B
Pasivas
Activas
SERVER 2
Ambiente QA y Desarrollo:
Instancia DES
Activas
SERVER 1
Instancia QA
Activas
SERVER 2
Servicios de instalación de servidor de aplicaciones de Weblogic 12C
Instalación de servidor de aplicaciones con las siguientes especificaciones:
Ambiente productivo:
CLUSTER
Managed
Server
Managed
Server
Dominio Productivo
Admin
Server
SERVER 1
Ambiente QA y Desarrollo:
2 Dominios QA
2 Dominios DES
Admin
Server
Admin
Server
SERVER 1
SERVER 2
CLUSTER
Managed Server
CLUSTER
Managed Server
• FASE DE CIERRE.
Durante esta fase “EL PROVEEDOR” deberá entregar a “DICONSA” “Actas de Entrega Recepción” por cada uno de los servicios establecidos en la etapa 1 con objeto de que se validen por cada responsable del servicio su entrega a entera satisfacción. Deberá dar cumplimento a través de los documentos de memoria técnica citados en la sección entregables.
2. SERVICIO DE VIRTUALIZACIÓN
• SOFTWARE DE VIRTUALIZACIÓN
El servicio de virtualización deberá consistir en una herramienta que permita contar con una infraestructura de servicios de nube privada, que permita administrar los sistemas de procesamiento y almacenamiento con crecimiento rápido y flexible.
El software de virtualización deberá basarse en un Sistema operativo para virtualizar (hypervisor) que mantenga el control del hardware sin requerir la asistencia de un sistema operativo anfitrión.
El componente básico del cómputo virtual deberá ser un hipervisor instalable en forma directa sobre un servidor físico para habilitar la creación y ejecución simultánea de múltiples máquinas virtuales sobre dicho servidor físico.
Se deberá cubrir el número de licencias necesarias de software de virtualización de acuerdo a su respectivo tipo de licenciamiento con respecto a la solución ofertada, cubriendo el uso de todos los recursos físicos para todo el ambiente virtual.
El software de virtualización deberá poder crear máquinas virtuales que soporten los siguientes sistemas operativos y las nuevas versiones de estos que surjan durante la vigencia de la garantía:
• Windows Server 2003.
• Windows Server 2008.
• Windows Server 2008 R2.
• Windows 0.Xxxxxxx 8
• Solaris 10 para x86.
• Red Hat Enterprise Linux versiones 5 y 6.
• SUSE Linux Enterprise Server 10 y 11.
• SCO Unixware.
La capa de virtualización deberá poder otorgar hasta 24 CPUs virtuales a una sola máquina virtual y proporcionar a la vez capacidades de multiprocesamiento simétrico (SMP) entre dichos CPUs virtuales. Así mismo, deberá ser capaz de entregar máquinas virtuales hasta con 1TB de RAM como mínimo.
La capa de virtualización deberá ser capaz de funcionar en servidores físicos de hasta 160 procesadores lógicos y hasta con 2TB de memoria RAM.
La capa de virtualización deberá eliminar la necesidad de detener el servicio de las aplicaciones para poder realizar mantenimiento de los servidores físicos. Para lograr esto es necesario que sea posible dar la orden de movimiento de un servidor físico para que las máquinas virtuales (y las aplicaciones que estas sustentan) empiecen a migrarse en línea a otros servidores. El orden de las migraciones y la selección del servidor físico destino deberá ser determinado por un proceso automatizado que permita hacer el movimiento en forma sistemática de forma que no haya impacto en el desempeño de las aplicaciones en ejecución en los servidores físicos encargados de captar las máquinas virtuales que se están moviendo.
La capa de virtualización deberá contar con la capacidad de permitir el mantenimiento o sustitución del medio de almacenamiento en disco donde residen los archivos de los sistemas operativos, aplicaciones y datos que cada máquina virtual utiliza sin que haya interrupción en el funcionamiento de las máquinas virtuales.
Para el caso donde exista una falla en un elemento físico de procesamiento (servidor) que le impida continuar con la ejecución de máquinas virtuales, la capa de virtualización deberá detectar la pérdida de los signos vitales del elemento físico en cuestión y poner las máquinas virtuales afectadas nuevamente en ejecución sobre otros servidores físicos distribuyéndolas en forma automática de forma que la carga de trabajo se dividida equilibradamente entre los servidores físicos que sigan funcionando correctamente.
I.9.3. Sistema de Gestión y Administración de Máquinas Virtuales
La solución propuesta deberá incluir un sistema de Gestión y Administración de Máquinas Virtuales para configurar y monitorear la infraestructura virtual de acuerdo a las siguientes especificaciones.
Herramienta de Administración y Configuración de la Infraestructura Virtual.
• La solución de virtualización deberá también proporcionar un producto de administración especializado en infraestructuras virtuales que permita hacer las siguientes tareas:
o Creación de máquinas virtuales nuevas.
o Supervisión de los signos vitales de las máquinas virtuales.
o Definición xx xxxxxxxxxx de máquinas virtuales prototipo.
• Compatible con el protocolo SNMP.
• El software de administración deberá ser capaz de mover máquinas virtuales entre servidores físicos para balancear cargas en forma automática.
• El software de administración deberá ser capaz de generar reportes de consumo de CPU, RAM, ancho xx xxxxx usado en la red e indicación de operaciones de entrada/salida del sistema de discos.
• El software de administración deberá ser capaz de identificar la posibilidad de prescindir de un número determinado de servidores físicos en horas no pico, de forma que pueda mover automáticamente máquinas virtuales a un número mínimo de servidores físicos de forma que pueda automáticamente poner en estado de ahorro de energía (standby) los servidores prescindibles y automáticamente volverlos a poner en servicio en horas de operación normal.
• En caso xx xxxxx de un servidor físico, el software de administración deberá ser capaz de reiniciar las máquinas virtuales que corran en dicho servidor, en otros servidores que sean parte de la misma infraestructura virtual. Además se deberá poder hacer esto en forma automática.
• El software de administración deberá ser capaz de proteger máquinas virtuales utilizando un mecanismo xx xxxxxx a nivel de procesamiento entre dos máquinas virtuales ejecutándose en servidores físicos diferentes de forma que si uno de los servidores falla y por consecuencia la máquina virtual que está sobre él interrumpe su servicio, la máquina virtual que forma el espejo (y
que está sobre un servidor físico distinto) tome el control del servicio en tiempo real de forma que el servicio no se interrumpa. En caso de presentarse un evento como el recién descrito, la máquina virtual que queda sustentando el servicio deberá ser protegida automáticamente por la capa de virtualización mediante la creación de un nuevo espejo con otra máquina virtual que sea creada automáticamente en otro servidor físico en funcionamiento dentro de la misma infraestructura.
• El software de administración deberá proporcionar un sistema automatizado para la aplicación de actualizaciones al software del hypervisor que sumado a la tecnología de movilidad permita la actualización de los hypervisores de una plataforma sin necesidad de interrumpir los servicios de las máquinas de virtuales.
• El software de administración deberá de incluir un sistema automatizado que permita la aplicación de actualizaciones a los sistemas operativos (Windows y Linux) residentes en las máquinas virtuales. La herramienta de actualización deberá generar copias de protección de cada máquina virtual antes de aplicar actualización de forma que exista la posibilidad de regresar la máquina virtual al estado previo a la aplicación de la actualización en caso de que sea necesario.
• El software de administración deberá ser capaz de mover máquinas virtuales entre servidores físicos y/o sistemas de almacenamiento tipo SAN/FC, ISCSI Y NFS sin la necesidad de apagar las máquinas virtuales, es decir, deberá poder migrar máquinas virtuales entre máquinas físicas en línea y sin interrupción en la disponibilidad de las aplicaciones y servicios que residen sobre las máquinas virtuales.
Software de Virtualización
El Proveedor debe incluir el software de virtualización que debe estar basado en un hipervisor (nativo ó unhosted) que ejerza el control del hardware sin requerir la asistencia de un sistema operativo anfitrión, así mismo debe ser capaz de trabajar con o sin asistencia para virtualización por parte de los procesadores tipo x86 del servidor donde será instalado. El fabricante del software de virtualización debe emitir una lista de compatibilidad que garantice su interoperabilidad con los fabricantes de servidores tipo x86 para lo cual el hipervisor debe soportar al menos los siguientes Sistemas Operativos:
• Windows Server 2008 (Standard y Enterprise) a 32 y 64 bits.
• Windows Server 2008 (Standard y Enterprise) R2 a 32 y 64 bits.
• Windows 2003 Server (Standard y Enterprise) a 32 y 64 bits.
• Windows Vista, Windows 7 y Windows 8.
• Linux (diferentes distribuciones x86 y x64: RedHat, SuSe, etc)
Por otra parte con la finalidad de implementar una plataforma informática dotada de capacidades de flexibilidad, automatización, auto saneamiento y movilidad, se solicita una plataforma de virtualización que cumpla con los siguientes requisitos:
La plataforma debe ser capaz de proporcionar las siguientes soluciones:
▪ Compatibilidad Universal con Tecnologías de Almacenamiento de Datos. Los servicios de almacenamiento de la plataforma deben ser compatibles con sistemas físicos de almacenamiento tipo SAN (Fibra Canal) con la finalidad de tener la versatilidad requerida para practicar ILM dentro de la misma plataforma.
▪ Sistema de Archivos de Cluster. Los servicios de almacenamiento de la plataforma deben entregar el espacio en disco para almacenar la información de los sistemas operativos, aplicaciones y los datos que estas últimas manipulan mediante un sistema de archivos que pueda estar compartido por al menos 16 servidores físicos formando un clúster de forma que cualquier servidor de dicho clúster pueda tomar el control de la ejecución de cualquier máquina virtual y por consecuencia también del servicio que esta sustenta. Con un servicio de almacenamiento compartido de esa forma, será posible balancear la carga dentro de la plataforma así como mantener la disponibilidad de los servicios aun cuando falle alguno o varios de los servidores físicos que forman la capa física.
▪ Extensión Dinámica del Espacio Disponible. Se requiere que el sistema de archivos de clúster también cuente con la característica de extenderse en forma dinámica una vez que los volúmenes físicos que hospedan al sistema de archivos han sido extendidos. Este nivel de automatización es necesario para que la plataforma sea lo más auto administrada posible con el fin de disminuir el riesgo que la intervención humana introduce al momento de manipular la extensión de un sistema de archivos para modificarlo de tamaño. De esta forma podrá agregarse más espacio para las aplicaciones en forma más segura y ágil.
▪ Soluciones de Disponibilidad: En el día a día de operaciones las soluciones de disponibilidad permiten mantener en operación continua las aplicaciones durante eventos de reemplazo o mantenimiento de los componentes físicos (sistemas de almacenamiento en disco, servidores y sus periféricos) que sustentan la plataforma. Así mismo, en eventos xx xxxxx de una parcialidad de dichos componentes físicos, las soluciones de disponibilidad deben contribuir a la recuperación de la disponibilidad de las aplicaciones con el mayor nivel de automatización posible. Considerando lo anterior, las soluciones de disponibilidad deben otorgar las siguientes capacidades:
▪ Evacuación Automatizada y en Línea de Servidores Físicos. Esta prestación debe ayudar a eliminar la necesidad de detener el servicio de las aplicaciones para poder realizar mantenimiento de los servidores físicos. Para lograr esto es necesario que sea posible dar la orden de evacuación de un servidor físico para que las máquinas virtuales (y las aplicaciones que estas sustentan) empiecen a migrarse en línea a otros servidores. El orden de las migraciones y la selección del servidor físico destino debe ser determinado por un proceso automatizado que permita hacer la evacuación en forma sistemática de forma que no haya impacto en el desempeño de las aplicaciones en ejecución en los servidores físicos encargados de captar las máquinas virtuales que se están evacuando.
▪ Migración en Línea del Medio de Almacenamiento. Al igual que con los servidores, la plataforma debe contar con la capacidad de permitir el mantenimiento o sustitución del medio de almacenamiento en disco donde residen los archivos de los sistemas operativos, aplicaciones y datos que cada máquina virtual utiliza sin que haya interrupción en el funcionamiento de las máquinas virtuales.
▪ Reinicio Automatizado de Servicios ante la Detección xx Xxxxxx. La plataforma debe proveer un servicio de monitoreo de signos vitales que comprenda dos ámbitos principales: el primero es el elemento físico de procesamiento (servidores) y el segundo ámbito son los sistemas operativos en ejecución dentro de las máquinas virtuales. El requerimiento es que la Plataforma debe detectar fallas en cualquiera de dichos ámbitos y ejecutar una acción correctiva de forma automática.
Para el caso donde exista una falla en un elemento físico de procesamiento (servidor) que le impida continuar con la ejecución de máquinas virtuales, la plataforma deberá detectar la pérdida de los signos vitales del elemento físico en cuestión y poner las máquinas virtuales afectadas nuevamente en ejecución sobre otros servidores físicos distribuyéndolas en forma sistemática y automática de forma que la carga de trabajo se dividida equilibradamente entre los servidores físicos que sigan funcionando correctamente.
En el caso xx xxxxx en el sistema operativo en ejecución dentro de una máquina virtual que la lleve a un estado de “congelamiento”, la plataforma deberá ser capaz de detectar la pérdida de los signos vitales del sistema operativo e iniciar una acción de reinicio de dicha máquina virtual con el fin de poner el sistema operativo en funcionamiento nuevamente junto con la aplicación que éste sustenta.
▪ Soluciones de Escalabilidad: Se refiere a soluciones de la plataforma que permitan la adición de los recursos de procesamiento adecuados para las aplicaciones, en función a cambios en el patrón de carga de trabajo que los procesos de negocio demandan. En dicho contexto, se requiere que la plataforma cuente con las siguientes capacidades de respuesta:
▪ Adición en Línea de Capacidad de Procesamiento. Se refiere a la capacidad de adicionar en línea procesadores y memoria RAM virtuales a las máquinas virtuales cuyas aplicaciones demanden mayor capacidad de procesamiento. Se enfatiza el requerimiento de que ésta adición sea en línea debido a
que la plataforma asume capacidades de continuidad de negocio en los servicios aun cuando se hagan cambios en la infraestructura.
▪ Adición en Línea de Capacidad de Almacenamiento y Conectividad. En complemento al punto anterior, se requiere que la plataforma tenga la capacidad de adicionar en línea interfaces de red virtual y dispositivos de almacenamiento virtual a máquinas virtuales cuyas aplicaciones requieran una ampliación en sus capacidades de comunicación con la red IP o bien con la red de almacenamiento compartido.
▪ Capacidades Balanceo Automático de Cargas de Trabajo. Otra característica intrínseca al paradigma de la plataforma es la capacidad de balancear la carga de trabajo que soportan los elementos físicos que la sustentan. Se requiere que el balanceo sea integral y comprenda los siguientes aspectos.
▪ Balanceo de Carga en la Red de Almacenamiento: Se refiere a la capacidad de distribuir y balancear el tráfico originado por operaciones en entrada y salida hacia y desde los adaptadores físicos tipo “Fiber Channel” que interconectan a los servidores de la plataforma con los sistemas de almacenamiento en disco de la misma.
▪ Balanceo de Carga de la Carga de Procesamiento. Se refiere a la capacidad de la plataforma de modificar la posición de las máquinas virtuales que ejecutan aplicaciones en referencia al elemento físico (servidor) que las sustenta. De esta forma, la plataforma debe ser capaz de reubicar automáticamente cualquier máquina virtual de forma que las máquinas virtuales que tienen un nivel de servicio asignado reciban suficiente ciclos de CPU y espacio real en la memoria RAM para cumplir con dicho nivel de servicio.
Gestión de la Plataforma de Nube
Deberá permitir la administración de plataformas y virtualización con las siguientes consideraciones:
• Soporte a hipervisores Vmware, KVM, Hyper-V ya que “DICONSA” cuenta y contará con estos tipos de hipervisores.
• Creación de servidores virtuales.
• Edición de servidores virtuales.
• Administración de servidores virtuales.
• Reubicación de servidores virtuales.
• Descubrimiento de servidores virtuales.
• Visualización de la relación física a virtual (Physical to Virtual).
• Creación, configuración y automatización de snapshots de servidores en ejecución:
⮚ Sistema Operativo.
⮚ Aplicaciones.
• Mapeo de almacenamientos asignados.
• Importación de paquetes de virtualización de aplicaciones en formatos abiertos de virtualización.
• Implementación de aplicaciones virtuales para crear en nuevos servidores virtuales que respondan a las demandas de las necesidades de “DICONSA” ante cambios continuos.
• Creación, captura y administrar cargas de trabajo.
• Creación de grupos de sistemas de servidores, que permitan consolidar recursos y cargas de trabajo.
• Administración de pools de servidores, adición de hosts y/o mayor espacio de almacenamiento
• Monitoreo de la salud de los recursos y estatus de cargas de trabajo.
• Administración de grupos de sistemas de almacenamiento, respecto al uso de pools de almacenamiento para el incremento de la utilización y la automatización de recursos.
• Administración y edición de políticas de sistemas y pools de almacenamiento.
• Monitoreo de la salud y recursos de almacenamiento.
• Visualización/mapeo/reporteo de nodos de servidores, estatus e inventarios.
• Administración de acciones tomadas sobre cada nodo, respecto a:
⮚ Actualizaciones.
⮚ Cumplimiento de Firmware.
⮚ Envío de solicitudes de servicio.
⮚ Herramientas de acceso remoto.
• Monitoreo de recursos a través de dispositivos móviles (multiplataforma / Multinavegador)
• Utilización de consola remota para:
⮚ Sesiones remotas de video.
⮚ Montaje y uso de medias (DVD, USB, etc.).
⮚ Conexiones remotas.
⮚ Encendido y apagado remoto.
• Cumplimiento de Firmware y actualizaciones.
• Segregación de funciones a través de roles y perfiles.
3. SERVICIO DE ADMINISTRACIÓN DE INFRAESTRUCTURA BÁSICA
Consiste en supervisar para mantener en óptimas condiciones de funcionamiento el Centro de Datos de “DICONSA”., espacio físico destinado para la infraestructura de cómputo. Es decir, contar con las condiciones básicas para proporcionar las condiciones eléctricas y ambientales que permitan que los equipos de procesamiento se encuentren siempre disponibles.
a. Requerimientos de Mantenimiento
Este servicio consistirá en el mantenimiento preventivo y correctivo de la infraestructura instalada, en el Centro de Datos ubicado en Xxxxxxxxxxx Xxx 0000, Xxx. Xxxxx Xxxxxxxx Xxxxxx Xxxxxxx, Xxx. Xxxxxxx X.X. 00000, Xxxxxx
X.X. Xxxx servicio contempla las siguientes actividades que se enuncian de manera general:
• Mantenimiento a aires acondicionados de precisión.
• Mantenimiento a plantas de emergencia.
• Mantenimiento a tableros de transferencia.
• Mantenimiento a tableros de distribución de emergencia y subtableros asociados.
• Mantenimiento y revisión a PDU.
• Mantenimiento a sistemas de energía ininterrumpible UPS.
• Mantenimiento, repeinado y ajustes de cableado estructurado.
• Mantenimiento menor y mayor xx xxxx a alimentación eléctrica.
• Mantenimiento al sistema contra incendio a base de agente ECARO.
• Mantenimiento a sistema de tierras del centro de cómputo.
• Limpieza y mantenimiento xx xxxxx, plafones y bajo piso falso de manera periódica.
Los equipos con que actualmente cuenta “DICONSA” y que se encuentran operando son los siguientes:
Equipo | Marca | Modelo | Capacidad |
Planta de Emergencia 1 | Ottomotores | CUMMINS | 200 KW |
UPS | Mitsubishi | 1100 A | 50 KVA |
Supresor xx Xxxxx (TVSS) | XX XXXXXX | XX/0X/X XXXXX X, XXXXXXX 000/000 X XXX, 0 Fases 4 H + T, | 80000 AMP. |
Tablero de distribución | SQUARE D | NF304AB22 C/PRINC.200A.SQUAR ED DIST.NF304AB22 | 200 AMP. |
Equipo | Marca | Modelo | Capacidad |
Tablero de Bypass de Aislamiento | EATON | ISOLATION BYPASS | 125 AMP. |
TABLERO A.A. | SQUARE D | NQ184AB10014 C/PRINC.3X70A | 70 AMP. |
TABLERO GENERAL REGULADO | SQUARE D | NQ304AB22514 C/PRINC.125A. | 125 AMP. |
TABLERO GENERAL ILUMINACIÓN | SQUARE D | NQ304AB22514 C/PRINC.50A. | 50 AMP. |
Aire acondicionado de precisión | DATA AIRE | Modelo Evaporadora : DAPA-0332 Modelo Condensadora: DARC-0332 | 3 TR |
Aire acondicionado de precisión | DATA AIRE | Modelo Evaporadora : DAPA-0332 Modelo Condensadora: DARC-0332 | 3 TR |
Aire acondicionado de confort | YORK | FXRP018H06H | 1.5 TR |
Aire acondicionado de confort | YORK | FXRP024H06H | 2 TR |
Sistema de Control de Accesos | N/A | Control para dos accesos | 2 ACCESOS |
Sistema de Detección y Extinción | XXXX | Ecaro 25 | 2 Zonas |
Además de estos equipos se deberá considerar el mantenimiento preventivo y correctivo de los siguientes elementos
Servicios adicionales al mantenimiento de la infraestructura básica | Marca | Modelo | Capacidad |
Mantenimiento a Cableado Estructurado | N/A | N/A | 2 Zonas |
Mantenimiento x Xxxx Eléctricas | N/A | N/A | 1 Zonas |
Mantenimiento a Tierra Física | N/A | N/A | 2 Zonas |
Limpieza y Mantenimiento Xxxxxxx x xxxxx, xxxx xxxxx, xxxx xxxx falso y falso plafón. | N/A | N/A | 2 Zonas |
Mantenimiento a Gabinetes | N/A | N/A | 2 Zonas |
Mantenimiento a Cristales | N/A | N/A | 1 Zonas |
Mantenimiento a PDU | N/A | N/A | 1 Zonas |
Mantenimiento a Supresor xx Xxxxx | N/A | N/A | 1 Zonas |
Mantenimiento a Trayectorias | N/A | N/A | 1 Zonas |
Mantenimiento a Cubiertas en tubería | N/A | N/A | 2 Zonas |
Mantenimiento a Sistema de Aire de Confort | N/A | N/A | 1 Zonas |
Mantenimiento a Sistema de Control de Acceso y Biométricos | N/A | N/A | 2 Zonas |
Servicios adicionales al mantenimiento de la infraestructura básica | Marca | Modelo | Capacidad |
Mantenimiento a Contactos magnéticos en puertas | N/A | N/A | 2 Zonas |
El Licitante verificará que se cuente con la infraestructura básica para el buen funcionamiento del equipamiento propuesto, considerando lo siguiente:
Mejores Prácticas:
El licitante ganador deberá realizar un estudio al centro de datos de “DICONSA”. para verificar las condiciones iníciales que permitan tener una línea de base sobre la cual iniciar un Plan de mejora continua dando sus recomendaciones para, así poder identificar los riesgos y mitigarlos. Mismo que deberá entregar por escrito a “DICONSA”. 15 días hábiles posteriores a la formalización del contrato correspondiente.
“DICONSA” proporcionará las facilidades que permitan realizar estudio mencionado en el párrafo anterior.
Mantenimiento Correctivo:
“EL PROVEEDOR” deberá considerar la sustitución de partes y refacciones de la infraestructura básica existente en DICONSA en caso de requerirse, siendo las únicas excepciones el cambio integral de los equipos o por causas de vandalismo o robo.
Mantenimiento Preventivo
Con el objeto de mantener una adecuada operación y alargar la vida útil de los equipos, para esto deberá considerar dentro de su mantenimiento preventivo ejecutar las siguientes actividades:
Planta Eléctrica a Diésel | |
Sistema de enfriamiento | • Comprobación del sistema de enfriamiento verificando su adecuada operación • Verificar que los niveles estén correctos, que no haya fugas. • Realizar prueba de presión en el sistema y verificar que no haya conexiones flojas o defectuosas (en todo caso corregir), revisar el estado general de mangueras, conexiones, tubos de refrigerante, y realizar el cambio de las mismas cuando sea necesario, verificando que la alineación y tensión sea la adecuada, así como reajuste de conexiones. • Prueba de la operación correcta del dispositivo de inicio automático • Verificación de operación correcta del precalentador. • Cambio de líquido anticongelante al radiador y limpieza del panal del radiador • Revisar las aspas del ventilador, guardas y soporte por condiciones de seguridad, apretar los sujetadores en caso necesario • Revisar y lubricar los rodamientos de la polea del ventilador y la polea loca, y Revisar las condiciones y seguridad de los alojamientos, soportes y tensores • Revisar la banda de la polea del ventilador por condiciones y tensión adecuada y ajustar o reemplazar se es necesario. • Revisar la temperatura adecuada del refrigerante bajo condiciones de operación. |
Sistema de lubricación | • Comprobación del sistema de lubricación verificando que los niveles correctos y que la operación sea adecuada, y así mismo que no existan fugas, conexiones flojas o defectuosas • Cambio de aceite lubricante deberá utilizar especificaciones recomendadas |
Planta Eléctrica a Diésel | |
por el fabricante. • Reemplazo del filtro de aceite • Prueba de operación correcta de dispositivo de paro automático en caso de baja presión de aceite. | |
Sistema de combustible y aire de admisión | • Comprobación del sistema de combustible, verificando el estado correcto de bomba de inyección, inyectores, bomba de cebado, filtro primario, filtro secundario y operación general. Así mismo no deben existir fugas, conexiones flojas o defectuosas, por lo que deberá verificarse el estado general de conductos y conexiones, realizando cambio de los mismos cuando sea necesario. o cada 100 hrs de operación o 3 meses. (lo que ocurra primero) • Cambio de filtros de combustible. • Cambio de filtros de aire del motor. • Inspeccionar las tomas de aire y la ductería y realizar limpieza en caso necesario, por condiciones y correcta operación. • Revisión de salida de turbo cargador, boquilla y tubos por condiciones y seguridad, apretar las abrazaderas y soportes en caso necesario. • Revisar y lubricar los actuadores de bypass del compresor. • Revisar y lubricar el mecanismo de operación de la compuerta de la caja de aire. • Dar servicio a los respiradores xxx xxxxxx y drenaje de la caja de aire como se requiera. • Revisar la presión del turbo cargador (presión de la caja de aire). • Revisar y registrar la restricción de aire de admisión. • Revisar registrar la presión xxx xxxxxx. • Revisar los obturadores y limpieza de controles de cierre. • Limpieza y drene del tanque de combustible una vez cada 12 meses durante la duración del contrato (traer lo necesario para el almacenaje temporal del diésel durante dicha actividad). • Calibración de inyectores |
Sistema eléctrico (de arranque) | • Verificación del nivel líquido del acumulador y el estado del mismo. • Cambio del acumulador en caso de que se requiera • Inspección del cableado, verificando que no existan conexiones flojas y/o sueltas de ser así corregir o reemplazar, así como el estado general del motor de arranque, alternador de carga de batería, incluyendo regulador y cargador de baterías. |
Generador | • Revisión de conexiones en tablero de control. • Verificación del voltaje de salida del generador y ajuste en caso necesario. • Verificación de frecuencia de salida del generador y ajuste en caso necesario. |
Tablero de control | • Durante cada mantenimiento realizar revisión de conexiones en tablero de control. • Verificar que los instrumentos de medición se encuentren en buen estado. • Verificar que los dispositivos de control operen correctamente. • Verificar que todos los dispositivos de protección del equipo operen correctamente y se encuentren en buen estado. |
UPS | |
• Verificar la operación correcta de la unidad de transferencia y retransferencia. Realizar ajustes correcciones xx xxxxx en caso necesario. | |
Lecturas en indicadores. | Realizar las siguientes las mediciones verificando que se encuentren dentro de parámetros normales de operación; en caso de detectar alguna anomalía realizar correcciones para normalizar los parámetros. • Voltaje de entrada |
UPS | |
• Voltaje de batería • Voltaje de cargador de batería • Voltaje de carga • Voltaje de diferencia • Corriente del cargador • Corriente de carga de baterías • Frecuencia de salida • Frecuencia xx xxxx de desvío (by-pass) • Voltaje de salida de ca • Voltaje de salida cb • Corriente de salida fase a • Corriente de salida fase b • Corriente de salida fase c | |
Parámetro de potencia entrada primaria. | Realizar las siguientes mediciones verificando que se encuentren dentro de parámetros normales de operación; en caso de detectar alguna anomalía realizar correcciones para normalizar los parámetros. • Voltaje: de entrada primario del ups • Corrientes de entrada primario del ups • Frecuencia de entrada primario del ups • Parámetros de potencia entrada bypass ó reserva. • Voltaje y frecuencia de entrada bypass ó reserva hacia el ups • Parámetros de salida etapa de potencia rectificador • Voltaje cd salida • Corriente de salida |
Parámetros de salida del sistema energía ininterrumpible. | Realizar las siguientes mediciones verificando que se encuentren dentro de parámetros normales de operación; en caso de detectar alguna anomalía realizar correcciones para normalizar los parámetros. • Voltajes de salida del ups • Corrientes de salida del ups • Frecuencia de salida del ups • Limpieza externa |
Xxxxx de baterías | • Revisión de la correcta operación del banco de baterías. Realizar el cambio de las mismas en caso de que se encuentren dañadas o que su vida útil sea por debajo del 20%. |
Rectificador e inversor | • Verificar la adecuada operación de los módulos de rectificación, inversión, carga de baterías, del UPS. Corrección xx xxxxxx en caso que aplique. |
Aire acondicionado de precisión | |
• Lavado de serpentín. • Revisión y limpieza del drenaje. • Verificación y corrección de posibles fugas en instalación hidráulica • Revisión de caída de presión en el serpentín. • Revisión del arrancador. • Revisión de bandas de unidad manejadora y cambio de las mismas cuando así lo requiera el equipo. • Limpieza de platinos y ajuste de conexiones eléctricas. • Cambio de filtros de circulación de aire. • Lavado del serpentín con producto limpiador. • Verificación de termostatos y cambio de las mismas cuando así lo requiera el equipo. • Verificación de bote humidificador y cambio del mismo en caso requerido. |
Aire acondicionado de precisión | |
• Verificación del módulo de control. • Verificación de válvulas. • Revisión de rodamientos y posible cambio. • Revisión de xxxxxx, estructuras, pintura y soportes. • Verificar calidad de aceite y posible cambio de filtros. • Estado del humidificador y cambio de las mismas cuando así lo requiera el equipo. • Estado de las bandas y cambio en caso necesario. • Voltaje de alimentación. • Lámparas y resistencia del humidificador y cambio en caso de ser necesario. • Amperaje en los compresores. • Presión de succión de ambos compresores. • Nivel de agua del humidificador. |
Sistema de supresión y extinción de incendios con agente ECARO 25 | |
Se deberá realizar al menos las siguientes actividades: • Limpieza y revisión de sensores • Revisión y protocolo de operación correcta en tablero de control • Revisión de boquillas • Revisión de todas las conexiones, puntos de unión, mangueras, tuberías, ajustar uniones en caso necesario y corregir fugas en caso que se presenten. • Revisión de cabeza de disparo y validación de correcta operación • Revisión de eventos en tablero • Revisión de palancas de aborto y disparo • Revisión de alarmas. • Revisión de voltaje en pila de tablero de control • Rellenado del componente del tanque de extinción en caso de ser necesario (máximo un relleno cada 24 meses) • Revisión y ajuste para el correcto estado de tanques de agente extintor • Revisión y ajuste de válvulas y solenoides • Revisión y ajuste para el correcto estado de tuberías y sujeción de las mismas. • Revisión y ajuste del correcto estado de boquillas de descarga • Revisión, limpieza y prueba de sensores de humo • Pruebas de correcta detección de alarma • Revisión, limpieza y prueba de palanca de emergencia • Revisión, limpieza y prueba de botón de paro • Pruebas, limpieza y revisión de estrobos y sirenas asociadas • Revisión general de la correcta operación del sistema de Detección de Incendios. |
Limpieza y Mantenimiento Xxxxxxx x xxxxx, xxxx xxxxx x xxxx xxxx falso | |
Se deberá realizar al menos las siguientes actividades: El área total del Centro de Datos es de 51.25 m2. + 43.15 m2 área de monitoreo y supervisión operativa Los trabajos asociados a esta tarea son: Limpieza xx xxxxx Resanado y repintado xx xxxxx internos al Centro de datos con pintura blanca |
Limpieza y Mantenimiento Xxxxxxx x xxxxx, xxxx xxxxx x xxxx xxxx falso | |
con retardante al fuego. sellado xx xxxxx en cámara alta, cámara plena ,cámara baja en su caso Limpieza profunda de piso falso y bajo piso falso Renivelación de piso falso por movimientos propios del uso. Limpieza y revisión de travesaños y empaques. Revisión y corrección de cableados debajo de piso falso. Revisión y retiro de cualquier obstáculo colocado durante los períodos de mantenimiento debajo del piso falso. Estos trabajos tienen como finalidad reducir la cantidad de polvo que pueda existir dentro del centro de datos y así mantener la vida útil de la electrónica y ventiladores de los equipos de cómputo. La limpieza general de Centro de datos permitirá tener una buena estética del lugar y mejorar la luminosidad interna del Centro de Cómputo. |
Mantenimiento a Cableado Estructurado | |
Se deberá realizar al menos las siguientes actividades: Estos trabajos corresponden al peinado y repeinado de gabinetes, bastidores de telecomunicaciones y todas las canalizaciones de cableado estructurado. Se incluye el re-etiquetado, reacomodo así como limpieza general de todo el cableado estructurado. • Rutina de mantenimiento preventivo: • Encinchado de cables con tiras velcro para mantener las propiedades de los cableados de telecomunicaciones. • Colocación de etiquetas para rápida identificación de circuitos. • Repeinado de instalación bajo piso falso. • Revisión de fibras ópticas y conectores para verificar que están todas operando bajo las especificaciones del fabricante. • Retiro de cableado muerto (en caso de encontrarse) y de poder localizar ambas puntas. • Escaneo aleatorio de cableados UTP para verificación correcta de propiedades de la categoría respectiva |
Mantenimiento x Xxxx Eléctricas | |
Se deberá realizar al menos las siguientes actividades: Estos trabajos corresponden al peinado y repeinado xx xxxx eléctricas asociadas al PDU, Se realizará también la identificación y re-etiquetación de los servicios eléctricos con el fin de facilitar cualquier tarea de mantenimiento preventivo y correctivo. Rutina de mantenimiento preventivo: Encinchado de cables para mantener orden y fijación al posición asignada. Colocación de etiquetas para rápida identificación de circuitos en ambos extremos del conductor, en el tablero de PDU Central y en el PDU asociado al gabinete o bastidor. Medición de voltajes y corrientes asociadas a cada boa eléctrica. Verificación que están dentro de la especificación propia del circuito eléctrico Revisión de interruptores y contactos para detección de falsos contactos y/o |
Mantenimiento x Xxxx Eléctricas | |
oxidaciones prematuras. Apriete de terminales de interruptores y contactos. |
Mantenimiento a Tierra Física | |
Se deberá realizar al menos las siguientes actividades: Estos trabajos corresponden a la revisión eléctrica de la tierra física instalada para el Centro de Cómputo. • Rutina de mantenimiento preventivo: • Medición de nivel de resistividad del sistema de tierra • Revisión y ajuste del electrodo • Revisión y ajuste de conexiones en las terminales de los electrodos • Revisión y ajuste de conexiones de tierra en los equipos y apriete si es necesario. • Revisión y ajuste de conexiones en barras principales de tierra y apriete si es necesario. |
“EL PROVEEDOR” deberá de considerar en su propuesta técnica y económica:
• Proveer una estructura técnica integrada por profesionistas capacitados para la administración del Servicio del Centro de Datos, quienes realizarán las actividades requeridas y estarán disponibles los 5x12 durante la vigencia del contrato, de manera ininterrumpida hasta la terminación del mismo.
• Proveer una solución en sitio para el suministro de energía dedicada para el centro de datos con una capacidad de 60 KVA
Consideraciones que deberán cumplirse para el mantenimiento del centro de datos de “DICONSA”.
• TIA/EIA en su recomendación 942.
• UPTime Institute Tier Standards
• NOM SEDE 2007 y la NEC (National Electric Code) en cuanto a estándares eléctricos americanos
• NFPA (National Fire Protection Association) en sus artículos concernientes a la seguridad ante el fuego para Data Centers sus recomendaciones para plantas y equipo eléctrico de emergencia (NFPA 75, 110)
• Documentación diversa de ITIL en lo relativo a gestión de servicios, capacidad, disponibilidad de servicios y continuidad de los mismos. (En especial en lo relativo a Service Level Agreement, SLAs)
b. Requerimiento de Monitoreo a infraestructura Básica
“EL PROVEEDOR” deberá de incluir una solución que esté integrado por un conjunto de sistemas, equipos y procesos que interactúan entre sí, que permitirán el monitoreo, registro, control, envío de alarmas y reporteo de cada uno de elementos de infraestructura de un Centro de Cómputo.
Características del Sistema
• Deberá de Emplear métodos de comunicación ModBus sobre RS-485 y sobre TCP/IP permitiéndole una comunicación con un sin número de equipos de instrumentación.
· Deberá de contar con Sistema basado en estándares SCADA para lograr una confiabilidad
del 100% en los sistemas monitoreo
· Deberá de contar con un Rango de operación de temperatura de 5 Centígrados hasta 70 Centígrados
· Deberá de contar con un Sistema operativo basado en plataforma Linux.
• Permita el envío de alarmas vía Email y SMS de manera estándar.
• Envío de alarmas a usuarios distintos dependiendo de la falla detectada por cada sensor.
• Medición de las variables ambientales y eléctricas y no solo la detección de un nivel de presente/no presente.
• Instalación sea compatible con cualquier marca de equipo nacional e importado no importando tampoco su antigüedad.
• Capacidad de medición del nivel de Combustible de la Planta de Emergencia.
• Medición de la temperatura de la Planta de Emergencia.
• Almacenaje en bitácora de todas las mediciones realizadas por el sistema cada 2 segundos y con capacidad de almacenaje por hasta 1 año sin necesidad de memoria externa o borrado de bitácoras existentes.
• Capacidad de instalación del sistema en caliente, es decir, sin necesidad de apagar el Centro de Datos, tanto sensores eléctricos y ambientales.
• Capacidad de fijar umbrales Máximos y Mínimos por sensor.
• Capacidad de fijar valores de tiempo de histéresis por sensor para reducir falsas alarmas.
• Torreta de 3 estados para indicar la condición rápida del Centro de Cómputo.
• Soporte equipo de conexión con equipos de grabación de video DVR para toma de video acceso al Centro de Cómputo.
• Interfaz de visualización vía Web para operador.
• Autonomía eléctrica en caso xx xxxxx del UPS principal para operar por al menos 30 minutos de manera autónoma en caso xx xxxxx catastrófica de la alimentación eléctrica.
• Auto-monitoreo de todos sus sensores para evitar falsas alarmas y para autodectectar cualquier falla interna del sistema.
• Analizador Avanzado de Estado xx Xxxxx de suministro eléctrico que alerte con mensaje en español vía SMS y Email sobre el estado que guarda la acometida de CFE, la Planta de Emergencia, el Tablero General de Emergencia y el UPS. Indicando en todo momento mediante mensaje instantáneo el estado que guarda cada uno de estos elementos al existir un corte eléctrico.
• Capacidad de Integración con otros sistemas de Tablero de Control.
• Generación de Bitácora en formato CSV de manera diaria y en base de datos MySQL al mismo tiempo.
Envío de alarmas por umbral rebasado.
Las variables que deberán de considerarse en este tipo de alarmas son:
o Todas las alarmas de temperatura.
o Todas las alarmas de humedad.
o Todas las alarmas de voltaje.
o Todas las alarmas de corriente eléctrica.
o Todas las alarmas de contactos secos.
o Todas las alarmas de nivel de diesel.
o Todas las alarmas de alto y bajo voltaje.
En todos estos casos se deberá de enviar un mensaje con el nombre de la variable y el valor censado que está fuera de rango. Así como la hora a la que se envió dicho mensaje.
El sistema también guardará una bitácora de todos y cada uno de los mensajes Email y SMS enviados como alarma para poder validar de manera adicional que el mensaje de envío a la persona asignada.
El sistema debe contar con un módulo Keep Alive programable en el cual envíe de manera automática mensajes totalmente configurables por parte de “DICONSA”.
Envío de alarmas por Módulo PTL.
El sistema deberá de considerar un Módulo PTL que considere si EXISTE o NO EXISTE voltaje (con base a rangos de operación de la transferencia, planta de emergencia y UPS). Con estos datos deberá de determinar el estado en que se encuentra el sistema a la vez deberá de identificar la trayectoria que siguió para llegar a ese estado.
En este caso el sistema PTL deberá de contar con la capacidad de detectar la fase xx xxxxx y que lo provoca y determinara la xxxx xx xxxxx.
Deberá de tener la capacidad de que el Módulo PTL pueda determinar la posible causa y el posible punto xx xxxxx que generó esa trayectoria.
Alarmas mínimas requeridas
• Alarmas de suministro eléctrico
• Alarmas de UPS
• Alarmas en Centro de Cómputo
Todos los umbrales de detección deberán ser 100% configurables en el sitio. De igual forma el grado de alarma y la forma en que esta debe comunicarse al usuario.
Para cualquier caso el sistema deberá tener la capacidad de monitorear cada 3 segundos todos los parámetros del sistema y guardando la información en la bitácora del día.
4. INFRAESTRUCTURA DE SISTEMAS DE PROCESAMIENTO
Se deberán incluir servidores blade que cubran una totalidad de cores, citados en la tabla inferior. Se deberá considerar un ambiente, el cual pueda mover los blades de un enclosure a otro en caso de contingencia cubriéndolos con la infraestructura actual. Es decir que los enclosure xx xxxxxx considerados soporten un crecimiento del 20%. sin necesidad de incluir nuevos enclosure. (debe ser el equivalente a contar con un enclosure completamente disponible).
Las capacidades de procesamiento deberán quedar de la siguiente manera Equipos para plataforma de procesamiento virtual
Sitio Principal
Plataforma de procesamiento | Cores en Sitio | Memoria RAM en Sitio | Capacidad del Almacenamiento |
Virtuales | 240 | 1.280 TB | 5 TB |
Físicos | 240 | 1.280 TB | 8 TB |
Cada uno de los servidores blade que se encuentren integrados en la solución deberán ser procesadores Intel y cubrir las siguientes definiciones.
• Cada servidor deberá contar con 2 procesadores de las siguientes características mínimas:
o 12 cores
o Al menos 24 threads por procesador
o Frecuencia de reloj 2.7GHz
o Memoria caché de 30MB
o Soporte de memoria DDR3 de hasta 1866MHz
o Verificar tabla de specs y bechmarks
• Deberá estar equipado al menos con 128 MB en RAM por best practice (16 DIMMS de 16 GB DDR3, 1866Mhz)
• Deberá tener la capacidad de 24 slots de memoria para crecimiento de hasta 768GB en un blade de altura media.
• Deberá estar equipado con dos tarjetas de red con puertos duales 10GbE que permita virtualizar múltiples interfaces tipo NIC y HBA.
• Deberá soportar la inserción y remoción en caliente (hot-swap) de discos duros.
• Deberá soportar el acceso remoto fuera xx xxxxx mediante una KVM remota y el protocolo SSH.
• Al momento de ser insertado en el gabinete para blades, deberá ser reconocido automáticamente por el sistema de administración de cómputo.
• Deberá ser capaz de asignar la menor cantidad de energía a los procesadores y memoria conservando el nivel de desempeño requerido.
• Deberá incluir para todos sus procesadores, el licenciamiento de software de virtualización que cumpla con las especificaciones de la sección Software de Virtualización.
• Deberá soportar como mínimo los siguientes sistemas operativos virtualizados:
o Microsoft Windows Server 2003, 2008, y 2008 R2.
o Red Hat Enterprise Linux 5.
o Las nuevas versiones de estos Sistemas Operativos que liberen sus respectivos fabricantes durante la vigencia del servicio y que cumplan con la matriz de compatibilidad del fabricante de los servidores blade propuestos.
• La solución de procesamiento, deberá contener mecanismos de personalización para los Servidores Blade, de tal forma que en un evento xx xxxxx y subsecuente reemplazo, el servidor de reemplazo pueda mantener la “personalidad” del servidor sustituido. Los parámetros de personalización, deberán contemplar al menos los siguientes componentes de firmware y/o software:
o Conjunto de direcciones MAC.
o Conjunto de direcciones WWN.
o Las WWNN y WWPN deberán ser customizables de tal forma que puedan identificarse.
o Los mecanismos de personalización deberán poder generarse desde templates para la creación de varios mecanismos que compartan las mismas características.
I.9.4. Administración de los servidores
La solución ofertada deberá habilitar la administración de servidores blade, gabinetes para servidores tipo blade, elementos de interconexión de red y switches de acceso LAN y SAN, formando así un punto único de administración altamente disponible.
La solución deberá cumplir con las siguientes características mínimas:
• Deberá contar con una herramienta de administración para todos los blades ofertados, sus gabinetes (con su respectivo par de elementos de interconexión de red) y los 2 switches de acceso LAN y SAN.
• Deberá ofrecer una interfaz gráfica de usuario para realizar las tareas administrativas.
• Deberá ofrecer interfaces CLI, API XML y SNMP.
• Deberá estar instalado en un esquema de alta disponibilidad de los servicios de administración.
• Deberá ser capaz de identificar de manera automática la adición, movimiento o remoción de cualquier elemento al sistema, ya sean blades o gabinetes.
• Deberá de permitir la configuración de umbrales ambientales para optimizar la administración de los gabinetes.
• Deberá ser integrable con el sistema de administración de virtualización.
• Deberá ser capaz de abstraer la identidad completa de un servidor (incluyendo la definición de la configuración completa de un servidor, que comprende la dirección MAC y la dirección World-Wide Name (WWN) para la conectividad de red SAN) para su posterior aplicación a cualquier blade del sistema sin necesidad de realizar cambios en la configuración física.
o Los parámetros de personalización, deberán contemplar al menos los siguientes componentes de firmware y/o software y será posible mover estos componentes entre servidores de rack y de blade:
▪ Conjunto de direcciones MAC.
▪ Conjunto de direcciones WWN.
▪ Parámetros de BIOS.
▪ Orden de boot.
▪ Firmware del BIOS de cada servidor.
▪ Firmware de Ethernet.
▪ Firmware de Fiber Channel.
▪ Firmware de controladora de almacenamiento.
▪ Firmware de la consola de administración remota.
▪ UUID del servidor.
▪ Capacidad de 256 interfaces de I/O virtuales.
▪ Capacidad de alojar vNICS dinámicas.
▪ Calidad de Servicio ( QoS).
▪ Ajustes de Boot PXE.
▪ Hardware NIC teaming.
▪ NIC receive rate.
▪ Asignación de MAC a NIC.
▪ Ajustes de IPMI.
▪ Serial Sobre LAN.
▪ Tamaño de MTU de NIC.
▪ PCIe bus scan order.
▪ Acciones de BIOS scrup.
▪ Acciones de Disk Scrup.
▪ Ajustes de HBA.
• Deberá manejar acceso controlado basado en roles de administración.
• Deberá ser capaz de desplegar eventos en base a su severidad.
• Deberá manejar la instalación remota de sistemas operativos.
• Deberá permitir visualizar la configuración de los equipos que componen el sistema, así como visualizar el detalle y los monitores del rendimiento de los componentes críticos, tales como procesadores, memoria, niveles de voltaje en fuentes de alimentación y/o PDU’s así como el estado de los ventiladores como mínimo.
• Deberá ser capaz de crear imágenes de inventario y reportes de cambios en el hardware.
I.9.5. Gabinete/Enclosure para servidor tipo blade
Todos los Servidores, deberán ser de tipo Blade, e insertarse en su propio gabinete que permita ofrecer recursos de comunicaciones, energía y refrigeración de manera unificada y/o centralizada. La solución deberá de soportar tecnologías X86, Unix o Epic en el mismo Gabinete o Enclosure.
La solución deberá contar con gabinetes independientes que en conjunto sean suficientes para hospedar al menos 20 servidores blade de media altura y que hospeden el conjunto de servidores blade, de tal manera que permitan ofrecer mecanismos de redundancia física y lógica.
Los Servidores Blade que cumplan con lo solicitado, deberán ser insertados y configurados de manera balanceada entre los gabinetes ofertados, de tal manera que las cargas de trabajo, cargas eléctricas, ventilación y/o refrigeración queden distribuidas entre los gabinetes mismos.
Cada enclosure ofertado para la solución propuesta, deberá contar con mecanismos de comunicación redundante con el resto de la infraestructura. La solución de conectividad de cada uno de los gabinetes que hospedan los Servidores Blade, deberá tener elementos de interconexión en esquema redundante, cada elemento de interconexión de Red deberá manejar al menos 4 enlaces de comunicaciones, cada enlace deberá ser de al menos 10 Gbps (Gigabits por segundo).
Los gabinetes propuestos deberán contar con mecanismos de redundancia al menos de n+n en todos sus componentes activos, de tal manera que en un evento xx xxxxx de cualquiera de sus componentes (por ejemplo, mecanismos de refrigeración, energía eléctrica, comunicaciones), la solución siga operando a través de sus módulos redundantes.
Los gabinetes para servidores tipo blade; deberán contar con las siguientes características mínimas:
• Deberá manejar un circuito de monitoreo de hardware activo.
• Deberá contar al menos con seis bahías para fuentes de poder con entrada de energía en la parte posterior y fuentes de alimentación con capacidad redundante.
• Deberá contar con una arquitectura de ventilación adecuada según diseño del fabricante en forma de módulos redundantes.
• Las fuentes de poder y ventiladores deberán ser insertados y removidos en caliente sin necesidad de interrumpir el servicio.
• Deberá contar con al menos dos ranuras para elementos de interconexión de red.
• Deberá contar con seis (6) ranuras (como mínimo) para los servidores blade de media altura, a las que se debe tener acceso desde el panel frontal
• Deberá aceptar la inserción en caliente de los servidores sin necesidad de interrumpir el servicio.
Los gabinetes propuestos y los elementos que los componen deberán participar en el dominio único de administración del sistema de cómputo.
I.9.6. Elementos de Interconexión Internos (Equipos de los enclosures “switch fabric”)
Cada enclosure deberá manejar, como mínimo dos (2) elementos de interconexión de red LAN y dos (2) elementos de interconexión de red SAN; cada uno con las siguientes características mínimas:
• Deberá ser capaz de transportar el tráfico LAN mediante cuatro (4) enlaces 10GbE hacia sus respectivos SWITCHES de acceso LAN.
• Los enlaces del gabinete a los switches de acceso LAN deben soportar conectores del tipo SFP+10GBase-SR y LR.
• Deberá manejar una tasa de envío de paquetes de al menos 160 Gbps con baja latencia.
• Deberá manejar troncales de VLANs capa 2 y encapsulación IEEE 802.1Q.
• Deberá manejar 802.1p (QoS), encolamiento de salida basado en QoS encolamiento de prioridad estricta de salida, WRR.
• Deberá manejar PFC (IEEE 802.1Qbb) y DCBX (IEEE 802.1AB).
Los elementos de interconexión de red deberán participar en el punto único de administración del sistema de cómputo.
Cada gabinete deberá manejar, como mínimo, dos (2) elementos de interconexión de SAN 16Gb FC, cada uno con las siguientes características mínimas cubriendo de :
• Access gateway mode (N_Port ID Virtualization – NPIV).
• Soporte de hasta 768 Gbps I/O en ancho xx xxxxx.
• 255 N_PORT LOGINS POR PUERTO FISICO.
• SOPORTE D_PORT EN PUERTOS EXTERNOS.
• FRAMES CLASS 2 Y CLASS 3.
• SOPORTE SNMP V1 Y V3.
• SOPORTE SSH V2.
• SOPORTE SSL.
• SOPORTE NTP V3.
• FULL FABRIC MODE.
• ACCESS GATEWAY MODE.
• DYNAMIC PATH SELECTION.
• ADVANCED ZONING.
Funcionalidades SAN que deberán ser soportadas
• Soporte nativo en puertos de FC en modos D, E, EX, F y M.
• Adición de buffer credits para compensar la latencia en conexiones a distancia.
• Conexión directa de objetivos FC.
• Interface de administración gráfica y por línea de comando.
• Pathinfo de FC.
• Ping de FC.
• Funcionalidad para fábricas virtuales.
• Troncalización de enlaces ISL.
• Protocolo de autenticación xx Xxxxxx-Xxxxxxx Challenge Handshake (DHCHAP).
• Soporte de FCP.
• Troncalización y canalización de puertos F.
• Virtualización del identificador del puerto N (NPIV).
• Manejo de protocolos de seguridad.
• Selección automática del path disponible más eficiente.
• Zoning estándar.
• Políticas de Seguridad.
• Zoning avanzado.
Administración
• Puerto dedicado 10/100/1000 para administración fuera xx xxxxx.
• Soporte de administración mediante una herramienta centralizada que tenga visibilidad de todos los switches LAN del Centro de Datos.
• Administración dentro xx xxxxx.
• LED para localización.
• Soporte de SPAN en puertos físicos, VLANs y canales de Puerto de manera local y remota.
• Soporte de SNMP v1, v2 y v3.
• Control de acceso a la administración basado en roles.
• Sincronización y restauración de configuraciones.
• Manejo de AAA.
• Syslog.
• RMON.
• Manejo de NTP.
• Contadores de paquetes de entrada y salida por interfase.
• Acceso vía Telnet y SSHv2.
• Encripción AES para el tráfico de administración.
• Manejo de RADIUS y TACAC+.
• Cada switch de acceso debe ser capaz de controlar, en un mismo arreglo, 24 switches de acceso físico manteniendo un sólo punto de administración.
• La funcionalidad del arreglo de switches debe conservarse aun cuando los switches LAN y/o LAN/SAN de cada arreglo estén distribuidos en racks diferentes y físicamente separados.
• Manejo de SNMP v1, v2 y v3.
• Soporte de XML.
• Control de acceso a la administración basado en roles.
Regulaciones y Estándares
• UL 60950-1 edición 2.
• Marcado CE.
• 47CFR Parte 15 clase A.
• CISPR22 Clase 2.
• EN55024.
• FIPS 140-2 Xxxxx 0.
• RoHS 6.
5. INFRAESTRUCTURA DE CONMUTACIÓN DE DATOS LAN (CAPA DE DISTRIBUCION) Y SAN (RED ESPECIALIZADA DE ALMACENAMIENTO)
Equipos de Conmutación de Datos LAN (Capa de distribución)
Se requiere que “EL PROVEEDOR” proporcione dos (2) switches de distribución LAN;; cada uno con las siguientes características mínimas:
• Deberá soportar al menos 24 puertos 10GbE con soporte a conectores SFP+ SR y LR de forma inicial, con capacidad de crecimiento a 48 puertos al menos por switch por licenciamiento.
• Deberá soportar fábrica unificada por puerto de tal forma que permita la utilización del mismo bajo el modo 1Gbps RJ45 o SFP, 10G Ethernet, esto para darle flexibilidad a cualquier dispositivo que se conecte.
• Deberá contar con Rendimiento mínimo de 480-Gbps.
Los switches de distribución consolidarán los enlaces de comunicación de la capa de acceso y la comunicarán con los switches de core mediante enlaces Gigabit Ethernet de velocidad de línea, de baja latencia y sin pérdidas.
Funcionalidades LAN que deben ser soportadas
• 8,000 direcciones MAC
• Jumbo frames (9216 bytes) en todos los puertos
• 64 instancias de MSTP 802.1s
• 802.1w
• PVRST+
• 802.1D.
• Manejo de instancias de MST (Protocolo 64)
• Etiquetado de tramas para identificación de VLANs (802.1Q)
• Manejo de 10GE (802.3ae)
• 802.3x
• Soporte de los protocolos de ruteo IPv4: RIPv2, OSPFv2 y BGP.
• Soporte de de VRF Lite
• Soporte de VRRP o similar.
• Soporte de Multicast: PIMv2 modo sparse, SSM y MSDP.
• 4096 VLANs
• VLANs privadas sobre troncales y xxxxxxx xx xxxxxxx
• Xxxxxxx xx xxxxxxx con soporte de hasta 16 puertos por canal.
• Listas de control de acceso para IPv4
• Listas de control de acceso en capa 2 para direcciones MAC y protocolos.
• Listas de control de acceso basadas en VLAN y puertos.
• Control de tormentas multicast y broadcast.
• Inspección dinámica de ARP.
• Clasificación de tráfico para calidad de servicio en capa 2 (IEEE 802.1p)
• 8 colas de hardware por puerto
• Calidad de Servicio modular mediante línea de comando.
• Configuración de calidad de servicio por puerto
• Confianza basada en Clase de Servicio (CoS)
• Asignación de Clase de Servicio por puerto
• Clasificación de Calidad de Servicio mediante listas de acceso
• Encolamiento de salida basado en CoS
• Soporte de encolamiento virtual de salida por puerto
Administración
• Puerto dedicado 10/100/1000 para administración fuera xx xxxxx
• Soporte de administración mediante una herramienta centralizada que tenga visibilidad de todos los switches LAN del Centro de Datos.
• Administración dentro xx xxxxx.
• LED para localización
• Soporte de SPAN en puertos físicos, VLANs y canales de Puerto de manera local y remota.
• Soporte de SNMP v1, v2 y v3
• Control de acceso a la administración basado en roles
• Sincronización y restauración de configuraciones.
• Manejo de AAA
• Syslog
• RMON
• Manejo de NTP
• Contadores de paquetes de entrada y salida por interfase.
• Acceso vía Telnet y SSHv2
• Encripción AES para el tráfico de administración
• Manejo de RADIUS
• Manejo de SNMP v1, v2 y v3
• Soporte de XML
• Control de acceso a la administración basado en roles
Regulaciones y Estándares
• UL 60950-1 edición 2
• Marcado CE
• 47CFR Parte 15 clase A
• CISPR22 Clase 2
• EN55024
• FIPS 140-2 Xxxxx 0
• RoHS 6
Equipos de Conmutación de Datos SAN (Red Especializada de Almacenamiento)
Se requiere que “EL PROVEEDOR” proporcione por lo menos dos (2) equipos “switches” tipo fibrocanal con las siguientes características mínimas:
• El dispositivo deberá contar con elementos redundantes y reemplazables en línea para brindar servicios en alta disponibilidad.
• El dispositivo deberá ofrecer un esquema para escalar en puertos de manera dinámica.
• El dispositivo deberá estar basado en tecnología de 16 Gbps y deberá poder crecer hasta 48 puertos.
• Deberá permitir la implantación de redes tipo FC.
• Deberá permitir la creación de redes virtuales de almacenamiento.
• Deberá permitir la configuración de prioridades por zonas para garantizar la calidad en el servicio (QoS).
• Deberá permitir el ruteo entre redes virtuales.
• Deberá contar con la capacidad de encripción y compresión de datos en los puertos utilizados para el enlace entre los centros de cómputo.
• Deberá permitir el acceso a la redes virtuales con base en la configuración de roles.
• Deberá contar con un sistema de monitoreo por el fabricante.
• Deberá contar con una interfase de administración y configuración de tipo GUI y CLI
• Deberá contar con al menos 24 puertos FC activos de 8 Gbps.
• Deberá de tener la capacidad de auto-sensing, 2, 4, 8 ó 16 Gbps en cada puerto y de programarse para fijar velocidad.
• Deberá de tener las clases de servicio 2 y 3.
• Deberá de soportar puertos tipo D, E, EX, F y M.
• Deberá tener la capacidad de actualización de código de hardware en caliente.
• Deberá de incluir un par xx xxxxxxx de poder hot swap o hot-plug redundantes para operar a 200- 240, VAC.
• Deberá de incluir un (1) puerto 10/100 Ethernet (RJ45) y un (1) puerto serial (RS-232) o USB para configuración y monitoreo.
• Incluir los cables de potencia necesarios para conectar cada una de las fuentes de poder en el rack.
• Deberá incluirse el software necesario para realizar la administración y monitoreo del switch.
• Deberá incluirse el software necesario para la definición y administración de niveles de zonas switch/puerto.
• El software de administración deberá permitir la creación, borrado y despliegue de zonas temporales, edición de zonas en línea y fuera de línea, así como manejo de alias.
• El software de administración deberá permitir la adición y borrado de miembros de una zona.
• El software de administración deberá poder desplegar miembros de una zona o bien miembros que todavía no han sido asignados a una zona.
• El software de administración permitirá respaldar las configuraciones de zonas.
• El software de administración deberá de configurar las direcciones IP, nombres y configuración SNMP del switch.
• El software de administración deberá de tener la capacidad de reiniciar un switch de manera remota.
• El software de administración deberá de tener la capacidad de actualizar el firmware del switch.
• El software de administración deberá de tener la capacidad de realizar el mantenimiento de las cuentas.
6. INFRAESTRUCTURA DE ALMACENAMIENTO EMPRESARIAL
• “DICONSA” requiere la infraestructura de almacenamiento y las herramientas de administración necesarias descritas a continuación:
• El Centro de Datos requiere que la solución ofertada sea lo más densa posible, es decir aloje la mayor cantidad de almacenamiento en el menor espacio físico posible, con una capacidad mínima de 40 TB utilizables y la posibilidad de crecer en un 50% conforme a la proyección de crecimiento de “DICONSA”.
• Las transacciones son de nivel crítico y se requiere que la solución ofertada cumpla con una disponibilidad de 99.999%.
• Las transacciones en las aplicaciones son de nivel crítico y se requiere que la solución de almacenamiento cuente con un desempeño de al menos (50,000) IOP´s; con un tamaño de bloque de 8Kb y un porcentaje de carga de trabajo (workload) de lectura del 70% y escritura del 30%; adicionando un tiempo de respuesta menor a 3 msec.
• Las transacciones en las aplicaciones son de nivel crítico y se requiere el más alto nivel de procesamiento y disponibilidad, por lo cual, la solución y/o configuración propuesta deberá distribuir equitativamente la información almacenada entre el total de discos físicos del arreglo, además deberá repartir las cargas de trabajo (transacciones) entre todos sus componentes y con esto reducir los puntos únicos xx xxxxx (por ejemplo, RAID 10 o superior).
• Los servicios que brinda la institución y que residirán en la solución solicitada requieren un alto nivel de disponibilidad, por lo tanto, la reconstrucción de la información en caso xx xxxxx de algún disco, deberá ser en un máximo de 60 minutos, por lo cual se pide que la capacidad máxima de los discos individuales sea de 2TB, para mantener el rendimiento deseado.
• La solución de almacenamiento ofertada deberá permitir el manejo del ancho xx xxxxx (throughput) por aplicativo.
• La solución propuesta deberá permitir el correcto balanceo en el total de los canales, así como, el intercambio y rebalanceo entre los canales remanentes después de la falla de algunos de los canales. Se deberá proveer la documentación y/o licencias de activación en caso de que sea un componente adicional para la implementación adecuada en el 100% de los servidores, tanto físicos como virtuales.
• Para dar cumplimiento al requerimiento de alta disponibilidad, redundancia y confiabilidad, la solución propuesta deberá contar con los componentes necesarios para realizar la replicación local y remota. Esta replicación de la información debe ser de manera incremental en cualquier sentido, sin la necesidad de efectuar replicaciones totales en caso de interrupciones y con capacidad de operar de manera síncrona y/o asíncrona.
• La solución presentada deberá ofrecer alta disponibilidad de la información almacenada a través del reemplazo y/o actualización de sus componentes de modo que no se interrumpa la operación, incluyendo componentes mayores.
• La solución presentada deberá contener una consola única de administración centralizada, con monitoreo automático incluido, deberá estar integrada por software que pueda hacer tipo consola remota.
Arquitectura
• Número mínimo de procesadores 10 para la solución de almacenamiento.
• Capacidad mínima de 4.5 TB en memoria cache usable no espejeada con posibilidad de ser complementada con discos SDD.
• Seis controladoras mínimo con capacidad de realizar funciones de relevo automático de cargas de trabajo entre ellas, en caso xx xxxxx del hardware.
• Un mínimo de 8 puertos FC y 4 puertos de conexión 10GB iSCSI. Las conexiones de la solución propuesta deben ser capaces de acceder independientemente a cada módulo de disco.
• Dos fuentes de poder mínimo, xx xxxxx trayectoria hacia la conexión a disco, con dos ventiladores por controladora y/o expansión de discos y dos UPS de respaldo.
• El ancho xx xxxxx del back end por canal del dispositivo ofertado debe ser mínimo de 6 Gbps.
• Los componentes deberán ser tecnología Hot Swap y Hot Plug, es decir, deberán soportar el reemplazo y actualización de componentes en modo no disruptivo, en adición la solución deberá soportar el cambiar toda una controladora que contenga procesador y memoria, como mínimo.
• La solución deberá soportar la verificación y corrección de memoria caché y errores en disco.
• Las transacciones en las aplicaciones son de nivel crítico y requieren el más alto nivel de protección de datos, por lo que la solución de almacenamiento deberá contar con los siguientes esquemas de protección:
• La solución deberá permitir la replicación bidireccional local y remota actualizando únicamente las diferencias, sin necesidad de realizar una copia total para el retorno al nodo primario en caso de alguna falla.
• La solución propuesta deberá contar con un sistema de protección para los datos de memoria cache, para que en caso de una falla en alguna de las controladoras del sistema o en la alimentación de energía del arreglo, no exista pérdida de información.
• La solución deberá permitir la actualización de las herramientas propias del almacenamiento, de manera que no se interrumpa el servicio.
• La solución propuesta deberá permitir aumentar la capacidad de almacenamiento en línea.
• La solución propuesta deberá contar con la administración del sistema mediante conexiones tipo Ethernet y a través de una consola remota. Además de puertos Ethernet para que sea conectada una laptop como consola de servicio y acceso remoto con seguridad y control de usuarios.
• La solución propuesta deberá soportar como mínimo versiones de los sistemas operativos Linux Red Hat 5, Windows server 2003 y UNIX AIX (actualmente en uso en “DICONSA”), así como ambientes virtuales.
Conectividad Interna
• La solución propuesta de discos deberá soportar configuraciones de tipo SAN, DAS e iSCSI.
• La solución propuesta deberá soportar conexiones FC y contar con conectividad en SAN con switches de protocolo FCIP para replicación vía FC sobre IP y también que pueda ser vía iSCSI. Cabe hacer mención que la configuración propuesta debe de soportar réplica vía iSCSI para el total de la solución.
Discos
• La solución propuesta deberá contar con una arquitectura y/o software el cual permita la creación de 10,000 LUNs.
• La solución propuesta deberá tener la capacidad de expandir el tamaño de una LUN en línea.
• La solución propuesta deberá tener la capacidad de soportar el aprovisionamiento virtual, esto es, asignar de manera lógica un mayor espacio al que está asignado físicamente para posteriormente adicionar el espacio físico en línea.
Servicios de administración, funcionalidad, seguridad y migración requeridos Administración
Las transacciones en las aplicaciones son de nivel crítico para “DICONSA” y se requiere que la administración cumpla con los siguientes puntos:
• La solución propuesta deberá tener un sistema de monitoreo remoto con ejecución de diagnósticos periódicos.
• La solución propuesta deberá contar con una consola vía GUI, que también se pueda acceder directamente conectando una computadora al puerto de servicio de la solución, para la instalación de utilerías, carga de firmware, determinación de problemas, ejecución de diagnósticos, revisiones de desempeño.
• La solución propuesta deberá contar con un mecanismo de auto monitoreo interno las 24 horas del día, que sea proactivo y provea la facilidad de reportar automáticamente fallas a un centro de monitoreo remoto.
• La solución propuesta deberá permitir el diagnóstico remoto, la posibilidad de tomar el control de la consola para un diagnóstico más oportuno del sistema.
• La solución deberá contar con un sistema de autentificación de usuarios para el acceso a la consola de administración (local y remoto).
• La solución deberá contar con un control y manejo de alertas en forma proactiva, el cual muestre el comportamiento de todos los componentes físicos de la unidad (discos, memoria, puertos, canales, ventiladores).
• La solución deberá contar con una línea de comandos que permita obtener información, además de administrar en su totalidad (generación de LUNs, asignación de LUNs a servidores) la unidad de almacenamiento.
• La solución deberá contar con la capacidad de ser administrada a través de SNMP.
Funcionalidad y Seguridad Requerida
La funcionalidad y seguridad requeridas deberán contar con las siguientes especificaciones:
• Replicación local de datos dentro del mismo sistema de almacenamiento.
• Replicación remota de datos al sistema de almacenamiento.
• La solución propuesta deberá permitir que todas las copias locales y remotas dentro del proceso realicen operaciones de copia y restauración de manera incremental.
• La solución completa de replicación de datos no deberá hacer uso de recursos de los servidores y bases de datos, que pudieran afectar el desempeño de las aplicaciones.
• La solución deberá hacer uso de los canales propios de FC para posteriormente ser ruteados a través del protocolo IP y el uso de los canales iSCSI para replica remota.
• El proceso de copia remota deberá tener la capacidad de realizar copias de manera asíncrona y soportar ruteo por IP.
• La solución de almacenamiento deberá realizar copias o clones ejecutadas por el arreglo de discos y no por el host o herramienta corriendo en el mismo.
• La solución de almacenamiento deberá tener la capacidad de crear copias completas (Clones) y posibilidad de adicionar la funcionalidad de creación de snapshots de clones.
• La solución de almacenamiento deberá cumplir con la funcionalidad y/o proceso que garantice la consistencia de los datos en una copia local usando herramientas propias del almacenamiento.
• La solución de almacenamiento no deberá afectar el desempeño, ni interrumpir la operación del arreglo de discos cuando se realice una copia local.
• La solución de almacenamiento deberá tener la capacidad de generar hasta 8 copias físicas locales como mínimo de un mismo volumen productivo.
• La solución de almacenamiento deberá tener las herramientas necesarias para el manejo de las copias y replicaciones; además de que deberá estar integrada con la herramienta de administración del arreglo y permitir la ejecución de dichas operaciones vía línea de comandos.
• La solución de almacenamiento deberá soportar los modos síncrono y asíncrono.
• La solución de almacenamiento deberá contar con las herramientas y/o componentes necesarios para que la replicación se pueda configurar de manera unidireccional y/o bidireccional.
• La solución de almacenamiento deberá de contar con las herramientas y/o componentes necesarios para que la replicación sea incremental y se deberá de mantener en caso xx xxxxx del enlace de comunicación o de alguna suspensión de la operación, de tal manera que se evite realizar copias totales por estas causas.
• La solución de almacenamiento deberá permitir cambiar la dirección de la réplica respetando en todo momento operaciones de copia o restauración de manera incremental.
• La solución de almacenamiento debe de contar con herramientas para el monitoreo de la información existente en el repositorio de información.
• La solución de almacenamiento deberá contar con la certificación del fabricante de procesamiento y de la solución de cloud a ofertar.
I.9.7. Software de balanceo de cargas y failover en SAN.
El software de balanceo y failover en entornos de almacenamiento de información en red (SAN) deberá de ser capaz de:
• Utilizar dos o más paths o rutas de manera simultánea para distribuir de modo balanceado las operaciones de lectura y escritura.
• Trasladar el I/O de paths más cargados hacia los de menor carga.
• Redistribuir la carga del path en falla, hacia los paths restantes.
• Deberá tener la capacidad de detectar de manera automática paths en falla y de igual manera en forma automática restablecer el path cuando la falla haya sido reparada.
• Soportar drivers de HBA tanto comunes como nativos.
• Deberá tener la capacidad para funcionar con máquinas virtuales.
• Deberá tener la capacidad de trabajar con ambientes Microsoft Hyper-V, VmWare ESX Server y Oracle VM.
• Deberá automatizar el rendimiento general de I/O para ambientes ESX.
• Deberá soportar las versiones actuales de los siguientes sistemas operativos y las nuevas versiones de estos que surjan durante la vigencia del contrato: Windows, Linux, Solaris.
I.9.8. Sistema de monitoreo de infraestructura de almacenamiento.
El sistema de almacenamiento propuesto deberá integrar una forma de monitoreo remoto por parte de un centro de soporte del fabricante con las siguientes características:
• Sistema de monitoreo remoto vía módem y/o vía internet con ejecución de diagnósticos periódicos, servicio incluido durante la vigencia del servicio.
• Deberá contar con un mecanismo de auto monitoreo interno las 24 horas del día. El monitoreo debe ser pro-activo y deberá proveer la facilidad de reportar automáticamente las fallas a un centro de monitoreo remoto.
• Deberá permitir el diagnóstico remoto, la posibilidad de que el centro de soporte tome el control de la consola para un diagnóstico más oportuno del sistema.
• Deberá contar con un sistema de autentificación de usuarios para el acceso a la consola de administración (local y remoto).
• Control y manejo de alertas en forma proactiva, la herramienta debe mostrar el comportamiento de al menos los siguientes componentes físicos de la unidad: Discos, Canales y Ventiladores.
• Deberá contar con una línea de comandos que permita obtener información y administrar en su totalidad la unidad de almacenamiento.
7. INFRAESTRUCTURA DE RESPALDO
“EL PROVEEDOR” debe cubrir con al menos las características y capacidades mostradas en esta sección a fin de cumplir con las necesidades de “DICONSA” de tener Respaldos de los sistemas y aplicativos principales.
a. SOFTWARE PARA ADMINISTRACIÓN Y OPERACIÓN DE RESPALDOS
• Deberá soportar el respaldo de al menos los siguientes sistemas operativos en las versiones indicadas a continuación y las actualizaciones de las versiones que surjan durante la vigencia del contrato.
o Red Hat Enterprise Linux 5
o Microsoft Windows server 2003/2008./2008 R2
o VMware Vsphere 4 ESXi
• Deberá contar con agentes para el respaldo en línea de las aplicaciones en las versiones indicadas a continuación y las versiones que surjan durante la vigencia del contrato. (las cuales pueden ser físicas o virtuales).
o Microsoft Office Sharepoint Server (Xxxx) 2007/2010.
o Microsoft SQL Server 2005/2008.
o MySQL.
o Oracle 11.1g y 11.2g.
o Microsoft Exchange 2010 / 2012.
• La solución deberá ser instalada en un servidor de plataforma Linux/ Windows server.
• Debe permitir la administración de las librerías virtuales y/o físicas que formen parte de la solución de servicio ofertada.
• Debe contar con una interfaz gráfica, centralizada que permita la administración total de los datos y aplicaciones críticas de una forma automatizada, ésta deberá poder ser accedida desde cualquier navegador de internet o desde el servidor de respaldos.
• La interfaz debe contar con al menos con las siguientes características:
− Permitir configurar, administrar y monitorear:
▪ Respaldos y recuperaciones de información.
▪ Archivado de Información.
▪ Búsqueda de datos para el usuario final.
− Permitir llevar a cabo búsquedas de la información respaldada y a partir de ahí, seleccionar la información que se desea recuperar. La información a restaurar deberá ser mostrada de forma similar a la de un explorador de Windows, permitiendo la navegación por los diferentes niveles de los objetos a restaurar.
− Mostrar las características de la o las bibliotecas que forman parte de la solución. Como mínimo deberá mostrar la marca, número de drives, número de slots disponibles, número de slots ocupados y el estado de la biblioteca.
− Permitir dar seguimiento y control de manera sencilla de las tareas de respaldo o recuperación que se lleven a cabo en línea.
• El software debe permitir la ejecución de respaldos y recuperaciones de manera inmediata sobre demanda o de manera calendarizada (incluidas las recuperaciones).
• Dependiendo de la aplicación a respaldar, la solución deberá soportar respaldos totales, incrementales, diferenciales y consolidados.
• Debe permitir el reinicio de un respaldo en caso xx xxxxx y el reinicio deberá ser a partir del punto en que se quedó al momento de la falla y no iniciar nuevamente.
• Deberá proporcionar un mecanismo para verificar la integridad física y lógica de los respaldos con el objeto de asegurar que los datos fueron correctamente grabados.
• Los tiempos de retención varían dependiendo de la aplicación y de la fecha de realización de los mismos, por lo que deberán poder asignar políticas específicas para cada respaldo.
• Se requiere la posibilidad de establecer políticas de retención para el mantenimiento de índices de respaldos y para el mantenimiento de respaldos históricos.
• Debe permitir el compartir la misma política de almacenamiento entre diferentes sistemas operativos.
• El software deberá permitir navegar por los archivos y directorios respaldados.
• Debe permitir la migración automática de los respaldos hechos a disco magnético a otro dispositivo permitiendo que los respaldos más recientes permanezcan siempre en el disco magnético, además deberá poder garantizar que cuando la restauración deba leer información en otro medio magnético diferente del disco la información será leída de forma directa al servidor que inicie el proceso sin pasar por el disco magnético usado para el respaldo en primera instancia.
• Que permita realizar una restauración en una ubicación y/o en un server diferente al origen.
• Cuando la información a restaurar ya exista en el destino seleccionado, se deberá permitir seleccionar entre sobre escribir, renombrar o descartar el objeto que ya exista y esta selección puede ser interactiva o para toda la información seleccionada en una restauración.
• Se debe tener la capacidad de generar un respaldo total a partir de una serie de respaldos incrementales contenidos en las cintas de almacenamiento y así evitar la realización periódica de respaldos totales reales. Dentro de este tipo de respaldo total, deberá estar incluida la información del estado del sistema.
• Deberá tener disponible la generación automática de reportes acerca de las operaciones de administración, operación y mantenimiento que podrán servir para analizar el comportamiento de la solución y registrar estadísticas. Los reportes podrán generarse desde la interfaz gráfica y deberán poder ser generados de acuerdo a diferentes criterios, tales como: periodo de tiempo, tipo de plataforma, tipo de aplicación, tipo de operación (respaldo, migración o replicación) y estado de terminación del proceso como mínimo.
• Se debe permitir la distribución e instalación de parches de manera automática a los diferentes clientes integrados en la solución.
• Se debe permitir la creación y administración de grupos de usuarios, mediante los cuales se podrán delegar funciones de administración y operación de la herramienta. El manejo y administración de los grupos de usuarios se deberá llevar a cabo mediante el uso de la interfaz gráfica.
• Se debe permitir la creación y administración de usuarios que pertenecerán a un grupo de usuarios, del cual heredarán los privilegios para poder llevar a cabo ciertas funciones de administración y operación de la herramienta. El manejo y administración de los grupos se deberá llevar a cabo mediante el uso de la interfaz gráfica.
• Se debe tener la capacidad tanto de crear grupos de usuarios y cuentas de usuarios independientes a los grupos y cuentas de usuarios del directorio activo, así como también la capacidad de trabajar con el directorio activo. Deberán poder ser modificados, activados o desactivados en cualquier momento.
• Se debe permitir flexibilidad en la activación y desactivación de dispositivos como bibliotecas o dispositivos y contará con ayuda para una configuración más sencilla.
• Cuando se requiera tener una expiración indefinida para un respaldo, se debe permitir el manejo de archivado y su restauración al ser requerido.
• Permitir que los drives de las librerías de cintas sean compartidos de forma dinámica entre los servidores que se respaldan a través de una infraestructura de tipo SAN.
• Permitir la conexión directa de dispositivos de almacenamiento como librerías de cintas y arreglos de disco para que el respaldo no se realice a través de la red LAN.
• Permitir la integración con tecnologías de almacenamiento como SAN y NAS.
• Contar con asistentes de configuración para guiar y simplificar la configuración y modificación de las operaciones de backup de los servidores protegidos.
• Permitir el respaldo de servidores en forma paralela mediante la división lógica del total de información a respaldar.
• Permitir realizar los respaldos a diferentes tipos de dispositivos como son disco, cinta virtual, cinta física y el manejo de librerías físicas y virtuales de diferentes modelos y marcas así como dispositivos “stand alone”.
• Permitir el envío de alertas haciendo uso del protocolo SNMP.
• Con la finalidad de hacer más eficientes los procesos de restauración debe permitir la búsqueda en un intervalo de tiempo determinado.
• Se requiere la facilidad de protección por contraseña para respaldos determinados.
• Soporte de la excepción del respaldo de archivos “stub” o “clip” que estas herramientas utilizan para archivos que han sido migrados a otro nivel de almacenamiento.
• Las tecnologías de respaldo de archivos abiertos y de protección de archivos del sistema en ambientes Windows requiere de que la solución cuente con la funcionalidad de integración con ASR y VSS de Microsoft.
• Debido al rendimiento requerido por diferentes aplicaciones el aprovisionamiento de disco puede realizarse como file system o raw.
• Para garantizar la protección del servidor de respaldos en caso de algún desastre mayor es necesario se cuente con la funcionalidad del respaldo automatizado de la configuración y el catálogo de medios de forma automática sin depender de que lo realice el administrador.
• El software deberá soportar recuperaciones en línea de atributos individuales del Directorio Activo.
• El software deberá soportar VSS (Volume Shadow Copy Service) de Microsoft.
• El software deberá soportar cualquier versión de Windows a 32 y 64 bits de manera nativa.
• El software deberá soportar ASR (Automated System Recovery) de Microsoft para cualquier versión de Windows.
• El software deberá permitir la recuperación completa del registro de Windows.
• El software deberá permitir el respaldo y la recuperación del Directorio Activo, incluyendo en forma granular los objetos del sistema y el estado del sistema (System State).
• Deberá permitir la recuperación individual de las bases de datos WINS y DHCP sin necesidad de restaurar por completo el estado del sistema.
• Se debe permitir la recuperación en un equipo alterno, de los siguientes elementos:
− Registry.
− Archivos protegidos del sistema.
− SYSVOL.
− Base de datos del Cluster.
• Se debe permitir la interacción con herramientas de alta disponibilidad o de tipo Cluster de al menos las siguientes, Microsoft Cluster, Veritas Cluster.
• La seguridad de la información respaldada es un requerimiento de suma importancia debido a lo cual deberá ser soportada la encripción de al menos 256-bit en los procesos de respaldo.
• Se debe tener la capacidad de hacer deduplicación por bloques o por objetos para el aprovechamiento y la optimización del espacio en disco utilizado para almacenar la información de los respaldos o archivado.
• Para garantizar la más alta eficiencia en la deduplicación se requiere la realización de este proceso mediante un método de identificación de redundancia en segmentos de datos de tamaño variable. La solución deberá de tener la capacidad de mover a cinta la información previamente deduplicada.
• Se debe tener la capacidad de integrar el manejo de las utilerías de control de imágenes de la SAN y estas deberán formar parte integral de la solución pudiendo entonces generar imágenes (snapshots) directamente de la controladora de discos y usarlas como respaldo llevándolas a diferentes puntos (otros medios magnéticos, cintas) y utilizando las diferentes capacidades como son deduplicación y cifrado, todo en forma simultánea.
• La necesidad de mantener información compartida requiere que la solución de respaldo propuesta permita el respaldo de Sistemas de Archivos Distribuidos (DFS por sus siglas en ingles) de Microsoft.
• Los usuarios cuentan con accesos a las aplicaciones mediante usuarios únicos, por lo que se requiere que la aplicación soporte la integración con Active Directory de Windows o con sistemas de LDAP para la autenticación en el uso de la herramienta.
• Deberá contar con la capacidad habilitada que permita optimizar los respaldos de máquinas virtuales detectando la información modificada en los discos.
• La necesidad de hacer más eficiente el uso de espacio en un centro de datos implica el uso de herramientas de virtualización de servidores, motivo por el cual es necesario se cuente con soporte de respaldo de servidores virtualizados a través de hypervisores de VMWare, Microsoft y Oracle.
• El fácil aprovisionamiento de máquinas virtuales implica la necesidad de que la solución de respaldos propuesta haga el descubrimiento automático de nuevas máquinas indicando que deberán ser respaldadas.
• Garantizar la alta disponibilidad de máquinas virtuales cuando el servidor físico que las aloja presenta algún problema es de vital importancia por lo que se solicita que la solución de respaldos ofertada soporte la integración con soluciones de evacuación dinámica de máquinas virtuales y mecanismos de recuperación de desastres para máquinas virtuales.
• El software deberá de contar con la capacidad de detectar máquinas virtuales nuevas y respaldarlas bajo una política determinada sin necesidad de instalar un agente en dicha máquina virtual.
• El software deberá soportar envío de información en forma paralela de una o varias fuentes a uno o varios destinos.
• Se requiere que la solución ofertada soporte el respaldo en línea de MSSQL Server 2005 y 2008 y que soporte la restauración de bases de datos MSSQL a un punto en el tiempo.
• Se debe permitir el respaldo para bases de datos, archivos, grupos de archivos e históricos de transacciones (file groups y logs).
• Para garantizar el cumplimiento de las ventanas de respaldo se requiere que la solución ofertada permita la realización de los respaldos de MSSQL de forma paralela.
• Debe de exportar reportes en formatos tales como CSV, HTML y XML.
• Debe poder visualizar la explicación y acciones de recomendación de los errores integradas a la solución.
• El software de respaldos deberá permitir realizar una restauración en una ubicación y/o en un server diferente al origen.
• La solución de respaldo deberá de tener la posibilidad de habilitar los agentes de respaldos ya sea por SAN o LAN de un mínimo de 20 TB usables al momento de realizar los respaldos de los diferentes ambientes sin que afecte el tipo de aplicativo a respaldar.
• El dispositivo deberá de tener la capacidad de una tasa de duplicación de al menos 4:1
Agentes de respaldos
“EL PROVEEDOR” deberá considerar la instalación y configuración de los siguientes agentes los cuales deberán ser virtuales o físicos, (Microsoft Office Sharepoint Server (Xxxx) 2007/2010, Microsoft SQL Server 2005/2008,Oracle 11.1g y 11.2g,Microsoft Exchange 2010 / 2012,VMware Vsphere 4 ESXi o Mayor), deberá suministrarse el agente adecuado de acuerdo a la plataforma de que se trate, de ninguna manera se permitirán arreglos que no obedezcan a que el agente trabaje de forma nativa.
Retención de respaldos
Los respaldos deberán contar con un periodo de retención el cual se define con el objeto de mantener un histórico de la información en la periodicidad requerida. Dichas políticas de retención se definirán en conjunto con “DICONSA”. durante el periodo de implementación.
Histórico de la información en la periodicidad requerida.
Los periodos de retención pueden sufrir ajustes durante el periodo de vigencia del contrato.