Proyecto merlink. modelo de compras publicas electronicas en costa rica. sr. gustavo morales

Proyecto Merlink

Hacia el nuevo modelo de compra electrónica del Estado costarricense

Contenido

Importancia de un modelo de compras electrónico.

Experiencia internacional.

Pilares de Merlink.

Proyecto Merlink.

IMPORTANCIA DE UN MODELO DE COMPRAS ELECTRÓNICO.

Situación actual del modelo de compras pública costarricense

Un modelo “fragmentado”.

Un modelo basado en el papel.

Un aprovechamiento poco efectivo del tiempo.

¿Qué se puede lograr a través de este proyecto?

Ofrecer un modelo estandarizado a compradores y proveedores.

Dar un salto en la modernización en el área de compra pública del Estado.

Estimular el comercio electrónico en el país.Generar oportunidades de desarrollo.Aumentar la transparencia.Generar ahorros para todos.

EXPERIENCIA INTERNACIONAL.

Experiencia Internacional

Experiencias en ahorro de costos

• Caso: – Estudio “Subastas inversas electrónicas y su

aplicación en las compras gubernamentales: La experiencia de Latinoamérica”, publicado por el BID en mayo 2009 (1).

(1) Lemos, S (2009). Subastas inversas electrónicas y su aplicación en las compras gubernamentales: La experiencia de Latinoamérica. Consultado en Octubre 19, 2009 en http://www.ricg.org/upload/document/BID-Estudio Subastas - version para el sitio de la RICG3_sep.pdf

• El estudio presenta un análisis de las experiencias en adopción de las subastas inversas electrónicas en compras públicas en Latinoamérica, mostrando contexto, trayectoria, y resultados ya alcanzados.

http://www.ricg.org/upload/document/BID-Estudio


–Reino Unido• La adopción de la subasta a la inversa

electrónica fue fuertemente promovida a partir del año 2001.

• Es un servicio que ofrece al Agencia de Compras Gubernamentales (OGCbuying.solutions).

Crecimiento en subastas electrónicas anuales en Reino Unido.

(Período 2003 – 2007)

Ahorros logrados en subastas electrónicas en Reino Unido.

(Período 2003 – 2007)


– Brasil• La subasta electrónica fue implementada a partir

del diciembre del año 2000, como una evolución de la subasta presencial, creada en mayo del mismo año.

• Su objetivo fue la agilización de los trámites e intensificación de la competencia entre los proveedores.

• Tuvo repercusiones profundas, convirtiéndose en la modalidad de contratación más utilizada en la administración pública brasileña.

Subastas electrónicas en Brasil.(Período 2000 – 2006)

Subastas electrónicas en Brasil.(millones de USD)

30,5%

19,300

Subastas electrónicas en Brasil.(Valores porcentuales)

Subastas electrónicas en Brasil.(Millones USD)

24% de ahorro

Decisión: Adopción del modelo coreano

PILARES MERLINK.

Pilares del Merlink

(*) compradores, proveedores y ciudadanos

Ventanilla Única

Menú principal superior con menús

adicionales, ofreciendo acceso sencillo a los

contenidos principales.


Enfatiza en la accesibilidad a las

informaciones, centrando en los

contenidos.

Información básica del sistema MER-LINK

como la dirección y el teléfono del contacto.


Fuerte uso de elementos gráficos que

lo hace intituivo.


Elementos de interacción con el usuario sencillos e

intituivos.

Ventanilla ÚnicaInterconexión

orgánica entre las informaciones

Ofrece información conforme a la necesidad

de las instituciones compradoras y los

proveedores.

Enfatiza la confidencialidad, que

es una de las ventajas del MER-

LINK.

Rápido acceso a una variedad de

informaciones, ofreciendo una impresión sobre lo

que es Portal.

Estandarización

Registro/Pedido del

Compra por Catálogo

Macroproceso de compra Merlink

Proceso Unidad Solicitante Proveeduría

Solicitud de Contratación

1) Inicio de contratación

Recepción de la solicitud de contratación

