Proyecto Merlink  Hacia el nuevo modelo de compra electrónica del Estado costarricense
Contenido <ul><li>Importancia de un modelo de compras electrónico. </li></ul><ul><li>Experiencia internacional. </li></ul>...
<ul><li>IMPORTANCIA DE UN MODELO DE COMPRAS ELECTRÓNICO. </li></ul>
Situación actual del modelo de compras pública costarricense <ul><li>Un modelo “fragmentado”. </li></ul><ul><li>Un modelo ...
¿Qué se puede lograr a través  de este proyecto? <ul><li>Ofrecer un modelo estandarizado a compradores y proveedores. </li...
<ul><li>EXPERIENCIA INTERNACIONAL. </li></ul>
Experiencia Internacional
Experiencia Internacional
Experiencia Internacional
Experiencia Internacional
Experiencia Internacional
Experiencia Internacional
Experiencias en ahorro de costos <ul><li>Caso:  </li></ul><ul><ul><li>Estudio  “Subastas inversas electrónicas y su aplica...
Experiencias en ahorro de costos <ul><ul><li>Reino Unido </li></ul></ul><ul><ul><ul><li>La adopción de la subasta a la inv...
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 <ul><ul><li>Brasil </li></ul></ul><ul><ul><ul><li>La subasta electrónica fue implementada...
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
<ul><li>PILARES MERLINK. </li></ul>
Pilares del Merlink
(*) compradores, proveedores y ciudadanos
Ventanilla Única
Menú principal superior con menús adicionales, ofreciendo acceso sencillo a los contenidos principales. (*) compradores, p...
(*) 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 Única Interconexi ón orgánica entre las informaciones Ofrece información conforme a la necesidad de las institu...
 
Estandarización
 
Registro/ Pedido del Compra por Catálogo Macroproceso de compra Merlink
1) Inicio de contratación Recepción de la solicitud de contratación Confirmación del número de trámite Aprobación del inic...
2)  Anuncio de concurso Generación de la llave privada criptográfica Presentación del recurso  de objeción Publicación del...
9) Apertura y evaluación de oferta electrónica Ver el listado de Ofertas a procesar Publicación acto de adjudicación y not...
11) Formalización de contratación (contrato electrónico) 10 Recepción de la garantía de cumplimiento  y especies fiscales ...
10)  Instancias de Aprobación  ( Adjudicación, declaratoria desierta o infructuosa) Aprueba? 8 Revisa  recomendaciónde adj...
30) Recepción provisional y definitiva Solicitud recepción provisional Solicitud de pago / Envío de factura Resuelve pago ...
31)  Pagos Transferencia bancaria  Confirmación del pago Pago Electrónico (SINPE) Confirmación del resultado del pago Conf...
 
