PROYECTO SISTEMA DE COMPRAS - En...

Gobierno de MendozaMinisterio de HaciendaDirección de Compras y Suministros

PROYECTO SISTEMA DE COMPRAS

PLIEGO DE CONDICIONES GENERALES

CONDICIONES GENERALES

1- Objeto de la Licitación

La Dirección de Compras y Suministros del Ministerio de Hacienda, como Ente Rector de las contrataciones públicas en el ámbito de la Administración Central, Reparticiones Descentralizadas, Cuentas Especiales y otras Entidades, llama a Licitación Pública para:

1. Desarrollo, implementación, puesta en marcha y mantenimiento del Subsistema de Gestión de Compras que deberá formar parte de SI.D.I.CO. a través de interfaz Web y que conforma un Portal de Compras para la Provincia de Mendoza.

2.

3. El Portal, será la herramienta de gestión de todas las etapas del proceso de contratación y las funcionalidades y aplicaciones desarrolladas serán utilizadas transversalmente por todos los Organismos, deberá centralizar todas las actividades referidas a las contrataciones y constituir el punto de información e interacción entre compradores y proveedores del estado, debiendo garantizar la mayor difusión, transparencia, eficiencia y equidad en la gestión de las contrataciones.

4. Las funcionalidades, herramientas y aplicaciones que integren el portal deberán considerar tres áreas o canales de interacción:

4.1. Área Pública, de acceso libre para la ciudadanía, que constituya la fuente de toda la información referida a las contrataciones y en donde se centralice la difusión relativa a la gestión de las contrataciones que realicen los distintos organismos de la provincia.

4.2. Área Proveedores, de acceso restringido y que constituya la herramienta de interacción y transacción entre los organismos públicos y los proveedores.

4.3. Área de Organismos de Gobierno, de acceso restringido, que constituya la herramienta de gestión de todas las etapas de un proceso de contratación y de interacción con los proveedores.

5. El Portal deberá incorporar las funcionalidades faltantes en la versión actualmente implementada del Subsistema de Información de Compras Públicas, de modo que permita gestionar en forma integral las etapas del proceso de contratación.

Las presentes Condiciones de Licitación contienen las disposiciones Generales, Particulares y Técnicas que regirán el llamado a licitación. 2- Normas Generales

Esta licitación y la realización de su objeto, se regirán por los siguientes documentos: a) Pliegos de Condiciones Generales. b) Pliegos de Condiciones Particulares y Técnicas. c) Las Consultas, Respuestas y las Aclaraciones derivadas del procedimiento estipulado en las Condiciones Administrativas. d) La Oferta Técnica.

Pág. 1


e) La Oferta Económica. f) El Contrato respectivo. g) Las modificaciones de las Condiciones, si las hubiere. h) Ley de Contabilidad de Mendoza Nº 3.799 y modificatorias. i) Ley de Procedimiento Administrativo de Mendoza Nº 3.909 y modificatoria. j) Reglamento de Contrataciones 7061/67 y sus modificatorios

2-1- Autoridad de Aplicación El Ministerio de Hacienda, a través de La Dirección de Compras y Suministros será la autoridad de aplicación en todo lo relativo al presente llamado a licitación, al contrato que como consecuencia del mismo se firme con el adjudicatario y en todo lo relativo a la ejecución y control del mismo.

2-2- Coordinación La Dirección de Compras y Suministros designará un Responsable Técnico que tendrá las funciones de coordinación y control en todo lo relativo al desarrollo del proyecto y al cumplimiento del contrato conforme lo establecido en el pliego de condiciones particulares que actuará de nexo con las otras áreas de gobierno involucradas en el proyecto, para el aseguramiento de las prestaciones solicitadas. 3- Plazos Los plazos que se establecen en estos Pliegos son en días hábiles, salvo que expresamente se determine lo contrario. 4- De los oferentes Podrán ser oferentes de la presente licitación, las personas físicas o jurídicas que hayan adquirido los pliegos y reúnan las condiciones requeridas en los presentes pliegos de condiciones y no posean incompatibilidades para contratar con el Estado Provincial.

4.1- Sociedades: Podrán ser oferentes bajo esta figura social:Las sociedades regularmente constituidas en el país, debidamente inscriptas en el Registro Público de Comercio.Sociedades constituidas en el extranjero, con cumplimiento de lo dispuesto en el Art. 118 tercer párrafo de la Ley de Sociedades Nº 19.550, siempre y cuando hagan en el país ejercicio habitual de los actos comprendido en su objeto social o representación permanente.

4.2- Unión Transitoria de Empresas -UTE 4.2.1 Las UTE deberán cumplimentar los siguientes requisitos:La duración deberá ser superior al vencimiento de las obligaciones contractuales en un término de 12 meses posteriores a dicha fecha.4.2.2 Se deberá determinar expresamente la responsabilidad solidaria e ilimitada de sus miembros frente a la Provincia de Mendoza para el cumplimiento de cada una de las obligaciones emergentes del pliego. 4.2.3 Se prohíbe expresamente la posibilidad de desvinculación o transferencia de derechos o participación mientras dura el contrato emergente de la licitación.4.2.4 Las UTE integradas por empresas constituidas en el extranjero deberán cumplir con los requisitos de la autorización y funcionamiento establecidos en el artículo 377de la Ley 19.959 y su modificatoria Ley Nº 22.903.4.2.5 El representante de la UTE deberá ser designado mediante mandato especial irrevocable, quién deberá fijar domicilio especial, donde se tendrán por válidas las notificaciones que se realicen a la UTE. El representante tendrá poderes suficientes de todos y cada uno de los miembros para ejercer derechos y contraer obligaciones en nombre de la UTE.

Pág. 2


4.2.6 El contrato de la UTE deberá ser inscripto en el Registro Público de Comercio en un plazo de 45 días corridos a partir de la notificación de la adjudicación. 4.2.7 En la presentación de las ofertas se requerirá a cada integrante la presentación de la totalidad de la documentación requerida para el oferente individual. 5- Domicilio de los Proponentes y Jurisdicción Los oferentes deberán constituir domicilio en el radio del Gran Mendoza, para todos los efectos legales derivados de la licitación y del contrato; y aceptará expresamente la competencia de sus Tribunales Ordinarios de Justicia. Se entiende que por el solo hecho de presentar una oferta, el proponente cumple esta obligación.

6- Garantía de mantenimiento de la oferta Los oferentes deberán garantizar sus ofertas por un monto del 1% del valor de la propuesta en alguna de las formas previstas en el punto 17.1 del Pliego de Condiciones Generales.

7 - Adquisición y consulta de Pliegos de Condiciones Los Pliegos de Condiciones Generales, Particulares y Técnicos, que rigen el presente llamado a licitación podrán ser consultados y adquiridos en la sede de la Dirección de Compras y Suministros del Ministerio de Hacienda, sita en Casa de Gobierno, 1º piso Ala Este, Ciudad de Mendoza Telefax 0261/ 4492455 -Web www.compras . mendoza. gov.ar a partir de la fecha que se consigne en los avisos del llamado.

8- Recepción de Consultas Todas las consultas, tanto las de carácter técnico como las de índole administrativa, que los oferentes deseen formular con relación a la materia de esta Licitación, deberán ser realizadas por escrito a la Dirección de Compras y Suministros y hasta 8 días hábiles antes de la fecha fijada para la apertura de ofertas. 9- Entrega de Respuestas La Dirección de Compras y Suministros procederá a analizar y responder las consultas formuladas. Las respuestas se pondrán a disposición de los proponentes mediante circulares que pasarán a formar parte integrante de los presentes Pliegos.

10- Aclaración de las Condiciones de Licitación Sin perjuicio de lo anterior, la Dirección de Compras se reserva el derecho de emitir, para todos los oferentes, las aclaraciones a los Pliegos de Condiciones Generales, Particulares y / o Técnicas que estimare necesarias o que hubieren surgido con motivo de consultas efectuadas por los proponentes durante el proceso de licitación. Tales Aclaraciones se harán hasta 5 días hábiles antes de la fecha fijada para la apertura de ofertas y se informarán a los adquirentes de Pliegos en los domicilios legales fijados. 11- Presentación y Recepción de las Propuestas Las ofertas se recibirán en el lugar y hasta el día y hora señalados en los Avisos de Publicación. Los proponentes deberán presentar su propuesta en sobre cerrado el que contendrá:

Carpeta 1: .PLIEGOS DE CONDICIONES Y ANTECEDENTES DEL OFERENTE., en un Original y una copia.Contendrá:

a) Pliego de Condiciones Generales, Particulares, Técnicas y Circulares si las hubiera, con todas las hojas firmadas por el representante legal, con aclaración de firma.

b) Recibo de compra de Pliegos.c) Garantía de Mantenimiento de Oferta, en las formas previstas en el punto 6 y 17.1.

Pág. 3

http://www.compras/


d) Constancia de inscripción en el Registro Voluntario de Proveedores, en caso de no estar inscripto se deberá cumplimentar con la documentación prevista en el Dto. 1435/93.

e) Antecedentes del Oferentes, se deberá acreditar antecedentes conforme a lo previsto en el punto 3.1 del Pliego de Condiciones Particulares.

Carpeta 2: .PROPUESTA TÉCNICA., en un original y una copia. Debe contener todas las especificaciones requeridas en los Pliegos de Condiciones Particulares y Técnicas referidas a:

Equipo Profesional (3.2.P C Particulares).

Solución Propuesta: (3.3.PC Particulares).1. Arquitectura tecnológica, Funcionalidades, Metodología de implementación en usuarios

compradores y proveedores, Plan de capacitación, Propuesta técnica para el servicio de soporte a usuarios (mesa de ayuda), cronograma (se deberá tener en cuenta el anexo 1).

2. Deberán presentar como parte de la solución propuesta lo siguiente:2.1. Pantallas y Reportes impresos del Sistema propuesto.2.2. A requerimiento de la Comisión de Preadjudicación deberán efectuar una demostración

del funcionamiento del sistema, en el lugar que esta disponga.2.3. Si la demostración debiera efectuarse en instalaciones del oferente, este correrá con los

gastos de traslado, viáticos, etc. de mínimo, tres 3 (tres) personas que se designen.

Carpeta 3: .OFERTA ECONÓMICA., en un original y una copia. Debe contener las ofertas económicas relativas al objeto de esta licitación, según el detalle señalado en el punto “Oferta Económica” del Pliego de Condiciones Particulares.

Vigencia de la Oferta

Las Ofertas deberán tener una vigencia de 60 días hábiles a partir de la fecha de presentación de la propuesta. Dicho plazo será prorrogado en forma automática por periodos iguales salvo que el oferente exprese fehacientemente su desistimiento al vencimiento de cada periodo. La Dirección de Compras y Suministros se reserva el derecho de admitir aquellas ofertas que presenten defectos de forma, omisiones o errores menores, siempre que éstos no alteren el tratamiento igualitario a todos los oferentes y que no vulneren aspectos esenciales de la licitación. Y podrá solicitar que se subsanen en un plazo no superior a las 48 hs. No se recibirá ninguna oferta fuera del lugar, día y plazo señalados en las Publicaciones. 12- Apertura de Ofertas Después de cerrado el plazo de recepción de ofertas, se procederá a la apertura pública de las ofertas en presencia de los oferentes que se encuentren presentes. Este acto se realizará el día, en el lugar y a la hora señalada en las Publicaciones. La apertura es en un único acto, para las tres carpetas.

13- Rechazo de las Ofertas Serán causales de rechazo la no presentación del Pliego de Condiciones Generales, Particulares, Técnicas y Circulares aclaratorias firmados y la omisión de la Garantía de mantenimiento de oferta, según art. 6 del Pliego de Condiciones Generales.

14- Reserva de Derecho El Estado se reserva el derecho de rechazar las propuestas si no cumplen una o más disposiciones de estas Condiciones, o no se estiman convenientes para los intereses del Estado. Los proponentes afectados por el rechazo de sus ofertas no tendrán derecho a solicitar indemnización alguna por este hecho.

Pág. 4


15- Calificación de las Ofertas y Consultas a los Oferentes Las ofertas de los proponentes serán evaluadas en una única instancia por la Comisión designada a tal fin. Será responsabilidad de los Proponentes haber proporcionado toda la información que permita efectuar la evaluación de sus ofertas. De considerarlo necesario, se podrá requerir aclaraciones o antecedentes sobre aspectos que no resulten suficientemente claros. Las respuestas deberán ser presentadas dentro del plazo que se señale. Tanto las aclaraciones solicitadas como las respuestas pasarán a formar parte integrante de los antecedentes del contrato, en caso de serle adjudicado.