Confirmación del número de trámite

Aprobación del inicio de la

contratación

Solicitud de contratación y asignación

presupuestaria

0

Nota)#1

Nota

#1: Se debe crear el formato de la solicitud de contratación, en los casos que la institución disponga de un sistema con las solicitudes de contratación, se podrá hacer por interfaz. Se debe crear el diseño del mensaje para interfaz.

#2: El sistema deberá asignar el número de contratación considerando los siguientes elementos: año, tipo de contratación, consecutivo de la institución y código de la institución.

#3: Se debe crear los formatos para los requerimientos técnicos y carteles de los tipos de contratación. El cartel debe indicar si presentan descuentos.

Nota)#2

Completa?

SI

No

Rechazo de Solicitud de contratación

Corregir solicitud de contratación

Ingreso de la solicitud de contratación y

validación de presupuesto

Procesamiento fuera de línea

Procesamiento por el Sistema Merlink Referencias y

AclaracionesInterfaz Digitación

Revisión del plan de compras, método de

contratación

Tipo de contratación

Decisión del método de contratación

Asignación de número del

trámite

CD especiales CDLic. Abreviada o PúblicaPrecalificación

Nota)#3

2

20

Remate y Subasta a la Baja

Revisión del requerimiento y/o

cartel

15 6

Elaboración del cartel

requerimiento

Elaboración de cartel o

requisitos

Elaboración del requerimiento

Elaboración de cartel

14 4

2) Anuncio de concursoProceso

Unidad Solicitante

ProveeduríaC.G.R./

Asesoría JurídicaOferente

Anuncio de Concurso

para Licitación Pública o Abreviada

Generación de la llave privada criptográfica

Presentación del recurso de objeción

Publicación del cartel y notificación

a proveedores

Recibe notificación del concurso

Procesamiento de recursos

Prórroga del Plazo de recepción de ofertas

Nota)#1

Nota

#1: En caso de registrarse un recurso de objeción en licitaciones, este puede ser atendido en la CGR o la misma institución

#2: La notificación de la publicación del Cartel deberá ser a los proveedores del registro por medio de correo electrónico y SMS#3: Las consultas y aclaraciones llegan directamente a la unidad solicitante, sin embargo proveeduría debe recibir una alerta para darle seguimiento al trámite.

Sí

Preparación de la Publicación del cartel

on-line? AclaraciónNo

1

Sí

Recurso de objeción?

No

SíRecibe y resuelve

aclaración

Recibe aclaración

Modificación de cartel

Modifica cartel

No

Sí

No

Nota)#2

18

Envía oferta y garantíaNota)#3




0

9) Apertura y evaluación de oferta electrónica

Categoria Proveeduría Unidad SolicitanteC.G.R. /

Asesoría JurídicaProveedor

Apertura de oferta

Ver el listado de Ofertas a procesar

Publicación acto de adjudicación y notificación a oferentes y

adjudicatario

Conclusion de la apertura de las

ofertas

En el caso de licitaciones electrónicas

En el caso de licitaciones fuera de línea

Desciframiento oferta y documentos encriptados

Ingreso del resultado de los procesos realizados

fuera de línea

Nota#1 : Las ofertas y los archivos adjuntados son evaluadas por la institución utilizando los criterios de evaluación indicados en el pliego de condiciones y se deben incluir en el sistema como resultado de la calificación en formatos preestablecidos|#2: El análisis de declaratoria infructuosa posterior a la conclusión de apertura de ofertas debe ser tanto para verificar si se presentaron ofertas como vara verificar los aspectos de admisibilidad.

Evaluación

Nota)#1No

Verificación de la información descifrada

Recepción de solicitud de información /

Entrega de Información

Sí

8

9

7

Declaratoria infructuosa?

Recomendación de adjudicación

Recibe notificación del concurso

Presentación del recurso de

revocatoria o apelación

Procesamiento de Recursos, debe

analizarse los plazos legales

Recurso de R o

A?

Sí

Adjudicación en firme

No