Comprensión de los documentos electrónicos Comunicación de datos de negocio de ordenador a ordenador en formatos estándar ...
▶  Concepto de los Doc. Electr ónicos Documentos estandarizados transmitidos, recibido o almacenados, escrito en forma ele...
Necesidad de Estandarización de Documentos Electrónicos <ul><li>El estándar de un documento electrónico utilizado entre el...
Estandarización de Documentos de Compra Pública  El tipo y la forma de documentos son diferentes en cada institución  Los ...
Proceso para el desarrollo de Documentos Electrónicos  Analizar Documento Estandarizar Item (CC ↔ BIE) Diseñar Schema  [ X...
 
Sistema Característica Mer-Link` Atributos Comúnes Estandarización del Sistema de Atributos de Producto Aplicar la selecci...
Estructura de Catálogo Estructura Básica de UNSPSC v.11 Segmento Familia Clase Mercancia componentes y accesorios de fabri...
El área de estandarizar es establecer el sistema estándar de clasificación, identificación, atributos y de proveedor 2.1.1...
Atributos Comunes <ul><li>Los atributos comunes están presentes como detalle y descripción de todos los productos registra...
Atributos Individuales  <ul><li>Los atributos individuales definen las características propias de cada producto. Existen “...
Alcance de la Homologación <ul><li>Estructura </li></ul><ul><li>Dimensión  </li></ul>Clasificación  Clasificación e Identi...
Casos posibles en el proceso de homologación a UNSPSC Case 1 Case 3 Check valves 2310004 General car Automobiles or cars 4...
 
Registro Único de Proveedores
 
Firma Digital
Aplicación de certificados digitales Otorgados a solicitud de actores y procesos Comprobación de certificados en tiempo re...
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”
<ul><li>PROYECTO MERLINK. </li></ul>
Objetivo del Proyecto <ul><li>Implementar el modelo de compras pública electrónica Merlink para el 23/07/2010 a un esfuerz...
Entregables del proyecto  (Nivel 1)
Fases del proyecto
Fase BPR/ISP <ul><li>Objetivo: </li></ul><ul><ul><li>Reingeniería de Procesos del Negocio/Planificación Estratégica de la ...
1er grupo de módulos <ul><li>Módulos: </li></ul><ul><ul><li>Portal, Catálogo de Mercancías, Administración de Usuarios. </...
2do grupo de módulos <ul><li>Módulos: </li></ul><ul><ul><li>Licitación Electrónica, Subasta a la Baja, Contratación Electr...
Línea de tiempo del proyecto Apertura (Kick off) Finalizac. BPR/ISP Informe Intermedio Informe Final Análisis y Def. de Re...
¿Qué no incluye el proyecto? <ul><li>Crear, modificar o derogar leyes relacionadas con contratación administrativa u otras...
<ul><li>PERÍODO DE PREGUNTAS Y RESPUESTAS </li></ul>
Upcoming SlideShare
Loading in …5
×

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

1,125 views

Published on

Published in: Travel, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,125
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
8
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

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

  1. 1. Proyecto Merlink Hacia el nuevo modelo de compra electrónica del Estado costarricense
  2. 2. Contenido <ul><li>Importancia de un modelo de compras electrónico. </li></ul><ul><li>Experiencia internacional. </li></ul><ul><li>Pilares de Merlink. </li></ul><ul><li>Proyecto Merlink . </li></ul>
  3. 3. <ul><li>IMPORTANCIA DE UN MODELO DE COMPRAS ELECTRÓNICO. </li></ul>
  4. 4. Situación actual del modelo de compras pública costarricense <ul><li>Un modelo “fragmentado”. </li></ul><ul><li>Un modelo basado en el papel. </li></ul><ul><li>Un aprovechamiento poco efectivo del tiempo. </li></ul>
  5. 5. ¿Qué se puede lograr a través de este proyecto? <ul><li>Ofrecer un modelo estandarizado a compradores y proveedores. </li></ul><ul><li>Dar un salto en la modernización en el área de compra pública del Estado. </li></ul><ul><li>Estimular el comercio electrónico en el país. </li></ul><ul><li>Generar oportunidades de desarrollo. </li></ul><ul><li>Aumentar la transparencia. </li></ul><ul><li>Generar ahorros para todos. </li></ul>
  6. 6. <ul><li>EXPERIENCIA INTERNACIONAL. </li></ul>
  7. 7. Experiencia Internacional
  8. 8. Experiencia Internacional
  9. 9. Experiencia Internacional
  10. 10. Experiencia Internacional
  11. 11. Experiencia Internacional
  12. 12. Experiencia Internacional
  13. 13. Experiencias en ahorro de costos <ul><li>Caso: </li></ul><ul><ul><li>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). </li></ul></ul>(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 <ul><li>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. </li></ul>
  14. 14. Experiencias en ahorro de costos <ul><ul><li>Reino Unido </li></ul></ul><ul><ul><ul><li>La adopción de la subasta a la inversa electrónica fue fuertemente promovida a partir del año 2001. </li></ul></ul></ul><ul><ul><ul><li>Es un servicio que ofrece al Agencia de Compras Gubernamentales (OGCbuying.solutions). </li></ul></ul></ul>
  15. 15. Crecimiento en subastas electrónicas anuales en Reino Unido. ( Período 2003 – 2007)
  16. 16. Ahorros logrados en subastas electrónicas en Reino Unido. ( Período 2003 – 2007)
  17. 17. Experiencias en ahorro de costos <ul><ul><li>Brasil </li></ul></ul><ul><ul><ul><li>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. </li></ul></ul></ul><ul><ul><ul><li>Su objetivo fue la agilización de los trámites e intensificación de la competencia entre los proveedores. </li></ul></ul></ul><ul><ul><ul><li>Tuvo repercusiones profundas, convirtiéndose en la modalidad de contratación más utilizada en la administración pública brasileña. </li></ul></ul></ul>
  18. 18. Subastas electrónicas en Brasil. ( Período 2000 – 2006)
  19. 19. Subastas electrónicas en Brasil. ( millones de USD) 30,5% 19,300
  20. 20. Subastas electrónicas en Brasil. ( Valores porcentuales)
  21. 21. Subastas electrónicas en Brasil. ( Millones USD) 24% de ahorro
  22. 22. Decisión: Adopción del modelo coreano
  23. 23. <ul><li>PILARES MERLINK. </li></ul>
  24. 24. Pilares del Merlink
  25. 25. (*) compradores, proveedores y ciudadanos
  26. 26. Ventanilla Única
  27. 27. 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.
  28. 28. (*) compradores, proveedores y ciudadanos Fuerte uso de elementos gráficos que lo hace intituivo.
  29. 29. (*) compradores, proveedores y ciudadanos Elementos de interacción con el usuario sencillos e intituivos.
  30. 30. Ventanilla Única Interconexi ó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.
  31. 32. Estandarización
  32. 34. Registro/ Pedido del Compra por Catálogo Macroproceso de compra Merlink
  33. 35. 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 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 CD Lic. Abreviada o Pública Precalificació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 Proceso Unidad Solicitante Proveeduría Solicitud de Contratación Procesamiento fuera de línea Procesamiento por el Sistema Merlink Referencias y Aclaraciones Interfaz Digitación
  34. 36. 2) Anuncio de concurso 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ón No 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ía Nota) #3 0 Proceso Unidad Solicitante Proveeduría C.G.R./ Asesoría Jurídica Oferente Anuncio de Concurso para Licitación Pública o Abreviada Procesamiento fuera de línea Procesamiento por el Sistema Merlink Referencias y Aclaraciones Interfaz Digitación
  35. 37. 9) Apertura y evaluación de oferta electrónica 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) #1 No 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 3 3 3 4 Presenta Descuento? Se concede audiencia y se analizan precios con descuento 4 5 6 6 Sí No 5 6 7 7 3 Nota) #2 Estudio de admisibilidad Categoria Proveeduría Unidad Solicitante C.G.R. / Asesoría Jurídica Proveedor Apertura de oferta Procesamiento fuera de línea Procesamiento por el Sistema Merlink Referencias y Aclaraciones Interfaz Digitación
  36. 38. 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 Interna Analiza Refrendo Consultas / Cambios Aprueba Recibe y atiende consultas No SI No No SI 12 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 C.G.R. Asesoría Jurídica Unidad Solicitante Proveeduría Unidad Garante Proveedor Procesamiento fuera de línea Procesamiento por el Sistema Merlink Referencias y Aclaraciones Interfaz Digitación
  37. 39. 10) Instancias de Aprobación ( Adjudicación, declaratoria desierta o infructuosa) 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 Categoria Instancia 1 Instancia 2 Instancia 3 Instancias de Aprobación Procesamiento fuera de línea Procesamiento por el Sistema Merlink Referencias y Aclaraciones Interfaz Digitación
  38. 40. 30) Recepción provisional y definitiva Solicitud recepción provisional Solicitud de pago / Envío de factura Resuelve 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 adelantado? Requiere contragarantí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 Departamento Administrativo Financiero Entidad Garante Proveedor Recepción provisional y definitiva Procesamiento fuera de línea Procesamiento por el Sistema Merlink Referencias y Aclaraciones Interfaz Digitación
  39. 41. 31) 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 Efectivo Carta de crédito Pago por medio del ERP 25 Categoría Unidad Solicitante Unidad Contratante / Unidad de Pagos Proveedor Pagos Procesamiento fuera de línea Procesamiento por el Sistema Merlink Referencias y Aclaraciones Interfaz Digitación
  40. 43. 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
  41. 44. ▶ Concepto de los Doc. Electr ónicos Documentos 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
  42. 45. Necesidad de Estandarización de Documentos Electrónicos <ul><li>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. </li></ul><ul><li>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. </li></ul><ul><li>Al intercambiar documentos dentro de diferentes sistemas. </li></ul>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 estandarizado Segment Data Element Code
  43. 46. Estandarización de Documentos de Compra Pública 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 montos <ul><li>Definición de documentos estandarizados por cada proceso de compras </li></ul><ul><li>Definición y composición de ítems estandarizados por cada documento de compras </li></ul>Requerimiento para la Mejora Problem ática Existen procesos que no poseen documentos de compras públicas Principales Causas Cada institución gestiona los documentos de compras según los reglamentos propios No existe documentos detallados y estandarizados según proceso Existe el caso que posee reglamentos pero no procedimientos detallados
  44. 47. Proceso para el desarrollo de Documentos Electrónicos Analizar Documento Estandarizar Item (CC ↔ BIE) Diseñar Schema [ XML Schema ] Diseño de XML [ XML Instance ] Aplicación del Sistema XML CC Library Obtener Documento Obtener Documento <ul><li>Obtener documentos en on y offline después de analizar el proceso del negocio correspondiente </li></ul><ul><li>para luego desarrollarlos en documento electrónico. </li></ul>Analizar Documento <ul><li>Analizar y definir los ítems basado en documentos on y offline coleccionados </li></ul>Estandarización de Item CC <ul><li>Componer Core Component basado en los ítems extraídos </li></ul>BIE <ul><li>Definir en Template Individual de forma Business Infromacion Entity BIE para cada ítem analizado. </li></ul><ul><li>Debe existir CC que corresponde a BIE. </li></ul>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.
  45. 49. 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 Estrategia del sistema de atributos <ul><li>Atribuir el valor característico a la propiedad de producto para administrar el artículo detallado </li></ul><ul><li>Es posible administrar muchas atributos para usar útlmente la estádistica </li></ul><ul><li>Es posible seleccionar el sistema internacional de atributos para utilizar en el negocio internacional </li></ul>AS-IS Sistema de Catálogos TO-BE Sistema de Catálogos a mejorar <ul><li>Las instituciones compradoras no administran sistemáticamente los atributos sobre el producto </li></ul><ul><li>El nivel administrativo también administra sólo unas atributos simples </li></ul><ul><li>Es deficiente la información de atributos para el comercio exterior internacional </li></ul><ul><li>Es apta para el negocio internacional de producto que aplica la estándar internacional GDAS </li></ul><ul><li>Identificar los atributos apropiada del producto por los atributos comúnes y las individuales para definir </li></ul><ul><li>Utilizar eficientemente para la estádistica sobre la industria y el producto mediante los atributos </li></ul>Sistema Característica de las Instituciones compradoras Computadora portátil Samsung NT-N310-KA16M Nº Nombre de producto proveedor productora Nombre de Modelo Atributos Individuales Nº de clasificación de producto 1 Nº de identificación de producto 2 Nombre de producto 3 Nombre de modelo 4 Unidad 5 Tamaño de pantalla 1 Velocidad de CPU 2 Color 3 Memoria 4
  46. 50. Estructura de Catálogo Estructura 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ámetro Filas /Cantidad Estándar/IBI Serios Fabricante Número de partes <ul><li>Código de Identificación de Especificac. </li></ul><ul><li>Atributos de Información de Especificac . </li></ul><ul><li>Atributos Comunes </li></ul><ul><li>Atributos Individuales </li></ul>“ Ink refills” - UNSPSC classification 44-12-19-04 Identificación de Productos Estructura de Identificación 8 DIGITOS 8 DIGITOS Jerarquíá Número de Categoria Nombre Segment o 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
  47. 51. 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 <ul><li>Usar los 8 dígitos del Nº de identificación </li></ul><ul><li>Recibir el Nº de identificación GTIN como el valor característico para administrar </li></ul><ul><li>Ofrecer rápidamente el código de identificación necesario para la compra electrónica </li></ul><ul><li>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. </li></ul><ul><li>Operar separadamente el sistema de clasificación y de identificación </li></ul><ul><li>Diseñar el sistema, considerando la extensión de clasificación </li></ul><ul><li>Presentar la base para la clasificación clara </li></ul>Atributos de GDAS 0 0 0 0 0 0 0 0 Segmento Familia Clase Mercancía Atributos Comúnes Atributos 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 Individuales Modo de Plan largo Opción/otros Material Uso Principal operación abdominal
  48. 52. Atributos Comunes <ul><li>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. </li></ul>Selección para Catálogo de Productos Selección para Shopping Mall Group No. No. Attribute Name catalog contract English 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 catalog contract English 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
  49. 53. Atributos Individuales <ul><li>Los atributos individuales definen las características propias de cada producto. Existen “n” atributos individuales por cada artículo </li></ul>Identificados por las Instituciones y Proveedores <ul><li>- Iniciar con los atributos de los productos adquiridos por el “core” del negocio de la institución. </li></ul><ul><li>Extraer los atributos a partir de la información disponible en los catálogos existentes y demás registros. </li></ul><ul><li>Este proceso permitirá registrar poco a poco los atributos individuales. UNSPSC tiene 34 mil artículos. </li></ul><ul><li>A medida que crezca la utilización de Merlink, se irá mejorando la definición de atributos individuales. </li></ul>
  50. 54. Alcance de la Homologación <ul><li>Estructura </li></ul><ul><li>Dimensión </li></ul>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.
  51. 55. Casos posibles en el proceso de homologación a UNSPSC Case 1 Case 3 Check valves 2310004 General car Automobiles or cars 4810026 Ball check valves Piston check valves Swing check valves Case 2 gold alloy lead 3439010 zinc alloy lead 3439011 aluminum alloy lead 3439012 Solder 1 : 1 1 : N N : 1 Product No. Product name Commodity Name Mapping S F C 25 10 15 23 17 15 40 40 40 14 14 14 16 16 16 Case 5 241320 refrigerator 2 0(res. Class) C reservation 24 13 01(res. co) Case 6 6635083 Water pressure equipment 15(res. Family) F reservation 41 01(res. C) 01(res. co) Impossible MAPPING case classification UNSPSC, make reservation code Case 4 5110023 handrimer 50( reservation commodity) Co reservation 27 11 19
  52. 57. Registro Único de Proveedores
  53. 59. Firma Digital
  54. 60. Aplicación de certificados digitales 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
  55. 61. Aseguramiento de documento electrónico
  56. 62. Seguridad de licitación electrónica
  57. 63. Presentación de Oferta Electrónica
  58. 64. Apertura de Ofertas
  59. 66. Comercio Electrónico
  60. 68. Modelo “cero papel”
  61. 69. <ul><li>PROYECTO MERLINK. </li></ul>
  62. 70. Objetivo del Proyecto <ul><li>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. </li></ul>
  63. 71. Entregables del proyecto (Nivel 1)
  64. 72. Fases del proyecto
  65. 73. Fase BPR/ISP <ul><li>Objetivo: </li></ul><ul><ul><li>Reingeniería de Procesos del Negocio/Planificación Estratégica de la Información </li></ul></ul><ul><ul><li>Construir el modelo de compras Merlink </li></ul></ul><ul><li>Duración : </li></ul><ul><ul><li>tres meses (julio – octubre) </li></ul></ul><ul><li>Componentes: </li></ul><ul><ul><li>Estudio de situación actual. </li></ul></ul><ul><ul><li>Propuesta de modelo mejorado. </li></ul></ul><ul><li>Metodología: </li></ul><ul><ul><li>Documentación, entrevistas, cuestionarios, sesiones conjuntas. </li></ul></ul>
  66. 74. 1er grupo de módulos <ul><li>Módulos: </li></ul><ul><ul><li>Portal, Catálogo de Mercancías, Administración de Usuarios. </li></ul></ul><ul><ul><li>Seguridad y Firma Digital, Documentos Electrónicos, Distribución de Documentos Electrónicos y Call Center </li></ul></ul><ul><li>Duración : </li></ul><ul><ul><li>cuatro meses (noviembre – febrero). </li></ul></ul><ul><li>Metodología: </li></ul><ul><ul><li>Requerimientos, análisis, diseño, desarrollo, </li></ul></ul><ul><ul><li>implementación. </li></ul></ul>
  67. 75. 2do grupo de módulos <ul><li>Módulos: </li></ul><ul><ul><li>Licitación Electrónica, Subasta a la Baja, Contratación Electrónica, Recursos, Refrendo y/o Aprobación, Contrato Marco, Pagos Electrónicos </li></ul></ul><ul><li>Duración : </li></ul><ul><ul><li>cuatro meses (marzo – junio). </li></ul></ul><ul><li>Metodología: </li></ul><ul><ul><li>Requerimientos, análisis, diseño, desarrollo, implementación. </li></ul></ul>
  68. 76. Línea de tiempo del proyecto Apertura (Kick off) Finalizac. BPR/ISP Informe Intermedio Informe Final Análisis y Def. de Req. Análisis de la Situac.Actual Establec. de Futuro Modelo Diseño Desarrollo Desarrollo Implementac. Categorí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.) 1ra Apertura 2da Apertura Implementac. Análisis y Def. de Req Diseño
  69. 77. ¿Qué no incluye el proyecto? <ul><li>Crear, modificar o derogar leyes relacionadas con contratación administrativa u otras áreas relacionadas con el proyecto. </li></ul><ul><li>Substituir los catálogos de mercancías vigentes en las instituciones participantes de Merlink. </li></ul><ul><li>Implementación de interfaces de integración con Merlink dentro de la plataforma particular de cualquiera de las instituciones participantes. </li></ul><ul><li>Cualquier proceso diferente de lo que estrictamente concierne a la contratación de bienes y servicios por empresa pública. </li></ul>
  70. 78. <ul><li>PERÍODO DE PREGUNTAS Y RESPUESTAS </li></ul>

×