16- Adjudicación de la Licitación y Notificación a los ProponentesLa adjudicación se realizará a la oferta más conveniente a los intereses del Estado y al cumplimiento del objeto de la presente licitación considerando la mejor solución tecnológica, su adecuación a los procedimientos de compras de la Provincia, los antecedentes y experiencia de la empresa, el valor económico de la propuesta y el tiempo propuesto para el desarrollo de la misma. La adjudicación de la licitación y la notificación al oferente adjudicado y a los no adjudicados se realizará mediante notificación del Acto Administrativo de Adjudicación.

17- Garantía de AdjudicaciónEl Proponente adjudicado deberá constituir dentro de los 5 días hábiles siguientes a la fecha de notificación de la adjudicación, la garantía contractual en alguna de las formas previstas. Si es una UTE, el contrato de la UTE deberá ser inscripto en el Registro Público de Comercio en un plazo de 45 días corridos a partir de la notificación de la adjudicación y dentro de los 5 días hábiles siguientes deberá acompañar la inscripción en el Registro Público de Comercio

17.1- Garantía contractual Formas de constitución a) En dinero en efectivo, mediante un depósito en el Banco Nación Argentina en la Cuenta que oportunamente se indique. b) Fianza bancaria o entidad financiera autorizada por el Banco Central de la República Argentina, pagadera a primer requerimiento de la autoridad de aplicación y emitida en carácter de fiador liso y llano y principal pagador. c) Seguro de Caución emitido por entidad debidamente autorizada por la Superintendencia de Seguros. Montos de la Garantía de contrato Se deberá constituir por el 5 % del monto del contrato.

18- Derechos e Impuestos Los oferentes deberán incluir en sus propuestas todos los impuestos nacionales y provinciales que pudieran corresponder en el cumplimiento de las obligaciones que surjan de la presente licitación y del contrato respectivo.

19- Cesión del Contrato El proponente adjudicado no podrá, en ningún caso, ceder o traspasar, parcial o totalmente, a cualquier título, el contrato que suscriba y las obligaciones emanados de él, excepto los relativos al cobro de los pagos, una vez que ellos están debidamente aprobados. 20- Sede Permanente La empresa que resulte adjudicataria en caso de no poseer domicilio real en la provincia deberá habilitar en un plazo no mayor a 10 días de la fecha de firma del contrato una sede permanente en la Provincia de Mendoza, con domicilio en el Gran Mendoza, que será tenida en cuenta a todos los efectos técnicos y legales, que deriven del cumplimiento del objeto de la presente Licitación.

Pág. 5


21- Limitaciones de responsabilidad No se aceptarán exclusiones o limitaciones de responsabilidad por los servicios ejecutados en el marco de esta licitación.

22- Multas y sanciones El retraso por parte de la Adjudicataria en el cumplimiento de las obligaciones contraídas dará lugar a las siguientes sanciones y multas, pudiendo llegar a la rescisión del contrato.

Por incumplimiento en el cronograma de entrega de las distintas etapas el 0,5% del monto total del contrato por cada día de retraso, deducible de la facturación correspondiente al mes que se produjo el retraso.

Por incumplimientos en los estándares definidos para los servicios de mesa de ayuda 5% del monto total de la factura correspondiente al mes respectivo en el que se incurrió en la falta, deducible de la facturación correspondiente.

Por incumplimientos en el programa de capacitación convenido 10% del total de la factura correspondiente al mes respectivo en el que se incurrió en la falta, deducible de la facturación correspondiente.

Las multas se aplicarán sin perjuicio de las establecidas en el Dto. 7061/67 y en caso de reiteración se procederá a la rescisión de contrato y ejecución de la garantía respectiva, sin perjuicio de las responsabilidades civiles y penales que se pudieran corresponder. 23-Vigencia del Contrato

El plazo de vigencia del contrato comenzará a regir a partir de la adjudicación y por el término de veinticuatro (24) meses, con opción a prórroga a favor del estado por dos (2) periodos de doce (12) meses cada uno, en idénticas condiciones.

Pág. 6


PLIEGO DE CONDICIONES PARTICULARES

A. ANTECEDENTES

1. Características de las Compras Públicas de bienes y servicios El mercado de compras públicas que abarca el presente proyecto incluye las contrataciones de bienes corrientes, de capital y servicios generales (no incluye los Contratos de Obras Públicas) realizadas por la Administración Publica Provincial.

2. Valor El valor de las compras públicas en el ejercicio 2004 fue de $340 millones (u$s 113 millones) y en el ejercicio 2005 de $ 389 millones (u$s 130 millones) anuales distribuidos entre las diferentes Jurisdicciones de la Administración Pública Provincial (sin considerar municipios).

Gráfico: Compras del Gobierno según Sistema de Información Contable(Año 2004, por tipo de gasto)

SIDICO - $ 344.568.256

BIENES DE CAPITAL

16%54.888.435

BIENES CORRIENTES

28%96.829.923

SERVICIOS GENERALES

44%192.849.898

Gráfico: Compras del Gobierno (Año 2005, por tipo de gasto)

SIDICO - $ 389.861.853

B I E N E S C O R R I E N T E S

2 7 %

B I E N E S D E C A P I T A L

2 0 %

S E R V I C I O S

G E N E R A L E S5 3 %

205.396.791

79.057.292

105.407.770

Pág. 7


3. Usuarios 3.a Organismos Públicos comprendidos en el Proyecto

Los Organismos Centralizados, Descentralizados, Cuentas Especiales, Poder Legislativo, Poder Judicial y los Municipios de la Provincia de Mendoza que adhieran, aproximadamente una cantidad de 200 organismos que gestionan procesos de compra.

3.b Usuarios Privados El universo de proveedores activos del Estado asciende a 20.000, 3.000 de los cuales se encuentran registrados en el Registro Voluntario de Proveedores, de la Dirección de Compras y Suministros, Ministerio de Hacienda.

Cantidad de transacciones anuales del sistema que se efectúan en forma aproximada es de 69.078.-

4. Elementos de hardware, hosting, comunicaciones y conectividad

El Subsistema será implementado sobre los elementos de hardware, hosting, comunicaciones y conectividad provistos por el Gobierno de Mendoza.El desarrollo y el mantenimiento deberán realizarse sobre los equipos del proveedor.

5. Equipamiento Disponible

El mismo está compuesto por servidores con sistemas operativos: OS/400, AIX, Linux y Windows 2003 Server y motores de bases de datos DB2-U y SQL Server. Teniendo suficiente capacidad de memoria y discos.

La red de comunicaciones (LAN, MAN y WAN) tiene (en instalación) 1.218 puntos (edificios), con aproximadamente 4.000 PC conectadas, con protocolo TCP/IP que proveerá la conectividad a los organismos públicos (unidades compradoras) usuarios del subsistema de gestión de compras.

6. Integración con el SI.D.I.CO.

Los oferentes deberán considerar al elaborar sus propuestas que el objeto de la licitación es un Subsistema de SI.D.I.CO., por lo que es de primordial importancia la continua interrelación con el mismo, a nivel de estructura de la base de datos, seguridad, usuarios e información.

La Contaduría General de la Provincia designará un Responsable Técnico que coordinará lo referido a este punto, para el aseguramiento de la integración de la información con el Sistema Contable SI.D.I.CO.

7. Datos a considerar

El Portal de Compras, será la herramienta de gestión de todas las etapas del proceso de contratación, por lo que las funcionalidades y aplicaciones desarrolladas, serán utilizadas

Pág. 8


transversalmente por todos los organismos públicos para la gestión de sus compras, en tal sentido deberá considerarse los siguientes aspectos sobre usuarios, funcionalidades y procedimientos:

1. Requerimientos de compras: en este punto debe tenerse en cuenta que el subsistema tenderá evolutivamente a masificarse en su utilización por los organismos públicos. Podrá ser utilizado por aproximadamente 1.200 puntos que actualmente poseen conectividad a través de la Red Wan de Gobierno para gestionar un requerimiento o solicitud de compra.

2. Relación con las partidas presupuestarias: es condición indispensable para que un requerimiento de compra pueda continuar el proceso de autorización que exista partida presupuestaria suficiente en monto y concepto para atender la solicitud (afectación preventiva, que se realiza a través del sistema SI.D.I.CO.), caso contrario debe quedar en espera hasta que se habilite una modificación presupuestaria a través del proceso correspondiente.

3. Plan Anual de Compras: será una herramienta de planificación de las compras anuales de cada organismo. El subsistema deberá prever un módulo que contenga esta funcionalidad y permita su relación con el requerimiento (a nivel de grupo y subgrupo) para continuar el proceso de autorización, caso contrario deberá quedar en espera hasta que se habilite una modificación del plan de compra, por el proceso correspondiente.

4. Niveles de autorización: existen distintos niveles de autorización para aprobar un requerimiento de compra y para las adjudicaciones a proveedores, conforme a la normativa vigente en función de los montos de compra. Cuando supera cierto monto la autorización se realiza a través de una norma legal firmada por la autoridad competente.

5. Oficinas de compra: aproximadamente son 200 oficinas, centralizan la función de compra de distintas unidades organizativas, funcionalmente dependen de cada jurisdicción u organismo.

6. Procedimientos de gestión de requerimientos por las oficinas de compras.

6.a) Si la unidad organizativa solicitante es de carácter centralizado la oficina de compras correspondiente tramita según los montos estimados, los siguientes procedimientos. 6. a-1 Compras Directas y Licitaciones Privadas:Funciones que realiza:

1. Recepción de requerimiento: 1.1. -autorizado por autoridad competente. 1.2. con imputación preventiva del gasto.

2. Gestión de compra: publicar la contratación en el sitio Web de la Dirección de Compras y Suministros (si supera los $4.000), invitar proveedores, apertura, comparativa, análisis de ofertas, emisión de orden de compra. Si el monto de la compra es menor al monto indicado, se solicitan directamente los presupuestos, sin publicar en el subsistema.

3. Recepción de mercadería: puede recibir la oficina de compra o la unidad organizativa solicitante.

4. Recepción y conformidad de facturas: depende del circuito administrativo de cada oficina, el procedimiento general está establecido por Dto. Ac. 66/82 y modificatorios.

5. Ciclo de pago: se complementa con el circuito anterior, presenta variaciones dependiendo de la modalidad de pago a utilizar: fondo permanente (Fondo fijo asignado) o Tesorería General.

6. a-2 Licitaciones públicas: 1. Si la compra (por el monto) debe tramitarse como licitación pública, el requerimiento

autorizado por la jurisdicción solicitante se gira a la Dirección de Compras y Suministros, Ministerio de Hacienda para su gestión (art. 31 Ley de Contabilidad). Este organismo,

Pág. 9


centraliza la tramitación de licitaciones públicas e interviene en dos etapas del proceso:

Etapa 1: Publicación, en diarios y en subsistema de información de compras públicas, invitación, venta de pliegos, recepción y apertura de ofertas, recepción y certificación de garantías de oferta, planillas comparativas, preadjudicación y remisión a la jurisdicción solicitante. La Jurisdicción solicitante realiza los siguientes procedimientos:

Norma de adjudicación. Firma por autoridad competente. Notifica proveedores. Remite a Compras y Suministros, Ministerio de Hacienda para continuar

trámite (etapa 2).

Etapa 2: Emisión, notificación y entrega de orden de compra al proveedor. Recepción y tratamiento de garantías de adjudicación y devolución de garantías de oferta y remisión de la pieza administrativa a la jurisdicción solicitante. La Jurisdicción solicitante tramita los siguientes procesos:

Imputación contable definitiva del gasto. Se reserva el expediente, hasta que se completen pagos al proveedor.

2. Recepción de mercadería: corresponde al organismo solicitante.

3. Recepción y conformidad de facturas: conforme al procedimiento establecido por Dto. Ac. 66/82 y modificatorios.

4. Ciclo de pago: se complementa con el circuito anterior.

6.b) Si la unidad organizativa solicitante es de carácter descentralizado la oficina de compras correspondiente tramita el proceso completo, cualquiera sea el monto, sin intervención de la Dirección de Compras y Suministros, Ministerio de Hacienda.

