Proyecto merlink. modelo de compras publicas electronicas en costa rica. sr. gustavo morales
-
Upload
maria-tobon -
Category
Travel
-
view
1.232 -
download
0
description
Transcript of 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
Experiencia Internacional
Experiencia Internacional
Experiencia Internacional
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.
Experiencias en ahorro de costos
–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)
Experiencias en ahorro de costos
– 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.
(*) compradores, proveedores y ciudadanos
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.
(*) compradores, proveedores y ciudadanos
Fuerte uso de elementos gráficos que
lo hace intituivo.
(*) compradores, proveedores y ciudadanos
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
Procesamiento fuera de línea
Procesamiento por el Sistema Merlink Referencias y
AclaracionesInterfaz Digitación
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
Procesamiento fuera de línea
Procesamiento por el Sistema Merlink Referencias y
AclaracionesInterfaz Digitación
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
cumplimiento y especies fiscales
Emisión de la garantía de
cumplimiento y especies fiscales
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
Procesamiento fuera de línea
Procesamiento por el Sistema Merlink Referencias y
AclaracionesInterfaz Digitación
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
Registra motivo de declaratoria desierta o
infructuosa
Aprueba?
Revisa recomendación de adjudicación
No
Registra resultado
SI
Registra motivo de declaratoria desierta o
infructuosa
9
SI
Procesamiento fuera de línea
Procesamiento por el Sistema Merlink Referencias y
AclaracionesInterfaz Digitación
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
Procesamiento fuera de línea
Procesamiento por el Sistema Merlink Referencias y
AclaracionesInterfaz Digitación
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
Procesamiento fuera de línea
Procesamiento por el Sistema Merlink Referencias y
AclaracionesInterfaz Digitación
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
Atributos Individuales
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
Atributos Individuales
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