Sistema Integral de Informaci�n, tipo GRP by 5PifeCZ

VIEWS: 0 PAGES: 168

									                                     DI RE CC I ÓN D E M A T ERI A LE S
                 S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                 BA S E S PA RA PA RT IC IP A R EN LA
                     LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                            “2008, AÑO DE LA EDUCACIÓN FÍSICA Y EL DEPORTE”

                                         BASES
                                      CONTENIDO
                                                                                           Página No.
1 DATOS DE LA ENTIDAD CONVOCANTE                                                                   2
2 OBJETO DE LA LICITACIÓN                                                                          2
3 COSTO Y DISPONIBILIDAD DE LAS BASES                                                              2
4 JUNTA DE ACLARACIONES A LAS BASES                                                                3
5 GARANTÍA DEL SERVICIO                                                                            4
6 LUGAR Y CONDICIONES PARA LA PRESTACIÓN DEL SERVICIO                                              4
7 PRECIOS, IMPUESTOS Y CONDICIONES DE PAGO                                                         5
8 DOCUMENTACIÓN LEGAL Y ADMINISTRATIVA QUE DEBEN EXHIBIR LOS LICITANTES.                           6
9 INSTRUCCIONES PARA ELABORAR Y ENTREGAR LAS PROPOSICIONES                                         7
10 REGISTRO DE LICITANTES                                                                          9
11 PRESENTACIÓN Y APERTURA DE PROPOSICIONES                                                       10
12 CRITERIOS PARA EVALUAR PROPOSICIONES Y ADJUDICAR EL CONTRATO                                   10
13 CAUSAS DE DESCALIFICACIÓN DE LICITANTES                                                        12

14 CAUSAS QUE DETERMINAN DECLARAR DESIERTA LA LICITACIÓN.                                         12

15 CANCELACIÓN DE LA LICITACIÓN                                                                   13
16 COMUNICACIÓN DEL FALLO                                                                         13
17 CONTRATO(S)                                                                                    14
18 PENAS CONVENCIONALES                                                                           15
19 RESCISIÓN ADMINISTRATIVA                                                                       16
20 TERMINACIÓN ANTICIPADA                                                                         17
21 INCONFORMIDADES QUE PUEDEN PRESENTAR LOS LICITANTES                                            17
22 ANEXOS                                                                                         17




                                             Página 1/168                                          1
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



1.- DATOS DE LA ENTIDAD CONVOCANTE

LICONSA, S.A. de C.V., en lo sucesivo “LICONSA”, en cumplimiento a lo que establece el
Artículo 134 de la Constitución Política de los Estados Unidos Mexicanos, los Artículos 26
fracción I, 27, 28 fracción I y 31 de la Ley de Adquisiciones, Arrendamientos y Servicios del
Sector Público, así como las demás disposiciones vigentes en la materia, celebra por conducto
de la Subdirección de Adquisiciones de Consumo Interno, ubicada en Ricardo Torres número 1,
Fraccionamiento Lomas de Sotelo, Código Postal 53390, Naucalpan de Juárez en el Estado de
México, Tel. 5237 9224; la Licitación Pública Nacional No. 20143045-012-08, habiéndose
publicado la convocatoria en el Diario Oficial de la Federación el 18 de noviembre de 2008, a
fin de contratar el servicio que se indican a continuación, en los términos que se describen en
el Anexo IV de estas bases.

2.- OBJETO DE LA LICITACIÓN

Partida Única.
Servicio de Desarrollo de Sistemas.

Para los ejercicios de 2008, 2009, 2010 y 2011, conforme a las características que se describen
IV.

Mediante un contrato a precio fijo, de acuerdo a lo establecido en el Artículo 44, de la Ley de
Adquisiciones, Arrendamientos y Servicios del Sector Público además de la contratación de
servicios específicos; los cuales se detallan de estas bases.

Los licitantes deberán presentar solamente una propuesta técnica y económica.

3.- COSTO Y DISPONIBILIDAD DE LAS BASES

Las bases de esta licitación que contienen, entre otros aspectos, las especificaciones técnicas
detalladas del servicio requerido, estarán a disposición de los interesados, para consulta y en
su caso, para su compra, a partir de la fecha de publicación de la convocatoria y hasta el 25
de noviembre de 2008, en la Subdirección de Adquisiciones de Consumo Interno, ubicada en
la Planta Baja de Ricardo Torres No. 1, Fraccionamiento Lomas de Sotelo, C.P. 53390,
Naucalpan de Juárez, en el Estado de México, en días hábiles, con horario de 09:00 a 17:00
hrs., con excepción del 25 de noviembre del presente año, en el que la venta de bases en
el domicilio de la convocante, se cerrará a las 10:30 hrs., siendo responsabilidad de los
interesados adquirirlas oportunamente.

El precio de las bases será de $663.50 (Seicientos sesenta y tres pesos 50/100 MN) que
incluye el Impuesto al Valor Agregado (IVA) y el pago podrá hacerse en efectivo, cheque
certificado o de caja a favor de Liconsa, S.A. de C.V., directamente en la Caja General de
“LICONSA”, ubicada en la Planta Baja del domicilio antes señalado, o a través del sistema de
pago en banco por medio de los recibos que emite el Sistema Electrónico de Contrataciones
Gubernamentales Compranet.


                                               Página 2/168                                        2
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Las presentes bases serán difundidas simultáneamente en la página de Internet de “LICONSA”,
en la dirección: www.liconsa.gob.mx

La comprobación del pago por concepto de la compra de estas bases será requisito
indispensable para participar en la presente licitación.

4.- JUNTA DE ACLARACIONES A LAS BASES

Con el propósito de disipar las dudas que los licitantes tengan respecto del contenido y
alcance de las presentes bases, así como de sus anexos, “LICONSA” llevará a cabo la junta de
aclaraciones correspondiente y para agilizar su realización y reducir su duración, será
necesario que los interesados envíen por correo electrónico, mediante escrito en idioma
español, a más tardar a las 10:00 hrs. del 21 de noviembre de 2008, sus solicitudes de
aclaración a la dirección de correo electrónico adquisicionconsumointerno@liconsa.gob.mx

Preferentemente, las consultas deberán clasificarse según el tema de que se trate, es decir,
administrativo, legal, técnico o económico.

Dicho escrito deberá estar firmado de manera autógrafa por el apoderado legal del licitante y
ser entregado en original al momento de registrar su asistencia, ello sin limitar el derecho a
realizar preguntas durante el evento.

Con el fin de dar celeridad al proceso de respuesta a las solicitudes de aclaración, así como la
elaboración del acta respectiva, se solicita que, adicionalmente al mencionado escrito, los
licitantes presenten en la fecha y lugar de la junta de aclaraciones, sus dudas o preguntas,
grabadas en disco compacto (CD), memoria USB (flash memory) o diskette de 3.5“, en
procesador de textos “Word para Windows”.

El registro de asistencia a la junta de aclaraciones se llevará a cabo de las 10:30 a las 11:00
hrs. el 25 de noviembre de 2008, en el aula asignada en Ricardo Torres No.1,
Fraccionamiento Lomas de Sotelo, C.P. 53390, Naucalpan de Juárez en el Estado de México.
Las personas que se registren después de la hora indicada no podrán presentar solicitudes de
aclaración, sin embargo podrán permanecer en la sala con carácter de oyentes hasta la
conclusión de la mencionada junta y obtener copia del acta respectiva.

Sólo podrán solicitar aclaraciones las personas que hayan comprado las bases de esta
licitación y se hayan registrado oportunamente, debiendo entregar fotocopia del
comprobante del pago correspondiente.

Las respuestas serán proporcionadas a los interesados a partir de las 11:00 hrs., del 25 de
noviembre de 2008, hora en que dará inicio la junta de aclaraciones en el aula asignada,
ubicada en el tercer piso de Ricardo Torres No. 1, Fraccionamiento Lomas de Sotelo, C.P.
53390, Naucalpan de Juárez en el Estado de México.

Las aclaraciones o precisiones a estas bases, que pudiesen existir como resultado de la junta
de aclaraciones serán consideradas como parte integrante de las propias bases; sin embargo,
en ningún caso dichas modificaciones podrán consistir en la sustitución del servicio convocado
originalmente, adición de otros de distintos rubros o en variación significativa de sus
características y condiciones.
                                               Página 3/168                                        3
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



Será de la estricta responsabilidad de los licitantes, la inasistencia a la junta de aclaraciones,
no obstante haber comprado las bases de esta licitación.

El acta derivada de la junta de aclaraciones estará disponible, en términos del Artículo 35 del
Reglamento de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público, al
finalizar el mencionado acto y hasta cinco días hábiles posteriores al mismo, en el Sistema
Electrónico de Contrataciones Gubernamentales Compranet, en la dirección:
http://www.compranet.gob.mx y en la oficina de la Subdirección de Adquisiciones de
Consumo Interno, para efectos de notificación a los licitantes que no hayan asistido a dicho
evento, siendo de la exclusiva responsabilidad de éstos acudir a enterarse de su contenido y
obtener copia de la misma.

Esta notificación tendrá los efectos a que alude el segundo párrafo de la fracción II del
Artículo 33 de la mencionada Ley.

5.- GARANTÍA DEL SERVICIO

Los licitantes deberán manifestar en su propuesta técnica, que garantizan el Servicio de
Desarrollo de Sistemas, objeto esta licitación por un periodo de 6 (seis) meses, contados a
partir de la conclusión del contrato, comprometiéndose a solucionar sin cargo adicional para
“Liconsa” cualquier problema relacionado con defectos de ingeniería y/o del sistema
integral, así como corregir los defectos derivados de la instalación y puesta en servicio del
mismo, siempre y cuando no haya modificaciones al paquete básico, garantizando que el
sistema GRP funcionará de acuerdo con la documentación respecto a la descripción del
fabricante y a la documentación de la configuración, parametrización, adecuación y
personalización del sistema, generada durante su implementación en “Liconsa”, en apego a
las condiciones establecidas al Anexo IV.

  -
6.- LUGAR Y CONDICIONES PARA LA PRESTACIÓN DEL SERVICIO

El plazo para realizar los trabajos de Servicio de Desarrollo de Sistemas propuesta, con la
aceptación por parte de la Subdirección de Desarrollo de Sistemas Informáticos es a partir de
la fecha del fallo y hasta el 31 de diciembre de 2011
                                          PERIODO
         2008                      2009                 2010                   2011

El ejercicio de los recursos para los ejercicios fiscales 2008, 2009, 2010 y 2011, estará sujeto
para fines de su ejecución y pago, al presupuesto que apruebe el H. Cámara de Diputados, así
como al calendario de gasto que se autorice a “Liconsa”

El licitante o proveedor, según sea el caso, será el responsable en caso de violaciones en
materia de derechos inherentes a la propiedad intelectual, según lo establecido en la Fracción
XXV del Artículo 31 de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público.



                                               Página 4/168                                        4
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


7.- PRECIOS, IMPUESTOS Y CONDICIONES DE PAGO

El precio del servicio motivo de esta licitación deberán presentarse en pesos mexicanos, en
unitarios en forma mensual, así como el total de la propuesta de acuerdo al periodo de
vigencia de acuerdo al Anexo III, señalando el IVA por separado, conforme a las condiciones,
requerimientos técnicos y especificaciones indicadas en el Anexo IV y serán fijos hasta el
total cumplimiento del contrato correspondiente, incluyendo todos los gastos, impuestos y
derechos que se tengan que erogar para la prestación de servicio oportunamente.

No se otorgará anticipo y el pago se realizará mediante cheque nominativo o transferencia
bancaria electrónica (previa solicitud al Departamento de Cuentas por pagar y cumplimiento
de los requisitos establecidos por “LICONSA”) a favor del(los) licitante(s) que resulte(n)
adjudicado(s), y será pagado por mensualidades vencidas, conforme a lo establecido en estas
bases, sus anexos y el contrato respectivo, y se llevará a cabo 7 (siete) días naturales
posteriores a la presentación de las facturas a revisión, mismas que deberán coincidir en
descripción y precios con el contrato correspondiente, siempre y cuando se presenten las
facturas los viernes. En caso de que éstas sean presentadas a revisión en martes, el pago se
realizará 10 (diez) días naturales posteriores a la presentación de las mismas, previa
validación por la persona que designe la Subdirección de Desarrollo de Sistemas Informáticos
de “LICONSA”, de que cumple con las especificaciones requeridas y fechas de aplicación del
servicio.

Las facturas deberán presentarse a revisión los días martes o viernes, o al siguiente día hábil
si alguno de éstos no lo fuera, de 9:00 a 14:00 hrs. en el Departamento de Cuentas por Pagar
de "LICONSA", ubicado en la Planta Baja de Ricardo Torres No. 1, Fraccionamiento Lomas de
Sotelo, C.P. 53390, Naucalpan de Juárez, en el Estado de México.

La factura se presenta en pesos mexicanos, ésta deberá ser emitida en México, requisitada en
términos del Código Fiscal de la Federación en sus artículos 29 y 29-A, y el pago se hará a
nombre del proveedor, en pesos mexicanos, conforme a las leyes y disposiciones monetarias y
fiscales que se encuentren vigentes en ese momento, en la Caja General de “LICONSA”. Los
impuestos serán pagados por “LICONSA”, en los términos que marca la legislación aplicable;
éstos deberán indicarse al final de cada una de las facturas, por separado de los demás
importes.

Los impuestos serán pagados por "LICONSA", en los términos de la legislación aplicable;
debiendo indicarse éstos al final de cada una de las facturas, por separado de los demás
conceptos.

Los días de pago serán exclusivamente los viernes de las 14:00 a las 17:00 horas, en la Caja
General de "LICONSA", mediante cheque nominativo; en pagos mediante transferencia
bancaria electrónica el horario es de 13:00 a 15:00 horas. En caso de que alguno de estos días
fuera inhábil, el pago respectivo se realizará al siguiente día hábil, sin que ello implique para
"LICONSA" un incumplimiento en el plazo convenido.

El licitante que resulte adjudicado se obliga a respetar el vencimiento de los plazos descritos,
verificando en todo momento la fecha en que se hace realmente exigible la obligación de
pago a cargo de "LICONSA", evitando colocar a esta última en posición de incumplimiento sin

                                               Página 5/168                                        5
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


causa justificada y acreditable, en caso contrario se hará acreedor al pago de daños y
perjuicios que tal hecho pueda generar a "LICONSA".

En el supuesto de que durante la vigencia del contrato no se haya hecho el descuento a las
facturas pendientes de pago de las penalizaciones a que alude el numeral 18 de estas bases,
el licitante que resulte adjudicado acepta que se hagan todos los descuentos pendientes de
aplicar en la última factura que se presente para pago.

Los pagos quedarán condicionados, proporcionalmente al pago que el proveedor deba
efectuar por concepto de las penas convencionales a las que se haya hecho acreedor.

8- DOCUMENTACIÓN LEGAL Y ADMINISTRATIVA QUE DEBEN EXHIBIR LOS LICITANTES.

1.   Escrito en el que el firmante manifieste, bajo protesta de decir verdad, que cuenta con
     facultades suficientes para comprometerse por si o por su representada y suscribir las
     proposiciones correspondientes.
     Dicho escrito deberá contener los datos siguientes:
     a) Del licitante: clave del Registro Federal de Contribuyentes; nombre y domicilio, así
        como, en su caso, de su apoderado o representante. Tratándose de personas morales,
        además, descripción del objeto social de la empresa; número y fecha de las escrituras
        públicas en las que conste el acta constitutiva y, en su caso, sus reformas o
        modificaciones, señalando nombre, número y circunscripción del notario o fedatario
        público que las protocolizó, así como fecha y datos de su inscripción en el Registro
        Público de Comercio, y relación del nombre de los socios que aparezcan en éstas, y
     b) Del representante del licitante: número y fecha de las escrituras públicas en las que
        le fueron otorgadas las facultades para suscribir la propuesta, señalando nombre
        número y circunscripción del notario o fedatario público que las protocolizó.
     Los licitantes podrán optar por entregar, en lugar del escrito a que se ha hecho referencia,
     el formato Anexo II (Manifestación de Identidad y Facultades) integrado a su propuesta
     técnica, debidamente requisitado.

2. Copia de identificación oficial vigente del licitante y en caso de personas morales de su
   representante o apoderado legal, con fotografía y firma (credencial para votar, pasaporte
   o Cartilla del Servicio Militar Nacional, presentar original para cotejar).

3. Declaración por escrito firmada de manera autógrafa por el licitante, o en su caso por el
   representante o apoderado legal, bajo protesta de decir verdad, de que ni él ni su
   representada se encuentran en ninguno de los supuestos que señalan los Artículos 31
   fracción XXIV, 50 y el penúltimo párrafo del           60 de la Ley de Adquisiciones,
   Arrendamientos y Servicios del Sector Público y que además por su conducto, no participan
   en este procedimiento de contratación, personas físicas o morales que se encuentren
   inhabilitadas en los términos de la Ley de Adquisiciones, Arrendamientos y Servicios del
   Sector Público o de la Ley de Obras Públicas y Servicios Relacionados con las Mismas, con
   el propósito de evadir los efectos de la inhabilitación, tomando en consideración, entre
   otros, los supuestos siguientes:


                                                Página 6/168                                        6
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


    A) Personas morales en cuyo capital social participen personas físicas o morales que se
       encuentren inhabilitadas;
    B) Personas morales que en su capital social participen personas morales en cuyo capital
       social, a su vez, participen personas físicas o morales que se encuentren inhabilitadas
       en los términos de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector
       Público o de la Ley de Obras Públicas y Servicios Relacionados con las Mismas, y
    C) Personas físicas que participen en el capital social de personas morales que se
       encuentren inhabilitadas.

 4. Declaración de integridad, en escrito firmado de manera autógrafa por el licitante, o en
    su caso por el representante o apoderado legal, bajo protesta de decir verdad, en el que
    se manifieste que por sí mismos o por interpósita persona, se abstendrán de adoptar
    conductas, para que los servidores públicos de “LICONSA”, induzcan o alteren las
    evaluaciones de las propuestas, el resultado del procedimiento, u otros aspectos que
    otorguen condiciones más ventajosas con relación a los demás licitantes.

 5. Copia de la Cédula de Identidad Fiscal, de la persona física o moral licitante.

 6. Copia del comprobante de adquisición de bases, a nombre de la persona (física o moral)
    que participará en la licitación (el nombre con el que se registre en la licitación, será el
    definitivo y no estará sujeto a modificaciones posteriores).

9.- INSTRUCCIONES PARA ELABORAR Y ENTREGAR LAS PROPOSICIONES

a) La entrega de proposiciones se hará en un sobre cerrado, que contendrá por separado la
   propuesta técnica y la propuesta económica, en el exterior del sobre se deberán anotar los
   datos del licitante, tales como: razón social, domicilio (calle y número, colonia, código
   postal, delegación o municipio y entidad federativa), teléfono, fax y correo electrónico,
   así como el número de esta licitación. La documentación legal y administrativa requerida
   en el numeral 8 de estas bases deberá presentarse simultáneamente con las propuestas
   técnica y económica, dentro o fuera del sobre, a elección del licitante.

  En el supuesto de que el licitante elija presentar la documentación legal y administrativa a
  que se refiere el numeral 8, fuera del sobre que contenga sus propuestas técnica y
  económica, se agradecerá incluirla en un sobre adicional, identificado claramente.

b) Para mejor conducción del presente procedimiento, se solicita que la documentación sea
   presentada preferentemente en carpetas, cuyo contenido se identifique mediante
   separadores y éstas deberán tener en la parte exterior los datos del licitante y el número
   de esta licitación, así como la indicación de que el contenido se refiere a la
   documentación legal, administrativa y a la proposición técnica o a la propuesta
   económica, según corresponda.

c) Las proposiciones técnicas y económicas deberán presentarse:

     Preferentemente, en papel membretado con el domicilio fiscal, teléfono, fax y correo
     electrónico del licitante.
     Preferentemente foliadas (el número de folio será independiente para cada
     proposición) en la primera hoja de cada carpeta, deberá indicarse el número total de
                                               Página 7/168                                        7
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


     hojas foliadas de que consta cada documento (No será motivo de descalificación el que
     las propuestas no estén foliadas).
     En idioma español.
     Sin tachaduras o enmendaduras.
     Firmadas de manera autógrafa por la persona facultada para ello, al menos en la última
     hoja del documento que las contenga.

d) Los licitantes podrán presentar el formato identificado como Anexo l, en el que                 se
   indicará la documentación que entregan durante el acto de presentación y apertura               de
   propuestas, el cual se utilizará como constancia de recepción de la misma. La omisión           de
   entrega del mencionado formato por parte de los licitantes no será motivo                       de
   descalificación.

e) Las proposiciones que deseen presentar en forma conjunta dos o más personas deberán
   ajustarse a lo establecido en estas bases y a lo señalado en el segundo párrafo del Artículo
   34 de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público y el Artículo
   31 de su Reglamento, adjuntando copia del convenio celebrado entre éstas, con
   fundamento en la fracción II del mencionado Artículo, estableciendo con precisión en su
   propuesta técnica, las partes a que cada persona se obligará, así como la manera en que
   será exigido el cumplimiento de las obligaciones, tal y como se describa en el convenio
   respectivo. Las propuestas deberán estar firmadas de manera autógrafa por el
   representante común que haya sido designado por el grupo participante para tales
   efectos, estableciendo que los asociados responderán en forma conjunta y solidaria de las
   obligaciones. En caso de resultar ganador, el representante común deberá presentar un
   poder otorgado ante fedatario.

Por el hecho de presentar PROPOSICIONES, el LICITANTE acepta y se obliga a cumplir con las
condiciones establecidas en estas BASES y en la(s) acta(s) de la(s) junta(s) de aclaraciones, no
pudiendo renunciar a su contenido y alcance, en el entendido que solo podrá presentar una
PROPOSICIÓN para esta licitación.

                              CONTENIDO DE LA PROPUESTA TÉCNICA

f) La propuesta técnica deberá identificarse como tal, incluyéndose en la parte superior de
   la primera hoja la leyenda “PROPUESTA TÉCNICA”, debiendo integrarse con toda la
   información requerida por “LICONSA”, en congruencia con estas bases y el Anexo IV de las
   mismas, así como las especificaciones detalladas del servicio que ofrecen a “LICONSA” y
   condiciones de entrega establecidas en estas bases, considerando las precisiones que, en
   su caso, se deriven de la junta de aclaraciones.

g) Como parte de la propuesta técnica, los licitantes deberán presentar declaración expresa
   y por escrito, firmada por el representante o apoderado legal del licitante, que el servicio
   cuenta con garantía durante 6 (seis) meses, contra vicios ocultos, defectos de fabricación
   y materiales, la cual iniciará a partir de la culminación del contrato. Obligándose el
   proveedor a sustituir en el lugar que se hubiesen realizado el servicio que resulte con
   cualquier deficiencia, defectos de instalación, vicios ocultos y/o mala calidad.


                                               Página 8/168                                         8
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


h) Los licitantes que deseen que su propuesta en caso de empate reciba el beneficio de
   preferencia, relativo al empleo de personas discapacitadas, deberán presentar como parte
   de su propuesta técnica, además de la declaración requerida en el inciso anterior,
   declaración manifestando bajo protesta de decir verdad, que se trata de persona física
   con discapacidad, o que es una empresa que cuenta con personal discapacitado cuando
   menos en 5% (cinco por ciento) de la totalidad de su planta de empleados y cuya
   antigüedad no sea inferior a 6 (seis) meses, para lo cual deberá adjuntarse al mencionado
   escrito, copia del aviso de alta al régimen obligatorio del Instituto Mexicano del Seguro
   Social, de conformidad con el último párrafo del Artículo 14 de la Ley de Adquisiciones,
   Arrendamientos y Servicios del Sector Público.

                            CONTENIDO DE LA PROPUESTA ECONÓMICA

i) La propuesta económica deberá identificarse como tal, incluyéndose en la parte superior
   de la primera hoja la leyenda “PROPUESTA ECONÓMICA”, indicando la descripción general
   de del servicio, el precios unitarios por mensualidad, así como el importe total de la
   propuesta, en pesos mexicanos, considerando todos los gastos necesarios para
   proporcionar el servicio oportunamente a “LICONSA” objeto de esta licitación; señalando
   el IVA por separado, así como la forma de pago, de conformidad con los requisitos y
   condiciones establecidos por “LICONSA” en estas bases y sus anexos.

j) En la propuesta económica se deberá indicar que ésta tiene una vigencia mínima de 40
   (cuarenta) días naturales posteriores a la fecha de presentación de propuestas y los
   precios señalados en ella serán fijos hasta el total cumplimiento del contrato respectivo.

k) Como parte de la propuesta económica, los licitantes deberán presentar manifestación por
   escrito, firmada de manera autógrafa por su representante o apoderado legal, en la que se
   indique que conocen y aceptan el contenido del modelo de contrato que forma parte
   integrante de las mismas como Anexo V.

10.- REGISTRO DE LICITANTES

El registro de licitantes se llevará a cabo el 01 de diciembre de 2008, de 10:30 a 11:00
hrs., en las aulas de “LICONSA” ubicadas en el tercer piso de Ricardo Torres No. 1,
Fraccionamiento Lomas de Sotelo, C.P. 53390, Naucalpan de Juárez, en el Estado de México,
siendo éste el único registro válido para los efectos de la presente licitación.

No podrán participar las personas físicas o morales inhabilitadas por resolución de la
Secretaría de la Función Pública, en los términos de la Ley de Adquisiciones, Arrendamientos
y Servicios del Sector Público o de la Ley de Obras Públicas y Servicios Relacionados con las
Mismas.

A los actos de carácter público de esta licitación, podrá asistir cualquier persona que, sin
haber comprado las bases de esta licitación, manifieste su interés de estar presente en dichos
actos, en calidad de observador, bajo la condición de que deberá registrar su asistencia y
abstenerse de intervenir en cualquier forma en los mismos; de conformidad con lo estipulado
en el Artículo 29 fracción XII de la Ley de Adquisiciones, Arrendamiento y Servicios del Sector
Públicos y del quinto párrafo del Artículo 39 del Reglamento de la mencionada Ley.

                                               Página 9/168                                        9
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


11.-PRESENTACIÓN Y APERTURA DE PROPOSICIONES

La presentación y apertura de proposiciones se llevará a cabo en las mencionadas aulas de
“LICONSA”, el 01 de diciembre de 2008, a partir de las 11:00 hrs. en punto, después de
esta hora no será permitida la entrada a ninguna persona.

No se aceptarán propuestas enviadas por servicio postal o de mensajería o por medios
remotos de comunicación electrónica.

En el lugar, día y hora señalados para la presentación de proposiciones, los representantes de
las empresas licitantes deberán entregar los documentos que se indican en el numeral 8, así
como sus proposiciones técnicas y económicas.

No será motivo de descalificación la falta de identificación o de acreditamiento de la
representación de la persona que únicamente entregue las propuestas, pero sólo podrá
participar durante el desarrollo del acto con el carácter de oyente.

Previamente a la lectura del importe de las propuestas recibidas, el representante de uno de
los licitantes asistentes al acto, rubricará la totalidad de las hojas que integren la propuesta
técnica de cada licitante y la hoja en la que aparezca el importe total de la propuesta
económica respectiva.

El acta derivada de la apertura de propuestas, estará disponible en la oficina de la
Subdirección de Adquisiciones de Consumo Interno, en términos del Artículo 35 del
Reglamento de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público y este
procedimiento sustituirá a la notificación personal.

Recibidas las proposiciones en la fecha, hora y lugar establecidos en estas bases, no podrán
ser retiradas o dejarse sin efecto, por lo que se considerarán vigentes dentro del
procedimiento, hasta su conclusión.

12.- CRITERIOS PARA EVALUAR PROPOSICIONES Y ADJUDICAR EL CONTRATO

A través de la documentación presentada por los licitantes, “LICONSA” verificará que los
requisitos establecidos en estas bases sean cubiertos, conforme a lo siguiente:

a)   Que en el acto de recepción y apertura de proposiciones, el licitante entregue correcta y
     completa la documentación legal y administrativa solicitada en el numeral 8 de estas
     bases.

b)   Que la propuesta técnica contenga la información y declaraciones indicadas en el
     numeral 5, así como en los incisos f) y g) del numeral 9 de estas bases e incluya la
     descripción detallada del servicio que se ofrecen, considerando la cantidad total
     requerida, en congruencia con todos los requisitos, especificaciones y demás condiciones
     establecidas por “LICONSA” en estas bases y sus anexos.

     Las propuestas técnicas de los licitantes que no cumplan con las condiciones y
     requerimientos específicos establecidos en estas bases y sus anexos, serán desechadas.

                                               Página 10/168                                       10
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


c)   Cuando se presente un error de cálculo en las propuestas presentadas, sólo habrá lugar a
     su rectificación por parte de “LICONSA”, cuando la corrección no implique la
     modificación de precios unitarios, en términos de lo señalado por el Artículo 45 del
     Reglamento de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público.

d)   Que la propuesta económica considere los precios mensuales unitarios que se cotice, así
     como, el importe total de la propuesta, conforme a las condiciones indicadas en el
     Anexo IV, en pesos mexicanos señalando el IVA por separado. Que la forma de pago se
     apegue a lo establecido en estas bases, que indique que la propuesta tiene una vigencia
     mínima de 40 (cuarenta) días naturales posteriores a la fecha de presentación de
     propuestas y que los precios señalados en ella serán fijos hasta el total cumplimiento del
     contrato respectivo; que incluya la información y las declaraciones solicitadas en los
     incisos j) y k) del numeral 9 de estas bases, teniendo en cuenta las condiciones
     establecidas por “LICONSA”.

e)   Una vez hecha la evaluación de las proposiciones, el contrato se adjudicará al licitante
     cuya propuesta resulte solvente al reunir las condiciones legales, técnicas y económicas
     establecidas por “LICONSA”, en cuanto a especificaciones del servicio, vigencia y las
     demás condiciones contenidas en estas bases y sus anexos, y su precio sea el más bajo en
     comparación con las demás propuestas solventes o, al no existir más ofertas, su precio se
     considere aceptable en base a la investigación de precios previamente realizada; en el
     entendido de que ninguna de las condiciones establecidas en las bases de la licitación,
     así como en las proposiciones presentadas por los licitantes serán negociables por ningún
     concepto.

f)   En caso de que el presupuesto asignado a este procedimiento de licitación sea rebasado
     por las proposiciones solventes más bajas presentadas, previa verificación de que los
     precios son aceptables por corresponder a los existentes en el mercado y de acuerdo al
     dictamen emitido por el área solicitante, se procederá en términos de lo establecido por
     el Artículo 46 Fracción VI del Reglamento de la Ley de Adquisiciones, Arrendamientos y
     Servicios del Sector Publico.

g)   Si derivado de la evaluación económica se obtuviera un empate en el precio de dos o más
     proposiciones solventes de precio más bajo para una misma partida, la adjudicación se
     efectuará en base a lo establecido por el segundo párrafo del Artículo 14 de la Ley de
     Adquisiciones, Arrendamientos y Servicios del Sector Público, en favor del licitante con
     discapacidad en el caso de persona física, o a la empresa que habiendo empatado,
     demuestre contar con personal discapacitado cuando menos en 5% (cinco por ciento) de
     la totalidad de su planta de empleados y cuya antigüedad no sea inferior a 6 (seis)
     meses, lo cual deberá comprobarse ante “LICONSA”, mediante el aviso de alta al
     régimen obligatorio del Instituto Mexicano del Seguro Social, presentado junto con el
     escrito indicado en el inciso i) del numeral 9 de estas bases.

     En el supuesto de presentarse un empate en precio de 2 (dos) o más propuestas solventes
     cuyo precio sea el más bajo para una misma partida y éstas se encuentren en los
     supuestos a que se refiere el último párrafo del Artículo 14 de la Ley de Adquisiciones,
     Arrendamientos y Servicios del Sector Público la adjudicación se efectuará realizando el
     sorteo manual por insaculación que se describe en el párrafo siguiente.

                                               Página 11/168                                       11
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


     En caso de que se presente empate en el precio de 2 (dos) o más proposiciones solventes
     de precio más bajo para una misma partida y ningún licitante se encuentre en los
     supuestos a que se refiere el segundo párrafo del Artículo 14 de la Ley de Adquisiciones,
     Arrendamientos y Servicios del Sector Público, y con ello obtenga una preferencia, la
     adjudicación se asignará al licitante que resulte ganador del sorteo manual por
     insaculación que celebre la convocante previa invitación por escrito, en presencia de los
     licitantes que hayan empatado y de un representante del Órgano Interno de Control en
     “LICONSA”, el cual consistirá en la participación de un boleto por cada propuesta que
     resulte empatada y depositados en una urna, de la que se extraerá en primer lugar el
     boleto del licitante ganador y posteriormente los demás boletos empatados
     determinándose así los lugares que ocuparán las propuestas y se levantará acta que
     firmarán los asistentes, sin que la inasistencia o la falta de firma de los licitantes invalide
     el acto, de conformidad con lo señalado en el Artículo 44 del Reglamento de la Ley de
     Adquisiciones, Arrendamientos y Servicios del Sector Público.

No será motivo para el desechamiento de propuestas, el incumplimiento de requisitos
establecidos en estas bases y sus anexos, que tengan el propósito de facilitar la presentación
de las proposiciones o agilizar la conducción de los actos de la licitación, así como cualquier
otro requisito cuyo incumplimiento, por sí mismo, no afecte la solvencia de las propuestas.

13.- CAUSAS DE DESCALIFICACIÓN DE LICITANTES

Se descalificará a los licitantes que incurran en cualquiera de los supuestos siguientes:

a)   Incumplimiento de alguno de los requisitos establecidos en estas bases de licitación y/o
     sus anexos y que dicho incumplimiento afecte la solvencia de la propuesta, lo cual podrá
     determinarse durante los actos de presentación de documentos y apertura de
     proposiciones o en el análisis detallado de las mismas, en los términos de la Ley de
     Adquisiciones, Arrendamientos y Servicios del Sector Público.

b)   Si se comprueba que algún licitante ha acordado con otro u otros elevar el precio del
     servicio objeto de esta licitación o cualquier otro acuerdo que tenga como fin obtener
     una ventaja sobre los demás licitantes.

c)   Por encontrarse en alguno de los supuestos a que se refieren los Artículos 31 fracción
     XXIV, 50 y penúltimo párrafo del Artículo 60, de la Ley de Adquisiciones, Arrendamientos
     y Servicios del Sector Público.

d)   Si se contraviene cualquier disposición de la Ley de Adquisiciones, Arrendamientos y
     Servicios del Sector Público, su Reglamento o de las demás disposiciones vigentes en la
     materia, circunstancia que, en su caso, “LICONSA” comunicará a los licitantes por escrito
     debidamente motivada y fundamentada.

e)   Si el precio indicado en la propuesta no se considera conveniente para “LICONSA”,
     conforme a la investigación de precios realizada.

14.- CAUSAS QUE DETERMINAN DECLARAR DESIERTA LA LICITACIÓN.

a)   Ninguna persona adquiera estas bases.
                                                Página 12/168                                       12
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



b)   Ningún licitante presente proposiciones en el lugar, fecha y horario establecidos.

c)   Ninguna de las proposiciones presentadas reúna los requisitos establecidos en estas bases.

d)   Cuando el importe de la(s) propuesta (s) solvente (s) más baja (s) sea superior al monto
     del presupuesto autorizado a “LICONSA” para la contratación del servicio objeto de la
     presente licitación y no sea posible obtener la reasignación de recursos en términos de lo
     señalado por el Artículo 46 fracción VI del Reglamento de la Ley de Adquisiciones,
     Arrendamientos y Servicios del Sector Público.

e)   Cuando los precios de las propuestas presentadas, conforme a la investigación de precios
     realizada, no fueren aceptables para “LICONSA”.

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

“LICONSA” podrá cancelar esta licitación por caso fortuito, causas de fuerza mayor o cuando
existan circunstancias debidamente justificadas, que provoquen la extinción de la necesidad
para contratar el servicio motivo de la misma, y que de continuarse con el procedimiento de
contratación se pudiera ocasionar un daño o perjuicio a “LICONSA”, lo cual, en su caso, será
comunicado por escrito a todas las personas que hayan quedado debidamente registradas para
participar en esta licitación.

16.- COMUNICACIÓN DEL FALLO

El fallo de esta licitación se emitirá dentro de los 20 (veinte) días naturales posteriores al
acto de presentación y apertura de las propuestas técnicas y de conformidad con lo
estipulado por el Artículo 37 de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector
Público, será notificado por escrito al domicilio de cada uno de los licitantes, dentro de los
cinco días naturales siguientes a su emisión.

Con la finalidad de dar cumplimiento al Artículo 32-D del Código Fiscal de la Federación,
el(los) licitante(s) de origen nacional que resulte(n) adjudicado(s) en el presente
procedimiento, sean personas físicas o morales, y el monto de la adjudicación sea mayor a
$300,000.00 (trescientos mil pesos 00/100 M.N.) antes del IVA, o el que en su caso establezca
el SAT, deberá(n) presentar previamente a la firma del contrato respectivo, ante la
Subdirección de Adquisiciones de Consumo Interno, el “acuse de recepción” con el que
compruebe que realizó la solicitud de consulta de opinión sobre el cumplimiento de sus
obligaciones fiscales prevista en la regla 1.2.1.16 de la Resolución Miscelánea Fiscal para el
2008, o aquella que en el futuro la sustituya, ante el Servicio de Administración Tributaria
(SAT), preferentemente dentro de los tres días hábiles posteriores a la fecha de notificación
del    fallo,   indicando    en    dicha    solicitud  el   siguiente   correo    electrónico:
adquisicionconsumointerno@liconsa.gob.mx, así como el número del presente procedimiento
de contratación y el importe adjudicado, con el fin de que el SAT envié a esta área
contratante el “acuse de respuesta” que emitirá en atención a su solicitud de opinión.




                                                Página 13/168                                       13
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


17.- CONTRATO(S)

El representante o apoderado legal del licitante adjudicado deberá presentarse a firmar el
contrato correspondiente, en la oficina del Departamento de Contratos de la Unidad Jurídica
de “LICONSA”, ubicado en el primer piso de Ricardo Torres No. 1, Fraccionamiento Lomas de
Sotelo, C.P. 53390, Naucalpan de Juárez, en el Estado de México, en días hábiles y en horario
de 9:00 a 17:00 hrs. dentro de los 20 (veinte) días naturales posteriores a la notificación del
fallo. Para ello y dentro de este plazo la Subdirección de Adquisiciones de Consumo Interno
comunicará al licitante adjudicado, la fecha y hora en que deberá presentarse para la
formalización del documento contractual.

Si el licitante adjudicado no firma los contrato por causas imputables a el mismos, dentro del
plazo a que se refiere el párrafo anterior, “LICONSA” podrá, sin necesidad de un nuevo
procedimiento, adjudicar el contrato al licitante que haya presentado la siguiente proposición
solvente más baja y así sucesivamente en caso de que este último no acepte la adjudicación,
siempre que la diferencia en precio con respecto a la propuesta que inicialmente hubiere
resultado ganadora, no sea superior a 10% (diez por ciento).

Lo anterior, independientemente de la aplicación de las sanciones al licitante adjudicado que
no firme el contrato, que procedan en los términos del Artículo 60 de la Ley de Adquisiciones,
Arrendamientos y Servicios del Sector Público.

Previamente a la firma del contrato se verificarán los datos requeridos en el numeral 8 de
estas bases, para lo cual el representante o apoderado legal del(los) licitante(s) adjudicado(s)
deberá presentar para su cotejo, original o copia certificada del acta constitutiva y sus
reformas, así como del poder notarial en el que consten las facultades suficientes para la
suscripción del contrato correspondiente, debiendo proporcionar copia simple de los
documentos señalados para su archivo y tratándose de propuestas conjuntas, además de lo
anterior, el original del convenio a que se refiere el inciso e) del numeral 9 de estas bases.

El licitante que resulte adjudicado deberá entregar en la Subdirección de Adquisiciones de
Consumo Interno, antes de cualquier pago derivado del contrato de que se trata, en un
término no mayor de diez días naturales posteriores a la firma de éste, fianza expedida por
Institución autorizada para ello, a favor de LICONSA, S.A. de C.V., que garantice el total
cumplimiento a lo establecido en el contrato, por un importe equivalente a 10% (diez por
ciento) del monto total del ejercicio que corresponda, antes del IVA.
Durante los primeros diez días naturales de cada ejercicio, el proveedor deberá renovar la
fianza del ejercicio previo, con otra por el importe equivalente a 10% (diez por ciento) del
monto total del ejercicio que se inicia, antes del IVA. Cada una de las fianzas se mantendrá
en vigor hasta que el proveedor cumpla con todas y cada una de las obligaciones por él
contraídas para cada ejercicio.

En apego a lo establecido por el Artículo 68 Fracción I del Reglamento de la Ley de
Adquisiciones, Arrendamientos y Servicios del Sector Público, las fianzas deberán prever como
mínimo, las siguientes declaraciones:

  a)   Que la fianza se otorga atendiendo a todas las estipulaciones contenidas en el
       contrato;

                                               Página 14/168                                       14
                                             DI RE CC I ÓN D E M A T ERI A LE S
                         S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


  b)   Que para liberar la fianza, será requisito indispensable la manifestación expresa y por
       escrito de “LICONSA”;
  c)   Que la fianza continuará vigente en caso de que se otorgue prórroga al cumplimiento
       del contrato, así como durante la substanciación de todos los recursos legales o juicios
       que se interpongan y hasta que se dicte resolución definitiva por autoridad
       competente, salvo que las partes se otorguen el finiquito, y
  d)   Que la afianzadora acepta expresamente someterse a los procedimientos de ejecución
       previstos en la Ley Federal de Instituciones de Fianzas para la efectividad de las
       fianzas, aún para el caso de que procediera el cobro de intereses, con motivo del pago
       extemporáneo del importe de la póliza de fianza requerida.

En tanto el proveedor no entregue la fianza a que se refiere este punto, deberá cumplir con
todas las obligaciones derivadas del contrato adjudicado, sin embargo no estará en
posibilidades de exigir los derechos a su favor, pudiendo “LICONSA”, en su caso, proceder a la
rescisión del contrato, sin responsabilidad alguna para ella, sin necesidad de acudir a los
tribunales competentes, o de exigir el cumplimiento forzoso y el pago de los daños y
perjuicios, sin que medie resolución judicial.

  .
18.- PENA CONVENCIONAL

Sin perjuicio de que se pueda hacer efectiva la garantía de cumplimiento del contrato, por
retraso en la prestación del servicio, se aplicarán al proveedor la siguiente pena convencional:

        Servicio                    Métrica              Valor mínimo                    Deducción
  Presentación de los     Presentación del equipo
  recursos del equipo     del licitante ganador a        Cero (0) días            2 por ciento del monto
  de trabajo del          más tardar según los           hábiles después del        mensual por día de
  licitante ganador.      eventos descritos en el        evento                           retraso
                          programa de trabajo.
  Perfiles de los         Cumplimiento de los            Debe cumplir como
                                                                                  2 por ciento del monto
  recursos del equipo     perfiles solicitados en el     mínimo el perfil
                                                                                    mensual por perfil
  de trabajo              anexo técnico                  solicitado
  Presentación de         Presentación del recurso
                                                         Los recursos
  los recursos del        a más tardar 5 días
                                                         mencionados
  equipo del licitante    hábiles después de
                                                         deberán estar
  ganador en caso de      haberse aceptado el                                     1 por ciento del monto
                                                         disponibles a más
  reemplazo               reemplazo.                                                mensual por día de
                                                         tardar 5 días
  solicitado por                                                                          retraso
                                                         hábiles después de
  Liconsa
                                                         haberse aceptado el
                                                         reemplazo
  Presentación de los     Retraso en el programa
                                                         Cero impacto en el
  recursos del equipo     de Trabajo.
                                                         programa de
  del licitante
                                                         trabajo por              2 por ciento del monto
  ganador en caso de
                                                         sustituciones                    mensual
  reemplazo por
                                                         imputables al
  razones imputables
                                                         licitante ganador
  a él mismo.
  Presentación del        Presentación del               No se deben rebasar      4 por ciento del monto
  programa de             programa de trabajo a          para su entrega, los       mensual por día de
                                                   Página 15/168                                           15
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


        Servicio                  Métrica              Valor mínimo                    Deducción
  trabajo detallado     más tardar 60 días             60 días hábiles                  retraso.
  del proyecto.         hábiles después del fallo      posteriores al fallo
                        de la presente                 de la presente
                        licitación.                    licitación.
  Entrega y Revisión    Se deben entregar el
  de informes de        100% de los Reportes de
  avance semanal        Avance en las fechas
                                                       Cero (0) días de
                        acordadas cada semana
                                                       retraso en la            4 por ciento del monto
                        de acuerdo al programa
                                                       entrega del 100% de        mensual por día de
                        detallado del proyecto.
                                                       los Reportes de                 retraso.
                        Los reportes de avance
                                                       Avance.
                        deben incluir los
                        entregables
                        comprometidos.
  Evaluación mensual    Retrasos del programa
  del proyecto de       de trabajo contra lo
  acuerdo a los         planeado.                Cero (0) retrasos
                                                                       7 por ciento del monto
  informes de avance                             imputables al
                                                                               mensual
  semanal y contra                               licitante ganador
  programa de
  trabajo.
          Sanciones para el servicio de soporte técnico de conformidad con el punto “6.
                   MANTENIMIENTO Y SOPORTE TÉCNICO” de este anexo técnico.

  Servicio con          Meta del Servicio              Nunca por debajo
                                                                                7 por ciento del monto
  prioridad 1                                          de la meta del
                                                                                       mensual
                                                       servicio.
  Servicio con          Meta del Servicio              Nunca por debajo
                                                                                2 por ciento del monto
  prioridad 2,3 y 4                                    de la meta del
                                                                                       mensual
                                                       servicio.
  Servicio con          Meta del Servicio              Nunca por debajo
                                                                                .4 por ciento del monto
  prioridad 5                                          de la meta del
                                                                                        mensual
                                                       servicio.

Las penas convencionales no excederán del monto de la garantía de cumplimiento del
contrato y serán determinadas en función de los servicios no realizados oportunamente.

El pago del servicio quedará condicionado proporcionalmente al pago que el proveedor deba
efectuar por concepto de pena convencional, en el entendido de que, en el supuesto de que
sea rescindido el contrato, no procederá el cobro de dichas penalizaciones ni la
contabilización de las mismas para hacer efectiva la garantía de cumplimiento del contrato.

19.- RESCISIÓN ADMINISTRATIVA

     “LICONSA”, en cualquier momento podrá rescindir administrativamente el contrato
     cuando el proveedor incurra en incumplimiento de sus obligaciones, sin responsabilidad
     alguna para ella, sin necesidad de acudir a los tribunales competentes, o de exigir el
     cumplimiento forzoso y el pago de los daños y perjuicios, sin que medie resolución
     judicial.


                                                 Página 16/168                                            16
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


        El procedimiento de rescisión por incumplimiento a las obligaciones establecidas en el
        contrato respectivo, se llevará a cabo en los términos señalados en el Artículo 54 de la
        Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público.
        En caso de rescisión la aplicación de la garantía de cumplimiento será proporcional al
        monto de las obligaciones incumplidas.
        En caso de rescisión no procederá el cobro de las penalizaciones ni de la contabilización
        de las mismas al hacer efectiva la garantía de cumplimiento.
        LICONSA podrá rescindir administrativamente el contrato en cualquier momento en los
        términos de lo dispuesto en el artículo 54 de la Ley de Adquisiciones, Arrendamientos y
        Servicios del Sector Público.

20.- TERMINACIÓN ANTICIPADA
“LICONSA”, con fundamento en lo establecido por el último párrafo del Artículo 54 de la Ley
de Adquisiciones, Arrendamientos y Servicios del Sector Público, podrá dar por terminado
anticipadamente el contrato correspondiente, cuando concurran razones de interés general, o
bien, cuando por causas justificadas se extinga la necesidad de continuar el servicio
originalmente contratado y se demuestre que de continuar con el cumplimiento de las
obligaciones pactadas, se ocasionaría algún daño o perjuicio a “LICONSA”, o se determine la
nulidad total o parcial de los actos que dieron origen al contrato, con motivo de la resolución
de una inconformidad emitida por la Secretaría de la Función Pública. En estos supuestos
“LICONSA” reembolsará al proveedor los gastos no recuperables en que haya incurrido,
siempre que éstos sean razonables, estén debidamente comprobados y se relacionen
directamente con el contrato correspondiente.

21.- INCONFORMIDADES QUE PUEDEN PRESENTAR LOS LICITANTES
Las personas interesadas podrán inconformarse por escrito ante la Secretaría de la Función
Pública, por cualquier acto del procedimiento de adquisición que contravenga las
disposiciones correspondientes de la Ley de Adquisiciones, Arrendamientos y Servicios del
Sector Público, dentro de los diez días hábiles siguientes a aquél en que éste ocurra o el
inconforme tenga conocimiento del acto impugnado.

Lo anterior, sin perjuicio de que las personas interesadas, previamente manifiesten ante la
propia Secretaría de la Función Pública, las irregularidades que a su juicio se hayan cometido
en el procedimiento de adjudicación del contrato respectivo, a fin de que, cuando sea
procedente, se subsanen.

22.- ANEXOS

I.     DOCUMENTOS REQUERIDOS PARA PARTICIPAR EN LA LICITACIÓN.
II.    MANIFESTACIÓN DE IDENTIDAD Y FACULTADES.
III.   FORMATO DE PROPUESTA ECONÓMICA.
IV.    ESPECIFICACIONES, CONDICIONES Y REQUERIMIENTOS TÉCNICOS.
V.     MODELO DE CONTRATO. El modelo de contrato se proporciona con fines informativos,
       sin embargo éste será adecuado a las particularidades del contenido de estas bases y
       de la propuesta del(los) licitante(s) que resulte(n) adjudicado(s). En caso de existir
       discrepancia entre el contenido del modelo del contrato y el de estas bases,
       prevalecerá lo estipulado en el cuerpo general de estas bases y lo que se derive de la
       junta de aclaraciones respectiva.
                                                 Página 17/168                                       17
                                      DI RE CC I ÓN D E M A T ERI A LE S
                  S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                  BA S E S PA RA PA RT IC IP A R EN LA
                      LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                ANEXO I
          DOCUMENTOS REQUERIDOS PARA PARTICIPAR EN LA LICITACIÓN.

I. Documentación legal y administrativa requerida:

 1   Escrito en el que el firmante manifieste, bajo protesta de
     decir verdad, que cuenta con facultades suficientes para                      Sí ( )       No ( )
     suscribir a nombre de su representada las proposiciones
     correspondientes.

     Formato según Anexo II (opcional).                                            Sí ( )       No ( )
     (Punto 1 del Numeral 8).
 2   Copia de identificación oficial vigente del licitante y en
     caso de personas morales de su representante o apoderado
     legal, con fotografía y firma (credencial de elector,                        Sí ( )        No. ( )
     pasaporte o cartilla, presentar original para cotejar).
     (Punto 2 del Numeral 8).
 3   Declaración por escrito firmada de manera autógrafa por el
     licitante, o en su caso por el representante o apoderado
     legal, bajo protesta de decir verdad, de que ni él ni su
     representada se encuentran en ninguno de los supuestos
     que señalan los Artículos 31 fracción XXIV, 50 y el
     penúltimo párrafo del Artículo 60, de la Ley de                              Sí ( )        No ( )
     Adquisiciones, Arrendamientos y Servicios del Sector
     Público y que además por su conducto no participan en este
     procedimiento, personas físicas o morales que se
     encuentren inhabilitadas.
     (Punto 3 del Numeral 8).
 4   Declaración de integridad. (Punto 4 del Numeral 8).                          Sí ( )        No ( )
 5   Copia de la Cédula de Identidad Fiscal. (Punto 5 del                         Sí ( )        No ( )
     Numeral 8).
 6   Copia del comprobante de adquisición de bases, a nombre
     de la persona (física o moral) que participará en la
     licitación (el nombre con el que se registre en la licitación,               Sí ( )        No ( )
     será el definitivo y no estará sujeto a modificaciones
     posteriores). (Punto 6 del Numeral 8).

Naucalpan de Juárez, Estado de México, a                    de                              de 2008.

Nombre de la Persona Física o Moral licitante: _________________________________


Nombre y firma autógrafa del apoderado legal: ________________________________




                                            Página 18/168                                              18
                                               DI RE CC I ÓN D E M A T ERI A LE S
                           S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                            BA S E S PA RA PA RT IC IP A R EN LA
                                LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                              ANEXO II
                              MANIFESTACIÓN DE IDENTIDAD Y FACULTADES.

Yo, ___ (nombre del apoderado) _, manifiesto BAJO PROTESTA DE DECIR VERDAD, que los datos aquí asentados,
son ciertos y han sido debidamente verificados así como que cuento con facultades suficientes para
comprometerme por mi o por mi representada, a través de la propuesta en el presente procedimiento de
Licitación Publica Nacional, a nombre y representación de: _(nombre de la persona física o moral).

 Clave del Registro Federal de Contribuyentes:
 Domicilio: Calle y Número:
 Colonia:                                                       Delegación o Municipio:
 Código Postal:                                                 Entidad Federativa:
 Teléfonos:                                                     Fax:
 Correo electrónico:
 No. de la escritura pública en la que consta su acta constitutiva:                          Fecha:

 Nombre, número y circunscripción del Notario Público ó Fedatario que las protocolizó:

 Relación de Socios:
 Apellido Paterno:                                                    Apellido Materno:          Nombre( s )

 Descripción del objeto social (para personas físicas, actividad comercial ó
 profesional:

 Reformas o modificaciones al acta constitutiva:

 Nombre, número y circunscripción del Notario Público ó Fedatario que las protocolizó:
 Fecha y datos de su inscripción en el Registro Público de Comercio.

 Nombre y domicilio del apoderado o representante:
 Datos de la Escritura Pública mediante la cual acredita su personalidad y facultades para suscribir la propuesta:
 Escritura pública número:
 Fecha:
 Nombre, número, y circunscripción del Notario o Fedatario Publico que la protocolizó:

                                                   Lugar y fecha
                                               Protesto lo necesario.
                                         _(Firma autógrafa del apoderado)_
 Notas:
 1.- El presente formato podrá ser reproducido por cada licitante en el modo que estime conveniente,
     debiendo respetar su contenido, preferentemente, en el orden indicado.

 2.- El licitante deberá incorporar textualmente, los datos de los documentos legales que se solicitan en este
     documento, sin utilizar abreviaturas, principalmente en lo relativo al nombre de la persona física o razón
     social de la persona moral.

 3.-   De igual forma, tratándose de personas físicas podrá ser adecuado a lo conducente .




                                                      Página 19/168                                                  19
                                                 DI RE CC I ÓN D E M A T ERI A LE S
                             S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                              BA S E S PA RA PA RT IC IP A R EN LA
                                  LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                               ANEXO III
                                   FORMATO DE PROPUESTA ECONÓMICA
 SERVICIO DE DESARROLLO DE SISTEMAS PARA LOS EJERCICIOS 2008, 2009, 2010 Y 2011


                                                        (C)                    (D)                                   (F)
                      (A)              (B)                                                     (E)
                                                       (A+B)                 (AX36)                                 (D+E)

                                                                       Importe por 39
                Importe Mensual        IVA       Importe Mensual                        IVA Total por 39     Importe Total por 39
  Concepto                                                             meses antes de
                  antes de IVA       Mensual         con IVA                                 meses              meses con IVA
                                                                            IVA
  Servicios
                                        $                $                     $                $                     $
                       $


                                                             TOTAL             $                $                     $


Nota: Se deberá indicar que sus precios son fijos y se sostendrán por un plazo de 40 días naturales, contados a partir de la fecha de
la entrega de las proposiciones.



                   NOMBRE Y FIRMA DEL LICITANTE O REPRESENTANTE LEGAL

                                                               Fecha




                                                             Página 20/168                                                     20
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                      ANEXO IV
               CONDICIONES, REQUERIMIENTOS TÉCNICOS Y ESPECIFICACIONES

            CANTIDADES, CARACTERÍSTICAS Y ESPECIFICACIONES TÉCNICAS DE LA PARTIDA

  Partida                       Descripción                          Unidad Medida           Cantidad
   Única
     1       Servicio de Desarrollo de Sistemas                          Servicio                   1


CONTENIDO

RESUMEN EJECUTIVO DE LA ESPECIFICACIÓN TÉCNICA

1. INTRODUCCIÓN
  1.1 SITUACIÓN ACTUAL
  1.2 ALCANCE DEL PROYECTO
        1.2.1 ALCANCE DE LA SOLUCIÓN
        1.2.2 ALCANCE GEOGRÁFICO
        1.2.3 ALCANCE ORGANIZACIONAL
        1.2.4 NÚMERO DE USUARIOS
        1.2.5 DURACIÓN DEL PROYECTO

2. REQUERIMIENTOS TECNOLÓGICOS
  2.1 PREMISAS GENERALES
  2.2 CARACTERÍSTICAS NECESARIAS
  2.3 ESPECIFICACIONES NECESARIAS
  2.4 AMBIENTE DE OPERACIÓN
        2.4.1 INTEGRACIÓN DE APLICACIONES
  2.5 AUDITORIAS
  2.6 GESTIÓN DEL PORTAL
  2.7 CARACTERÍSTICAS PRINCIPALES DEL PORTAL
  2.8 GESTIÓN DE LOS PROCESOS

3. REQUERIMIENTOS FUNCIONALES

4. SERVICIOS PARA LA IMPLANTACIÓN DEL GRP
  4.1 METODOLOGÍA DE IMPLANTACIÓN
  4.2 ADMINISTRACIÓN DEL CAMBIO
  4.3 ADMINISTRACIÓN DEL PROYECTO
  4.4 LEVANTAMIENTO DE LA INFORMACIÓN
  4.5 ANÁLISIS Y REDISEÑO DE PROCESOS
  4.6 DISEÑO Y PARAMETRIZACIÓN DE LA SOLUCIÓN
  4.7 DESARROLLO DE INTERFASES
  4.8 CONSTRUCCIÓN DE CATÁLOGOS INSTITUCIONALES
  4.9 INSTALACIÓN DEL SISTEMA
  4.10 MIGRACIÓN O IMPORTACIÓN DE DATOS
  4.11 PLAN DE PRUEBAS
  4.12 CAPACITACIÓN

5. SERVICIOS ESPECÍFICOS
  5.1 SERVICIOS DE SOPORTE Y APOYO AL PROYECTO INTEGRAL
  5.2 SERVICIO DE ANÁLISIS, DISEÑO Y DESARROLLO DE SISTEMAS DE PROPÓSITO ESPECÍFICO
                                                  Página 21/168                                         21
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


  5.3 SERVICIO DE MANTENIMIENTO A SISTEMAS EN TECNOLOGÍA J2EE

6. MANTENIMIENTO Y SOPORTE TÉCNICO

7. ENTREGABLES Y GARANTÍAS
  7.1 ENTREGABLES
  7.2 GARANTÍA DE LA SOLUCIÓN
  7.3 RESPONSABILIDADES DEL LICITANTE GANADOR

8. ASPECTOS COMERCIALES
  8.1 LICENCIAMIENTO
  8.2 NIVELES DE SERVICIO Y SANCIONES

9. INTEGRACIÓN DE LA PROPUESTA TÉCNICA
  9.1 ESPECIFICACIÓN DE LA PROPUESTA
  9.2 DOCUMENTACIÓN REQUERIDA
  9.3 DEMOSTRACIÓN DEL SISTEMA GRP
  9.4 CRITERIOS DE EVALUACIÓN

ANEXO A: ESQUEMA DE SEGURIDAD INSTITUCIONAL

ANEXO B: GLOSARIO TÉCNICO


RESUMEN EJECUTIVO DE LA ESPECIFICACIÓN TÉCNICA

El propósito de este documento es describir y definir el alcance de los servicios que incluye el “servicio
de desarrollo de sistemas”, objeto de esta licitación. El objetivo principal es que Liconsa, S.A. de C.V.
cuente con Sistemas de Información totalmente integrados, lo que permitirá entre otros beneficios,
contar con información centralizada, actualizada y confiable, que podrá ser consultada en tiempo real
facilitando una mejor toma de decisiones y contribuyendo a la eficiencia de los procesos, al evitar
duplicidad y recaptura de información, fortaleciendo la integridad de la misma. Además se podrá contar
con una plataforma tecnológica de sistemas homogénea, de vanguardia, la cual coadyuvará de manera
más eficiente al logro de los objetivos estratégicos que apoyan la misión y visión de la institución.

La propuesta consiste en la implantación de un Sistema Integral de Información, tipo GRP, el desarrollo
de aplicaciones de propósito específico y el mantenimiento a las aplicaciones existentes, que permita
de manera eficaz la centralización de la información administrativa, financiera y operativa de Liconsa,
S.A. de C.V., lo que implica la automatización de los procedimientos manuales de la organización y la
integración de la información con aquella que actualmente se encuentra almacenada en los distintos
Sistemas actuales de Información, pasando a formar parte de un único Sistema Integrado. Los sistemas
actuales serán reemplazados y/o integrados entorno al Sistema Integral de Información (GRP).

En la Figura 1 se ilustra la interacción del Sistema Integral con las diferentes áreas de la organización y
su integración en cuanto a las funcionalidades a ser cubiertas por el mismo.




                                                 Página 22/168                                          22
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8




1. INTRODUCCIÓN

1.1. SITUACIÓN ACTUAL

Actualmente Liconsa, S.A. de C.V., maneja 29 sistemas administrativos y operativos de manera aislada,
en diferentes tecnologías de base de datos y de lenguajes de programación; además de trabajar sin
interrelación entre ellos.

Uno de los principales problemas es la obsolescencia de las tecnologías antes mencionadas, de la
duplicidad de información en los diferentes sistemas y de la carencia de información estándar y
homogénea en los diferentes procesos administrativos y operativos de la organización.

Por tales motivos Liconsa, S.A. de C.V., en un esfuerzo continuo por mejorar la calidad y eficacia de los
servicios que brinda y por lograr el fortalecimiento de los procesos administrativos y operativos,
actuales y futuros de las áreas usuarias y entidades relacionadas, ha dado alta prioridad a la
implementación de una solución integral que llamaremos Sistema Integral de Información, tipo ERP
(Enterprise Resource Planning) orientado a la Administración Pública, también conocido como GRP
(Government Resource Planning) que además se integrará con las aplicaciones o sistemas de propósito
especifico existentes o que se tendrán que desarrollar.

A través de este proyecto se pretende lograr una mayor integración de los procesos administrativos,
financieros y operativos de Liconsa.

La implementación de esta solución integral de sistemas considera, desde tecnologías de información,
hasta la mejora de procesos considerando la aplicación de las mejores prácticas de negocio.

                                                 Página 23/168                                        23
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Con base al punto anterior es que se presentan en este documento los requerimientos técnicos y
funcionales que definen las funcionalidades y características tecnológicas del Sistema Integral de
Información (GRP) y de los servicios para su implementación e integración con los demás sistemas
requeridos, no solamente teniendo en cuenta los aspectos funcionales y de operación del sistema, sino
también aspectos tecnológicos y de evolución del mismo.

1.2. ALCANCE DEL PROYECTO

1.2.1 ALCANCE DE LA SOLUCIÓN

El objetivo básico de la presente licitación pública es la adquisición de una solución de negocio
denominada Sistema Integral de Información (GRP) y la contratación de los servicios de implantación,
para su personalización y adecuación para Liconsa, S.A. de C.V.; además de la contratación de servicios
específicos; los cuales se detallan en los puntos “4. SERVICIOS PARA LA IMPLANTACIÓN DEL GRP” y “5.
SERVICIOS ESPECÍFICOS” respectivamente.

Para lograrlo, se requiere de un Sistema Integral con fundamento en los sistemas conocidos como ERP
(Enterprise Resource Planning), que en el ámbito de gobierno se denominan GRP (Government
Resource Planning), que considere la aplicación de mejores prácticas de negocio y las adapte e integre
a los requerimientos particulares de las funciones administrativas, financieras y operativas relacionadas
a los siguientes procesos de negocio, considerando el marco normativo específico y gubernamental
aplicable a Liconsa.

       Gestión Institucional de los Recursos Financieros,
       Gestión Institucional de los Recursos Materiales y Servicios Generales,
       Gestión Institucional de los Recursos Humanos y Nómina,
       Gestión Institucional de los Recursos Productivos,
       Control de Gestión Documental.

Lo anterior no implica un desarrollo especial para Liconsa, sino que se trata de una solución integral
para la administración de sus recursos (financieros, materiales, humanos y productivos), probado en el
ambiente gubernamental y adecuado a los requerimientos específicos de la institución.

Por lo tanto, el software que presenten los licitantes deberá ser parametrizado, adecuado, configurado
y personalizado con los requerimientos específicos de los procesos referidos anteriormente y se
denominará como la “solución”. Además los licitantes deberán considerar dentro de su propuesta, el
desarrollo de interfases para la correcta integración con el Sistema Integral de Información (GRP),
de los siguientes sistemas que se listan de manera enunciativa:

    Sistemas desarrollados con tecnología PHP, Javascript y HTML
         Interfase con el Sistema Integral de Información Básica de la Operación de Planta (SIIBOP).
    Sistemas desarrollados en java J2EE
         Interfase con el sistema de contabilidad general (eContabi).
         Interfase con el sistema de recuperación de IVA (eIVA).
         Interfase con el sistema de embarques.
    Sistemas a desarrollarse con tecnología Genexus en plataforma Java
         Interfase con el sistema VOSS.
         Interfase con el Sistema Integral de Abasto Social.
    Interfases con otros sistemas:
         Interfases con los sistemas gubernamentales que así lo requieran (ver requerimientos
            funcionales).
         Interfase con los sistemas electrónicos bancarios.

                                                 Página 24/168                                        24
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



1.2.2 ALCANCE GEOGRÁFICO
La solución operará de forma centralizada en las oficinas centrales de Liconsa, S.A. de C.V. y los
centros de trabajo accederán a el a través de la red propia de la institución.

1.2.3 ALCANCE ORGANIZACIONAL
Debido a la cobertura integral que implica un software de esta naturaleza, para lograr la implantación
de las funcionalidades necesarias para la Gestión Institucional de: Recursos Financieros, Recursos
Materiales, Recursos Humanos y Recursos Productivos, se deberá visualizar el alcance organizacional
tanto en el ámbito centralizado como descentralizado principalmente en las áreas de:
     Dirección de Administración,
     Dirección de Finanzas y Planeación,
     Dirección de Materiales y Servicios Generales,
     Dirección de Producción,
     Dirección de Abasto Social,
     Gerencias estatales y Programas de Abasto Social,
     Unidades Operativas

1.2.4 NÚMERO DE USUARIOS
A continuación se indican las cantidades promedio de usuarios que se prevé harán uso del Sistema
Integral de Información (GRP).



                                                   Usuarios     Usuarios
                   Por Proceso de Recursos:           C.T.        O.C.            Total
                Materiales                            182          14              196
                Producción                             56          30               86
                Financieros                           688          56              744
                Recursos Humanos                      157           2              159
                Abasto Social                         405           1              406
                                                     1488         103             1591
               C.T.=Centros de Trabajo, O.C.=Oficinas Centrales

1.2.5 DURACIÓN DEL PROYECTO
La duración del proyecto será a partir de la fecha del fallo de la presente licitación y hasta el 31 de
diciembre de 2011.

2. REQUERIMIENTOS TECNOLÓGICOS
En los siguientes puntos, se describen los requerimientos tecnológicos en relación al Sistema Integral
de Información (GRP) y para el desarrollo de sistemas de propósito específico requeridos por Liconsa,
S.A. de C.V.

2.1 PREMISAS GENERALES
La aplicación de software que se solicita deberá ser parametrizable, adecuada, configurada y
personalizada con los requerimientos específicos de los procesos que integran Liconsa y formará parte
de la solución Institucional en los aspectos administrativos y operativos del Organismo.

Las premisas generales son:




                                                Página 25/168                                       25
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


      El diseño deberá tener la flexibilidad y capacidad para poder operar con modalidad de flujos de
       trabajo propios o transformarse para adecuarse al estándar basado en tecnología BPM (Business
       Process Management y Work Flows o Flujos de trabajo).

      Se deberá contar con la herramienta de modelado de procesos así como del motor de Workflow
       y usuarios ilimitados para la ejecución del mismo.

      Deberá ser 100% Web nativo pudiendo operar tanto en Internet Explorer como en Firefox sin
       necesidad de instalar ningún plug in, ActiveX o applet.

      Deberá incluir un portal a través del cual se acceda y ejecute el Sistema Integral de Información
       (GRP) y los demás sistemas, adicionalmente integrará todas las funcionalidades conocidas y
       manejadas en los portales como son :
          o Contenedor de las aplicaciones
          o Administración de contenidos
          o Lista de noticias
          o Foros
          o Encuestas
          o Seguridad

      Deberá tener un diseño y arquitectura orientada a servicios (SOA) a los efectos de poder
       facilitar las interfases con sistemas que actualmente están operando en Liconsa, proveedores y
       otros organismos externos a la institución.

      El Sistema Integral de Información (GRP), deberá estar diseñado y desarrollado en la
       herramienta de software Genexus, capaz de generar aplicaciones de manera incremental de
       forma independiente de la tecnología, entregando la base de conocimiento y los códigos
       fuentes de la aplicación en JAVA e integrando las herramientas de desarrollo necesarias para la
       evolución futura de la solución, como son:

           o   Herramienta   de Modelado de Procesos o WorkFlow
           o   Herramienta   de diseño y construcción de Portales
           o   Herramienta   de Business Intelligence
           o   Herramienta   de Reporting
           o   Herramienta   de Generación de Código

           Debiendo todos los elementos mencionados anteriormente integrarse de manera natural al
           Sistema Integral de Información (GRP), asegurando en todo momento la integración de la
           solución la cual se mantendrá transparente al usuario final.

      De igual manera, los desarrollos necesarios al Sistema Integral de Información (GRP) y de los
       sistemas de propósito específico, deberán ser diseñados y construidos con la herramienta de
       software Genexus.

2.2 CARACTERÍSTICAS NECESARIAS

      El Sistema Integral de Información, deberá estar conceptualizado bajo una funcionalidad
       parametrizable tipo GRP y deberá permitir la personalización del mismo.
      Deberá crear una base de conocimiento capaz de aceptar las modificaciones, cambios y/o
       inclusiones de nuevos objetos o reglas de operación, adaptando o evolucionando de esta forma
       el Sistema Integral de Información, de acuerdo a las nuevas o futuras necesidades de Liconsa.

                                                Página 26/168                                        26
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


      Las operaciones del Sistema serán validadas con reglas y políticas propias de Liconsa,
       invalidando el Sistema aquellas operaciones que no cumplan con los parámetros establecidos
       por la normatividad aplicable antes mencionada.
      El ciclo de vida de los datos estará dado por los procesos de negocio de LICONSA.
      Todos los módulos deberán operar en la misma plataforma tecnológica, mostrando una
       completa integración entre ellos y la plataforma.
      El Sistema Integral deberá contar con la tecnología necesaria para integrarse a nivel
       funcional y de intercambio de información (base de datos) con los distintos sistemas de
       propósito específico de Liconsa (ver el punto 2.4.1 INTEGRACIÓN DE APLICACIONES).
      El Sistema tendrá una orientación de flujo de trabajo (BPM), lo cual permitirá poder dar
       seguimiento tanto a la secuencia, etapas y pasos como a los usuarios responsables de las
       transacciones.

2.3 ESPECIFICACIONES NECESARIAS

      El GRP y los sistemas deberán estar desarrollados con técnicas de orientación a servicio, a
       objetos y manejo transaccional.
      El GRP y los sistemas deberán contener un módulo de control de accesos y de seguridad para el
       acceso de información de las Bases de Datos integrado con el Portal (Single Sign On).
      Se deberá incluir una bitácora interna para efectos de Auditoria de sistemas y de operaciones,
       identificando usuario, fecha y hora de los movimientos realizados.
      El diseño debe basarse en una arquitectura 100% Web nativo sin interfases ni servidores o
       monitores que simulen dicha arquitectura (como por ejemplo Terminal Services, etc.) y
       deberán tener la capacidad de operar a través de Intranet e Internet con el único requerimiento
       de contar con un browser como IE o Firefox.
      La herramienta de desarrollo deberá ser Genexus y el lenguaje generado Java cumpliendo
       con los requerimientos mínimos del estándar J2EE.
      La actualización de la información de todos los módulos se deberá llevar a cabo en línea y en
       tiempo real.
      El sistema GRP deberá considerar consultas y reportes estadísticos y ejecutivos dinámicos
       (Inteligencia de Negocios), basado en presentación de datos de manera gráfica y resumida.
      Los datos deberán poder presentarse en gráficas, formato de reporte y archivos.
      Se deberá proveer herramientas de soporte a decisiones y su integración nativa o natural con un
       Datawarehouse.
      El GRP y los sistemas deberán tener seguridad y niveles de acceso definidos por roles para cada
       usuario a nivel módulo, opción, campo y acción.
      Se deberán integrar los manuales técnicos y operativos de los sistemas en línea para su
       operación y mantenimiento.
      El GRP y los sistemas deberán permitir la importación/exportación de datos desde, diferentes
       tipos de archivos como archivos en excel, word, pdf y archivos planos.
      Contendrán menús personalizados basándose en el perfil definido para cada usuario.
      Se deberá contar con recordatorios de eventos por usuario, fecha y hora.
      Se deberá contar con envío de mensajes informativos a usuarios o por grupo de usuarios
      Se deberá contar con consultas parametrizables de campos.
      Se deberá permitir la consulta ejecutiva a diferentes niveles de detalle, partiendo de lo general
       a lo particular (drill down), misma que pueda imprimirse y/o exportarse a diferentes formatos o
       medios de archivo.
      Se deberá contar con la función “ayuda” en cada módulo.
      El GRP y los sistemas deberán estar en idioma español y el software de la solución deberá estar
       total y debidamente documentado.

                                                Página 27/168                                        27
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


      El Sistema GRP deberá incluir herramientas de reporteo de fácil uso, para explotación de
       información por cualquier usuario no técnico autorizado.
      Se deberá permitir la generación de reportes estadísticos y ejecutivos en Internet, de manera
       gráfica, digital y resumida.
            o Proveer la facilidad de generación de reportes que integren datos de diferentes
               archivos y/o módulos.
            o Los reportes deberán poder ser visualizados en pantalla, imprimirse, enviarse a archivos
               magnéticos u otros.
            o La impresión de reportes deberá poder ser en línea o en lotes
      Se deberá permitir la utilización de comodines (wildcards) en la especificación de criterios de
       búsqueda.
      Se deberá contar con tecnología AJAX a los efectos de poder tener un dialogo en las pantallas
       web similar al que se obtiene en las pantallas Windows permitiendo de esta forma una mejor
       experiencia de uso y facilidad a los usuarios finales del Sistema.
      Se deberá considerar la notificación automática de situaciones previstas y definidas por el
       sistema (fechas de vencimiento, de emisión, de notificación, etc.)
      Deben permitir la exportación de los reportes a Excel, documentos pdf y documentos Word.
      Deberá considerarse la posibilidad de efectuar cambios masivos sobre los datos, considerando
       su alcance hasta la información histórica.
      Se deberán administrar y reejecutar procesos y tareas que hayan sido interrumpidos.
      Para lograr la orientación de Flujo de Trabajo, los sistemas deberán estar diseñados en base a
       un modelo de Work Flow, que permitirá la definición de distintos flujos de trabajo, la
       asignación de colas de trabajo a usuarios y la asignación de tareas dentro de dicho proceso.
      El modelo de flujo de trabajo (Work Flow) permitirá pasar a un objeto del Sistema a través del
       proceso definido o parametrizado, generando datos e invocando reglas de operación durante la
       ejecución.
      La herramienta de flujo de trabajo deberá estar integrada con sistemas de correo electrónico
       basados en SMTP, POP3 e IMAP para enviar notificaciones emitidas desde la aplicación hacia el
       sistema de correo electrónico de Liconsa.
      Asimismo, se deberá considerar una interfaz “natural” o a través de ADO, ODBC, JDBC entre la
       aplicación y los datos que maneja la base de datos, accediéndola a través de un protocolo
       común y compartido, esto es, sin utilizar gateways, conexiones, enlaces, ligas o emulaciones de
       otros productos.

2.4 AMBIENTE DE OPERACIÓN
El ambiente de operación del Sistema Integral y de los desarrollos que se solicitan deberá cumplir con
los siguientes requerimientos:

      El GRP y los sistemas deberán operar en ambiente 100% Web nativo sin ningún tipo de software,
       monitor, o gateway del estilo Terminal Services que simule dicha arquitectura. Tampoco
       deberá utilizar activeX o applets como elemento de comunicación con el servidor central.
      El GRP y los sistemas deberán operar en una arquitectura Java J2EE de tres capas, la de
       presentación, la de la lógica del negocio y la del manejo de datos.
      El GRP y los sistemas deberán operar en el manejador de base de datos institucional y
       corporativo de Liconsa, Oracle 10g o superior; pero además, deberán poder operar en
       cualquiera de los siguientes DBMS open source (libres), sin realizar modificaciones al código,
       siendo la migración totalmente transparente:
           o Postgress SQL
           o MySQL
      La capa de presentación deberá ser del tipo entorno RIA (Rich Internet Applications
       (Aplicaciones Ricas de Internet)) basada en tecnología AJAX.


                                                Página 28/168                                       28
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


      El GRP y los sistemas deberán soportar la operación de la capa de presentación en las
       plataformas:
            o Windows XP o superior
            o SUSE, Linux Enterprise Desktop Ver. 10.1
      El GRP y los sistemas deberán soportar la operación de la capa del negocio y la base de datos en
       las plataformas:
            o Unix HP-UX Ver. 11.23
            o SUSE, Linux Enterprise Server Ver. 10.1
      El servidor de aplicaciones sobre el que deben ejecutarse los sistemas es:
            o Jboss Ver.4.0.2 o superior
      La versión del JDK/JRE de Java deberá ser 1.5.0_12 o superior.
      El GRP y los sistemas deberán permitir el acceso por los usuarios a través de un navegador MS
       Internet Explorer versión 6.0 en adelante y/o Firefox 2.0 en adelante o cualquier otro
       navegador de internet.
      La solución de sistemas deberá aprovechar las funcionalidades de multi-threading, load
       balancing, etc. del manejador de bases de datos.
      La operación de la herramienta de Inteligencia de Negocios (Business Intelligence) incorporada
       en el Sistema deberá ser 100% compatible con OLAP (On-Line Analytical Processing) y los cubos
       OLAP.
      La herramienta de Inteligencia de Negocios (Business Intelligence) incorporada en el
       Sistema, deberá operar en el mismo ambiente 100% Web nativo del sistema, permitiendo
       exportar la información al ambiente Windows para ser explotada por las herramientas como
       Excel, Word, Etc.
      La herramienta de desarrollo de la solución tecnológica debe permitir desarrollar soluciones
       corporativas en entornos de hardware y software heterogéneos.
      La herramienta de desarrollo deberá proporcionar protección contra la obsolescencia
       tecnológica. Que evite perder todo el conocimiento (know-how) contenido en los Sistemas, en
       cada cambio de plataforma, es decir que no sea necesario reprogramar la aplicación por el
       cambio de arquitectura, lenguaje y/o DBMS y reduzca drásticamente la inversión necesaria para
       adoptar nuevas plataformas tecnológicas.
      Que ofrezca una metodología de desarrollo incremental, basada en el conocimiento del
       negocio, no dependiente de la tecnología.
      Que en el caso de desarrollo de aplicaciones complementarias al Sistema, permita el diseño de
       la base de datos en forma inteligente y proporcione en forma automática el código de las
       aplicaciones, protegiendo la inversión frente al constante cambio tecnológico, soportando las
       nuevas tecnologías a medida que son lanzadas al mercado.

2.4.1 INTEGRACIÓN DE APLICACIONES
La integración entre sistemas y el desarrollo de interfases deberá sujetarse a las siguientes capas y
deberá ser implementada según corresponda.

Integración de Datos e Información
     Capa de Base de Datos
        La integración en la capa de base de datos deberá utilizarse cuando se requiera intercambiar
        volúmenes de información importantes y la velocidad de respuesta sea primordial y deberá
        cumplir con alguna de las siguientes formas:
            o Base de datos Integrada o Única
                Las aplicaciones del sistema compartirán la misma base de datos si mantiene relaciones
                estrechas con otro sistema y el acceso a los datos debe ser inmediato.



                                                Página 29/168                                       29
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8




                 SISTEMA 1




                  SISTEMA 2
                                                                      BASE
                                                                       DE
                                                                     DATOS
                                                                     UNICA


                 SISTEMA n




        o   Integración mediante Interfaces (ETL- Herramienta para extracción, transformación y
            carga de información entre bases de datos)
            Cuando las bases de datos existan de manera independiente se mantendrán
            sincronizados los datos mediante procesos de ETL que se ejecutaran periódicamente de
            acuerdo a los requerimientos funcionales.

                                                  ETL


                                            Proceso ETL de
                                               S1 -> S2


                  BASE                                                        BASE
                   DE                                                           DE
                 DATOS                                                       DATOS
               SISTEMA 1                    Proceso ETL de                 SISTEMA 2
                  (S1)                         S2 -> S1                        (S2)




        o   La aplicación ETL a utilizar será la definida por Liconsa.

   Capa de Servicios, Integración mediante SOA
    Se utilizaran Web Services como forma de integración de procesos y será la preferida en el
    Sistema Integral, deberá utilizarse cuando se requiera exponer cierta funcionalidad puntual que
    no dependa del estado de otras funciones o procesos.
         o La integración mediante SOA se realizara con la creación de Web Services utilizando los
             siguientes estándares y las versiones correspondientes:
                  WSDL 1.1 - para la definición de la interfaz de comunicación del Web Service
                     (llamada y respuesta)
                  XML – como el formato de intercambio de información del Web Service
                  SOAP 1.2 o XML-RPC – como protocolos de comunicación del Web Service
                                             Página 30/168                                       30
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                       UDDI – como protocolo para publicación del Web Service.




                                              Sistema
                                                (S2)

                                               WS
                                               S2

                   CANAL O TUNEL DE SERVICIOS (BASADOS EN WEB SERVICES) http
                            Contiene los servicios publicados por los Sistemas

                                                                            Recibe respuesta
                                             Solicita el                    del WS del
                                             WS del                         Sistema 1
                  WS                         Sistema 1
                  S1                                           Sistema
                 Sistema                                       Consumidor
                   (S1)




Integración Funcional
     Capa de Interfaz Grafica
        La interfaz grafica deberá mantener un estándar de diseño y presentación sin importar el
        sistema o aplicación a la que nos estemos refiriendo facilitando la interacción con los usuarios
        finales.
             o La interfaz al usuario deberá cumplir con un look and feel es decir deberá cumplir con
                 los estándares definidos por Liconsa para diseño, colores y usabilidad en los diferentes
                 sistemas o aplicaciones.
             o Los sistemas o aplicaciones deberán cumplir con la característica de poder cambiar su
                 apariencia sin que esto implique realizar cambios en la programación, haciendo las
                 aplicaciones configurables mediante skins (pieles o diseños) que pueden ser
                 intercambiados sin afectar la programación funcional.
             o Se integraran los sistemas a un Portal el cual reunirá múltiples aplicaciones (sin
                 importar su arquitectura y plataforma) en un solo punto el cual será accedido desde
                 cualquier equipo que tenga permisos. Las aplicaciones en el portal se agruparan de
                 acuerdo al servicio que prestan y su acceso será controlado de ser posible por la
                 seguridad común.
     Integración de la Capa de Seguridad
        La seguridad del sistema deberá ser integrada a la seguridad institucional (ver anexo A), en
        donde esto sea posible, facilitando un solo punto de acceso a los diferentes sistemas.
             o Las aplicaciones se conectaran a un servicio de autenticación común el cual verificara la
                 identidad del usuario firmante para después regresar el control al sistema al que se esté
                 ingresando.
             o Una vez autenticado el usuario el identity manager institucional informara los permisos
                 que el usuario tiene sobre el sistema o aplicación a la que esta accediendo de acuerdo a
                 su rol o perfil.




                                                   Página 31/168                                       31
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


2.5 AUDITORIAS
El GRP y los sistemas deberán incluir una bitácora interna para efectos de auditoria de sistemas y
operaciones, identificando usuario, fecha y hora de los movimientos realizados con las siguientes pistas
de auditoria:
     Por tipo de operación
     Por archivo
     Por módulo
     Por usuario que realizó la transacción

2.6 GESTIÓN DEL PORTAL
      La solución debe considerar una herramienta para construir y gestionar Portales, y que permita
       configurar y administrar dinámicamente tanto el diseño de las páginas, como la navegación del
       Portal y el contenido del mismo sin necesidad de programar.
      Deberá facilitar e integrar al personal y socios de negocios de Liconsa, a través de la Web,
       compartiendo información y aplicaciones en forma interactiva y segura.
      Que incorpore vistas de diseño y gestión de contenido independientes, y funciones de gestión
       automática del contenido y del diseño, pasando a ser de esta forma una herramienta de
       colaboración.
      Que permita a la organización integrar fácilmente conocimiento, contenido, y aplicaciones,
       brindando una solución integral para la gestión de su Front End y Back End en la Web.

2.7 CARACTERÍSTICAS PRINCIPALES DEL PORTAL
     Simple y simple
          o La administración de la información del portal debe poder ser realizada por personal no
               especializado, accediendo al Back End del portal desde cualquier PC conectado a
               Internet.
          o El proceso de administración de contenido deberá guiar al usuario en el ingreso y
               mantenimiento de la información. Deberá permitir y definir dónde y cuándo se
               publicará el contenido y cuáles son los roles para cada tarea, y deberá asegurar el
               manejo confiable de la información.
     Diseño y contenido independientes
          o El contenido y el diseño del sitio deberán gestionarse en forma independiente. El
               proceso de diseño deberá basarse en plantillas de publicación que se administren en
               forma independiente del proceso de ingreso y publicación del contenido.
          o Las plantillas deben ser estilos de páginas pre-definidas o definidas por el usuario que
               se aplican a las páginas del portal. Cuando se modifique una plantilla, en forma
               automática se deberán modificar las páginas que están basadas en ella. El uso de las
               plantillas permitirá reducir el mantenimiento y tiempo de desarrollo de las páginas del
               sitio.
     Gestión automática del cambio
          o El uso de plantillas y componentes Web hace que la tarea de diseño se concentre en
               pocas páginas, ya que al modificar una plantilla los cambios se propagan
               automáticamente a todas las páginas creadas en base a ella.
     Single Sign On
          o El módulo Single Sign On permitirá la unificación del control de usuarios del portal y
               aplicaciones externas.
     Arquitectura escalable
          o Que permita implementar soluciones que van desde un servidor único para base de
               datos y servidor Web, hasta configuraciones con múltiples servidores en diversas
               ubicaciones.
     Administración de comunidades
                                                 Página 32/168                                       32
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


           o   Que cuente con las siguientes herramientas para lograr un ámbito de interacción entre
               los distintos integrantes de las comunidades:
                    Encuestas
                    Foros
                    Listas de noticias
                    Preguntas Frecuentes
      Seguridad
           o La seguridad deberá estar basada en Roles, dependiendo de los roles que tenga
               asignado el usuario se deberá presentar las funcionalidades del Back-End a las cuales
               puede acceder para realizar tareas de administración.
           o El acceso a la información dependerá de los roles que se le asignen, deberá ser posible
               restringir el acceso de los usuarios Web a contenidos, menús, páginas o canales. De esta
               forma se logra controlar y segmentar el público del portal.

2.8 GESTIÓN DE LOS PROCESOS
La solución debe considerar herramientas de Gestión de Procesos basada en la metodología BPM
(Business Process Management); que permita el modelado de procesos y flujos de trabajo de acuerdo a
los estándares BPMN (Business Process Modeling Notation) y WfMC (Workflow Management Coalition)
respectivamente para diseñar, ejecutar y monitorear los diferentes procesos de LICONSA.

La herramienta deberá estar compuesta al menos de los siguientes componentes y características:

      Una herramienta de diseño gráfica que permite modelar los procesos de la organización.
           o Deberá contar con una herramienta gráfica que permita diseñar y ver los procesos de la
               compañía en diagramas que automáticamente se convierten en parte integral de la
               solución final.
           o El lenguaje de diagramado debe ser el definido por el estándar BPMN (Business Process
               Modeling Notation); que está de conformidad con el estándar BPM.
           o La herramienta deberá permitir también integrar diagramas acorde a los estándares de
               UML (Unified Modeling Language).
      Un motor de workflow que resuelva la comunicación entre los procesos diseñados y la ejecución
       de los mismos (El motor de workflow es el software que provee el entorno de ejecución para las
       instancias de los procesos de workflow).
           o   Deberá proveer facilidades para interpretar la definición del proceso y controlar las
               instancias de los procesos (creación, activación, terminación, etc.). También hace
               posible la navegación entre actividades, el manejo de la lista de tareas pendientes del
               usuario (worklist), la transferencia de información entre aplicaciones y la invocación de
               aplicaciones externas.
           o   Deberá mantener la historia de todos los eventos que controla, incluyendo fecha y hora,
               tareas involucradas y nombre de los participantes. La información histórica proveerá
               reportes en cuanto a los costos y progreso de cada actividad y rendimiento del proceso.
               Esto permitirá ver a los miembros de la organización la información exacta del estado
               del proceso de negocio.
      Clientes workflow, el cual es una interfaz gráfica donde los usuarios reciban las tareas
       pendientes de realizar el cliente workFlow deberá estar compuesto por:
           o Bandeja de Entrada
                    La bandeja de entrada permite ver la lista de tareas pendientes que el
                       correspondiente usuario debe realizar. También es la encargada de controlar las
                       llamadas a las aplicaciones requeridas para que el usuario lleve a cabo sus
                       tareas.
           o Administrador de Procesos

                                                Página 33/168                                        33
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                      El Administrador de Procesos permite monitorear el estado de los procesos y de
                       las tareas. Esto hace posible detectar embotellamientos en el sistema de
                       workflow, por ejemplo:         aquellas tareas que requieren un tiempo no
                       especificado para ser cumplidas y se han convertido en tareas o decisiones
                       críticas. Pero la ventaja más importante es que permite tomar acciones
                       correctivas como suspender o abortar procesos, reasignar tareas en base a la
                       carga de trabajo de los participantes, etc.
           o Consola de Administración
                    La consola de administración permite la creación de los usuarios de la
                       aplicación de workflow y asociarlos con los roles definidos en la estructura
                       organizacional. También permite la definición de restricciones que serán
                       aplicadas a usuarios y procesos de workflow, así como también configurar el
                       motor de workflow.
      Herramientas de Auditoria que permitan analizar la ejecución, numero y duración de los
       diferentes procesos de la organización ya sea por rol, tarea, proceso o fecha, además de otras
       opciones
           o La herramienta de auditoria permite analizar la ejecución, número y duración de los
               diferentes procesos del negocio por rol, tarea, proceso ó fecha, entre otras opciones.
               Analiza la eficiencia de los procesos, detectando retrasos y caminos críticos antes de
               que se conviertan en un problema. La herramienta para extraer esta información
               deberá ser una herramienta OLAP.
           o Los principales objetivos de la herramienta de auditoria en el control de workflow son
               tener una herramienta que permita a los gerentes controlar adecuadamente la
               asignación de tareas, identificando y evitando embotellamientos, redistribuyendo
               la asignación a los diferentes usuarios de acuerdo a la carga de los diferentes procesos,
               proporcionando elementos precisos para medir la eficiencia de los procesos y eliminar
               tareas que no agregan valor.
           o De acuerdo con estos objetivos, definimos un modelo de medición de negocio que nos
               ayuda a cumplir con estos objetivos y contestar las siguientes preguntas:
                    ¿Cuáles son las áreas de la organización donde no estoy siendo eficiente? ¿Por
                       qué?
                    ¿Cuáles son los procesos que demoran más y cómo puedo optimizarlos?}
                    ¿Cuáles son las áreas que pueden ser eliminadas de los procesos porque no
                       agregan valor?
                    ¿Cuál es el desempeño de los diferentes actores en los diferentes procesos?


3. REQUERIMIENTOS FUNCIONALES
A continuación se muestra la relación de los requerimientos funcionales mínimos que deberán ser
cubiertos por el Sistema Integral de Información (GRP).


                                                                                           GRADO DE
                       FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
                                     RECURSOS FINANCIEROS
PRESUPUESTO GASTO CORRIENTE
CARACTERÍSTICAS DEL SISTEMA
El sistema debe operar en ambiente WEB, sin que se requiera de algún software
adicional.
                                                                                                 1
El sistema debe operar en forma Multiempresa y Multiusuario.                                     1
El sistema debe de contemplar la integridad de los datos, mediante los
                                                                                                 1
procedimientos de emergencia y respaldos.
                                                  Página 34/168                                        34
                                             DI RE CC I ÓN D E M A T ERI A LE S
                         S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                          BA S E S PA RA PA RT IC IP A R EN LA
                              LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


El sistema debe operar en forma centralizada y en los centros de trabajo de la
empresa en forma remota. Debe de estructurar la información a partir de cada
Centro de Trabajo incluyendo Oficina Central, la información debe de existir de
                                                                                                  1
forma independiente por cada CT y en consolidado en OC.
La afectación presupuestal de cada Centro de Trabajo, deberá de repercutir en
                                                                                                  1
tiempo real en la base central.
Debe permitir operar las políticas institucionales (generales) y políticas particulares
de cada uno de los procesos.
                                                                                                  1
Debe contar con niveles de seguridad eficientes que permitan definir Roles o
Perfiles de usuario de acuerdo a las funciones que desempeñan, e impedir que
                                                                                                  1
acceda u opere procesos no autorizados. Incluyendo la captura de los datos
generales del usuario
Los usuarios deben definir su password al ingresar por primera vez al sistema,
posteriormente debe establecer el vencimiento del password automáticamente.
                                                                                                  1
Debe controlar las fechas de vigencia de los passwords y forzar a cambiarlos
periódicamente mensual, Bimestral, o en periodos determinados por el                              2
administrador del sistema (debe ser parametrizable).
Debe mantener la confidencialidad de los passwords de los usuarios del sistema en
forma encriptada.
                                                                                                  1
Debe contar con medidas de autoprotección que deshabiliten el sistema después de
                                                                                                  2
cierto tiempo que permanezca inactivo y que este tiempo sea programable.
Debe permitir definir Responsables que interfieren en cada proceso (anteproyecto,
ejercicio del presupuesto), IVA local.
                                                                                                  1
Debe contar con procesos para importar (migrar) información de otros sistemas en
Oracle (E-contabi, SAFCO, SIREH, SAIM, etc) o archivos ASCII u hojas de cálculo y                 1
exportar archivos en texto, DBF, PDF, etc.
Debe contar con bitácora ("pista de auditoria") que registre cada operación
identificando usuario, fecha, hora y tipo de movimiento realizado al registro                     1
afectado.
Debe contar con procesos para generar las pólizas contables y exportar información
al sistema de contabilidad de la empresa.
                                                                                                  1
ANTEPROYECTO
Debe permitir el registro y manejo de la Clave Programática (Estructura
                                                                                                  1
Programática) autorizadas para Liconsa; según lineamientos definidos por la SHCP.
Debe permitir el registro de Claves Programáticas                                                 1
Debe permitir la elaboración del anteproyecto de presupuesto con varios
escenarios, todos los niveles y con todas las vistas; guardando cada versión. Y
parametrizando para cada versión la modificación de esta o no por parte de los
                                                                                                  1
Centros de Trabajo



                                                                                            GRADO DE
                       FUNCIONALIDAD A EVALUAR
                                                                                          IMPORTANCIA
Debe contar con una herramienta en la cual se les pueda indicar topes
presupuéstales a los Centros de Trabajo. Con la posibilidad de parametrizar según                 1
el Clasificador por Objeto del Gasto
Debe contar con un proceso en el cual el sistema tome los datos del año anterior a
nivel flujo de efectivo y los convierta en porcentajes por CC y Subcuenta para que                1
estos puedan ser utilizados en la captura del anteproyecto
Debe de darle al usuario tres esquemas posibles de captura de la solicitud de los
                                                                                                  1
recursos:
- El monto solicitado entre 12 meses                                                              1
- El monto solicitado entre los porcentajes del flujo efectivo del año anterior.                  1
- Base 0 donde el usuario defina el monto por mes                                                 1
Debe permitir la integración de estructuras internas dentro de la Clave                           1
                                                     Página 35/168                                      35
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Programática: como Tipo de Gasto
Debe permitir el manejo de información de datos históricos, permitiendo
proyecciones con tipo de cambio y estadísticas diversas.
                                                                                                 2
Debe permitir los ajustes solicitados por la SHCP para el autorizado                             1
Debe permitir la captura de parámetros de validación de acuerdo a los
requerimientos definidos en el Programa de Austeridad, los lineamientos para el                  1
Presupuesto de Egresos de la Federación, etc.
Debe permitir la elaboración del anteproyecto de manera distribuida, por Centro de
Trabajo, que facilite su planeación, distribución, justificación y autorización,                 1
contando a su vez con una consolidación automática y central.
Debe de permitir el registro a nivel: Ejercicio, Centro de Trabajo, Sub-subcuenta,
Centro de Costo, Tipo de Gasto, un importe por cada mes y la representación de un
total anualizado correspondiente a la sumatoria del importe de los 12 meses
                                                                                                 1
capturados.
Debe permitir la importación de datos de Costos de Producción calendarizados
(litros, costos unitarios), proyectados anualmente por el área de Producción, con
desgloses de: traspasos de Planta a Programa Social, Tipo de Programa, Tipo de                   1
Producto, Tipo de Recurso, Gastos de Internación, Maquila, etc. Y que el usuario
pueda darles mantenimiento
Debe permitir la importación de datos de Ingresos calendarizados (litros, costos
unitarios de venta, comisiones), proyectados anualmente por el área de Abasto
                                                                                                 1
Social, con desgloses de: Tipo de Programa, Tipo de Producto, Tipo de Recurso,
Cliente, etc. Y que el usuario final pueda darles mantenimiento.
Debe de contar con un proceso que permita realizar la planeación del presupuesto
(Costos, Ingresos) en unidades físicas (kilos, bultos, piezas, plazas, etc.) y                   1
posteriormente una valoración de los montos.
Debe de contar con un proceso en el cual el usuario del Centro de Trabajo
especifique el fin de captura del anteproyecto, con pantalla de acuse de recibo y                1
cerrando la base para que no puedan modificar datos
Debe de contar con una pantalla para realizar el seguimiento del anteproyecto, y
conocer los diferentes status de los centros de trabajo; saber quienes concluyeron,
quienes requieren de modificación junto con nota descriptiva como autorización o
                                                                                                 1
rechazo de peticiones.
Debe de contar con opciones de parametrización para que en caso de ser necesario
se reactive la base para una nueva conformación del anteproyecto por parte de los                1
Centros de Trabajo; así como para la autorización del presupuesto.
De acuerdo a cada ejercicio presupuestal debe contar con catálogos de Versiones,
Centros de Trabajo, Centros de Costo, Sub-subcuentas, Tipo de Gasto, Clasificador
por Objeto del Gasto, Estado Presupuestal, Entidad Federativa, Municipio, Firmas,                1
Programas, Claves Programáticas, Producto, Cliente, etc. todos los que sean
necesarios para la realización completa de este proceso



                                                                                           GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
Debe de contar con un módulo el cual esté integrado por los reportes analíticos y/o
resúmenes solicitados, agrupados por diversos campos: Tipo de Gasto, Capitulo,
Calendarios, Flujos de Efectivo, Programáticos, ingresos, Costos, Ventas, etc.                   1
Permitiendo también la posibilidad de realizar consultas por pantallas
parametrizables.
Debe de permitir actualizar el presupuesto de Egresos e Ingresos con base al
autorizado por la SHCP
                                                                                                 1
Debe de permitir cambios porcentuales y por monto en las cifras durante la
                                                                                                 1
planeación.
EJECUCIÓN Y OPERACIÓN
Una vez iniciado el ejercicio del presupuesto, el sistema deberá de congelar la                  1
                                                   Página 36/168                                       36
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


versión autorizada y a su vez conservar todas las versiones de modificados
autorizados.
Debe de estar vinculado con los Sistemas de: Compras, Recursos Humanos,
Contabilidad, Materias Primas, Inventarios, etc.
                                                                                                 1
Debe administrar el ejercicio del Presupuesto en cada Centro de Trabajo por medio
de los lineamientos establecidos por la SHCP. La dinámica de la información del
registro presupuestal de los centros de trabajo, a través de modificaciones que                  1
alteren el presupuesto deberán repercutir en el consolidado, debiendo conservarse
el presupuesto original que fue otorgado al inicio del ejercicio.
Debe de llevar el seguimiento que tiene cada uno de los tipos de trámite durante
                                                                                                 1
todo su proceso.
Debe de registrar todos los movimientos, conservando los históricos de estos o
cambios realizados.
                                                                                                 1
Debe verificar la disponibilidad presupuestal en sus diferentes tiempos:                         1
- Anticipos (Viáticos, etc.)                                                                     1
- Compromisos (Requisición)                                                                      1
- Ejercido (Pedido)                                                                              1
- Afectación Presupuestal (MAP)                                                                  1
- Pago (Flujo de Efectivo)                                                                       1
- Etc.                                                                                           1
Debe permitir el registro de los datos del pago así como de las claves afectadas
(MAP)
                                                                                                 1
Debe controlar el ejercicio del gasto, de forma tal que solo pueda presupuestar y
ejercer el presupuesto de aquellas sub-subcuentas autorizadas para cada Centro de                1
Trabajo.
Debe controlar importes máximos autorizados para algunos gastos a nivel empleado
y/o Centro de Costo, ejemplo: fondo revolvente.
                                                                                                 1
Debe permitir la generación de pago en diferentes tipos de monedas, generando el
                                                                                                 1
pago y la afectación en pesos según el tipo de cambio.
Debe generar la CLC y reintegros.                                                                1
Debe permitir el trámite y registro de pagos a uno o varios Centros de Costo.                    1
Debe permitir en la solicitud de pago el registro y control de todo tipo de
                                                                                                 1
retenciones. (IVA, ISR, etc.)
Debe permitir hacer las solicitudes de pago de las diferentes áreas por medio de la
Intranet.
                                                                                                 1
Debe permitir explotar toda la información de acuerdo a requerimientos, ejemplo
                                                                                                 2
anticipos, nómina, pedidos, contratos. etc.
Debe generar el registro contable para todos los casos.                                          1
Debe permitir la cancelación de una solicitud restaurando el tipo de presupuesto
afectado.
                                                                                                 1



                                                                                           GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
El sistema debe de verificar la disponibilidad de suficiencia presupuestal en línea,
para todos y cada uno de los procesos de solicitud de recursos (Pagos, Afectaciones
                                                                                                 1
presupuéstales (solo reducciones), Anticipos, Requisiciones, Pedidos, Solicitudes de
viáticos, etc.)
Debe permitir anexar comprobantes, facturas, documentos, según sea el caso a
cada solicitud.
                                                                                                 1
Debe de contar con un histórico del presupuesto (autorizados, modificados
                                                                                                 2
autorizados, ejercidos, flujo) de años anteriores además del presupuesto actual.
Debe de contar con un módulo para realizar auditorias del sistema, el cual
comprende la veracidad de los datos y los registros sumatorios y de consolidación,
                                                                                                 1

                                                   Página 37/168                                       37
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


con la posibiidad de obtener consultas y reportes comprobatorios con parámetros
establecidos por el usuario.
ANTICIPOS / VIÁTICOS
Debe contar con un módulo para registro y seguimiento de anticipos, ejemplo:
viáticos, papelería, gastos, etc.
                                                                                                 1
Debe contar con un módulo para seguimiento y registro de comprobación de gastos,
ejemplo: viáticos, papelería, gastos, etc.
                                                                                                 1
Debe permitir el control y administración de las solicitudes de viáticos que
considere desde la solicitud hasta la comprobación de gastos, y en su caso hasta el              1
reintegro o reembolso. Por empleado y folio de solicitud
Debe permitir la asignación de montos autorizados para viáticos de acuerdo a los
lineamientos establecidos.
                                                                                                 1
Debe permitir el registro de la información de la comisión, ejemplo: empleado,
                                                                                                 1
destino, días, objetivo, etc.
Debe permitir el registro de diferentes conceptos en una misma solicitud.                        1
Debe permitir generar pago de diferentes conceptos a diferentes proveedores,
ejemplo: viáticos la empleado y pasajes a la agencia de viajes.
                                                                                                 1
Debe permitir el control de prorrogas o disminución de comisiones tramitadas.                    1
Debe permitir en la comprobación, la captura de los cambios (itinerarios) de las
                                                                                                 1
comisiones ya pagadas.
Debe de llevar el registro y control de anticipos, comprobaciones y/o reembolsos
por pasajes y viáticos a nivel empleado.
                                                                                                 1
Debe de notificar las comisiones o anticipos no comprobados.                                     1
Solo debe de permitir la cancelación de solicitudes que no tengan movimientos u
                                                                                                 1
operaciones financieras.
Debe de generar por cada solicitud la MAP o su equivalente, para cada solicitud de
egreso del presupuesto.
                                                                                                 1
PAGOS POR COMPROMISOS (CONTRATOS O PEDIDOS)
Debe de contar con un vínculo con el sistema de SABYS, SAIM, para la autorización
presupuestal de todo lo relacionado con requisiciones, pedidos o contratos,                      1
permitiendo explotar la información según las necesidades del área.
Debe permitir la autorización de requisiciones de compra, pedidos o contratos y de
                                                                                                 1
Pagos
Debe permitir el registro de los datos principales de la solicitud de pago: Factura,
Tipo de documento, partida, Beneficiario, Importe, Descuentos o retenciones, con                 1
la liga respectiva al documento autorizado (pedido o contrato)
Debe permitir el pago de Contratos o Pedidos multianuales, para compromisos con
duración superior a un año, permitiendo el ejercicio anual y reflejando los pagos                1
acumulados realizados en todos los años que conformen el documento.



                                                                                           GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
En los contratos o pedidos de Materia Prima y Suministros así como los de Leche
deberá de llevar el control a su vez a nivel de unidades de compra.
                                                                                                 1
Debe de controlar los reintegros que se lleguen a presentar para los casos de
mermas, material en mal estado, sacos rotos, etc. para tomarlos en cuenta en las                 1
cantidades establecidas en los contratos o pedidos
Deberá de permitir el registro y control de retenciones o descuentos.                            1
En caso de Obra Pública, deberá de permitir el control de anticipos así como de
descuentos en las estimaciones.
                                                                                                 1
Debe permitir distribuir el valor de una factura en varias sub -subcuentas o claves
                                                                                                 1
presupuéstales.
Debe controlar que la cantidades y montos facturados sean los mismos que los
recibidos
                                                                                                 1
                                                   Página 38/168                                       38
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe controlar los saldos comprometidos, pagados y por pagar para cada uno de los
                                                                                                 1
compromisos.
Debe permitir la captura de N número de solicitudes de pago para un solo
compromiso, sin permitir rebasar los autorizados
                                                                                                 1
Debe de contar con la relación contrato o pedido con la autorización presupuestal.               1
Debe de permitir modificar la autorización del pedido o contrato según las
modificaciones realizadas en el SABYS o contratos de Obra Publica, llevando el                   1
histórico de movimientos y la validación en relación con pagos anteriores.
Debe de considerar los porcentajes de más-menos de modificación en los contratos
                                                                                                 1
de Materia Prima, Suministros o Leche
Debe de detectar y liberar automáticamente los remanentes de recursos de las
requisiciones de compra cuando la compra sea de un importe menor al autorizado                   1
previamente.
Solo debe de permitir la cancelación de solicitudes que no tengan movimientos u
                                                                                                 1
operaciones financieras.
NOMINA
Debe de tomar automáticamente el archivo que genera el SIREH para el pago de la
nóminas ordinarias y/o extraordinarias.
                                                                                                 1
Debe de identificar los pagos a terceros, así como los recuperables o no
                                                                                                 1
recuperables, impuestos, etc., de acuerdo en lo contenido en el archivo
Debe de hacer el registro presupuestal para toda la nomina.                                      1
Debe vincular las retenciones con los trámites de pago                                           1
Debe permitir la modificación de alguna nómina, de acuerdo a los datos y archivo
que envié Recursos Humanos
                                                                                                 1
Debe de contar con las plazas autorizadas, modificadas, ocupadas por mes                         2
Debe de generar estadísticas diversas, así como graficas del comportamiento del
capitulo 1000, según necesidades de la empresa.
                                                                                                 2
Solo debe de permitir la cancelación de solicitudes que no tengan movimientos u
                                                                                                 1
operaciones financieras.
ADECUACIONES
Debe de contar con un módulo parametrizable de transferencias entre sub-
subcuentas del mismo capítulo del gasto en cuanto a suficiencia y calendarización                1
mensual. Llevando el histórico de todas y cada una de ellas.
Debe permitir el registro de transferencias entre capítulo, junto con su
justificación, controlando de forma automática la aprobación o rechazo de las
                                                                                                 1
mismas a través de medios electrónicos, Centro de Trabajo-Oficina Central.
Aplicando la transferencia siempre y cuando OC la autorice



                                                                                           GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
Debe de validar la normatividad establecida por la SHCP en el registro de
adecuaciones presupuestarias
                                                                                                 1
Debe de contar con un proceso parametrizable de autorización o rechazo de
solicitudes de adecuaciones presupuéstales. Con el monto total y la calendarización              1
solicitada.
Debe permitir la consulta de las adecuaciones presupuéstales registradas tanto
internas como externas, con todos sus datos
                                                                                                 1
Debe de vincular las adecuaciones con las metas establecidas.                                    1
Debe permitir el control del presupuesto autorizado, modificado autorizado y
solicitado, que se encuentren en trámite de autorización por la SHCP
                                                                                                 1
Debe de permitir la aplicación de ampliaciones, reducciones y transferencias al
                                                                                                 1
presupuesto autorizado, en línea y tiempo real.
Debe permitir la elaboración de las adecuaciones presupuéstales liquidas y
compensadas y su calendarización
                                                                                                 1
                                                   Página 39/168                                       39
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe de permitir la elaboración de comparativos presupuéstales en diferentes
                                                                                                 1
agrupaciones en los diferentes momentos presupuéstales, mensuales o anuales
Debe de contar con una consulta de movimientos registrados, por día, mes año,
acumulados por diversos agrupaciones
                                                                                                 1
DOCUMENTOS DIVERSOS
Debe de permitir el control de las comprobaciones y recuperaciones de los
anticipos, permitiendo el registro a detalle de la documentación de la                           1
comprobación y la liberación del deudor
Debe de contar con un proceso de administración de Fondo Revolvente, esto es
comprobación y egreso del mismo, especificando por Centro de Costo el monto                      1
asignado y cuidando que no se pase del autorizado y del entregado al empleado.
Debe permitir la consulta de reintegros, vinculándolos con el pago respectivo,
afectando el presupuesto disponible y ejercido
                                                                                                 1
Solo debe de permitir la cancelación de solicitudes que no tengan movimientos u
                                                                                                 1
operaciones financieras.
Debe de preverse que la documentación del sistema sea parte de este, lo cual sirva
para la capacitación a los usuarios acerca de su manejo y a la vez, sea una guía                 1
operativa, para su mayor comprensión.
Debe de contar con un módulo de ayuda para consulta en la operación real.                        2
INGRESOS
Debe de contar con un vínculo con el sistema de SAFCO para la consulta de todo lo
relacionado con ingresos, permitiendo explotar la información según las                          1
necesidades del área.
Debe de contar con un vínculo con el área de Tesorería (Caja) para la consulta de
todo lo relacionado con otros ingresos, permitiendo explotar la información según                1
las necesidades del área.
Debe de contar con un vínculo con el sistema de e-CONTABI para la consulta de
todo lo relacionado con otros ingresos, permitiendo explotar la información según                1
las necesidades del área.
ESTADO DEL EJERCICIO
Debe de contar con un proceso parametrizable de cierre presupuestal. Guardando
siempre el presupuesto original, el modificado autorizado, el modificado interno
                                                                                                 1
por mes, comprometido, ejercido, pagado, flujo de efectivo (ingresos y egresos),
por la misma desagregación de datos con que se carga el presupuesto
Debe de permitir la realización de las conciliaciones de saldos y movimientos
presupuéstales con las bancarias, contables, etc.
                                                                                                 1
Debe de mantener la integridad de la información contable con la presupuestal en
el cierre mensual.
                                                                                                 1




                                                                                           GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
Debe permitir la realización de diversas consultas y reportes del ejercicio
                                                                                                 1
presupuestal.
Debe permitir la consulta de la información en diferentes desagregaciones y de
forma mensual, acumulada y anual
                                                                                                 1
Para el cierre anual debe de identificar los pagos pendientes de realizar y en su
                                                                                                 1
caso los contratos o pedidos multianuales.
Posterior al cierre anual solo se podrán hacer pagos pero no compromisos.                        1
Debe de identificar el cierre anual del ejercicio junto con sus montos.                          1
Para poder modificar un cierre se deberá de cambiar el status y hacer los cambios
respectivos
                                                                                                 1
Debe permitir hacer el cierre del ejercicio presupuestal con un arrastre de saldos
                                                                                                 1
presupuéstales como de compromisos y devengados no concluidos; hacia el nuevo
                                                  Página 40/168                                        40
                                             DI RE CC I ÓN D E M A T ERI A LE S
                         S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                          BA S E S PA RA PA RT IC IP A R EN LA
                              LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


ejercicio identificando los registros de ejercicios anteriores. Distinguiendo cada uno
el año del presupuesto y considerando el año del pago
Debe de generar informes con cifras presupuéstales para sustentar requerimientos
tales como: PEF, Cuenta Pública, Informe de Avance de Gestión, Informe de
Gobierno, Estados financieros, Sistema Integral de Información, Proceso Integral de
                                                                                                  1
Programación y Presupuestación, etc.
Debe permitir consultar el presupuesto autorizado y disponible                                    1
Debe permitir realizar el proceso de conciliación de saldos y movimientos
presupuéstales, identificando las diferencias, indicando datos como fecha, clave                  1
programática, importe, beneficiario
Debe permitir vincular claves programáticas de años anteriores con la actual con la
                                                                                                  2
finalidad de poder realizar análisis históricos
Debe de generar estadísticas diversas, así como graficas del comportamiento del
ejercicio presupuestal, según necesidades de la empresa.
                                                                                                  2
Debe de contar con un proceso de estimación del ejercicio del gasto, para el
                                                                                                  1
ejercicio fiscal vigente, a través de escenarios.
Debe de contar con una opción de control y seguimiento de informes que se deben
de entregar a dependencias normativas, con fecha y responsable
                                                                                                  2
Debe de permitir la emisión de información, reportes, cuadros en diferentes
                                                                                                  1
agrupaciones y periodos, sobre:
- Presupuesto Autorizado                                                                          1
- Ampliaciones                                                                                    1
- Reducciones                                                                                     1
- Transferencias                                                                                  1
- Presupuesto Modificado                                                                          1
- Comprometido                                                                                    1
- Devengado                                                                                       1
- Pagado                                                                                          1
- Por ejercer                                                                                     1
- Por Pagar                                                                                       1
- Flujo de Efectivo de Ingresos y Egresos (Balance)                                               1
- Descuentos o retenciones                                                                        1
Debe de contar para todos los procesos con reportes predefinidos, y proporcionar
las herramientas necesarias para la definición de consultas dinámicas y generación
de reportes nuevos por parte del usuario, así como herramientas de exportación de
                                                                                                  1
información.
En todos los reportes debe de permitir parametrizarlos, ejemplo: ejercicio, Centro
de Trabajo, Partida Presupuestal, Completo o rango especifico, etc.
                                                                                                  1




                                                                                            GRADO DE
                       FUNCIONALIDAD A EVALUAR
                                                                                          IMPORTANCIA
PARAMETRIZACION GENERAL
Debe permitir la creación y mantenimiento de los catálogos necesarios para el
                                                                                                  1
control de todos los elementos de la clave presupuestaria y para la operación.
Debe permitir, configurar los catálogos con parámetros de validación requeridos y
necesarios por la Entidad, ejemplo: Subcuentas de retenciones, las que sean de                    1
liberación automática o no, las que sean centralizadas o descentralizadas, etc.
Debe de controlar los diferentes status en que se encuentre el presupuesto,
ejemplo: Original, Modificado Mensual solicitando,          Modificado Autorizado,                1
Comprometido, Devengado, Ejercido, Erogado.
Debe permitir establecer jerarquías en los catálogos para que se pueda consolidar                 1
                                                    Página 41/168                                       41
                                             DI RE CC I ÓN D E M A T ERI A LE S
                         S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


la información en diferentes niveles.
Debe de contar con catálogos parametrizables de vinculación de Clasificador por
Objeto del Gasto y con el registro contable.
                                                                                                  1
Debe de contener una opción para poder hacer proyecciones a través de diversas
                                                                                                  2
vistas, ejemplo: históricos, inflación, importes reales, etc.
Debe de contar con un proceso óptimo de actualización de la Estructura
programática, Claves presupuéstales y del Clasificador por Objeto del Gasto
                                                                                                  1
Todos los catálogos deben de ser parametrizables (activación, desactivación de
                                                                                                  1
elementos o registros), para poderlos adecuar a las necesidades de la Entidad.
Debe de manejar diferentes fuentes u orígenes presupuéstales.                                     1
Debe permitir la definición de catálogos de datos presupuéstales que sean validos
por ejercicio con un mantenimiento sencillo en base a la normatividad.
                                                                                                  1
Debe manejar históricos de las modificaciones realizadas a los catálogos
                                                                                                  1
presupuéstales
Debe de contar con catálogos de Centros de Trabajo, Centros de Costo, Sub-
subcuentas, Tipo de Gasto, Clasificador por Objeto del Gasto, Estado Presupuestal,
Entidad Federativa, Municipio, Firmas, Programas, Claves Programáticas, Producto,                 1
Cliente, Operaciones Ajenas, Tipos de Plazas, Insumos, etc. todos los que sean
necesarios para la realización de todos los procesos. Así como ligados entre si
Debe permitir la relación entre las cuentas contables y las partidas presupuéstales y
permitir modificarlas según las necesidades de la Entidad. Incluyendo un histórico.
                                                                                                  1
Debe de permitir la identificación de Sub-subcuentas por Centro de Trabajo de tal
forma que solo pueda presupuestar y ejercer aquellas validadas de acuerdo a la                    1
operación.
Debe permitir la asignación de responsables de la gestión por niveles de
autorización. Si es posible con firmas electrónicas con reporte diario de                         2
autorizaciones por Servidor Público.
Debe permitir cambios dentro de las estructuras jerárquicas presupuéstales a
                                                                                                  1
niveles o campos no considerados en la definición inicial
INTERFASES
Interfase con el SII (Sistema Integral de Información)                                            1
Interfase con el PIPP (Proceso Integral de Programación y Presupuesto)                            1
Interfase con el MAP (Módulo de Adecuaciones Presupuéstales)                                      1
Interfase con aplicación que estipule la SHCP para Cuenta Pública. Informe de
                                                                                                  1
Gestión, PEF, Informe de Gobierno, etc.
Debe contar con un portal de información que pueda ser consultado por todo el
personal incluyendo directivos y personal operativo, así como el personal que opera               2
el sistema.



                                                                                            GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                          IMPORTANCIA
PRESUPUESTO GASTO DE INVERSIÓN
ANTEPROYECTO
Debe permitir el registro y manejo de la Clave Programática (Estructura
Programática) autorizadas para Liconsa; según lineamientos definidos por                          1
la SHCP.
Debe permitir para Oficina Central la elaboración del anteproyecto de
presupuesto con varios escenarios, todos los niveles y con todas las vistas;
guardando cada versión. Y parametrizando para cada versión la                                     1
modificación de esta o no por parte de los Centros de Trabajo. Dejando
para todos los Centros de Trabajo la captura de la versión 1
Debe permitir la integración de estructuras internas dentro de la Clave                           1

                                                    Página 42/168                                       42
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Programática: como Dirección responsable, Tipo de Recurso, etc.
Debe permitir el manejo de información de datos históricos, permitiendo
                                                                                                2
proyecciones con tipo de cambio y estadísticas diversas.
Debe permitir el ajustes solicitados por la SHCP para el Presupuesto
                                                                                                1
Autorizado
Debe permitir la elaboración del anteproyecto por Centro de Trabajo, que
facilite su planeación, distribución, justificación y autorización, contando a                  1
su vez con una consolidación automática y centralizada.
Debe de contar con un proceso en el cual el usuario pueda capturar los
Datos Generales de un Proyecto como son: Ejercicio, Centro de Trabajo,
Centro de Costo, No. de Folio a nivel Centro de Trabajo y a nivel Nacional,                     1
Partida Presupuestal, Clave Programática, Proyecto PIPP, junto con todas
las datos principales de cada proyecto solicitado.
Debe permitir la captura de campos para la Justificación y Descripción
                                                                                                1
Técnica de cada proyecto tanto de adquisición como de obra pública
Debe permitir la elaboración de calendario de pagos de cada proyecto
                                                                                                1
solicitado
Debe de contar con un proceso en el cual el usuario pueda capturar los
Gastos por partida presupuestal de las subcuentas vinculadas del Gasto con                      1
cada Partida.
Debe de contar con un proceso en el cual se puedan generar de las
versiones generadas un calendario de flujo. Guardando el historial y un                         1
mismo calendario en varias presentaciones.
Debe de contar con un proceso en el cual el usuario del Centro de Trabajo
especifique el fin de captura del anteproyecto, con pantalla de acuse de                        1
recibo y cerrando la base para no puedan modificar datos
Debe de tener un seguimiento del anteproyecto, para saber cuales de los
Centros de Trabajo concluyeron, quienes requieren de modificación junto                         1
con nota descriptiva de autorización o rechazo de peticiones.
Debe de contar con opciones de parametrización para que en caso de ser
necesario se active la base para una nueva conformación de anteproyecto                         1
por parte de los Centros de Trabajo




                                                                                          GRADO DE
                     FUNCIONALIDAD A EVALUAR
                                                                                        IMPORTANCIA
Debe de contar con un proceso de Autorización del Presupuesto donde se
pueda complementar los Datos Generales con datos como números de oficio
                                                                                                1
de autorización, si el proyecto se realizara de forma centralizada o
descentralizada, si puede ser visto o no por el Centro de Trabajo, etc.
Debe de contar con catálogos de Versiones, Centros de Trabajo, Centros de
Costo, Digito Identificador, Clasificador por Objeto del Gasto, Estado
Presupuestal, Entidad Federativa, Municipio, Firmas, Adquisiciones
                                                                                                1
(Familia, Bienes), Partidas-Subcuentas, Claves Programáticas, PIPP, Tipo de
Recurso, etc. todos los que sean necesarios para la realización completa de
este proceso
Debe de contar con un módulo el cual este integrado por los reportes
analíticos y/o resúmenes solicitados, agrupados por diversos campos:
                                                                                                1
Evaluación del Proyecto, Centro de Trabajo, Centro de Trabajo y Centros
de Costo, Evaluación, Calendario, Clasificador por Objeto del Gasto,
                                                 Página 43/168                                        43
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Direcciones, Prioridades, PPIP, etc.
Debe de permitir cambios porcentuales y por monto en las cifras durante la
                                                                                               1
planeación.
EJECUCIÓN Y OPERACIÓN
Una vez iniciado el ejercicio del presupuesto, el sistema deberá de
almacenar la versión autorizada y a su vez conservar todas las versiones                       1
subsecuentes de presupuesto modificado autorizado.
Debe de estar vinculado con los Sistemas de: Compras, Contabilidad,
                                                                                               1
Inventarios, Cuentas por Pagar, etc.
Debe administrar el ejercicio del Presupuesto en cada Centro de Trabajo
                                                                                               1
por medio de los lineamientos establecidos por la SHCP.
Debe de llevar el seguimiento que tiene cada uno de los tipos de trámite
durante todo su proceso. Ejemplo: proyectos con requisición (autorizada o                      1
no autorizada), pedido o contrato (autorizado o no autorizado), MAP, etc.
Debe de registrar todos los movimientos históricos o cambios hechos.                           1
Debe verificar la disponibilidad presupuestal en sus diferentes tiempos:                       1
- Anticipos (Obra Pública)                                                                     1
- Compromisos (Requisición)                                                                    1
- Ejercido (Pedido)                                                                            1
- Afectación Presupuestal (MAP)                                                                1
- Pago (Flujo de Efectivo)                                                                     1
- Etc.                                                                                         1
Debe permitir el registro de los datos del pago así como de las claves
                                                                                               1
afectadas (MAP)
Debe controlar el ejercicio del gasto, de forma tal que solo se pueda
ejercer el presupuesto de aquellos proyectos autorizados para cada Centro                      1
de Trabajo.
Debe permitir la generación de pago en diferentes tipos de moneda con el
                                                                                               1
tipo de cambio del día; generando el pago y la afectación en pesos.
Debe permitir el trámite y registro de pagos a uno o varios Centros de
                                                                                               1
Costo.
Debe permitir en la solicitud de pago el registro y control de todo tipo de
                                                                                               1
descuentos. (Anticipo, 2% al millar, 5% al millar, etc.)



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe permitir hacer las solicitudes de pago de las diferentes áreas por
                                                                                               1
medio de la Intranet.
Debe permitir explotar toda la información de acuerdo a requerimientos,
ejemplo anticipos, pedidos, contratos. etc. Para poder ser utilizado en                        2
diversos programas como: Excel, Acrobat, etc.
Debe generar el registro contable para todos los casos.                                        1
Debe permitir la cancelación de una solicitud restaurando el tipo de
                                                                                               1
presupuesto afectado.
El sistema debe de verificar la disponibilidad de suficiencia presupuestal en
línea, para todos y cada uno de los procesos de solicitud de recursos
                                                                                               1
(Pagos, Afectaciones presupuéstales (solo reducciones), Anticipos,
Requisiciones, Pedidos, Contratos, etc.)
Debe permitir anexar comprobantes, facturas, documentos, según sea el                          1
                                                Página 44/168                                        44
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


caso, a cada solicitud.
Debe de contar con un histórico del presupuesto (autorizados, modificados
autorizados, ejercidos, flujo) de años anteriores además del presupuesto                       2
actual.
Debe de contar con un módulo para realizar auditorias del sistema, el cual
comprende la veracidad de los datos y los registros sumatorios y de
                                                                                               2
consolidación, con la posibilidad de obtener consultas y reportes
comprobatorios con parámetros establecidos por el usuario.
Debe de contar con un proceso en el cual se pueda elaborar una
modificación del presupuesto sin afectar el autorizado hasta que sea                           1
autorizado el nuevo presupuesto.
PAGOS POR COMPROMISOS (CONTRATOS O PEDIDOS)
Debe de contar con un vínculo con el sistema de SABYS, para la
autorización presupuestal de todo lo relacionado con requisiciones, pedidos
                                                                                               1
o contratos, permitiendo explotar la información según las necesidades del
área.
Debe permitir la autorización de requisiciones de compra, pedidos o
                                                                                               1
contratos y de Pagos
Debe permitir el registro de los datos principales de la solicitud de pago:
Factura, Tipo de documento, partida, Beneficiario, Importe, Descuentos o
                                                                                               1
retenciones, con la liga respectiva al documento autorizado (pedido o
contrato)
Debe permitir el pago de Contratos o Pedidos multianuales, para
compromisos con duración superior a un año, permitiendo el ejercicio anual
                                                                                               1
y reflejando los pagos acumulados realizados en todos los años que
conformen el documento.
En los contratos o pedidos de Bienes Muebles deberá de llevar el control a
                                                                                               1
su vez a nivel de unidades de compra.
Deberá de permitir el registro y control de retenciones o descuentos
                                                                                               1
(Anticipo, 2% al millar, 5% al millar, etc.).
En caso de Obra Pública, deberá de permitir el control de anticipos así
                                                                                               1
como de descuentos en las estimaciones.
Debe permitir la captura de Contratos de un Proyecto a un Contrato así
                                                                                               1
como de varios Proyectos a un Contrato




                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe de llevar el control de la erogación y recuperación del anticipo para
                                                                                               1
inicio de trabajos de cada Obra Pública
Debe controlar que las cantidades y montos facturados sean los mismos que
                                                                                               1
los recibidos
Debe controlar los saldos comprometidos, pagados y por pagar para cada
                                                                                               1
uno de los compromisos. A nivel Pedido o Contrato y a nivel Proyecto.
Debe permitir la captura de N número de solicitudes de pago para un solo
compromiso (Pedido o Contrato), sin rebasar el presupuesto autorizado
                                                                                               1
para el documento. (Considerando que un solo proyecto puede tener varios
pedidos o contratos y a su vez varias afectaciones para pago)
Debe de contar con la relación contrato o pedido con la autorización
                                                                                               1
presupuestal.
                                                Página 45/168                                        45
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe de permitir modificar la autorización del pedido o contrato según las
modificaciones realizadas en el SABYS o contratos de Obra Publica, o tipo
                                                                                               1
de cambio llevando el histórico de movimientos y la validación en relación
con autorizaciones o pagos anteriores.
Para la transferencia de recursos de los proyectos descentralizados debe de
contar con un proceso en el cual el Centro de Trabajo realice todo el
proceso desde la requisición hasta la generación del Map y que no pueda
seguir con el procedimiento hasta que el personal asignado por la                              1
Subdirección de Presupuesto de el Vo.Bo. Para la liberación de dichos
recursos. Y que el Centro de Trabajo pueda seguir con el procedimiento de
Cuentas por Pagar.
Debe de considerar y detectar la liberación automática de los remanentes
de recursos de las requisiciones de compra cuando la compra sea de un                          1
importe menor al autorizado previamente.
Solo debe de permitir la cancelación o modificación de solicitudes que no
                                                                                               1
tengan movimientos u operaciones financieras.
ADECUACIONES
Debe de validar la normatividad establecida por la SHCP en el registro de
                                                                                               1
adecuaciones presupuestarias
Debe permitir la consulta de las adecuaciones presupuéstales registradas
                                                                                               1
tanto internas como externas, con todos sus datos
Debe permitir el control del presupuesto autorizado al momento y el
solicitado, que se encuentren en trámite de autorización por la SHCP; junto                    1
con los movimientos de afectación que tenga cada proyecto.
Debe de permitir la elaboración de reportes comparativos presupuéstales
en diferentes agrupaciones en los diferentes momentos presupuéstales, y
                                                                                               2
que puedan ser parametrizables según las necesidades del área (mensuales,
trimestrales, semestrales, anuales)
Debe de contar con un proceso de traspaso entre proyectos, esto es si se
llega a dar una cancelación de un proyecto con pagos todos los datos y                         1
documentos ligados a este proyecto se le pasen al nuevo asignado



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
DOCUMENTOS DIVERSOS
Debe permitir la consulta de reintegros, vinculándolos son el pago
                                                                                               1
respectivo, afectando el presupuesto disponible y ejercido
Debe de preverse que la documentación del sistema sea parte de este, la
cual sirva para la capacitación a los usuarios acerca de su manejo y a la                      1
vez, sea una guía operativa, para su mayor comprensión.
Debe de contar un módulo de ayuda para consulta en la operación real.                          1
Debe de contar con un proceso en el cual se lleve a cabo el registro de las
                                                                                               1
capitalizaciones reportadas mensualmente por los Centros de Trabajo
ESTADO DEL EJERCICIO
Debe de contar con un proceso parametrizable de cierre presupuestal.
Guardando siempre el presupuesto original, el modificado autorizado,
                                                                                               1
comprometido, ejercido, pagado, flujo de efectivos, por la misma
desagregación de datos con que se carga el presupuesto
Debe de permitir la realización de las conciliaciones de saldos y
                                                                                               1
movimientos presupuéstales con las bancarias, contables, etc.
                                                Página 46/168                                        46
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe de mantener la integridad de la información contable con la
                                                                                                1
presupuestal en el cierre mensual.
Debe permitir la realización de diversas consultas y reportes del ejercicio
                                                                                                2
presupuestal.
Debe permitir la consulta de la información en diferentes desagregaciones
                                                                                                1
y de forma mensual, acumulada y anual
Para el cierre anual debe de identificar los pagos pendientes de realizar y
                                                                                                1
en su caso los contratos o pedidos multianuales.
Posterior al cierre anual solo se podrán hacer pagos pero no compromisos.                       1
Debe de identificar el cierre anual del ejercicio junto con sus montos.                         1
Para poder modificar un cierre se deberá de cambiar el status y hacer los
cambios respectivos por el usuario asignado por la Subdirección de                              1
Presupuesto.
Debe permitir hacer el cierre del ejercicio presupuestal con un arrastre de
saldos presupuéstales como de compromisos y devengados no concluidos;
hacia el nuevo ejercicio identificando los registros de ejercicios anteriores.                  1
Distinguiendo cada uno el año del presupuesto y considerando el año del
pago
Debe de generar informes con cifras presupuéstales para sustentar
requerimientos tales como: PEF, Cuenta Pública, Informe de Avance de
                                                                                                1
Gestión, Informe de Gobierno, Estados financieros, Sistema Integral de
Información, Proceso Integral de Programación y Presupuestación, etc.
Debe permitir consultar el presupuesto autorizado y disponible                                  1
Debe permitir realizar el proceso de conciliación de saldos y movimientos
presupuéstales, identificando las diferencias, indicando datos como fecha,                      1
proyecto, clave programática, importe, beneficiario



                                                                                          GRADO DE
                     FUNCIONALIDAD A EVALUAR
                                                                                        IMPORTANCIA
Debe permitir vincular claves programáticas de años anteriores con la
                                                                                                1
actual con la finalidad de poder realizar comparativos históricos
Debe de generar estadísticas diversas, así como graficas del
comportamiento del ejercicio presupuestal, según necesidades de la                              2
empresa.
Debe de contar con un proceso de estimación del ejercicio del gasto, para
                                                                                                2
el ejercicio fiscal vigente, a través de escenarios.
Debe de contar con una opción de control y seguimiento de informes que se
                                                                                                2
deben de entregar a dependencias normativas, con fecha y responsable
Debe de permitir la emisión de información, reportes, cuadros en
                                                                                                1
diferentes agrupaciones y periodos, sobre:
- Presupuesto Autorizado                                                                        1
- Ampliaciones                                                                                  1
- Reducciones                                                                                   1
- Transferencias                                                                                1
- Presupuesto Modificado                                                                        1
- Comprometido                                                                                  1
- Devengado                                                                                     1
- Pagado                                                                                        1
- Por ejercer                                                                                   1

                                                 Página 47/168                                        47
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


- Por Pagar                                                                                    1
- Descuentos o retenciones                                                                     1
Debe de contar para todos los procesos con reportes predefinidos, y
proporcionar las herramientas necesarias para la definición de consultas
                                                                                               1
dinámicas y generación de reportes nuevos por parte del usuario, así como
herramientas de exportación de información.
En todos los reportes debe de permitir parametrizarlos, ejemplo: ejercicio,
                                                                                               1
Centro de Trabajo, Partida Presupuestal, Completo o rango especifico, etc.
PARAMETRIZACION GENERAL
Debe permitir la creación y mantenimiento de los catálogos necesarios para
el control de todos los elementos de la clave presupuestaria y para la                         1
operación.
Debe permitir, configurar los catálogos con parámetros de validación
requeridos y necesarios por la Entidad, ejemplo: Subcuentas de
                                                                                               1
retenciones, las que sean de liberación automática o no, las que sean
centralizadas o descentralizadas, etc.
Debe de controlar los diferentes status en que se encuentre el presupuesto,
ejemplo: Original, Modificado Mensual solicitado, Modificado Autorizado,                       1
Comprometido, Devengado, Ejercido, Erogado.
Debe permitir establecer jerarquías en los catálogos para que se pueda
                                                                                               1
consolidar la información en diferentes niveles.
Debe de contar con catálogos parametrizable de vinculación de Clasificador
                                                                                               1
por Objeto del Gasto y con el registro contable. Guardando el histórico.
Debe de contar con un proceso optimo de actualización de la Estructura
                                                                                               1
programática, Claves presupuéstales y del Clasificador por Objeto del Gasto



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Todos los catálogos deben de ser parametrizables (activación,
desactivación de elementos o registros), para poderlos adecuar a las                           1
necesidades de la Entidad.
Debe de manejar diferentes fuentes u orígenes presupuéstales.                                  1
Debe permitir la definición de catálogos de datos presupuéstales que sean
validos por ejercicio con un mantenimiento sencillo en base a la                               1
normatividad.
Debe manejar históricos de los modificaciones realizadas a los catálogos
                                                                                               1
presupuéstales
Debe de contar con catálogos de Centros de Trabajo, Centros de Costo,
Clasificador por Objeto del Gasto, Estado Presupuestal, Entidad Federativa,
Municipio, Firmas, Programas, Claves Programáticas, Adquisiciones,                             1
Cliente, PIPP, Tipos de Recurso, , etc. todos los que sean necesarios para la
realización de todos los procesos. Así como ligados entre si
Debe permitir la asignación de responsables de la gestión por niveles de
autorización. Si es posible con firmas electrónicas con reporte diario de                      2
autorizaciones por Servidor Público.
Debe permitir cambios dentro de las estructuras jerárquicas presupuéstales
                                                                                               1
a niveles o campos no considerados en la definición inicial
INTERFASES
Interfase con el SII (Sistema Integral de Información)                                         1
Interfase con el PIPP (Proceso Integral de Programación y Presupuesto)                         1
                                                Página 48/168                                        48
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Interfase con el MAP (Módulo de Adecuaciones Presupuéstales)                                   1
Interfase con aplicación que estipule la SHCP para Cuenta Pública. Informe
                                                                                               1
de Gestión, PEF, Informe de Gobierno, etc.
Debe contar con un portal de información que pueda ser consultado por
                                                                                               1
todo el personal incluyendo directivos y personal operativo.
CUENTAS POR PAGAR
CARACTERÍSTICAS GENERALES DEL SISTEMA
Debe operar en ambiente WEB, sin que se requiera de algún software
adicional, tal como: citrix, tarantela, terminal Server, u otros.
                                                                                               1
Debe permitir operar las políticas institucionales (generales) y políticas
particulares de cada uno de los centros de trabajo.
                                                                                               1
Debe contar con niveles de seguridad eficientes que permitan definir Roles
o Perfiles de usuario de acuerdo a las funciones que desempeñan, e impedir                     1
que acceda u opere procesos no autorizados.
Los usuarios deben definir su password al ingresar por primera vez al
sistema, posteriormente debe establecer el vencimiento del password                            1
automáticamente.
Debe controlar las fechas de vigencia de los passwords y forzar a
cambiarlos periódicamente mensual, Bimestral, o en periodos determinados                       1
por el administrador del sistema (debe ser parametrizable).
Debe mantener la confidencialidad de los passwords de los usuarios del
sistema en forma encriptada.
                                                                                               1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe contar con medidas de autoprotección que deshabiliten el sistema
después de cierto tiempo que permanezca inactivo y que este tiempo sea                         1
programable.
Debe contar con procesos para importar y exportar (migrar) información de
otros sistemas, o archivos ASCII y exportar archivos para procesarlos en                       1
hojas de cálculo.
Debe contar con bitácora ("pista de auditoria") que registre las
transacciones identificando usuario, fecha, hora y tipo de movimiento                          1
realizado al registro afectado.
Debe estar totalmente integrado con el sistema de contabilidad.                                1
Debe estar totalmente integrado al sistema de adquisiciones de bienes y
servicios de consumo interno.
                                                                                               1
Debe estar totalmente integrado al procedimiento del seguimiento y
control de obra pública.
                                                                                               1
Debe estar totalmente integrado al sistema de adquisición y distribución de
materiales.
                                                                                               1
Debe estar totalmente integrado con el sistema de compra de Leche en
polvo de importación.
                                                                                               1
Debe contar con un módulo de control, seguimiento y liquidación de cartas
de crédito para la liquidación de las compras de leche en polvo de
importación, y debe estar diseñado para manejar operaciones en moneda                          1
extranjera (Dólares, Euros, etc.) y sus equivalencias en moneda nacional
(multi-monedas).
Debe estar diseñado para poder manejar en los módulos de Contratos,                            1
                                                Página 49/168                                        49
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Pedidos, Contra-recibos y autorización de pagos, importes en monedas
extranjeras (Dólares, Euros, etc.), y su equivalencia en moneda nacional
para efectuar su registro contable.
PARAMETRIZACION GENERAL
Debe de ser multiejercicio, es decir, debe hacer la separación de un
ejercicio presupuestal y otro sin que se tenga que cambiar de base de
datos.                                                                                         1
Debe contar con un catálogo que maneje los siguientes documentos:
contra-recibos, facturas, notas de crédito, notas de cargo, informe de
recepción, dictamen de control de calidad, pedido, contrato, solicitud de
pago, reporte de gastos.                                                                       1
El sistema debe contar con un calendario de días inhábiles para evitar
hacer compromisos de pago o solicitar transferencias de recursos en estos
días.                                                                                          1
Los catálogos deben ser compatibles 100% con los catálogos de los sistemas
de Compras, Presupuesto, Contabilidad, Recursos Humanos, Compra de
Leche de Importación, Adquisición y Distribución de Materiales, etc., de tal
manera que las actualizaciones que se realicen en cada uno de ellos, sean
actualizados de manera automática.                                                             1
PROCESOS
Debe estar integrado en sus módulos de presupuesto de gasto corriente,
presupuesto de gasto de inversión, nóminas y contabilidad
                                                                                               1
El sistema debe contar con validaciones, que garanticen que no se permita
afectar a cuentas del gasto que no correspondan a las autorizadas en la                        1
partida presupuestal.




                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe de contar con un módulo que permita a los proveedores consultar sus
contra-recibos, fechas de compromiso de pago, importes y el estatus que                        2
guardan sus documentos en proceso para el pago.
Deberá contar con un enlace hacia los almacenes, o áreas que son
receptoras de bienes y servicios y que generan informes de recepción, para                     1
validar una factura antes de ingresarla a un contra-recibo.
Debe calcular automáticamente la fecha probable de pago del contra-
recibo, a partir de la fecha de alta, y con base en las condiciones de pago
estipuladas en los pedidos o contratos, y ajustarlo a el día viernes; con                      1
excepción en que éste sea inhábil, en donde lo llevará la día hábil
siguiente.
Debe generar automáticamente los folios consecutivos de los contra-
recibos.
                                                                                               1
Debe contar con validaciones, que no permitan ingresar una misma factura
dos veces a un contra-recibo o en un mismo pedido o contrato.
                                                                                               1
Debe generar automáticamente el programa de pagos de los contra-recibos
generados, de acuerdo a las fechas probables de pago.
                                                                                               1
Debe programar el pago de un contra-recibo, sólo cuando los productos o
servicios recibidos, coincidan en descripción o características, cantidades
recibidas y precios facturados con los ordenados, recibidos y en su caso
                                                                                               1
dictaminados por control de calidad.
                                                Página 50/168                                        50
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe contar con candados que eviten se efectúen pagos que rebasen el
importe estipulado en el pedido o contrato.
                                                                                               1
Debe contar con candados de seguridad que no permitan que por un error
se efectúe un doble pago de un documento (contra-recibo, factura, etc.) ya                     1
pagado.
Debe verificar que las fechas de recepción de los bienes y servicios sean las
estipuladas en los pedidos y contratos; de lo contrario, calculará el importe
de las sanciones con base a lo indicado en las cláusulas respectivas de los
                                                                                               2
pedidos o contratos.
Debe plasmar la aplicación contable automáticamente al efectuar la cuenta
por pagar de un contra-recibo y no permitir el ingreso de una aplicación no                    1
validada por contabilidad.
Debe contar con un procedimiento que permita copiar las aplicaciones
contables de pagos recurrentes y con similares características a un nuevo                      1
pago.
Debe general la póliza de cheque automáticamente cuando un pago haya
sido autorizado.
                                                                                               1
Debe generar la póliza de cheque-egreso cuando la autorización del pago
sea transferencia electrónica, e imprimir las leyendas de Vo. Bo. Con los                      1
nombres de los funcionarios que lo autorizan y el número de folio del pago.
Debe contar con procedimiento para que se registre el movimiento de la
nómina, en donde se permita afectar a cada cuenta bancaria a que se                            1
aplica.
Debe contar con candados de seguridad, para evitar que se cancelen
cheques de una antigüedad superior a lo indicado en la norma o que se                          1
encuentren en estatus de conciliado.



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe controlar y asignar automáticamente los folios de consecutivo de
cheques o transferencias electrónicas por banco y por ejercicio                                1
presupuestal.
El sistema debe contar con candados de seguridad que sólo permitan la
cancelación de cheques con la firma electrónica mancomunada con otro
usuario y que se pueda determinar que usuarios son los autorizados para tal
                                                                                               1
efecto.
Debe de contar con un procedimiento en el cual se pueda revertir el flujo
de la información, autorización y emisión de un pago, si se ha detectado
algún error, hasta el módulo o paso erróneo, corregirlo y proseguir con el
                                                                                               1
flujo, hasta su conclusión.
Debe tener candados de seguridad, para evitar que, por error se deje de
emitir un cheque que se cancelo y que se le haya dado estatus de                               1
recodificación contable (provisión).
Debe contar con candados de seguridad para evitar que se generen
solicitudes de transferencias de recursos por documentos a los que ya se les                   1
haya asignado folio de autorización de solicitud de recursos.
Debe tener un procedimiento para monitorear la operación de un centro de
trabajo y en línea solventar algún problema en la operación en particular.
                                                                                               2
REPORTES
Debe generar reportes de cheques expedidos por un periodo de tiempo,                           1
                                                Página 51/168                                        51
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


haciendo la separación por cuenta bancaria.
Debe generar un reporte de cheques expedidos en determinado periodo,
haciendo la separación por tipo de beneficiario, (proveedor o empleado).
                                                                                               1
Debe generar un reporte de cheques expedidos en un determinado periodo,
haciendo la separación por tipo de documento, (Pedido, Contrato, Solicitud                     2
de pago).
Debe generar un reporte de cheque expedidos por tipo de contrato, que
incluya todas las órdenes de entrega que se generan.
                                                                                               2
Debe generar un reporte de cheques expedidos por un determinado periodo
agrupándolos por la partida presupuestal afectada en el Map.
                                                                                               1
Debe generar un reporte de cheques expedidos en un determinado periodo,
por beneficiario, agrupados por el capítulo del gasto afectado en el MAPP.
                                                                                               2
Debe generar un reporte de cheques expedidos por los fondos revolventes
asignados a funcionarios y empleados, desglosando los conceptos del gasto                      2
afectados.
Debe generar reporte de pagos efectuados por un periodo determinado,
desglosando la partida presupuestal afectada.
                                                                                               1
Debe generar reportes de pagos efectuados por un periodo determinado
desglosando por tipo de beneficiario (proveedor o empleado) y partida                          1
presupuestal afectada.
Debe generar un reporte de pagos efectuados en un determinado periodo,
haciendo la separación por tipo de documento, (Pedido, Contrato, Solicitud                     2
de pago) y partida presupuestal.
Debe generar un reporte por un determinado período, agrupando a los
beneficiarios según el capítulo del gasto afectado.
                                                                                               2


                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                       IMPORTANCIA
CONTROL, SEGUIMIENTO Y PAGO DE LOS CONTRATOS DE COMPRA DE LECHE EN
POLVO DE IMPORTACIÓN.
CARACTERÍSTICAS GENERALES DEL SISTEMA
Debe contar con un módulo de control, programación, seguimiento y pago
de los contratos de compra de leche en polvo de importación.
                                                                                               2
PARAMETRIZACION GENERAL
Debe permitir el registro de la información necesaria para la programación,
seguimiento y pago las compras, en sus diferentes procesos, como son:                          2
Presupuesto, Compra, Garantía, Forma de Pago, Embarque y Pago.
Debe permitir el registro de la información necesaria para la programación,
seguimiento y pago de comisiones bancarias.
                                                                                               2
Debe permitir el registro de la información necesaria para el seguimiento y
pago de reclamaciones a proveedores.
                                                                                               2
Debe permitir el registro de la información necesaria para el seguimiento
de líneas de crédito.
                                                                                               2
Debe ser multiejercicio, es decir hacer la separación de un ejercicio y otro.                  2
Debe estar diseñado para manejar operaciones en diferentes tipos de
moneda y generación de su pago respectivo en pesos, considerando el tipo                       2
de cambio estimado y finalmente el de pago.
Debe contar con un calendario de días no hábiles bancarios, tanto en
México como en Estados Unidos para programar las fechas de pago y debe
                                                                                               2
                                                Página 52/168                                       52
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


permitir realizar cambios de fecha.
Debe permitir la creación y mantenimiento de los catálogos necesarios para
el control de la información requerida para la operación (ejemplo:                             2
producto, proveedores, bancos etc.)
PROCESOS
Debe controlar los saldos comprometidos, pagados y pendientes de pago
por partida para cada uno de los contratos y por el total de las compras por                   2
día, mes y año, tanto por ejercicio, como por año calendario.
Debe controlar los saldos comprometidos, pagados y pendientes de pago de
comisiones bancarias por partida para cada uno de los contratos y por el                       2
total de comisiones por día, mes y año calendario.
Debe controlar los saldos pagados y pendientes de pago de reclamaciones a
proveedores por contrato, así como por día, mes y año calendario.
                                                                                               2
Debe controlar los saldos disponibles, vencidos y ejercidos de las garantías.                  2
Debe controlar los saldos disponibles de las líneas de crédito.                                2
REPORTES
Debe permitir la generación de múltiples consultas y reportes operativos y
gerenciales de todos los procesos. Por ejemplo. Control de pagos por
Contrato. Recursos liquidados y por liquidar. Comisiones pagadas y por
pagar. Control de pago de reclamaciones a proveedores. Control de línea
                                                                                               2
de crédito por banco. Control de Garantías. Consolidado de Compras
realizadas y por realizar por ejercicio y por año calendario.
Debe permitir la consulta de reportes ejecutivos para visualizarlos en
pantalla con acceso.
                                                                                               2


                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
OPERACIÓN BANCARIA Y CAJA GENERAL.
CARACTERÍSTICAS GENERALES DEL SISTEMA
El sistema debe operar en ambiente WEB, sin que se requiera de algún
software adicional, tal como: citrix, tarantela, terminal Server, u otros.
                                                                                               1
El sistema debe operar en forma Multiempresa.                                                  1
El sistema debe operar en forma centralizada y en los centros de trabajo de
la empresa en forma remota (por medio Intranet).
                                                                                               1
Debe permitir operar las políticas institucionales (generales) y políticas
particulares de cada uno de los centros de trabajo.
                                                                                               1
Debe contar con niveles de seguridad eficientes que permitan definir Roles
o Perfiles de usuario de acuerdo a las funciones que desempeñan, e impedir                     1
que acceda u opere procesos no autorizados.
Los usuarios deben definir su password al ingresar por primera vez al
sistema, posteriormente debe establecer el vencimiento del password                            1
automáticamente.
Debe controlar las fechas de vigencia de los passwords y forzar a
cambiarlos periódicamente mensual, Bimestral, o en periodos determinados                       1
por el administrador del sistema (debe ser parametrizable).
Debe mantener la confidencialidad de los passwords de los usuarios del
sistema en forma encriptada.
                                                                                               1
Debe contar con medidas de autoprotección que deshabiliten el sistema
después de cierto tiempo que permanezca inactivo y que este tiempo sea
                                                                                               1
                                                Página 53/168                                        53
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


programable.
Debe contar con procesos para importar y exportar (migrar) información de
otros sistemas, o archivos ASCII y exportar archivos para procesarlos en                        1
hojas de cálculo.
Debe contar con bitácora ("pista de auditoria") que registre las
transacciones identificando usuario, fecha, hora y tipo de movimiento                           1
realizado al registro afectado.
Debe contar con procesos para generar las pólizas contables y exportar
información al sistema de contabilidad de la empresa.
                                                                                                1
Debe estar totalmente integrado con el sistema de compra de Leche en
polvo de importación.
                                                                                                1
Debe contar con un módulo de control, seguimiento y liquidación de cartas
de crédito para la liquidación de las compras de leche en polvo de
importación, y debe estar diseñado para manejar operaciones en moneda                           1
extranjera (Dólares, Euros, etc.) y sus equivalencias en moneda nacional
(multi-monedas).
Debe estar diseñado para poder manejar en los módulos de Contratos,
Pedidos, Contra-recibos y Revisión de Documentos, importes en monedas
extranjeras (Dólares, Euros, etc.), y su equivalencia en moneda nacional
                                                                                                1
para efectuar su registro contable.
PARAMETRIZACION GENERAL
El sistema debe de ser multiejercicio, es decir hacer la separación de un
ejercicio presupuestal y otro sin que se tenga que cambiar de base de                           1
datos.



                                                                                          GRADO DE
                     FUNCIONALIDAD A EVALUAR
                                                                                        IMPORTANCIA
El sistema debe contar con un calendario de días inhábiles para evitar
hacer compromisos de pago o solicitar transferencias de recursos en estos                       1
días.
Los catálogos que opera el sistema deben ser compatibles 100% con los
catálogos de los sistemas de Presupuesto, Contabilidad, Recursos Humanos
y Adquisiciones, de tal manera que las actualizaciones que se realicen en                       1
cada uno de los catálogos, sean actualizados de manera automática en el
SICOP.
PROCESOS SOLICITUD/REVISIÓN/AUTORIZACIÓN DE RECURSOS A LOS CENTROS
DE TRABAJO
El sistema debe contar con procesos en línea para generar y enviar las
solicitudes de transferencias de recursos al módulo de operación bancaria
de Oficina Central, (agrupando diversos documentos por pagar) a nivel
                                                                                                1
oficina central y centros de trabajo.
Debe contar con candados de seguridad que generen folios automáticos de
solicitudes de transferencia de recursos, a nivel oficina central y centros de                  1
trabajo
Debe contar con candados de seguridad para evitar que se generen
solicitudes de transferencias de recursos por documentos por pagar ya                           1
incorporados en otra solicitud anterior.
Debe generar un reporte con corte por horas que indique los números de
folio de cada uno de las solicitudes trasmitidas para revisión en Oficina                       1
Central por cada centro de trabajo, indicando la fecha y hora de recepción
                                                 Página 54/168                                        54
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


en la base de datos.
Debe contar con un procedimiento en Oficina Central para la revisión y
autorización en línea de la información contenida en una solicitud de
transferencia de recursos emitida por un centro de trabajo y la misma
Oficina Central, desplegando la información de los documentos por pagar
(No. de solicitud, folio de la cuenta por pagar, subsubcuenta de gasto                         1
afectada, beneficiario, echa de solicitud, fecha de pago, fecha de
autorización, monto total de la cuenta por pagar, monto afectado a la
subsubcuenta de gasto)accediendo a la información de ellos en cada campo
por concepto de gasto.
Debe permitir el acceso a cada concepto de gasto afectado, desplegando
los documentos por pagar incorporados, debiendo contar con campos que
permitan marcar la solicitud de recursos de cada documento por pagar
                                                                                               1
como autorizada o en su caso para cancelarla.
Debe presentar en forma automática los conceptos de gasto afectados de
una solicitud de recursos como AUTORIZADOS, conforme a un catálogo
preestablecido, éste podrá modificarse conforme a lineamientos del área
                                                                                               1
usuaria.
Debe presentar en forma automática los conceptos de gasto afectados de
una solicitud de recursos como NO AUTORIZADOS, RESALTADOS EN OTRO
COLOR conforme a un catálogo preestablecido, éste podrá modificarse
                                                                                               1
conforme a lineamientos del área usuaria.
Debe permitir al usuario DESAUTORIZAR en cualquier momento un
documento por pagar AUTORIZADO AUTOMÁTICAMENTE por el sistema.
                                                                                               1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe permitir al usuario la autorización de un documento por pagar
catalogado como NO AUTORIZADOS en cualquier momento.
                                                                                               1
Debe permitir el acceso de múltiples usuarios ajenos al área operativa,
para la autorización de un documento por pagar de los catalogados como
NO AUTORIZADOS, restringiéndole la visualización sólo de las cuentas de
                                                                                               2
gasto que son de su competencia, que estarían definidas en el catálogo.
El sistema debe respetar la fecha de pago programada de un documento
por pagar, si ésta es mayor a la fecha del día en que se marca como                            1
autorizada
El sistema debe reprogramar la fecha de pago de una solicitud para el día
hábil siguiente, cuando ésta, sea igual o menor a la fecha del día en que se                   1
está marcando la solicitud como autorizada.
Debe bloquearse la modificación de los campos de datos de un documento
por pagar, A EXCEPCIÓN DEL CAMPO FECHA DE PAGO, éste podrá                                     1
modificarse manualmente por el usuario.
Debe contar con un proceso que, a partir de la autorización definitiva de
los documentos de las solicitudes de recursos, se transmita la información
de las partidas autorizadas, actualizando la base de datos del origen, para
que el centro de trabajo, esté en posibilidad de continuar con el proceso                      1
para 1.-conocer las partidas autorizadas y 2.- proceder a la impresión de
cheques. En la póliza cheque se debe reflejar la aplicación contable del
pago que se realiza.
Debe contener en la fase de revisión y autorización de solicitudes un                          2
                                                Página 55/168                                        55
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


espacio de intercomunicación para registro de comentarios informativos.
Debe generar folios automáticos de autorizaciones de transferencia de
recursos por centro de trabajo.
                                                                                               1
El sistema debe de contar con un candado que impida la transmisión
duplicada de una autorización de recursos.
                                                                                               1
Debe generar un reporte con corte por horas que nos indique el número de
folio de cada una de las solicitudes autorizadas a cada uno de los centros                     1
de trabajo.
Debe contar con un proceso, para exportar la información a la banca
electrónica, de las transferencias de recursos autorizadas al centro de                        2
trabajo por cuenta bancaria, para cargar y ejecutar los traspasos bancarios.
Debe contar con un proceso para la importación de los movimientos
obtenidos a través de banca electrónica, de la cuenta desde donde se
efectúan las transferencias de recursos a las cuentas de los centros de
trabajo, para generar movimientos contables a los centros de trabajo,
                                                                                               2
conforme al formato establecido (AMIS), y contemplar interfase para el
registro contable de éstos movimientos.
Debe contar con procesos de enlace al módulo de Presupuestos, para
retroalimentación de los pagos realizados, ligados al documento de
afectación presupuestal de origen (MAPP), tanto de Oficina Central como
                                                                                               1
de Centros de Trabajo.



                                                                                        GRADO DE
                   FUNCIONALIDAD A EVALUAR
                                                                                      IMPORTANCIA
PROCESOS IMPRESIÓN DE CHEQUES Y CONCILIACIÓN BANCARIA
A partir de la autorización de los documentos por pagar emitida por
Oficina Central, debe generar la impresión de cheques (póliza cheque)
parametrizando la impresión por cada campo del cheque en función a                            1
distintos tamaños de cheques. La póliza cheque lleva la impresión de la
aplicación contable del pago.
Debe generar la impresión de cheques en dos modalidades matriz (formas
continuas) y Lasser con firmas digitalizadas.
                                                                                              1
Debe generar un proceso que permita la emisión/impresión de un cheque
sin que éste asociada a un MAPP (con acceso a esta opción restringido)
                                                                                              1
Debe contar con candados de seguridad para que no permita la impresión
del cheque cuando no cumpla con la condición de estar en la fecha de
pago establecida en la solicitud y transferencia autorizada. Deberá                           1
contemplarse la excepción a la regla, debiendo exigir dos firmas
electrónicas autorizadas para ese efecto.
Debe contar con un proceso de exportación o interfase para cargar la
aplicación contable de los cheques emitidos al sistema de contabilidad.
                                                                                              1
Debe utilizar la información de transferencias autorizadas cheques
emitidos y cheques cancelados para registrar los movimientos de cargo y
abono bancarios a partir de su fecha real de aplicación. y debe permitir la
captura manual de otros movimientos y/o registros (cargos bancarios,
                                                                                              1
rendimientos, etc.), el proceso debe determinar el saldo disponible por
cuenta bancaria con cualquier fecha de corte.
Debe contar con un procedimiento para realizar conciliaciones bancarias
por cuenta de cheques con cualquier fecha de corte, a partir de la                            1
información contenida en el sistema, de la captura de datos y de la
                                                Página 56/168                                       56
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


importación de la información.
Debe contar con un proceso para importar información obtenida de la
banca electrónica de las instituciones financieras, para cargar
información de los movimientos de la cuenta de cheques
                                                                                              1
automáticamente para realizar la conciliación bancaria.
Debe contar con candados que impidan el borrado de información
histórica aún después de haber ejecutado los movimientos de la                                1
conciliación bancaria.
Debe contar con procesos de generación de archivos históricos y
depuración para no alentar el sistema, conservando la información aún                         1
después de concluir diversas etapas de diferentes procesos.
Debe contar con procesos para importar información del sistema de
contabilidad, de bancas electrónicas y del propio sistema, para generar
archivos que permitan formular los reportes del Sistema Integral de
                                                                                              1
Información de Ingreso y Gastos del Sector Público.



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
REPORTES
Debe generar reporte de desglose de transferencias autorizadas por período
a) por desglose de transferencias autorizadas por período centro de trabajo
y consolidado b) desglose de transferencias autorizadas por concepto del                       1
gasto por centro de trabajo y consolidado c) desglose de transferencias
autorizadas por número de revisión por centro de trabajo.
Debe generar reporte de transferencias autorizadas por cuenta bancaria
por Centro de Trabajo.
                                                                                               1
Debe generar reporte de transferencias autorizadas globales por período.                       1
Debe generar reporte de transferencias autorizadas por centro de trabajo y
período a) por concepto del gasto b) por partida presupuestal.
                                                                                               1
Debe generar reporte de evolución de transferencias globales autorizadas
por mes por centro de trabajo a) por concepto del gasto b) por partida                         1
presupuestal.
Debe generar reporte de evolución de transferencias autorizadas por mes
por centro de trabajo y partida presupuestal a) todos los centros de trabajo                   1
b) por individual centro de trabajo.
Debe generar reporte de evolución de transferencias autorizadas por mes
por centro de trabajo y concepto del gasto a) todos los centros de trabajo                     1
b) por individual centro de trabajo.
Debe generar reporte de solicitudes pendientes de autorizar.                                   1
Debe generar reporte de transferencias autorizadas por tipo de centros
Plantas, Programas Sociales, Oficina Central a) concepto del gasto b) por                      1
partida presupuestal.
Debe generar archivos de transferencias autorizadas desglosando el I.V.A.
por a) concepto de gasto b) partida presupuestal
                                                                                               1
Debe generar reporte de movimientos bancarios con opción en fechas de
corte
                                                                                               1
Debe generar reporte de conciliación bancaria, con corte a cualquier fecha.                    1
Debe generar reporte de autorización de pagos por rangos de fechas.                            1
Debe generar reporte de impresión de cheques.                                                  1
                                                Página 57/168                                        57
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe generar reporte de impresión de cheques sin MAP asociada por rangos
de fechas.
                                                                                              1
Debe generar reporte de cheques cancelados por rangos de fechas.                              1
Debe generar reporte histórico de movimientos conciliados, por rango de
fechas.
                                                                                              1



                                                                                        GRADO DE
                   FUNCIONALIDAD A EVALUAR
                                                                                      IMPORTANCIA
Debe generar reporte de flujo de caja o flujo de efectivo con
calendarización mensual de transferencias y pagos realizados de oficina
central, centros de trabajo y consolidado a) por concepto de gasto b) por
partida presupuestal, c) capitulo de gasto, o con cualquier agrupación de
conceptos de gasto o partidas presupuéstales, todos ellos con agrupaciones                    2
definidas por el usuario. El reporte del flujo de efectivo debe considerar
la posibilidad de capturar en forma manual otros conceptos de ingresos
o egresos no operados a través del sistema, debe ser exportable para
trabajar en hoja de cálculo, y permitir realizar proyecciones.
Debe generar reportes de cheques expedidos por un periodo de tiempo,
haciendo la separación por cuenta bancaria.
Debe generar un reporte de cheques expedidos en determinado periodo,
haciendo la separación por tipo de beneficiario, (proveedor o empleado).
Debe generar un reporte de cheques expedidos en un determinado periodo,
haciendo la separación por tipo de documento, (Pedido, Contrato, Solicitud
de pago).
Debe generar un reporte de cheques expedidos por tipo de contrato, que
incluya todas las órdenes de entrega que se generan.
Debe generar un reporte de cheques expedidos por un determinado periodo
agrupándolos por la partida presupuestal afectada en el Map.
Debe generar un reporte de cheques expedidos en un determinado periodo,
por beneficiario, agrupados por el capítulo del gasto afectado en el MAPP.
Debe generar un reporte de cheques expedidos por los fondos revolventes
asignados a funcionarios y empleados, desglosando los conceptos del gasto.
Debe generar reporte de pagos efectuados por un periodo determinado,
desglosando la partida presupuestal o concepto de gasto.
Debe generar reportes de pagos efectuados por un periodo determinado
desglosando por tipo de beneficiario (proveedor o empleado) y partida
presupuestal o concepto de gasto.
Debe generar un reporte de pagos efectuados en un determinado periodo,
haciendo la separación por tipo de documento, (Pedido, Contrato, Solicitud
de pago) y partida presupuestal.
Debe generar un reporte por un determinado período, agrupando a los
beneficiarios por el capítulo del gasto.
PROCESOS INGRESOS EN CAJA GENERAL
Debe contar con un módulo que permita capturar datos por la recepción de
ingresos de recursos en la caja general y expedir/imprimir el recibo de                       2
ingresos respectivo
Debe contemplar la clasificación de los ingresos recibidos en la caja
general, de acuerdo a catálogos predefinidos, debiendo permitir la                            2
modificación y actualización de los conceptos del catálogo.

                                               Página 58/168                                        58
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe procesar la información de los ingresos recibidos, para clasificarlos
por agrupaciones de conceptos definidos por el usuario. Este proceso debe
contemplar la consolidación por un período determinado de Oficina Central
                                                                                               2
y Centros de Trabajo
Debe contar con un proceso para importar información obtenida de la
banca electrónica de las instituciones financieras, para cargar información
de los depósitos efectuados por los Centros de Trabajo en la cuenta de
cheques concentradora de Oficina Central, y procesar la información para
                                                                                               2
identificar cada depósito efectuado por los Centros de Trabajo a partir del
número de referencia asignado a cada uno de ellos.
A partir de la clasificación de los depósitos realizados por centro de
trabajo, consolidando “n" número de días, debe generar, llenar e imprimir                      2
el formato del movimiento contable establecido. (AMIS)
Debe contar con un proceso de exportación o interfase, para cargar la
aplicación contable de los depósitos realizados por los centros de trabajo,                    2
conforme a los AMIS generados, al sistema de contabilidad.
Debe contar con un proceso de exportación o interfase, para generar
información consolidada de los ingresos de Oficina Central y Centros de                        2
Trabajo para el área de Presupuesto.
Debe contar con un proceso que concilie los ingresos recibidos en la caja
general de los centros de trabajo, vs. los recursos depositados en la cuenta                   2
concentradora de Oficina Central.
Deberá contar con un módulo para captura o interfase de otros sistemas,
para los ingresos no recibidos a través de la caja general, por conceptos
definidos en un catálogo actualizable y para consolidarlos. Estos datos                        2
deben considerarse para su integración a la información a exportar del
módulo de ingresos a otras áreas o módulos del sistema.
REPORTES
Debe generar un reporte a detalle de los recibos de ingresos expedidos por
la caja general.
                                                                                               2
Debe generar múltiples reportes de los ingresos recibidos, agrupados según
las claves del catálogo, y definidos por el usuario.
                                                                                               2
Debe generar reportes diversos consolidando información de Oficina
Central y centros de Trabajo.
                                                                                               2
Debe generar diversos reportes derivados del proceso de importación de
información de la banca electrónica de las cuentas de cheques                                  2
concentradoras de Oficina Central.
PROCESOS INVERSIONES FINANCIERAS, COMPRA DE DIVISAS E
INFORMACIÓN DE POSICIÓN BANCARIA DE LA ENTIDAD
El sistema debe contar con un módulo que permita la captura, importación
y exportación de información, de los movimientos de ingresos, egresos y
traspasos en Oficina Central, así como de las inversiones financieras
                                                                                               2
realizadas y la compra de divisas.




                                                Página 59/168                                        59
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe permitir la captura de datos, o la importación de la información
proporcionada por las instituciones financieras, de las inversiones
financieras realizadas que contiene, monto, plazo, tasa, número, emisión y
                                                                                               2
tipo de papel asignado, precio, etc.
Debe contar con un proceso para exportar la información de las inversiones
financieras realizadas al sistema de custodia de acuerdo al layout                             2
establecido por la institución bancaria.
Debe contar con procesos para importar información del sistema de
custodia, de los vencimientos y demás datos, de las inversiones realizadas.
                                                                                               2
Debe contar con procesos para conocer a detalle la información de inicios y
vencimientos de inversión, premios (rendimientos) tasas, plazos,                               2
retenciones, e instituciones con las que se realizaron las inversiones.
Debe contemplar un formato electrónico, para capturar datos relativos a la
operación bancaria del día, (entradas y salidas de efectivo), para
determinar el monto disponible para realizar la inversión financiera, así
                                                                                               2
como los movimientos de efectivo subsecuentes en la operación del día.
Debe contar con procesos para generar información detallada de la posición
bancaria, contemplando los movimientos de entradas y salidas de efectivo
del día, inversiones realizadas, compra de divisas, saldos de cuentas de
cheques, ingresos por caja general, cheques expedidos, flujos de efectivo
                                                                                               2
en diferentes presentaciones (con agrupaciones predeterminadas a elección
del usuario).
Debe contemplar el procesamiento de toda la información, para su
presentación en formatos electrónicos por definir, para consulta de los
niveles directivos, en un informe ejecutivo de periodicidad diaria, que                        2
muestre la posición financiera, y demás información generada en la
operación bancaria.
Debe contar con interfases para la aplicación de algunos de los
movimientos o información de este módulo para el sistema de contabilidad.
                                                                                               2
REPORTES
Debe generar diversos reportes y la impresión de los formatos electrónicos
operativos de los movimientos de la operación bancaria diaria.
                                                                                               2
Debe generar diversos reportes de las inversiones financieras realizadas.                      2
Debe generar reportes con diferente periodicidad de la información
contenida en el módulo para análisis estadístico.
                                                                                               2
Debe contemplar la emisión de reportes ejecutivos para su presentación en
reuniones mensuales.
                                                                                               2
CUENTAS POR COBRAR
CARACTERÍSTICAS GENERALES DEL SISTEMA
Debe operar en ambiente WEB, sin que se requiera de algún software
adicional, tal como: citrix, tarantela, terminal server, u otros.
                                                                                               1
Debe permitir operar las políticas institucionales (generales) y políticas
particulares de cada uno de los centros de trabajo.
                                                                                               1




                                                Página 60/168                                        60
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe estar centralizada la información                                                      1
Debe contar con niveles de seguridad eficientes que permitan definir
Roles o Perfiles de usuario de acuerdo a las funciones que desempeñan,                         1
e impedir que acceda u opere procesos no autorizados.
Los usuarios deben definir su password al ingresar por primera vez al
sistema, posteriormente debe establecer el vencimiento del password                            1
automáticamente.
Debe controlar las fechas de vigencia de los passwords y forzar a
cambiarlos periódicamente mensual, Bimestral, o en periodos
determinados por el administrador del sistema (debe ser
                                                                                               1
parametrizable).
Debe mantener la confidencialidad de los passwords de los usuarios del
sistema en forma encriptada.
                                                                                               1
Debe contar con medidas de autoprotección que deshabiliten el sistema
después de cierto tiempo que permanezca inactivo y que este tiempo                             1
sea programable.
Debe contar con procesos para importar y exportar (migrar) información
de otros sistemas, o archivos ASCII y exportar archivos para procesarlos                       1
en hojas de cálculo.
Debe contar con bitácora ("pista de auditoria") que registre las
transacciones identificando usuario, fecha, hora y tipo de movimiento                          1
realizado al registro afectado.
Debe de ser multiejercicio sin que se tenga que cambiar de base de
datos.
                                                                                               1
Se debe contemplar en las consultas y reporte información por Periodos,
a Nivel Nacional, por Centro de Trabajo, por Delegación o Municipio, por
tipo de esquema de operación, por punto de venta, por producto, por                            1
Cuenta de Mayor, y subcuenta de 1 a n niveles, rutas, regiones,
transportistas, por Plantas, por Almacenes etc.
Interfaces:
-Contabilidad General.
Debe estar totalmente integrado con el sistema de Contabilidad
“eContabi”(Que se utiliza actualmente en la empresa).
      Generador de archivos para la declaración de impuestos relacionados
IETU.
      Generador de archivos para la declaración de impuestos relacionados
IDE.
      Consulta de histórico de declaraciones.
-Abasto Social.
                                                                                               2
Debe estar totalmente integrado a los Sistema de Abasto Social (que se
utiliza actualmente en la empresa).
      Debe estar totalmente integrado al sistema de Distribución (que se va
a desarrollar en paralelo con este sistema).
       Debe estar totalmente integrado al sistema SICOPA (Sistema de
Control de Padrón que se utiliza actualmente).
-Jurídico.
      Pendiente el diseño y desarrollo de un modulo para una interfase.

                                                Página 61/168                                        61
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                        GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                      IMPORTANCIA
CATÁLOGOS (altas bajas y cambios)
Datos generales de Programa de Abasto Social y Comercial:
      Objetivo de los programas.
                                                                                              2
Debe de contar con un módulo de integración de expedientes cuya
documentación este digitalizada.
Contratos:
      Datos generales del contrato para Concesionario Mercantil.
                                                                                              2
      Datos generales del contrato para Distribuidor Mercantil.
      Datos generales de contrato para Distribuidor Comercial.
Convenios:
       Datos generales de Convenios especiales (Diconsa, Oportunidades,
etc.).                                                                                        2
       Datos generales de Convenios de Abasto Social y Comerciales (Con
Dependencias e Instituciones del Sector Publico, Privado y Salud).
Datos generales de Nuevas formas de venta (venta a empleados, pedidos
abiertos, etc.).
                                                                                              2
Datos generales de Centros de Trabajo, así como de Oficinas Centrales.                        2
Instituciones Bancarias y Afianzadoras:
Datos generales de Afianzadoras.
                                                                                              1
Datos generales de las Instituciones Bancarias (considerando Sucursales
Bancarias).
Puntos de Venta:
      Datos generales de lechería (venta a través de contrato de concesión
o distribución mercantil).
      Lecherías Nuevas.
      Cambio de ubicación de lecherías.
                                                                                              1
       Datos generales de Dependencias e Instituciones de sector Publico,
Privado y de Salud (venta a través de convenios).
      Datos generales de Distribuidores Comerciales (expendedores).
      Datos generales de Instituciones, Delegaciones y municipios (venta a
empleados).
Plantas:
      Datos generales.
                                                                                              2
Almacenes:
      Datos generales.
                                                                                              2
Rutas de distribución:
      Datos generales de Rutas de distribución.
      Datos generales de Regiones de distribución.
                                                                                              1
      Datos generales de transportistas.
Productos:
Datos generales de productos (por programa de Abasto social y Comercial,
leche y complementos alimenticios).
                                                                                              1
      Presentación de producto (por programa, convenio y/o contrato).




                                               Página 62/168                                        62
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Listado de precios de los productos:
       Calendario de operación de los diferentes precios de producto
(considerando programa, comisión, producto, etc.).
       Modificación de precios según solicitud de la Dirección de Abasto
                                                                                               1
Social.
      Histórico de precios.
Calendario:
      Periodo Contable.
      Fechas de distribución.
                                                                                               1
      Control de operación de cambio de precios por producto.
Clientes Activos:
       Datos generales del cliente activo (expedientes, convenios y/o                          1
contratos firmados, etc).
Clientes Inactivos:
      Datos generales de clientes inactivos (causas de rescisión de contrato,
expediente).
                                                                                               1
      Status jurídico.
Aspirantes:
      Reclutamiento de candidatos a concesionario y/o distribuidor.
      Selección de aspirante a concesionario y/o distribuidor (en esta parte
se tendrá identificado quien o quines esta facultado para esta selección)
                                                                                               2
      Si el seleccionado a concesión o distribución mercantil cumple con
toda la documentación.
Cobranza:
      Tipos de cobranza aplicables a los clientes por su tipo.
      Plazos de pago de acuerdo a los productos, convenio y/o contrato.                        1
      Expedición de tarjetas personalizadas para los clientes, con sus datos
de pago.
OPERACIÓN (altas bajas y cambios)
SURTIMIENTOS
La interfase que se realice a los Sistema de Abasto Social en el caso de
distribución la información de los surtimientos de leche en sus variadas
presentaciones, así como de complementos y papillas podrán ser
proporcionados del “Sistema de Distribución”, evitándose así la
duplicidad de información.                                                                     2
      Registro de los requerimientos del área de distribución.
      Registro de los surtimientos aplicados por el área de embarques.
      Registro de los surtimientos salida de Planta.
      Registro de los surtimientos salida de Almacén.
               Registro de surtimientos por puntos de venta.
                                                                                               1
               Registro de las devoluciones, faltantes y sobrantes
registrados en los surtimientos.
MOVIMIENTOS
      Registro de movimientos contables por devolución de producto.                            1



                                                Página 63/168                                        63
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
      Registro de movimientos contables por reclasificación de depósitos.
      Registro de movimientos contables por deducibles de siniestros.
      Registro de movimientos contables por depósitos en caja.
      Registro de movimientos contables por corrección bancaria.
      Registro de movimientos contables por traspaso a jurídico.
       Registro de reposiciones a los surtimientos incompletos (convenios
especiales caso Oportunidades).
INVENTARIOS
      Registro de inventarios de productos por puntos de venta.
      Registro de inventario en Almacenes de Centros de Trabajo.
                                                                                               2
FACTURACIÓN
      Control diaria de entrega de leche
      Generación de facturas de programas especiales.
      Generación de facturas manual (seleccionando uno o varios productos
por periodo determinado).
                                                                                               1
      Generación de facturas automáticas por bloques (seleccionando uno o
varios productos por periodo determinado).
COBRANZA
      Importación de los registros de depósitos bancarios por venta de leche
de los sistemas bancarios en línea.
      Identificación de los depósitos realizados por referencia bancaría, por
sucursales y en forma manual.
      Separación de registros de depósitos bancarios por Centro de Trabajo
a través de la referencia, para que a su vez sean enviados a estos para su
conciliación.                                                                                  1
      Conciliación de depósitos no identificados con clientes.
      Conciliación de depósitos no identificados con Centros de Trabajo y
Oficina Central.
      Registro y consulta de los AMIS generados por traspasos de cobranza
entre Centros de Trabajo.
JURÍDICO
      Registro de las acciones de cobranza extrajudicial realizadas con un
cliente moroso.
       Validación de expedientes y registros de surtimientos, depósitos y                      2
acciones de cobranza extrajudicial para el traspaso de cartera a jurídico.
      Seguimiento del proceso de cobranza judicial a la cartera vencida.
PERIODOS
     Proceso de cierre de periodos e inicialización del siguiente periodo.                     1
CIERRES CONTABLES
     Generación de registros históricos de cada cierre contable por puntos
de venta.
                                                                                               1




                                                Página 64/168                                        64
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
CONCILIACIÓN
      Calendario de conciliaciones
      Conciliaciones con los clientes
                                                                                               1
REPORTES
Transportistas, Rutas y Regiones:
       Debe generar reporte de transportistas, sus Rutas asignadas y/o                         1
Regiones.
Puntos de Venta:
      Debe generar reporte de puntos de venta.
                                                                                               1
Clientes de permitirnos saber que tipo de institución es (sector publico,
privado y salud, si es estancia, asilo etc.) , en el caso de los
concesionarios y distribuidores cuantos son hombres y cuantos mujeres,
en el caso de los inactivos cuantos son finados, etc. :                                        1
      Debe generar listado de clientes activos.
      Debe generar listado de clientes inactivos.
De los puntos de venta del Programa de Abasto Social a través de la
interfase con el SICOPA que se va a realizar, tener de ahí los datos
generales de lecherías así como el número de beneficiarios (permitiendo                        2
la identificación de niños, adolescentes y adultos, hombres y mujeres,
etc).
Surtimientos por producto:
      Debe generar reporte de los surtimientos por transportista.
      Debe generar reporte de los surtimientos por planta.
      Debe generar reporte de los surtimientos a clientes (concesionarios
y/o distribuidores) con expedientes incompletos.
      Debe generar reporte de los surtimientos a clientes con cartera alta.
      Debe generar reporte de los surtimientos a exclientes.
                                                                                               1
      Debe generar reporte de clientes sin surtimiento.
        Debe generar reporte de rotos, faltantes y sobrantes por
transportista.
      Debe generar reporte de rotos, faltantes y sobrantes por cliente.
      Debe generar reporte de inventarios por punto de venta.
Movimientos:
      Debe generar reporte de movimientos contables por devolución de
producto.
      Debe generar reporte de movimientos contables por reclasificación de
depósitos.
      Debe generar reporte de movimientos contables por deducibles de
siniestros.
      Debe generar reporte de movimientos contables por depósitos en
                                                                                               1
caja.
       Debe generar reporte de movimientos contables por corrección
bancaria.
       Debe generar reporte de movimientos contables por traspaso a
jurídico.
      Debe generar reporte de movimientos sospechosos.

                                                Página 65/168                                        65
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Depósitos:
      Debe generar reportes de depósitos por Institución Bancaría.
       Debe generar reportes de depósitos por Institución Bancaria y
Sucursales.
      Debe generar reportes por tipo de cliente (Diconsa, Oportunidades,
Concesionarios, Distribuidores etc.).
       Debe generar reportes por tipo de depósito (cheque, efectivo,                           1
transferencia electrónica, etc).
      Debe generar reportes por depósito no identificados.
      Debe generar reportes de depósitos faltantes (reportados por los
Centros de trabajo).
      Debe generar reporte de depósitos sobrantes (no identificados por los
Centros de Trabajo).
Estados de cuenta:
      Debe generar reporte de estados de cuenta con antigüedad de saldos
y rotación de cartera por punto de venta
      Debe generar reporte de estados de cuenta con antigüedad de saldos
y rotación de cartera por producto
      Debe generar reporte de estados de cuenta con antigüedad de saldos
y rotación de cartera por producto y esquema de operación
                                                                                               1
      Debe generar reporte de estados de cuenta con antigüedad de saldos
y rotación de cartera por producto y esquema de operación con mayor
cartera vencida o menor.
      Debe generar reporte de estados de cuenta con antigüedad de saldos
y rotación de cartera por línea de transportista
Facturas:
      Debe generar reporte de facturas pendientes de cobro
      Debe generar reporte de facturas cobradas
                                                                                               1
      Debe generar reporte concentrado de la facturación en un periodo
determinado
      Debe generar reporte de facturas vencidas
Debe generar reporte de descuentos aplicados a Convenios Especiales
(Diconsa, Sistema Integral de Tiendas y Farmacias ISSSTE, etc.)
                                                                                               2
Debe generar reporte de fechas de recepción de facturas Convenios
Especiales (Cobranza Centralizada entre ellos Diconsa, Compartamos,                            1
Oportunidades etc.)
Fianzas y/o pagares:
      Debe generar reporte de pagarés y fianzas con importes menores al
requerido de acuerdo al volumen de venta
      Debe generar reporte de la evaluación de finanzas contra cartera                         2
vencida
      Debe generar reporte de validación de fianzas y pagarés
      Debe generar reporte de fianzas y pagarés próximos a expirar
Debe generar reporte de las conciliaciones registradas en un periodo
determinado entre Crédito y Cobranza y Contabilidad del Centro de                              2
Trabajo.
                    FUNCIONALIDAD A EVALUAR                                              GRADO DE
                                                Página 66/168                                        66
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                                                                       IMPORTANCIA
Debe generar reporte de conciliación entre Tesorería General y
Contabilidad General
                                                                                               2
Debe generar reporte de Esquema de Operación                                                   1
Debe generar reporte de Confirmación de Cierre Contable
    Estado de Cuenta del periodo contable conciliado y confirmado                              1
    Pre Estado de Cuenta del periodo contable
Permita elaborar notas de crédito y cargo                                                      2
CONTABILIDAD GENERAL
CARACTERÍSTICAS GENERALES DEL SISTEMA
Realizar afectaciones contables en línea.                                                      1
Manejo de múltiples períodos fiscales en línea.                                                1
Efectuar la contabilidad general de una empresa paraestatal                                    1
In activación o bloqueo temporal de cuentas contables.                                         1
Autorización o modificación de pólizas, previo a su aplicación contable                        1
Permitir libremente la fecha de captura, y número de póliza.                                   1
Archivo y facilidad en la actualización del catálogo de cuentas de la                          1
contabilidad general autorizado por SHCP.
Manejo de ciclos: mensual, y anual, con 12 períodos contables y uno de                         1
cierre (mes 13)
Crear de forma automática la póliza de cierre de ejercicio para la cuenta                      1
de resultados.
Debe calcular el estado de resultados por objetivos de los 33 Centros de                       1
trabajo, conforme a las especificaciones y formulas establecidas por el
departamento de costos e inventarios
En el estado de posición financiera se calcula la cuenta de resultados                         1
conforme a una formulación en cada período y a continuación se realiza el
resumen de este reporte
Debe calcular el estado de resultados resumen de Oficina Central ,                             1
conforme a las especificaciones y formulas establecidas por el
departamento de costos e inventarios
Debe calcular el estado de Resultados por Objetivos consolidado de los 33                      1
centros de trabajo y de Oficina central
Debe calcular el estado de Resultados resumen Consolidado de los 33                            1
centros de trabajo y de Oficina central conforme a especificaciones y
formulas establecidas por el departamento de Costos e Inventarios
Afectaciones contables en línea, con orígenes en procesos asociados del                        1
Sistema: Ingresos, Presupuestos, Tesorería, Recursos Humanos,
Adquisiciones, Inventarios y Activos Fijo
Verificación del criterio de la partida doble en cuanto a su naturaleza                        1
(cuentas acreedoras y deudoras) y a su tipo (cuentas de balance, resultados
y de orden)
Deberá proporcionar los mecanismos para facilitar las conciliaciones con                       1
organismos o personas externas (ejemplo conciliaciones bancarias,
proveedores, etc.).
Deberá calcular y registrar depreciaciones de acuerdo a la Ley Federal del                     1
Impuesto sobre la Renta y otras disposiciones vigentes.


                                                Página 67/168                                        67
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                           GRADO DE
                       FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
Deberá permitir consolidar la información de todos los 33 centros de                          1
trabajo y de una Oficina Central para consulta en pantalla y en informes,
para crear cédulas financieras consolidadas.
Deberá manejar múltiples funciones de consulta (póliza, transacciones,                           1
actividad de cuenta, saldos, fechas.)
Permitir la salida de información de saldos contables por nivel de cuenta                        1
contable en forma automática
Permitir la importación de información con el objetivo de realizar entradas                      1
automáticas
Aceptar la captura en el módulo de pólizas de unidades equivalentes a                            1
importes de las cuentas contables de producto.
Llevar a cabo el control administrativo de las Afectación de Movimientos                         1
Interplantas o Interbancarios
Deberá tener la flexibilidad para crear una gran diversidad de informes en                       1
cualquier momento, como mínimo, de los siguientes estados y reportes
REPORTES REQUERIDOS
Análisis de Caja, Fondo fijo y Bancos                                                            1
Análisis de mayor                                                                                1
Auxiliares                                                                                       1
Auxiliares Analítico                                                                             1
Auxiliares Consolidado                                                                           1
Auxiliares por Concepto del Gasto                                                                1
Balanza de Comprobación Mensual por cada uno de los cuatro niveles de                            1
cuenta
Balanza de Comprobación Anual por cada uno de los cuatro niveles de                              1
cuenta
Balanza de Comprobación Consolidada Mensual por cada uno de los cuatro                           1
niveles de cuenta en cada Centro de Trabajo
Balanza de Comprobación Consolidada Anual por cada uno de los cuatro                             1
niveles de cuenta en cada Centro de Trabajo
Balanza de Comprobación Consolidado Mensual a Primer Nivel Corporativo                           1
Balanza de Comprobación Consolidado Anual a Primer Nivel Corporativo                             1
Catálogo de Cuentas Contables con Saldo por cada uno de los cuatro niveles                       1
Catálogo de Cuentas Contables con Movimiento por cada uno de los cuatro                          1
niveles
Catálogo de Cuentas Contables solo Cuentas por cada uno de los cuatro                            1
niveles
Comparativo Real contra Presupuesto por Cuenta                                                   1
Comparativo Real contra Presupuesto concentrado por Centro de Costo                              1
Comparativo Real contra Presupuesto detallado por Centro de Costo                                1
Concentrado de gastos de operación                                                               1
Conciliaciones bancarias                                                                         1


                                                  Página 68/168                                        68
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Estado de Posición Financiera por Centro de Trabajo                                         1
Estado de Posición Financiera Consolidado                                                   1
Estado de Resultados por Objetivos Centro de Trabajo Mensual                                1
Estado de Resultados por Objetivos Centro de Trabajo Acumulado                              1
Estado de Resultado Consolidado por Objetivos Mensual                                       1
Estado de Resultado Consolidado por Objetivos Acumulado                                     1
Estado Resultado Consolidado resumen Mensual                                                1
Estado Resultado Consolidado resumen Anual                                                  1
Estado Resultado Oficina Central Mensual y acumulado                                        1
Funcionarios y Empleados Centro de Trabajo                                                  1
Gastos de Centro de Acopio en Centros de Trabajo                                            1
Guía para Crear Cedulas Financieras Mayor y con anexos                                      1
Integración de Ventas Netas Mensuales y Acumuladas                                          1
Libro Diario Centro de Trabajo por tipo de póliza                                           1
Libro Diario Centro de Trabajo resumen por cuenta contable                                  1
Libro Mayor Oficinas Centrales                                                              1
Libro Mayor Consolidado                                                                     1
Pólizas no aplicadas                                                                        1
Pólizas no cuadradas                                                                        1
Saldos de Cuenta Centro de Trabajo por cada uno de los cuatro niveles                       1
Saldo de Cuenta Consolidado Centro de Trabajo por cada uno de los cuatro                    1
niveles
Saldo de Cuenta Consolidado Corporativo a mayor                                                1
Ventas Netas por Canal de Distribución por Centro de Trabajo Mensual                           1
Ventas Netas por Canal de Distribución por Centro de Trabajo Acumulado                         1
Ventas Netas por Canal de Distribución Consolidado Mensual                                     1
Ventas Netas por Canal de Distribución Consolidado Acumulado                                   1
Ventas Netas por Centro de Trabajo Mensual y acumulado                                         1

RECUPERACIÓN DE IVA
CARACTERÍSTICAS GENERALES DEL SISTEMA
Debe llevar un control de factura por factura de las operaciones realizadas                    1
con clientes y proveedores del Impuesto al Valor Agregado; IVA e ISR
retenido y acreditable requeridos por SAT
Atender los requerimientos de la auditoria externa relacionada a la                            1
determinación de la base de impuestos del IVA e ISR
Llevar el control de la información por centro de trabajo y permitir el                        1
concentrado de la misma de todos ellos para consulta en pantalla y en
informes.



                                                Página 69/168                                        69
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe llevar el control de los 33 Centros de trabajo y una Oficina Central                   1
en forma independiente, además de permitir concentrar la información de
todos los centros de trabajo
Debe permitir la salida de información en forma automática conforme a                          1
requerimientos del SAT
Deberá tener la flexibilidad para crear una gran diversidad de informes y                      1
generación en cualquier momento, como mínimo, de los siguientes
reportes:
REPORTES REQUERIDOS
Reporte de inconsistencias entre las pólizas que contienen cuentas                             1
contables de IVA y la facturación
Concentrado general por tipo de operación de todos los centros de trabajo                      1
Catálogo de proveedores                                                                        1
Movimientos de proveedores de todos los centro de trabajo por cada uno de                      1
ellos
Resumen de movimientos de todos los centros de trabajo por cada un de                          1
ellos
Validación de movimientos de Honorarios, Arrendamientos y Transportistas                       1
Resumen de movimientos de un proveedor por cada centro de trabajo                              1
Validación de movimientos de proveedores incluye cheques expedidos por                         1
factura
Reporte de movimientos mensuales por proveedor en un centro de trabajo                         1
Validación de la declaración informativa de operaciones con terceros                           1

COSTEO POR ACTIVIDAD
CARACTERÍSTICAS GENERALES DEL SISTEMA
Debe agilizar la veracidad y el control de la información de los gastos                        1
consolidados para organización de la planeación
Realiza la distribución equivalente de importes y unidades de las cuentas                      1
de gastos
Emite reporte de costos por actividad                                                          1
Debe tener la flexibilidad para operar en 33 centros de trabajo                                1
Debe permitir la consolidación de los 33 centros de trabajo                                    1
Debe llevar el acumulado de los gastos de todos los meses por centro de                        1
trabajo
Deberá tener la flexibilidad para crear informes y generación en cualquier                     1
momento, como mínimo, de los siguientes reportes:
REPORTES REQUERIDOS
Costeo por actividad                                                                           1
Reporte de ajuste cuentas
Reporte individual: Cuenta de mayor, centro de costo, cuenta de gasto y
cuarto nivel
Distribución de gastos                                                                         1
Acumulado de distribución de gastos                                                            1
                                                Página 70/168                                        70
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Cedula del sistema de valuación de inventarios y costos de producción (                        2
Análisis del costo de producción de producto terminado)



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Reporte de litros producidos por cada uno de sus tipos en gerencias                         2
estatales
Distribución de gastos en los procesos de producción                                           2
Reporte de litros vendidos en programas de abasto social                                       2
Reportes de salida de cada una de las áreas sustantivas de los centros de                      2
trabajo



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
  RECURSOS MATERIALES Y SERVICIOS GENERALES
ADQUISICIONES DE BIENES Y SERVICIOS
CARACTERÍSTICAS DEL SISTEMA
El sistema debe operarse independientemente en Oficinas Centrales y en                         1
Centros de Trabajo
Debe recopilar los datos de los proveedores, formando una base de datos                        1
independiente en cada centro de trabajo
Deben poder elaborarse diferentes tipos de pedidos                                             1
     Abiertos                                                                                  1
     Con pagos parciales                                                                       1
       Entregas Parciales                                                                      1
       En cualquier tipo de moneda                                                             1
El sistema debe permitir capturar la información de los distintos tipos de                     3
procedimientos diferenciando los campos de captura de acuerdo a las
características de cada uno, indicando los campos obligatorios para evitar
omisiones durante su captura.
Debe permitir hacer modificaciones en los pedidos                                              1
Debe tener un buscador eficiente que permita localizar y clasificar la                         1
información aplicando diferentes criterios de búsqueda , por requisición,
tipo de pedido, área solicitante, monto, tipo de compra, proveedor, tipo
de procedimiento, fecha, número de pedido o contrato, etc.
Debe permitir crear reportes y archivos de texto o de Excel que sean                           2
manipulables.
Debe permitir realizar la consolidación de partidas por conceptos iguales.                     1
Debe contemplar un enlace con el área de pagos que permita conocer los                         3
pagos realizados, pagos pendientes, aplicación de penas
Debe contemplar un enlace de las adquisiciones con los pedidos y contratos                     1
Debe tener la posibilidad de compensar el presupuesto faltante en una o                        3
más partidas con los excedentes de otras partidas contenidas en el mismo
procedimiento de contratación, evitando que se supere el presupuesto
total autorizado para el procedimiento.
                                                Página 71/168                                        71
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


En el catálogo de proveedores se incluirán datos como: Nombre, RFC,                            3
domicilio fiscal, Representante Legal, Giro o actividad principal que
permita al buscador aplicando diferentes criterios de búsqueda
El sistema debe contar con un catálogo de Centros de Costo y unidad de                         3
compra por cada Centro de Trabajo,
Debe permitir efectuar cierres mensuales                                                       3
Debe efectuar el cierre Anual global, por tipo de procedimiento del                            3
ejercicio operado
Debe permitir la emisión de reportes por periodo                                               3
Que advierta al usuario cuando algún proveedor este inhabilitado,                              3
desactivándose automáticamente al termino de la inhabilitación
Que actualice automáticamente el catálogo del personal al momento de su                        3
ingreso o baja en la plantilla



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
ADQUISICIONES DE INSUMOS, MATERIALES DE ENVASE Y
EMPAQUE
CARACTERÍSTICAS QUE DEBE CONTENER EL SISTEMA
Vincular con Producción y Presupuesto, la elaboración del Anteproyecto de
Adquisiciones por insumo, materiales de envase y empaque, por Programa y
calendario mensual.                                                                            2
Vincular con los Almacenes de Plantas la elaboración directa en los
formatos de pedidos y órdenes de entrega, los informes de recepción de
cada insumo, material de envase y empaque.                                                     2
Debe permitir la visualización de las requisiciones emitidas por Producción,
para consulta de lo autorizado y lo ejercido, arrojando el saldo a
comprometer.                                                                                   1
Listado de Proveedores Sancionados por la SFP, SHCP, etc.                                      1
Permita el registro de cotizaciones de los insumos, materiales de envase y
empaque, de cada proveedor y procedimiento.                                                    1
Elaboración de Bitácoras mensuales de suministros de los insumos,
materiales de envase y empaque por: producto, programa y planta.                               1
Elaboración informe mensual de Seguimiento de Contratos (Contratado .vs.
Adquirido)                                                                                     1
Debe contar con el cálculo mensual de deducciones por variación en las
entregas, y emitir el informe mensual.                                                         1
Debe contar con el cálculo mensual de los días de atraso de entregas y
emitir el informe mensual.                                                                     1
Elaboración informe mensual de Presupuesto Autorizado (Presupuesto .vs.
Ejercido)                                                                                      1
Concentrado de suministro mensual por insumo, material de envase y
empaque, programa y planta.                                                                    1
PARAMETRIZACION GENERAL DE INSUMOS
Los catálogos que opera el sistema deben ser actualizados y adaptables al
100% a las necesidades de las áreas de la empresa.                                             1
Permitir la apertura de nuevos códigos, para los diseños que se lleguen a
requerir.                                                                                      1

                                                Página 72/168                                        72
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Permitir parametrizar el cálculo de la deducción del más/menos 10 y 5% en
la entrega de los insumos, considerando el aceite vegetal con el
más/menos 10% y los demás insumos con el más/menos 5%.                                         1
Debe contar con facilidades para calcular los días de atraso de las entregas
de insumos, materiales de envase y empaque, de acuerdo al tipo de
insumo.                                                                                        1
Debe contar con movimientos históricos de las penas y deducciones
realizadas por cada insumo y proveedor de cada ejercicio fiscal.                               1
Debe contar con movimientos históricos de los precios, fijos, adjudicados
variables y los del mercado interno, mensuales y anuales.                                      1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe contar con facilidades para que los usuarios finales, definan los
requerimientos necesarios para la producción.                                                  1
Debe contar con procesos específicos para operar los movimientos
Acumulados, Mensuales, Bimestrales, Trimestrales Semestrales y Anuales.                        1
Los almacenes de las plantas deben contar con facilidades para incorporar
los datos correspondientes a los informes de recepción de insumos,
materiales de envase y empaque, para cada pedido y/o orden de entrega.                         2
Los almacenes de las plantas deben contar con facilidades para imprimir los
pedidos y/o órdenes de entrega con el informe de recepción integrado,
para la suscripción de los responsables.                                                       2
El sistema debe contar con facilidades para definir los conceptos que se
aplicarán por los diferentes periodos de información que se requieran.                         1
El sistema debe contar con facilidades para definir las formulas o
algoritmos para los cálculos de precio por insumo, material de envase y
empaque, conforme a índices de precios nacionales e internacionales, tipo
de cambio etc.                                                                                 1
Debe permitir el establecimiento de diversos criterios en la formulación de
los cálculos de precio, por tipo de producto.                                                  1
Debe permitir definir varias formulas de calculo para un mismo producto
sin que se duplique.                                                                           1
PARAMETRIZACION GENERAL DE ESTRUCTURA
El catálogo de Centros de Trabajo debe incluir la ubicación, tipo de centro
de trabajo (Corporativo, Gerencia Estatal, Programa Social), Zona
económica, e información particular por cada uno de ellos.                                     1
El sistema debe contar con un catálogo de Nombre, número de nómina y
costo por cada centro de trabajo.                                                              1
El sistema debe permitir operar distintos tipos de moneda y contratos,
tales como:                                                                                    1
                                                                                               1
                                                                                               1
                                                                                               1
                                                                                               1
En función del tipo de moneda debe permitir establecer las condiciones
generales de compra, así como el pago en moneda nacional                                       1
En función del tipo de contrato debe permitir establecer las condiciones
generales de trabajo en función a:

                                                Página 73/168                                        73
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                                                                               1

empaque.                                                                                       1
                                precios variables que se integran a los
insumos, materiales de envase y empaque.                                                       1




                                                                                         GRADO DE
                     FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
                                                                                               1
Debe contar con un catalogo de Códigos por cada uno de los productos.
CATÁLOGO MAESTRO DE INSUMOS
Debe contar con información completa de datos generales, específicos, por
cada uno de los insumos, e históricos de movimientos realizados en el
sistema.                                                                                       1
Debe permitir definir pantallas personalizadas para captura de movimientos
a realizar por los usuarios.                                                                   1
Debe permitir definir los movimientos de los insumos que deben ser
guardados como históricos, incrementos, cambios o modificaciones.                              1
PROCESO DE INSUMOS
Debe generar el anteproyecto de presupuesto y el programa anual de
adquisiciones de insumos, materiales de envase y empaque por cada
ejercicio fiscal.                                                                              2
Debe permitir generar los ajustes de precio mensuales de insumos,
materiales de envase y empaque.                                                                1
Debe permitir la administración de los contratos por insumo y proveedor                        1
Debe permitir modificar los volúmenes, destinos y precios de insumos,
materiales de envase y empaque.                                                                1
Debe permitir descontar las devoluciones, rechazos, penas convencionales y
las deducciones de los contratos, bitácoras e informes                                         1
Debe generar los siguientes reportes mensuales:                                                1
Bitácoras de suministro de insumos, materiales de envase y empaque.                            1
Informe de entregas de insumos, materiales de envase y empaque, por
planta y programa.                                                                             1
Informe de presupuesto contra lo ejercido de insumos, materiales de
envase y empaque por requisición.                                                              1
Informe de precios variables de insumos, materiales de envase y empaque.                       1
Informe de precios fijos de insumos, materiales de envase y empaque.                           1
Informe de Seguimiento de contratos de insumos, materiales de envase y
empaque, por número de contrato, producto y proveedor                                          1
Debe permitir borrar errores de captura por uno o varios conceptos.                            1
Debe permitir crear reportes y archivos de texto o de Excel para la
información que soliciten los directivos.                                                      1
Debe generar reporte de cumplimiento de presupuesto, entrega de insumos,
por planta y programa.                                                                         1
Debe generar reportes de saldos de requisiciones y contratos.                                  1
Debe generar reportes comparativos de de precios, entregas, devoluciones,
rechazos etc.                                                                                  1
Debe generar el Cierre de pedidos y órdenes de entrega de insumos,                             1
                                                Página 74/168                                        74
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


materiales de envase y empaque.
Debe generar reportes de Acumulados de entrega por insumo, planta y
programa.                                                                                        1



                                                                                           GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
Debe generar reportes con un resumen por cada tipo de insumo, material                           1
de envase y empaque.
Debe contar con un proceso para cancelar pedidos, órdenes de entrega y las                       1
modificaciones de los mismos.
PROCESOS ANUALES
Debe permitir generar el cálculo del gasto por insumo, material de envase y
empaque.                                                                                         1
Debe efectuar el Cierre Anual de los contratos de acuerdo a los movimientos del
ejercicio operado.                                                                               1
PORTAL DE INFORMACIÓN
Debe contar con un portal de información que pueda ser consultado por todo el
personal incluyendo directivos y personal operativo, así como el personal que opera
el sistema.                                                                                      1
Debe contar con pantallas de captura que permita que el personal pueda capturar y
actualizar la información correspondiente.                                                       1
Debe contar con pantallas de consultas que permitan al personal visualizar la
operación de los insumos, materiales de envase y empaque.                                        1
Debe contar con pantallas de consultas que permitan al personal involucrado
visualizar las entregas realizadas en plantas.                                                   1
ORGANIZACIÓN
Debe permitir la definición de estructuras organizacionales por lo menos hasta tres
niveles                                                                                          1
Debe contar con un proceso eficiente para el registro y control de las
entregas de insumos, materiales de envase y empaque, de acuerdo al techo
presupuestal autorizado.                                                                         1
Debe contar con facilidades para generar gráficas en las que aparezcan los
diferentes movimientos que se capturan en el sistema, como precios,
volúmenes, productos, plantas etc.                                                               1
Debe permitir la definición y elaboración de múltiples reportes de insumos,
materiales de envase y empaque de manera, eficiente, oportuna y
confiable.                                                                                       1
Debe contar con facilidades para actualizar las Descripciones y códigos de
insumos, materiales de envase y empaque conforme a las necesidades de la
operación.                                                                                       1
Debe permitir la impresión y exportación en archivos: Excel, Word y PDF.                         1

EVALUACIONES
El sistema debe contar con facilidades para la evaluación de las empresas
proveedoras, en cuanto a la entrega de los productos en tiempo y forma.                          1
Las entregas deben ser evaluadas, de acuerdo a las fechas de entrega y
volúmenes programados contra los reales.                                                         1




                                                  Página 75/168                                        75
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                        GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                      IMPORTANCIA
ADQUISICIÓN DE SERVICIOS DE TRANSPORTE
REQUERIMIENTO GENERAL
El sistema debe contar con un módulo de control y seguimiento de                               1
Autorización de Pagos del Servicio de Transporte, así como de la
generación de pedidos abiertos para los servicios de transporte
contingente.
REQUERIMIENTOS ESPECIFICOS
El sistema partiendo de una autorización de suficiencia presupuestal debe
de permitir la generación de diversos contratos y pedidos abiertos.                            1
Debe permitir la creación y mantenimiento de los catálogos para el control
de las autorizaciones de pagos y de pedidos.                                                   1
Debe controlar los saldos comprometidos y pagados por cada contrato y
pedidos abiertos con períodos por día, por mes o por año.                                      1
Debe permitir realizar modificaciones a las cantidades, precios y destinos
de las autorizaciones de pago y de los pedidos abiertos.                                       1
Debe realizar los cálculos de importes parciales por ruta y totales, de la
autorización de pago y pedidos abiertos, con el correspondiente desglose
de impuestos con la normatividad vigente y períodos de la prestación de
servicios.                                                                                     1
Debe tener una interrelación con los sistemas contables y presupuéstales
que permitan ejercer los movimientos de afectación presupuestal y de
pagos.                                                                                         1
Debe permitir la generación de múltiples consultas y reportes operativos
tales como: autorizaciones de pago de servicio de transporte, pedidos
abiertos, modificaciones a los pedidos, control de pagos, por contrato y
pedido, por mes calendario, por descuento de sacos faltantes y dañados,
así como consolidados.                                                                         1
Debe permitir la generación de fichas de descuento por bultos dañados y
faltantes a cargo de los transportistas.                                                       1
Debe de identificar las operaciones por ejercicio fiscal.                                      1
Debe contar con varios niveles de ayuda personalizando los mensajes de
error                                                                                          1
Debe de adaptarse a los cambios en los procesos, normas y reglamentos
aplicables.                                                                                    1
Debe permitir notificaciones automáticas de eventos definidos por los
usuarios.                                                                                      1
Debe permitir operadores lógicos en las especificaciones de criterios de
búsqueda, consulta y reportes.
Debe permitir generar reportes que incluyan gráficas tanto en pantalla
como impresos en papel y puedan ser exportables a hoja de cálculo.                             1

Debe permitir la interfase con el Sistema de Integral de Información Básica
de Operación en Planta (SIIBOP), desarrollado en Lenguaje PHP, Javascript
y HTML.
                                                                                               1




                                                Página 76/168                                       76
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                          GRADO DE
                     FUNCIONALIDAD A EVALUAR
                                                                                        IMPORTANCIA
ACTIVO FIJO
Deberá permitir la administración simultánea de varios tipos de activo fijo:
bienes inmuebles (terrenos y construcciones); bienes muebles (terminales,
de oficina, de cómputo, etc.).                                                                  1
Identificará el activo fijo desde su requisición, a través del flujo de trabajo
(Work Flow), dándolo de alta, desde su recepción.                                               1
Deberá permitir el manejo independiente de valores de adquisición,
mejoras y adiciones.                                                                            1
Deberá tener la capacidad de reevaluación o reexpresión de activos de
acuerdo a los métodos y normatividad de aplicación en Liconsa.                                  1
Deberá permitir la agrupación de activos por componentes, utilizando el
concepto de activo padre y sus hijos.                                                           1
Permitirá la clasificación abierta de activos permitiendo el manejo de
varios niveles de agregación.                                                                   1
Deberá permitir la identificación de activos fijos por el pedido, factura,
cheque asociados.                                                                               1
Deberá administrar los activos fijos por estructura organizacional de la
Entidad.                                                                                        1
Deberá administrar los activos fijos por centros de costos.                                     1
Identificará los activos fijos por proveedores que los suministraron.                           1
Permitirá la administración histórica de resguardos de los activos fijos.                       1
Establecerá el manejo jerárquico de clase y activos fijos.                                      1
Deberá permitir funciones de resguardo y administración general de
activos.                                                                                        1
Se deberá integrar con los módulos de Adquisiciones, Recursos Humanos,
Presupuestos, Inventarios, Cuentas por Pagar y Contabilidad General.                            1
Deberá permitir el manejo de expedientes y control de todos los trámites
relativos a los bienes inmuebles de la institución, incluyendo
ordenamientos legales y fiscales federales, locales y municipales tales
como trámites: adquisición, depreciación, avalúo, retiro, venta, robo, o
resguardo, inclusive pago de predial, etc. (control y admón. de activos
fijos).                                                                                         1
Deberá manejar autorizaciones de altas, bajas y destino final de los bienes
muebles.                                                                                        1
Deberá controlar los distintos procesos de baja de los bienes muebles, de
acuerdo a la normatividad aplicable.                                                            1
Manejará los mantenimientos y garantías de cada uno de los activos fijos.                       1
Deberá registrar las firmas autorizadas para movimientos de activos.                            1
Deberá controlar los seguros de los bienes patrimoniales.                                       1
Permitirá múltiples consultas e informes a nivel operativos y gerenciales.                      1




                                                 Página 77/168                                        77
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Deberá pemitir imprimir etiquetas con código de barras para los activos, a
fin de controlar su inventario.                                                                1
Deberá permitir el control administrativo de activos capitalizables y
también de los no capitalizables (gastos).                                                     1
Deberá tener la capacidad de varios métodos de depreciación de los
activos.                                                                                       1
Deberá emitir, como mínimo, los siguientes reportes:                                           1
Inventarios de bienes, por unidad administrativa o por almacén de activo
fijo                                                                                           1
Resguardo de bienes, por unidad administrativa y responsable.                                  1
Estado de depreciaciones, por unidad administrativa.                                           1
Reporte de altas, bajas y transferencias de bienes por unidad administrativa
o por almacén de activo fijo.                                                                  1
Integración tanto administrativa como contable de activos fuera de uso.                        1
Análisis de movimientos inversión y depreciación                                               1
Reexpresión Inversión y Depreciación                                                           1
 Saldos de Inversión y depreciación por cuenta contable.                                       1
INVENTARIOS
Deberá manejar múltiples almacenes. (Mínimo 2 almacenes físicos, cada                          1
uno con posibilidad de manejar varios).
Deberá permitir la clasificación abierta de artículos, definida por el                         1
usuario.
Permitirá múltiples medidas de presentaciones de artículos.                                    1
Permitirá la administración de movimientos por centros de costo.                               1
Permitirá el proceso de valuación de inventarios en sus cuatro formatos                        1
UEPS, PEPS, PMP, Ultima Compra.
Permitirá la administración de máximos y mínimos y punto de re-orden.                          1
Permitirá funciones de ubicación física de los artículos.                                      1
Permitirá procesos de inventario físico.                                                       1
Deberá soportar todas las transacciones de inventario.                                         1
Deberá identificar transacciones por múltiples conceptos.                                      1
Deberá permitir la historia diaria, semanal y mensual de la actividad del                      1
inventario.
Deberá estar Integrado con los módulos de Adquisiciones, Producción,                           1
Cuentas por Pagar, Presupuestos, Activos Fijo, Contabilidad General.
Deberá estar contemplado el vínculo de los productos contra los artículos                      1
para todos los almacenes de producción.
Deberá realizar la evaluación de la producción                                                 1
Deberá generar los costos variables y fijos de producción                                      1
Deberá realizar los cálculos para los Sólidos Grasos y Sólidos No Grasos de                    1
Producción.
Deberá realizar los cálculos de las Mezclas y Pre-Mezclas de producción                        1
Deberá contar con códigos de rotación                                                          1
Toma de inventarios físicos                                                                    1
Generación de inventarios para re expresión de inventarios.                                    1
Captura de factores de re expresión.                                                           1
Deberá permitir la emisión, como mínimo, de los siguientes reportes a                          1
niveles operativos y gerenciales:
                                                Página 78/168                                        78
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Inventarios de almacenes                                                                       1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Entradas y salidas por período, por unidad administrativa.                                     1
Artículos que han llegado al punto de re-orden / máximos-mínimos y que                         1
se ha emitido requisición de compra.
Catálogo de materiales.                                                                        1
Impresión de Marbetes                                                                          1
Valuación de los inventarios previa y definitiva                                               1
Valuación de la Producción de productos semiterminados previa y                                1
definitiva.
Valuación de la Producción de productos terminados previa y definitivas                        1
Cedulas de análisis de producto                                                                1
Generación de Hoja de trabajo de las Cédulas
Impresión de comparativo de inventario físico contra inventario teórico                        1
Impresión de re expresión de inventarios a nivel de oficinas centrales                         1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
               RECURSOS HUMAMOS Y NÓMINA
RECURSOS HUMANOS Y NÓMINA
CARACTERÍSTICAS DEL SISTEMA
El sistema debe operar en ambiente WEB, sin que se requiera de algún                           1
software adicional, tal como: citrix, tarantela, terminal Server, u otros.
El sistema debe operar en forma Multiempresa.                                                  1
El sistema debe operar en forma centralizada y en los centros de trabajo de                    1
la empresa en forma remota (por medio Intranet).
Debe permitir operar las políticas institucionales (generales) y políticas                     1
particulares de cada uno de los centros de trabajo.
Debe contar con diferentes métodos de cálculo para un mismo concepto de                        1
acuerdo a la política de aplicación de cada centro de trabajo.
Debe operar las particularidades que emiten los Sindicatos de la empresa,                      1
aclarando que en algunos casos existen hasta tres sindicatos en un mismo
centro de trabajo.
Debe permitir operar varios registros patronales del IMSS en un mismo                          1
centro de trabajo (hasta cinco registros patronales en un mismo centro de
trabajo).
Debe contar con niveles de seguridad eficientes que permitan definir Roles                     1
o Perfiles de usuario de acuerdo a las funciones que desempeñan, e impedir
que acceda u opere procesos no autorizados.
Los usuarios deben definir su password al ingresar por primera vez al                          1
sistema, posteriormente debe establecer el vencimiento del password
automáticamente.
Debe controlar las fechas de vigencia de los passwords y forzar a cambiarlos                   2
periódicamente mensual, Bimestral, o en periodos determinados por el
administrador del sistema (debe ser parametrizable).
                                                Página 79/168                                        79
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe mantener la confidencialidad de los passwords de los usuarios del                         2
sistema en forma encriptada.
Debe contar con medidas de autoprotección que deshabiliten el sistema                          2
después de cierto tiempo que permanezca inactivo y que este tiempo sea
programable.
Debe permitir definir Representante legal, Impuestos locales y estatales,                      1
Zona económica, Registros patronales: RFC, INFONAVIT, IMSS, FONACOT y
datos particulares para cada centro de trabajo.
Debe contar con procesos para importar (migrar) información de otros                           1
sistemas en Oracle, o archivos ASCII y exportar archivos para bancos,
aseguradoras u otras instituciones.
Debe contar con bitácora ("pista de auditoria") que registre las                               1
transacciones identificando usuario, fecha, hora y tipo de movimiento
realizado al registro afectado.
Debe contar con procesos para generar las pólizas contables y exportar                         1
información al sistema de contabilidad de la empresa.



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe contar con procesos para generar la afectación presupuestal y                             1
exportar información al sistema de presupuestos de la empresa (Modulo de
Control de Presupuestos).
Debe contar con procesos para administrar los recursos humanos de la                           1
empresa, definir perfiles y valuación de puestos.
Debe contar con facilidades para la Detección de requerimiento de                              1
capacitación. Asignación, administración y Control del Presupuesto para
capacitación.
Debe contar con un Portal de información de autoservicio para ser operado                      2
por los empleados, control de vacaciones y prestaciones, otras aplicaciones
relacionadas con los recursos humanos.
PARAMETRIZACION GENERAL DE NOMINA
Los catálogos que opera el sistema deben ser adaptables 100% a las                             2
necesidades de la empresa.
Definir parámetros específicos para cada uno de los tipos de personal,                         1
debido a que cada tipo de personal tiene sus particularidades.
Debe contar con diferentes tipos de cálculo para determinar el pago de                         1
incapacidades de acuerdo al tipo de personal, relación laboral y acuerdos
sindicalizados de cada centro de trabajo.
Debe permitir parametrizar el cálculo del tiempo extra considerando no                         1
más de tres horas por día, ni más de tres días por semana y para el cálculo
del ISR, aplique 9 horas dobles y el resto triples sin considerar la regla
anterior.
Debe contar con facilidades para calcular diferentes porcentajes para el                       1
Fondo de Ahorro, de acuerdo al tipo de personal, relación laboral y otros
criterios.
Debe permitir calcular diferentes porcentajes para la Cuota Sindical de                        1
acuerdo a los montos o porcentajes que establezca cada sindicato.
Debe contar con un catálogo para definir a los diferentes sindicatos que                       1
existen en la empresa a nivel nacional.
Debe contar con movimientos históricos del Salario Mínimo de cada una de                       1
                                                Página 80/168                                        80
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


las Zonas Económicas del país.
Debe contar con movimientos históricos de las Tarifas de impuestos                              1
mensuales y anuales.
Debe contar con movimientos históricos de los Factores para el cálculo de                       1
cuotas al IMSS.
Debe contar con facilidades para que el usuario final defina los conceptos                      1
de percepciones y deducciones.
Debe contar con procesos específicos para operar los movimientos de                             1
Acumulados Mensuales, Bimestrales y Anuales.
El usuario final debe contar con facilidades para incorporar datos                              1
adicionales ya sean catálogos completos o bien agregar datos a tablas del
sistema.



                                                                                          GRADO DE
                     FUNCIONALIDAD A EVALUAR
                                                                                        IMPORTANCIA
El usuario final debe contar con facilidades para definir los procedimientos                    1
de cálculo de los Conceptos para ser calculados por el sistema.
El usuario final debe contar con facilidades para definir las características y                 1
políticas de validación para capturar los conceptos de percepciones y
deducciones del sistema.
El usuario final debe contar con facilidades para definir si los conceptos se                   1
imprimen, o no los recibos de pago y en el reporte de nómina.
El usuario final debe contar con facilidades para definir las características                   1
de los conceptos, si deben ser acumulables, saldables, para aportaciones y
descuentos.
El usuario final debe contar con facilidades para definir los conceptos que                     1
se aplicaran por un determinado número de periodos (movimientos fijos).
El usuario final debe contar con facilidades para definir los conceptos que                     1
se aplicaran por un solo periodo (movimientos variables).
El usuario final debe contar con facilidades para indicar a que tipo de                         1
personal se aplicará el movimiento por cada concepto y si éste concepto
integra o no al IMSS, SAR, e INFONAVIT.
El usuario final debe contar con facilidades para definir las formulas o                        1
algoritmos para los cálculos de cada concepto de percepciones y
deducciones.
La definición de formulas debe ser sencilla y orientada al usuario final.                       1
Debe permitir el establecimiento de diversos criterios en la formulación de                     1
los cálculos, por tipo de personal, relación laboral, por sindicato, por
contrato colectivo, etc.
Debe permitir definir varias formulas de calculo para un mismo concepto sin                     1
que se duplique el concepto.
PARAMETRIZACION GENERAL DE ESTRUCTURA

El sistema debe operar diferentes estructuras, tales como: Corporativo,                         1
plantas, centros de trabajo, sucursales y otros tipos de estructura.
El catálogo de Centros de Trabajo debe incluir la ubicación, tipo de centro                     1
de trabajo (Corporativo, Gerencia Estatal, Programa Social), Zona
económica, e información particular por cada uno de ellos.
El sistema debe contar con un catálogo de Centros de Costo por cada Centro                      1
de Trabajo.
                                                 Página 81/168                                        81
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


El sistema debe contar con diferentes Turnos de Labores por tipo de                           1
personal y relación laboral, por cada centro de trabajo.
El sistema debe permitir operar distintos tipos de contratos, tales como:
· Contratos indefinidos (planta)                                                              1
· Contratos eventuales                                                                        1
· Honorarios                                                                                  1
· Asimilables a Salarios                                                                      1



                                                                                        GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                      IMPORTANCIA
· Destajistas                                                                                 1
· Becarios (servicio social)                                                                  1
En función del tipo de contrato debe permitir establecer las condiciones
generales de trabajo en función a:
· Tipo de salario (Mensual, diario, por hora)                                                 1
· Prestaciones generales en base a la antigüedad como días de vacaciones,                     1
prima vacacional, días de aguinaldo, otras prestaciones
· Definir un porcentaje mínimo de pago a efectos de evitar importes                           1
negativos de pago
· Cálculo automático de la prima dominical cuando proceda                                     1
· Operar los conceptos variables que se integrarán al Salario Base de                         1
Cotización (mensual y bimestralmente)
Debe contar con un catalogo de Categorías para contratos individuales y                       1
Contratos Colectivos.
Debe contar con un catálogo de puestos para personal administrativo y                         1
operativo
CATÁLOGO MAESTRO DE EMPLEADOS
Debe contar con información completa de datos generales, laborales,                           1
personales, e históricos de movimientos de trayectoria laboral
Debe permitir definir los datos requeridos para cada tipo de empleado de                      1
manera personalizada indicando en cuales son obligatorios para evitar ser
omitidos durante su captura.
Debe permitir definir pantallas personalizadas para captura de movimientos                    2
realizadas por los propios usuarios finales.
Debe permitir definir los movimientos de personal que deben ser guardados                     1
como históricos, incrementos, cambios de adscripción, cambios de tipo de
personal, etc.
Debe contar con bitácora de movimientos realizados en el maestro de                           1
trabajadores que identifique fecha del movimiento y usuario que los
efectuó.
Debe incorporar la fotografía del empleado en la forma de captura para una                    1
mejor seguridad al capturar la información.
PROCESO DE NÓMINA
Debe generar el Calendario de Periodos de pago de todo el Año                                 1
Quincenales, Semanales y Especiales.
Debe permitir crear Periodos Extraordinarios o Especiales tales como                          1
Aguinaldo, PTU, Vales, Bonos, Otros.
Debe permitir la captura de Incidencias o Conceptos de manera Individual o                    1
masiva, o por algún criterio que se establezca.
                                               Página 82/168                                        82
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe permitir la captura de más de una incidencia el mismo Concepto                            1
Debe permitir la administración de saldos de los Conceptos, poniendo                           1
fechas límites o por un número determinado de periodos.



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe permitir la aplicación de vacaciones únicamente si tiene derecho a                        1
ellas y rechazar en caso de no tener días pendientes vacaciones por
disfrutar
Debe permitir pagar diferencias de sueldo por suplencias entre empleados                       1
sindicalizados que tienen diferente categoría en puestos.
Debe permitir importar incidencias o Conceptos al sistema capturadas en                        1
algún archivo externo.
Debe permitir descontar Faltas y/o Incapacidades automáticamente de                            1
acuerdo a un rango de fechas.
Debe permitir el manejo de retroactivos masivos por Compañía, Plantas o                        1
Sucursales, Tipos de Nominas y Formas de Pago.
Debe permitir el manejo de pagos retroactivos de manera individual y a                         1
detalle a nivel de Conceptos.
Debe genera reportes de todas las incidencias que se capturaron en el                          1
periodo.
Debe realizar el calculo de Nomina por Compañías, Tipos de Nominas y                           1
Formas de Pago, así como también por un rango de empleados y de manera
individual.
Debe permitir borrar las incidencias capturadas del periodo actual por uno o                   1
varios conceptos y de acuerdo a ciertos criterios establecidos por el usuario
final.
Debe permitir crear reportes y archivos de texto o de Excel para Vales de                      1
Despensa y/o alimentos.
Debe generar reportes de Nomina agrupados por Deptos., Centros de Ctos.,                       1
Sucursales o Plantas y Compañías, ordenados alfabética o numéricamente
del periodo en curso o actual y de periodos anteriores.
Debe generar reportes de las Incidencias que quedaron pendientes de                            1
descontarse en el periodo actual.
Debe generar reportes resumidos de la Nomina por Depto u otros criterios                       2
definidos por el usuario final.
Debe generar Archivos y reportes de Póliza Contable y de Provisiones de la                     1
Nomina por Tipo de Personal, Relación Laboral y Centro de Costos.
Debe generar Recibos de Nomina estándar o prediseñados del periodo en                          1
curso o actual y de periodos anteriores.
Debe permitir crear reportes y archivos de texto o de Excel para la                            1
dispersión Bancaria.
Debe generar reportes de las incidencias o Conceptos generados de la                           2
Nomina de periodos actuales o anteriores.



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe permitir dispersar el Sueldo a pagar de los empleados a diferentes                        1
                                                Página 83/168                                        83
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


bancos de acuerdo a los que hayan seleccionado los empleados.
Debe permitir crear reportes y archivos de texto para dispersión bancaria                     1
del Fondo de Ahorro de los empleados.
Debe generar el reporte de Adeudos de los Empleados al FONACOT.                               2
Debe generar reportes de las personas que reciben Pensiones Alimenticias y                    1
agruparlos por Compañías, Plantas o Sucursales, Tipos de Nominas, etc.
Debe generar reportes de Saldos o Adeudos de los Empleados (créditos,                         1
préstamos, etc.).
Debe generar reportes comparativos de la Nomina Actual con la Nomina                          2
Anterior, indicando los movimientos de Altas, Bajas y Cambios que
existieron de los Empleados.
Debe generar reportes de los Adeudos que los Empleados tuvieron                               2
pendientes a descontar de la Nomina Actual.
Debe generar el Cierre de las Nominas actuales por Compañía, Tipos de                         1
Nominas y Formas de Pagos, indicando cifras control por Tipo de Nomina
que se cierra.
Debe generar reportes de descuentos aplicados a los empleados por el                          2
FONACOT y crea archivos de texto para su transferencia.
Debe generar Archivos y reportes de Póliza Contable y de Provisiones de la                    1
Nomina por Tipo de Personal, Relación Laboral y Centro de Costos de
periodos anteriores.
Debe generar reportes de Acumulados de Nomina por cada Incidencia o                           1
Concepto, agrupados por Compañías, Tipos de Nomina, Formas de Pagos y
Periodos.
Debe generar reportes con un resumen por empleados de las incidencias.                        1
Debe contar con un proceso para cancelar recibos o reversión del pago                         1
generado a los empleados, indicando en que periodo desea aplicarlo.
Debe generar reportes de Nominas resumidas por Deptos., agrupándolas por                      1
Compañías, Tipos de Nominas, Formas de Pago y Deptos.?
Debe generar reportes por cada empleado de los acumulados de Impuestos.                       1
Debe generar reportes del excedente del salario integrado por empleado                        2
por mes.
Debe generar reportes del excedente del salario integrado por empleado                        2
acumulado al año
SEGURIDAD SOCIAL
Debe contar con el total de datos que requiere el SUA para las                                1
Incapacidades, así como los diferentes tipos de incapacidades.
Debe contar con el total de datos que requiere el SUA para los ausentismos                    1
o Faltas, así como identificar los diferentes Tipos de ausentismo.



                                                                                    GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                  IMPORTANCIA
Debe permitir la captura de incidencias e Incapacidades tal y como las                        1
emite el seguro social, respetando todos los datos.
Debe generar reportes de Incidencias e Incapacidades capturadas por un                        1
rango de fechas y que se aplicarán tanto en la Nomina como en el SUA.
Debe permitir capturar las incidencias de Vacaciones, Incapacidades,                          1
Ausentismos o Faltas basando en fechas reales.
Debe permitir capturar la información completa de los Registros Patronales                    1

                                               Página 84/168                                       84
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


existentes tal y como lo requiere el IMSS.
Debe contar con un catalogo que controle los Topes de las Ramas del IMSS y                     1
también el porcentaje de cada una de las Cuotas del IMSS.
Debe generar un reporte de empleados indicando los Registros Patronales y                      2
números de Afiliación de cada empleado incluyendo salario diario y salario
base de cotización.
Debe generar el cálculo de la Variabilidad o Reclasificación de Variables del                  1
Bimestre que se requiera por cada Registro Patronal existente.
Debe permitir ajustar los Importes que se generaron de la Variabilidad por                     1
cualquier circunstancia justificada.
Debe generar un reporte concentrado por empleado de la variabilidad                            1
diaria a aplicarse en el Bimestre.
Debe generar un reporte y aplicar en automático los Nuevos Salarios                            1
Integrados a los empleados.
Debe generar reportes comparativos de los salarios integrados reales contra                    2
los SDI Topados.
Debe generar reportes de auditoria al IMSS agrupando a los empleados de                        2
acuerdo a los Salarios Mínimos.
Debe contar con un proceso para actualizar los Salarios Integrados Topados                     1
de acuerdo a los aumentos de los Salarios Mínimos.
Debe generar reportes de auditoria al IMSS con la información de las Cuotas                    2
aportadas por cada empleado y la cuota patronal correspondiente.
Debe generar reportes y archivos de texto de las incidencias de los                            1
empleados para importarlas al SUA.
DISEÑO CONTABLE
Debe generar diferentes Tipos de Póliza Contables tales como Pólizas de                        1
Diario, Pólizas de Finiquitos, Pólizas de Recibos Cancelado y estructurarla
de acuerdo a los cuatro niveles de las cuentas contables.
Debe permitir realizar la captura o la carga de archivos con las cuentas                       1
contables de los conceptos para la Póliza Contable, por Centro de Costo y
Conceptos de Gasto.
Debe permitir definir las Cuentas Contables a Nivel Trabajador.                                1
Debe generar Pólizas Contables agrupadas por Compañías, Plantas o                              1
Sucursales, Tipos de Nominas, Centros de Costos o Departamentos.



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe generar reportes y archivos de texto de las Pólizas Contables para                        1
exportarlas al sistema de Contabilidad de la empresa.
Debe permitir crear reportes de Provisiones de Aguinaldo, Prima                                1
Vacacional, Impuesto Estatal, IMSS, SAR, INFONAVIT, Vacaciones y Prima de
Antigüedad.
Debe generar reportes de Provisiones de Nomina por Compañía, Tipo de                           1
Nomina, Formas de Pago y agrupados por Departamento.
LIQUIDACIONES Y/O FINIQUITOS
Debe permitir calcular Finiquitos o Liquidaciones por diferentes porcentajes                   1
y generar un archivo de Finiquitos, para procesos posteriores.
Debe permitir agrupar en bloques las incidencias de percepciones y                             1
deducciones adicionales, para complementar el cálculo de finiquitos y/o

                                                Página 85/168                                        85
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


liquidaciones.
Debe generar reportes de los empleados que están dados de baja y tienen                        2
adeudos pendientes.
Debe generar el cálculo de los Finiquitos individuales o masivos con los                       2
diferentes escenarios que se tienen con los empleados.
Debe permitir modificar el cálculo de finiquito y/o liquidaciones una vez                      1
calculado.
Debe permitir generar el reporte de liquidaciones y/o finiquitos las veces                     1
que sean necesarios.
Debe permitir aplicar y guardar los Finiquitos en el periodo de Nomina en el                   1
que se haya suscitado.
Debe generar reportes de Finiquitos Calculados.                                                1
Debe permitir cancelar liquidaciones y/o finiquitos calculados de cualquier                    2
periodo.
Debe generar reporte de Finiquitos y/o liquidaciones ya aplicados.                             2
PROCESOS ANUALES
Debe permitir generar el cálculo del ajuste anual de ISR.                                      1
Debe permitir operar la captura y el cálculo de:
○       Percepciones de Otros Patrones incluyendo el cálculo del factor                        1
subsidio promediado de otros patrones y del patrón actual y agregar o
disminuir los importes exentos de aguinaldo y prima vacacional pagados por
otros patrones.
○      Captura y operación de Pagos por Fuera de Nómina.                                       1
Debe permitir realizar los procesos de cálculos anuales con sus                                1
correspondientes reportes y constancias.
○      Debe generar un archivo ASCII para exportar al DIMM.                                    1
○       Debe efectuar el Cierre Anual de los movimientos del ejercicio                         1
operado.
Debe permitir llevar en el mismo sistema el control de Riesgo de Trabajo.                      1
○ Debe calcular la Prima de Riesgos de Trabajo.                                                1
○      Generar el formato del IMSS de Riesgo de Trabajo.                                       1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
○      Debe contar con una relación de Casos de Riesgo de Trabajo.                             1
CONTROL DE ASISTENCIA
Debe contar con un módulo para procesar los movimientos de Control de                          1
Asistencia del personal, a partir de la información captada por algún
dispositivo lector biométrico, de código de barras u otro medio electrónico.
Debe contar con un catálogo para definir los diferentes tipos de incidencias                   1
por omisiones de registro de entradas y/o salidas del personal.
Debe contar con procedimientos para determinar faltas y retardos, así como                     1
el mecanismo para capturar la justificación de la omisión correspondiente.
Debe contar con un procedimiento para determinar en función a los                              1
lineamientos preestablecidos los empleados que tengan derecho al pago de
Premio de Puntualidad y en su caso genere el movimiento para ese
concepto.
Debe generar reportes que cuenten con filtros por fechas, por tipo de                          1
personal, por centro de costo u otros criterios, que permitan verificar las
                                                Página 86/168                                        86
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


incidencias del registro de asistencia efectuado por los empleados en cada
periodo de pago.
Debe generar un reporte de los registros de entradas y salidas realizados                      1
por cada trabajador en cada periodo de pago, en sustitución y con la
validez oficial de la tarjeta de registro de asistencia.
Debe contar con captura de movimientos para justificar las omisiones de                        1
registros de entradas y/o salidas del personal y generar una bitácora que
contenga: fecha, hora y tipo de movimiento realizado por el usuario.
Debe generar de manera automática los movimientos de predomina a                               1
operar en cada periodo de pago por el programa que calcula la nómina:
faltas, vacaciones, tiempo extra, primas dominicales, días festivos, otros.
Debe contar con un proceso para operar los movimientos en archivos                             1
históricos los registros de asistencia y omisiones del personal.
Debe emitir reportes históricos de los registros y omisiones de asistencia del                 1
personal, incluyendo filtros para seleccionar diferentes opciones, tales
como: Periodos desde/hasta, por tipos de personal, por tipo de incidencia,
u otro criterio definido por el usuario final.
Debe contar con un proceso que registre puntualmente en un archivo                             1
"bitácora" (pistas de auditoria), la clave del usuario, la hora, la fecha y el
tipo de movimiento que haya efectuado en la captura de las incidencias y
posteriormente emitir reportes y consultas de dichos registros.
PORTAL DE INFORMACIÓN
Debe contar con un portal de información que pueda ser consultado por                          2
todo el personal incluyendo directivos y personal operativo, así como el
personal que opera el sistema.



                                                                                         GRADO DE
                     FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe contar con pantallas de captura que permita que el personal pueda                         2
capturar y actualizar la información correspondiente a datos personales,
escolares, dependientes económicos.
Debe permitir que el personal pueda capturar incidencias tales como:                           2
Vacaciones (validando si tiene días pendientes por disfrutar), salidas
ocasionales del edificio, Comisiones, Asistencia a Cursos, otros, para que
estos movimientos sean autorizados por los jefes inmediatos y
posteriormente asignarlos al área de Recursos Humanos.
Debe contar con pantallas de consultas que permitan al personal visualizar                     2
días de vacaciones disfrutados y pendientes de disfrutar, inasistencias,
Incapacidades, préstamos, percepciones y deducciones acumuladas.
Debe contar con pantallas de consultas que permitan al personal visualizar                     2
sus percepciones y deducciones, actuales e históricas.
ORGANIZACIÓN
Debe permitir la definición de estructuras organizacionales por lo menos                       1
hasta cinco niveles
Debe contar con facilidades para definir el Catálogo de Departamentos de                       1
cada centro de trabajo.
Debe contar con facilidades para definir el Catálogo de Puestos de cada                        1
centro de trabajo.
Debe contar con un proceso eficiente para el registro y control de Plazas                      1
Autorizadas de planta y eventuales, así como de personal por honorarios y
                                                Página 87/168                                        87
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Asimilable a Salarios.
Debe contar con facilidades para generar organigramas en el que aparezcan                      2
todos los puestos y el nombre de los empleados que ocupan cada uno de
ellos.
Debe incluir el organigrama de manera gráfica                                                  3
Deseable que el organigrama permita explotar la información del puesto y                       2
del empleado (expediente del empleado. Descripción de puesto, fotografía)
La descripción del puesto deberá estar basada en una administración por                        1
competencias.
La descripción del puesto debe incluir elementos medibles, que eliminen la                     2
subjetividad (Misión u objetivo, productos, competencias, perfil
"escolaridad, experiencia, idiomas")
El sistema debe incorporar una administración por competencias abierta y a                     1
detalle sin depender de modelos estáticos.
Con base en le punto inmediato anterior debe disponer de los siguientes
elementos:
Tipo de Competencias (organizacionales, institucionales, gerenciales,                          1
técnicas, especificas)
Descripción propia para cada una de las competencias (Comportamientos,                         1
habilidades, conocimientos y actitudes que favorezcan el correcto
desempeño del trabajo).



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Niveles de dominio que además de establecer una métrica para cada uno,                         1
permita la descripción detallada de los distintos comportamientos que se
pueden presentar para una competencia, en función al nivel requerido.
Debe permitir la definición y elaboración de múltiples descripciones de                        2
puesto por varios usuarios de manera concurrente.
La definición de perfiles de puesto debe estar orientada al usuario final y                    2
presentarse de manera intuitiva.
Las descripciones de puesto deben contar con opciones para seleccionar una                     2
serie de elementos catalogados e integrarlos de manera sencilla y
controlada con un mínimo de elementos de formato abierto.
Debe contar con facilidades para actualizar las Descripciones y                                1
Características de los puestos conforme a las necesidades de la
organización.
Debe permitir la impresión y exportación en archivos tipo ASCII, PDF o Word                    1
de las descripciones de puesto.
Los puestos pueden ser valuados por puntos como unidades impersonales                          2
VALUACIÓN Y EVALUACIONES
El sistema debe contar con facilidades para la valuación de puestos y la                       1
evaluación de las personas que los ocupan en diferentes procesos y tiempos.
Los puestos deben ser valuados por puntos como unidades impersonales.                          2
Debe permitir realizar la evaluación de la persona y compararla con su                         1
descripción de puesto.
Debe contar con un proceso que muestre el resultado comparativo de la                          2
persona y su puesto de manera grafica y cuantitativa.
Debe permitir evaluaciones de 360 grados.                                                      1

                                                Página 88/168                                        88
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Entre los elementos que debe considerar para las evaluaciones de 360°                         2
pueden ser empleados en el sistema de manera abierta e independiente a
las necesidades de la organización, y considerar los siguientes elementos:
· Evaluación de competencias basadas en comportamientos humanos que                           1
puedan ser definidas con base en evaluaciones propias de la organización
y/o incorporación de evaluaciones de terceros.
· Definición y asignación de evaluadores de forma libre, para una persona                     2
pudiendo ser su jefe inmediato, pares, subordinados, etc.
· Debe establecer la comunicación con los evaluadores para ser notificados                    2
mediante correo electrónico de la persona que se va a evaluar.
· Debe contar con un flujo de tareas para realizar las evaluaciones a cada                    2
persona.
· Deberá contar con facilidades para que se aplique directamente en el                        2
sistema, las evaluaciones 360° asignadas a cada persona



                                                                                        GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                      IMPORTANCIA
· Debe permitir la consulta de los resultados de las evaluaciones 360° con                    2
base en su nivel de usuario.
· Los resultados de las evaluaciones serán interpretados con base en las                      1
métricas establecidas por la organización.
· Debe permitir establecer métricas utilizando escalas tipo liker abiertas                    1
para la definición de calificaciones y rangos.
· Debe permitir la elaboración de exámenes de conocimientos                                   2
(competencias técnicas) libremente con base en las necesidades de la
organización.
· Preferentemente debe contar con facilidades para que los exámenes                           2
incluyan imágenes.
· Deberá establecer la comunicación mediante correo electrónico con las                       2
personas que serán evaluados por exámenes.
· Deberá establecer el flujo de tareas para la resolución de exámenes                         2
· Deberá contar con facilidades para aplicar los exámenes directamente en                     2
el sistema.
· Deberá contar con facilidades para calificar de manera automatizada los                     2
exámenes realizados y mostrar las calificaciones obtenidas.
· Deberá contar con un procedimiento que de acuerdo a las evaluaciones                        1
realizadas por el sistema identifique las necesidades de capacitación
(detección de necesidades de capacitación).
CAPACITACIÓN
Deberá contar con facilidades para administrar la capacitación de la                          1
organización llevando controles específicos de acuerdo a la normatividad y
políticas del área de Capacitación.
Deberá contar con un proceso que permita definir y administrar el                             1
presupuesto destinado para la capacitación del personal.
Deberá contar con procesos para registrar los costos involucrados en las                      1
capacitaciones de los cursos, instalaciones, instructores y materiales
requeridos.
Deberá contar con facilidades para el control y la asignación de salas de                     2
capacitación, material didáctico e instructores.
Deberá contar con facilidades para distribuir la información de logística                     2
                                               Página 89/168                                        89
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


para la capacitación, a las personas que tomaran los cursos.
Deberá contar con elementos adicionales y complementarios a la                                 2
administración de la capacitación para impulsar el autoaprendizaje.
Deberá contar con procedimientos para difundir la oferta de capacitación                       2
por medio de mensajes en el portal y personalizado por medio del correo
electrónico.
Deberá contar con facilidades para interactuar con los empleados para todo                     2
lo inherente a su capacitación en función al puesto que desempeña y las
oportunidades que puede aspirar.



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Deberá contar con facilidades para administrar el acervo cultural de la                        2
organización tipo biblioteca.
Facilitar el cumplimiento de las obligaciones ante la STPS en lo                               1
correspondiente al rubro de la capacitación, manejando las formas oficiales
sin necesidad de papelería preimpresa.
ADMINISTRACIÓN DEL DESEMPEÑO
Permitir realizar evaluaciones del desempeño de los empleados por medio                        2
de procesos automatizados.
Facilitar los lineamientos generales de la organización para la definición de                  2
las metas y objetivos de los empleados por medio de procesos
automatizados
Permitir el establecimiento de objetivos de desempeño por el propio                            2
empleado por medio de procesos automatizados.
Permitir la definición de metas de desarrollo por perfil de puesto por medio                   2
de procesos automatizados.
Facilitar la aprobación de los objetivos y metas del desempeño por el jefe                     2
inmediato.
Permitir realizar evaluaciones de desempeño preliminares y finales por                         2
medio de procesos automatizados.
RECLUTAMIENTO Y SELECCIÓN
Controla la elaboración de requisiciones de personal con base en la                            3
estructura organizacional autorizada
Valida las requisiciones de personal con base en la estructura organizacional                  3
autorizada
Registra y mantiene datos de solicitudes de empleo                                             3
Permite consultar las vacantes disponibles de la organización                                  3
Permite la postulación o autominación de personal interno para vacantes                        3
Permite desarrollar y registrar entrevistas de candidatos para vacantes                        3
Permite establecer guías de entrevistas que permitan ser objetivos con base                    3
en las competencias establecidas
Permite el registro de resultados de baterías psicométricas aplicadas                          3
Permite la administración de parrillas de reemplazo                                            3
Permite la búsqueda de candidatos internos para cubrir vacantes por índices                    3
de similitud
Permite la búsqueda de candidatos externos para cubrir vacantes por                            3
índices de similitud
PLAN DE VIDA Y CARRERA
                                                Página 90/168                                        90
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


El sistema debe permitir establecer los siguientes planes de carrera:
· Carreras horizontales                                                                        2
· Carreras verticales                                                                          2
Permitir medir el índice de potencialidad por trabajador (tomando en                           2
cuenta la personalidad, la inteligencia emocional, el coeficiente intelectual
y la escolaridad)
El sistema deberá emitir reportes de personal en parrillas de reemplazo.                       2



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
                    RECURSOS PRODUCTIVOS
RECURSOS PRODUCTIVOS
PLANIFICACIÓN
Demanda de producción por planes de venta estimados.                                           1
Generación de MRP.                                                                             1
Generación de requerimientos de compras para satisfacer las demandas del                       1
MRP.
Simulación de planificación basada en materiales e insumos disponibles en                      1
inventario.
Manejo de políticas de Reposición. (Necesidades, niveles de inventario                         1
mínimos + necesidades, niveles de inventario máximos, lote óptimo de
compra/producción) para cumplimiento de las metas de Distribución y
Ventas.
Informes en unidades y valorizados de insumos inventariables y artículos                       1
tipo recurso.
Generación de órdenes de fabricación en función de la planificación.                           1
Avisos de incumplimiento del plan sugerido por falta de materiales o                           1
capacidades instaladas.
PRODUCCIÓN
Agrupación de artículos por grupos de clasificación.                                           1
Unidades de medida totalmente parametrizables por el usuario.                                  1
Avisos por máximos, mínimos y puntos de reposición.                                            1
Manejo de artículos de inventario por números de lote, partida única,                          1
fechas de vencimiento y números de serie.
Manejo de artículos tipo recurso (capacidad de máquinas, horas hombre)                         1
por capacidad instalada.
Control de origen de mercancías (local o importada).                                           1
Descripción ampliada de artículos para datos técnicos o especificaciones de                    1
compra o producción.
Ordenes de fabricación por motivos (programas, contra nivel de existencia,                     1
convenios).
Adecuación de las etapas de producción de acuerdo a la realidad de los                         1
centros de transformación.
Programación automática de la producción.                                                      1
Interfases y salidas a MS-Project para análisis de diagramas GANTT y/o                         1
PERT.
Control de fechas y horarios en los cuales no se puede producir (feriados,                     1
falta de turnos, etc.).

                                                Página 91/168                                        91
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Reserva de insumos en inventario en función de las órdenes de fabricación                      1
lanzadas.
Seguimiento y control del programa.                                                            1
Cálculos de productos a fabricar, cantidades a obtener y tiempos de                            1
proceso.
Asignación de prioridades a las órdenes de fabricación.                                        1




                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Información de la programación de la producción, por GANTT, centro de                          1
transformación, y orden de fabricación.
Seguimiento (Follow up) de los trabajos pendientes.                                            1
Reporte de órdenes activas, suspendidas y terminadas.                                          1
CONTROL DE PRODUCCIÓN
Control de Eficacia y Eficiencia.                                                              1
Seguimiento de lotes por Trazabilidad.                                                         1
Supervisión de uso de insumos y mano de obra.                                                  1
Control de desvíos entre consumos STD y reales.                                                1
COSTOS
Cálculo completo de los costos de fabricación.                                                 1
Valuación de los insumos.                                                                      1
Distribución de gastos indirectos por centro de costos.                                        1
Información de gestión sobre costos totales, consumos, centros de costos,                      1
etapas de producción, productos obtenidos, costos fijos y variables,
mermas.
Valorizaciones a precio de reposición y moneda local de las órdenes y partes                   1
de producción
           CONTROL DE GESTIÓN DOCUMENTAL
CARACTERÍSTICAS GENERALES DEL SISTEMA
     Consultar asunto: Dará la lista de asuntos registrados de acuerdo a los                   1
siguientes criterios de búsqueda individuales o combinados:
o Por Área Responsable                                                                         1
o Por Usuario Responsable                                                                      1
o Por Estatus del Asunto                                                                       1
o Por Periodo de Fechas de Recepción                                                           1
o Por Periodo de Fechas de Conclusión                                                          1
o Por Expediente relacionado con el Asunto                                                     1
o Por Semáforo de atención de acuerdo al tiempo                                                1
o Por Prioridad del Asunto                                                                     1
o Por Identificador del Asunto                                                                 1
o Por Procedencia del Asunto                                                                   1
o Por Tipo de Asunto                                                                           1
o Titulo del Asunto                                                                            1
     Consultar acuerdo: Dará la lista de acuerdos que están registrados en el                  1
Sistema, conforme a los siguientes criterios de búsqueda individuales o
combinados:
o Por Área                                                                                     1

                                                Página 92/168                                        92
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


o Por Usuario                                                                                   1
o Por Estatus                                                                                   1
o Por Periodo de Fechas de Recepción                                                            1
o Por Periodo de Fechas de Conclusión                                                           1
o Por Expediente relacionado                                                                    1
o Por Semáforo de atención                                                                      1
o Por Identificador                                                                             1
o Por Tipo de Acuerdo                                                                           1



                                                                                          GRADO DE
                     FUNCIONALIDAD A EVALUAR
                                                                                        IMPORTANCIA
o Titulo del Acuerdo                                                                            1
     Consultar instrucción: Dará la lista de las instrucciones registradas en el                1
Sistema de acuerdo a los siguientes criterios de búsqueda individuales o
combinados:
o Por Área                                                                                      1
o Por Usuario                                                                                   1
o Por Estatus                                                                                   1
o Por Periodo de Fechas de Recepción                                                            1
o Por Periodo de Fechas de Conclusión                                                           1
o Por Tipo de Atención                                                                          1
o Por Semáforo de atención                                                                      1
     Presentar pendientes: Presentar la lista de todos los asuntos, acuerdos                    1
e instrucciones que tiene pendientes (no terminados o concluidos) el
usuario que se firmo en el Sistema. la información que se presentará para
cada uno de los renglones es:
o Tipo (Asunto, Acuerdo, Instrucción)                                                           1
o Semáforo (con respecto a la fecha de conclusión que puede ser Verde,                          1
Amarillo o Rojo)
o Identificador (Número que le fue asignado por el Sistema)                                     1
o Fecha de Recepción por el Usuario (cuando le fue Turnado).                                    1
o Titulo                                                                                        1
o Fecha Conclusión                                                                              1
o Remitente                                                                                     1
o Se podrá acceder a alguno de los elementos presentados, seleccionándolo.                      1
o También se presentarán los Asuntos, Acuerdos e Instrucciones que han                          1
sido capturados por el usuario pero que no han sido turnados.
     Presentar atendidos: Presentar la lista de los Asuntos, Acuerdos e                         1
Instrucciones que ya fueron atendidas y concluidas por el usuario se firmo
en el Sistema. la información que se presentará para cada uno de los
renglones es:
o Tipo (Asunto, Acuerdo, Instrucción)                                                           1
o Identificador (número que le fue asignado por el Sistema)                                     1
o Titulo                                                                                        1
o Fecha de recepción por el usuario (cuando le fue turnado).                                    1
o Fecha conclusión por el usuario                                                               1
o Remitente                                                                                     1
o Se podrá consultar alguno de los elementos presentados.                                       1
      Adjuntar archivo: Se permite al usuario adjuntar archivos para el                         1
Asunto u Acuerdo que se está registrando o actualizando. Los archivos se
                                                 Página 93/168                                        93
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


agregaran de uno en uno y serán almacenado en la base de datos
(Repositorio de documentos e imágenes). Esta operación depende del Rol y
permisos que tiene el usuario que se esta firmando.



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
      Digitalización de documento: El Sistema identificará si se tiene                         1
conectado como dispositivo un scanner, y permitirá crear archivos en
formato PDF de documentos digitalizados, que tendrán que ser asociado a
un Asunto u Acuerdo. Los documentos se almacenarán en la base de datos
(Repositorio de documentos e imágenes). Esta operación dependerá del Rol
y permisos que tiene el usuario que se esta firmando.
       Acceder a documentos (relacionados): Permitirá consultar los                            1
documentos almacenados en el Sistema conforme a los siguientes criterios
de búsqueda individuales o Combinados:
o Expediente                                                                                   1
o Asunto                                                                                       1
o Rango de fecha del asunto                                                                    1
o Acuerdo                                                                                      1
o Rango de fecha del acuerdo                                                                   1
De la lista que se presente, al seleccionar alguno de los renglones, después                   1
presentará los documentos que se han asociado conforme a la
desagregación elegida. Verificará que el usuario que ingrese al Sistema
pueda consultar los documentos solicitados
     Consultar ayuda en línea: Se abrirá una nueva ventana (pantalla), que                     1
recibirá como parámetros la operación en la que se encuentra el usuario y
el Sistema presentará el texto de ayuda para la operación.
      Enviar correo electrónico: El Sistema enviará correo electrónico para                    1
notificaciones, de acuerdo a los siguientes criterios:
o Asunto / Acuerdo / Instrucción Turnado o Delegado.                                           1
o Semáforo en amarillo y no se ha concluido.                                                   1
o Semáforo en rojo y no se ha concluido.                                                       1
o Respuestas de responsables (aceptado o rechazado).                                           1
     Adjuntar notas: El Sistema permitirá agregar notas a lo largo del ciclo                   1
del proceso para Asuntos, Acuerdos e Instrucciones.
      Imprimir: El Sistema imprimirá la consulta o reporte que se ha                           1
generado
       Exportar a Excel:      Se permitirá exportar a Excel un reporte                         1
previamente solicitado. Esta exportación será en formato simple.
      Exportar a PDF: Se permitirá exportar a PDF un reporte previamente                       1
solicitado. Esta exportación será como se presenta en la pantalla del
Sistema.
      Registrar bitácora de operaciones: Se almacenará en el Sistema las                       1
operaciones que han sido realizadas (Altas, Modificaciones, Cambios).
     Consultar bitácora de operaciones: Se podrá consultar las transacciones                   1
del Sistema con los siguientes criterios:
o En periodo de Fechas                                                                         1
o Usuario                                                                                      1
o Operación                                                                                    1
Se validará que el usuario que se Firmo pueda realizar esta operación.                         1
                                                Página 94/168                                        94
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
     Generar alertas: El Sistema deberá generar alarmas para los Asuntos,                      1
Acuerdos, Instrucciones con los siguientes criterios:
o Alerta Preventiva. En cuanto al tiempo, deberá ser capaz de indicar:                         1
“”falta XX% de días para que se de la fecha de cumplimiento (tomado la
fecha de cumplimiento la última que se le dio al
Asunto/Acuerdo/Instrucción)”” o similar. Se enviará correo electrónico al
responsable en turno. En las consultas se presentará el registro en amarillo.
o Alarma de Retraso. Se ha cumplido la fecha de vencimiento y no se ha                         1
concluido el Asunto / Acuerdo / Instrucción. Se enviará correo electrónico
al responsable en turno y a la persona que le turno o delego el Asunto /
Acuerdo / Instrucción. En las consultas se presentará el registro en rojo. El
estatus del Asunto / Acuerdo / Instrucción cambiará a “Vencido”
     Registrar Asunto / Acuerdo / Instrucción en Outlook: El Sistema deberá                    1
registrar en Outlook como tarea el Asunto / Acuerdo / Instrucción que ha
sido delegado a un responsable, además de enviar correo electrónico.
     Cifrar archivo: El Sistema cifrara los archivos adjuntados (utiliza los                   1
certificados públicos / privados proporcionados por el usuario.
ADMINISTRACIÓN DE EXPEDIENTES
     Mantener Expediente: Se registrará la información del Expediente. A                       1
través de este mantenimiento se dará de Alta o se Modificará un
expediente. Los datos que contendrá son:
o Identificador del expediente                                                                 1
o Titulo del expediente                                                                        1
o Descripción                                                                                  1
      Para cada expediente presentará la lista de Asuntos / Acuerdos /                         1
Instrucciones relacionados. Permitirá:
o Agregar Expediente: Se almacenara en la base de datos la información del                     1
Expediente. Si fue llamado desde la Captura del Asunto, regresa a esta.
Validará que el usuario que se registro en el Sistema pueda realizar esta
operación.
o Modificar Expediente: Se permitirá modificar los siguientes datos del                        1
Expediente. Se verificará que el usuario que se firma en el Sistema pueda
realizar esta operación
o Eliminar Expediente: Se permitirá realizar la baja lógica del Expediente                     1
(se marca para no ser presentado en a lo largo del Sistema. Se verificará
que el usuario que se firma en el Sistema pueda realizar esta operación
o Consultar Expediente: Dará la lista de los Expedientes que están                             1
registrados en el Sistema.
ADMINISTRACIÓN DE ASUNTOS
     Recibir Asunto: Captura la información del Asunto que se recibe, para                     1
esto se apoya en los catálogos existentes. La información a se capturada es:
o Identificador (generado por el sistema hasta que se turna) Este es                           1
irrepetible –regla–
o Identificador del Documento                                                                  1
o Remitente                                                                                    1
    Institución                                                                                1



                                                Página 95/168                                        95
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                           GRADO DE
                       FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
    Cargo                                                                                        1
    Nombre                                                                                       1
    Nombre                                                                                       1
    Apellido Paterno                                                                             1
    Apellido Materno                                                                             1
o Fecha de recepción (automático)                                                                1
o Fecha del documento                                                                            1
o Procedencia (Combo de catálogo)                                                                1
o Tipo de Asunto (Combo de catálogo)                                                             1
o Expediente (Combo)                                                                             1
o Fecha propuesta de conclusión                                                                  1
o Fecha de conclusión (La puede dar el sistema de acuerdo al tipo de                             1
asunto)
o Prioridad (Combo de catálogo)                                                                  1
o Destinatario(s) (Combos de catálogos)                                                          1
    Área                                                                                         1
    Cargo                                                                                        1
    Nombre                                                                                       1
Puede ser de uno a N destinatarios relacionados que deberán atender el                           1
Asunto.
o Copia para Destinatario (Combos de catálogos)                                                  1
Puede ser de uno a N destinatarios que se les avisará del Asunto.                                1
o Descripción del Asunto (se usará para reconocer más rápido el asunto).                         1
o Comentarios                                                                                    1
En la “Recepción del Asunto” se permitirá:                                                       1
o Guardar sin necesidad de ser turnado.                                                          1
o Adjuntar archivo                                                                               1
o Turnar / Re asignar                                                                            1
o Agregar nota                                                                                   1
o Imprimir                                                                                       1
o Cancelar                                                                                       1
Si el Asunto es guardado, no generará Identificador, el Identificador lo                         1
generará hasta que el Asunto sea turnado.
     Cancelar: Permitirá cancelar un Asunto agregando notas o comentarios                        1
del por que de la cancelación. La información que se proporcionará es
o Fecha de cancelación (la da el sistema)                                                        1
o Comentarios                                                                                    1
Se tendrá que:                                                                                   1
o Firmar electrónicamente                                                                        1
o Actualizará el estatus a “Cancelado”                                                           1
o Terminará el ciclo del Asunto.                                                                 1
     Guardar Asunto: Permite guardar la información capturada del Asunto,                        1
cuantas veces sea necesario sin necesidad de turnar. Mientras el Asunto no
sea turnado tendrá el estatus de “Recibido”.
                                                                                           GRADO DE
                       FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
    Turnar Asunto: Deberá de:                                                                    1

                                                  Página 96/168                                        96
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


o Guardar el Asunto el sistema y le generará el identificador de acuerdo a                     1
las reglas definidas.
o Enviará correo electrónico a cada uno de los destinatarios y a los que                       1
fueron copiados.
o Y le asignará al Asunto el estatus correspondiente (enviado).                                1
o Usar firma electrónica                                                                       1
      Atender Asunto (respuesta del responsable): Usará como base la                           1
pantalla de recepción del Asunto. Se permitirá modificar los siguientes
datos del Asunto:
o Tipo de Asunto (Combo de catálogo)                                                           1
o Expediente (Combo)                                                                           1
o Fecha de conclusión                                                                          1
o Prioridad (Combo de catálogo)                                                                1
o Descripción del Asunto (se usará para reconocer más rápido el Asunto).                       1
Permitirá:                                                                                     1
o Rechazar el Asunto y agregar comentarios del rechazo. Si el Asunto                           1
rechazado, le asignará el estatus de “Rechazado”.
o Guardar sin necesidad de delegar. Se le asignará el estatus de “Aceptado”                    1
o Adjuntar archivo                                                                             1
o Delegar                                                                                      1
o Agregar nota                                                                                 1
o Imprimir                                                                                     1
     Delegar: Deberá permitir la captura de la siguiente información:                          1
o Fecha en la que se delega el Asunto (el sistema la da automáticamente).                      1
o Fecha de conclusión interna (esta fecha debe ser menor o igual a la fecha                    1
original registrada).
o A quien se le delega - responsable(s) (Se presentarán sólo los subordinados                  1
que pertenecen al área ) (Combos de catálogos)
    Cargo                                                                                      1
    Nombre                                                                                     1
o Comentarios                                                                                  1
Una vez que se haya delegado, se le asignará el estatus de “En Proceso”.                       1
Permitiendo:
o Generar instrucción(es)                                                                      1
     Seguir Asunto: Permitirá actualizar el avance que se lleva del Asunto                     1
agregando notas o comentarios con respecto al avance y tendrá:
o Fecha en la que se registra el avance                                                        1
o Comentarios                                                                                  1
o % de avance                                                                                  1
Mientras el Asunto este en este punto tendrá el estatus de “En Proceso”.                       1
Además permitirá:
o Guardar, almacena información del avance del Asunto.                                         1
o Firmar electrónicamente                                                                      1
o Enviar para revisión, una vez que se ha concluido el Asunto desde el punto                   1
de vista del responsable (100% en el % de Avance).




                                                Página 97/168                                       97
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
     Enviar para revisión: Deberá:                                                             1
o Guardar el Asunto y el avance registrado                                                     1
o Enviará correo electrónico a la persona que había delegado el Asunto                         1
o Cambiará estatus (En Revisión).                                                              1
     Revisar: Conforme a la revisión que se dé (responsable que turnó),                        1
permitirá:
o Regresar Asunto si no fue satisfactoria la revisión.                                         1
o Liberar Asunto                                                                               1
     Regresar Asunto: Deberá:                                                                  1
o Dar fecha de regreso (automática proporcionada por el sistema)                               1
o Permitirá la captura de comentarios                                                          1
o Cambia estatus “Atendido”                                                                    1
o Regresará a la etapa de “Seguimiento”.                                                       1
     Liberar Asunto: Deberá:                                                                   1
o Permitir comentarios                                                                         1
o Guardar el Asunto                                                                            1
o Cambia estatus (Liberado)                                                                    1
o Envía correo electrónico a involucrados                                                      1

ADMINISTRACIÓN DE ACUERDOS
     Registrar Acuerdo generado: Captura la información del Acuerdo que                        1
se generó en la sesión de la Dirección. Para esto se apoya en los catálogos
existentes. La información a ser capturada es:
o Dirección                                                                                    1
o Fecha de definición (por default se dará la del día de registro).                            1
o Identificador del Acuerdo (generado por el sistema hasta que sea                             1
turnado).
o Tipo de Acuerdo (Combo)                                                                      1
o Expediente (Combo)                                                                           1
o Asunto (Combo)                                                                               1
o Responsable(s) (Combos de catálogos)                                                         1
    Área                                                                                       1
    Cargo                                                                                      1
    Nombre                                                                                     1
Puede ser de uno a N responsables relacionados que deberán atender el                          1
Acuerdo
o Fecha de conclusión                                                                          1
o Fecha de conclusión propuesta                                                                1
o Prioridad (Combo de catálogo)                                                                1
o Copia para Destinatario (Combos de catálogos)                                                1
Puede ser de uno a N destinatarios que se les avisará del Asunto.                              1
o Descripción del Acuerdo (se usará para reconocer más rápido el Acuerdo).                     1
o Comentarios                                                                                  1
                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
En el “Registro del Acuerdo Generado” se permitirá:                                            1
o Guardar sin necesidad de ser turnado.                                                        1
                                                Página 98/168                                        98
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


o Adjuntar archivo                                                                               1
o Turnar                                                                                         1
o Cancelar                                                                                       1
o Agregar nota                                                                                   1
o Imprimir                                                                                       1
Si el Acuerdo es guardado, no generará identificador, el identificador lo                        1
generará hasta que el Acuerdo sea turnado.
      Guardar Acuerdo: Permite guardar la información capturada del                              1
Acuerdo cuantas veces sea necesario sin necesidad de turnar con estatus de
“Recibido”
     Turnar Acuerdo: Esta función:                                                               1
o Guardará el Acuerdo en el sistema y le generará el identificador conforme                      1
a las reglas definidas.
o Enviará correo electrónico a cada uno de los responsables y a los que                          1
fueron copiados.
o Asignará al Acuerdo el estatus correspondiente (Enviado).                                      1
o Usar firma electrónica                                                                         1
      Atender Acuerdo (respuesta del responsable): Usará como base la                            1
pantalla de Registro de Acuerdo generado.
o Tipo de Acuerdo (Combo)                                                                        1
o Expediente (Combo)                                                                             1
o Asunto (Combo)                                                                                 1
o Fecha de conclusión                                                                            1
o Descripción del Acuerdo                                                                        1
Se permitirá modificar los datos del Acuerdo, además de:                                         1
o Rechazar el Acuerdo, agregar comentarios del y asignar estatus de                              1
“Rechazado”
o Guardar sin necesidad de delegar el Acuerdo y asignar el estatus de                            1
“Aceptado”.
o Adjuntar archivo                                                                               1
o Delegar                                                                                        1
o Agregar nota                                                                                   1
o Imprimir                                                                                       1
o Generar instrucción(es)                                                                        1
ADMINISTRACIÓN DE INSTRUCCIONES
      Consultar Instrucciones por Asunto / Acuerdo: Dará la lista de las                         1
Instrucciones asociadas al Asunto / Acuerdo para el que se girarán o se han
girado instrucciones. La información que se presenta es:
o Referencia (identificador del Asunto / Acuerdo)                                                1
o Para cada una de las Instrucciones:                                                            1
    Consecutivo                                                                                  1
    Usuario al que le fue turnada                                                                1
    Estatus                                                                                      1
    Fecha de captura                                                                             1



                                                                                           GRADO DE
                       FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
    Fecha conclusión                                                                             1
Se permitirá:                                                                                    1
o Generar Instrucción                                                                            1
                                                  Página 99/168                                        99
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


o Actualizar Instrucción                                                                       1
o Turnar Instrucciones                                                                         1
     Generar Instrucción: Captura la(s) Instrucciones a ser turnadas para un                   1
Asunto o Acuerdo. La información a ser capturada para cada Instrucción es:
o Identificador del Asunto / Acuerdo (automático, lo proporciona el                            1
sistema).
o Consecutivo de la Instrucción para el Asunto / Acuerdo (lo asignará el                       1
sistema automáticamente)
o Turno (automático, la persona que esta realizando esta operación el                          1
sistema).
o Fecha de captura (automático, lo da el sistema y no es modificable)                          1
o Responsable(s) (combos de catálogos)                                                         1
    Cargo                                                                                      1
    Nombre                                                                                     1
Puede ser de uno a N responsables relacionados que deberán atender el                          1
Acuerdo. Se presentarán sólo los subordinados que pertenecen al área.
o Instrucción                                                                                  1
o Tipo de atención (combo)                                                                     1
o Orden de ejecución (combo)                                                                   1
o Tiempo estimado de conclusión                                                                1
o Fecha estimada de conclusión (la calcula el sistema y propone una                            1
conforme al campo anterior)
o Notas de seguimiento / comentarios                                                           1
o Copia la instrucción (combos de catálogos -Usuario del sistema-)                             1
Puede ser de uno a N destinatarios que se les avisará de la Instrucción.                       1
En la generación de las Instrucciones se permitirá:                                            1
o Guardar sin necesidad de que se envíe notificación a responsables.                           1
o Turnar (manda para su atención)                                                              1
o Imprimir                                                                                     1
     Guardar Instrucción: Permite guardar la Instrucción y para después ser                    1
presentada en la pantalla Consulta de Instrucciones
     Turnar Instrucción: Deberá:                                                               1
o Debe verificar o turnar sólo aquellas que no estén turnadas (no tengan el                    1
estatus de Enviado)
o Guardar Instrucción en el sistema y recalcula el consecutivo de estas con                    1
forme al orden en que se presentan en la pantalla.
o Enviará correo electrónico a cada uno de los responsables.                                   1
o Le Asigna el estatus (Enviado)                                                               1
      Atender Instrucción (respuesta del responsable): Usa como base la                        1
pantalla de Generar Instrucción, se permitirá:
o Rechazar la Instrucción, agregar comentarios y asignar estatus de                            1
“Rechazado”



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
o Aceptar la Instrucción, le cambia el estatus “Aceptado” y la pone en la                      1
tarea de seguimiento.
o Adjuntar archivo                                                                             1
o Delegar                                                                                      1
o Agregar notas                                                                                1
                                               Página 100/168                                        100
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


o Imprimir                                                                                     1
REPORTES ESTADÍSTICOS (INFORMACIÓN EJECUTIVA)
     Reporte de Asuntos: El reporte a ser generado dará totales por los                        1
siguientes criterios:
o Remitente (Quien envío el asunto)                                                            1
o Tipo de Asunto                                                                               1
o Estatus del Asunto                                                                           1
o Expediente vs Asuntos                                                                        1
o Pendientes de Concluir vs Área                                                               1
o Terminados vs Área                                                                           1
o Prioridad vs Estatus                                                                         1
o Área Responsable (Destinatario)                                                              1
o Recepción en intervalo de fechas                                                             1
Se permitirá:                                                                                  1
o Imprimir                                                                                     1
o Generará graficas del resultado                                                              1
o Exportar a Excel                                                                             1
o Exportar a PDF                                                                               1
     Generar Reporte de Acuerdos: El reporte a ser generado dará totales                       1
por los siguientes criterios:
o Dirección                                                                                    1
o Tipo de Acuerdo                                                                              1
o Fecha de definición                                                                          1
o Expediente vs Acuerdo                                                                        1
o Asunto vs Acuerdo                                                                            1
o Área responsable                                                                             1
o Estatus                                                                                      1
Se permitirá:                                                                                  1
o Imprimir                                                                                     1
o Generará graficas del resultado                                                              1
o Exportar a Excel                                                                             1
o Exportar a PDF                                                                               1
     Generar Reporte de Asuntos vs Instrucciones: El reporte a ser generado                    1
dará totales por los siguientes criterios:
o Remitente (Quien envío el asunto)                                                            1
o Tipo de Asunto                                                                               1
o Estatus del Asunto                                                                           1
o Expediente vs Asuntos                                                                        1
o Pendientes de Concluir vs Área                                                               1
o Terminados vs Área                                                                           1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
o Prioridad vs Estatus                                                                         1
o Área Responsable (Destinatario)                                                              1
o Recepción en intervalo de fechas                                                             1
Se permitirá:                                                                                  1
o Imprimir                                                                                     1
o Generará graficas del resultado                                                              1

                                               Página 101/168                                        101
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


o Exportar a Excel                                                                             1
o Exportar a PDF                                                                               1
      Generar Reporte de Acuerdos vs Instrucciones: El reporte a ser                           1
generado dará totales por los siguientes criterios:
o Dirección Corporativa                                                                        1
o Tipo de Acuerdo                                                                              1
o Fecha de Definición                                                                          1
o Expediente vs Acuerdo                                                                        1
o Asunto vs Acuerdo                                                                            1
o Área Responsable                                                                             1
o Estatus                                                                                      1
Se permitirá:                                                                                  1
o Imprimir                                                                                     1
o Generará graficas del resultado                                                              1
o Exportar a Excel                                                                             1
o Exportar a PDF                                                                               1

ADMINISTRACIÓN DE CATÁLOGOS
      Se deberá permitir la Agregación, Modificación o Eliminación de                          1
información de los catálogos.
     Se deberá permitir la Consulta a la información de los catálogos.                         1
     Se deberá permitir:                                                                       1
o Impresión,                                                                                   1
o Exportar a Excel                                                                             1
o Exportar a PDF                                                                               1
SEGURIDAD DEL SISTEMA
      Perfiles de Usuario: Se permitirá Agregar, Modificar o Eliminar                          1
información del catálogo de Tipos de Perfil de Usuario. A través de los
perfiles definidos se establecerá los permisos y operaciones que podrá
hacer el usuario. También se podrá Consultar o Imprimir la información de
este Catálogo. Se verificará que el usuario que acceda al Sistema, esté
autorizado para realizar la operación.
     Registro de Usuarios: Se permitirá Altas, Modificaciones y Bajas a la                     1
información de los usuarios que ingresarán al Sistema. También se deberá
permitir:
o Indicar el área a la que pertenece el Usuario (Combo)                                        1
o Indicar el Puesto que tiene el Usuario dentro del área.                                      1
o Indicar el nivel que tiene dentro del organigrama                                            1
o Asignar el Perfil con el que ingresará al Sistema.                                           1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
     Permisos: Se permitirá Agregar, Modificar o Eliminar información de                       1
permisos que podrá tener el usuario de acuerdo a los perfiles que tiene
asociados. También se podrá Consultar o Imprimir la información de este
Catálogo. Se verificará que el usuario que acceda al Sistema, esté
autorizado para realizar la operación.
     Ingreso al Sistema: Se permitirá la captura de la Clave de Usuario y                      1
Password (clave confidencial) para el acceso al Sistema. Se Autentificará al
usuario que ingresa. Se validaran los permisos del usuario para la
                                               Página 102/168                                        102
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


generación automática del Menú de opciones a las que puede tener acceso
el usuario que se registro en el Sistema.
     Firma Electrónica: Generar Firma Electrónica para cada usuario que                        1
ingrese al Sistema utilizando las llaves necesarias. Deberá validar la
autenticidad del usuario a través del ingreso de su Firma Electrónica para
autorizar la transacción en el Sistema. El uso de la firma electrónica dejará
bitácora del uso de esta en el Sistema.
Gestión de Calidad ISO-9001:2000
CARACTERÍSTICAS GENERALES DEL SISTEMA
Gestión de calidad.- Debe permitir definir la estructura organizativa de                       1
procedimientos, procesos y recursos necesarios para implantar la gestión de
la calidad. También debe soportar el registro, creación y mantenimiento de
los componentes que conforman el manual de calidad, en el cual se
incluyen los documentos, procedimientos, instructivos, formatos y anexos,
de acuerdo a la norma de certificación ISO-9001:2000.
Organización y Control de Archivo
CARACTERÍSTICAS GENERALES DEL SISTEMA
Organización de Archivo.- Debe permitir el registro de expedientes en el                       1
archivo de trámite, el traspaso de estos al archivo de concentración, y
finalmente, la transferencia de los mismos al archivo histórico. También
debe permitir el registro de préstamos de expedientes y el control de bajas
documentales.
                   SISTEMA DE DISTRIBUCIÓN
CARACTERÍSTICAS GENERALES DEL SISTEMA
Debe operar en ambiente WEB, sin que se requiera de algún software                             1
adicional, tal como: citrix, tarantela, terminal Server, u otros.
Debe permitir operar las políticas institucionales (generales) y políticas                     1
particulares de cada uno de los centros de trabajo.
Debe estar centralizada la información                                                         1
Debe contar con niveles de seguridad eficientes que permitan definir                           1
Roles o Perfiles de usuario de acuerdo a las funciones que desempeñan,
e impedir que acceda u opere procesos no autorizados.
Los usuarios deben definir su password al ingresar por primera vez al                          1
sistema, posteriormente debe establecer el vencimiento del password
automáticamente.
Debe controlar las fechas de vigencia de los passwords y forzar a                              1
cambiarlos periódicamente mensual, Bimestral, o en periodos
determinados por el administrador del sistema (debe ser
parametrizable).



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR
                                                                                       IMPORTANCIA
Debe mantener la confidencialidad de los passwords de los usuarios del                         1
sistema en forma encriptada.
Debe contar con medidas de autoprotección que deshabiliten el sistema                          1
después de cierto tiempo que permanezca inactivo y que este tiempo
sea programable.
Debe contar con procesos para importar y exportar (migrar) información                         1
de otros sistemas, o archivos ASCII y exportar archivos para procesarlos
                                               Página 103/168                                        103
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


en hojas de cálculo.
Debe contar con bitácora ("pista de auditoria") que registre las                                 1
transacciones identificando usuario, fecha, hora y tipo de movimiento
realizado al registro afectado.
Debe de ser multiejercicio sin que se tenga que cambiar de base de                               1
datos.
Registro de embarques de planta a almacén.                                                       1
Debe registrar los embarques recibidos en cada centro de trabajo con el siguiente                1
grado de detalle: vehículo, Lote del Embarque, Fecha de Salida, Fecha estimada de
arribo, tipo de producto, canal de distribución, periodo de consumo
Registrar movimientos de inventario entre los almacenes del centro de trabajo, del               1
mismo modo se deben poder realizar cambios de Canal de Distribución y
surtimientos extraordinarios a Puntos de Venta
Registrar traspasos de producto entre centros de trabajo, con la fecha y                         1
especificando el almacén destino; también se puede especificar si el producto fue
recibido en su totalidad o de forma incompleta.
Registrar traspasos de producto entre centros de trabajo, con la fecha y                         1
especificando el almacén destino; también se puede especificar si el producto fue
recibido en su totalidad o de forma incompleta.
Permitir conocer y analizar el comportamiento de todos y cada uno de los puntos de               1
venta con distribución de leche en polvo, verificando los siguientes puntos:
Inventario Inicial del Periodo, Detalle de los surtimientos realizados, Devoluciones
y/o baja de producto, Inventario Final del Periodo, Ventas registradas
Consolidar los requerimientos de todos los puntos de venta del Centro de Trabajo                 1
para a su vez realizar el Requerimiento Mensual de Leche en polvo a la Subdirección
de Distribución, especificando la fecha deseada de embarque y el almacén destino
del embarque.
La totalidad de la información antes mencionada debe permitir al Centro de Trabajo               1
emitir el Resultado de la Operación que mensualmente es enviado a la Subdirección
de Distribución, y que contiene la información consolidada de la utilización de leche
en polvo.
Permitir a los centros de trabajo elaborar el requerimiento de producto comercial,               1
abasto social y complemento alimenticio con los siguientes datos: producto a
solicitar, volumen solicitado, cliente o institución de venta, a que pedido
pertenece, fecha solicitada de embarque, periodo de consumo, tipo de
requerimiento, etc.
Permitir a los Centros de Trabajo generar Traspasos de producto entre ellos,                     1
seleccionando Almacén Origen/Destino Fecha, Motivo del Traspaso, Producto,
Volumen, Lotes y capturando comentarios para cada uno de los traspasos
Permitir a los centros de trabajo registrar movimientos de ajustes de                            1
entrada/salida, seleccionando el almacén, producto, cantidad, lote, y motivo del
ajuste. Estos movimientos deben ser autorizados por oficinas centrales
Permitir realizar movimientos de inventario entre almacenes del mismo centro de                  1
trabajo, seleccionando para ello el almacén origen, el almacén destino tipo de
movimiento, el motivo del movimiento, producto, cantidad, lote y comentarios



                                                                                           GRADO DE
                       FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
Permitir la captura de licitaciones en las que participa Liconsa                                 1
Permitir la captura de las cotizaciones que entrega Liconsa                                      1
Permitir conformar un catalogo de Prospectos de Nuevos Clientes                                  1
Registrar las ventas de producto comercial seleccionando el cliente, fecha, tipo de              1
movimiento, motivo del movimiento, producto, volumen y comentarios
Registrar los surtimientos a Puntos de Venta y Convenios Interinstitucionales                    1
                                                   Página 104/168                                      104
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


seleccionando el punto de venta, producto, volumen y lote.
Permitir registrar la Distribución a Puntos de Venta, basándose en la ruta de                    1
distribución, y capturando la el producto y volumen, en este proceso el sistema
debe ir descontando la cantidad de producto entregada a los puntos de venta
basándose en los lotes mas antiguos que haya en existencia.
Modulo de Estimación de Inventarios de Leche en Polvo                                            1
Permitir registrar para cada punto de venta su inventario final determinando así el              1
importe de la venta en el periodo seleccionado
Permitir Generar consultas de existencias de producto en los almacenes y puntos de               1
venta, detallando producto, existencia, lote, canal de distribución, periodo de
consumo etc.
Generar consultas tipo Kardex, que permitan conocer a detalle los movimientos que                1
han afectado a un almacén en un rango de fechas especifico
Generar un balance que permita conocer de un almacén en especifico los siguientes                1
datos: inventario inicial por producto, detalle de todos y cada uno de los
movimientos de entrada, detalle de todos y cada uno de los movimientos de salida e
inventario final
Registrar todos y cada uno de los embarques que salgan de las plantas hacia los                  1
centros de trabajo
Generar la documentación correspondiente a los embarques: Carta Porte, Factura,                  1
Orden de Carga etc.
Afectar para cada embarque las existencias correspondientes, es decir, la existencia             1
del almacén a donde llega el embarque y descontar la existencia del almacén de
planta, es importante que en un futuro este modulo este ligado al sistema de
producción, para saber las existencias de cada producto y su fecha de liberación.
Permitir registrar los requerimientos diarios de leche liquida de los centros de                 1
trabajo
Imprimir las guías de distribución y los formatos de entrega de producto que se                  1
dejan en las lecherías.
Integrar un modulo para la captura de devueltos, rotos, faltantes y sobrantes                    1
Permitir consultar la distribución diaria a nivel punto de venta, planta, centro de              1
trabajo y a nivel nacional
Integrar un modulo que permita a las plantas de leche liquida, administrar los                   1
requerimientos de los centros de trabajo, para poder realizar modificaciones a las
dotaciones
CATALOGOS
Catálogo   de los canales de distribución                                                        1
Catálogo   de causas de devolución de leche líquida                                              1
Catálogo   de Clientes y/o Instituciones para venta de producto comercial                        1
Catalogo   de Periodos                                                                           1
Catalogo   de Tipos de Almacén                                                                   1
Catalogo   de Tipos de Movimiento                                                                1
Catalogo   de Estados                                                                            1
Catalogo   de Municipios                                                                         1
Catalogo   de Localidades                                                                        1
Catalogo   de Plantas                                                                            1
Catalogo   de Productos                                                                          1
                                                                                           GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
Catalogo   de Embalajes y Envases                                                                1
Catalogo   de Tipos de Producto                                                                  1
Catalogo   de Tipos de Local                                                                     1
Catalogo   de Tipos de Punto de Venta                                                            1
Catalogo   de Tipos de Venta                                                                     1
                                                  Página 105/168                                       105
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Catalogo de estados de conservación de los vehículos                                             1
Catalogo de marcas de vehículos                                                                  1
Catalogo de tipos de cajas                                                                       1
Catalogo de tipos de combustible para los vehículos                                              1
Catalogo de tipos de vehículos                                                                   1
Catalogo de almacenes por centro de trabajo                                                      1
Catalogo de clientes por centro de trabajo                                                       1
Catalogo de puntos de venta incluyendo su tipo, local, ubicación                                 1
Catalogo de rutas para los transportistas                                                        1
Catalogo de transportistas registrados por centro de trabajo                                     1
Catalogo de vehículos tanto propios como externos                                                1
REPORTES
Que los reportes permitan exportarse a pdf y a hojas de cálculo                                  1
Resultado de la Operación                                                                        1
Requerimiento Mensual de Abasto de Leche                                                         1
Inventarios Detallados Por Centro de Trabajo                                                     1
Consolidado de Almacenes Receptores                                                              1
Consolidado de Almacenes Rurales                                                                 1
Consolidado de Puntos de Venta                                                                   1
Control de Entregas                                                                              1
Detallado de existencias por Almacén                                                             1
Detallado de Existencias por Punto de Venta                                                      1
Kardex                                                                                           1
Balance de Inventarios                                                                           1
Reporte de Rutas de Distribución                                                                 1
Desplazamiento de Leche en Polvo Mensual                                                         1
Desplazamiento por canal Lts/Día                                                                 1
Desplazamiento por canal Lts/Mes                                                                 1
Programa Mensual de Abasto de Leche                                                              1
Programa Semana/Día de embarques de leche en polvo                                               1
Reporte diario de embarques por planta                                                           1
Reporte de Estimación de Inventarios de Leche                                                    1
Reporte de Consolidado de la Información                                                         1
Reporte de Avance de Distribución de Leche en Polvo por Planta                                   1
Cierre Mensual de Embarques                                                                      1
Acumulado de desplazamiento por canal de distribución                                            1
Programa Acumulado                                                                               1
Avance contra requerimiento leche liquida                                                        1
Comportamiento vs. Programa nacional leche liquida                                               1
Distribución Mensual de Leche Liquida                                                            1
Distribución Nacional de Leche Liquida                                                           1

                                                                                           GRADO DE
                      FUNCIONALIDAD A EVALUAR
                                                                                         IMPORTANCIA
Distribución Nacional por Fecha                                                                  1
Programa de Distribución de Leche Liquida                                                        1
Promedios de Retiro en Litros                                                                    1
Promedios de Retiro en Mililitros                                                                1
Reporte de Variación Diaria                                                                      1
                                                  Página 106/168                                       106
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Reporte de Variación de Producto Comercial                                                      1
Reporte de Licitaciones                                                                         1
Reporte de Cotizaciones                                                                         1
10 reportes adicionales por definir                                                             1


4. SERVICIOS PARA LA IMPLANTACIÓN DEL GRP
Los servicios son aquellos que deberá proporcionar el licitante ganador para que la instalación e
implementación del sistema integral de información, tipo GRP, se lleve a cabo con toda la eficiencia
posible.

Los servicios inician a partir del fallo de la presente licitación y concluyen con la vigencia del contrato
correspondiente.

4.1 METODOLOGÍA DE IMPLANTACIÓN
Los licitantes deberán presentar en su propuesta técnica una descripción de la metodología que
utilizarán para la implantación de la solución en Liconsa. La metodología deberá estar basada en la
implantación por fases y no usar el enfoque big-bang (todo a la vez).

Esta metodología deberá incluir las técnicas y herramientas para los siguientes puntos:

       Administración del Cambio
       Levantamiento de información.
       Diagramación de procesos.
       Administración de requerimientos.
       Administración de riesgos.
       Seguimiento del plan de trabajo.
       Diseño de la solución
       Administración de cambios
       Seguimiento de incidencias y errores.
       Aseguramiento de calidad y pruebas.
       Capacitación.
       Lista verificable de criterios de aceptación.

4.2 ADMINISTRACIÓN DEL CAMBIO
La administración del cambio debe incluir el soporte para la capacitación a usuarios finales para la
transición hacia las nuevas tecnologías y formas de operar del Sistema Integral de Información (GRP),
incluida la capacitación a usuarios clave. El plan de comunicación interna es muy importante para
“vender” los beneficios del proyecto a los integrantes de la organización para conseguir que todos
perciban las mejoras que se obtendrán con su implantación.

4.3 ADMINISTRACIÓN DEL PROYECTO
El licitante ganador deberá contar con una metodología de Administración de Proyectos basada en las
directrices del PMI (Project Management Institute) o equivalente que permita planificar, ejecutar y
controlar de manera adecuada el proyecto o solución propuesta para Liconsa.

4.3.1 DE LA ORGANIZACIÓN DEL PROYECTO
Los licitantes deberán incluir dentro de su propuesta técnica un documento de organización del
proyecto donde especifique claramente la estructura del equipo que participará durante las distintas
fases del mismo, debiendo considerar como mínimo los siguientes roles y perfiles.

Equipo de Trabajo de los Licitantes:
                                                Página 107/168                                        107
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



       Gerente del Proyecto.- Es la persona que tiene que coordinar a cada uno de los líderes y
        realizar las funciones de canal formal de comunicación entre el licitante ganador y Liconsa,
        interactuando con el Director y/o Coordinador del Proyecto de Liconsa. El Gerente de Proyecto
        deberá contar con la autoridad suficiente para la toma de decisiones en cualquier momento.

       Líder(es) de Proyecto.- Es la persona con experiencia en este tipo de proyectos el cual guiará
        de manera metodológica al equipo del proyecto, siendo responsable del avance y calidad del
        proyecto, de la coordinación y correcta utilización de los recursos así como de cualquier asunto
        relacionado con el proyecto. Su principal responsabilidad es el logro del cumplimiento de los
        requerimientos, el avance oportuno y la comunicación constante con LICONSA, así mismo los
        líderes deben contar con experiencia en la administración y control de proyectos de magnitud
        similar, bajo metodologías especializadas.

       Desarrollador Genexus.- Personal con alta experiencia en el diseño de sistemas en tecnología
        Genexus.

       Analistas Programadores certificados en la herramienta de desarrollo del GRP. Personal con
        experiencia en análisis, diseño, programación y pruebas de software desarrollado con la
        herramienta de desarrollo del GRP.

       Analistas Programadores en Java J2EE. Personal con experiencia en análisis, diseño,
        programación y pruebas de software desarrollado en lenguaje Java J2EE. Este personal es sólo
        para las necesidades de mantenimiento de sistemas en esta tecnología.

       Probadores de Software. Este perfil se refiere al personal con experiencia en las actividades
        detalladas en el plan de pruebas de los sistemas.

       Diseñador Gráfico. Especialista en herramientas y técnicas de diseño de páginas Web con
        conocimientos en los estándares HTML y XHTML.

       Especialistas.- Es el personal altamente especializado con los siguientes subperfiles:
            o En Análisis y Rediseño de Procesos de negocio con experiencia en la implantación de los
                diferentes módulos del Sistema Integral de Información, tipo GRP.
            o En el Sistema Integral de Información, tipo GRP y las herramientas utilizadas para la
                implantación del mismo en Liconsa.
            o En RM/CM.
            o En Gestión del Cambio.
            o En Administración de Proyectos.
            o En Aseguramiento de la Calidad.

Paralelamente Liconsa incluirá un equipo con los siguientes roles:

Equipo de Trabajo Liconsa:

       Un Director del Proyecto.- Con la autoridad suficiente para la dirección y toma de decisiones
        para el buen desarrollo del proyecto. Es quien integra los esfuerzos internos y externos a la
        organización, para encaminarlos hacia el éxito del mismo; entendiendo por éxito el alcance de
        sus objetivos de costo, plazo de ejecución y calidad, debidamente armonizados. El director de
        proyecto del licitante ganador deberá someterse a las decisiones tomadas por el director de
        proyecto de Liconsa, previo acuerdo de los asuntos tratados.


                                                Página 108/168                                       108
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


       Un Coordinador General del Proyecto.- Es quien fungirá de enlace con el licitante ganador y
        coordinará los recursos asignados al proyecto por parte de Liconsa, además de coordinar junto
        con los líderes asignados al proyecto y el o los líderes de proyecto por parte del licitante
        ganador todas las reuniones de avance y control del proyecto.

       Líderes de proyectos con conocimientos en la implantación de sistemas en general, y en
        particular con conocimiento en las áreas de negocio y procesos a automatizar en el Sistema
        Integral, tipo GRP y los sistemas de propósito específico.

       Usuarios clave líderes por cada área de negocio participante en el alcance del proyecto.

El licitante ganador en conjunto con el director del proyecto de Liconsa, establecerán la estructura
y mecanismos de operación de la oficina de proyecto PMO (Project Management Office) para la
función de gestión del proyecto, de conformidad con el servicio específico del punto “5.1
SERVICIOS DE SOPORTE Y APOYO AL PROYECTO INTEGRAL”.

4.3.2 DE LA SUSTITUCIÓN DE PERSONAL
La sustitución de personal podrá darse en los siguientes casos:
       Cuando algún integrante asignado por el Licitante ganador no cumpla eficientemente y en
        forma responsable con sus funciones, previamente evaluadas por Liconsa; el director de
        proyecto de Liconsa solicitará por escrito al Gerente de Proyecto del Licitante ganador, el
        reemplazo de dicha persona.
       Cuando el licitante ganador por razones propias, requiera sustituir algún integrante de su
        equipo de trabajo, para lo cual, deberá solicitarlo por escrito al director de proyecto de
        Liconsa.
Liconsa podrá aceptar o rechazar la persona propuesta, la cual deberá cumplir con el perfil mínimo de
la persona en sustitución.
Una vez aceptado el candidato por Liconsa, el Licitante ganador dispondrá de un plazo para efectuar la
sustitución del personal de 20 días hábiles en el caso del Gerente del Proyecto y de 10 días hábiles para
el resto del personal.

4.3.3 DE LA PLANIFICACIÓN, SEGUIMIENTO Y CONTROL DEL PROYECTO

Los licitantes deberán presentar dentro de su propuesta técnica la descripción de las siguientes
actividades.

       Definición y alcance del proyecto de acuerdo a la información provista en este anexo técnico.

       Definir cada una de las fases del presente proyecto.

       Plan general de trabajo, de acuerdo a las fases que definió en el punto anterior, con las
        principales actividades a desarrollar y el tiempo estimado que se planea para cada una de ellas,
        así como el software propuesto, el hardware necesario para su desarrollo, por consecuencia,
        aquel con que Liconsa no cuente al momento de la licitación.

El licitante ganador deberá sujetarse a lo siguiente.

       Tendrá 60 días hábiles como máximo, a partir de la fecha del fallo de la presente licitación,
        para presentar su programa detallado de trabajo.


                                                Página 109/168                                       109
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                   BA S E S PA RA PA RT IC IP A R EN LA
                       LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


       Presentará su programa detallado de trabajo, con base a metodologías probadas de
        administración de proyectos, a través del cual se garantice el cumplimiento de cada
        actividad, la entrega oportuna de los productos y servicios acordados, así como una gestión
        comprometida de administración de riesgos del proyecto.

       El programa detallado de trabajo que presente el licitante ganador deberá contener los
        siguientes elementos:
            o Las fechas de inicio y fin de las actividades específicas a desarrollar, señalando
                claramente los entregables en cada etapa.
            o Relación y dependencia de todas las actividades del proyecto.
            o Identificación de responsables y de tiempos de ejecución.
            o Identificación de la ruta crítica.
            o Seguimiento del avance respecto a lo presupuestado.
            o Inclusión de hitos clave para validar el avance del proyecto (por ejemplo, por
                fases).
            o Una herramienta de software para la administración del plan de trabajo, esta
                deberá ser la disponible para tal efecto en Liconsa.

   Deberá realizar las siguientes actividades diariamente desde el inicio hasta el término del
    proyecto y son las que permitirán mantener el control de avance del proyecto así como la
    difusión del estado del mismo a los involucrados (usuarios, responsables, directores, etc.):

        o   Seguimiento al plan de trabajo.
                 El director y coordinador general del proyecto en Liconsa, en conjunto con los
                   usuarios y el licitante ganador, revisarán el programa detallado de trabajo y, en
                   su caso, lo aprobarán con las adecuaciones que determine necesarias.

                  El licitante ganador deberá presentar semanalmente una evaluación del avance
                   del programa contra el plan, proponiendo medidas de corrección, en caso de
                   desviaciones. Estas medidas correctivas deberán ser aprobadas por el director
                   del proyecto en Liconsa.

                  Si dentro de las medidas correctivas a las desviaciones al plan del proyecto,
                   propuestas por el licitante ganador, se refiere al consumo de recursos extra (no
                   planificados), esto no deberá causar costos adicionales para Liconsa.


        o   Análisis de riesgos.
                 El objetivo primordial del análisis de riesgos es el de hacerse cargo de los
                     mismos, identificando sus impactos dentro del desarrollo del proyecto.
                 Este documento deberá mantenerse actualizado semanalmente por el licitante
                     ganador.

        o   Administración de juntas, presentaciones y minutas.
                Para llevar un control administrativo eficiente del proyecto, el licitante ganador
                   deberá contar con una herramienta de software de colaboración que permita
                   revisar los acuerdos, pendientes, juntas, etc. que tengan que ver con el
                   proyecto. Esta herramienta deberá ser aprobada previamente por el equipo
                   Liconsa.

        o   Administración de recursos humanos.


                                            Página 110/168                                       110
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                       Con la ayuda de la administración del plan de trabajo del proyecto se deberá
                        balancear la asignación de recursos humanos, para el eficiente cumplimiento de
                        las fechas y compromisos establecidos.


4.4 LEVANTAMIENTO DE LA INFORMACIÓN
El objetivo primordial del levantamiento de información es el de tomar una “fotografía” de la situación
actual de la institución, identificando además la problemática y las áreas de oportunidad.
     Se deberá efectuar el levantamiento de la información de los procesos actuales (mapeo de
        procesos actuales) que integran el Sistema Integral de Información, tipo GRP, identificando en
        cada uno de ellos los requerimientos específicos de Liconsa y las restricciones funcionales y
        normativas.
     Análisis de la estructura organizacional actual de Liconsa, de acuerdo a los procesos de
        operación actuales.
     Dado que uno de los lineamientos estratégicos de Liconsa es administrar el negocio bajo el
        esquema de procesos, este levantamiento de información deberá mapearse bajo el concepto
        de procesos.

4.5 ANÁLISIS Y REDISEÑO DE PROCESOS
Los procesos que sean sujetos a modificación, deberán ser redefinidos y/o corregidos tomando en
cuenta los planteamientos de los usuarios líderes de Liconsa en cuanto a:
     La normatividad, métodos y procedimientos vigentes de Liconsa.
     Las mejores prácticas de operación contenidas en la aplicación seleccionada.
En toda decisión sobre cambios a los procesos, procedimientos, políticas y necesidades de información,
Liconsa participará de forma activa considerando los niveles comprendidos dentro del alcance del
proyecto.
Así mismo, todo proceso y procedimiento modificado y aceptado, será debidamente documentado por
parte del Licitante ganador en manuales impresos y electrónicos. La documentación mínima requerida,
una vez concluido el rediseño del proceso y alineado a la solución, adicional a la documentación propia
del proceso, deberá comprender un manual técnico de la operación de la aplicación, un manual de
usuario final, una memoria técnica de configuración y un diagrama de flujo del proceso
Los resultados obtenidos en el análisis detallado que haga el Licitante ganador no deberán
modificar el costo especificado en su propuesta económica.

4.6 DISEÑO Y PARAMETRIZACIÓN DE LA SOLUCIÓN
Con base en el análisis de requerimientos del inciso anterior, el Licitante ganador ajustará los
parámetros del sistema tipo GRP, tales como catálogos, tablas, estructura de las bases de datos,
interrelaciones e interfases, para lograr la funcionalidad definida de acuerdo a los requerimientos
citados en el punto 3 de este anexo técnico.

Las actividades que se deberán desarrollar en esta área serán:
     Diagnóstico de la situación actual de procesos, análisis de requerimientos de los usuarios y
        preparación del análisis de diferencias (análisis GAP) entre los requerimientos y la funcionalidad
        del sistema propuesto.
     Diseño de la solución para crear el modelo del GRP.
     Adaptación y parametrización del GRP a las necesidades de Liconsa, incluyendo los desarrollos
        de programación que se deban hacer para implantarlo en la Organización.
     Construcción de la aplicación, documentando la configuración.

Como parte de esta metodología se deberán documentar los productos generados en el proyecto y los
documentos formarán parte de los “entregables”.

4.7 DESARROLLO DE INTERFASES
                                                 Página 111/168                                       111
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


El desarrollo de interfases para la integración con el sistema GRP debe considerar al menos los
siguientes sistemas.

Sistemas desarrollados con tecnología PHP, Javascript y HTML
     Interfase con el Sistema Integral de Información Básica de la Operación de Planta (SIIBOP).
Sistemas desarrollados en java J2EE
     Interfase con el sistema de contabilidad general (eContabi).
     Interfase con el sistema de recuperación de IVA (eIVA).
     Interfase con el sistema de embarques.
Sistemas a desarrollarse con tecnología Genexus en plataforma Java
     Interfase con el sistema VOSS.
     Interfase con el Sistema Integral de Abasto Social.
Interfases con otros sistemas:
     Interfases con los sistemas gubernamentales que así lo requieran (ver requerimientos
        funcionales).
     Interfase con los sistemas electrónicos bancarios.

El desarrollo de interfases deberá sujetarse a las características técnicas indicadas en el punto “2.4.1
INTEGRACIÓN DE APLICACIONES” de este anexo técnico.

Las características específicas de las interfases mencionadas, deberán ser definidas y especificadas en
la etapa de diseño de la solución, considerando los requerimientos de integración de datos y de
funcionalidad de los usuarios. El licitante ganador propondrá una estrategia para el desarrollo e
integración de interfaces con dichos sistemas. El desarrollo de interfases con los sistemas existentes en
Liconsa desarrollados con tecnología java J2EE, serán de carácter transitorio, ya que su funcionalidad
deberá ser cubierta por el sistema GRP.

4.8 CONSTRUCCIÓN DE CATÁLOGOS INSTITUCIONALES
Derivado del análisis, el licitante ganador sugerirá la forma de integración de los catálogos
institucionales comunes necesarios para la inconsútil interacción de todos los módulos del GRP, con los
sistemas heredados, y con los sistemas que interactúen con el GRP a través de interfaces de acuerdo al
punto 4.7.

4.9 INSTALACIÓN DEL SISTEMA
Los licitantes deberán considerar al menos los siguientes puntos para la instalación y puesta en marcha
de la solución:
     La implementación y puesta en marcha del GRP debe cubrir el 100% de los requerimientos
         solicitados en este documento así como los identificados en el levantamiento de información.

       El licitante ganador instalará y configurará el software necesario para correr el sistema,
        incluyendo manejadores de bases de datos, aplicaciones, librerías, utilerías, etc.

       El licitante ganador llevará a cabo la configuración del hardware para su compatibilidad de uso
        con el sistema, incluyendo servidores y cualquier otro equipo que necesite configuración para
        que opere la solución.

       Durante el proceso de configuración, es fundamental la transferencia de conocimientos al
        personal de Liconsa, por lo que el licitante ganador deberá asegurarse que el personal técnico
        de Liconsa sea capacitado para lograr su autosuficiencia.

       El licitante ganador deberá efectuar pruebas de funcionalidad en, por lo menos, las siguientes
        etapas del desarrollo de la solución:
             o Presentación y revisión de los prototipos
                                                Página 112/168                                       112
                                             DI RE CC I ÓN D E M A T ERI A LE S
                         S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                         BA S E S PA RA PA RT IC IP A R EN LA
                             LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


            o     Presentación y revisión del sistema en la etapa de preproducción.
            o     Presentación y revisión del sistema en la etapa de control de calidad.

Dado que se busca una solución en ambiente 100% web nativo, las pruebas de funcionalidad se
realizarán en distintos centros de trabajo de Liconsa y a través de su plataforma de intranet.

4.10 MIGRACIÓN O IMPORTACIÓN DE DATOS
El licitante ganador se sujetara a lo siguiente:

       El licitante ganador realizará la migración de datos de los sistemas actuales a la Base de Datos
        del nuevo sistema, siendo su total responsabilidad definir la estrategia de la migración de los
        datos.

       La importación deberá de llevarse a cabo según el siguiente orden de prioridad:
            o Datos contables, presupuestales y financieros del ejercicio actual.
            o Datos críticos de recursos materiales y servicios generales.
            o Datos críticos de recursos humanos.
            o Datos críticos de producción.

       Los datos históricos podrán importarse a un repositorio de información externo al sistema,
        siempre y cuando ello no impida su utilización para fines de rastreo de información o análisis
        estadístico.

       Los licitantes deberán presentar, en su propuesta técnica, su plan de importación de datos
        históricos.

4.11 PLAN DE PRUEBAS
Se deberá establecer la estrategia de pruebas del nuevo sistema que cumpla al menos con los siguientes
requerimientos.

       Pruebas   unitarias (de funcionalidad de cada módulo)
       Pruebas   de integración (del conjunto de módulos y de las interfases con otros sistemas)
       Pruebas   del sistema (del comportamiento)
       Pruebas   de volumen de información (migración y prueba de stress)
       Pruebas   de seguridad
       Pruebas   de integridad

Para ello se deberán considerar aspectos como:
     Procesos y funciones del sistema
     Rendimiento del sistema local y remoto
     Seguridad y disponibilidad
     Confiabilidad de la información

Para esto, el licitante ganador deberá proponer en su programa de trabajo detallado, las
especificaciones en detalle del plan de pruebas del sistema de información a implantar y someterlas a
aprobación de Liconsa para cada uno de los niveles antes establecidos.

Las pruebas deberán realizarse en las oficinas centrales de Liconsa y en cuatro centros de trabajo de
importancia para el proyecto.

4.12 CAPACITACIÓN
Los licitantes deberán considerar al menos los siguientes puntos para el plan de capacitación.

                                                   Página 113/168                                      113
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


      Los licitantes, dentro de su programa de trabajo, deberán proponer un programa de
       capacitación para el personal, tanto técnico como administrativo de Liconsa, que la dirección
       del proyecto determine.

      La capacitación estará diseñada de acuerdo al nivel      de   preparación    y   conocimientos   del
       personal de Liconsa seleccionados.

      La capacitación a usuarios se debe basar principalmente en dos elementos:
           o Cursos de entrenamiento.
           o Manual del usuario.

      Los cursos de entrenamiento deberán considerar una explicación conceptual del módulo en
       cuestión, mediante una presentación, así como en una explicación detallada de su
       funcionamiento, mediante la presentación del módulo del sistema y su manual del usuario.

      Una vez concluido los cursos, el personal capacitado de Liconsa deberá estar en condiciones de:
          o Capacitar de acuerdo a su función a otro personal de Liconsa.
          o Reparametrizar los procesos del sistema.
          o Editar reportes producidos por el sistema.
          o Crear nuevos reportes con datos obtenidos de la base de datos del sistema.
          o Reconocer y solucionar problemas en el sistema que no requieran la intervención del
              licitante ganador.

      Los cursos deberán estar sustentados por manuales configurados de acuerdo a los niveles
       técnicos, usuarios y mandos medios y superiores.

      El manual del usuario deberá cubrir los siguientes requisitos:
           o Descripción conceptual de la funcionalidad con fundamento de negocio.
           o Descripción detallada del módulo del sistema en cuestión.
           o Desarrollado para que pueda consultarse en la extranet e incluso en Internet.

      El programa de capacitación propuesto deberá cubrir al menos los siguientes temas:
           o Administración, operación y mantenimiento de los módulos del GRP y subsistemas que
               integran la solución ofertada.
           o Generación, mantenimiento y administración de métodos, procedimientos y políticas a
               implantar.
           o Metodologías propuestas por los licitantes para la conducción del proyecto:
               implementación de aplicaciones, análisis y rediseño de procesos, administración de
               proyectos y alguna otra que el licitante ganador incluya en su solución.
           o Métodos y procedimientos del área de sistemas para la administración y mantenimiento
               de la solución propuesta, cubriendo aspectos de control de modificaciones,
               parametrización del sistema y actividades de administración del área de sistemas
           o Herramientas utilizadas en la implementación de la solución.

      Los licitantes deberán incluir en su propuesta técnica la metodología y el programa de
       capacitación cuyo costo deberá estar incluido en el costo total de la propuesta económica.

      El programa completo de capacitación deberá llevarse a cabo en las salas de capacitación de
       oficinas centrales ubicadas en Ricardo Torres No. 1, Colonia Lomas de Sotelo, en Naucalpan,
       Estado de México; para lo cual se cuenta con apoyo de videoconferencia a cargo de Liconsa.
5. SERVICIOS ESPECÍFICOS

5.1 SERVICIOS DE SOPORTE Y APOYO AL PROYECTO INTEGRAL
                                               Página 114/168                                           114
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



   Objetivo:

Los licitantes deberán proporcionar los servicios de soporte y apoyo necesarios para llevar a buen
término el proyecto objeto de esta licitación.

   Descripción:

Los servicios de soporte y apoyo consisten en proporcionar servicios especializados para definir
estándares, gestionar y dar seguimiento al proyecto de manera integral. Enseguida se describe cada uno
de ellos:

       Servicios de Arquitectura:
           Estándares
                Debe crear los estándares tecnológicos sobre los que se trabajara en el sistema
                Debe dar mantenimiento a los estándares así como evolucionar y adaptarlos a las
                   necesidades del sistema.
                Debe dar soporte al staff del proyecto en los temas de estándares
           Aseguramiento
                Debe entregar el soporte y la investigación sobre la tecnología utilizada en el
                   proyecto, incluyendo contacto con proveedores, levantamiento de fallas y otras
                   actividades relacionadas.
                Debe asegurar la correcta integración de los diferentes módulos desarrollados para
                   el proyecto LICONSA
                Debe verificar y asegurarse de que se cumpla el uso de los estándares tecnológicos
                   definidos para el sistema por parte de los proveedores de software.
                Debe emitir un reporte de alcances por proveedor, problemas y soluciones, cambios
                   o ampliaciones a los estándares derivados de los mismos así como los acuerdos
                   definidos por los participantes.
           Tecnología
                Debe permitir que la arquitectura se integre sin dificultad, tratando de optimizar el
                   reuso de componentes y asegurando que cualquier elemento de infraestructura
                   adicional cumpla con los estándares definidos
                Debe dar Soporte a Desarrolladores, mediante capacitación práctica, tratando de
                   evitar demoras en los equipos de trabajo.
                Debe emitir un reporte de problemas y avances, y en su caso, si es requerido, una
                   evaluación de los equipo de trabajo de forma periódica.
           Datos
                Debe asegurar y evitar colisiones la estructura de base de datos.
                Debe apoyar las actividades del DBA y entregar reporte de avance en colaboración
                   con el mismo (sobre la estructura de datos).
                Debe entregar las especificaciones para el control de seguridad y auditoria para los
                   diferentes módulos del proyecto del Sistema Integral.

       Servicios de Gestión de Proyectos y Metodología:
           Gestión
                Debe garantizar la gestión de proyectos de manera que el proceso sea predecible.
                Debe realizar auditorías al Control de Proyecto de los diferentes Proveedores para
                   garantizar que no existen desviaciones y proponer acciones de control de riesgos
                Debe proporcionar soporte en las pruebas de control de calidad desde el punto de
                   vista tecnológico de los diferentes módulos del sistema.


                                               Página 115/168                                       115
                                             DI RE CC I ÓN D E M A T ERI A LE S
                         S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                          BA S E S PA RA PA RT IC IP A R EN LA
                              LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                    Debe generar reportes periódicos de actividades, incluyendo propuesta de
                     optimización y supervisión en la revisión de puntos críticos.
              Metodología
                  Debe revisar y auditar la metodología de construcción/customización respecto a las
                     prácticas PMI/UP
                  Debe emitir reportes periódicos de revisión de desviaciones.


          Servicios de Soporte Tecnológico:
              DBA
                   Debe ofrecer soporte por parte de un experto DBA en Oracle, Postgresql y MySql
              Sistemas Operativos
                   Debe ofrecer soporte por parte de un experto en Sistemas operativos UX, Linux, AIX
                      y Windows

El estimado de horas/hombre por perfil:

                        Recurso               Horas a la             Horas al Mes
                                               Semana
              1 Administrador de                        20                          80
              Proyecto y Control
              Metodológico certificado
              como PMP

              1 Arquitecto Tecnológico                   16                         64

               1 DBA                                    4                    16
               1 Apoyo Administrativo                  16                    64
                      TOTAL DE HORAS AL MES*                                224
            * Deberá considerarse la contratación de estos servicios por 18 meses

     Entregables de los servicios:


             SERVICIO                                              ENTREGABLES
    Arquitectura
    Estándares                     Documento de Estándares Tecnológicos
                                   Capacitación sobre los estándares al equipo Liconsa
    Aseguramiento de Estándares    Reporte de alcances por proveedor, problemas y soluciones,
    (Verificación)                   cambios o ampliaciones a los estándares así como los
                                     acuerdos definidos por los participantes
    Tecnología                     Reporte quincenal de problemas y avances,
                                   Evaluación de los equipo de trabajo si es requerido
    Bases De Datos                 Reporte de avance sobre estructura de datos, enfatizando
                                     los problemas que se encuentren o que no cumpla con
                                     estándares
                                   Actualización de los estándares si hubiera cambios en el
                                     documento original.
    Gestión de Proyectos y Metodología
    Gestión y Aseguramiento         Documentos de Auditoria al Control de Proyecto de los
                                     diferentes Proveedores
                                    Documento de resultados de las pruebas de control de
                                                  Página 116/168                                       116
                                              DI RE CC I ÓN D E M A T ERI A LE S
                          S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                          BA S E S PA RA PA RT IC IP A R EN LA
                              LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                        calidad, incluyendo propuesta de optimización, supervisión
                                        en la revisión de puntos críticos.
    Seguimiento a Metodología          Documento de resultados de las revisiones y auditorias de la
                                        metodología de construcción.
    Soporte Tecnológico
    DBA                               Reporte detallado de actividades realizadas
    S.O.                             Reporte detallado de actividades realizadas


5.2 SERVICIO DE ANÁLISIS, DISEÑO Y DESARROLLO DE SISTEMAS DE PROPÓSITO ESPECÍFICO

     Objetivo:

Proveer a las áreas usuarias de sistemas de propósito específico; que por sus características no forman
parte integral del Sistema Integral de Información (GRP) de acuerdo a sus necesidades y requerimientos
operativos.

     Descripción:

El licitante ganador deberá proporcionar:
         Servicio de análisis, diseño y desarrollo de sistemas de propósito específico (SICOPA -Sistema De
           Control De Padrón-, SICOIN - Sistema De Convenios Inter-Institucionales-, Sistema de Comités
           de Beneficiarios, Convenio LICONSA – DICONSA) en tecnología genexus; de acuerdo a las
           necesidades y requerimientos de las áreas usuarias involucradas en su alcance funcional;
         Servicio de análisis, diseño y desarrollo de las interfaces necesarias en tecnología genexus para
           la correcta integración de estos con el Sistema Integral de Información (GRP).



Requerimientos funcionales mínimos a cubrir por los sistemas



                                                                                             GRADO DE
                       FUNCIONALIDAD A EVALUAR                                             IMPORTANCIA
                                                    SICOPA
SISTEMA DE CONTROL DE PADRON
CARACTERÍSTICAS GENERALES DEL SISTEMA
Debe operar en ambiente WEB, sin que se requiera de algún software adicional,
tal como: citrix, tarantela, Terminal Server, u otros.                                                  1
Debe permitir operar las políticas institucionales (generales) y políticas
particulares del Departamento de Padrón de beneficiarios.                                               1
Debe contar con niveles de seguridad eficientes que permitan definir Roles o
Perfiles de usuario de acuerdo a las funciones que desempeñan, e impedir que
acceda u opere procesos no autorizados.                                                                 1
Los usuarios deben definir su password al ingresar por primera vez al sistema,
posteriormente debe establecer el vencimiento del password.                                             2
Debe controlar las fechas de vigencia de los passwords y forzar a cambiarlos
periódicamente mensual, Bimestral, o en periodos determinados por el
administrador del sistema (debe ser parametrizable).                                                    3
Debe mantener la confidencialidad de los passwords de los usuarios del sistema                          3
                                                   Página 117/168                                           117
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


en forma encriptada.
Debe contar con medidas de autoprotección que deshabiliten el sistema después
de cierto tiempo que permanezca inactivo y que este tiempo sea programable.                         3
Debe contar con procesos para importar y exportar (migrar) información de otros
sistemas, o archivos ASCII y exportar archivos para procesarlos en hojas de
cálculo.                                                                                            2
Debe contar con bitácora ("pista de auditoria") que registre las transacciones
identificando usuario, fecha, hora y tipo de movimiento realizado al registro
afectado.                                                                                           1
Deberá estar totalmente integrado al sistema de convenios interinstitucionales                      1
Deberá estar totalmente integrado al sistema de distribución de leche                               1
Deberá estar totalmente integrado al sistema de comités de beneficiarios                            1
Deberá estar totalmente integrado al GIS SYSLICONSA                                                 1
Deberá estar totalmente integrado al Convenio Liconsa/Diconsa                                       1
Deberá estar totalmente integrado al sistema de quejas y denuncias del Órgano
Interno de Control                                                                                  1
Deberá estar integrado al sistema de Indicadores de gestión de planeación                           1
Deberá Permitir el intercambio de información con el área de presupuestos en
datos referentes a las lecherías                                                                    1
Deberá estar integrado al SAFCO para obtener datos del concesionario                                1
Deberá estar totalmente integrado al INFOWEB                                                        1
Manejo de archivos históricos                                                                       1
Debe contar con procesos depuradores de información                                                 1
Base de datos centralizada                                                                          1
PROCESOS
Mantenimiento y correspondiente reporte de los diferentes catálogos, tanto los
alimentados por el Departamento de Padrón de Beneficiarios O. C. como los de
los Programas Sociales (locales).                                                                   1
Entidades Federales                                                                                 1
Municipios                                                                                          1
                                                                                            GRADO DE
                       FUNCIONALIDAD A EVALUAR                                            IMPORTANCIA

Localidades                                                                                         1
Centros de trabajo                                                                                  1
Usuarios                                                                                            1
Roles                                                                                               1
Parámetros                                                                                          1
Lecherías                                                                                           1
Promotores                                                                                          1
Concesionarios                                                                                      1
Dotaciones                                                                                          1
Calendarios                                                                                         1
Políticas                                                                                           1
Tipos de Beneficiarios                                                                              1
Tipos de movimientos                                                                                1
Tipos de local                                                                                      1
Ámbitos                                                                                             1
Niveles de marginación                                                                              1
Mantenimiento al Padrón por altas totales (registros de información); permitir la                   1
                                               Página 118/168                                           118
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


captura de los datos generales de la familia, de cada uno de sus integrantes y de
variables socioeconómicas, que nos permitan mediante un algoritmo verificar si
califica como beneficiaria y sea considerada en el padrón de Liconsa
Mantenimiento al Padrón por movimientos parciales (altas y bajas),
Procedimiento de mantenimiento a una familia activa que permita la inserción o
borrado de integrantes.                                                                             1
Mantenimiento al Padrón por fusiones y extracciones (cambios de lechería);
procedimiento que permita la reubicación de una o varias familias en otra
lechería                                                                                            1
Mantenimiento y control de lecherías; Procedimiento que permita llevar el
control de los movimientos (altas, bajas y cambios) de lecherías                                    1
Seguimiento y control de tarjetas de dotación; Procedimiento que lleve el control
de las tarjetas entregas por centro de trabajo, así como el seguimiento de cada
una de las tarjetas desde su entrega al promotor hasta que vence o deja de estar
activa.                                                                                             1
Auditor de Padrón; Procedimiento que realice una auditoria a la congruencia de la
información de Padrón, como son dotaciones vs. Beneficiarios y días de
asistencia, cifras, posibles duplicados lecherías invalidas etc.                                    1
Indicadores de Gestión; Procedimiento que genere información estadística sobre
la información de padrón traducida en indicadores que faciliten la gestión
Control de retiro y asistencia; mecanismo que detecte la asistencia de las familias
a la lechería así como la cantidad de litros adquirida durante un periodo
determinado                                                                                         1
Bajas Automáticas; Procedimiento que detecte aquellas familias que por no asistir
a la lecherías en un periodo determinado causen baja de manera automática
(parciales y totales)                                                                               1
Proceso de cierre; proceso que registra un corte en cifras de padrón para un
periodo determinado.                                                                                1
Verificación de la aritmética de las cifras a nivel nacional del cierre actual                      1
                                                                                            GRADO DE
                       FUNCIONALIDAD A EVALUAR                                            IMPORTANCIA

Validación por tipo de movimiento y tipo de beneficiario a nivel nacional                           1
Validación de cifras entre el periodo actual y el anterior a nivel nacional                         1
Proceso generador de archivo para cruce con la RENAPO en lo referente a la CURP                     1
Proceso generador de archivos de padrón para su envío a la SEDESOL                                  1
Proceso generador de información de lecherías y padrón al INEGI.                                    1
Proceso de envío de información sobre cumplimiento de metas a la Secretaria de
la Función Publica                                                                                  1
REPORTES
Emisión de reportes de los diferente catálogos                                                      1
Emisión de reportes varios para la carpeta de indicadores de gestión                                1
Emisión de Tarjetas                                                                                 1
Cifras de control                                                                                   1
Auditor de Padrón                                                                                   1
Carátula de lechería                                                                                1
Tarjetas                                                                                            1
Tarjetas impresas                                                                                   1
Resumen de tarjetas utilizadas y dañadas                                                            1
Acuse de recibo de tarjeta                                                                          1

                                               Página 119/168                                           119
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Recepción de tarjetas                                                                               1
Retiros de leche y asistencia a lechería                                                            1
Pase de lista                                                                                       1
Cobertura                                                                                           1
Cifras de control                                                                                   1
Diferencia en cifras                                                                                1
Acta Administrativa de bajas                                                                        1
Movimientos mensuales                                                                               1
Reportes varios de registros de información (aceptados por puntaje, rechazados
por puntaje o por incongruencia en datos, duplicados, concentrado, etc.)                            1
Reportes varios de movimientos parciales de padrón (aceptados, rechazados,
duplicados, concentrado, etc.)                                                                      1
Reportes varios sobre históricos                                                                    1
Pronostico de bajas a un periodo determinado                                                        1
Tarjetas por vencer a un periodo determinado                                                        1

                                                 SICOIN
SISTEMA DE CONVENIOS INTERISTITUCIONALES
CARACTERÍSTICAS GENERALES DEL SISTEMA

Debe operar en ambiente WEB, sin que se requiera de algún software
adicional, tal como: citrix, tarantela, terminal Server, u otros.                              1
Debe permitir operar las políticas institucionales (generales) y políticas
particulares de cada uno de los convenios interinstitucionales.                                1



                                                                                         GRADO DE
                    FUNCIONALIDAD A EVALUAR                                            IMPORTANCIA
Debe contar con niveles de seguridad eficientes que permitan definir Roles
o Perfiles de usuario de acuerdo a las funciones que desempeñan, e impedir
que acceda u opere procesos no autorizados.                                                    1
Los usuarios deben definir su password al ingresar por primera vez al
sistema, posteriormente debe establecer el vencimiento del password.                           2
Debe controlar las fechas de vigencia de los passwords y forzar a cambiarlos
periódicamente mensual, Bimestral, o en periodos determinados por el
administrador del sistema (debe ser parametrizable).                                           2
Debe mantener la confidencialidad de los passwords de los usuarios del
sistema en forma encriptada.                                                                   1
Debe contar con medidas de autoprotección que deshabiliten el sistema
después de cierto tiempo que permanezca inactivo y que este tiempo sea
programable.                                                                                   2
Debe contar con procesos para importar y exportar (migrar) información de
otros sistemas, o archivos ASCII y exportar archivos para procesarlos en
hojas de cálculo.                                                                              2
Debe contar con bitácora ("pista de auditoria") que registre las
transacciones identificando usuario, fecha, hora y tipo de movimiento
realizado al registro afectado.                                                                1
Debe estar totalmente integrado con el sistema de control de padrón                            1

                                               Página 120/168                                           120
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                          BA S E S PA RA PA RT IC IP A R EN LA
                              LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe estar totalmente integrado al sistema de distribución                                      1
PARAMETRIZACION GENERAL
Debe de ser multiejercicio, es decir, debe hacer cálculos sobre las
dotaciones de leche requeridas a distribución, además de obtener una
consolidación del padrón para su integración al SICOPA.                                         1
Debe contar con un catálogo que maneje las entidades federales, los
municipios y las localidades, así como los albergues para cada una de estas                     1
El sistema debe contener catálogos en donde se definan los periodos de
entrega del RIAA (Registro de Inscripción de Alumnos Atendidos), así como
los periodos de la programación de entrega de la leche                                          1
Los catálogos deben ser integrales con los del Sistema de Control del Padrón
y compatibles al 100% para efecto de contar con la información actualizada
de las entidades federales, municipios y localidades. Para el convenio de la
CDI debe de contar con catálogos específicos tales como etnias, centros
coordinadores indigenistas, plantas abastecedoras de leche.                                     1
PROCESOS
Mantenimiento a los diferentes catálogos, tanto los alimentados por el
Departamento de Padrón de Beneficiarios O. C. como los de los Programas
Sociales (locales).                                                                             1
Oficina Central
Entidades Federales (catalogo y reporte)                                                        1
Municipios(catalogo y reporte)                                                                  1
Localidades (catalogo y reporte)                                                                1



                                                                                            GRADO DE
                        FUNCIONALIDAD A EVALUAR                                           IMPORTANCIA
Ámbitos (catalogo y reporte)                                                                        1
Etnias (catalogo y reporte)                                                                         1
Centro Coordinador Indigenista (catalogo y reporte)                                                 1
Plantas Abastecedoras (catalogo y reporte)                                                          1
Períodos de entrega del RIAA (catalogo y reporte)                                                   1
Períodos de la programación de venta de leche (catalogo y reporte)                                  1
Albergues (catalogo y reporte)                                                                      1
Recepción del RIAA (catalogo y reporte)                                                             1
Recepción de las Actas de Conciliación (catalogo y reporte)                                         1
Embarques (catalogo y reporte)                                                                      1
Debe obtener y validar los requerimientos de leche solicitados por cada uno de los
convenios                                                                                           1


                                                  Página 121/168                                        121
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



Debe de replicar la programación de leche según lo solicitado por cada Centro de
Trabajo dependiendo del convenio al que pertenezca                                                  1
Debe de sincronizarse con el Sistema de Distribución de Leche para al obtención
del requerimiento de leche de todos los convenios por los Centros de Trabajo o en
Oficina Central según sea el caso                                                                   1
Debe de contar con una pantalla en la cual se puedan realizar ajustes a la
programación contemplando los embarques realizados por Distribución de acuerdo
a cada uno de los convenios.                                                                        1

Debe extraer y validar la información mensual del reporte de ventas de cada
Centro de Trabajo donde operan los convenios interinstitucionales.                                  1
Debe generar un archivo el cual combine la información del padrón de
beneficiarios o RIAA que envían los centros de trabajo y la de las actas de
conciliación para la obtención de la cobertura mensual (CDI)                                        1
Debe extraer y validar la información mensual o bimestral de las actas de
conciliación de cada Centro de Trabajo donde opera el convenio Liconsa-CDI-
Diconsa.                                                                                            1
Debe generar un archivo en donde se reporte el padrón de beneficiarios por
periodo de entrega                                                                                  1
Debe de generar un archivo en el que desglose la edad del beneficiario para el
convenio Liconsa-CDI-Diconsa                                                                        1

Debe generar la cobertura mensual para cada uno de los convenios existentes.                        1
Debe extraer información consolidada de las fichas socioeconómicas y de las
fichas de supervisión de los diferentes Centros de Trabajo donde operan los
convenios interinstitucionales.                                                                     1
Centros de Trabajo



                                                                                               GRADO DE
                       FUNCIONALIDAD A EVALUAR                                               IMPORTANCIA
Debe extraer y validar la información del padrón de beneficiarios de cada uno de
los convenios interinstitucionales a nivel nacional según lo que establezca cada
convenio en particular                                                                                  1
Debe de generar las cifras de control por albergue(CDI)                                                 1
Captura de las Actas de Conciliación o reportes de ventas para los convenios
interinstitucionales que sean requeridos                                                                1
Captura de los responsables para las firmas de las actas de conciliación                                1
Debe de ejecutar un proceso en el que se pueda reasignar un periodo diferente al
padrón existente                                                                                        1
Debe actualizar catálogos específicos dependiendo de cada convenio                                      1
REPORTES
Oficina Central
Consolidado del padrón de beneficiarios para cada uno de los convenios
interinstitucionales                                                                                    1
Consolidado de las cifras de control por albergue para la CDI                                           1
                                               Página 122/168                                               122
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                          BA S E S PA RA PA RT IC IP A R EN LA
                              LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Validación de la programación de venta de leche                                                       1
Requerimiento de la venta de leche                                                                    1
Programación de venta de leche                                                                        1
Detalle mensual por periodo de programación                                                           1
Diferencias de embarques contra la cobertura                                                          1
Detalle de la cobertura de venta de leche                                                             1
Concentrado de la cobertura de venta de leche                                                         1
Centros de Trabajo
Validación de la carga del RIAA                                                                       1
Padrón de Beneficiarios                                                                               1
Cifras por albergue locales                                                                           1
Programación                                                                                          1
Actas de conciliación                                                                                 1

                                     COMITÉS DE BENEFICIARIOS.
SISTEMA DE COMITÉS DE BENEFICIARIOS.
PARAMETRIZACION GENERAL
Debe concentrar toda la información que los Centros de Trabajo envíen a Oficinas
Centrales.                                                                                            1
Debe extraer el catálogo de lecherías de manera bimestral.                                            1




                                                                                                  GRADO DE
                          FUNCIONALIDAD A EVALUAR                                               IMPORTANCIA
Debe extraer la base de datos de aperturas de lecherías de manera bimestral.                          1
Debe permitir extraer la información del sistema por Centro de Trabajo.                               1
PROCESOS
Debe generar la base de datos del Comité de Beneficiarios, que contenga los
siguientes campos: Nombre del centro de trabajo, número de lechería, Entidad,
Municipio, C.P. Dirección, Colonia, Promotor Social, Nombre de los integrantes
del Comité, fecha de constitución y número de integrantes del Comité.                                 1
Debe validar la información de los Centros de Trabajo con el catálogo de lecherías
y generar el detalle de las lecherías que no se encuentran en el catálogo (no
integrados), las lecherías que se encuentran en el catálogo pero no en la
información de los centros de trabajo (inconsistencias).                                              1
Debe validar la información de los Centros de Trabajo con la base de datos de
aperturas de lecherías y generar el detalle de las nuevas lecherías que no cuentan
con Comité.                                                                                           1
Debe generar el detalle de los Comités vencidos, mes con mes, todo de acuerdo a
las fechas de constitución de las lecherías.                                                          1
                                                  Página 123/168                                          123
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Debe generar el detalle de los Comités vigentes, mes con mes, de acuerdo a las
fechas de constitución de las lecherías.                                                            1
Debe generar el detalle de los Comités que no cuentan con Acta Constitutiva                         1
Debe generar el detalle de los Comités que ya fueron capacitados en materia de
Contraloría Social.                                                                                 1
Debe generar el detalle de los Comités que cuentan con carteles informativos (de
acuerdo a la Contraloría Social).                                                                   1
Debe generar el detalle de los Centros de Trabajo que ya fueron capacitados en
materia de Contraloría Social.                                                                      1
REPORTES
Debe generar un reporte que contenga el total de puntos de venta, Comités
integrados, Comités no integrados, total de integrantes de Comités, cuántos de
ellos son beneficiarios; total de lecherías con 1 y 2 integrantes de Comités, total
de lecherías con 3 integrante y total de lecherías con 4 ó más integrantes; total
de lecherías que cuentan con Acta Constitutiva; total de lecherías que no cuentan
con Acta Constitutiva.Todo por Centro de Trabajo.                                                   1
Debe generar un reporte (por Centro de Trabajo) de los Comités que fueron
renovados bimestre por bimestre, los que no fueron renovados y los que faltan por
renovar.                                                                                            1
Debe generar un reporte de los Comités que ya fueron capacitados y los que no.                      1
Debe generar un reporte de los Centros de Trabajo que ya fueron capacitados en
materia de Contraloría Social.                                                                      1



                                                                                           GRADO DE
                    FUNCIONALIDAD A EVALUAR                                              IMPORTANCIA
                                CONVENIO LICONSA - DICONSA
SISTEMA DE PROBLEMAS EN LA OPERACIÓN DEL CONVENIO LICONSA - DICONSA
PARAMETRIZACION GENERAL
Debe concentrar toda la información que los Centros de Trabajo envíen a Oficinas
Centrales.                                                                                          1
Debe extraer el catálogo de lecherías de manera mensual.                                            1
De acuerdo a lo que ingrese de la información de los Centros de Trabajo, relativo
a la problemática en la operación del Convenio Liconsa - Diconsa, debe generar
reportes mensuales.                                                                                 1
Debe permitir el análisis bimestral, semestral y anual de las lecherías con mayor
número de problemas.                                                                                1

Debe permitir extraer la información del sistema por Centro de Trabajo.
                                                                                                    1

PROCESOS
Debe generar el acumulado de problemas por mes, por Centro de Trabajo, con las
claves correspondientes a los problemas en la operación; deberá contener el
número de la lechería, el Centro de trabajo, la cantidad de problemas totales por
CT, la cantidad de problemas por clave, soluciones, causas de los problemas.                        1
                                               Página 124/168                                           124
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



Debe validar la información de los Centros de Trabajo con el catálogo de lecherías
y generar el detalle de las lecherías que no se encuentran en el catálogo, las
lecherías que se encuentran en el catálogo pero no en la información de los
centros de trabajo (inconsistencias).                                                               1
Debe validar las claves con las causas del problema, y cambiar las claves cuando
no coincidan con las causas del problema.                                                           1
Generar informes de lecherías con problemas, que no tengan correctas las claves,
o les falte información de días de desabasto, días de tienda cerrada, diferencia de
litros soportados de menos o de más en el libro de retiro.                                          1
Debe generar el detalle de los Comités vigentes, mes con mes, de acuerdo a las
fechas de constitución de las lecherías.                                                            1
Debe generar un análisis bimestral de la incidencia de problemas por lechería y
CT.
Debe extraer la base de datos de cierres temporales de tiendas Diconsa de
manera mensual.                                                                                     1
REPORTES



                                                                                               GRADO DE
                        FUNCIONALIDAD A EVALUAR                                              IMPORTANCIA

Debe generar un reporte que contenga el total de puntos de venta en el Convenio
Liconsa - Diconsa, por Centro de trabajo, Lecherías con problemas: número de la
lechera, causas del problema, clave del problema, soluciones o acciones para la
solución. días de desabasto, los días que cerró la tienda, la cantidad de litros
soportados de más o de menos en el libro de retiro,                                                 1
Informe Nacional de los problemas en la operación del Convenio Liconsa -
Diconsa, que incluya. Los centros de trabajo con mayor número de problemas, La
cantidad de problemas por clave que s presenten por CT. Resumen de los
problemas por CT y el total nacional.                                                               1
Debe generar un reporte bimestral que obtenga las lecherías con incidencia de
problemas por Centro de Trabajo.                                                                    1


   Adicionalmente, este servicio deberá contemplar los siguientes aspectos:

       Las etapas consideradas en el proceso de desarrollo deben ser las que especifiquen los
        estándares de desarrollo de la herramienta genexus.
       La etapa de generación de código de la aplicación deberá ser llevada a cabo utilizando la
        siguiente tecnología: Java cumpliendo con lo mínimo del estándar J2EE.
       El análisis y diseño del sistema deberá ser documentado de acuerdo a los estándares
        establecidos (BPMN y UML), además de contar con una especificación funcional en
        pseudocódigo, esta documentación del diseño (Manual del Sistema), será aprobada formalmente
        por el Responsable Funcional del área usuaria y custodiada por la Oficina de Administración de
        Proyecto, ya que será la base de evaluación y aprobación del desarrollo.
       Se deberá de generar toda la documentación correspondiente, abarcando como mínimo:
        manual de usuario, manual técnico, base de conocimiento y código fuente comentado, código
        objeto, utilerías, diccionario de datos, entre otros.

                                               Página 125/168                                           125
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


       Todo sistema desarrollado, deberá ser parametrizable con pantallas de trabajo a nivel de
        usuario final, no se permite la inclusión de parámetros en al código.
       Se deberán realizar pruebas exitosas a la aplicación en sus diferentes modalidades: volumen,
        unitarias, estrés, integración y regresión. Se deberá entregar a Liconsa evidencia de todas las
        pruebas realizadas en las oficinas del licitante ganador. La definición de los lineamientos para
        estas pruebas se deberán definir conjuntamente por LICONSA y el licitante ganador en la etapa
        de definición del proyecto.
       Una vez concluidas las pruebas por parte del licitante ganador y entregada a Liconsa toda la
        documentación señalada en este apartado, el licitante ganador deberá conducir una serie
        adicional de pruebas de integración en las oficinas de Liconsa y utilizando el ambiente propio
        de ésta; lo anterior con la intención de validar que la aplicación no tenga ningún problema
        operando en su ambiente final.
       Las migraciones a producción de las aplicaciones desarrolladas por el licitante ganador, así
        como las actividades relacionadas con el control de cambios y manejo de versiones, serán
        llevadas a cabo por el licitante ganador conjuntamente con Liconsa, utilizando la herramienta
        de software libre BugZilla o equivalente.
       Toda aplicación desarrollada por el licitante ganador deberá contar con el 100% de la
        funcionalidad esperada y plasmada en el análisis y diseño de la misma.
       El licitante ganador deberá proporcionar la transferencia de conocimiento a nivel técnico; así
        como a nivel de usuario final.
       Las aplicaciones desarrolladas deberán contar con un tiempo de garantía de por lo menos 6
        meses a partir de la finalización del presente contrato, contra defectos del software que sean
        imputables a errores de programación por parte del personal del licitante ganador. Lo anterior
        sin ningún costo adicional para Liconsa; las horas que utilice el licitante ganador en la
        solución de dichos defectos serán sin cargo para Liconsa.
       Para los aspectos no contemplados en este listado; el licitante ganador deberá sujetarse a
        las condiciones y requerimientos del sistema GRP.


5.3 SERVICIO DE MANTENIMIENTO A SISTEMAS EN TECNOLOGÍA J2EE

   Objetivo:

Los licitantes deberán proporcionar el servicio de desarrollo, ajuste, mejora y/o modificación
específicos a los sistemas desarrollados en tecnología java J2EE existentes en Liconsa.

   Descripción:

El servicio consiste en la contratación de horas/hombre administradas con perfiles técnicos
especializados en tecnología java J2EE.

El estimado de horas/hombre es: 312 Hrs.

   El licitante ganador deberá sujetarse a lo siguiente:

Para que pueda llevar a cabo este servicio bajo el esquema que se plantea, Liconsa entregará de
manera electrónica el código fuente y utilerías necesarias; la entrega podrá ser vía un medio magnético
o a través de un enlace de comunicaciones con las medidas de seguridad requeridas para salvaguardar
la integridad de la información. La forma de entrega será definida por Liconsa en conjunto con el
licitante ganador.

En este sentido, el licitante ganador será responsable de resguardar y mantener en reserva o
confidencialidad la información que le proporcione Liconsa, para la prestación de los servicios, por lo
                                                Página 126/168                                       126
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


que responderá de todos los daños y perjuicios que se generen a la propia Liconsa, o a terceros, con
motivo del inadecuado manejo de dicha información.

Asimismo, el licitante ganador no podrá reproducir, alterar, transmitir la información o los códigos que
Liconsa le proporcione, a efecto de llevar a cabo cualquier actividad que no se comprenda en la
prestación de los servicios materia de contratación. En caso de incumplimiento de esta obligación el
licitante ganador atenderá a la responsabilidad civil, penal, administrativa y demás que resulte en su
contra en términos de la normatividad aplicable.

   Adicionalmente, este servicio deberá contemplar los siguientes aspectos:

       Toda labor considerada en este rubro se sustentará en una Orden de Trabajo, misma que
        detallara la naturaleza del trabajo y será acordada conjuntamente por Liconsa y el Licitante
        ganador.
       Las etapas consideradas en el proceso de desarrollo son como sigue: Análisis, Diseño,
        Construcción y Pruebas.
       Se deberán de utilizar únicamente los estándares UML (Unified Modeling Language) y de la
        metodología UP (Proceso Unificado de Desarrollo).
       El lenguaje de desarrollo debe ser Java basado en el estándar J2EE.
       Se deberá de generar toda la documentación correspondiente, abarcando como mínimo:
        manual de usuario, manual técnico, código fuente comentado, código objeto, utilerías,
        diccionario de datos, diagramas, entre otros.
       Se deberán realizar pruebas exitosas a la aplicación en sus diferentes modalidades: volumen,
        unitarias, estrés, y regresión. Se deberá entregar a Liconsa evidencia de todas las pruebas
        exitosas realizadas en las oficinas del licitante ganador. La definición de los lineamientos para
        estas pruebas se deberán definir conjuntamente por LICONSA y el licitante ganador en la etapa
        de definición del proyecto.
       Una vez concluidas las pruebas por parte del licitante ganador y entregada a Liconsa toda la
        documentación señalada en este apartado, el licitante ganador deberá conducir una serie
        adicional de pruebas de integración en las oficinas de Liconsa y utilizando el ambiente propio
        de ésta; lo anterior con la intención de validar que la aplicación no tenga ningún problema
        operando en su ambiente final.
       No contraviniendo el punto anterior, las migraciones a producción del mantenimiento a los
        sistemas, así como las actividades relacionadas con el control de cambios y manejo de
        versiones, serán llevadas a cabo por Liconsa.
       Toda aplicación o sistema desarrollado por el licitante ganador deberá contar con el 100% de la
        funcionalidad esperada y plasmada en el análisis y diseño de la misma.
       Para los aspectos no contemplados en este listado; el licitante ganador deberá sujetarse a
        las condiciones y requerimientos del sistema GRP


6. MANTENIMIENTO Y SOPORTE TÉCNICO
Los licitantes deberán presentar en su propuesta técnica un plan de mantenimiento durante la
vigencia del contrato de la presente licitación y durante el periodo de garantía del Sistema, de
conformidad con el punto “7.2 GARANTÍA DE LA SOLUCIÓN”, que ofrezca todas las actividades
preventivas y correctivas, así como el soporte técnico necesario para asegurar que la solución funcione
de acuerdo a las especificaciones solicitadas.

Así mismo, deberán describir el procedimiento de soporte técnico y mesa de ayuda, el cual deberá
contar al menos con software para seguimiento y control de defectos (Ej. BugZilla o equivalente) y
de versiones (Ej. CVS o equivalente).


                                                Página 127/168                                       127
                                              DI RE CC I ÓN D E M A T ERI A LE S
                          S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                           BA S E S PA RA PA RT IC IP A R EN LA
                               LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Este contrato deberá asegurar a Liconsa que el servicio estará disponible 12 horas, cinco días a la
semana de lunes a viernes, en un horario de 9:00 a 21:00 Hrs., y en caso de ser necesario en periodos
de cierre o periodos donde LICONSA así lo requiera de acuerdo al calendario contable, se prestara el
servicio fuera del horario y días indicados. El licitante ganador deberá cumplir con los siguientes niveles
de servicio:


               Tipo de problema(s)                                Entrega de una        Solución
  Prioridad                            Diagnóstico Inicial                                            Meta de Servicio
                   reportado(s)                                  solución alterna      Definitiva
     1        Caída del Sistema       .5 hrs. hábil             2 hrs. hábiles      8 hrs. hábiles          99%
              Base de datos
              corrupta
              Violaciones a
              esquemas de
              seguridad del sistema

     2        Bloqueo o mal           1 hrs. hábil              8 hrs, hábiles      12 hrs. hábiles         95%
              funcionamiento de
              algún módulo del
              sistema
     3        Bloqueo de              3 hrs. hábiles            8 hrs. hábiles      12 hrs. hábiles         95%
              estación(es) de
              trabajo, sean locales
              o remotas
     4        Problemas con la        5 hrs. hábiles            12 hrs. hábiles     24 hrs. hábiles         95%
              interfaz desarrollada
              hacia otras
              aplicaciones
     5        Ayudas en línea –       24 hrs. hábiles           N/A                 5 días hábiles          95%
              manuales de uso de
              la aplicación

Diagnóstico Inicial:
Es el tiempo máximo en que el usuario deberá recibir un diagnóstico inicial del incidente que está
reportando.
Entrega de una solución alterna:
Es el tiempo máximo en el que se le deberá entregar una alternativa de solución al usuario para que
pueda continuar trabajando mientras se le da una solución definitiva al incidente reportado.
Solución definitiva:
Es el tiempo máximo que el usuario deberá esperar para que se le dé una solución definitiva al
incidente reportado.
Meta de Servicio:
Es el porcentaje de incidentes que deberán resolverse en los tiempos de diagnóstico inicial, entrega de
solución alterna y solución definitiva determinada según la prioridad del incidente, dentro de un
periodo de un mes calendario de operación.
Resultados del Servicio:
Es el reporte de resultados al Director del Proyecto de Liconsa, de los niveles de servicio alcanzados y
de los indicadores de esta gestión.


7. ENTREGABLES Y GARANTÍAS
Se entiende por entregables toda aquella documentación y demás productos generados durante las
diferentes fases del presente proyecto.

7.1 ENTREGABLES
El licitante ganador deberá cumplir por lo menos con la siguiente lista de entregables.


                                                        Página 128/168                                             128
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


   FASE O SERVICIO DEL                                           ENTREGABLES
       PROYECTO
                                      Administración del Proyecto
Metodología, herramientas y        Manual describiendo la metodología, políticas, procedimientos y
capacitación                        herramientas
                                   Capacitación sobre la metodología al equipo Liconsa
Planificación y Programación       Documento de definición y alcance del proyecto
del Proyecto                       Plan general de trabajo
                                   Programa detallado del proyecto indicando tiempos, costos y
                                    recursos
                                   Plan de Control de Cambios. Este plan contiene las modificaciones
                                    realizadas sobre el plan de trabajos original y sobre el plan inicial
                                    de recursos, así como las causas que justifican las mismas.
                                   Planificación y gestión de riesgos asociados.
                                   Plan para el aseguramiento de la calidad
Organización del Proyecto          Diagrama de estructura del equipo de proyecto incluyendo:
                                       Manual con la definición de roles, responsabilidades y
                                       participación de los integrantes del equipo del proyecto (como
                                       matriz vinculada al programa de trabajo).
                                       Manual de políticas y procedimientos aplicable al equipo de
                                       trabajo.
                                  Manual de estándares aplicables a la documentación y reportes
                                    del equipo de trabajo
Seguimiento y Control del          Formatos de reportes de avance y seguimiento del proyecto
Proyecto                           Minutas de trabajo (reuniones, juntas, etc.)
                                          Análisis del Negocio
Situación actual                   Diseño conceptual y detallado de la integración de la Base de
                                    Datos del GRP
                                   Documento con la definición de ambientes para desarrollo,
                                    pruebas y operación de los módulos que comprenden el sistema.
                                   Análisis “AS-IS” de los procesos actuales (Diagramas de Procesos
                                    en lenguaje BPMN)
                                   Identificación de requerimientos, restricciones funcionales, de
                                    información, normativas y legales
                                   Análisis de brechas no cubiertas por el GRP.
Diseño de la Solución              Modelo detallado de los nuevos procesos de negocio con base en
(Incorporando Mejores               la solución a implantar (Diagramas de Procesos en lenguaje
Prácticas)                          BPMN).
                                   Manuales de administración y operación de los desarrollos e
                                    interfases con los sistemas actuales
                                   Documentación de los procesos y procedimientos modificados.
                                        Implantación del Sistema
Metodología                        Presentación de la metodología y del plan de implantación.
                                   Capacitación al grupo de trabajo de Liconsa en la metodología
                                    para la implantación del GRP.
                                   Plan y programa de transición para el aseguramiento de la
                                    continuidad de operaciones.
Adecuación de los módulos         Parametrización, adecuación, configuración y personalización de
que se rediseñan y que se            los módulos del GRP objeto de esta licitación.
solicitan en el GRP, además       Modificaciones al código fuente.
de los desarrollos necesarios.    Desarrollo de sistemas o subsistemas.
                                                Página 129/168                                        129
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                   Bases de conocimiento y Códigos Fuente.
                                          Puesta en marcha
 Metodología                      Manual describiendo la estrategia de ambientes de desarrollo,
                                     pruebas y productivo.
                                  Identificación y documentación de herramientas para el
                                     desarrollo de interfases.
                                  Desarrollo de interfaces con los sistemas existentes y con
                                     sistemas gubernamentales según los requerimientos funcionales
                                     de Liconsa.
                                  Programas para la conversión y transferencia de datos.
                                  Identificación y desarrollo de funcionalidad adicional requerida
                                     (derivada de la brecha de requerimientos vs. funcionalidad del
                                     GRP).
                                  Documentación de desarrollos adicionales a la funcionalidad del
                                     GRP.
                                  Diseño y desarrollo de pantallas para información ejecutiva
                                     (sistema de información gerencial)
                                  Diseño de formatos, reportes e informes.
                                  Manuales de usuario final
 Administración de Sistemas       Manual de procedimientos de administración del sistema
                                  Esquemas de seguridad, cuentas y accesos al sistema
                                  Ayuda en línea a los procesos y transacciones, incorporando
                                     normatividad y lineamientos utilizando funcionalidad del GRP
                                  Manuales técnicos y de usuario.
 Puesta en marcha                 Documento de diagnóstico del sistema (pruebas de stress,
                                     pruebas de volumen, entre otras, simulando el comportamiento
                                     del sistema en ambiente productivo.)
                                  Plan de Pruebas Integrales y Datos Necesarios.
                                   Capacitación y adiestramiento
 Capacitación                   Programa de capacitación para personal técnico, usuarios finales,
                                mandos medios y superiores.
                                  Capacitación para Desarrolladores de Liconsa.
                                  Capacitación para Administradores del sistema.
                                  Capacitación para Administrador de la base de datos.
                                  Capacitación para Instructores Internos
                                  Capacitación a Usuarios Finales
                                  Capacitación a mandos medios y superiores.
                                  Manuales de Usuario.
                                  Manuales técnicos del sistema.
                                  Transferencia de la experiencia, habilidades y conocimientos al
                                     equipo del proyecto de Liconsa para su participación en cada
                                     una de las fases del proyecto, incluyendo capacitación en las
                                     herramientas de software utilizadas.

7.2 GARANTÍA DE LA SOLUCIÓN

Los licitantes deberán garantizar los productos y servicios objeto de esta licitación por un período de
seis meses, contados a partir de terminado el contrato, garantizando que el sistema GRP funcionará de
acuerdo con la documentación respecto a la descripción del fabricante y a la documentación de la
configuración, parametrización, adecuación y personalización del sistema generada durante su
implementación en Liconsa.

                                               Página 130/168                                       130
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


El Licitante ganador deberá comprometerse a:

       Respaldar la originalidad del producto, su funcionalidad y entrega oportuna.
       Hacer las adecuaciones necesarias al software ofertado, en el supuesto de encontrar vicios
        ocultos en cualquier componente.

7.3 RESPONSABILIDADES DEL LICITANTE GANADOR

       Cumplir y hacer cumplir todos y cada uno de los puntos descritos en este anexo técnico.
       Dispondrá y garantizará el personal suficiente para la correcta ejecución de las actividades y
        servicios comprometidos.
       Proceder al inmediato reemplazo de cualquiera de los miembros de su equipo en caso que así le
        fuera solicitado por Liconsa de conformidad con el punto “4.3.2 DE LA SUSTITUCIÓN DE
        PERSONAL”.
       Modificará y corregirá todo documento (informe, diagramas, matrices, etc.), código, objeto,
        entidad, servicio, interfaces que formen parte de los sistemas implementados a solicitud de
        Liconsa o cuando razones de buena operación así lo requieran.
       Será a su entero costo realizar toda actividad que sea necesaria para dejar en correcta
        operación el sistema.
       Proporcionará infraestructura, materiales, insumos, apoyo logístico, etc., necesario para la
        correcta ejecución de las actividades solicitadas y ofertadas.
       Proporcionará todas las herramientas necesarias para la adecuada implementación y
        funcionamiento del Sistema.
       Tener presencia activa en el país, desempeñando funciones con profesionales propios.
       Dar soporte, mantenimiento y actualización de nuevas versiones del sistema localmente.
       Cumplir con la normatividad y legislaciones vigentes en el país, contemplando todas ellas en el
        sistema a ser implementado.
       Brindar la garantía sobre el sistema, de conformidad con el punto “7.2 GARANTÍA DE LA
        SOLUCIÓN”.
       Asumirá la responsabilidad total para el caso de que al suministrar los bienes y/o servicios,
        materia de la presente licitación, realice violaciones a los derechos morales y/o patrimoniales
        de los autores o titulares que proteja la Ley Federal del Derecho de Autor, o bien, utilice o
        explote derechos legalmente protegidos por la Ley de la Propiedad Industrial.
       Sujetarse a los horarios laborales establecidos en Liconsa; sin que esto impida excepciones por
        necesidades propias del proyecto.
       Definir conjuntamente con Liconsa las condiciones operativas generales.

8. ASPECTOS COMERCIALES

8.1 LICENCIAMIENTO

Licencias de software.

   Se deberá proporcionar un número ilimitado de licencias para la explotación de la solución para uso
    exclusivo de LICONSA, las cuales deberán abarcar la totalidad de la solución (WorkFlow, Portal,
    Data Warehouse, Business Intelligence, Reporting, así como de cada uno de los módulos integrantes
    del Sistema Integral de Información, Tipo GRP) y no solamente al acceso a cada módulo. Esto con el
    fin de asegurar el crecimiento de LICONSA sin la necesidad de costos o erogaciones futuras.

   Se deberán entregar a Liconsa las Bases de Datos de Conocimiento y los códigos fuentes de la
    solución a efecto de poder cumplir con las necesidades del párrafo anterior.


                                                Página 131/168                                       131
                                               DI RE CC I ÓN D E M A T ERI A LE S
                           S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                            BA S E S PA RA PA RT IC IP A R EN LA
                                LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


    El precio que Liconsa pagará por el Sistema Integral de Información (GRP) y su implementación
     debe considerar una licencia corporativa y con un número ilimitado de clientes o usuarios
     conectados.

             o   Debe incluir 10 Licencias para desarrollo de sistemas, incluyendo su mantenimiento
                 por la duración de este contrato y el mantenimiento para 5 licencias conforme a los
                 siguientes periodos:

                  No. Licencias        Periodo de Mantenimiento hasta la terminación del
                                       presente contrato
                            3          A partir de Noviembre del 2009
                            2          A partir de Agosto del 2009


    El licitante ganador deberá ofrecer una garantía mínima de 6 meses a partir de la conclusión del
     contrato, comprometiéndose a solucionar sin cargo para Liconsa cualquier problema relacionado
     con defecto de ingeniería y/o diseño del Sistema Integral, así como a corregir los defectos
     derivados de la instalación y puesta en servicio del mismo, siempre y cuando no haya
     modificaciones al paquete básico.

Actualizaciones.
 El licitante ganador, deberá dejar instalada toda la infraestructura de software necesaria para
   permitir la evolución y crecimiento de este proyecto para el futuro.

    Durante la etapa de implantación, el licitante ganador y Liconsa definirán y convendrán, por
     escrito, las versiones de los componentes de la solución a instalar y éstas se mantendrán hasta la
     liberación en producción del sistema.

    Liconsa tendrá el derecho a obtener, sin costo adicional, todas las mejoras y nuevas versiones del
     software involucrado en la solución, por la duración del contrato.

    La actualización será proporcionada bajo demanda del personal técnico responsable de Liconsa,
     quien considerará los ajustes y determinará si es pertinente instalar la nueva versión.

    El tiempo de entrega del software por actualización será de 30 días a partir de su solicitud.

    Las nuevas versiones serán instaladas por el personal técnico de Liconsa, debiéndose contar con
     apoyo de los técnicos del licitante ganador.

8.2 NIVELES DE SERVICIO Y SANCIONES

          Servicio                    Métrica             Valor mínimo                     Deducción
    Presentación de los     Presentación del equipo
    recursos del equipo     del licitante ganador a       Cero (0) días             2 por ciento del monto
    de trabajo del          más tardar según los          hábiles después del         mensual por día de
    licitante ganador.      eventos descritos en el       evento                            retraso
                            programa de trabajo.
    Perfiles de los         Cumplimiento de los           Debe cumplir como
                                                                                    2 por ciento del monto
    recursos del equipo     perfiles solicitados en el    mínimo el perfil
                                                                                      mensual por perfil
    de trabajo              anexo técnico                 solicitado
    Presentación de         Presentación del recurso      Los recursos              1 por ciento del monto
    los recursos del        a más tardar 5 días           mencionados                 mensual por día de
    equipo del licitante    hábiles después de            deberán estar                     retraso
                                                    Página 132/168                                           132
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


         Servicio                Métrica               Valor mínimo                     Deducción
  ganador en caso de     haberse aceptado el           disponibles a más
  reemplazo              reemplazo.                    tardar 5 días
  solicitado por                                       hábiles después de
  Liconsa                                              haberse aceptado el
                                                       reemplazo

  Presentación de los    Retraso en el programa
                                                       Cero impacto en el
  recursos del equipo    de Trabajo.
                                                       programa de
  del licitante
                                                       trabajo por               2 por ciento del monto
  ganador en caso de
                                                       sustituciones                     mensual
  reemplazo por
                                                       imputables al
  razones imputables
                                                       licitante ganador
  a él mismo.
  Presentación del       Presentación del              No se deben rebasar
  programa de            programa de trabajo a         para su entrega, los
                                                                                 4 por ciento del monto
  trabajo detallado      más tardar 60 días            60 días hábiles
                                                                                   mensual por día de
  del proyecto.          hábiles después del fallo     posteriores al fallo
                                                                                        retraso.
                         de la presente                de la presente
                         licitación.                   licitación.
  Entrega y Revisión     Se deben entregar el
  de informes de         100% de los Reportes de
  avance semanal         Avance en las fechas
                                                       Cero (0) días de
                         acordadas cada semana
                                                       retraso en la             4 por ciento del monto
                         de acuerdo al programa
                                                       entrega del 100% de         mensual por día de
                         detallado del proyecto.
                                                       los Reportes de                  retraso.
                         Los reportes de avance
                                                       Avance.
                         deben incluir los
                         entregables
                         comprometidos.
  Evaluación mensual     Retrasos del programa
  del proyecto de        de trabajo contra lo
  acuerdo a los          planeado.               Cero (0) retrasos
                                                                       7 por ciento del monto
  informes de avance                             imputables al
                                                                              mensual
  semanal y contra                               licitante ganador
  programa de
  trabajo.
          Sanciones para el servicio de soporte técnico de conformidad con el punto “6.
                   MANTENIMIENTO Y SOPORTE TÉCNICO” de este anexo técnico.

  Servicio con           Meta del Servicio             Nunca por debajo
                                                                                 7 por ciento del monto
  prioridad 1                                          de la meta del
                                                                                        mensual
                                                       servicio.
  Servicio con           Meta del Servicio             Nunca por debajo
                                                                                 2 por ciento del monto
  prioridad 2,3 y 4                                    de la meta del
                                                                                        mensual
                                                       servicio.
  Servicio con           Meta del Servicio             Nunca por debajo
                                                                                 .4 por ciento del monto
  prioridad 5                                          de la meta del
                                                                                         mensual
                                                       servicio.



9. INTEGRACIÓN DE LA PROPUESTA TÉCNICA
                                                 Página 133/168                                           133
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



9.1 ESPECIFICACIÓN DE LA PROPUESTA
La propuesta que presenten los licitantes servirá para que Liconsa evalúe los servicios ofertados, con
base en el cumplimiento a la descripción que se hace de los mismos, a lo largo de este documento.
El licitante deberá contestar la información solicitada en cada una de las posiciones del presente
documento, respetando el orden que el índice marca. La presentación de la propuesta deberá ser clara,
organizada y cada uno de los rubros de su contenido deberán ser perfectamente explícitos.

9.2 DOCUMENTACIÓN REQUERIDA
Los licitantes deberán acompañar su propuesta técnica de todos los escritos y documentos que se
indican a continuación.


                                                                                            PRESENTA
                           DOCUMENTO SOLICITADO
                                                                                           SI      NO
Documentación de Experiencia y Calidad GRP

                      De la empresa prestadora de los servicios
  1   Anexar listado de sus principales clientes en términos de facturación, con
      nombre del contacto y teléfono; de estos verificar que al menos 2 sean
      entidades y/o dependencias gubernamentales.

  2   Carta del licitante donde manifieste contar con el soporte de un Centro de
      Desarrollo, Mantenimiento y Soporte a Distancia (fábrica de software), que
      se encuentre en proceso de certificación o que cuente con certificación
      (anexar también el certificado) en la norma oficial mexicana MoproSoft
      (de la asociación NYCE) o su equivalente en CMMI (del SEI), desde el cual
      el licitante proponga se prestarán los servicios de desarrollo materia de la
      presente licitación.
  3
      Contar con por lo menos una implantación del GRP ofertado, en alguna
      entidad y/o dependencia gubernamental mexicana, como sigue:
             La implantación en caso de estar en proceso, Presentar Carta del
              licitante en la que manifieste los datos de la entidad donde se
              encuentre realizando esta implantación, con domicilio y teléfonos
              del contacto, así como el avance de los módulos del proyecto.
  4   Documentación comprobatoria de la experiencia del equipo de trabajo
      asignado al proyecto, de conformidad con los roles y perfiles definidos en
      el punto “4.3.1 DE LA ORGANIZACIÓN DEL PROYECTO” y los perfiles
      solicitados en el punto “5.1 SERVICIOS DE SOPORTE Y APOYO AL PROYECTO
      INTEGRAL”, como sigue:

             Gerente del Proyecto:
                  o Experiencia en implantación de software tipo ERP/GRP
                  o Certificación funcional en software tipo ERP/GRP
                  o Experiencia en la integración de todos los módulos del
                      sistema GRP ofertado.
             Líder(es) de Proyecto:
                  o Experiencia en implantación de software tipo ERP/GRP
                                               Página 134/168                                           134
                                   DI RE CC I ÓN D E M A T ERI A LE S
               S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                               BA S E S PA RA PA RT IC IP A R EN LA
                   LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                                                                     PRESENTA
                    DOCUMENTO SOLICITADO
                                                                                    SI      NO
           o   Experiencia en la integración de todos los módulos del
               sistema GRP ofertado.
      Desarrollador Genexus
           o Participación directa en al menos 3 proyectos donde se
               demuestre experiencia en el diseño y desarrollo de
               sistemas utilizando las herramientas de Genexus.
      Analistas Programadores certificados en la herramienta de
       desarrollo del GRP:
           o Contar con certificación vigente como analista
               programador en la herramienta de desarrollo del GRP.
           o Experiencia en la herramienta de desarrollo del GRP.

      Analistas Programadores en Java J2EE:
           o Experiencia en programación en tecnología Java J2EE.

      Probadores de Software:
           o Experiencia como probadores (testers) de software; lo
              cual puede incluir experiencia en software especializado
              para pruebas.

      Diseñador Gráfico:
           o Experiencia en herramientas de diseño de páginas Web
              como Dreamweaver con conocimiento de HTML.

      Especialistas:
           o Experiencia en la implantación de sistemas ERP/GRP
               donde ha desempeñado las mismas funciones para las que
               se le propone de acuerdo a los subperfiles siguientes:
                    En Análisis y Rediseño de Procesos de negocio con
                        experiencia en la implantación de los diferentes
                        módulos del Sistema Integral de Información, tipo
                        GRP.
                    En el Sistema Integral de Información, tipo GRP y
                        las herramientas utilizadas para la implantación
                        del mismo en Liconsa.
                    En RM/CM.
                    En Gestión del Cambio.
                    En Administración de Proyectos.
                    En Aseguramiento de la Calidad.


Otros perfiles:
     Administrador de Proyecto y Control Metodológico certificado
       como PMP: Contar con certificación por el PMI y con experiencia
       en gestión de por lo menos tres proyectos de magnitud similar.
       Conocimientos metodológicos en metodología UP.
     Arquitecto Tecnológico. Participación en por lo menos dos
       proyectos de magnitud similar, conduciendo los aspectos
       arquitectónicos de sistemas.
     DBA. Experiencia como administrador de bases de datos Oracle
       con conocimientos en Postgresql y MySql.
                                        Página 135/168                                           135
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                                                                           PRESENTA
                          DOCUMENTO SOLICITADO
                                                                                          SI      NO
            Apoyo Administrativo. Experiencia en actividades administrativas
             generales.

Documentación Técnica
     Descripción amplia y detallada de los servicios y del Sistema GRP ofertado,
     para lo cual los licitantes deberán sujetarse al menos a lo descrito en los
     puntos “3. REQUERIMIENTOS FUNCIONALES”, “4. SERVICIOS PARA LA
 5   IMPLANTACIÓN DEL GRP” y “5. SERVICIOS ESPECÍFICOS” de este anexo
     técnico, debiendo señalar las características que cubran la totalidad de las
     especificaciones citadas.

     Carta donde el licitante, en caso de ser ganador, se compromete a
     proporcionar los servicios materia de esta licitación de acuerdo a las
 6
     prioridades definidas por Liconsa y de conformidad con el punto “1.2.5
     DURACIÓN DEL PROYECTO”.
     Carta donde el licitante, en caso de ser ganador, se compromete a
     proporcionar por lo menos, los servicios de conformidad con los puntos “4.
 7
     SERVICIOS PARA LA IMPLANTACIÓN DEL GRP” y “5. SERVICIOS ESPECÍFICOS”
     de este anexo técnico.
     Carta donde el licitante manifieste estar de acuerdo en lo indicado en el
 8
     punto “4.3.2 DE LA SUSTITUCIÓN DE PERSONAL” de este anexo técnico.
     Carta donde el licitante, en caso de ser ganador, se compromete a llevar a
 9   cabo las actividades descritas en el punto “4.3.3 DE LA PLANIFICACIÓN,
     SEGUIMIENTO Y CONTROL DEL PROYECTO” de este anexo técnico.
     Descripción de la metodología de implantación del proyecto, de
10   conformidad con el punto “4.1 METODOLOGÍA DE IMPLANTACIÓN” de este
     anexo técnico.
     Documento en el cual señale el organigrama del equipo de trabajo
     mediante el cual se llevará a cabo los servicios solicitados, considerando
11   como mínimo lo señalado en el punto “4.3.1 DE LA ORGANIZACIÓN DEL
     PROYECTO” y los perfiles del punto “5.1 SERVICIOS DE SOPORTE Y APOYO
     AL PROYECTO INTEGRAL”.
     Currículum vitae de todas las personas descritas en el punto anterior. El
     currículo que se anexe deberá describir la función que desempeñará en
12   cada subsistema e incluir al menos dos referencias de los proyectos en que
     ha participado, indicando nombres y teléfonos de contactos que avalen la
     experiencia de la persona propuesta.
     Plan de trabajo general, en formato de Gantt, que servirá de marco al
     programa detallado que el Licitante ganador entregará al inicio del
13   proyecto, de conformidad con lo establecido en el punto “4.3.3 DE LA
     PLANIFICACIÓN, SEGUIMIENTO Y CONTROL DEL PROYECTO” de este anexo
     técnico.
     Descripción del plan de importación de datos históricos de conformidad
14   con el punto “4.10 MIGRACIÓN O IMPORTACIÓN DE DATOS” de este anexo
     técnico.
     Descripción de la metodología y programa de capacitación de conformidad
15
     con el punto “4.12 CAPACITACIÓN” de este anexo técnico.
16   Carta compromiso de que en caso de ser el licitante ganador,

                                              Página 136/168                                           136
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                       BA S E S PA RA PA RT IC IP A R EN LA
                           LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                                                                            PRESENTA
                           DOCUMENTO SOLICITADO
                                                                                           SI      NO
      proporcionará la capacitación que se refiere en el punto “4.12
      CAPACITACIÓN” y en el rubro de capacitación referido en los entregables
      del punto “7.1 ENTREGABLES” de este anexo técnico.
      Carta donde el licitante, en caso de ser ganador, se compromete a
 17   proporcionar el mantenimiento y soporte técnico de conformidad con el
      punto “6 MANTENIMIENTO Y SOPORTE TÉCNICO” de este anexo técnico.
      Carta donde el licitante, en caso de ser ganador, se compromete a cumplir
      por lo menos con los entregables del proyecto citados el punto “7.1
 18
      ENTREGABLES” y con los entregables descritos en el punto “5. SERVICIOS
      ESPECÍFICOS” de este anexo técnico.
      Carta donde el licitante, en caso de ser ganador, se compromete a
 19   garantizar los productos y servicios proporcionados de conformidad con el
      punto “7.2 GARANTÍA DE LA SOLUCIÓN” de este anexo técnico.
      Carta original del fabricante en la que manifieste la autorización con que
      cuenta para ser distribuidor autorizado de la marca que cotiza. En caso de
 20
      ser fabricante deberá presentar registro de derechos de autor de la marca
      que cotiza.
      Carta original en papel membretado, firmada por el representante legal
      del fabricante del GRP dirigida a Liconsa, donde se manifieste que se
 21   obliga solidariamente con los compromisos del licitante, en lo que al
      software se refiere, y en los términos de licenciamiento de conformidad
      con el punto “8.1 LICENCIAMIENTO” de este anexo técnico.
      Diagrama de procesos o de flujo, que describa y presente la integración de
 22
      los módulos solicitados del GRP ofertado en este anexo técnico.
      Se deberá entregar original de los folletos y/o catálogos descriptivos, en
      idioma español, en caso de que se presente en otro idioma, deberá
      acompañarse de una traducción simple debidamente referenciados y
 23
      emitidos por el fabricante de origen y en donde se describan las
      características técnicas completas de los bienes y/o servicios, como parte
      integrante de la propuesta técnica.
      Carta donde el licitante, en caso de ser ganador, manifieste que todos los
 24   cambios que realicen en el sistema GRP ofertado, garantizarán la
      actualización de versiones.
      Formato RFP debidamente contestado (columna “grado de cumplimiento”)
      de conformidad con el punto “3. REQUERIMIENTOS FUNCIONALES”.
 25
      Liconsa proporcionará el formato en archivo de Excel.

      Carta en donde el licitante, en caso de ser ganador, se compromete a
      cumplir por lo menos con los requerimientos funcionales del Sistema
 26
      Integral de Información (GRP) referidos en el punto “3. REQUERIMIENTOS
      FUNCIONALES” de este anexo técnico.
Liconsa verificará que la documentación presentada cumpla con los requerimientos establecidos
para emitir el fallo. La falta de alguno de los requisitos mencionados será motivo de descalificación.

9.3 DEMOSTRACIÓN DEL SISTEMA GRP
Para validar y a afecto de garantizar los requerimientos técnicos y/o premisas generales presentadas en
el punto “2. REQUERIMIENTOS TECNOLÓGICOS”, el licitante deberá presentar prototipos de su sistema y
navegar por ella, demostrando que es un sistema integral y estándar, además de mostrar la utilización
de las diferentes herramientas requeridas:

                                               Página 137/168                                           137
                                            DI RE CC I ÓN D E M A T ERI A LE S
                        S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


       Herramienta de Desarrollo
       Herramienta de Modelado de Procesos o WorkFlow
       Herramienta de Portales
       Herramienta de Business Intelligence
       Herramienta de Reporteo

La demostración del sistema GRP ofertado por los licitantes consistirá en lo siguiente:

    1. Demostración de su funcionalidad y parametrización accediendo desde las instalaciones de
       Liconsa de acuerdo a lo siguiente.
               La demostración se realizará en las oficinas centrales de Liconsa.
               Se deberá acceder, vía Internet, a un servidor remoto donde corra la aplicación.
               El licitante deberá hacer lo necesario para mostrar que el sistema opera en el ambiente
                conforme al punto “2.4 AMBIENTE DE OPERACIÓN”.
               Liconsa proporcionará la salida a Internet, mediante su red interna, así como el equipo
                PC para la presentación. La demostración se realizará en ambiente WEB, no mediante
                ventanas Windows.
               La presentación será sobre los procesos del sistema integral solicitados por Liconsa,
                explicando y haciendo su demostración en tiempo real. Para tal efecto, Liconsa
                proporcionará el guión de los módulos y procesos que se incluirán en la demostración
    2. Demostración de su operación en las instalaciones de una de las empresas, dependencias o
       entidades gubernamentales referidas como experiencia por los licitantes.
            Se solicitará acudir a las instalaciones de una empresa, dependencia o entidad
              gubernamental, donde se encuentre instalado y operando o en proceso de implantación
              el sistema GRP ofertado.
            La presentación deberá incluir una explicación breve de la estrategia y metodología
              aplicada en la parametrización e implantación de los procesos.
            Los procesos que se presenten deben ser de acuerdo al guión proporcionado por Liconsa
              como en el punto 1 anterior.

9.4 CRITERIOS DE EVALUACIÓN
Para evaluar las propuestas técnicas Liconsa usará los siguientes criterios.

           Se revisará que se cumpla con la documentación solicitada en el punto “9.2
            DOCUMENTACIÓN REQUERIDA”. En caso de que no se presenten los documentos conforme a
            lo solicitado o no sean los requeridos la proposición será rechazada.

           Se valorará que la empresa tenga experiencia en contratos de la magnitud de la presente
            licitación, asimismo se corroborará el cumplimiento de los mismos mediante la certificación
            de referencias proporcionadas, desechándose las propuestas que hubieren incurrido en
            falsedad de la información. Para lo cuál se procederá conforme a lo siguiente:

                       Liconsa verificará vía telefónica, con los contactos de las empresas, la
                        información contenida en las cartas de referencia y de experiencia.
                       Se llenará un formato bitácora el cuál indicará el resultado de la conversación
                        telefónica, calificando si la información es verídica o no.

                                                 Página 138/168                                       138
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                     Liconsa se reserva el derecho de pedir información adicional a la empresa
                      referida como experiencia, a fin de complementar la información solicitada a
                      los licitantes. Dicha información también se agregará a la bitácora antes citada.

         Se verificará la experiencia del equipo de trabajo de los licitantes, de acuerdo a los
          Curriculums vitae proporcionados, conforme a lo siguiente:

                     Liconsa verificará vía telefónica, con los nombres y teléfonos de contactos, la
                      información referida.
                     Se llenará un formato bitácora el cuál indique el resultado de la conversación
                      telefónica, calificando si la información es verídica o no.

         Se obtendrá el grado de cumplimiento de los licitantes respecto al punto “3.
          REQUERIMIENTOS FUNCIONALES” vertidos en el Formato RFP debidamente contestado
          (columna “grado de cumplimiento”) conforme a lo siguiente:

                     La columna “grado de cumplimiento” del formato RFP de requerimientos, debe
                      ser contestada de acuerdo a la codificación proporcionada por Liconsa.
                     Los licitantes deberán contestar este formato con toda la veracidad posible,
                      considerando los requerimientos funcionales proporcionados y su grado de
                      importancia.
                     Liconsa se reserva el derecho de aplicar porcentajes de penalización, de
                      considerarlo necesario, los cuáles disminuyen el grado de cumplimiento
                      proporcionado por el licitante.
                     Se hacen los cálculos necesarios para obtener un “grado de cumplimiento” por
                      cada requerimiento funcional, módulo o subsistema y a nivel global.
                     El grado de cumplimiento de todos los requerimientos funcionales obtenido en
                      el punto anterior, no deberá ser menor a 65; de no cumplir con este requisito,
                      el licitante será descalificado.

         Se verificará el grado de cumplimiento del punto “2. REQUERIMIENTOS TECNOLÓGICOS”,
          conforme a los escritos proporcionados por el licitante, que contengan la descripción
          técnica de los bienes y servicios; y se corroborarán en la demostración del GRP, de acuerdo
          al punto siguiente.

         Se verificará y evaluará el cumplimiento de los puntos vertidos en la demostración del GRP
          en el punto “9.3 DEMOSTRACIÓN DEL SISTEMA GRP” usando para ello una lista de
          verificación.


Con base en lo anterior, se formularán tablas comparativas para determinar el
cumplimiento de las especificaciones solicitadas, así como para la elaboración del
dictamen correspondiente.

ANEXO A: ESQUEMA DE SEGURIDAD INSTITUCIONAL


Esquemas de Seguridad en Liconsa.
Seguridad En:                                           Producto o Servicio


                                               Página 139/168                                       139
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Estaciones de Trabajo:                                  Trend Micro Office Cliente for Windows ver
                                                        8.0
                                                        Zenworks (Grupo de Política de Estación e
                                                        Instalación de Software)
Servidores:                                             Trend Micro Server Protect 5.8
Correo Electronico:                                     Gwava 3.72
Acceso A Internet:                                      Palo Alto Networks
                                                        (Filtrado de Contenido, Antivirus,
                                                        Antispayware
                                                        Firewall 2da Generación)
                                                        Border Manager 3.9
                                                        (FireWall , Proxy )
                                                        Surf Control
                                                        (Filtrado de Contenido).

Infraestructura de Comunicaciones:                      Palo Alto Networks
                                                        (Filtrado de Contenido, Antivirus,
                                                        Antispayware
                                                        Firewall 2da Generación)
                                                        (Políticas en Switchs)
                                                        Control de acceso a la red
Infraestructura Inalámbrica:                            WAP2

ANEXO B: GLOSARIO TÉCNICO

      SEI
       Software Engineering Institute (SEI) es un instituto federal estadounidense de investigación y
       desarrollo, fundado por el Congreso de los Estados Unidos en 1984 para desarrollar modelos de
       evaluación y mejora en el desarrollo de software, que dieran respuesta a los problemas que
       generaba al ejército estadounidense la programación e integración de los sub-sistemas de
       software en la construcción de complejos sistemas militares. Financiado por el Departamento
       de Defensa de los Estados Unidos y administrado por la Universidad Carnegie Mellon.

      NYCE
       Normalización y Certificación Electrónica, Asociación Civil.

      Implantar e Implementar
       En este contexto los usaremos como sinónimos. Considerando que en computación implementar
       es construir algo nuevo e implantar es poner en funcionamiento algo existente.

      GRP (Government Resource Planning)
       Se refiere a sistemas electrónicos destinados a satisfacer de manera integral las necesidades
       gubernamentales derivadas de la operación de los recursos financieros, materiales y humanos

      ERP (Enterprise Resource Planning)
       Los sistemas de planificación de recursos empresariales (ERP) son sistemas de información
       gerenciales que integran y manejan muchos de los negocios asociados con las operaciones de
       producción y de los aspectos de distribución de una compañía comprometida en la producción
       de bienes o servicios.


                                               Página 140/168                                       140
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                   BA S E S PA RA PA RT IC IP A R EN LA
                       LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


    Los sistemas ERP típicamente manejan la producción, logística, distribución, inventario, envíos,
    facturas y una contabilidad para la compañía de la Planificación de Recursos Empresariales o el
    software ERP puede intervenir en el control de muchas actividades de negocios como ventas,
    entregas, pagos, producción, administración de inventarios, calidad de administración y la
    administración de recursos humanos.

   BPM (Business Process Management)
    Es la disciplina que se enfoca en administrar y optimizar en forma continúa las actividades y
    procesos de negocio de la organización, incluyendo prácticas y políticas de gestión, métricas y
    procesos de control, así como herramientas de software que soportan todas estas actividades.

   Work Flows (Flujos de trabajo).
    Es el estudio de los aspectos operacionales de una actividad de trabajo: cómo se estructuran
    las tareas, cómo se realizan, cuál es su orden correlativo, cómo se sincronizan, cómo fluye la
    información que soporta las tareas y cómo se le hace seguimiento al cumplimiento de las tareas

   Firefox
    Es un navegador de Internet, con interfaz gráfica de usuario.

   Plug in
    Es una aplicación que se relaciona con otra para aportarle una función nueva y generalmente
    muy especifica. Esta aplicación adicional es ejecutada por la aplicación principal e interactúan
    por medio de la API.

   ActiveX
    Es uno de los mecanismos que usan los programas de computadoras para comunicarse con las
    bases de datos, darles órdenes y obtener resultados de ellas.

   Applet.
    Un applet es un componente de una aplicación que se ejecuta en el contexto de otro
    programa, por ejemplo un navegador web.

   SOA (Service-Oriented Arquitectures)
     Es una arquitectura que permite que las nuevas aplicaciones no sean desarrolladas de cero sino
    una integración de un conjunto de servicios publicados.

   BPM (Business Process Management)
    Se llama Business Process Management a la metodología empresarial cuyo objetivo es mejorar
    la eficiencia a través de la gestión sistemática de los procesos del negocio, que se deben
    modelar, automatizar, integrar, monitorizar y optimizar de forma contínua.

   BPMN (Business Process Modeling Notation)
    Es un estándar que provee una representación gráfica para expresar procesos en una empresa.
    El objetivo es soportar la gestión de una forma que sea fácilmente entendida, por todos los
    usuarios que participan en el proceso. Esta forma unificada de representar los procesos, facilita
    que los comportamientos y decisiones puedan ser expresados de manera gráfica y simple en una
    organización.

   IE
    Es un navegador web producido por Microsoft para el sistema operativo Windows y más tarde
    para Apple Macintosh y Solaris Unix

   Datawarehouse
                                            Página 141/168                                       141
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                   BA S E S PA RA PA RT IC IP A R EN LA
                       LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


    Es una colección de datos orientada a un determinado ámbito (empresa, organización, etc.),
    integrado, no volátil y variable en el tiempo, que ayuda a la toma de decisiones en la entidad
    en la que se utiliza. Se trata, sobre todo, de un expediente completo de una organización, más
    allá de la información transaccional y operacional, almacenado en una base de datos diseñada
    para favorecer el análisis y la divulgación eficiente de datos (especialmente OLAP,
    procesamiento analítico en línea).

   Drill Down
    Drill down es una de las herramientas más significativas y útiles de un sistema, ya que permite
    al usuario desglosar cualquier dato de un informe hasta el comprobante original, para conocer
    el detalle de cómo fue calculado. .

   WildCards
    Un carácter comodín es un carácter que representa cualquier otro carácter o cadena de
    caracteres. Algunos de los caracteres comodines que se utilizan en informática son: *
    (asterisco), % (por ciento), _ (guión bajo), ? (signo de pregunta). Los caracteres comodines
    cambian de una aplicación a otra. Por ejemplo en bases de datos es común que los comodines
    sean % y _. Sin embargo en expresiones regulares el carácter comodín por excelencia es el .
    (punto).
    El comodín puede ser utilizado como carácter comodín en casi cualquier motor de búsqueda en
    Internet.

   Tecnología AJAX (Asynchronous JavaScript And XML)
    Es una técnica de desarrollo WEB para crear aplicaciones interactivas o RIA (Rich Internet
    Applications). Estas aplicaciones se ejecutan en el cliente, es decir, en el navegador de los
    usuarios mientras se mantiene la comunicación asíncrona con el servidor en segundo plano. De
    esta forma es posible realizar cambios sobre las páginas sin necesidad de recargarlas, lo que
    significa aumentar la interactividad, velocidad y usabilidad en las aplicaciones.

   SMTP
    Protocolo simple de transferencia de correo. Protocolo de red basado en texto utilizado para el
    intercambio de mensajes de correo electrónico entre computadoras u otros dispositivos (PDA's,
    teléfonos móviles, etc.).

   POP3
    Se utiliza el Post Office Protocol (POP3) en clientes locales de correo para obtener los
    mensajes de correo electrónico almacenados en un servidor remoto.

   IMAP (Internet Message Access Protocol)
    Es un protocolo de red de acceso a mensajes electrónicos almacenados en un servidor.
    Mediante IMAP se puede tener acceso al correo electrónico desde cualquier equipo que tenga
    una conexión a Internet.

   ODBC (Open Database Connectivity)
    Es un estándar de acceso a Base de Datos, el objetivo de ODBC es hacer posible el acceder a
    cualquier dato desde cualquier aplicación, sin importar qué sistema gestor de Base de Datos
    almacene los datos.

   JDBC (Java Database Connectivity)
    Es un API que permite la ejecución de operaciones sobre bases de datos desde el lenguaje de
    programación Java independientemente del sistema operativo donde se ejecute o de la base de
    datos a la cual se accede utilizando el dialecto SQL del modelo de base de datos que se utilice.

                                            Página 142/168                                       142
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                   BA S E S PA RA PA RT IC IP A R EN LA
                       LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


   RIA (Rich Internet Applications)
    Un nuevo tipo de aplicaciones con más ventajas que las tradicionales aplicaciones Web. Esta
    surge como una combinación de las ventajas que ofrecen las aplicaciones Web y las aplicaciones
    tradicionales.

    En los entornos RIA no se producen recargas de página, ya que desde el principio se carga toda
    la aplicación y sólo se produce comunicación con el servidor cuando se necesitan datos externos
    como datos de una Base de Datos o de otros ficheros externos.

   Business Intelligence
    Conjunto de estrategias y herramientas enfocadas a la administración y creación de
    conocimiento mediante el análisis de datos existentes en una organización o empresa.
    Las herramientas de inteligencia se basan en la utilización de un sistema de información de
    inteligencia que se forma con distintos datos extraídos de los datos de producción, con
    información relacionada con la empresa o sus ámbitos y con datos económicos.

   OLAP (On-Line Analytical Processing)
    Es una solución utilizada en el campo de la llamada Inteligencia Empresarial (o Business
    Intelligence) cuyo objetivo es agilizar la consulta de grandes cantidades de datos. Para ello
    utiliza estructuras multidimensionales (o cubos OLAP) que contienen datos resumidos de
    grandes bases de Datos o Sistemas Transaccionales.


   ETL- (Herramienta para extracción, transformación y carga de información entre bases de
    datos)
    Es el proceso que permite a las organizaciones mover datos desde múltiples fuentes,
    reformatearlos y limpiarlos, y cargarlos en otra base de datos, data mart, o data warehouse
    para analizar, o en otro sistema operacional para apoyar un proceso de negocio.

   WSDL
    Es un formato XML que se utiliza para describir servicios Web

    WSDL describe la interfaz pública a los servicios Web. Está basado en XML y describe la forma
    de comunicación, es decir, los requisitos del protocolo y los formatos de los mensajes
    necesarios para interactuar con los servicios listados en su catálogo. Las operaciones y mensajes
    que soporta se describen en abstracto y se ligan después al protocolo concreto de red y al
    formato del mensaje.

   HTML (HyperText Markup Language)
    Es el lenguaje de marcado predominante para la construcción de páginas web. Es usado para
    describir la estructura y el contenido en forma de texto, así como para complementar el texto
    con objetos tales como imágenes.

   XHTML (eXtensible Hypertext Markup Language )
    Es el lenguaje de marcado pensado para sustituir a HTML como estándar para las páginas web.
    Cumple las especificaciones, más estrictas, de XML. Su objetivo es avanzar en el proyecto del
    World Wide Web Consortium de lograr una web semántica, donde la información, y la forma de
    presentarla estén claramente separadas.

   XML (Extensible Markup Language)



                                            Página 143/168                                       143
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                   BA S E S PA RA PA RT IC IP A R EN LA
                       LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


    Es un metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium
    (W3C). Es una simplificación y adaptación del SGML y permite definir la gramática de lenguajes
    específicos.

    XML no ha nacido sólo para su aplicación en Internet, sino que se propone como un estándar
    para el intercambio de información estructurada entre diferentes plataformas. Se puede usar
    en bases de datos, editores de texto, hojas de cálculo y casi cualquier cosa imaginable.




   UDDI (Universal Description, Discovery and Integration)
    El registro en el catálogo se hace en XML. UDDI es una iniciativa industrial abierta (sufragada
    por la OASIS) entroncada en el contexto de los servicios Web.

    UDDI es uno de los estándares básicos de los servicios Web cuyo objetivo es ser accedido por los
    mensajes SOAP y dar paso a documentos WSDL, en los que se describen los requisitos del
    protocolo y los formatos del mensaje solicitado para interactuar con los servicios Web del
    catálogo de registros.

   Skins (pieles o diseños)
    Elemento que permite cambiar la apariencia externa de la interfaz de una aplicación sin afectar
    su funcionalidad. Los skins pueden dar una apariencia a la interfaz completamente distinta de
    la original.

    Los skins suelen cambiar colores, formas y agregar efectos e imágenes a los programas.

   Identity manager
    Permite a las empresas administrar todo el ciclo de vida de las identidades de usuarios en todos
    los recursos empresariales, informara los permisos que el usuario tiene sobre el sistema o
    aplicación a la que esta accediendo de acuerdo a su rol o perfil.

   Front End
    El front-end es la parte del software que interactúa con el o los usuarios.

   Back End
    Es la parte que procesa la entrada desde el front-end. La separación del sistema en "front
    ends" y "back ends" es un tipo de abstracción que ayuda a mantener las diferentes partes del
    sistema separadas.

   Single Sign On (SSO)
    Es un procedimiento de autenticación que habilita al usuario para acceder a varios sistemas con
    una sola instancia de identificación.

   UML (Unified Modeling Language)
    Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad;
    está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar,
    especificar, construir y documentar un sistema de software. UML ofrece un estándar para
    describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como
    procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de
    lenguajes de programación, esquemas de bases de datos y componentes de software
    reutilizables.

                                            Página 144/168                                       144
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                   BA S E S PA RA PA RT IC IP A R EN LA
                       LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


   PMI (Project Management Institute)
    Es considerado la asociación profesional para la gestión de proyectos sin fines de lucro más
    grande del mundo, con más de 260.000 miembros en 171 países. Entre sus principales objetivos
    se encuentran formular estándares profesionales, generar conocimiento a través de la
    investigación, y promover la Gestión de Proyectos como profesión a través de sus programas de
    certificación.

   RM (Requeriment Management)
    Administración de requerimientos. Encontrar, organizar, documentar, y seguir los cambios de
    los requerimientos funcionales y restricciones.

   CM (Change Management)
    Administración de Cambios.
    El cambio es un factor de riesgo crítico en los proyectos de software. Los artefactos de software
    cambian no sólo debido a acciones de mantenimiento posteriores a la entrega del producto,
    sino que durante el proceso de desarrollo, especialmente importantes por su posible impacto
    son los cambios en los requerimientos. Por otra parte, otro gran desafío que debe abordarse es
    la construcción de software con la participación de múltiples desarrolladores, posiblemente
    distribuidos geográficamente, trabajando a la vez en una versión, y quizás en distintas
    plataformas. La ausencia de disciplina rápidamente conduciría al caos. La Administración de
    Cambios y de Configuración es la disciplina encargada de este aspecto.

   PMO (Project Management Office)
    Es un departamento o grupo que define y mantiene estándares de procesos, generalmente
    relacionados a la gestión de proyectos, dentro de una organización. La PMO se esfuerza por
    estandardizar y economizar recursos mediante la repetición de aspectos en la ejecución de
    diferentes proyectos. La PMO es la fuente de la documentación, dirección y métrica en la
    práctica de la gestión y de la ejecución de proyectos.

   RUP o UP (Rational Unified Process o Unified Process)
    Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML,
    constituye la metodología estándar más utilizada para el análisis, implementación y
    documentación de sistemas orientados a objetos.
    El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías
    adaptables al contexto y necesidades de cada organización.

   BugZilla
    Es una herramienta basada en Web de seguimiento de errores (bugs), (Bug Tracking System o
    BTS por sus siglas en inglés), originalmente desarrollada y usada por el proyecto Mozilla.
    Lanzado como software de código abierto por Netscape Communications en 1998, Bugzilla ha
    sido adoptado por una variedad de organizaciones para usarlo para seguimiento de defectos
    (errores) tanto para software libre como para software propietario.

    Bugzilla permite organizar en múltiples formas los defectos de software, permitiendo el
    seguimiento de múltiples productos con diferentes versiones, a su vez compuestos de múltiples
    componentes. Permite además categorizar los defectos de software de acuerdo a su prioridad y
    severidad, así como asignarles versiones para su solución.

   CVS (Concurrent Versioning System)
    Es una aplicación informática que implementa un sistema de control de versiones mantiene el
    registro de todo el trabajo y los cambios en los ficheros (código fuente principalmente) que
    forman un proyecto (de programa) y permite que distintos desarrolladores (potencialmente
    situados a gran distancia) colaboren.
                                            Página 145/168                                       145
                                      DI RE CC I ÓN D E M A T ERI A LE S
                  S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                  BA S E S PA RA PA RT IC IP A R EN LA
                      LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



   CMMI (Capability Maturity Model Integration)
    Es un modelo para la mejora de procesos que proporciona a las organizaciones los elementos
    esenciales para procesos eficaces.


   MoproSoft (Modelo de Procesos para la Industria del Software)
    Modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas
    y productos de software. Desarrollado por la Asociación Mexicana para la Calidad en Ingeniería
    de Software a través de la Facultad de Ciencias de la Universidad Nacional Autónoma de México
    (UNAM) y a solicitud de la Secretaría de Economía para obtener una norma mexicana que
    resulte apropiada a las características de tamaño de la gran mayoría de empresas mexicanas de
    desarrollo y mantenimiento de software. Moprosoft es el nombre del modelo en la comunidad
    universitaria y profesional, y la norma técnica a la que da contenido es la NMX-059/01-NYCE-
    2005 que fue declarada Norma Mexicana el 15 de agosto de 2005 con la publicación de su
    declaratoria en el Diario de la Federación.




                                           Página 146/168                                       146
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                     ANEXO V
                              MODELO DE CONTRATO
CONTRATO DE PRESTACIÓN DE SERVICIOS PARA DESARROLLAR UNA SOLUCIÓN DE NEGOCIO
DENOMINADA SISTEMA INTEGRAL DE INFORMACIÓN (GRP) PLANEAMIENTO DEL RECURSO DEL
GOBIERNO ASÍ COMO LA PRESTACIÓN DE LOS SERVICIOS DE IMPLANTACIÓN PARA SU
PERSONALIZACIÓN Y ADECUACIÓN PARA LICONSA QUE CELEBRAN POR UNA PARTE LICONSA
SOCIEDAD ANÓNIMA DE CAPITAL VARIABLE, A QUIEN EN LO SUCESIVO SE LE DENOMINARÁ
“LICONSA”, REPRESENTADA EN ESTE ACTO POR ___________________, EN SU CARÁCTER DE
APODERADO, Y POR LA OTRA PARTE ____________________________,A QUIEN EN LO SUCESIVO
SE LE DENOMINARÁ “EL PROVEEDOR”, REPRESENTADO EN ESTE ACTO POR _________________,
EN SU CARÁCTER DE ___________, AL TENOR DE LAS SIGUIENTES DECLARACIONES Y
CLÁUSULAS:



                                          DECLARACIONES



1.- DECLARA EL REPRESENTANTE DE LICONSA:

1.1.- Que conforme a las leyes de los Estados Unidos Mexicanos, su representada se constituyó
bajo la denominación de Rehidratadora de Leche Ceimsa, Sociedad de Participación Estatal
Mayoritaria, creada mediante Escritura Pública número seis mil seiscientos sesenta y uno, de
fecha dos de marzo de mil novecientos sesenta y uno, otorgada ante la fe del Licenciado
Francisco Díaz Ballesteros Notario Público número ciento veintinueve del Distrito Federal, e
inscrita en el Registro Público de la Propiedad y del Comercio de la Ciudad de México, Distrito
Federal, en el Libro tres, Volumen 501, a fojas 152, bajo el número de partida 87 de la
Sección de Comercio.

1.2.- Que su representada es una Empresa de Participación Estatal Mayoritaria de la
Administración Pública Federal, sectorizada en la Secretaría de Desarrollo Social; y después
de diversas modificaciones actualmente ostenta la denominación de “LICONSA”, Sociedad
Anónima de Capital Variable, según consta en la protocolización del acta de Asamblea General
Extraordinaria de Accionistas celebrada el día diecisiete de julio de mil novecientos noventa y
cinco, otorgada en la Escritura Publica número veinticuatro mil novecientos setenta y uno del
quince de agosto de mil novecientos noventa y cinco, ante la fe del Licenciado Jesús Zamudio
Villanueva, Notario Público número veinte del Municipio de Tlalnepantla, Estado de México,
inscrita en el Registro Público de Comercio del Distrito Federal, con el folio mercantil número
cuarenta y dos mil quinientos cincuenta y dos, así como en la Relación de Entidades
Paraestatales de la Administración Pública Federal sujetas a la Ley Federal de las Entidades
Paraestatales y su Reglamento publicada en el Diario Oficial de la Federación del quince de
agosto del dos mil ocho.

1.4. Que acredita su personalidad como Apoderado de "LICONSA", con la Escritura Pública
número ____________, de fecha ____ de _____de _________, otorgada ante la fe del
Licenciado __________ Notario Público número ________ del Distrito Federal.


                                              Página 147/168                                       147
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


1.5. Que para cumplir debidamente con los fines y objetivos su representada requiere
contratar los servicios para desarrollar una solución de negocio denominada Sistema Integral
de Información Planeamiento del Recurso del Gobierno (GRP) y la contratación de los servicios
de implantación, para su personalización y adecuación para Liconsa, en lo sucesivo “LOS
SERVICIOS”, de acuerdo a lo que se indica en el Anexo Único, el cual firmado por ambas
partes, forma parte integrante de este contrato.

1.6. Que en virtud de las anteriores declaraciones y con fundamento en el artículo
____________________, de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector
Público, se realizó el procedimiento de ___________, adjudicándose el presente contrato en
favor de “EL PROVEEDOR” por cumplir los requerimientos de “LICONSA”.

1.7. Que “LICONSA”, es una empresa perteneciente a la Administración Pública Federal y
que todos los actos jurídicos de esta naturaleza se encuentran regulados por la Ley de
Adquisiciones, Arrendamientos y Servicios del Sector Público, su Reglamento y demás
disposiciones jurídicas aplicables.

1.8     Que de conformidad con lo dispuesto en el artículo 25 de la Ley de Adquisiciones,
Arrendamientos y Servicios del Sector Público, por lo que respecta al ejercicio 2008 se cuenta
con la aprobación del presupuesto, según oficio número OM/DGPP/410.000151/08 de fecha 14
de enero del 2008, emitido por la Dirección General de Programación y Presupuesto de la
Secretaría de Desarrollo Social.


2. DECLARA REPRESENTANTE DE “EL PROVEEDOR”:

2.1. Que de conformidad con las Leyes de los Estados Unidos Mexicanos, su representada se
constituyó bajo la denominación de ____________________, como lo acredita con la
Escritura Pública número ____________, de fecha _______________, otorgada ante la fe del
Licenciado _____________, Notario Público número ____________, de __________, inscrita en
el Registro Público de Comercio de _________, bajo el folio número ______________.

2.2. Que acredita su personalidad como ___________, mediante la Escritura Pública número
________-, de fecha __________, otorgada ante la fe del Licenciado _____________, Notario
Público número ________, de __________, manifestando bajo protesta de decir verdad que las
facultades con que se ostenta no le han sido limitadas, revocadas o modificadas de forma
alguna, y que se identifica con credencial para votar con número de folio_________y con
clave de elector ______________, expedida a su favor por el Instituto Federal Electoral.

2.3. Que su representada tiene la capacidad, conocimientos técnicos, experiencia, equipo,
herramienta y personal especializado, para el arrendamiento del equipo de cómputo
_________, así como el mantenimiento o cambio del mismo, que ofrece a "LICONSA".

2.4. Asimismo, que su representada está enterada de las obligaciones que la Ley de
Adquisiciones, Arrendamientos y Servicios del Sector Público, su Reglamento y demás leyes
aplicables a la materia les imponen a los proveedores de servicios y los efectos legales que en
caso de incumplimiento de las obligaciones contraídas en el presente contrato le serán
aplicables.

                                              Página 148/168                                       148
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


2.5. Que bajo protesta de decir verdad, manifiesta el declarante que su representada no se
encuentra dentro de los supuestos que señala el artículo 31 fracción XXIV, 50 y 60 de la Ley de
Adquisiciones, Arrendamientos y Servicios del Sector Público.
.

2.6.   Que cuenta con los siguientes registros.

Registro Federal de Contribuyentes:
REGISTRO PATRONAL:


2.7.- Que ha presentado en tiempo y forma las declaraciones por impuestos federales
correspondientes al último ejercicio fiscal, así como también ha presentado las declaraciones
de pagos provisionales correspondientes al dos mil --------, por los mismos impuestos.

2.8.- Que su representada no tiene adeudos fiscales firmes a su cargo por impuestos
federales, estatales ni municipales.


3.     DECLARAN LOS REPRESENTANTES DE AMBAS PARTES:

3.1 Que se reconocen mutuamente la personalidad jurídica y facultades con que acuden a la
celebración del presente contrato.

3.2 Que para efectos de este contrato los títulos de las cláusulas son incluidos para
conveniencia únicamente y no afectan su interpretación.

3.3 Que en virtud de las declaraciones que anteceden, es su voluntad celebrar el presente
contrato, obligándose recíprocamente en sus términos y conforme a lo dispuesto en los
diversos ordenamientos que regulan los actos jurídicos de esta naturaleza.

Expuesto lo anterior, las partes otorgan las siguientes:

                                           CLÁUSULAS

PRIMERA.- OBJETO

“EL PROVEEDOR” se obliga a proporcionar a "LICONSA" “LOS SERVICIOS” de acuerdo a las
características, especificaciones, requerimientos técnicos, que se detallan en el Anexo Único,
utilizando “EL PROVEEDOR” para este efecto personal técnico y equipos especializados.


SEGUNDA.- LUGAR DE ENTREGA E INSTALACIÓN

“EL PROVEEDOR” deberá proporcionar “LOS SERVICIOS” en ________________________.

Estarán a cargo de “EL PROVEEDOR” todos los gastos de instalación de “LOS SERVICIOS”

                                              Página 149/168                                       149
                                        DI RE CC I ÓN D E M A T ERI A LE S
                    S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                    BA S E S PA RA PA RT IC IP A R EN LA
                        LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


TERCERA.- RESPONSABILIDAD DE “EL PROVEEDOR”

“EL PROVEEDOR” será el único responsable de la correcta prestación de “LOS SERVICIOS” y
responderá de los daños y perjuicios que el funcionamiento de “LOS SERVICIOS” que pudieran
generarle a “LICONSA”.

Para el caso de que durante la vigencia del presente contrato, el personal de “EL
PROVEEDOR” cause daños a terceros ya sea dolosa o culposamente, éste será el único
responsable de los mismos, por lo que deberá de liberar a "LICONSA" de cualquier reclamación
por tal concepto.

Asimismo “EL PROVEEDOR” se obliga a no divulgar a terceros con cualquier carácter y para
cualquier fin toda información que “LICONSA” le proporcione para el cumplimiento del
presente contrato.

CUARTA.- MONTO

"LICONSA" cuenta con un presupuesto de $__________ (__________________) más el
Impuesto al Valor Agregado para cubrir los gastos que se tengan que erogar por el
cumplimiento objeto del presente instrumento.


En dicho precio quedan incluidos todos los gastos que “EL PROVEEDOR” pudiera erogar por la
prestación de “LOS SERVICIOS”.

El precio se entenderá fijo y no podrá ser sujeto a modificación alguna, por ninguna
circunstancia, durante la vigencia del presente contrato.


QUINTA.- LUGAR Y FORMA DE PAGO

El importe pactado en la cláusula anterior se cubrirá en forma mensual y vencida, mediante
cheque nominativo expedido a favor de “EL PROVEEDOR” o transferencia electrónica
bancaria a la cuenta que indique “EL PROVEEDOR” por la cantidad de $___________
(______________-), más el Impuesto al Valor Agregado.

El pago se realizará en __________________ a los 7 (siete) días naturales posteriores a la
presentación de las facturas a revisión, siempre y cuando se presenten las facturas los
viernes. En caso de que éstas sean presentadas a revisión en martes, el pago se realizará 10
(diez) días naturales posteriores a la presentación de las mismas, previa validación por la
persona que designe la Subdirección de Desarrollo de Sistemas Informáticos de “LICONSA”, de
que cumple en cantidades, especificaciones requeridas y fechas aplicación del servicio.

El horario para el pago será de _______ a las _________.

La presentación de las facturas será los días martes y viernes de las 9:00 horas a las 14:00
horas, en ________________. En el caso de que estos días fueran inhábiles la revisión y el


                                             Página 150/168                                       150
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


pago se realizarán al siguiente día hábil, sin que ello implique para “LICONSA” un
incumplimiento en el plazo convenido.

 “EL PROVEEDOR” se obliga a respetar el vencimiento de los plazos descritos en los términos
ya acordados y de conformidad en su caso, con lo preceptuado por el artículo 62 del
reglamento de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público, para
efecto de errores y deficiencias en las facturas, verificando en todo momento la fecha en que
se hace realmente exigible la obligación de pago a cargo de “LICONSA”, evitando colocar a
esta última en posición de incumplimiento sin causa justificada y acreditable, en caso
contrario “EL PROVEEDOR” se hará acreedor al pago de daños y perjuicios que tal hecho
pueda generarle a “LICONSA”.

El pago quedará condicionado, proporcionalmente, al pago que “EL PROVEEDOR” deba
efectuar por concepto de penas convencionales, en el entendido de que en el supuesto de que
sea rescindido el contrato, no procederá el cobro de dichas penalizaciones ni la
contabilización de las mismas para hacer efectiva la garantía de cumplimiento, por lo que en
caso de rescisión la garantía se hará efectiva en forma proporcional a lo incumplido.

Los impuestos deberán ser desglosados por separado y conforme a las disposiciones aplicables
al momento de hacer el pago.

SEXTA.- GARANTÍA DE CUMPLIMIENTO

Para garantizar el cumplimiento de las obligaciones contraídas en virtud del presente
instrumento, “EL PROVEEDOR” se obliga ante “LICONSA” a presentar en las oficinas de la
Subdirección de Adquisiciones de Consumo Interno dentro de los diez días naturales siguientes
a la firma de este instrumento, una fianza expedida por compañía autorizada para ello por el
importe correspondiente al 10% de la cantidad de $___________, antes del Impuesto al Valor
Agregado.

La fianza presentada por “EL PROVEEDOR” deberá contener lo que establece el artículo 68
del Reglamento de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público.

En tanto “EL PROVEEDOR” no entregue la fianza a que se refiere esta Cláusula, estará
obligado a cumplir con todas las obligaciones derivadas del presente contrato, sin embargo no
estará en posibilidades de exigir los derechos a su favor. En este supuesto “LICONSA” tendrá
derecho a su elección, a rescindir administrativamente el contrato, sin responsabilidad alguna
para ella.


SÉPTIMA.- VIGENCIA

  Del ________ al___________, sin perjuicio de que pueda existir acuerdo en contrario
    entre las partes, el cual se documentará mediante la suscripción del convenio que
  contenga las condiciones pactadas, conforme lo dispuesto por la Ley de Adquisiciones,
Arrendamientos y Servicios del Sector Público, sin modificación en el importe __________
                                         pactado.


                                              Página 151/168                                       151
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


OCTAVA.- TERMINACIÓN ANTICIPADA.

“LICONSA” podrá dar por terminado anticipadamente el presente contrato, de conformidad
con lo establecido en el artículo 54 de la Ley de Adquisiciones, Arrendamientos y Servicios del
Sector Público y 66 de su Reglamento, sin incurrir en responsabilidad.

NOVENA.- SUSPENSIÓN TEMPORAL DEL CONTRATO.

“LICONSA” de conformidad con el artículo 55 Bis de la Ley de Adquisiciones, Arrendamientos
y Servicios del Sector Público, podrá suspender temporalmente el contrato en las situaciones y
durante el tiempo que juzgue conveniente, siempre y cuando estén plenamente justificadas.
Sin que ello implique responsabilidad o sanción alguna para “LICONSA”. Dicha suspensión se
notificará a “EL PROVEEDOR” en el momento de que “LICONSA” tenga conocimiento del
suceso que la genera. Una vez que se terminen las causas que motivaron la suspensión, el
presente contrato continuará rigiendo en sus términos.

DÉCIMA.- CESIÓN DE DERECHOS

Los derechos y obligaciones derivadas del presente contrato, no podrán ser cedidos,
enajenados, gravados o traspasados a terceros por ningún motivo y bajo ninguna circunstancia
por parte de “EL PROVEEDOR”, salvo lo descrito en el último párrafo del artículo 46 de la Ley
de Adquisiciones, Arrendamientos y Servicios del Sector Público.



DÉCIMA PRIMERA.- PAGO DE IMPUESTOS Y CONTRIBUCIONES FEDERALES

Cada una de las partes cubrirá los impuestos y contribuciones federales que conforme a la
normatividad fiscal vigente le corresponda.

Asimismo, las partes pactan que para el caso de que el Servicio de Administración Tributaria
manifieste que “EL PROVEEDOR” no se encuentre al corriente en el cumplimiento de sus
obligaciones fiscales, se procederá en los términos que establece para el cumplimiento del
artículo 32-D del Código Fiscal de la Federación la Primera Resolución de Modificaciones a la
Miscelánea Fiscal para el 2008, publicada en el Diario Oficial de la Federación el 19 de
septiembre de 2008 para el cumplimiento del artículo 32-D del Código Fiscal de la Federación,
obligándose “EL PROVEEDOR” con la autoridad fiscal competente a pactar la forma de pago
para dar cumplimiento a sus obligaciones fiscales adeudadas y en su caso; la forma y términos
en que “LICONSA” aplicará, si las hubiera, las retenciones necesarias, siendo ésta la única
forma en que “LICONSA” podrá determinar la continuidad de la ejecución del presente
instrumento, en caso contrario se procederá conforme lo dispone la Ley de Adquisiciones,
Arrendamientos y

DÉCIMA SEGUNDA.- VERIFICACIÓN DE LOS SERVICIOS
“LICONSA”, a través de ______________________tendrá el derecho de supervisar y vigilar el
cumplimiento de este contrato.

DÉCIMA TERCERA.- RESCISIÓN ADMINISTRATIVA DEL CONTRATO
                                              Página 152/168                                       152
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



“LICONSA”, con fundamento en el artículo 54 de la Ley de Adquisiciones, Arrendamientos y
Servicios del Sector Público, podrá en cualquier momento iniciar el procedimiento de rescisión
administrativa de este contrato, por el incumplimiento de cualquiera de las obligaciones de
“EL PROVEEDOR” que se estipulan en este documento, así como por la contravención a las
disposiciones, lineamientos, bases, procedimientos y requisitos que establece dicha Ley y
demás normatividad aplicable en la materia.

SIN PERJUICIO DE LO ANTERIOR, “LICONSA” PODRÁ APLICAR A “EL PROVEEDOR” LAS PENAS
CONVENCIONALES CONFORME A LO PACTADO EN ESTE INSTRUMENTO Y PODRÁ HACER EFECTIVA LA GARANTÍA
OTORGADA PARA EL CUMPLIMIENTO DEL MISMO, EN FORMA PROPORCIONAL AL INCUMPLIMIENTO Y SIN CONTABILIZAR
LAS PENAS APLICADAS.

“LICONSA”, tendrá derecho a su elección, a rescindir administrativamente el contrato, sin
responsabilidad alguna para ella, sin necesidad de acudir a los Tribunales competentes, o de
exigir el cumplimiento forzoso y el pago de los daños y perjuicios, sin que medie resolución
judicial.


DÉCIMA CUARTA.- PENA CONVENCIONAL Y SANCIÓN

Ambas partes convienen que por el simple retraso en el cumplimiento de sus obligaciones o
por que no se presten “LOS SERVICIOS” de la manera convenida, “EL PROVEEDOR” pagará a
"LICONSA", la cantidad correspondiente a ____________________ ,procurándose que la
omisión sea subsanada al día siguiente que se dio o "LICONSA" podrá contratar con otro
proveedor el servicio omitido, debiendo “EL PROVEEDOR” con quien se celebra el presente
contrato, cubrir las erogaciones que en tal concepto haga "LICONSA".


DÉCIMA QUINTA.- RESPONSABILIDAD LABORAL

En virtud de que se celebra un contrato de cuya naturaleza no se desprende un trabajo
personal subordinado con “EL PROVEEDOR” si para el cumplimiento del mismo “EL
PROVEEDOR” utiliza trabajadores a su servicio o los contrata, manifiesta a “LICONSA” que
dichos trabajadores no tendrán con esta última ninguna relación laboral y que únicamente “EL
PROVEEDOR” estará obligado a afrontar las obligaciones laborales, fiscales, de seguridad
social o de cualquier otra naturaleza que pudieran surgir con sus trabajadores. Por lo tanto
“EL PROVEEDOR” se obliga a responsabilizarse de las consecuencias jurídicas que pudieran
derivarse de la interposición de cualquier juicio que sus trabajadores llegaran a intentar en
contra de “LICONSA”, y resarcirla en su caso, de todo daño o perjuicio que pudiera sufrir.

“EL PROVEEDOR” será el único responsable de cualquier juicio, reclamación o controversia
que pudieren realizar sus trabajadores o extrabajadores o de cualquier otra persona o
personas que tengan ó hayan tenido cualquier tipo de relación con “EL PROVEEDOR” en que
sea inmiscuida “LICONSA”, obligándose a sacar a paz y a salvo a “LICONSA” de cualquier
acción intentada en contra de esta última; en caso contrario “LICONSA” podrá rescindir sin
responsabilidad alguna la totalidad de los contratos que estén vigentes y podrá aplicar las
penas convencionales pactadas en todos ellos.

                                               Página 153/168                                       153
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



Asimismo, manifiesta expresamente “EL PROVEEDOR” contar con los elementos propios
suficientes para cumplir las obligaciones que deriven de las relaciones con sus trabajadores.

En tal virtud, en ningún caso podrá considerarse a “LICONSA” solidariamente responsable de
las obligaciones que “EL PROVEEDOR” ostente y/o contraiga con sus trabajadores, pudiendo
“LICONSA” verificar en todo momento que “EL PROVEEDOR” cuenta con los elementos
propios suficientes para ejecutar el objeto del presente contrato y cumplir las obligaciones
que deriven de las relaciones con sus trabajadores.

DÉCIMA SEXTA.- JUICIOS, RECLAMACIONES O CONTROVERSIAS.

“EL PROVEEDOR” se obliga a sacar en paz y a salvo a “LICONSA” de cualquier juicio,
reclamación o controversia que se intenten en su contra derivados de la ejecución del
presente contrato y directamente imputables a “EL PROVEEDOR”.


DÉCIMA SÉPTIMA.- CAMBIO DE DOMICILIO, DENOMINACIÓN O REPRESENTACIÓN

Ambas partes convienen que si durante la vigencia del presente contrato por cualquier causa
cambian de domicilio, denominación o de representante legal, los efectos, derechos y
obligaciones del presente instrumento subsistirán en los términos establecidos, salvo
determinación en contrario por parte de “LICONSA” respecto de “EL PROVEEDOR”.

DÉCIMA OCTAVA- LEGISLACIÓN APLICABLE

Las partes convienen en que para todo lo no previsto en el presente contrato, se estará a lo
dispuesto en la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público, su
Reglamento y demás disposiciones legales aplicables, así como las bases de la Licitación
Pública Nacional número__________________


DÉCIMA NOVENA.- JURISDICCIÓN

Para la interpretación y cumplimiento del presente contrato, así como para todo aquello que
no esté estipulado en el mismo, las partes se someten expresamente a la jurisdicción y
competencia de los Tribunales Federales competentes con residencia en el Distrito Federal,
por lo que renuncian a cualquier otro fuero que pudiera corresponderles por razón de su
domicilio presente, futuro o cualquier otra causa.


VIGÉSIMA.- DOMICILIOS

Las partes señalan como sus domicilios convencionales para todos los efectos a que haya lugar
y que se relacionan en el presente contrato, los que se indican a continuación, por lo que
cualquier notificación judicial o extrajudicial, emplazamiento, requerimiento ó diligencia que
en dicho domicilio se practiquen, será enteramente válida, al tenor del artículo 34 del Código
Civil Federal y sus correlativos en los Estados de la República Mexicana.

                                              Página 154/168                                       154
                                                   DI RE CC I ÓN D E M A T ERI A LE S
                               S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                                 BA S E S PA RA PA RT IC IP A R EN LA
                                     LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8




En caso de que alguna de las partes cambiara su domicilio, deberá hacerlo del conocimiento
de la otra mediante notificación fehaciente por escrito en un plazo no menor de 20 (veinte)
días hábiles a la fecha en que desee señalar un nuevo domicilio.

Enteradas las partes del alcance, contenido y fuerza legal del presente contrato, y por no
contener ningún vicio del consentimiento, ni cláusula contraria a derecho, lo firman al margen
y al calce de conformidad en unión de los testigos que de igual manera lo hacen en
___________, el día _____de ______ de 200___.

                       “LICONSA”                                                “EL PROVEEDOR”



                  ______________                                                 _____________

                                           TESTIGOS




                  ______________                                                 _____________



Elaboró

Lic. Nancy Rivero Rosales
Jefa del Departamento de Contratos de Liconsa




                                                         Página 155/168                                      155
                                        DI RE CC I ÓN D E M A T ERI A LE S
                    S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                    BA S E S PA RA PA RT IC IP A R EN LA
                        LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                                Justificación técnica
Liconsa, cuenta en la actualidad con 5 licencias Genexus para desarrollo de
aplicaciones, así mismo los sistemas de Distribución de Leche, el módulo para
incorporar familias al padrón y sistemas de calidad de gestión y manejo de
información ejecutiva de la dirección de Abasto Social, se encuentran desarrollados en
Genexus. La razón de haber seleccionada esta herramienta como la base para el
desarrollo de aplicaciones institucionales obedece a varias razones:

Genexus es una herramienta para desarrollar aplicaciones de misión crítica,
reduciendo drásticamente los costos de mantenimiento al lograr reducir hasta en un
200% los tiempos de desarrollo tradicional.

Con esta herramienta se captura el conocimiento que está en las versiones de los
usuarios y lo almacena en una base de conocimiento. A partir de esta base se genera
el 100% de los programas y la base de datos de la aplicación, esto tiene como ventaja
que el conocimiento del negocio es 100% independiente de la plataforma o tecnología que se
quiera usar, es por eso que la herramienta asegura la vigencia tecnológica de las aplicaciones
que se desarrollen con ella.

GeneXus es una herramienta de desarrollo y mantenimiento automático de aplicaciones de
negocios basada en el conocimiento del negocio y no en el conocimiento de lenguajes de
programación. Las principales características de esta metodología hacen de GeneXus una
herramienta única en su tipo. No obstante, como herramienta de desarrollo, compite directa e
indirectamente con las diversas herramientas de desarrollo de aplicaciones de negocios
disponibles en el mercado.

Comparativo funcional de Genexus contra las principales
herramientas existentes en el mercado
En los cuadros siguientes se muestran las ventajas funcionales de la herramienta seleccionada
por Liconsa para el desarrollo y mantenimiento de las aplicaciones institucionales

Para poder competir, además de tener un buen producto es necesario entender qué es lo que
diferencia a este producto del resto. No todas las herramientas compiten con GeneXus de la
misma manera.

GeneXus es la única herramienta inteligente, la única que diseña la base de datos y como
consecuencia, la única que ante cambios de cualquier tipo, es capaz de informarnos del
impacto de esos cambios y si lo aceptamos es capaz de propagarlos automáticamente tanto
en el código como en la estructura de datos (mantenimiento totalmente automático).

Existen herramientas que ayudan en alguna parte del desarrollo, por ejemplo; en el registro
del proyecto de la base de datos (partiendo de Entidades y Relaciones que son identificadas
por el analista) como ERWIN. O generadores de programas, partiendo del modelo E-R y de
Diagramas de Acción como OBSYDIAN.

                                             Página 156/168                                       156
                                        DI RE CC I ÓN D E M A T ERI A LE S
                    S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                    BA S E S PA RA PA RT IC IP A R EN LA
                        LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Consideramos que hasta la fecha, en los hechos (no en la tecnología) las herramientas que hoy
comparten el mercado con GeneXus son:


                           Producto                Empresa       Origen
                           Power Builder          Sybase         USA
                           Sapiens                Sapiens        Israel
                           Magic                  Magic          Israel
                           Versata                Versata        USA
                           Rational Rose          Racional       USA
                           Progress               Progress       USA
                           Oracle Tools           ORACLE         USA
                           Erwin                  CA             USA
                           WinDev                 PCSoft         Francia

Procesos de desarrollo y mantenimiento de software
Los procesos de desarrollo y mantenimiento de aplicaciones de negocios grandes y
medianas (el ámbito de aplicación de GeneXus) se pueden clasificar en tres grandes
categorías:
    Programación manual
    Programación manual con herramientas de productividad
    Generación de código

Programación manual con y sin herramientas de productividad
Los lenguajes de programación genéricos como Java, C#, y Visual Basic sirven para
implementar una amplia variedad de aplicaciones. La programación manual, con o sin
herramientas adicionales, es el método de desarrollo de software más difundido en el
mundo.

Los lenguajes de programación más usados son diseñados para permitir el desarrollo
de prácticamente cualquier tipo de aplicación. Esta generalidad hace que
necesariamente se trate de herramientas con un bajo nivel de abstracción.

Por otro lado, el diseño del modelo de datos y la generación y mantenimiento de la
base de datos es un proceso independiente de la programación dentro del proceso
manual de desarrollo de software. En el mundo de la programación orientada a
objetos, este fenómeno se conoce como “Object-Relational Mismatch”.

En respuesta al complejo trabajo de interpretación y abstracción de la realidad
necesario para convertir el conocimiento del negocio en programas y aplicaciones, han

                                             Página 157/168                                       157
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


surgido una serie de herramientas de modelado que permiten automatizar distintos
aspectos del proceso de desarrollo de software manual.

Lenguajes de modelado como UML han ganado la aceptación de muchos usuarios, por
su utilidad para actuar como interfase entre los usuarios finales y los equipos de
desarrollo, además de aportar una componente de estandarización necesaria para la
comunicación dentro y entre equipos de desarrollo. Otras herramientas se utilizan
para resolver el “Object-Relational Mismatch”, las herramientas de “Object-Relational
Mapping Tools”. El proceso de desarrollo resultante, sigue siendo igual de
desconectado, pero se ha logrado ganar cierta productividad en cada etapa del
mismo.
Productos y Herramientas
Las herramientas más frecuentemente utilizadas en este proceso son entornos de
desarrollo integrados que facilitan la programación manual con una serie de funciones
propias y que a su vez se integran o interactúan con herramientas del mismo
proveedor o de otras empresas para agregar productividad al proceso.

Estos son algunos de los lenguajes, entornos de desarrollo, y herramientas que
encontramos habitualmente compitiendo con GeneXus por la preferencia del cliente
(por orden alfabético):
Lenguajes y entornos de desarrollo:
    Delphi (Borland)
    IBM Websphere Studio (basado en el proyecto Open Source “Eclipse”): Java
    Oracle JDeveloper
    Power Builder (Sybase)
    Visual FoxPro
    Visual Studio .NET: Visual Basic .NET y C#
    Visual Studio 6.0 y anteriores: Visual Basic Herramientas de productividad:
    Erwin (AllFusion ERwin Data Modeler)
    Power Designer (de Sybase): herramienta de modelado basada en UML.
    Rational Rose (IBM): herramienta de modelado basada en UML.

Comparación con GeneXus
                   Proceso Manual sin/con herramientas de                      GeneXus
                                productividad
Metodología       El proceso de creación de una aplicación      GeneXus ofrece una metodología de
general de        está basado en entender los                   desarrollo incremental y basada en el
desarrollo        requerimientos del cliente y convertirlos     conocimiento del negocio, no de la
                  en lenguaje de programación y otro            tecnología. El conocimiento del negocio
                  artefactos de bajo nivel (modelos de          se obtiene describiendo los objetos
                  datos, sentencias SQL, etc.). Este proceso    reales con los que interactúa el usuario
                  es largo e requiere un importante esfuerzo    final de la aplicación utilizando.
                  de abstracción debido a lo genérico de los
                  lenguajes de programación.
Metodología con   Las herramientas de modelado basadas en       La metodología de GeneXus, permite
herramientas de   UML, por lo general generan un esqueleto      modelar la aplicación desde el punto de
modelado          de código (definición de clases) que se       vista de los usuarios finales de la

                                               Página 158/168                                              158
                                             DI RE CC I ÓN D E M A T ERI A LE S
                         S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                          BA S E S PA RA PA RT IC IP A R EN LA
                              LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                      debe “rellenar” a mano. Las herramientas        misma. Sin necesidad de tener un
                      de modelado de base de datos implican un        conocimiento detallado del lenguaje de
                      proceso de normalización manual y               programación en el que se generará la
                      permiten crear la base de datos pero no         aplicación.
                      mantenerla.
Prototipos            La mayoría de estas herramientas no             GeneXus permite crear modelos de
                      proporciona funcionalidades de                  prototipo que posibilitan testear todas
                      prototipado. Por tanto los prototipos se        las funcionalidades de la aplicación en
                      limitan a diseños de pantallas y                cualquier momento del desarrollo. Una
                      conexiones estáticas.                           vez que el usuario final está satisfecho
                                                                      con el sistema, las tablas de la base de
                                                                      datos y los programas de la aplicación
                                                                      son generados automáticamente en su
                                                                      totalidad para el ambiente de
                                                                      producción.
Libertad de           La programación manual necesariamente           GeneXus brinda libertad de elección de
elección de           está ligada a un solo lenguaje por vez.         la plataforma de producción, lenguaje
plataforma            Algunas herramientas de desarrollo              de programación y base de datos, para
                      soportan varias plataformas,                    la que se generará la aplicación.
                      especialmente Java, pero la elección del
                      entorno de producción se debe realizar
                      muy temprano en el proceso de
                      desarrollo. En el mejor de los casos, la re-
                      usabilidad del código dentro de diferentes
                      ambientes Java no supera el 80%.
Libertad de           En aplicaciones construidas en forma            GeneXus brinda libertad de elección de
elección de la base   manual, el código escrito está                  la base de datos para la que se
de datos (DBMS)       generalmente íntimamente asociado con           generará la aplicación.
                      la DBMS de producción seleccionada
                      originalmente. En aplicaciones construidas
                      con herramientas de Object-Relational
                      Mapping la selección del DBMS no
                      representa un compromiso tan grande,
                      pero este tipo de herramientas son en
                      general bastante complejas de utilizar.
Generación y          El diseño de la base de datos se realiza en     GeneXus diseña la base de datos en
mantenimiento de      forma separada a la del código. La base         forma inteligente y genera en forma
la base de datos      de datos debe ser creada antes de               automática el 100% del código de las
                      comenzar a programar los programas que          aplicaciones. Con GeneXus el diseño de
                      interactúen con la misma. Es decir, que la      la base de datos y de los programas se
                      relación entre base de datos y programas        realiza en forma concurrente a nivel del
                      es estática. Algunas herramientas pueden        conocimiento del negocio. La base de
                      leer la base de datos y generar una capa        datos y programas son generados y
                      de acceso a datos. Pero el diseño de la         mantenidos en forma automática.
                      base de datos sigue siendo un elemento          GeneXus crea el modelo de datos
                      independiente de la aplicación y su             normalizado en 3ª forma normal,
                      funcionalidad.                                  permitiendo definir redundancias, crear
                                                                      índices de usuarios, y mantenerlos
                                                                      automáticamente.
Acceso a datos         Se debe programar de algún modo el             No se programa el acceso a datos. Todo
                      acceso a la base de datos, escribiendo el       el código SQL es automáticamente
                      código de forma manual o utilizando             generado y mantenido por GeneXus
                      alguna herramienta de object-relational
                      mapping.
Acceso a bases de     La forma de interactuar con una base de         GeneXus interactúa con bases de datos
datos existentes.     datos preexistente es la misma que la           existentes a través del uso de “Data
                      forma en la que se interactúa con una           Views”, que permiten utilizar la
                      base de datos que se diseñe junto con la        información de las tablas de esa base
                      aplicación. Es decir, en forma estática y       de datos como un elemento más del
                                                     Página 159/168                                              159
                                           DI RE CC I ÓN D E M A T ERI A LE S
                       S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                        BA S E S PA RA PA RT IC IP A R EN LA
                            LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                    no sincronizada.                                  modelo de diseño.
Integridad          El desarrollador debe construir la                GeneXus genera y mantiene la
referencial         integridad referencial en sus programas,          integridad referencial en forma
                    o, mas habitualmente, definirla en el             automática.
                    modelo de datos y manejar los eventuales
                    errores que la base de datos dispare
                    cuando se intenta violar la integridad
                    referencial.
Reutilización del   La elección de una plataforma de                  GeneXus protege la inversión de sus
conocimiento /      ejecución siempre expone al desarrollador         clientes y el conocimiento del negocio
evolución           al riesgo de seleccionar la tecnología            embebido en sus aplicaciones
tecnológica         equivocada y por consiguiente a                   agregando nuevas tecnologías a las ya
                    importantes costos no previstos.                  soportadas a medida que son lanzadas
                                                                      al mercado.

Generación de código
Existe una gran variedad de herramientas de generación de código que esencialmente
capturan una parte del conocimiento necesario para la generación de la aplicación y lo
transforman en código ejecutable o en un pseudo-código que es interpretado en
tiempo de ejecución.

La gran mayoría de estas herramientas mantienen la división entre diseño y
mantenimiento del modelo de datos y los programas de la aplicación. Algunos de estos
productos proporcionan herramientas para el diseño de la base de datos, pero sin
ayudar al desarrollador a realizar la conexión entre modelo de datos y programas.

Herramientas de generación de código
Estas son algunas de las herramientas que encontramos habitualmente compitiendo
con GeneXus por la preferencia del cliente (por orden alfabético):
    Advantage Plex (antes Cool:plex o Obsydian)
    Lansa (Lansa)
    Magic (Magic Software)
    OpenEdge Business Platform (Progress Software Corporation)
    Oracle Tools

Comparación con GeneXus

                            Generación de código                                     GeneXus

Metodología          Generalmente el proceso de creación            GeneXus ofrece una metodología de
general de          de una aplicación está basado en               desarrollo incremental y basada en el
desarrollo          entender los requerimientos del                conocimiento del negocio, no de la
                    cliente y modelarlos en algún tipo de          tecnología. La metodología de GeneXus,
                    diagrama o interfase de diseño. A              permite modelar la aplicación desde el
                    partir de este diseño estos productos          punto de vista de los usuarios finales de la
                    generalmente generan una parte del             misma. Sin necesidad de tener un
                    código de la aplicación, que debe ser          conocimiento detallado del lenguaje de
                    luego finalizada por un desarrollador a        programación en el que se generará la
                    mano. La gestión de cambios                    aplicación.
                    raramente es automática.
Prototipos           La mayoría de estas herramientas no           GeneXus permite crear modelos de
                                                  Página 160/168                                                  160
                                             DI RE CC I ÓN D E M A T ERI A LE S
                         S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                          BA S E S PA RA PA RT IC IP A R EN LA
                              LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


                      proporciona funcionalidades de                 prototipo que posibilitan testear todas las
                      prototipado. Por tanto los prototipos          funcionalidades de la aplicación en
                      se limitan a diseños de pantallas y            cualquier momento del desarrollo. Una vez
                      conexiones estáticas.                          que el usuario final está satisfecho con el
                                                                     sistema, las tablas de la base de datos y los
                                                                     programas de la aplicación son generados
                                                                     automáticamente en su totalidad para el
                                                                     ambiente de producción.
Libertad de           Por lo general estas herramientas              GeneXus brinda libertad de elección de la
elección de           están asociadas con una plataforma de          plataforma de ejecución, lenguaje de
plataforma            ejecución específica. Las herramientas         programación y base de datos, para la que
                      que se dicen multiplataformas                  se generará la aplicación.
                      generalmente implican que se puede
                      seleccionar entre varias plataformas
                      de ejecución antes de comenzar el
                      desarrollo.
Libertad de           El DBMS queda definido por la base de          GeneXus brinda libertad de elección de la
elección de la base   datos en la que se diseñe el modelo de         base de datos para la que se generará la
de datos (DBMS)       datos.                                         aplicación.
Generación y          Algunos productos proporcionan                 GeneXus diseña la base de datos en forma
mantenimiento de      herramientas de diagramación para              inteligente y genera en forma automática
la base de datos      ayudar a diseñar la base de datos, pero        el 100% del código de las aplicaciones. Con
                      esencialmente es el desarrollador              GeneXus el diseño de la base de datos y de
                      quien debe elaborar el diseño, fijar las       los programas se realiza en forma
                      normas, definir relaciones, etc.               concurrente a nivel del conocimiento del
                                                                     negocio. La base de datos y programas son
                                                                     generados y mantenidos en forma
                                                                     automática. GeneXus crea el modelo de
                                                                     datos normalizado en 3ª forma normal,
                                                                     permitiendo definir redundancias, crear
                                                                     índices de usuarios, y mantenerlos
                                                                     automáticamente.
Acceso a bases de     En general, la forma de interactuar            GeneXus interactúa con bases de datos
datos existentes.     con una base de datos preexistente es          existentes a través del uso de “Data
                      la misma que la forma en la que se             Views”, que permiten utilizar la
                      interactúa con una base de datos que           información de las tablas de esa base de
                      se diseñe junto con la aplicación. Es          datos como un elemento más del modelo
                      decir, en forma estática y no                  de diseño.
                      sincronizada.
Integridad            El desarrollador debe construir la             GeneXus genera y mantiene la integridad
referencial           integridad referencial en sus                  referencial en forma automática.
                      programas, o la herramienta de
                      modelado de datos que utilice lo
                      ayudará a hacerlo. En este último
                      caso, el desarrollador debe manejar
                      los eventuales errores que la base de
                      datos dispare cuando se intenta violar
                      la integridad referencial.
Reutilización del     En general, nuevas plataformas de              GeneXus protege la inversión de sus
conocimiento /        ejecución implican la utilización de           clientes y el conocimiento del negocio
evolución             una nueva versión del producto                 embebido en sus aplicaciones agregando
tecnológica           específica para la nueva plataforma,           nuevas tecnologías a las ya soportadas a
                      con bajos niveles de reutilización del         medida que son lanzadas al mercado.
                      conocimiento.




Conclusión
                                                    Página 161/168                                                   161
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


GeneXus fue diseñado para posibilitar el desarrollo y mantenimiento de aplicaciones
de negocios grandes y medianas en forma incremental. Para ello presenta una
metodología que permite capturar el conocimiento del negocio en forma
independiente de la plataforma de producción y luego generar y mantener la
aplicación en forma automática en las plataformas de ejecución y DBMS líderes en el
mercado. Como resultado, el aumento de la productividad en la etapa de desarrollo es
como mínimo 5 veces mayor a la productividad alcanzada con las metodologías
tradicionales y mayor aún, cuando se consideran períodos de tiempo más alongados, y
se consideran el gran aumento en la productividad en el manteniendo de la aplicación
y eventualmente en la migración a nuevas tecnologías

Características únicas de GeneXus
A continuación se presentan algunas características únicas de GeneXus las cuales son
indispensables y de gran valor para el desarrollo de las aplicaciones institucionales:

      El diseño comienza una vez que los usuarios finales han proporcionado el conocimiento
       suficiente sobre los objetos con los que interactúan todos los días (TRANSACCIONES,
       INFORMES, etc.). Debido a sus actividades diarias, ellos son quienes saben como deben y como
       no deben funcionar las cosas.
      La descripción de cada objeto es totalmente independiente de la de los demás por lo que, en el
       caso de que se deba modificar la descripción de uno, ello no implicará la necesidad de
       modificar manualmente la descripción de cualquier otro. Esta característica exclusiva de
       GeneXus es la que permite un mantenimiento totalmente automático de las aplicaciones.
      La curva de aprendizaje es corta.
      El diseño, creación y mantenimiento de la base de datos son totalmente automáticos.
      La aplicación (base de datos y programas) tiene siempre, sean cuales sean las modificaciones
       que haya sufrido, la mejor calidad:
            o La base de datos es siempre la óptima,
            o No se modifican programas: cuando ya no son adecuados, se generan otros nuevos,
                óptimos y no remendados, que los sustituyen.
      Utilización los archivos o bases de datos preexistentes como propios de GeneXus.
      Lenguajes poderosos y de muy alto nivel para la definición de Procesos, Work Panels y Web
       Objects. En estos lenguajes las descripciones de los procesos se hacen sin referirse a los
       archivos involucrados, los que son inferidos automáticamente en tiempo de generación. Esta
       característica permite una total independencia entre los datos y dichas especificaciones. Como
       consecuencia, las especificaciones de alto nivel de GeneXus no necesitan modificaciones de la
       base de datos.
      Mantenimiento 100% automático: El conjunto de estos elementos permite a GeneXus generar y
       mantener automáticamente el 100% de los programas en aplicaciones normales de tipo
       comercial, administrativo, financiero o industrial.
      GeneXus funciona en PC’s, dejando al entorno de producción totalmente libre para el
       procesamiento de las aplicaciones.
      Fácil distribución del conocimiento corporativo para facilitar el desarrollo de nuevas
       aplicaciones.
      Soluciones de Reportes y Data Warehousing simples y potentes.
      Verificación automática de consistencia, y consolidación, entre aplicaciones desarrolladas
       separadamente.
      Independencia de plataforma y arquitectura.
                                              Página 162/168                                       162
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


      Simplicidad: GeneXus utiliza los recursos más avanzados de la inteligencia artificial para que el
       analista y los usuarios, puedan usarlo de una forma muy simple.

Hay características que hacen único a GeneXus no importa con que producto se lo
compare, porque ningún otro producto tiene características similares. No es que no lo
hacen tan bien, tan fácilmente o tan rápido, sino que es algo que no hacen. GeneXus
conoce la estructura de la base de datos (¡GeneXus mismo lo diseñó!) y por lo tanto
puede evaluar las modificaciones que se le hagan a la misma, tomar acciones para
corregir estas modificaciones (reorganizaciones totalmente automáticas), definir cómo
navegar las tablas de la base de datos para evacuar una consulta en forma óptima,
etc.

Características que destacan a la herramienta:

Estas características son puntos importantes para justificar su uso.
    Rápida prototipación funcional.
     Es decir que el prototipo es una aplicación real, donde se pueden agregar, borrar y modificar
     datos, así como consultarlos. No es simplemente un conjunto de pantallas y menúes.
    Análisis de impacto
     Comparación de la base de datos antes y después de hacer modificaciones.
    Definición y creación automática de la base de datos en tercera forma normal.


    Uso de reglas declarativas.
    Costo muy bajo del mantenimiento de sistemas.
    Desarrollo incremental.
    Curva de aprendizaje rápida
    Portabilidad
     A otras plataformas (AS/400, redes, Windows, DOS, client/server, Internet, JAVA).


   GeneXus permite una muy buena reutilización de conocimiento: permite comprar
   o vender conocimiento el cual se puede combinar con otro y/o adaptar totalmente
   a las necesidades del usuario.

   Existen muchas bases de conocimiento construidas por empresas de software
   especialmente (www.genexus.com\catalogo2001) para ser comercializadas pero,
   más importante que eso, existen más de 4000 clientes en todo el mundo que, vía
   GeneXus, utilizan bases de datos corporativas y poseen Bases de Conocimiento que
   pueden ser útiles a los nuevos usuarios y que, muchas veces, están dispuestos a
   comercializar.

Beneficio del uso de GeneXus

                                               Página 163/168                                       163
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                   BA S E S PA RA PA RT IC IP A R EN LA
                       LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


A continuación se presentan algunos beneficios genéricos de GeneXus los cuales con el
uso cotidiano serán reflejados de manera paulatina en la empresa:

Para comprender mejor los beneficios de la herramienta es necesario conocer de
antemano como es el proceso de desarrollo de aplicaciones para un desarrollador de
sistemas:

El primer paso en el desarrollo de una aplicación, es realizar el análisis del sistema.
El programador debe reunirse con todos los usuarios de la aplicación dentro de la
organización y hacer una investigación de todos los requerimientos, identificando cual
es la “visión” que tiene cada usuario del sistema que se quiere desarrollar.

Una vez finalizado el análisis del sistema lo siguiente es diseñar la estructura de la
base de datos. Luego se comienza con el análisis y la especificación funcional y
finalmente se deben escribir los programas en el lenguaje elegido usando
herramientas o programando.




                                   Metodología tradicional


 La herramienta permite que los desarrolladores “describan” los sistemas, no los
programen.

Con esta herramienta se trabaja de una forma más simple y a un nivel de abstracción
más alto que otras herramientas, permitiendo que el desarrollador, a través de los
objetos que se crean, describa los sistemas.

                                            Página 164/168                                       164
                                       DI RE CC I ÓN D E M A T ERI A LE S
                   S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                   BA S E S PA RA PA RT IC IP A R EN LA
                       LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


Luego, las tareas: normalizar la base de datos, escribir los programas fuentes, crear
las tablas y los índices, se hacen en forma totalmente automática. Esto posibilita que
el desarrollador se concentre en lo verdaderamente importante: conocer el negocio
de la empresa.

Por otra parte, hace posible la “metodología incremental”, que consiste en construir
la aplicación mediante aproximaciones sucesivas. Es decir, divide en partes pequeñas
los grandes problemas, los resuelve a medida que es necesario, e integra
automáticamente las soluciones, ya que los cambios que se realizan en el modelo de
datos en su proceso de crecimiento.




                                 Metodología Incremental.

Los programadores se enfrentan a dos grandes problemas: el mantenimiento de los
sistemas y los cambios tecnológicos constantes.

Estudios realizados demuestran que el 80 % del costo de tiempo en desarrollo de
sistemas corresponde al mantenimiento de los mismos, lo que queremos explicar es
que ya hechos los sistemas, invertimos grandes horas del tiempo de los desarrolladores
haciendo cambios y adecuaciones a los sistemas que estaban ya desarrollados.

Los requerimientos de las empresas cambian constantemente y como consecuencia es
necesario modificar los programas existentes. Estos cambios (el mantenimiento de los
sistemas) generalmente, implican una transformación en la estructura de la base de
datos que es inviable, pues implica la re-escritura de muchos de los programas. Como
consecuencia en muchas empresas se tienen aplicaciones obsoletas e inconsistentes.

                                            Página 165/168                                       165
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


El mercado de IT se caracteriza por su constante cambio. Cada vez es más frecuente
el surgimiento de nuevos lenguajes, sistemas operativos, plataformas, etcétera. Los
programadores deben adaptar sus aplicaciones a estas nuevas tecnologías lo que se
traduce en horas de aprendizaje y re-programación de los sistemas de la aplicación.




                             Comparación de ambas metodologías

Este tipo de herramientas son sistemas basados en conocimiento que describe de una
forma simple, las visiones que los usuarios tienen de la realidad. A partir de estas
visiones, el diseño, la generación y el mantenimiento, tanto de las aplicaciones como
de la base de datos, se realizan en forma totalmente automática. Un cambio en
cualquier parte del sistema cambia el resto, actualizando así todas las gestiones
enlazadas.

 Sus primeras versiones generaban aplicaciones para el computador IBM AS/400. A lo largo del tiempo
               fue evolucionando y agregando nuevos generadores y nuevas tecnologías.

Aquellos desarrollos con este tipo de herramientas que hace 10 años compraron el producto y generaron
    aplicaciones en RPG para el AS/400, hoy pueden tener la misma aplicación en JAVA con AJAX,
                            simplemente re-generando todos los programas.



Tecnología vs. “Know-how” del negocio

Los directivos de las instituciones de Gobierno se plantean una pregunta clave sobre el
desarrollo de sus sistemas: ¿deben construir “in-house” o comprar paquetes ya hechos?
                                               Página 166/168                                       166
                                         DI RE CC I ÓN D E M A T ERI A LE S
                     S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                     BA S E S PA RA PA RT IC IP A R EN LA
                         LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8



La recomendación es: construir “in-house” todos aquellos sistemas que representan el
“core business” de la empresa y comprar paquetes para todos los sistemas que no lo
son.

Un ejemplo de esto es lo que hizo Amazon, que realizó un desarrollo propio de lo que
es el core de su negocio: el e-commerce.

Sin embargo, aquellos sistemas de la empresa que son similares a cualquier otra,
fueron comprados a terceros. Por ejemplo, el sistema de sueldos fue adquirido como
un paquete.

En lo que refiere al desarrollo “in house”, surge otro conflicto referente a la
tecnología versus el “know how” del negocio. Así vemos desarrollos con la última
tecnología que no están lo suficientemente ajustados o integrados a la empresa. Y por
otro lado, sistemas que ajustan perfectamente a las necesidades y requerimientos del
negocio pero ya son obsoletos desde el punto de vista tecnológico.

Estas herramientas vienen a solucionar este conflicto, permitiendo que los
desarrolladores de sistemas se concentren en el “know how” del negocio, mientras
que las herramientas serán quien se encargue de la tecnología.



En resumen: Es una herramienta que evita la obsolescencia de sus sistemas y permite
dos cosas: tener sistemas informáticos con última tecnología y almacenar en forma
sistemática el conocimiento del negocio en una base de conocimiento.

Puntos Justificatorios:

Visión de Negocio.

 Preserva la inversión
  Se invierte en Conocimiento que es un valor mas perdurable que la tecnología

 Reduce costos
  Baja en forma drástica los costos de mantenimiento y de migración a nuevas
  plataformas. Brinda seguridad en el desarrollo y protege su inversión.

 Permite tener los sistemas informáticos y el negocio totalmente sincronizados
  Esto es gracias a la velocidad del desarrollo y el rápido mantenimiento de los
  sistemas. También la rápida adaptación a nuevas tecnologías.

 Los resultados se ven en forma casi inmediata
                                              Página 167/168                                       167
                                          DI RE CC I ÓN D E M A T ERI A LE S
                      S U B DIR EC CI Ó N D E A D QU I SI CI O N E S D E C O N S UM O I NT ER N O
                                      BA S E S PA RA PA RT IC IP A R EN LA
                          LIC ITA CI Ó N PU B LI CA NA C I O NA L 2014 3045 - 0 1 2 - 0 8


   No es necesario esperar meses hasta ver parte de la aplicación funcionando. Esto
   es gracias la metodología incremental.

 Multiplataforma
  La empresa que usa estas herramientas tienen mayor independencia con los
  proveedores de tecnología.

 Permite la reutilización del conocimiento.
  Permite comprar o vender conocimiento el cual se puede combinar con otro y/o
  adaptar totalmente a las necesidades del usuario.

 GeneXus no tiene run-time de las aplicaciones generadas

Visión Técnica.
 Reduce los costos del mantenimiento de los sistemas
 Simplifica el desarrollo
  Es más fácil programar. Se describe la realidad del negocio a través de objetos.
 No es necesario conocer todos los lenguajes de programación, ni todos los manejadores de bases
  de datos. De eso de encarga la herramienta. El programador debe solamente concentrarse en
  conocer el negocio.
 GeneXus como integrador de nuevas tecnologías.
   El desarrollador puede integrar nuevas tecnologías en los sistemas (e-business,
   business intelligence) de forma mucho más rápida y efectiva que otros
   desarrolladores.

 Permite la definición de estándares de programación.
  El objeto “Style” permite definir no sólo estándares de pantallas sino también de
  lógica de la aplicación.
 Prototipación.
  Esta característica de la herramienta le permite al programador confrontar sus desarrollos con el
  usuario final en cualquier momento. Además el usuario usara prototipos funcionales reales.
 GeneXus posibilita la administración del conocimiento gracias a su herramienta Knowledge
  manager.




                                               Página 168/168                                       168

								
To top