7-Proveedores:

1. Existe una base de aproximadamente 20.000 proveedores. 2. En el Registro de Proveedores de la Provincia, Dirección de Compras y Suministros, se

encuentran inscriptos cerca de 3.000 proveedores.3. Registrados y habilitados con clave de usuario para acceder al subsistema actual, 400

proveedores en 60 días de implementación. 4. El subsistema debe tender a la incorporación masiva de proveedores, por lo que

deberá considerarse una cantidad de usuarios esperada mayor a la base.

8- Información:

Información en línea:Se parte del supuesto que TODA la información estará en línea, las 24 horas los 365 días del año.

Información general:1. Todo tipo de planilla, reportes y documentación que se generan en la actualidad,

está a disposición de los oferentes. 2. Características de los puestos de trabajos actuales.

Pág. 10


Los puestos de trabajo son 100 % PC de diferentes marcas y modelos.

B. CONDICIONES PARTICULARES

1- Objeto de la Licitación

La presente licitación tiene por objeto contratar el desarrollo, implementación, puesta en marcha y mantenimiento del Subsistema de Gestión de Compras que deberá formar parte de SI.D.I.CO. a través de interfaz Web y que conforma un Portal de Compras para la Provincia de Mendoza.El portal de compras públicas será la herramienta de gestión de las compras públicas, deberá centralizar todas las actividades referidas a las contrataciones y constituir el punto de información e interacción entre compradores y proveedores del estado, debiendo garantizar la mayor difusión, transparencia, eficiencia, equidad en la gestión de las contrataciones.

Las funcionalidades, herramientas y aplicaciones que integren el portal deberán considerar tres áreas o canales de interacción:

1. Área Pública, de acceso libre para la ciudadanía, que constituya la fuente de toda la información referida a las contrataciones y en donde se centralice la difusión relativa a la gestión de las contrataciones que realicen los distintos organismos de la provincia.

2. Área Proveedores, de acceso restringido y que constituya la herramienta de interacción y transacción entre los organismos públicos y los proveedores.

3. Área de Organismos de Gobierno, de acceso restringido, que constituya la herramienta de gestión de todas las etapas de un proceso de contratación y de interacción con los proveedores.

El portal, deberá contener todos los elementos y funcionalidades del actual subsistema de información de compras públicas, que se especifican en los pliegos de condiciones particulares y deberá incorporar todos los componentes, funcionalidades, herramientas y aplicaciones superadoras de la versión actualmente implementada y que permitan gestionar en forma integral todas las etapas de un proceso de contratación.

El actual subsistema de información de compras públicas, opera bajo el dominio www.compras.mendoza.gov.ar.

El objeto es comprensivo de todas las acciones necesarias para su desarrollo, puesta en marcha, implementación, incorporación, mantenimiento, capacitación y soporte a usuarios compradores y proveedores de la Administración Pública.

Atendiendo a que el subsistema será la herramienta obligatoria para la tramitación de un proceso de compra en sus diferentes etapas, la solución deberá, incorporar todas las funcionalidades y aplicaciones necesarias para apoyar los requerimientos tanto de las unidades compradoras como de los vendedores de manera integral.

1.1 Coordinación La Dirección de Compras y Suministros del Ministerio de Hacienda como administradora del contrato, designará un Responsable Técnico que actuará como contraparte técnica del adjudicado y tendrá las funciones de coordinación, supervisión y fiscalización del cumplimiento del contrato.

El adjudicatario deberá designar previo al inicio de los trabajos un Coordinador de Proyecto, que actuará como representante de la firma adjudicada en los aspectos técnicos de desarrollo e implementación durante toda la vigencia del contrato.

Pág. 11

http://www.compras.mendoza.gov.ar/


De todo lo actuado por la coordinación deberá dejarse constancia y documentarse, no pudiendo en ningún caso variar los términos del contrato

1.2 Confidencialidad

El adjudicatario, sus consultores y personal directo o subcontratado que se encuentren ligados al proyecto en alguna de sus etapas, deberán guardar absoluta confidencialidad sobre la información reservada o no que se obtenga del subsistema de compras. La divulgación, por cualquier medio, de la información referida, por parte del adjudicatario, durante la vigencia del contrato o después de su finalización podrá dar lugar a acciones legales, sin perjuicio de la responsabilidad que le compete al adjudicatario.El contratista, mediante declaración jurada deberá aceptar y dar garantías sobre esta cláusula. 2- Propiedad Intelectual

a) Los datos, los documentos electrónicos que los contengan y, en general, las bases de datos, son de propiedad exclusiva del Gobierno de Mendoza y no podrán ser utilizados en actividades distintas de las de ejecución del contrato a que de origen este proceso de licitación. Al término del contrato la información de las bases de datos antes referida no podrá ser utilizada ni explotada en ninguna forma por el oferente adjudicado. Se debe considerar como datos a la información propiamente dicha, más la documentación que indique como están estructurados los mismos, estructuras de integridad y relación y la documentación de los algoritmos y cálculos usados en la generación de los datos existentes en las bases de datos, documentación completa referida al análisis, diseño e implementación, manual de usuario y de operador.El soporte de los datos entregados no deberá tener restricciones de acceso (tales como claves, encriptación, formato digital no estándar o sin el software apropiado para su lectura), salvo acuerdo, a efectos de preservar la integridad y confidencialidad de la información.

b) Una vez expirado el contrato originado en este proceso de contratación todo el software pasará a ser propiedad de la Provincia de Mendoza, debiendo entregar las herramientas, runtimes, código fuente y capacitación necesaria que permitan mantenerlo en pleno funcionamiento productivo. Los proponentes deberán adjuntar declaración jurada de aceptación de esta cláusula y detalle del alcance, modalidad, componentes y cronograma de transferencia a la Provincia

c) En el caso que no se utilice para el desarrollo una herramienta cuya licencia posea el Gobierno de Mendoza, se deberá cotizar como alternativa el costo de la licencia del software de desarrollo.

El adjudicatario será personalmente responsable de cualquier acción que pudiera afectar derivada de violaciones a la Ley de Propiedad Industrial e Intelectual, debiendo asumir la defensa legal en esos casos, con los consiguientes costos asociados. Asimismo el oferente deberá poseer autorización por escrito y certificada por escribano público de uso de las licencias habilitantes correspondientes, excepto, cuando el software sea de su fabricación.

3- Requisitos de los proponentes y de la solución propuesta 3.1- Antecedentes Empresarios -Experiencia

Pág. 12


Los oferentes deberán indicar:a) Antigüedad de la Empresa. b) Antecedentes comprobables en prestación de servicios de naturaleza y envergadura

comparables al objeto de esta licitación especialmente en la implementación y puesta en marcha con gran número de usuarios como mínimo en dos (2) organizaciones del sector público o privado y de un (1) año en operación. Deberán indicar: cliente (consignar datos para contacto), solución técnica provista, características del servicio con indicación expresa del servicio de implementación y puesta en marcha de usuarios (indicar numero), soporte técnico provisto, fecha y vigencia de la provisión.

c) Mención de experiencia y conocimiento por parte del oferente en mercados electrónicos. d) Mención de experiencia y conocimiento de especificidades del sector público, estructuras,

formas de contratación etc.

3.2- Equipo Profesional Asignado El proponente deberá presentar un organigrama de la conformación y composición del equipo de trabajo que asignará para la ejecución del proyecto, considerando los distintos servicios a prestar.Deberá indicar el nombre y especialidad del profesional que designará como jefe de proyecto a cargo del trabajo, así como los nombres y antecedentes de los profesionales relevantes de las diferentes categorías y especialidades que asignará para la ejecución del proyecto, los que sólo podrá cambiar por motivos previamente calificados y aprobados por la Autoridad de Aplicación. Los profesionales propuestos deberán acreditar antecedentes en proyectos de implementación comparables en envergadura al objeto de la presente licitación.

3.3- Solución propuesta Se evaluará la solución ofertada para prestar los servicios a que se refiere esta licitación, considerando sus funcionalidades, la adecuación a circuitos y procedimientos administrativos de contratación pública, el tiempo de desarrollo, la metodología para la puesta en marcha e implementación y los servicios ofrecidos.

Se deberá presentar una solución basada en la arquitectura requerida y los estándares predefinidos y deberá demostrar su experiencia y dominio en la puesta en marcha de productos tecnológicos de alta complejidad e integración, teniendo en cuenta, además, como referencia las normativas y estándares tecnológicos de la Administración Pública Provincial conforme a Decreto-Acuerdo 1806/99. El oferente deberá presentar la documentación referida a:

Los procesos de incorporación de usuarios (compradores y vendedores).

La gestión de las contrataciones, cursogramas, circuitos y procedimientos compatibles con la solución tecnológica propuesta, adaptados a las necesidades y procedimientos de la provincia.

La descripción de los reportes y estadísticas que el subsistema generará conforme a lo solicitado en el pliego de condiciones particulares.

4- Evaluación de las ofertas

a) Experiencia

Pág. 13


1. Se evalúa la experiencia del oferente en proyectos similares. El oferente debe además demostrar su experiencia en la puesta en marcha de soluciones tecnológicas de alta complejidad.

2. Se evalúa la experiencia y conocimiento por parte del oferente de las especificidades del sector público.

3. Se evalúa la experiencia y conocimiento por parte del oferente en mercados electrónicos.

b) Equipo profesional

Se evalúa la conformación y composición del equipo de proyecto asignado para la puesta en marcha en sus diferentes niveles, para ello se analiza sus experiencias personales (CV), el rol que asumirá, la conformación del equipo de proyecto, su participación efectiva y la organización presentada.

c) Solución propuesta: Funcionalidades

1. Se evalúan las funcionalidades presentadas y su cronograma para desarrollarlas e instalarlas.

2. Se evalúa la compatibilidad y adaptación con los circuitos y procedimientos de contratación pública de la Provincia.

3. Se evalúa el nivel de integración, alcance y metodología propuesta para la integración al SI.D.I.CO.

4. Se evalúan los reportes y estadísticas que brindará el subsistema.5. Se evalúan las funcionalidades de valor agregado que superen el nivel mínimo

requerido.Metodología

Se evalúa la metodología propuesta para el desarrollo, puesta en marcha, esto es, las actividades planteadas, el plan de trabajo propuesto, los resultados intermedios y la organización presentada tanto para el desarrollo y puesta en marcha, como para la prestación del servicio.

Arquitectura TecnológicaSe evalúa el nivel de la tecnología del software propuesto, cumplimiento de los

estándares requeridos y su proyección futura y evolución.

4.1.-. Evaluación final La Comisión aconsejará la adjudicación a la propuesta que resulte más conveniente a los intereses del Estado y al cumplimiento del objeto de la presente licitación considerando la mejor solución tecnológica, la mayor compatibilidad y adaptación a los procedimientos de compras públicas de la Provincia, los antecedentes y experiencia de la empresa, el equipo profesional, el tiempo de desarrollo y el valor económico de la propuesta.

5- Oferta Económica: Cotización y Forma de Pago

El servicio objeto de la presente licitación comprende cuatro (4) renglones por todos los servicios solicitados. Los oferentes deberán cotizar en el renglón 1 y 2 un valor mensual que incluya todos los servicios solicitados en el renglón discriminado por ítem, a pagar conforme el cumplimiento del cronograma de servicios y hasta la finalización del contrato. Se deberá cotizar como alternativa del ítem 1 costo del software de desarrollo.

Pág. 14


Podrán presentarse alternativas de pago, siempre que se cotice la base según lo requerido en este punto y considerando que el pago comenzará a regir a partir del cumplimiento del cronograma de servicios. En caso de presentar alternativas deberán ser lo suficientemente detalladas y contener todas las proyecciones necesarias que permitan determinar el valor mensual y total del contrato. Deberán asimismo, cotizar el renglón 4 por un valor unitario de horas de consultoría para nuevos desarrollos y/o funcionalidades no contempladas en los presentes pliegos de condiciones.

RENGLÓN DESCRIPCION por ítem VALOR MENSUAL

VALOR TOTAL por 24 meses

1 Por los servicios de:1.Análisis, diseño, desarrollo, implementación y puesta en marcha productiva del software aplicativo excepto proceso de Compra contra Catálogo de productosPunto 1.1.1 P C Técnicas 2-Implementación y puesta en marcha en las unidades compradoras según cronograma. Punto 1.1.2 .a PC Técnicas2-1 Capacitación en compradores y vendedores según cronograma Punto 1.1.2 .b PC Técnicas