10

3

21

Genera contrato electrónico

19




1

1

2

2

Selección de adjudicatarios

Declaratoria infructuosa o

desierta?

Sí

No

33

3

4Presenta

Descuento?

Se concede audiencia y se

analizan precios con descuento

4

5

6

6Sí

No

5 6

7

7

3

Nota)#2

Estudio de admisibilidad

C.G.R. Asesoría Jurídica Unidad Solicitante Proveeduría Unidad Garante Proveedor

11) Formalización de contratación (contrato electrónico)

10

Recepción de la garantía de

cumplimiento y especies fiscales

Solicitud de la garantía de


Emisión de la garantía de


Analiza Aprobación InternaAnaliza Refrendo

Consultas / Cambios

Aprueba

Recibe y atiende

consultas

No

SI

No

No

SI12

13

Verifica requisitos

Emite Refrendo o Autorización

Interna

Recibe aspectos a enmendar o corregir

Revisa contrato electrónico

SI

SI

CD menor cuantía?

NO




Elabora contrato electrónico Cumple?

Está de acuerdo?

Firma contrato electrónico

Pide modificación

Recibe contrato electrónico

Realiza modificaciones

Notifica a unidad usuaria y

proveedores inicio de ejecución

SI

Solicita cambios

NO

Recibe y realiza cambios

Refrendo C.G.R

SI

NO

24

1

1

1

2

2

3

3

3

3

10) Instancias de Aprobación (Adjudicación, declaratoria desierta o infructuosa)

Categoria Instancia 1 Instancia 2 Instancia 3

Instancias de Aprobación

Aprueba?

8

Revisa recomendaciónde

adjudicación

No

Registra resultado

SI

Registra motivo de declaratoria desierta o

infructuosa

Aprueba?

Revisa recomendación de adjudicación

No

Registra resultado


infructuosa

Aprueba?

Revisa recomendación de adjudicación

No

Registra resultado

SI


infructuosa

9

SI




Categoría Unidad SolicitanteDepartamento Administrativo

FinancieroEntidad Garante Proveedor

Recepción provisional y

definitiva

30) Recepción provisional y definitiva

Solicitud recepción provisional

Solicitud de pago / Envío de facturaResuelve pago

Entregas (Delivery)

Realiza inspección para la recepción provisional

12

Nota)#1

Nota

#1 : Analizar extensión del plazo de entrega (problemas de entrega )

#2: Se debe analizar las interfaces de pago con el ERP institucional.

#3: Si persisten los incumplimientos se debe analizar el proceso con el modulo de sanciones y garantías (Analizar ejecución parcial de garantías o total)

Nota)#2

Cumple?

Recepción bajo protesta(Se brinda plazo para corregir

errores)

No

Si

Nota)#3

Pago por adelantad

o?

Requiere contragar

antía?

Recepción de la contra garantía electrónica

Solicitud de la contragarantía

Emisión de la contragarantía

Si No

Si

Resuelve pago Solicitud de pago / Envío de factura

22

Aprueba pago por adelantado

25




Recibe recepción definitiva

Cumple?No Si

Categoría Unidad Solicitante Unidad Contratante / Unidad de Pagos Proveedor

Pagos

Transferencia bancaria

Confirmación del pago

Pago Electrónico(SINPE)

Confirmación del resultado del pago

Confirmación del progreso de contratación

Confirmación del monto de pago

31) Pagos

Efectivo Carta de crédito

Pago por medio del ERP

25




Comprensión de los documentos electrónicos

Comunicación de datos de negocio de ordenador a ordenador en formatos estándar a través de una red de valor añadido (VAN) o Internet entre los socios comerciales

▶ Concepto de los Doc. ElectrónicosDocumentos estandarizados transmitidos, recibido o almacenados, escrito en forma electrónica por los dispositivos que poseen la capacidad de procesamiento de información (ej. Computadora)

Estándar de Mensaje

Comprensión de los documentos electrónicos