3-Mantenimiento y actualización tecnológica Punto 1.1.4 PC TécnicasTotal.............................

2 1-Servicios de Soporte a Usuarios compradores y vendedores Mesa de Ayuda Punto 1.1.3. PC Técnicas

RENGLÓN DESCRIPCIÓN VALOR TOTAL

3 1.Análisis, diseño, desarrollo, implementación y puesta en marcha productiva del software aplicativo para proceso de Compra contra Catálogo de productos Punto 1.1.1 P C Técnicas

RENGLÓN DESCRIPCIÓN VALOR POR HORA

4 Horas de Consultoría para nuevos desarrollos y/o funcionalidades Punto 1.1.5 PC Técnicas.

La cotización del Renglón 1 será comprensiva de los siguientes componentes:1. Análisis, diseño, desarrollo, Provisión de la aplicación informática (incluye todas las licencias

de uso necesarias para su pleno funcionamiento), excepto proceso de Compra contra Catálogo de productos.

2. Implementación y Puesta en marcha productiva de todos los componentes y productos asociados, excepto proceso de Compra contra Catálogo de productos.2.1. Capacitación en el uso de la herramienta de las unidades compradoras y proveedores

según especificaciones y cronograma. 3. Mantenimiento y actualización tecnológica y soporte en atención y solución de problemas

relacionados con el aplicativo.

Pág. 15


La cotización del Renglón 2 será comprensiva de los siguientes componentes:1. Soporte a usuarios compradores y vendedores Mesa de ayuda. La cotización del Renglón 3 será comprensiva de los siguientes componentes:1. Análisis, diseño, desarrollo, Provisión de la aplicación informática del proceso de Compra

contra Catálogo de productos. 2. Implementación y Puesta en marcha productiva de los componentes y productos asociados al

proceso de Compra contra Catálogo de productos.La cotización del Renglón 4 será comprensiva del VALOR HORA de consultoría para nuevos desarrollos y/o funcionalidades, no contempladas en los presentes pliegos de condiciones, por lo que no se puede estimar el total de horas mensuales.

Pág. 16


PLIEGO TÉCNICO

1- Requerimientos

1.1 Servicios a ser provistos. 1.2 Funcionalidades y capacidades requeridas 1.3 Requerimientos de operación y nivel de servicio

1.1- Servicios a ser provistos El servicio integral requerido en esta licitación, deberá constar de los siguientes componentes:

1.1.1- Desarrollo, implementación, puesta en marcha y mantenimiento del Subsistema de Gestión de Compras que deberá formar parte de SIDICO a través de interfaz Web y que conforma un Portal de Compras para la Provincia de Mendoza.1.1.2- Servicio de implementación en las unidades compradoras y proveedores. 1.1.3- Servicio de Soporte Usuarios (organismos públicos y proveedores). 1.1.4- Servicio de mantenimiento y actualización tecnológica.1.1.5- Servicio de Desarrollo de nuevas funcionalidades.

Los proponentes deben ser capaces de proveer esta solución integral, incluyendo cada uno de los ámbitos previamente descritos.

1.1.1. - Desarrollo, implementación, puesta en marcha y mantenimiento del Subsistema de Gestión de Compras que deberá formar parte de SIDICO a través de interfaz Web y que conforma un Portal de Compras para la Provincia de Mendoza.

a) De la garantía y Transferencia tecnológica

La oferta, deberá tener una garantía de pleno funcionamiento productivo. Además se deberá garantizar la transferencia tecnológica y la asistencia técnica durante el período del contrato. Dichas garantías deberán ser presentadas por escrito y formarán parte de la oferta.

b) Condiciones Actuales

El oferente deberá conocer la situación actual y la que tendrán los equipos del Gobierno de la Provincia de Mendoza a los efectos de verificar los tiempos de respuesta, o cualquier otro elemento que considere necesario para evaluar las condiciones técnicas que se solicitan en este pliego. Asimismo se deberá tener en cuenta que la Provincia tiene instalada una Intranet propia de 1.218 puntos.

c) Elementos de Terceros

El oferente podrá proponer en su oferta un software que sea o no sea de su propiedad, pero deberá cumplir los siguientes requisitos:

1. El Adjudicatario será el único responsable ante el Gobierno de la Provincia de Mendoza – Ministerio de Hacienda.

Pág. 17


2. Será obligación del Adjudicatario el mantenimiento, actualización de versión, instalación, adaptación, prueba y puesta en funcionamiento productivo.

3. Es obligación del Adjudicatario, prever, proveer, instalar y dejar en funcionamiento cualquier interfase de software necesario para el correcto funcionamiento de dicho elemento.

4. Poseer autorización por escrito y certificada por escribano público de uso de las licencias habilitantes correspondientes, excepto, cuando la empresa oferente del software de aplicación sea el fabricante. En este caso deberá probar que tiene registrada a su nombre la propiedad intelectual.

d) Capacitación para el personal Técnico El oferente deberá incluir una propuesta de capacitación, incluyendo cantidad de días, horas de capacitación y temas, para el personal Técnico de la Contaduría General de la Provincia, o a quienes designe el Gobierno de la Provincia de Mendoza.Los cursos se realizarán en la Provincia de Mendoza, previo acuerdo del lugar y hora. La capacitación para el personal Técnico, deberá basarse sobre el funcionamiento total del software aplicativo ofertado y será lo suficientemente detallado como para que el personal del Gobierno de la Provincia de Mendoza esté en condiciones de administrar y operar el subsistema por sí solo, con la asistencia del adjudicatario en caso de problemas y/o situaciones especiales. Los cursos para el personal Técnico, se dictarán en español y el plan de capacitación deberá incluir:

1. Denominación del curso.2. Objetivos.3. Contenidos.4. Perfil mínimo requerido para los participantes.5. Duración y frecuencia de las clases.6. Cantidad óptima de asistentes.7. Modalidad del dictado y material a utilizar en el dictado de los cursos.8. Cronograma de capacitación, el que podrá ajustarse después de la adjudicación en función

de los tiempos de implementación.9. Cantidad y tipos de evaluaciones que se efectuarán al personal interviniente y porcentaje

mínimo requerido para la aprobación del curso.A la terminación de la capacitación el oferente deberá entregar certificación de la asistencia y la aprobación de la capacitación.El Adjudicatario deberá contemplar un cupo de horas mínimas por año para brindar cursos de actualización tecnológica y estrategias para optimizar el uso del Software aplicativo propuestos y sus productos asociados, debiendo en la oferta especificar la cantidad de horas que se afectarán a este fin. La modalidad en que se llevará a cabo el plan de capacitación será susceptible de modificación a pedido de la Contaduría General de la Provincia, si éste considera que el plan presentado no satisface los requerimientos de capacitación solicitados.

e) Asistencia especializadaConsistirá en la asistencia técnica que deberá proveer el Oferente de la solución requerida y deberá tener diferentes alcances, en función de las etapas que contempla el Proyecto. Los lineamientos generales de cada una de las etapas de Asistencia Técnica propuesta, son los siguientes:

1.- Etapa de Desarrollo e Instalación:Durante ésta, el Adjudicatario deberá disponer del soporte técnico necesario, para garantizar el cumplimiento del cronograma de desarrollo e instalación del subsistema. Para llevar adelante esta etapa, el Oferente deberá presentar ante la Contaduría General de la Provincia del Ministerio de Hacienda, la lista con el personal que ha afectado, identificando además el responsable.Esta etapa incluye la parametrización, la que deberá ser realizada por el personal de la

Pág. 18


Contaduría General de la Provincia conjuntamente con el adjudicatario a los efectos de cumplimentar en tiempo y forma esta etapa. Cabe aclarar, que como el subsistema forma parte de SI.D.I.CO., el diseño de la Base de Datos deberá realizarse conjuntamente con el personal técnico designado de la Contaduría General de la Provincia.2.- Etapa de Carga Inicial: Considerando que esta etapa podría ser llevada adelante simultáneamente con la Etapa de Instalación (punto 1.), el personal que lleve a cabo la carga inicial, deberá tener garantizado el soporte técnico, por parte del oferente, a fin de no sufrir demoras en sus actividades.3.- Etapa de implementación:Este período se considera que es la etapa en la que el usuario requerirá mayor asistencia, por lo que el Adjudicatario deberá disponer de dos tipos de soporte, a saber:a) Durante el primer año y teniendo en cuenta las fases de implementación del proyecto,

una persona designada por el Adjudicatario, deberá permanecer en las oficinas del Licitante dentro de los horarios administrativos, a fin de brindar el soporte técnico necesario. La permanencia en tiempo, irá disminuyendo con el transcurrir de los días, debiendo tener una permanencia mínima, de dos horas tres veces por semana. Este plan deberá presentarlo el oferente, como parte de su plan de soporte técnico.

b) Se deberá contemplar el soporte técnico telefónico sobre el software de aplicación ofertado, durante toda la vigencia del contrato

4.- Etapa de Producción:En esta etapa la asistencia técnica deberá contemplar las siguientes pautas:1. Atención y solución de problemas relacionados con la instalación y operatoria del

software aplicativo. Ante cualquier problema, el Adjudicatario deberá asegurar la solución en el mismo día del reclamo.

2. Atención y solución de los problemas enmascarados con mensajes de error, emergentes del software provisto, recomendando tomar contacto con el soporte técnico.

3. Instalación de las actualizaciones del soporte lógico ofrecido.

f) Provisión de Manuales y DocumentaciónEl Oferente que resulte Adjudicatario, deberá entregar conjuntamente con el software que se le adjudique, la siguiente documentación:1. Manual de información general sobre instalación, configuración y operación del software en

conjunto.2. Manuales técnicos específicos sobre software (sistemas, utilitarios; programas productos,

aplicaciones específicas, etc.) instalación y operación, guía de usuario, referencia para programadores y referencia técnica.

3. Cualquier modificación que se introduzca en el software, desde la adjudicación hasta la instalación que mejore la prestación y calidad de los servicios, deberá ser acompañada de documentación técnica actualizada y sin cargo.

4. Documentación completa del análisis y diseño del subsistema.5. Documentación de la base de datos.Es obligatorio, que la documentación solicitada en este Artículo sea entregada en español. El material mencionado estará incluido en el precio cotizado y el Adjudicatario no recibirá retribución extra alguna. Toda la documentación será revisada por personal técnico de la Contaduría General de la Provincia.

g) ESTADO DE FUNCIONAMIENTO DEL SOFTWARE APLICATIVO OFERTADOEl Adjudicatario está obligado a dejar en perfecto estado de funcionamiento productivo todos los componentes y sus productos asociados. Deberá realizar, sin costo adicional alguno, todas las tareas necesarias para que ello ocurra, elaborando un cronograma de trabajo donde se especifique como mínimo lo siguiente:Actividades a realizar, fecha de comienzo y de finalización de cada tarea, responsable de la misma, recursos necesarios, personal afectado, etc., debiendo informar por escrito periódicamente

Pág. 19


sobre el estado de avance al Coordinador Responsable que se designe de la Contaduría General de la Provincia y de la Dirección de Compras y Suministros – Ministerio de Hacienda Se deberá entender que dejar en estado de funcionamiento productivo (Recepción definitiva), significa que el Gobierno de Mendoza – Ministerio de Hacienda –, hará uso de todo lo entregado por el Adjudicatario sin inconveniente alguno de cualquier índole y las tareas que deba realizar, (Ej. puesta a punto de los distintos módulos aplicativos ofertados, paralelo, etc.) serán de exclusiva responsabilidad del Adjudicatario.El software ofertado o el desarrollo del mismo, deberá comprender los productos de última generación liberados en el mercado, los que deberán ser entregados en idioma español.El Adjudicatario deberá comunicar en forma inmediata la liberación en el mercado de toda nueva versión, así como la instalación de modificaciones y actualizaciones a la versión que esté funcionando que solucione problemas potenciales o reales. Deberá informarse la disponibilidad, las características, los posibles impactos en el funcionamiento respecto de la versión anterior y el precio. La aceptación o rechazo deberá comunicarse en forma fehaciente. En caso de falla o error en los programas que impidan su uso parcial o total, el Adjudicatario se obliga a suministrar nuevas versiones o proveer la solución en el plazo inmediato, de lo contrario se hará pasible de las sanciones previstas.