El estándar de un documento electrónico utilizado entre el sistema de diferentes empresas es un lenguaje de negocio. Para que los diferentes sistemas entiendan este lenguaje es necesario respetar el protocolo.

El protocolo debe ser respetado cuando se intercambia información del negocio mediante un acuerdo y reglamentos que las diferentes partes han acordado. Este constituye distribución del documento electrónico estandarizado.

Al intercambiar documentos dentro de diferentes sistemas.

Empresa A

Empresa D Empresa C

Empresa B

Estándar EDI Estándar XML

Sin el uso de Documentación Electrónica estandarizado, debe preparar mapping table con 3 diferentes empresas.

Con el uso de Documentación Electrónica, sólo se necesita una mapping table.

Empresa A Empresa B

Empresa C Empresa D

Doc. Electrónico estandarizadoSegment Data Element Code

Necesidad de Estandarización de Documentos Electrónicos

Estandarización de Documentos de Compra Pública

El tipo y la forma de documentos son diferentes en cada institución El tipo y la forma de documentos son diferentes en cada institución

Los procedimientos y contenidos de documentos son diferentes según el tipo de compras y montosLos procedimientos y contenidos de documentos son diferentes según el tipo de compras y montos

• Definición de documentos estandarizados por cada proceso de compras

• Definición y composición de ítems estandarizados por cada documento de compras

Requerimiento para la MejoraRequerimiento para la MejoraProblemáticaProblemática

Existen procesos que no poseen documentos de compras públicasExisten procesos que no poseen documentos de compras públicas

Principales CausasPrincipales Causas

Cada institución gestiona los

documentos de compras según los

reglamentos propios

Cada institución gestiona los

documentos de compras según los

reglamentos propios

No existe documentos detallados y

estandarizados según proceso

No existe documentos detallados y

estandarizados según proceso

Existe el caso que posee reglamentos pero

no procedimientos detallados

Existe el caso que posee reglamentos pero

no procedimientos detallados

Proceso para el desarrollo de Documentos Electrónicos

AnalizarDocumento

Estandarizar Item(CC ↔ BIE)

Diseñar Schema [ XML Schema ]

Diseño de XML [ XML Instance ]

Aplicación del Sistema

XML CCLibrary

ObtenerDocumento

Obtener documentos en on y offline después de analizar el proceso del negocio correspondientepara luego desarrollarlos en documento electrónico.

Analizar Documento

Analizar y definir los ítems basado en documentos on y offline coleccionados

Estandarización de Item

CC Componer Core Component basado en los ítems extraídos

BIE Definir en Template Individual de forma Business Infromacion Entity BIE para cada ítem analizado. Debe existir CC que corresponde a BIE.

Diseño de Schema

Diseñar Schema para cada documento electrónico estandarizado utilizando el ítem de estándar

Diseño de XML

Generar XML Instance basado en Schema para aplicarlo al sistema

Aplicación delSistema Realizar el sistema utilizando CSS, XSL, JAVA, etc.

ObtenerDocumento