1.1.2. Servicio de Implementación en las Unidades Compradoras y Proveedores

Está incluido en el servicio de esta licitación, el proceso y la gestión asociada con incorporar e implementar el subsistema en las unidades compradoras y proveedores. En este ámbito las propuestas deberán especificar:

Unidades Compradoras

a) Implementación y habilitación 1. Descripción de la metodología y cronograma de ejecución para asegurar la

implementación y puesta en marcha del subsistema y habilitación de los usuarios en los organismos públicos.

2. En la metodología de habilitación de usuarios deberán tenerse en cuenta las normas de seguridad y procedimientos requeridos por la Contaduría General de la Provincia, asimismo deberá considerarse que a la fecha se encuentran habilitados aproximadamente 500 usuarios para operar en el subsistema de compras públicas vigente

3.4. Indicación del equipo de implementación del proyecto. 5. Indicación del Jefe de Proyecto con experiencia acorde a la temática y a la complejidad del

problema. 6. Descripción del programa de trabajo, con indicación explícita de los puntos relevantes en

su desarrollo. 7. Definición de los indicadores con los que se medirá el avance del proyecto en cada etapa,

así como la recepción final. Esto incluye la definición de los criterios de aprobación. 8. Metodología de testeo funcional del subsistema y plan de pruebas asociado.9. Metodología para pruebas de stress del subsistema. 10. Metodología para chequeo de la información. 10.1.Revisión de los procesos y asegurar los ajustes necesarios para que se adapte al uso

del subsistema.10.2.Mecanismos de monitoreo de la calidad de la implementación.

b) Capacitación

Pág. 20


1. Plan de capacitación y su cronograma de implementación, deberá contener distintos modelos de capacitación: presencial, a distancia y autoentrenamiento, centros de capacitación teniendo en cuenta la distribución geográfica de las oficinas compradoras, cantidad y experiencia de los capacitadores y material a utilizar.

2. Los módulos que se desarrollen de capacitación a distancia y autoentrenamiento deberán, una vez aprobados, estar disponibles para los usuarios en el portal de compras, en este punto, se espera la utilización de videos, tutoriales etc. que permitan un autoentrenamiento, atractivo, ágil y dinámico.

Implementación Proveedores

a) Incorporación y Habilitación

1. Composición del equipo de implementación del proyecto. 2. Indicación del Jefe de Proyecto con experiencia acorde a la temática y a la complejidad del

problema. 3. Descripción del programa de trabajo, con indicación explícita de los puntos relevantes en

su desarrollo, considerando el proceso de adopción del proveedor, asegurando que quede en condiciones de utilizar completamente la plataforma como cliente de ésta.

4. Debe tenerse en cuenta que existe un porcentaje importante de proveedores que inician el trámite de registración y no lo concluyen, en este punto, debe especificarse la metodología de seguimiento y técnicas o soporte a utilizar para incentivar a los proveedores a quedar en condiciones de operar.

5. Definición de los indicadores con los que se medirá el avance de adopción de proveedores. Esto incluye la definición de los criterios de aprobación, mecanismos de verificación de la calidad de la implementación, indicadores, criterios de aceptación, puntos de control y encargados de validar el proceso.

6. Metodología de testeo funcional del subsistema y plan de pruebas asociado.7. Metodología para pruebas de stress del subsistema. 8. Metodología para chequeo de seguridad. 9. En relación al registro del proveedor en el subsistema, con la información necesaria para

que pueda quedar habilitada su correcta incorporación y pueda operar, deberán tenerse en cuenta todos los procedimientos establecidos para la inscripción en el Registro de Proveedores.

10. Deberá considerarse que a la fecha se encuentran habilitados 500 usuarios para operar en el subsistema de compras públicas vigente.

11.

b) Capacitación

1. Descripción de la metodología y cronograma de ejecución para asegurar la capacitación en el uso de la herramienta por parte de los usuarios proveedores el que deberá comprender distintos modelos de capacitación: presencial, a distancia y autoentrenamiento, centros de capacitación teniendo en cuenta la distribución geográfica, cantidad y experiencia de los capacitadores y material a utilizar.

2. Los módulos que se desarrollen de capacitación a distancia y autoentrenamiento deberán, una vez aprobados, estar disponibles para los usuarios en el portal de compras, en este punto, se espera la integración con videos, tutoriales, etc. que permitan un autoentrenamiento atractivo, ágil y dinámico.

En este punto al preparar sus programas de capacitación los oferentes deberán tener en cuenta:

Pág. 21


El plan debe abarcar un periodo igual a la vigencia del contrato, debe elaborarse una propuesta en relación a cantidad de cursos, frecuencia, distribución geográfica, etc. acorde con las distintas fases de implementación de las funcionalidades requeridas en el Subsistema. Mención de los centros de capacitación permanente propuestos, teniendo en cuenta la distribución geográfica de los usuarios. Los mismos deberán contar con los elementos necesarios para el aprendizaje. Este punto podrá materializarse a través de convenios con el adjudicatario. El adjudicatario deberá:

1. Proveer toda la información estadística respecto a la ejecución del plan de capacitación. 2. Definir, concordar y monitorear los indicadores claves que permiten evaluar el estado del

plan de capacitación.

1.1.3- Soporte a Usuarios: Organismos Públicos y Proveedores Este ámbito es central en el servicio que se espera del adjudicatario, para darle continuidad y seguimiento al esfuerzo de incorporación de usuarios y que los mismos operen plenamente con el subsistema. Los requerimientos mínimos en esta área son los siguientes:

1. Centro de soporte basado en modelo de Mesa de Ayuda que permitan mecanismos de interacción fluida con usuarios compradores y proveedores.

2. El modelo propuesto, debe soportar integralmente las consultas e interacciones con los usuarios.

3. El soporte debe incluir tanto la atención y orientación sobre funcionalidad de las aplicaciones, como las preguntas técnicas que se planteen.

4. Servicio de consulta on-line y telefónica a través de un 0810. 5. Servicios de capacitación en línea. 6. Servicios de evaluación y estadísticas del uso del sistema de mesa de ayuda, reportes

(ingresos, tiempos de respuesta, soluciones, derivaciones al 0810, estadísticas, etc.) 7. Soporte a administradores del subsistema en las empresas y organismos públicos. 8. Atención continua para la recepción de llamadas de 8:00 a 20:00 hs. para respuestas

inmediatas.

1.1.4- Servicio de mantenimiento y actualización tecnológicaEl adjudicatario deberá proveer mantenimiento del software ofertado por el lapso de 24 meses y efectuar la actualización tecnológica, en caso de introducir mejoras o liberar una nueva versión del software ofrecido, en caso de adjudicarse a un sistema cerrado; esta será sin cargo para el Estado Provincial.

1.1.5- Desarrollo de nuevas funcionalidades

En este ítem, existirá un trabajo conjunto, el cual abarcará las siguientes áreas:

1. Desarrollo de nuevas funcionalidades o incorporación de otras formas de relación comercial entre los organismos públicos y sus proveedores.

2. Discusión, definición y extensión de estándares para la plataforma. 3. Identificación de propuestas para el mejoramiento de la operación de la plataforma. 4.

En este ámbito, se espera un activo aporte en el desarrollo estratégico de la plataforma de comercio electrónico. Esta plataforma no deberá ser estática, ni podrá mantener una funcionalidad congelada en el tiempo. Se requiere un subsistema con capacidades de evolucionar y se requiere del proveedor del servicio una atención especial a este punto. Las características y requerimientos que comprende este ámbito del servicio son las siguientes:

Pág. 22


1. Detección de necesidades y propuestas de implementación de nuevas funcionalidades en el subsistema.

2. Abordar el desafío de la interoperabilidad con otros mercados y otras soluciones B2B. En este caso, se plantea el desafío de vincular este mercado no sólo con otros mercados privados nacionales, sino también con mercados públicos y/o privados internacionales.

3. Desarrollo de estándares en los distintos niveles que se requieren dentro de la plataforma: XML, catálogos, codificación de productos, documentos de negocio, seguridad, interfases, protocolos de comunicación. Este desarrollo debe armonizar conceptos claves:

3.1. Adecuación a estándares internacionales. 3.2. Flexibilidad, para asegurar que la tecnología puede ser acogida por empresas de distintos

niveles de inversión y desarrollo de TI. Cada uno de los ámbitos que conforman el servicio licitado, deberá ser objeto de un diseño detallado por parte de los proveedores, de modo que se establezca con claridad en la propuestas el cómo serán provistos.

1.2- Funcionalidades y Capacidades requeridas del subsistema Principios del Modelo del Subsistema El modelo tecnológico operacional debe sustentarse en un conjunto de principios Rectores. Los principios se han agrupado en tres áreas: operación, información y tecnológicos. 1.2.1. Operación 1. Registro de Operaciones en el Origen: Cada una de las operaciones que se realicen a

través de los diferentes módulos, deben ingresarse al subsistema en su punto de origen y deben ser inmediatamente almacenadas en las bases de datos asociadas. Los distintos procesos asociados a las compras deben procurar en lo posible, no tener intermediarios manuales.

2. Proactividad en la Atención: los diferentes módulos deben ofrecer a cada uno de los usuarios participantes (compradores, proveedores, ciudadanos) información tal que los inviten a participar en las operaciones de compra. Por ejemplo: invitación vía mail, mensajes informativos, secciones de preguntas con respuestas aclaratorias. El subsistema debe contener toda la inteligencia necesaria para apoyar los procesos de venta y postventa, mejorando las prácticas de compras por parte de los compradores.

3. Transferencia de contexto de clientes: Si un cliente comienza a atenderse por un canal y, posteriormente, es derivado a otro canal, este último debe contar con toda la información que se obtuvo en el contacto inicial, de manera de no comenzar de cero la atención. Este es el principio básico de la inteligencia de los procesos de atención y de ahorro de tiempo para el cliente que requiere interactuar con el portal y canales de atención asociados. Este concepto debe estar perfectamente incorporado por la Mesa de Ayuda o Soporte Usuario.

4. Seguimiento de Eventos de Venta y Postventa: Tanto para los eventos de venta (por ejemplo, emisión de las órdenes de compra por parte de los usuarios compradores), como para los eventos de postventa (por ejemplo, entrega de los productos según el calendario de entrega establecido), es necesario que existan procedimientos y mecanismos automatizados que permitan saber con absoluta certeza en qué estado o etapa de un ciclo de atención se encuentra el requerimiento del usuario, de modo de asegurar que se cumplan completamente cada uno de los eventos y en correctas condiciones.

5. Integración con otras Unidades organizativas: El nuevo subsistema debe prever canales de comunicación entre la Dirección de Compras y Suministros y otras unidades organizativas.

1.2.2. Información

Pág. 23


1. Consistencia y Calidad de la Información: Toda la información manejada por el Subsistema, en particular por cada uno de sus módulos, debe tener consistencia y calidad. Esto implica que la solución debe contar con los mecanismos de control, validación y racionalidad que garanticen dicha consistencia y calidad. La solución debe proveer login de auditoría por subsistema.

2. Resolución Integral: Este principio consiste en llevar toda la información relevante, sobre la cual hay que tomar alguna acción, hasta el ejecutivo, cliente o punto que atiende a un determinado proceso / cliente, si correspondiese hacerlo, para que ellos resuelvan, en el origen, sobre cada particular, con toda la información requerida para hacerlo. Este concepto debe estar perfectamente incorporado por la Mesa de Ayuda o Soporte Usuario.

3. Segmentación por Mercado, Empresas, Personas: Sobre la información de compradores, proveedores y usuarios del portal, contenidas en las bases de datos, se deberán realizar diferentes tipos de segmentaciones. El modelo de datos debe garantizar una evolución hacia una profundización del conocimiento de los clientes, teniendo la capacidad de ser flexible en la agregación de campos e información.

1.2.3. Tecnológicos

1. Interoperabilidad: Su diseño debe estar basado en estándares de la industria y en sistemas abiertos.

2. Personalización: El subsistema debe caracterizarse según sea el usuario que ha ingresado, COMPRADOR, PROVEEDOR, ADMINISTRADOR, PUBLICO EN GENERAL, es decir, debe considerar los requerimientos de los diferentes perfiles usuarios.