Sistema Característica Mer-Link`

Atributos

Comúnes

Estandarización del Sistema de Atributos de Producto

Aplicar la selección basada en el artículo característico

Estrateg

ia del

sistema d

e atrib

uto

s

Atribuir el valor característico a la propiedad de producto para administrar el artículo detallado

Es posible administrar muchas atributos para usar útlmente la estádistica

Es posible seleccionar el sistema internacional de atributos para utilizar en el negocio internacional

AS-IS Sistema de CatálogosAS-IS Sistema de Catálogos TO-BE Sistema de Catálogos a mejorarTO-BE Sistema de Catálogos a mejorar

Las instituciones compradoras no administran sistemáticamente los atributos sobre el producto

El nivel administrativo también administra sólo unas atributos simples

Es deficiente la información de atributos para el comercio exterior internacional

Es apta para el negocio internacional de producto que aplica la estándar internacional GDAS

Identificar los atributos apropiada del producto por los atributos comúnes y las individuales para definir

Utilizar eficientemente para la estádistica sobre la industria y el producto mediante los atributos

Sistema Característica de las Instituciones compradoras

Computadora portátil Samsung NT-

N310-KA16M

Nº de clasificación de producto1Nº de identificación de producto2Nombre de producto3Nombre de modelo4

Nº

Nombre de producto

proveedor productora

Nombre de Modelo

Unidad5

Atributos Individuales

Tamaño de pantalla1Velocidad de CPU2Color3Memoria4

Estructura de CatálogoEstructura Básica de UNSPSC v.11Estructura Básica de UNSPSC v.11

Segmento

Familia

Clase

Mercancia

componentes y accesorios de fabricación

Cojinetes, bujías, ruedas y engranajes

Cojinetes

Flanged Bearings, Ball Bearing,,,

Clasificación de Productos

Nombre de Especificac.

2” Ball Bearing

Número de Identificac.

00220011

Atributo 1

Atributo 2

Atributo 3

Atributo 4

Atributo 5

Atributo 1

Atributo 1

Atributo 1

Tipo

Diámetro/Fuera

Diámetro/DiámetroFilas /Cantidad

Estándar/IBI

Serios

Fabricante

Número de partes

Código de Identificación de Especificac.

Atributos de Información de Especificac.

- Atributos Comunes

- Atributos Individuales

Jerarquíá Número de Categoria

Nombre

Segmento 44 Equipo de Oficina, Accesorios y Suministros

Familia 44 12 Suministros de Oficina

Clase 44 12 19 Ink and lead refills

Mercancia 44 12 19 04 Ink refills

“Ink refills” - UNSPSC classification 44-12-19-04

Identificación de Productos

Estructura de IdentificaciónEstructura de Identificación

8 DIGITOS 8 DIGITOS

El área de estandarizar es establecer el sistema estándar de clasificación, identificación, atributos y de proveedor

2.1.1 Estandarización de Catálogos

Sistema de identificación

내부역량분석

Sistema de clasificación

2 Etapas de Definición de


Código/atributos

de proveedor

Estandarización

• Usar los 8 dígitos del Nº de identificación• Recibir el Nº de identificación GTIN como el valor

característico para administrar• Ofrecer rápidamente el código de identificación

necesario para la compra electrónica

• Seleccionar los atributos específicos por cada artículo necesarios para dar el máximo nivel de detalle, de manera que los mismos puedan ser plenamente identificables.

• Operar separadamente el sistema de clasificación y de identificación

• Diseñar el sistema, considerando la extensión de clasificación

• Presentar la base para la clasificación clara

Atributos de GDAS

0 0 0 0 0 0 0 0

Segmento Familia Clase Mercancía

Atributos ComúnesAtributos Comúnes Atributos IndividualesAtributos Individuales

UNSPSC


8 dígitos del Nº de identificación

Atributos Comunes

2.1.1.7 Objeto y Alcance del Catálogo de Productos(2/2)

atributos comúnes

Nº de clasificación

Nº de identificación

Código de producto

Código EDI

Nombre de cliente

Nombre de productor

Nombre de producto

Nombre de producto

escala

Unidad

Atributos IndividualesModo de PlanlargoOpción/otrosMaterialUso Principal operación

abdominal

Atributos Comunes

Los atributos comunes están presentes como detalle y descripción de todos los productos registrados en el catálogo. Aunque no son obligatorios todos.

Selección para Catálogo de Productos Selección para Shopping Mall

Group No.

No.

Attribute Name

catalogcontrac

tEnglish English

Group 1

Product Identification

002

Global Trade Item Number Y Y

003

Replaced Product Global Trade Item Number

Kor001

Local Product Number ( I ) Y Y

Kor002

Local Product Number ( II ) Y Y

Group 10

Product Classification

011

International Product Classification

012

Classification Code Y Y

013

Classification Code Agency

014

Harmonized System Code

Kor003

Local Trade Item Classification Y Y

Kor004

Local Trade Item Classification Code Y Y

Group 20

Parties

021

GLN of Information Provider

022

GLN of Manufacturer Y Y

023

Manufacturer's Name Y Y

Kor005

Manufacturer's Code Y Y

Kor006

Supplier's Name Y Y

Kor007

Supplier's Code Y Y

024

Non Public Indicator (Y/N)

025

GLN of Parties Receiving Non Public Data

026

Target Market Country Code

Group 30

Date

031

Release Date and Time For Viewing

032

Start Availability Date Y Y

033

End Availability Date Y Y

034

Effective Change Date

Group No.

No.

Attribute Name

catalogcontrac

tEnglish English

Group 1

Product Identification

002

Global Trade Item Number Y Y

003

Replaced Product Global Trade Item Number

Kor001

Local Product Number ( I ) Y Y

Kor002

Local Product Number ( II ) Y Y

Group 10

Product Classification

011

International Product Classification

012

Classification Code Y Y

013

Classification Code Agency

014

Harmonized System Code

Kor003

Local Trade Item Classification Y Y

Kor004

Local Trade Item Classification Code Y Y

Group 20

Parties

021

GLN of Information Provider

022

GLN of Manufacturer Y Y

023

Manufacturer's Name Y Y

Kor005

Manufacturer's Code Y Y

Kor006

Supplier's Name Y Y

Kor007

Supplier's Code Y Y

024

Non Public Indicator (Y/N)

025

GLN of Parties Receiving Non Public Data

026

Target Market Country Code

Group 30

Date

031

Release Date and Time For Viewing

032

Start Availability Date Y Y

033

End Availability Date Y Y

034

Effective Change Date

Atributos Individuales Los atributos individuales definen las características propias de cada producto. Existen “n” atributos individuales por cada artículo

Identificados por las Instituciones y Proveedores

- Iniciar con los atributos de los productos adquiridos por el “core” del negocio de la institución.

- Extraer los atributos a partir de la información disponible en los catálogos existentes y demás registros.

- Este proceso permitirá registrar poco a poco los atributos individuales. UNSPSC tiene 34 mil artículos.

- A medida que crezca la utilización de Merlink, se irá mejorando la definición de atributos individuales.

Alcance de la Homologación

1. Estructura

2. Dimensión

Clasificación Clasificación e Identificación

Si el catálogo institucional llega hasta el nivel de clasificación es requerido homologar con Mer-link hasta este nivel. El “clasificador de gasto” se incorporaría como un atributo común.

Si el catálogo institucional llega hasta el nivel de identificación es requerido homologar con Mer-link hasta este nivel.

Catálogo Institucional Parcial Catálogo Institucional Completo

Si el catálogo institucional llega hasta el nivel de clasificación es requerido homologar con Mer-link hasta este nivel. El “clasificador de gasto” se incorporaría como un atributo común.

Si la homologación es parcial, la interoperabilidad interna funcionaría solo a este nivel, sin embargo, esto no impide que se realicen trámites que se registren manualmente. Existe un periodo de tiempo de ocho meses después del BPR/ISP para que Mer-link libere los sistemas funcionales para tramitar las compras.

55

Case 1Case 1

Case 3Case 3 Check valvesCheck valves

23100042310004 General carGeneral car Automobiles or carsAutomobiles or cars

48100264810026

Ball check valvesBall check valves

Piston check valvesPiston check valves

Swing check valvesSwing check valves

Case 2Case 2

gold alloy leadgold alloy lead34390103439010

zinc alloy leadzinc alloy lead34390113439011

aluminum alloy leadaluminum alloy lead34390123439012

SolderSolder

1 : 11 : 1

1 : N1 : N

N : 1N : 1

Product No.Product No. Product nameProduct name Commodity NameCommodity Name MappingMappingSS FF CC

25 25 10 10 15 15

23 23 17 17 1515

40 40

40 40

40 40

14 14

14 14

14 14

16 16

16 16

16 16

Case 5Case 5 241320241320 refrigerator refrigerator 2 0(res. Class)2 0(res. Class) C reservation C reservation 24 24 13 13 01(res. co) 01(res. co)

Case 6Case 6 66350836635083 Water pressure equipmentWater pressure equipment 15(res. Family)15(res. Family) F reservationF reservation 41 41 01(res. C) 01(res. C) 01(res. co) 01(res. co)

Impossible MAPPING case

classification UNSPSC, make reservation code

Case 4Case 4 51100235110023 handrimerhandrimer 50(reservation commodity)50(reservation commodity) Co reservationCo reservation 27 27 11 11 19 19

Casos posibles en el proceso de homologación a UNSPSC

Registro Único de Proveedores

Firma Digital

Otorgados a solicitud de actores

y procesos

Comprobación de certificados en tiempo

real por parte de la entidad oficial de

certificación

Certificación de fechas y horas

reales de eventos

Aplicación de certificados digitales

Aseguramiento de documento electrónico

Seguridad de licitación electrónica

Presentación de Oferta Electrónica

Apertura de Ofertas

Comercio Electrónico

Modelo “cero papel”

PROYECTO MERLINK.

Objetivo del Proyecto

• Implementar el modelo de compras pública electrónica Merlink para el 23/07/2010 a un

esfuerzo no mayor a las 49,500 horas.

Entregables del proyecto (Nivel 1)

Fases del proyecto

Fase BPR/ISP• Objetivo:

– Reingeniería de Procesos del Negocio/Planificación Estratégica de la Información

– Construir el modelo de compras Merlink• Duración :

– tres meses (julio – octubre)• Componentes:

– Estudio de situación actual.– Propuesta de modelo mejorado.

• Metodología:– Documentación, entrevistas, cuestionarios, sesiones

conjuntas.

1er grupo de módulos• Módulos:

– Portal, Catálogo de Mercancías, Administración de Usuarios.

– Seguridad y Firma Digital, Documentos Electrónicos, Distribución de Documentos Electrónicos y Call Center

• Duración :– cuatro meses (noviembre – febrero).

• Metodología:– Requerimientos, análisis, diseño, desarrollo, implementación.

2do grupo de módulos

• Módulos:– Licitación Electrónica, Subasta a la Baja, Contratación

Electrónica, Recursos, Refrendo y/o Aprobación, Contrato Marco, Pagos Electrónicos

• Duración :– cuatro meses (marzo – junio).

• Metodología:– Requerimientos, análisis, diseño, desarrollo,

implementación.

Línea de tiempo del proyectoCategoría

2009 2010

7 8 9 10 11 12 1 2 3 4 5 6 7

Milestone

(Puntos Críticos)

BPR/ISP

(Reing.de Proc.Neg

/Planeac.Estrateg.Inf)

Desa-

rrollo

1ra. Etapa de Desarrollo

(Portal, Adm. Usuario,Catálogo,

Call Center)

2da. Etapa de Desarrollo

(Licitac.elect.,Subasta Reversa, Contrato Elect.,

Cat. de Producto, Pago Elect., Apelac.)

Apertura(Kick off)

Finalizac. BPR/ISP Informe Intermedio InformeFinal

1raApertura

2daApertura

Análisis yDef. de Req.

Análisis de laSituac.Actual

Establec. deFuturo Modelo

Diseño

Desarrollo

Implementac.

Análisis yDef. de Req

Diseño

Desarrollo

Implementac.

¿Qué no incluye el proyecto? Crear, modificar o derogar leyes relacionadas con

contratación administrativa u otras áreas relacionadas con el proyecto.

Substituir los catálogos de mercancías vigentes en las instituciones participantes de Merlink.

Implementación de interfaces de integración con Merlink dentro de la plataforma particular de cualquiera de las instituciones participantes.

Cualquier proceso diferente de lo que estrictamente concierne a la contratación de bienes y servicios por empresa pública.

PERÍODO DE PREGUNTAS Y RESPUESTAS

Proyecto merlink. modelo de compras publicas electronicas en costa rica. sr. gustavo morales

Travel

Transcript of Proyecto merlink. modelo de compras publicas electronicas en costa rica. sr. gustavo morales