3. Administración de la seguridad: Considera la definición de procedimientos, roles y asignación de roles a personas, de manera de vigilar, controlar y actuar frente a cualquier vulnerabilidad de seguridad. Los ámbitos de seguridad que se desean administrar son: el control de acceso a cada uno de los módulos del portal, a los datos, a las aplicaciones, la utilización de certificados digitales, de planes de contingencia, de planes de respaldo, de planes de mantenimiento y cualquier otro que vele por la seguridad de la información manejada por el nuevo subsistema de compra y la seguridad en los procesos contenidos en ella. El mismo deberá ajustarse al esquema de seguridad implementado por SI.D.I.CO.

4. Criptografía de clave pública: La utilización de firmas digitales en las instancias que requiera el pliego, debe ajustarse a las condiciones legales y estándares tecnológicos establecidos en la Ley Nacional de Firma Digital 25.506, su Decreto reglamentario; y la Ley Provincial de Adhesión a la Ley Nacional 7.234. La Unidad de Reforma y Modernización del Estado del Gobierno de Mendoza, en su carácter de Autoridad de Registro de la Autoridad Certificante de la ONTI (Oficina Nacional de Tecnologías de la Información) será la oficina responsable de proveer los Certificados Digitales en el ámbito del Poder Ejecutivo Provincial a los funcionarios y empleados públicos que así lo requieran.

1.2.4. Funcionalidades: Requisitos mínimos exigidos

1. La aplicación deberá correr sobre la base de datos relacional de SI.D.I.CO.2. Contener una sola base de datos para evitar duplicidad de información permitiendo

almacenar toda la historia de las compras en el Gobierno de Mendoza.3. Administrar información en forma histórica.4. Reducir el ingreso de datos redundantes y verificar la consistencia de los mismos.5. Permitir escalabilidad en cuanto a la capacidad de proceso de datos y cantidad de

operaciones a realizar.

Pág. 24


6. La actualización de novedades deberá ser descentralizada y realizada a través de la red de comunicaciones de la Provincia.

7. Contar con herramientas de desarrollo propias, en lo posible, que permitan adaptarlo de manera sencilla a los requerimientos propios de la Dirección de Compras y Suministros de Mendoza y agregar nuevos módulos sin afectar el estándar.

8. Debe contar con una herramienta de gestión de consultas y explotación para todas las informaciones de la base de datos, con posibilidad de relacionarlos, visualizarlos en pantalla y exportarlos a otras aplicaciones.

9.10. Debe permitir una adecuada integración con herramientas Office.11. Mostrar a los usuarios y operadores todos sus mensajes y textos en idioma castellano.12. Contar con un manual de ayuda en hipertexto en castellano.

• Funcionales

1. El aplicativo deberá permitir realizar ofertas en sitio seguro vía protocolo SSLv3. (Secure Sockets Layers), compatible con certificados X509 v3. con capacidades de autenticación del servidor, instalado en el webserver.

2. Todos los datos deben registrarse en forma histórica y cronológica debiendo accederse a los mismos en todo momento a efectos de consultas y reportes.

3.4. Deberá permitir el acceso a cualquier compra presente, pasada o futura, pudiendo

trabajar el usuario con un número indeterminado de compras abiertas simultáneamente.

• Herramientas de Consulta

Las herramientas de consulta deberán estar totalmente integradas y permitir:

1. Explotar información y gráficos estadísticos por distintos conceptos de consulta relacionadas entre sí, insumos, precios, cantidades, unidades compradoras, principales proveedores.

2. Reportes y gráficos sobre la utilización del Subsistema y volúmenes de operación (proveedores registrados, licitaciones informadas, cotizaciones recibidas, órdenes de compra emitidas, volúmenes de compras etc.).

• Arquitectura

El oferente deberá especificar:

1. Los requerimientos del subsistema en materia de hardware recomendado para estaciones de trabajo.

2. Software de base para estaciones de trabajo.3.4.5. El subsistema deberá ser apto para ser ejecutado en un entorno OS/400, Unix, Linux, o

Windows y debe tener la posibilidad de poder procesar sobre motores de base de datos

Pág. 25


DB2-U, SQL Server, Oracle, MySQL o Postgre. Se deberá tener en cuenta que SI.D.I.CO corre sobre entorno de datos DB2.

La firma ganadora deberá describir la mejor solución, a su entender, necesaria para lograr la mejor eficiencia operativa posible.

• Tecnología Web

La solución deberá contar con una capa que permita el acceso a través de un navegador Web.A este respecto la aplicación deberá tener las siguientes características:

1. Flexibilidad para personalizar el subsistema en formatos, íconos y páginas.2. Deberá ser accesible desde el navegador Explorer 6.0 o equivalente, en adelante.3. Escalabilidad de acuerdo a la población estimada que la utilizará.4. Facilidad de uso.5. Disponer de ayudas en línea.

▪ Seguridad

El oferente debe asegurar mecanismos de seguridad que permitan tener confianza en el Subsistema.

Debe tomar en consideración en su oferta la incorporación de iniciativas gubernamentales tales como el uso de firma digital y otras aplicaciones basadas en criptografía de clave pública (PKI).

Los requerimientos de seguridad deben considerar los siguientes aspectos:

Autenticidad (*) La cual debe asegurar que los usuarios del portal (compradores y proveedores) son quienes dicen ser y se puede verificar su autenticidad. La solución debe basarse en la dupla user/password y potencialmente incorporar soluciones más robustas de autentificación utilizando certificados digitales y firma digital.

Autorización (*) Corresponde a los poderes conferidos a cada usuario, en el caso de los compradores, a la autorización requerida para que un usuario realice una compra a nombre de un determinado servicio.

Confidencialidad El proveedor debe proveer mecanismos para asegurar la confidencialidad de las transacciones a través de la red, por ejemplo a través de sesiones seguras vía SSL v3. Se deben proveer mecanismos para asegurar la confidencialidad de datos.

Integridad El subsistema debe asegurar la integridad de datos y transacciones.No-repudiación No-repudiación significa que un comprador y/o un proveedor no pueden

negar una transacción, por lo que el subsistema debe entregar mecanismo de no repudiación.

Trazabilidad El Subsistema debe proveer de mecanismos de realizar un seguimiento a las transacciones y a la historia contenida en el subsistema.

Requerimientos a equipos de usuarios finales

El subsistema no debe requerir equipamiento y/o una plataforma tecnológica fuera de los estándares que se encuentren disponibles técnica y económicamente en el mercado.

Pág. 26


(*) Ambos niveles estarán regidos por el esquema de seguridad implementado por SI.D.I.CO.

Requisitos para cada nivel de seguridad:

1.

2. Nivel De la información

2.1. Posibilidad de implementar seguridad

2.1.1.Nivel aplicación.

2.1.2.2.2. Integridad referencial.

Pág. 27


▪ Interfaz de Usuario

La solución propuesta deberá contar con:

1. Interfaz gráfica usuaria.

2. Interfaz Web.

3. Uniformidad en el diseño de pantallas, informes y consultas en la aplicación.

4. Menús y ayudas en castellano.

5. Mensajes de error en castellano.

6. Contar con sistemas de navegación, búsquedas y filtros para el tratamiento de los datos.

▪ De Manejo de la información

La aplicación debe:

1. Contener informes y gráficos predefinidos para cada uno de los módulos ofrecidos.

2. Se deben generar de forma rápida y sin requerir conocimientos técnicos.

3. Deben ser interactivos, es decir, el usuario decide cuál es la información que le interesa seleccionar.

4. Visualización de informes por pantalla.

5. Posibilidad de aplicar criterios de búsquedas y selección.

6. Herramientas de diseño de informes de manejo sencillo para el usuario final que permita diseñar sus propias consultas y generar sus informes y gráficos, posibilitando que las mismas sean almacenadas como base para la generación de nuevas consultas. La herramienta debe permitir:

6.1. Agregar o eliminar campos.6.2. Crear campos calculados y campos sumarizados como totales y promedios.6.3. Unir tablas para consolidación de información.6.4. Filtrar los datos para incluir sólo la información relevante de sus reportes.6.5. Ordenar y agrupar la información.6.6. Exportar la información a otras aplicaciones tales como procesadores de

texto u hojas de cálculo.6.7. Reflejar la información de forma gráfica.6.8. Debe permitir la selección por parte del usuario del tipo de salida, como

mínimo: hoja de cálculo (indicar cuál), impresión, pantalla, gráfico, mail, etc.

▪

Pág. 28


1.2.5- Procesos y Funcionalidades Básicas

La base del subsistema es estructurar un soporte íntegramente digital a los procesos de compras públicas. Los alcances quedarán definidos por los procesos que éste deberá ser capaz de soportar y por la funcionalidad mínima con que deberá ser capaz de hacerlo.En este sentido, el subsistema puede ser definido a través de una matriz de procesos y funcionalidades que establecen las condiciones mínimas requeridas:

Procesos básicos requeridos:

1. Gestionar plan anual de compras2. Gestionar Requerimientos 3. Gestionar Licitaciones y compras menores 4. Administrar Ciclo de Orden de Compra. 5. Administrar Ciclo de Facturación y Pago. 6. Gestionar Compra Contra Catálogo de Productos. 7. Gestionar Contratos con Proveedores del Catalogo 8. Integrar el Registro de Proveedores. 9. Consultar Información. 10. Administrar el Subsistema. 11. Ambiente Público La funcionalidad mínima que debe cubrir cada uno de estos procesos es la que se indica en la tabla siguiente.

1- GESTIONAR PLAN ANUAL DE COMPRAS. Organismo solicitante

Autoridad Competente

Proveedor Administración

Gestionar Plan Anual de Compras

Cargar plan anual

Modificar plan anual (altas y bajas)

Buscar por diferentes criterios.

Vinculación con los requerimientos

Buscar y verificar por diferentes criterios

Monitorear la ejecución del plan Anual de Compras

Auditar la ejecución del plan Anual de Compras.

Informes consolidados de planes anuales de compras, por diferentes criterios.

Acceso a buscar planes anuales de compras por diferentes criterios.

Buscar y verificar por diferentes criterios

Monitorear la ejecución plan Anual

Pág. 29


2-GESTIONAR REQUERIMIENTOS DE COMPRA Organismo solicitante

Autoridad Competente

Organismo Comprador

Administración

Gestionar Requerimientos de Compras

Crear requerimiento

Relacionar ítems solicitados con: • Nomenclador

de Insumos• Plan Anual de

Compras• Imputación

Preventiva• Sistema de

Stock

Adjuntar archivos con los pliegos de condiciones particulares y técnicos

Elevar Pedido Autoridad Competente

Recibir autorización de compra de los insumos o servicios solicitados.

Envío de pedido de compra autorizado al organismo comprador

Recibir pedido de autorización

Verificar plan Anual de Compras

Verificar Partida Presupuestaria. Autorización firmada digitalmente

Recepción de Pedidos de Compras Autorizadas.

Inicia Gestión de Compra.

Listado de Requerimientos Pendientes de Autorización

Listados Requerimientos Autorizados

Listados de Requerimientos cumplidos

Verificación y Control

Informes y Estadísticas

3. GESTIONAR LICITACIONES Y COMPRAS MENORES

Pág. 30


Comprador Proveedor Gestión AdministraciónGestionar Licitaciones y Compras Menores

Crear licitación en sus diferentes modalidades (abierta, cerrada, inversa)

Crear cotización en sus diferentes modalidades (abierta, cerrada, inversa)

Adjuntar pliegos definidos por organismo solicitante

Manejo de calendario de eventos de la Licitación.

Modificar licitación

Firmar digitalmente una licitación

Publicar licitación

Buscar, seleccionar e invitar a proveedores

Administrar y responder preguntas

Buscar licitaciones

Notificación de licitaciones en sus rubros.

Revisar información de Pliegos.

Confirmar participación en la licitación.

Envío de consultas y revisión de respuestas.

Presentar ofertas incluyendo anexos.

Desplegar tabla de licitaciones por publicar

Seguimiento de eventos de una licitación.

Consultar tiempos por licitación

Auditar licitación.

Informes habituales de licitaciones en curso para compradores, proveedores y administración

Otros Reportes

Auditar licitación

Informes

Pág. 31


Recepción y apertura de ofertas

Administración de Documentos de garantía

Planillas comparativas parametrizablesevaluación de ofertas y preadjudicación

Notificación de muestras, aclaratorias y mantenimiento de oferta

Adjudicación de cotización

Aprobación por autoridad Competente firmada digitalmente.

Notificación de adjudicación firmada digitalmente.

Seguimiento de etapas

Contestar notificaciones

Contestar notificaciones

Revisión de resultados

Envío de reclamos.

4. ADMINISTRAR CICLO DE ORDEN DE COMPRA

Comprador Proveedor Gestión AdministraciónAdministrar Ciclo de Orden de Compra

Generación de orden de compra desde adjudicación

Registración datos para calificación del proveedor Emisión de Recepción y Listados de O/C

Control de O/C

Pág. 32


órdenes de compra con firma digital Recepción del pedido de cambio de orden de compra desde el proveedor

Cambio a una orden de compra

Recepción de confirmación de aceptación de Orden de Compra del proveedor

Notificación al proveedor sobre distintos estados de la Orden de compra

aceptación de la orden de compra. Pedido de cambio de una orden de compra (casos de excepción)

Recepción de órdenes rectificatorias

Visualización de orden original más rectificatorias

Recepción y respuesta a notificación sobre el estado de la O/C. Consulta de O/C pendientes

emitidas

Órdenes de compra pendientes

Consultas de gestión para compradores y proveedores, asociadas a O/C

Órdenes de compra no cumplidas (plazos de entrega)

Informes Órdenes de compra pendientes

Seguimiento de órdenes de compra

Pág. 33


5. ADMINISTRAR CICLO DE FACTURACIÓN Y PAGO

Comprador Proveedor Gestión AdministraciónAdministrar Ciclo de Facturación y Pago

Funcionalidades a desarrollar

Funcionalidades actuales o en desarrollo

Recepción de factura del proveedor (factura tradicional y/o electrónica)

Validación de factura y carga hacia ciclo de pago.

Notificación al proveedor de no validación

Recepcionar factura corregida y validar (repetición del ciclo anterior)

Generar aviso de pago al proveedor

Emisión de factura con aplicaciones de apoyo y validación previa.

Cumplimiento de estándares de factura electrónica

Envío de factura al comprador

Recepcionar notificación y corrección de factura

Enviar factura corregida

Consultar estado de factura

Recepcionar aviso de pago

Seguimiento de facturas por estado.

Montos de facturas a pagar.

Proyección de necesidades de caja para pago de facturas

Gestión de información de cuentas corrientes.

Pág. 34


6. GESTIONAR COMPRA CONTRA CATÁLOGO DE PRODUCTOS

Comprador Proveedor Gestión AdministraciónGestionar Compra contra Catálogo de productos

Consulta a catálogo, con opciones flexibles de búsqueda.

Realizar compra por catálogo

Validar y autorizar compra por catálogo (workflow de aprobación)

Enlazar con proceso de emisión de orden de compra e imputación contable

Ingresar ofertas al catálogo.

Actualización de Catálogos.

Enlazar con proceso de emisión de orden de compra.

Consulta de ítems por rubro.

Consulta de catálogos por proveedor.

Reporte de accesos y consultas a catálogos.

Administrar Catálogo general

Reportes de compras por catalogo

Auditar el subsistema de compra por catalogo

Pág. 35


7. ADMINISTRAR CONTRATOS CON PROVEEDORES QUE COTIZAN EN CATÁLOGO DE PRODUCTOS

Comprador Proveedor Gestión AdministraciónContratos Marco

Consulta contratos marcos activos.

Notificación nuevos contratos marcos activos en el subsistema.

Enlace con búsqueda y compra a catálogo de contrato marco

Ofrecer productos para catálogo asociado al contrato marco.

Recepción de consultas y ciclo de compras asociado al contrato marco vigente.

Informes de gestión del contrato marco.

Solicitar cambios al contrato marco.

Consultar uso de contratos marco.

Recepción de informes de cumplimiento de contratos

Habilitación de contratos marco en el subsistema.

Habilitar acceso a contratos marco a entidades públicas.

Aprobar cambios al contrato marco.

Seguimiento de contratos

Pág. 36


8. INTERFASE CON EL REGISTRO DE PROVEEDORES

Comprador Proveedor Gestión AdministraciónRegistro de ProveedoresFuncionalidades actuales

Funcionalidades a desarrollar

Consultar proveedores en el subsistema.

Criterios de validación requeridos para los proveedores.

Acceso a directorio de proveedores registrados por rubro, CUIT, razón social

Acceso a directorio de proveedores sancionados

Acceso a historial de operaciones de un proveedor con distintos organismos

Informes de calificación

Incorporarse al subsistema.

Incorporar información requerida (financiera, legal, comercial, experiencia, capacidad, etc.).

Solicitar cambios en el registro de proveedores.

Consultar proveedores activos.

Consultar proveedores por rubro, categoría y zona.

Consultar desempeño de proveedores

Habilitar proveedores en el subsistema.

Inhabilitar proveedores.

Cambiar clasificación de proveedores.

Manejar solicitudes de proveedores

Informes y Estadísticas

Calificación del proveedor por comportamiento

Pág. 37


9. CONSULTAR INFORMACIÓN

Los reportes e informes que se solicitan en distintos puntos de los presentes Pliegos de Condiciones, son los mínimos que debe proveer el subsistema.

Los oferentes deberán proponer todos los reportes, informes, estadísticas, etc. que consideren necesarios para mejorar el uso del Subsistema, los que serán tenidos en cuenta al momento de evaluar la Solución Integral.

10. ADMINISTRAR EL SUBSISTEMA

Deberán proveerse los módulos y funcionalidades de administración necesarios, que comprendan todas los componentes y comandos para una administración integral que estará a cargo de la Dirección de Compras y Suministros.

11. AMBIENTE PÚBLICO

Área Pública, de acceso libre para la ciudadanía, constituye la fuente de toda la información referida a las contrataciones y en donde se centraliza la difusión relativa a la gestión de las contrataciones que realicen los distintos organismos de la provincia.

En el Ambiente público deben mantenerse todas las funcionalidades e información actual, e incorporar todas las funcionalidades y componentes necesarios para que las distintas etapas del proceso de compra se difundan en este ambiente.

Deberá tenerse en cuenta la inclusión de estadísticas, noticias y otras formas de comunicación con el ambiente público.

Se espera una plataforma dinámica, con un diseño amigable y flexible para nuevas incorporaciones. En este punto deberá especificarse la metodología propuesta para la actualización de la información e incorporación de nuevos elementos al Portal

Detalle de las Funcionalidades actualmente desarrolladas y en funcionamiento y de aquellas otras funcionalidades que se espera sean desarrolladas por el Subsistema propuesto.

Se detallan las siguientes funciones mínimas a realizar por el Subsistema, con indicación de los módulos o funciones parciales dentro de un módulo que ya se encuentran desarrolladas y actualmente en funcionamiento

Los oferentes deberán tener en cuenta el estado actual de desarrollo, pudiendo presentar una propuesta con las funcionalidades faltantes integradas a las actuales, o presentar una propuesta que contemple a todas y cuya solución sea superadora a la actual.

El licitante se reserva el derecho de adjudicar en forma total o parcial la propuesta, sin derecho a reclamos ni indemnización alguna.

Pág. 38


Funcionalidades actualmente desarrolladas y en funcionamiento

Módulo Público: Licitaciones

1. Búsqueda de licitaciones por diferentes criterios.

2. Resultado de la búsqueda de Licitaciones.

3. Detalle de la licitación.

4. Descarga de Pliegos de Condiciones.

Módulo Público: Organismos compradores (oficinas de compra)

1. Directorio de organismos.

2. Búsqueda de organismos.

3. Resultados de la Búsqueda de organismos.

4. Datos del Demandante.

Módulo Público: Proveedores

1. Inscripción en el Registro de Proveedores de la Provincia.

2. habilitación de clave y usuario en el Subsistema.

3. Buscar proveedores inscriptos utilizando diferentes criterios.

4. Datos del proveedor.

5. Detalle de Apoderados.

6. Detalle de Proveedores Sancionados.

Módulo Organismo Comprador

Funcionalidades actualmente en funcionamiento

1. Página de Autenticación.

2. Menú Principal Demandante.

3. Menú trabajar con licitaciones.

Pág. 39


4. Crear licitación.

5. Asociar licitaciones a la ejecución presupuestaria (volante preventivo del gasto).

6. Publicar licitación en el Portal.

7. Asociar licitación con rubros del Registro de proveedores.

8. Invitar vía e-mail a proveedores a cotizar.

9. Modificar licitación.

10. Eliminar Licitación.

11. Adjuntar archivos.

Módulo Proveedores Funcionalidades actualmente en funcionamiento

1. Página de Autenticación. 2. Personalización de la información. 3. Modificar datos. 4. Descarga de Resolución y Certificado de Inscripción en el Registro de Proveedores. 5. Recepción de e-mail de invitaciones para cotizar por rubro y zona. 6. Identificación de licitaciones por rubro de interés. 7. Agendar licitaciones de su interés para su seguimiento.

Se amplía descripción contenida en los cuadros de las funcionalidades mínimas a desarrollar y que debe contener el subsistema propuesto. Podrán proponerse además todas aquellas que el oferente crea conveniente para un mejor funcionamiento del subsistema propuesto.

Módulo Público Estadísticas del uso del subsistema por diferentes criterios de análisis.

Módulo Organismo comprador:Gestionar Plan Anual de Compras 1. Carga del Plan Anual según las siguientes modalidades:

• Captar plan anual desde el volante preventivo de gastos fijos.• Captar plan anual desde el presupuesto anual.• Cargar en forma independiente relacionado con catálogo y/o nomenclador de

insumos.2. Modificar Plan Anual. 3. Consulta por diferentes criterios (rubro/ fechas / estado). 4. Confirmar ejecución y descargar saldos. 5. Informe de ejecución. Gestionar requerimientos1. Crear requerimientos.2. Crear anexos de especificaciones técnicas y particulares que acompañan el requerimiento. 3. Gestionar autorización y aprobación de requerimientos (norma legal de autoridad competente).Gestionar Licitaciones y compras menores 1. Módulo de consultas y respuestas para proceso de licitación.2. Enviar pedidos de cotización (matriz de ingreso de ofertas).3. Recepción de oferta electrónica que contemple diversas modalidades, abierta, cerrada.

Pág. 40


4. Ingresar Oferta en forma manual o por otros medios alternativos. Este punto es necesario hasta tanto se masifique el uso de cotización electrónica por parte de los oferentes, por lo que la matriz de ingreso de ofertas deberá permitir la incorporación de las mismas al subsistema por medios alternativos.

5. Realizar subastas. Los proponentes deberán especificar metodología a utilizar. 6. Acceso a detalle de Ofertas presentadas. 7. Informe de ofertas presentadas (acta de apertura). 8. Habilitación de procesos para apoyar calificación técnica de ofertas. 9. Cuadro Comparativo de ofertas ordenadas por precio. 10. Publicar en el portal de compras cuadro comparativo.11. Matriz de adjudicación. 12. Acceso a detalle de adjudicación. 13. Gestionar adjudicación (norma legal de autoridad competente). 14. Notificar adjudicaciones (oferentes adjudicados y no adjudicados). 15. Publicar en el portal de compras adjudicación. 16. Informe de adjudicaciones por diferentes criterios. 17. Seguimiento de Adjudicaciones pendientes de autorización.18. Seguimiento de adjudicaciones pendientes de emisión orden de compra.

Gestionar Ciclo de Orden de Compra

1. Emisión orden de compra.2. Notificación de orden de compra. 3. Envío de orden de compra.4. Confirmación orden de compra.5. Tratamiento garantías de adjudicación. 6. Generar datos necesarios para cierre de volante Imputación definitiva7. Tratamiento en el Plan Anual de Compra.

Gestionar facturación y pago.

1. Recepción y carga en el subsistema de la factura del proveedor.2. Descarga de la Orden de Compra.3. Carga hacia ciclo de pago.4. Administrar el seguimiento del circuito de pago.

Las siguiente funcionalidad que se enumera, será optativa para el Estado dependiendo de la compatibilidad con los sistemas de facturación vigentes y con el sistema de tesorería.

• Recepción de factura electrónica.

1.2.6- Requerimientos adicionales de Funcionalidad.

Se considera deseable que el subsistema maneje flexibilidad en cuanto a las modalidades de relación comercial que pueden ser soportadas electrónicamente. En este sentido se requiere que el subsistema pueda manejar adicionalmente:

Modalidades contractuales por servicios con vigencia de mas de un ejercicio o con suministros parciales.

1.2.7- Funcionalidad Horizontal del Subsistema

Pág. 41


El subsistema requiere tener, en toda su amplia cobertura funcional, las siguientes características: 1. Exportación de información a formatos Office compatibles (MSOffice, OpenOffice, etc.)2. Registro de actividad en el subsistema. 3. Buscador eficiente de información. 4. Acceso a banners y links. 5. Sistema de seguridad y control de acceso integrado al de SIDICO6. Ayudas contextuales. 7. Integración fluida de video, sonido, imágenes. 8. Capacidad de administración documental con soporte a distintos formatos de archivos. 9. Integración fluida con e-mail desde las distintas pantallas del subsistema. 10. Salidas impresas para las principales etapas e hitos del proceso. 11. Seguimiento y monitoreo del los procesos de compra. 12. Administrador de contenidos.

1.3- Plataforma Tecnológica: Requerimientos de operación y nivel de servicio

La arquitectura tecnológica debe estar sustentada en un modelo multicapa, el cual, además, debe contar con un modelo de soporte transaccional adecuado, con los siguientes requisitos:

1. Alto volumen de usuarios accediendo a los datos. 2. Alto nivel de throughput. 3. Alta disponibilidad. 4. La plataforma debe escalar. 5. Sistema mission critical. 6. Capacidad de integración con sistemas legacy de los organismos públicos.

1.3.1- Componentes

Las componentes desde un punto de vista funcional deberán estar basados en los siguientes elementos:

1. Capa de Servicios: Permite a los Organismos Públicos compradores realizar a través del portal sus cotizaciones, licitaciones, adjudicaciones, emisión de órdenes de compra, pagos y seguimiento del proceso. En general, gatillar procesos hacia los proveedores a través de transacciones, documentos electrónicos y correo electrónico.

2. Inteligencia de mercado: Corresponde a una base de conocimiento, a partir de la cual se modelarán datamarts específicos que, junto a herramientas de data minning, permitirán estudiar y modelar los comportamientos de los distintos usuarios del portal y buscar oportunidades, mejoras de servicio y optimizaciones de procesos en forma continua.

3. Administrador de Estándares y Normas: Tiene por objetivo informar a los proveedores y agrupaciones de proveedores, vía diferentes Marketplaces, las solicitudes de cotizaciones y licitaciones que se están originando en los compradores. Para ello, se deben desarrollar un conjunto de transacciones y documentos electrónicos propios de un proceso de adquisición (cotización, licitación, preguntas y respuestas, orden de compra, factura, etc.). Estos documentos deben estar basados en estándares reconocidos internacionalmente. El administrador contempla un motor transaccional que hace funciones de switching de transacciones entre compradores y proveedores.

4. Registro Voluntario de Proveedores de la Provincia de Mendoza: Tiene por objetivo ser la fuente básica de información donde las empresas podrán inscribirse como proveedores del Estado. De esta manera, serán informados por la Dirección de Compras y Suministros y participarán activamente de todas las operaciones de compra que están sucediendo, así como aportarán sus antecedentes de manera única y

Pág. 42


simplificada. El portal debe proveer todos los mecanismos de conectividad al operador del registro. Para el usuario comprador debe ser transparente dónde reside la información del registro.

5. Middleware de Conectividad: Es el componente tecnológico que permite la interoperabilidad y conectividad con proveedores y Marketplaces. Este componente entrega las herramientas y estándares necesarios para lograr esa interoperabilidad.

1.3.2- Estándares

La plataforma a proveer debe basarse en estándares de la industria, se consideran estándares de la industria los desarrollados por: ISO/IEC, IETF, W3C, CCITT y OMG, IEEE.Es requisito al momento de la selección que la solución cumpla con al menos los siguientes estándares: Área Estándar existentePlataforma CentralSistema Operativo UNIX, Microsoft Windows 2003, Linux, OS400Administrador de Bases de Datos RDBMS que se base en el enfoque ACIDArquitectura WEB J2EE o .NetFirmas Digitales Algoritmos de Firma:

Md5withRSAEncryption con longitud de clave igual o superior a 1024 bits (RSA)Sha1withDSAEncryption con longitud de clave igual o superior a 1024 bits (DSA).Certificados X509 v3.

Conexión Segura HTTPS sobre SSL v.3 con Certificados X509 v3 del lado del servidor

Correo Electrónico Compatible con protocolo S/Mime para soportar firma digital sobre e – mail.

Seguridad de la Plataforma Estándares: Common Criteria EAL4 o superior u otro estándar equivalente

Cifrado y seguridad de documentos Puede implementarse utilizando algoritmos de cifrado simétrico: AES (Rijndael), 3-DES [X9.52] con longitudes de clave de 112 y 168 bits o IDEA con bloques de 128 bits de idénticos modos.

Empaquetamiento de documentos electrónicos

XML, dentro de los estándares XML, son especialmente importantes los desarrollados por: Open Application Group, ebXML, ECX XML version 1.0 and 2.1, cXML y BizTalk.org entre otros.

Interfase Síncrona Basada en estándar SOAP (XML vía HTTP)Formato de documentos para carga en el Sistema

MSOffice, OpenOffice, Archivos ASCII (texto plano y CSV), PDF

Área Estándar SolicitadoIntegraciónIntegración con sistemas “Legacy” Vía TCP/IPConectividad al Sistema Vía Web ServicePlataforma ClienteCapa presentación Debe soportar los principales browser del

mercado: Explorer, NetscapeSistema Operativo Microsoft Windows 98 SE o superior, Linux

Pág. 43


1.4 Anexo Programa de Implementación Estructura del proyecto Etapa DescripciónEtapa 0 Desarrollo del subsistema y prueba piloto con la Dirección de Compras y Suministros.Etapa 1 Inicio de operación con grupo inicial de oficinas compradoras.Etapa 2 Operación con incorporación de todas las oficinas compradoras y masificación del

subsistema.

El enfoque de etapas puede revisarse con mayor detalle en el siguiente cuadro: Etapa 0 del Proyecto

Desarrollo del Subsistema para comenzar su operación.Desarrollar el subsistema y asegurar operación adecuada y libre de errores. Efectuar Prueba piloto de funcionamiento general y completo del subsistema con el usuario principal o clave (Dirección de Compras y Suministros).

Etapa 1 Operación del Subsistema con incorporación porcentual de oficinas compradoras y procesos.Incorporación y operación del subsistema del 40% de las oficinas compradoras según listado a proporcionar por la Dirección de Compras y Suministros.Operación e implementación del subsistema en el 50 % de los procesos de compras de las oficinas compradoras incorporadas. Activa incorporación de proveedores

Etapa 2 Ampliación de la funcionalidad y masificación del uso del subsistemaCobertura 100% de las unidades compradoras Cobertura total de proveedores Operación y soporte a plena carga Optimización de la operación

Fases de desarrollo El proyecto puede entenderse como el proceso de desarrollar, implementar, operar y perfeccionar el servicio definido en esta licitación. Este servicio, tiene un enfoque integral.

En cuanto a la plataforma y la puesta en marcha el proyecto requiere en su primera fase implementar completamente la infraestructura y el sistema que permiten la operación del Subsistema, con el objetivo de asegurar su normal operación para comenzar la Etapa 1. Durante la Etapa 1 se deberá trabajar en la preparación de la puesta en marcha del subsistema para el 100% de las unidades compradoras que deberán ser incorporadas en la segunda Etapa. El servicio de implementación en los servicios públicos clientes, deberá partir con un trabajo con una prueba piloto a efectuarse en el usuario principal o clave, la Dirección de Compras y Suministros y se irán incorporando grupo de oficinas compradoras hasta contar con el 100% de las mismas en la Etapa 2. Se apunta a un trabajo de implementación que busca masificar el uso del subsistema y alcanzar un nivel de funcionalidad como el que se ha definido como mínimo para la Etapa 2.

Pág. 44


En la Etapa 2 se debe asegurar que el 95% de los proveedores operen en forma fluida en el subsistema.

En lo que se refiere a Operación y gestión de la plataforma, se espera el diseño del plan y los procedimientos de operación en la Etapa 0, mientras que en la Etapa 1 se espera la operación adecuada a los requerimientos funcionales y de carga de esta fase. En la Etapa 2, se espera alcanzar el nivel de plena carga. En el ámbito de soporte a usuarios, se apunta a un servicio especializado hacia proveedores y compradores. La gran diferencia que tiene la implementación de este servicio en el tiempo, se refiere a la orientación del esfuerzo de soporte y al volumen asociado a éste. En una primera fase el servicio estará centrado en la capacitación inicial, mientras que al terminar la etapa 2 se centrará mayormente en solución de problemas. Fases de desarrollo del proyecto

Etapa 0 Etapa 1 Etapa 2Plataforma Disponible Disponible DisponiblePuesta en Marcha e Implementación

Implementar Prueba Piloto con usuario principal o clave

Implementar Subsistema con grupo inicial

Implementar Subsistema en 100% unidades compradoras

Gestión de proveedores

Enrolamiento inicial Activa Incorporación Cobertura total

Soporte a Usuarios Usuario principal o clave

Grupo Inicial Plena Carga 100% Unidades Compradoras

Usuario principal o clave: Se entenderá que el usuario principal o clave es la DIRECCION DE COMPRAS Y SUMINISTROS DEL MINISTERIO DE HACIENDA

Grupo Inicial: Se entenderá por grupo inicial al grupo de oficinas compradoras definidas por la Dirección de Compras y Suministros, que serán incorporadas para operar el subsistema en su Etapa 1.

Pág. 45


ANEXO 1: Formulario de Duración de las Etapas y Cronograma (expresado en días corridos) Etapa Fecha de Entrada en VigenciaEtapa 0.0: Análisis y desarrollo del subsistema conforme a los requerimientos exigidos en los presentes pliegos de condiciones.

Se debe presentar el desarrollo de los procesos principales para su aprobación dentro del lapso de 150 días desde la firma del contrato.Se debe presentar el desarrollo de los procesos secundarios para su aprobación dentro del lapso de 30 días desde la presentación de los procesos principales.*

Etapa 0.1: Proyecto de puesta en operación del subsistema. Prueba Piloto con usuario principal o clave

Se debe efectuar dentro del lapso de 60 días desde la conclusión del desarrollo de los procesos principales.

Etapa 1: Inicio de operación todas las funcionalidades implementadas en un grupo inicial de oficinas compradoras

Se debe efectuar dentro de los 60 días de finalizada la etapa 0, con incorporaciones parciales del 40% de las oficinas compradoras y el 50% de los procedimientos de compras de esas oficinas.

Etapa 2: Operación con el 100% de las oficinas compradoras y masificación del subsistema.

Se debe efectuar dentro de los 90 días de finalizada la etapa 1, con incorporaciones parciales del 60% restante de las oficinas compradoras y el 100% de los procedimientos de compras de todas las oficinas.

*Procesos principales: Se entenderá por procesos principales al grupo de procesos básicos requeridos definidas en la siguiente tabla:

Procesos principales Procesos secundarios• Gestionar Requerimientos • Gestionar Licitaciones y compras menores • Administrar Ciclo de Orden de Compra• Administrar Ciclo de Facturación y Pago• Gestionar Compra Contra Catálogo de

Productos• Gestionar Contratos con Proveedores del

Catalogo • Administrar el Sistema

• Integrar el Registro de Proveedores

• Gestionar plan anual de compras• Consultar Información• Ambiente Público

La Dirección de Compras y Suministros podrá redefinir la clasificación de los procesos básicos requeridos en principales y secundarios.

El cronograma (Carta Gantt) deberá ser entregado en Excel o Microsoft Project y deberá tener al menos la siguiente información: Etapas Responsable Fecha Inicio Fecha de Entrega Semana / mes

1 2 3 4 ...

Pág. 46


Anexo 2- Conformación Equipo Profesional –

Apellido y Nombre:Títulos:Antecedentes:Cargo que se le asignará en el proyecto:

Se deberá completar con los datos de cada uno de los miembros presentados.Debe adjuntarse C. V. de cada integrante del equipo, debidamente firmado por su titular.

Pág. 47

PROYECTO SISTEMA DE COMPRAS - En...

Documents

Transcript of PROYECTO SISTEMA DE COMPRAS - En...