administraciones públicas registro de proveedores del … · 2015-11-16 · 2 de 33 o –. 05...
TRANSCRIPT
Administraciones Públicas
REGISTRO DE PROVEEDORES DEL ESTADO MRD DGCP – Sistema Informático para la Gestión de las Compras y Contrataciones del Estado Dominicano
Edic. /Rev.: 01.05
Fecha: 12/09/2014
2 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
HOJA DE CONTROL DE DOCUMENTO
DOCUMENTO / ARCHIVO:
Título REGISTRO DE PROVEEDORES DEL ESTADO - MRD
Nombre Archivo DGCP-MRD-Registro de Proveedores del Estado F001E002.v01.00.docx
Fecha 12/09/2014
Versión V01.05
Cliente DGCP – Dirección General de Contrataciones Públicas.
Asunto / Detalle En el presente documento se encuentra el MRD correspondiente al proceso de Registro de Proveedores del Estado.
Soporte lógico Microsoft Word
Localización Santo Domingo – República Dominicana
REGISTRO DE CAMBIOS
Versión Páginas Fecha Modificación Motivo del cambio
01 23 04.08.2014 Creación del documento
02 29 11.09.2014 Actualización del documento
01.04 32 12.09.2014 Revisión Indra
01.05 33 12.09.2014 Aceptación de Cambios al Documento y Agregado de
Nota DGCP para flujos de Actualización del proveedor.
DISTRIBUCIÓN DEL DOCUMENTO:
Nombre Área
Jhonattan Toribio Tecnología
George Slujalkovsky Tecnología
CONTROL DEL DOCUMENTO
Este documento ha sido:
Nombre Preparado por: Revisado por: Aprobado por:
Firma
Jaime Escamilla
Abilio Martín Lopes
Leovigildo Gomez
Fecha 09/11/2014
3 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
CONTENIDO
1. Introducción .............................................................................................................. 4 2. Registro de Proveedores del Estado: Descripción General ................................... 5 3. Registro de Proveedores del Estado: Descripción Detallada ................................ 6
3.1 Registro del usuario .............................................................................................................. 6 3.2 Registro de la Empresa ........................................................................................................ 6 3.3 Formulario para registro de Proveedores ............................................................................. 7 3.4 Formulario para registro de Compradores .......................... ¡Error! Marcador no definido. 3.5 Formulario DGCP – Customizado (manager Admin) ......................................................... 16 3.6 Creación de Registro de Proveedores (manager registro) ................................................. 18 3.7 Envío de notificación de tarea pendiente ........................................................................... 21 3.8 Sancionar a un Proveedor .................................................................................................. 21 3.9 Inhabilitación de Proveedor (versión DGCP) ...................................................................... 24
4. Requisitos del pliego .............................................................................................. 26 5. Anexos ..................................................................................................................... 30
5.1 Documentos y plantillas ...................................................................................................... 30 5.6.1 Notificaciones.................................................................................................................. 30 5.6.2 Print Templates ............................................................................................................... 32
5.2 Documentación asociada al MRD ...................................................................................... 32
Eliminado: ¡Error! Marcador no definido.16
Eliminado: 2120
Eliminado: 2120
Eliminado: 2423
Eliminado: 2625
Eliminado: 3031
Eliminado: 3031
Eliminado: 3031
4 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
1. Introducción
El presente Documento de Requerimientos del Mercado (MRD) tiene como objetivo principal refinar
y validar los requerimientos establecidos en el pliego de condiciones específicas y la oferta. El
documento recogerá, además, las reglas de negocio particulares de cada procedimiento. El
objetivo final es recoger todos los requisitos, tanto funcionales como de negocio.
El MRD, tras su aprobación por parte de la DGCP, servirá como base para la elaboración de los
documentos propios de la plataforma Vortal, trasladando estos requisitos “de mercado” a requisitos
“de producto” y posteriormente a los correspondientes documentos funcionales y técnicos que
recogerán las configuraciones y desarrollos necesarios para completar la localización de la
herramienta Vortal en la DGCP.
Como resultado de la fase de levantamiento de requisitos, se ha determinado la siguiente lista de
MRDs que cubren todos los requisitos.
Como puede observarse, existen MRDs específicos de procedimientos (por ejemplo Licitación
Pública) y otros que se corresponden con bloques “transversales” a los varios procedimientos (por
ejemplo Planificación PACC)
El presente documento en particular, abordará el detalle del MRD de Registro de Proveedores del
Estado
MRD
Licitación Pública Nacional
Licitación Pública Internacional
Licitación Restringida
Comparación de Precios
Sorteo de Obras
Compras Menores
Procesos de Excepción
Compras por Debajo del Umbral
Subasta Inversa
Planificación PACC
Registro de Proveedores del Estado
Presentación de Propuesta de Proveedor
Gestión de Contratos
Administración del Sistema / Uso del Sistema
Catálogos
Skin
Registro de Ofertas Externas
Reportes y Estadísticas
Migración de Datos
Integración con SIGEF y otras Entidades
5 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
2. Registro de Proveedores del Estado: Descripción General
Objetivo
Exponer las funciones y particularidades del Registro de Proveedores del Estado, incluyendo su
relación con los procedimientos de compras y contrataciones públicas de bienes, servicios y
obras, permitiendo una mayor comprensión de los procesos involucrados.
El Registro de Proveedores del Estado tiene como objetivo principal administrar la base de datos
de todas las personas físicas o jurídicas que estén interesadas en presentar ofertas de bienes,
servicios y obras a las entidades contratantes bajo el ámbito de aplicación de la Ley de Compras
y Contrataciones Públicas.
Alcance
Comprende los procedimientos de compras y contrataciones, además de los procesos vinculados
al Registro de Proveedores del Estado, cubriendo toda su interacción a través de la solución
Referencia Normativa
Constitución de la República Dominicana.
RD-CAFTA.
Ley No. 340-06, sobre Compras y Contrataciones Públicas de Bienes, Servicios Obras y
Concesiones, y sus modificaciones contenidas en la Ley No. 449-06.
Reglamento de Aplicación de la Ley, aprobado mediante Decreto No. 543-12.
Ley No. 200-04, de Libre Acceso a la Información Pública.
Por las normas emitidas por el Órgano Rector del Sistema Nacional de Compras y
Contrataciones Públicas.
Responsable
Departamento de Registro de Proveedores del Estado
Unidades Operacionales Involucradas
Máxima Autoridad Ejecutiva.
Unidad Operativa de Compras y Contrataciones.
Oficina de Acceso a la Información (OAI).
Políticas y Otras Observaciones
El desarrollo, administración y operación del Registro de Proveedores del Estado, está a cargo
de la Dirección General de Contrataciones Públicas. Las personas naturales o jurídicas
interesadas en hacer ofertas de bienes, servicios o ejecución de obras y no se encuentren dentro
del régimen de prohibiciones para contratar con las entidades públicas del Estado dominicano,
deberán estar inscritas en el correspondiente Registro o conjuntamente con la entrega de la
oferta técnica deberán presentar copia de la solicitud de inscripción la cual deberá formalizarse
durante el período de subsanación de oferta técnica.
Respecto al Registro de Proveedores, el Órgano Rector tendrá las siguientes funciones
6 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
básicas:
Mantener un registro especial de proveedores y consultores que hayan
incumplido con lo dispuesto en la ley, en sus reglamentos, o en el contrato, así
como de las sanciones que se les hayan aplicado por violaciones a los mismos.
Recibir las sugerencias y reclamaciones de los proveedores, estén o no inscritos
en el Registro, así como tomar medidas precautorias oportunas, mientras se
encuentre pendiente la resolución de una impugnación para preservar la
oportunidad de corregir un incumplimiento potencial de la ley, incluyendo la
suspensión de la adjudicación de un Registro o la suspensión del Registro en
ejecución.Registro
3. Registro de Proveedores del Estado: Descripción Detallada
3.1 Registro del usuario
Antes de la inscripción de una Empresa, el usuario deberá registrarse como un usuario de la
plataforma. Entra en el sitio de la plataforma y se inicia su registro de utilizador.
Comienza la grabación del usuario con los siguientes campos:
País
Nombre
Zona horaria
Nombre de usuario
Palabra clave
Confirmar la palabra clave
Pregunta de seguridad
Respuesta de seguridad
Celular de seguridad
Acuerdo con los términos de la plataforma
El usuario recibe un correo electrónico para unirse a una empresa o registrar una empresa. En caso
de que quiera unirse a una empresa, el responsable debe aceptar su inscripción.
3.2 Registro de la Empresa
Después de recibir el correo electrónico con el link de la plataforma entra su nombre de usuario y
contraseña e inicia la inscripción de su organización o solicita ser parte de otra entidad.
El usuario debe rellenar todos los campos que identifican a su empresa en el sistema para que la
DGCP pueda aprobar o rechazar su aplicación.
El formulario de inscripción que el proveedor tiene que hacer es totalmente parametrizable por el
Órgano Rector desde la consola de administración. El usuario master tiene un Módulo de
7 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
formularios de registro de organizaciones donde hace la producción de los formularios de
inscripción de proveedores.
3.3 Formulario para registro de Proveedores
Formularios parametrizables, según el tipo de proveedor en la Plataforma, según anexo “Rutas Proveedores_V2.pptx”.
1. INFORMACIÓN QUE DEBE CONSTAR EN EL FORMULARIO 1 PERSONA FÍSICA NACIONAL
*Primer Nombre
8 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Segundo Nombre
*Primer Apellido
Segundo Apellido
*Nro. de Documento / Cédula (11 dígitos) validación con la junta/SIGEF/DGII (Que
exista y que esté al día) (Si está vinculado a SIGEF y lo valida, no es necesario el
adjunto. Si no está vinculado, tiene que adjuntar documento)
*Género (M/F)
Tipo de Colegiatura (Lista predeterminada)
Número de Colegiatura (Texto libre alfanumérico)
Adjunto de Colegiatura
Ocupación (Texto libre)
*Es MIPYME (Si/No) – Si elige sí y el género es Mujer lo tomará como MIPYME
mujer. Validación con SIGEF / MIC
*Certificación MIPYME – MIC (Lista conteniendo: Micro Empresa, Pequeña
Empresa, Mediana Empresa). Esto se valida con SIGEF. Es obligatorio si la
elección es MIPYME=Si
*Fecha de Vencimiento de Certificación MIPYME: Campo Fecha. Es obligatorio si
la elección es MIPYME=Si
*Adjunto de Certificación MIC. (Si está vinculado a SIGEF y lo valida, no es
necesario el adjunto. Si no está vinculado, tiene que adjuntar documento)
*Producción Nacional (Sí o No) Si responde que sí se pide:
*Número de Registro de Calificación Industrial que se valida con SIGEF. Es
obligatorio si la elección es Producción Nacional =Si.
Descripción del Registro de Calificación Industrial (Texto Libre).
*Adjunto Declaración Jurada.
*Actividad Comercial: (Clasificador UNSPSC en su Segundo Nivel)
*Domicilio (Ver formato de DGII para poder dar cumplimiento a la Resolución
55/2014 –Cruce de domicilio Fiscal –Diapositiva9) Validación con DGII
*Teléfono 1
Teléfono 2
Móvil
Fax
2. INFORMACIÓN QUE DEBE CONSTAR EN EL FORMULARIO 2
PERSONA FÍSICA EXTRANJERA
*Primer Nombre
Segundo Nombre
*Primer Apellido
Segundo Apellido
9 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
*Pasaporte: Texto Libre
*Género (M/F)
Tipo de Colegiatura (Texto Libre)
Número de Colegiatura (Texto libre alfanumérico)
Adjunto de Colegiatura
Ocupación (Texto libre)
*Adjunto Declaración Jurada
*Actividad Comercial: (Clasificador UNSPSC en su Segundo Nivel).
*Domicilio (Ver formato de DGI para poder dar cumplimiento a la Resolución
55/2014 –Cruce de domicilio Fiscal –Diapositiva9) Validación con DGI
*Teléfono 1
Teléfono 2
Móvil
Fax
3. INFORMACIÓN QUE DEBE CONSTAR EN EL FORMULARIO 3
SOCIEDADES COMERCIALES-(SRL; EIRL; SA; SAS)
*Razón Social /Nombre Comercial (Texto Libre)
*Registro Nacional del Contribuyente (RNC) (9 dígitos) Se valida con SIGEF/DGII
(Que exista y que esté al día)
*Número de Registro Mercantil (Texto Libre)
*Fecha de Vencimiento del Registro Mercantil (Campo Fecha)
*Adjunto del Registro Mercantil
*Fecha de Inicio de Actividad/Fecha de Constitución: Campo Fecha
*Adjunto Composición Accionaria Actualizada
*Adjunto de la Lista de Presencia y Acta de la Última Asamblea General Ordinaria
Anual.
*Adjunto Declaración Jurada
*Es MIPYME (Si/No) – Si elige sí y el género es Mujer, lo tomará como Mipyme
mujer. En el caso de las sociedades comerciales se tomará el género del accionista
que tenga la mayor cantidad de acciones; en caso de empate se tomará el género
del presidente/gerente)
Certificación MIPYME – MIC (Lista conteniendo: Micro Empresa, Pequeña
Empresa, Mediana Empresa). Esto se valida con SIGEF. Es obligatorio si la
elección es MIPYME=Si.
*Fecha de Vencimiento de Certificación MIPYME: Campo Fecha
10 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
*Adjunto de Certificación MIC. (Si está vinculado a SIGEF y lo valida, no es
necesario el adjunto)
*Tipo de Empresa: (Es obligatorio si contestó MIPYME=NO) (lista conteniendo:
Gran Empresa, No clasificada)
*Producción Nacional (Sí o No) Si responde que sí se pide:
• Número de Registro de Calificación Industrial que se valida con SIGEF
• Descripción del Registro de Calificación Industrial (Texto Libre)
*Actividad Comercial: (Clasificador UNSPSC en su Segundo Nivel).
*Domicilio (Ver formato de DGI para poder dar cumplimiento a la Resolución
55/2014 –Cruce de domicilio Fiscal –Diapositiva9) Validación con DGI
*Teléfono 1
Teléfono 2
Móvil
Fax
Datos del Representante:
*Primer Nombre
Segundo Nombre
*Primer Apellido
Segundo Apellido
Puesto/Cargo: (Texto Libre)
*Teléfono 1
Extensión: (Texto libre)
Móvil
Composición Accionaria
Accionista 1: (Tendrá un botón para agregar cuantos accionistas sean)
*Primer Nombre
Segundo Nombre
*Primer Apellido
Segundo Apellido
*Tipo de Documento: (lista desplegable: Cédula, Pasaporte, RNC, Clave Tributaria
país extranjero)
*Número de Documento: si elije (RNC 9 dígitos); (Cédula 11 dígitos); (Pasaporte y
CTPE texto libre)
Género: (M/F) Esta información reemplazará la contenida en Género del
proveedor, según el accionista o accionistas que obtengan la mayor cantidad de
acciones.
11 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Puesto/Cargo: (Texto Libre)
Cantidad de acciones:
Porcentaje de participación: (Se calcula automáticamente al cargar la cantidad de
acciones que le corresponden a cada accionista)
4. INFORMACIÓN QUE DEBE CONSTAR EN EL FORMULARIO 4
ASOCIACIÓN SIN FINES DE LUCRO
*Razón Social (Texto Libre)
*Registro Nacional del Contribuyente (RNC) (9 dígitos) Se valida con SIGEF/DGII
(Que exista y que esté al día)
*Registro de Incorporación emitido por la Procuraduría: (Texto Libre)
*Adjunto de Certificación del Centro Nacional de Fomento y Promoción de las
ASFL
*Adjunto de Relación de Membresía Actualizada.
*Adjunto Declaración Jurada.
*Actividad Comercial: (Clasificador UNSPSC en su Segundo Nivel).
*Domicilio (Ver formato de DGI para poder dar cumplimiento a la Resolución
55/2014 –Cruce de domicilio Fiscal –Diapositiva9) Validación con DGI
*Teléfono 1
Teléfono 2
Móvil
Fax
Datos del Representante:
*Primer Nombre
Segundo Nombre
*Primer Apellido
Segundo Apellido
Puesto/Cargo: (Texto Libre)
*Teléfono 1
Extensión: (Texto libre)
Móvil
Consejo de Administración (Contendrá un botón para agregar cuantos miembros
del consejo de administración sean)
*Puesto/Cargo: Lista conteniendo (Presidente, Director)
*Primer Nombre
12 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Segundo Nombre
*Primer Apellido
Segundo Apellido
*Tipo de Documento: (lista desplegable: Cédula, Pasaporte, RNC, Clave Tributaria
país extranjero)
*Número de Documento: si elige (RNC 9 dígitos); (Cédula 11 dígitos); (Pasaporte y
CTPE texto libre)
Género: (M/F) Esta información reemplazará la contenida en Género del
proveedor, según el puesto del presidente de la ASFL.
5. INFORMACIÓN QUE DEBE CONSTAR EN EL FORMULARIO 5
COOPERATIVAS
*Razón Social (Texto Libre)
*Registro Nacional del Contribuyente (RNC) (9 dígitos) Se valida con SIGEF/DGII
(Que exista y que esté al día)
*Adjunto de Decreto de Incorporación de la Cooperativa.
*Adjunto de Certificación de IDECOOP.
*Adjunto Nómina de Asociados actualizada.
*Adjunto Declaración Jurada.
*Actividad Comercial: (Clasificador UNSPSC en su Segundo Nivel).
*Domicilio (Ver formato de DGI para poder dar cumplimiento a la Resolución
55/2014 –Cruce de domicilio Fiscal –Diapositiva9) Validación con DGI
*Teléfono 1
Teléfono 2
Móvil
Fax
Datos del Representante:
*Primer Nombre
Segundo Nombre
*Primer Apellido
Segundo Apellido
Puesto/Cargo: (Texto Libre)
*Teléfono 1
Extensión: (Texto libre)
Móvil
13 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Consejo de Administración (Contendrá un botón para agregar cuantos miembros
del consejo de administración sean)
*Puesto/Cargo: Lista conteniendo (Presidente, Director)
*Primer Nombre
Segundo Nombre
*Primer Apellido
Segundo Apellido
*Tipo de Documento: (lista desplegable: Cédula, Pasaporte, RNC, Clave Tributaria
país extranjero)
*Número de Documento: si elije (RNC 9 dígitos); (Cédula 11 dígitos); (Pasaporte y
CTPE texto libre)
Género: (M/F) Esta información reemplazará la contenida en Género del
proveedor, según el puesto del presidente de la ASFL.
6. INFORMACIÓN QUE DEBE CONSTAR EN EL FORMULARIO 6
CONSORCIO
*Razón Social /Nombre Comercial (Texto Libre)
*Registro Nacional del Contribuyente (RNC) (9 dígitos) Se valida con SIGEF/DGII
(Que exista y que esté al día)
*Adjunto del Acto Notarial por el cual se formaliza el consorcio, incluyendo su
objeto, las obligaciones de las partes, su duración, la capacidad de ejercicio de
cada miembro del consorcio, así como sus generales.
*Adjunto del Poder Especial de Designación del Representante o Gerente Único
del Consorcio autorizado por todas las empresas participantes.
*Adjunto Declaración Jurada
*Actividad Comercial: (Clasificador UNSPSC en su Segundo Nivel).
*Domicilio (Ver formato de DGI para poder dar cumplimiento a la Resolución
55/2014 –Cruce de domicilio Fiscal –Diapositiva9) Validación con DGI
*Teléfono 1
Teléfono 2
Móvil
Fax
Datos del Representante:
*Primer Nombre
Segundo Nombre
*Primer Apellido
Segundo Apellido
14 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Puesto/Cargo: (Texto Libre)
*Teléfono 1
Extensión: (Texto libre)
Móvil
Composición Empresarial del Consorcio
Empresa 1: (Tendrá un botón para agregar cuantas empresas sean necesarias)
*RPE: (Valor Numérico)
*Razón Social
*RNC: (Valor Numérico 9 dígitos) Se valida con SIGEF/DGII (Que exista y que
esté al día)
7. INFORMACIÓN QUE DEBE CONSTAR EN EL FORMULARIO 7
ENTIDAD GUBERNAMENTAL
*Nombre de la Entidad Gubernamental (Texto Libre)
*Registro Nacional del Contribuyente (RNC) (9 dígitos) Se valida con SIGEF/DGII
(Que exista y que esté al día)
*Actividad Comercial: (Clasificador UNSPSC en su Segundo Nivel).
*Domicilio (Ver formato de DGI para poder dar cumplimiento a la Resolución
55/2014 –Cruce de domicilio Fiscal –Diapositiva9) Validación con DGI
*Teléfono 1
Teléfono 2
Móvil
Fax
Datos del Representante:
*Primer Nombre
Segundo Nombre
*Primer Apellido
Segundo Apellido
Puesto/Cargo: (Texto Libre)
*Teléfono 1
Extensión: (Texto libre)
Móvil
15 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
* Datos obligatorios
Las direcciones de todos os formularios se pedirán de la siguiente forma:
*País
*Provincia/Ciudad
*Municipio
*Sector
*Calle/Avenida
*Nombre Calle/Avenida
Número
Código Postal
Apto/Oficina
Si el país no es República Dominicana, los campos obligatorios serán:
País, Provincia/Ciudad, Nombre Calle/Avenida
Bloque Formulario Registro de Beneficiario (Se adjunta al estándar y DGCP – Obligatorio y confidencial en el directorio)
Banco de cuenta principal
• Rellano del IBAN
Banco de 2ª cuenta
• Rellano del IBAN
Banco de 3ª cuenta
• Rellano de IBAN
Después de sometido el formulario por parte del proveedor se hará una integración con el SIGEF
para el cruce de las cuentas con el RNC. Si el cruce está correcto el proveedor está listo, si no,
recibirá una alerta en la pantalla.
Integraciones Restantes
El sistema va a dar un OK a cada elemento de acuerdo con el número RNC o
Cédula (CIF) del proveedor en el formulario. Habrá una integración automática con
diferentes entidades, según se detalla en el MRD Integraciones con SIGEF y otros
sistemas
Una vez finalizado el proceso de inscripción, el sistema asigna un número de Registro de
Proveedor del Estado, de manera automática.
16 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
La documentación anexada por el proveedor cuando realiza la inscripción de acuerdo con los
requisitos de la DGCP, puede ser cambiada o quitada en “Perfil de la empresa”. En cada
documentación se tendrá una fecha personalizable para el usuario poner la validez de la
documentación. Después de la fecha de vencimiento el usuario recibe un alerta para actualizar su
Documentación.
Siempre que el Proveedor solicite Creación, o Modificación o Actualización de Datos de su registro
la DGCP deberá aceptar o rechazar dichos cambios. Existe un workflow de aprobación Creación, o
Modificación o Actualización de registro creado por el órgano rector en la consola de
Administración, la solicitud de Creación o Modificación de registro queda pendiente de aprobación
hasta que el usuario con poderes para tal haga la aprobación:
El workflow permitirá al órgano rector analizar la solicitud . Creación,Modificación o Actualización a
un analista que podrá:
1. Visualizar y analizar la información registrada en la solicitud del proveedor así como los
documentos adjuntos soportes
2. Devolver solicitud para subsanación del proveedor con comentarios
3. Enviar la solicitud lista para aprobación del Rol Aprobador
El workflow permitirá al órgano rector aprobar la solicitud Creación,Modificación o Actualización a
un Rol aprobador que podrá:
1. Visualizar y analizar la información registrada en la solicitud del proveedor así como los
documentos adjuntos soportes.
2. Devolver solicitud al analista para subsanación del proveedor con comentarios.
3. Aprobar la solicitud.
Cada vez que el proveedor actualice o modifique su registro el sistema guardará un historial por
separado de sus actualizaciones o modificaciones con sus fechas en el PET.
El sistema no cambiará la fecha de registro de la creación del registro de proveedores.
Cada una de las fechas de las solicitudes de creación, actualización o modificación deben estar
disponibles debido a que son campos públicos y deberán encontrarse al momento de la elaboración
del Template de la constancia de inscripción.
3.4 Formulario DGCP – Customizado (manager Admin)
El sistema permite visualizar la pantalla para realizar la gestión del formulario para el registro de
proveedores en la plataforma:
Ingresar a la URL ADMIN
El sistema muestra la sección LOGIN.
El usuario ingresa su usuario y contraseña.
El usuario hace clic en el botón “Login >”.
17 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
El sistema ingresa a la plataforma donde presenta el módulo VORTAL NEXT
ADMIN.
Dentro del sub módulo Marketplace, El usuario selecciona la opción “Gestión de
formularios de registro”.
El sistema presenta el módulo FORMULARIO DE REGISTRO DE
ORGANIZACIONES, la cual posee los siguientes elementos distribuidos en las
secciones:
Menú Principal
• Botón “Volver”
• Botón “Crear”
• Opción “Últimas modificaciones”
• Opción “Todas las búsquedas de formularios”
Este menú se presenta en la parte superior del módulo.
Sección Búsqueda de formularios
Campo de texto sin nombre: se muestra en blanco por defecto, en este campo se
digita el criterio de búsqueda utilizado por el usuario.
Botón “Buscar”: asociado al campo de texto sin nombre. Habilitado por defecto.
Link “Búsqueda avanzada”: opción habilitada por defecto, con los siguientes
criterios de búsqueda:
• Id de Referencia: contiene el Id de referencia generado por el sistema
al momento de crear el formulario.
• Referencia: nombre con el cual el usuario creó el formulario.
• Estado: Si el formulario está activo, borrador o inactivo.
• Fecha de creación: fecha en la cual fue creado el formulario.
• Fecha de modificación: fecha en la cual fue modificado por última vez
el registro.
Sección Últimas modificaciones. Se presenta un Manager con el formulario creado en el sistema,
esto Manager contiene los siguientes campos:
Id de Referencia: contiene el Id de referencia generado por el sistema al momento
de crear el formulario.
Referencia: nombre con el cual el usuario creó el formulario.
Estado: Si el formulario está activo, borrador o inactivo.
Fecha de creación: fecha en la cual fue creado el formulario.
Fecha de modificación: fecha en la cual fue modificado por última vez el registro.
Campo en blanco: el cual contiene dos opciones para cada registro: Editar/Detalle
Sección OPCIONES
Opciones no está disponible
18 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Sección VISTAS
Vistas no está disponible
Sección HERRAMIENTAS
Herramientas no está disponible
El usuario master (Órgano Rector, desde la consola de administración) hace clic en la opción
“Editar” o “Crear” (El sistema debe permitir la creación de distintos formularios por tipo de
proveedor, según anexo “Rutas Proveedores.ppt”). El sistema muestra el módulo “FORMULARIO
DE REGISTRO”
Todos los formularios son editables. Para hacer el Formulario el usuario tendrá:
Campos que no serán configurables, puesto que son obligatorios para todos los
registros de Organizaciones, ya sean proveedores independientemente del
Marketplace o del país
Campos que se pueden configurar según su necesidad o su criterio. Los campos
pueden ser configurados, como visibles, obligatorios o no, y se pueden configurar
de manera que la información sea solicitada para proveedores. Cuando se habla
de proveedores siempre se podrá configurar por tipo de proveedor.
Campos de creación de Preguntas
Documentos administrativos
Otros documentos
3.5 Creación de Registro de Proveedores (manager registro)
Registro – Aplicación donde se define el tipo de acceso y servicios que los proveedores tendrán en
la plataforma de DGCP.
El sistema debe crear automáticamente el Registro para aquellas empresas que se registren
manualmente en la plataforma, de la siguiente manera:
El sistema debe asignarle el estado “Pendiente” para los Proveedores (las
empresas que en el campo del formulario de registro “¿Que desea hacer?” han
seleccionado vender).
Las entidades Proveedoras no podrán acceder a los servicios, es decir el sistema
no les atribuye servicios de forma automática, es necesario que alguien de DGCP
apruebe las solicitudes de registro.
La grilla (MANAGER de registros -» Admin Mode) debe contener las siguientes columnas:
Id de Registro: En esta columna se debe indicar el Id correspondiente al Registro.
19 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Entidad: En esta columna se indica la empresa que realizó el registro en la
plataforma (el nombre de la empresa debe ser un hipervínculo que lleve a su perfil
en la plataforma).
Tipo de Entidad: En esta columna se debe indicar que la entidad es “Entidad
Proveedora”
Registro Fecha de Inicio: En esta columna de debe indicar la fecha de inicio del
Registro.
Estado Registro: En esta columna se debe indicar el estado del Registro.
• Aprobado
• Rechazado
• Pendiente
• Suspendido
• Cancelado
Cada registro que se genere se debe contar con las opciones “Editar”, para
modificar el estado, y “Detalle” para visualizar todos los campos; estas opciones
deben funcionar como se encuentran actualmente en la plataforma.
Todas las columnas de la grilla están arriba de los registros de proveedores (que están visibles por
líneas) para poder hacer una segmentación y búsqueda rápidamente para comprender su status.
En el manager de Registros también se puede crear manualmente una inscripción de un proveedor
cargando todos los documentos pedidos y toda la información solicitada. Pero, el proveedor tiene
que estar registrado en la plataforma.
Después el usuario coloca la solicitud para aprobación. Existe un workflow de aprobación creado
por el órgano rector en la consola de Administración, la solicitud de registro queda pendiente de
aprobación hasta que el usuario con poderes para tal haga la aprobación.
En el detalle, el Analista del Registro de Proveedores del órgano rector, puede ver los datos de la
empresa registrada, incluyendo los documentos que se han solicitado en el registro. En Editar, el
usuario habilitado puede editar información del oferente para cambios que entienda importantes.
El menú “OPCIONES” debe contar con las siguientes opciones:
Activar/Aprobar Registro
Rechazar Registro
Suspender Registro
Reactivar Registro
Cancelar Registro
Si el usuario selecciona la opción “Activar/Aprobar Registros”.
20 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
El sistema presenta nueva pantalla con los Registros que se encuentran
pendientes por aprobación (la aprobación de Registro permite el acceso a los
servicios definidos en el mismo).
El sistema presenta los Registro con estado “Pendiente” y un checkbox que
permite seleccionar los Registro que se quieren activar.
El usuario administrador selecciona los Registro que desea aprobar a través del
checkbox de selección y da clic en el botón “Aceptar Registro”. El sistema envía
datos a SIGEF, según describe el MRD Integraciones con SIGEF y otras entidades.
El sistema indica en pantalla que los Registro han sido aprobados y almacena esta
información.
El sistema envía un correo electrónico al proveedor indicando que ya puede
acceder a los servicios de la plataforma.
Si el Analista del Registro de Proveedores del órgano rector selecciona la opción “Rechazar Registro”. Para efectos de Rechazo total de la solicitud
El sistema presenta nueva pantalla con los Registro con estado “Pendiente” y el
checkbox de selección para cada uno.
El Analista del Registro de Proveedores del órgano rector selecciona los
Registro que desea rechazar a través del checkbox de selección y da clic en el
botón “Rechazar Registro”.
El sistema presenta una ventana para ingresar el motivo(s) por el cual ha sido
rechazado el Registro.
El sistema indica en pantalla que los Registros han sido rechazados y almacena
esta información.
El sistema envía correo electrónico a la entidad indicándole que el Registro ha sido
rechazado, los motivos y que no podrá acceder a los servicios de la plataforma.
Si el usuario selecciona la opción “Cancelar Registros”.
El sistema presenta nueva pantalla con los Registros que se encuentran
aprobados.
El sistema presenta los Registros con estado “Aprobado” y un checkbox que
permite seleccionar los Registros que se quieren Cancelar.
El usuario administrador selecciona los Registros que desea cancelar a través del
checkbox de selección y da clic en el botón “Cancelar Registros”.
El sistema indica en pantalla que los Registros han sido Cancelados y almacena
esta información.
El sistema envía un correo electrónico al proveedor indicando que su Registro ha
sido cancelado.
Después de que se activa un registro para un proveedor el sistema permite que estos comiencen a
utilizar las opciones disponibles en la plataforma.
21 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
3.6 Envío de notificación de tarea pendiente
Estas alertas se muestran siempre que se genere un Registro con estado “Pendiente”.
El sistema debe crear automáticamente una tarea de aprobación de “Registro Pendiente” a todos
los usuarios que tengan acceso al widget “Tareas” cuando se realice el registro (manual) de un
proveedor en la plataforma y que su Registro quede en estado “Pendiente”
3.7 Sancionar a un Proveedor
Nota: Comienza con un acto administrativo, el cual es iniciado y gestionado por la entidad
contratante. En cuanto a Inhabilitaciones, serán gestionadas únicamente por el Órgano Rector
según se describe en el apartado 3.8.
El sistema tendrá una sección donde el rol designado en la entidad contratante podrá buscar y
publicar actos administrativos para la sanción de proveedores.
El sistema presenta el área de trabajo y dentro de esta, la opción Servicios.
El usuario selecciona la opción Administración de Proveedores. Después escoge la
opción Inhabilitación de Proveedores
El sistema muestra la pantalla “ Gestión de inhabilitación de proveedores”, con los
siguientes elementos distribuidos en secciones:
Crear
Permite registrar un acto administrativo de sanción o inhabilitación y generar una
nueva publicación (solo tendrán acceso a las sanciones e inhabilitaciones todas las
entidades usuarias del sistema: Unidades de Compras, el proveedor sancionado y
el órgano rector).
Sección Buscar Actos Administrativos
Campo de texto.
Botón Buscar.
Opción Búsqueda avanzada.
NOTA: esta sección de búsqueda avanzada, funcionará como funciona actualmente en la
plataforma y tendrá cómo criterios de búsqueda:
Proveedor : Campo de texto (la correspondiente al usuario logueado)
Ubicación geográfica: País / Departamento / Municipio (ayuntamiento)
Número del acto administrativo: Campo de texto.
Número de Contrato.
Fecha expedición del acto administrativo: campo tipo calendario.
Estado: Borrador, esperando aprobación, retirado, cancelado, publicado y
rechazado
22 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Sección últimas modificaciones
El gestor de presentación (Manager) donde están todos los actos administrativos de sanción e
inhabilitación registrados por el Comprador Público, la cual contiene los siguientes campos:
Proveedor: Comprador Público que reporta la sanción.
Número del acto administrativo: Muestra el Id del acto administrativo.
Número del Contrato : muestra el número del contrato
Fecha expedición del acto administrativo: muestra la fecha en la que se expidió y a
partir de la cual tendrá vigencia el acto administrativo.
Estado: Borrador, Publicado, Fin de Sanción, fin de inhabilitación
Editar/Detalle:
Editar: Esta opción abrirá el acto y permitirá modificarlo cuando el acto está en fase
de borrador o publicado, tal cual como se realiza una publicación. Esta opción sólo
está visible para el Comprador Público que creó el acto. DGCP tendrá la opción de
cambiar o cancelar cualquier acto.
Detalle: permitirá visualizar en detalle la información de la sanción o inhabilitación
impuesta.
Cancelar: esta opción permite cancelar cualquier acto publicado
Opciones:
Borrar: esta opción permitirá borra cualquier acto en estado borrador
Crear:
Proveedor: Lupa para búsqueda del proveedor
Numero de acto de inhabilitación: campo vacío
Numero de contrato: Campo vacío
Estado actual: (rellenado con estado borrador por defecto hasta se cambiar de
estado)
Tipo de incumplimiento: Dropdown con:
• Sanción de Advertencia escrita
• Sanción de Ejecución de una garantía
• Sanción de Penalidad según pliego de condiciones
• Sanción de Penalidad según Contrato
23 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
• Sanción de Rescisión unilateral sin responsabilidad para la
entidad contratante
• Solicitud de Inhabilitación
Valor de la multa
Ubicación: lupa con las localizaciones
Fecha de emisión
Fecha de firma
Fecha de caducidad
Descripción: campo vacío para texto
Documentación: upload / Download de documentación
NOTA: El sistema solo permitirá cargar archivos en formato .Pdf, para manejar adjuntos en la
selección de cualquier sanción a registrar o solicitud de inhabilitación al órgano rector.
Adicional a esto, el usuario encuentra 3 opciones y una nota aclaratoria:
“Volver”
“Guardar”
“Enviar”
“Cancelar”
La opción “Guardar” permite salir de la pantalla sin que el usuario pierda los datos
previamente rellenados. El acto asume el estado de “Borrador”. Cuando el usuario
hace clic en esta opción el sistema muestra el siguiente mensaje: “Acto
administrativo guardado con éxito”.
El usuario cuando hace clic en “Volver”, el sistema regresa a la pantalla “Sanción
de Proveedores” sin guardar la información
El usuario indica el archivo que desea cargar y hace clic en “Enviar” y ocurren las
siguientes acciones:
• El sistema muestra el siguiente mensaje: “Acto administrativo que
impone sanción publicado con éxito” y muestra el botón “Aceptar”.
• El usuario hacer clic en el botón “Aceptar”.
• El sistema realiza las siguientes acciones:
Actualiza el estado del acto para “Publicado” si es una sanción. Si es una inhabilitación el estado se queda “Pendiente”
El sistema pone una alerta en el “Business Card” del proveedor, que aparece en las ofertas recibidas por el Comprador Público y en la lista de invitados, que sólo es visible los Compradores Públicos y nunca para los proveedores. Si es necesaria aprobación envía un alerta al órgano rector.
24 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Mensaje de alerta: “Fue atribuido a este proveedor un acto de sanción”. Esta información es indicativa, la decisión o no de aceptar la oferta del proveedor es responsabilidad de la entidad.
El mensaje es un hipervínculo que abrirá el detalle del acto administrativo de sanción.
DGCP recibe un alerta de un acto de inhabilitación por e-mail
3.8 Inhabilitación de Proveedor (versión DGCP)
El usuario de DGCP en modo de administración tendrá una sección llamada “gestión de inhabilitación de proveedores”: En el manager de Inhabilitaciones el usuario podrá mirar todas las solicitudes de inhabilitación y sanciones
Sección de Búsqueda Avanzada:
NOTA: esta sección de búsqueda avanzada, funcionará como funciona actualmente en la
plataforma y tendrá cómo criterios de búsqueda:
Proveedor : Campo de texto (la correspondiente al usuario logueado)
Ubicación geográfica: País / Departamento / Municipio (ayuntamiento)
Número del acto administrativo: Campo de texto.
Número de Contrato.
Fecha expedición del acto administrativo: campo tipo calendario.
Estado: esperando aprobación, retirado, cancelado, publicado y rechazado
En el detalle de la sanción o de la inhabilitación el usuario podrá confirmar toda la información que el usuario comprador ha rellenado para hacer la Sanción o proponer la inhabilitación En editar el usuario DGCP puede editar los datos de la Sanción o de la Inhabilitación que el usuario comprador ha rellenado: Datos que se puedan editar:
Fecha emisión
Fecha de caducidad (no es aplicable en el caso de inhabilitación permanente)
Descripción
Documentación (adjunto de documentos)
Cuando el usuario está editando una inhabilitación tendrá una dropdown con el nivel de incumplimiento
Las opciones
Falta leve. Registro en el perfil del proveedor.
Falta Grave. Registro en el perfil del proveedor.
25 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Falta Gravísima. Registro en el perfil del proveedor.
Inhabilitación Permanente. Registro en el perfil del proveedor
El usuario DGCP en el final de la pantalla tendrá las opciones:
“Aprobar”
“Rechazar”
“Cancelar”
Después de aprobada la inhabilitación se queda en el estado publicado
,
• El sistema realiza las siguientes acciones:
Actualiza el estado del acto para “Publicado”.
El sistema pone una alerta en el “Business Card” del proveedor e impide que el proveedor presente oferta y]/o sea adjudicatario en cualquier procedimiento.
Mensaje de alerta: Si el proveedor ha presentado oferta en algún procedimiento, el sistema notifica a la unidad de Compras que: “Fue atribuido a este proveedor un acto de inhabilitación”, e imposibilita que se adjudique a es.
El mensaje es un hipervínculo que abrirá el detalle del acto administrativo de inhabilitación.
En caso de haber un contrato en curso asociado al proveedor al que se decide inhabilitar, el rol designado por el órgano rector, realizará la acción de cancelar, suspender o mantener en curso, según dictamine el acto administrativo.
Una vez terminada la fecha fin de inhabilitación, este mensaje desaparece del
“Business Card” de la empresa y el acto se queda con el estado “Fin de
inhabilitación” y el órgano rector recibirá un correo con esta información. El sistema
envía datos a SIGEF, según describe el MRD Integraciones con SIGEF y otras
entidades.
El estado de “Inhabilitado” de un proveedor, será publicado en el RPE y en la
constancia que emite el órgano rector.
26 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Los proveedores inhabilitados no pueden recibir adjudicaciones.
Si la inhabilitación ha sido rechazada el usuario comprador recibe un alerta con la comunicación de
que su inhabilitación ha sido rechazada. El estado de la inhabilitación es “Rechazada”.
4. Requisitos del pliego
CODE REQUISITO OBLIG CUMPLE OBSERVACIONES PAG
3,7
El sistema genera alertas al Rol aprobador de las convocatorias pendientes de aprobación.
No Si
Página 14
13,1
El sistema permite la inscripción web en el registro de oferentes del estado.
Si Si
Página 6
13,2
El sistema permite la parametrización de los requisitos en el formulario de Inscripción web de registro de oferentes del estado.
No Si
Según anexo “RutasProveedores_V2.pptx”
Página 7
13,3 El sistema publica información relacionada al proceso de inscripción.
Si Si Directorio de empresas
13,4
El sistema permite el adjunto de archivos a la solicitud de inscripción de oferentes del estado.
Si Si
Página 9
13,5
El sistema maneja un check list de los documentos necesarios para la inscripción de oferentes del estado y emite alerta al usuario en caso de que falte algún documento.
No Si
Página 8
13,6
El sistema emite mensajes guía de requisitos de inscripción al momento del llenado de la solicitud de inscripción.
Si Si Según anexo “RutasProveedores_V2.pptx”
Página 8
13,7
El sistema permite registrar oferentes clasificados como personas físicas, personas jurídicas, cooperativas, asociación sin fines de lucro y oficinas gubernamentales.
Si Si
Según anexo “RutasProveedores_V2.pptx”
Página 8
13,8
El sistema permite el registro de beneficiarios de los pagos por proveer bienes, obras y servicios con el objetivo de ejecutar futuras transferencias bancarias.
No No
13,9
El sistema maneja un work flow para las solicitudes de inscripción de oferentes del estado.
No Si
Página 12
13,10 El sistema permite consultar No Si Página
27 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
CODE REQUISITO OBLIG CUMPLE OBSERVACIONES PAG
a través de la web los estados de la solicitud de inscripción.
12
13,11
El sistema permite envío de notificaciones entre usuarios para fines de aclaración, subsanación de documentación de inscripción.
Si Si
Página 12
13,12
El sistema permite la precalificación del expediente de solicitud de inscripción de oferentes a los perfiles autorizados.
Si Si
Página12
13,13
El sistema permite el envío del expediente precalificado a aprobación del Rol Aprobador autorizado.
No Si
Página 12
13,14
El sistema permite la devolución del expediente pendiente de aprobación para fines de corrección.
No Si Comportamiento de todos los worflows
13,15
El sistema permite el rechazo de una solicitud de inscripción en los casos que aplique.
No Si
Página 12
13,16
El sistema envía notificación de inscripción creada a email de oferente registrado en la solicitud de inscripción.
Si Si
Página 13
13,17
El sistema envía notificación de rechazo de inscripción con comentarios a email de oferente registrado en la solicitud de inscripción.
Si Si
Página 12
13,18
El sistema permite estandarizar los errores de solicitud de inscripción subsanables y son parametrizables según políticas establecidas por el Órgano Rector.
No Si
Herramienta de Parametrización de mensajes
13,19
El sistema permite la impresión de carta constancia de registro de proveedores de estado emitido por el Órgano Rector a través de la web. Los datos y el formato de la carta constancia son parametrizables.
Si Si
Herramienta de Print Templates
14,1
El sistema permite la actualización web de registro de oferentes del estado.
Si Si
Opción editar. Se requiere la aprobación del órgano rector, y el historial de modificaciones registradas.
Página 11
14,2
El sistema permite la parametrización de los requisitos en el formulario de actualización web de registro de oferentes del estado.
No Si
Se requiere la aprobación del órgano rector, y el historial de modificaciones registradas.
Página 8
14,3 El sistema publica información relacionada al
Si Si Se requiere la aprobación del órgano rector, y el historial de Página
28 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
CODE REQUISITO OBLIG CUMPLE OBSERVACIONES PAG
proceso de actualización modificaciones registradas. 12
14,4
El sistema permite el adjunto de archivos a la solicitud de actualización de oferentes del estado.
Si Si
Se requiere la aprobación del órgano rector, y el historial de modificaciones registradas.
Página 8
14,5
El sistema maneja un check list de los documentos necesarios para la actualización de oferentes del estado y emite alerta al usuario en caso de que falte algún documento.
Si Si
Se requiere la aprobación del órgano rector, y el historial de modificaciones registradas.
Página 9
14,6
El sistema emite mensajes guía de requisitos de actualización al momento del llenado de la solicitud de actualización
Si Si
Se requiere la aprobación del órgano rector, y el historial de modificaciones registradas.
Página 9
14,7
El sistema maneja un work flow para las solicitudes de actualización de oferentes del estado.
Si Si
Se requiere la aprobación del órgano rector, y el historial de modificaciones registradas.
Página 12
14,8
El sistema permite consultar a través de la web los estados de la solicitud de actualización.
Si Si
Página 12
14,9
El sistema permite envío de notificaciones entre usuarios para fines de aclaración, subsanación de documentación de actualización.
No Si
Herramienta de Parametrización de mensajes
14,10
El sistema permite la precalificación del expediente de solicitud de actualización de oferentes a los perfiles autorizados.
Si No Se cumple parcialmente con lo requerido.
Página 12
14,11
El sistema permite el envío del expediente precalificado a aprobación del Rol Aprobador autorizado.
Si No Se cumple parcialmente con lo requerido.
Página 12
14,12
El sistema permite la devolución del expediente pendiente de aprobación para fines de corrección.
No Si Comportamiento de todos los worflows
14,13
El sistema permite el rechazo de una solicitud de actualización en los casos que aplique.
No Si
Página 12
14,14
El sistema envía notificación de actualización creada a email de oferente registrado en la solicitud de inscripción.
No Si
Página 13
14,15
El sistema envía notificación de rechazo de actualización con comentarios a email de oferente registrado en la solicitud de inscripción.
No Si
Página 13
14,16
El sistema permite estandarizar los errores de solicitud de actualización subsanables y son parametrizables según políticas establecidas por el
No Si
Herramienta de Parametrización de mensajes
29 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
CODE REQUISITO OBLIG CUMPLE OBSERVACIONES PAG
Órgano Rector.
15,1
El sistema permite inhabilitar a un oferente para participar en un proceso de compras por tipo y fechas parametrizables.
Si Si
Página 14
15,2
El sistema permite habilitar un oferente inhabilitado para que participe en un proceso de compras por fechas parametrizables.
Si Si
Página 15
15,3
El sistema permite adjuntar archivos justificativos al momento de inhabilitar o habilitar un oferente.
Si Si
Página 16
15,4 El sistema maneja una base de datos histórica de oferentes inhabilitados.
Si Si
Página 15
15,5
El sistema no permite la adjudicación de un proceso de compras a un oferente inhabilitado.
Si Si
Página 17
15,6
El sistema permite la modificación de un registro de inhabilitación u habilitación creado.
Si Si
Página 15
15,7
El sistema registra los datos del oferente inhabilitado y no permite la inscripción de un oferente del estado con esos mismos datos.
Si Si Parte integrante de la Plataforma para todos los registros
15,8
El sistema deshabilita automáticamente y/o con confirmación del Órgano Rector cuando el oferente haya cumplido su período de inhabilitación.
No Si
Página 17
15,9
El sistema emite alerta a los perfiles autorizados del Órgano Rector cuando se cumpla el período de inhabilitación de un proveedor.
No Si
Página 17
15,10
El sistema solo permite acciones de consultas simples a los proveedores inhabilitados.
Si Si
Página 17
16,1 El sistema permite registrar una sanción a un oferente registrado.
No Si
Página 16
16,2
El sistema permite adjuntar archivos justificativos al momento de sancionar un oferente.
No Si
Página 16
16,3 El sistema permite modificar una sanción registrada con adjunto justificativo.
No Si
Página 15
16,4
El sistema permite eliminar una sanción registrada con adjunto justificativo. Este registro de eliminación de sanción quedará disponible en la base de datos de la
No Si
Registro en el POT
Página 15
30 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
CODE REQUISITO OBLIG CUMPLE OBSERVACIONES PAG
Administración del Sistema.
16,5
El sistema envía alerta al Órgano Rector cuando se ejecute una sanción a un oferente registrado.
No Si
Página 17
16,6 El sistema maneja una base de datos histórica de oferentes sancionados.
No Si
Página 15
16,7
El sistema permite registrar una medida cautelar que paraliza el proceso de compras por el Órgano Rector hasta que emita dictamen de solicitud de impugnación
No Si
MRD Procedimientos
16,8
El sistema permite suspender una medida cautelar y habilitar nuevamente el proceso de compras para que continúe su flujo de trabajo.
No Si
MRD Procedimientos
17,6
El sistema permite adjuntar documento justificativo de creación, modificación o inhabilitación de usuario.
No Si
Página 6
17,9 El sistema permite bloquear un usuario si existe una solicitud de inhabilitación.
No Si MRD Administración
19,4 El sistema cuenta con un módulo de Consultas
Si Si MRD Administración
19.9 El sistema cuenta con un módulo de registro de oferentes
Si Si Todo el Documento
19,19
El sistema permite enviar registros a aprobación de los perfiles autorizados en los casos que se definan
Si Si
Página 12
Este cuadro es una referencia sobre los requerimientos que están descritos en este MRD y no implica que toda la funcionalidad se encuentre descrita en este único documento.
5. Anexos
5.1 Documentos y plantillas
Documentación que debe aportar el cliente para llevar a cabo la configuración/localización
5.6.1 Notificaciones
Notificación Registro de una empresa
Tipo de Destinatario X Comprador X Proveedor
Personalización X Email Documento
Destinatario email indicado en el registro
Modelo Base 17_REGISTRO DE EMPRESA.html
Estado PENDIENTE
Notificación Aceptación por parte del administrador al pedido de acceso al
31 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
área de la empresa por parte de un usuario
Tipo de Destinatario X Comprador X Proveedor
Personalización X Email Documento
Destinatario El usuario que solicitó el acceso
Modelo Base 19_SOLICITUD DE ACCESO A ENTIDAD ACEPTADA.html
Estado PENDIENTE
Notificación Rechazo por parte del administrador al pedido de acceso al área de la empresa por parte de un usuario
Tipo de Destinatario X Comprador X Proveedor
Personalización X Email Documento
Destinatario El usuario que solicitó el acceso
Modelo Base 20_SOLICITUD DE ACCESO A ENTIDAD RECHAZADA.html
Estado PENDIENTE
Notificación Activación de aceptación de proveedor del estado
Tipo de Destinatario Comprador X Proveedor
Personalización X Email Documento
Destinatario email del proveedor
Modelo Base 23_ACTIVACIÓN DE ACEPTACIÓN DE PROVEEDOR DEL ESTADO.html
Estado PENDIENTE
Notificación Rechazo de proveedor del estado
Tipo de Destinatario Comprador X Proveedor
Personalización X Email Documento
Destinatario email del proveedor
Modelo Base 24_RECHAZO DE PROVEEDOR DEL ESTADO.html
Estado PENDIENTE
Notificación Suspensión de proveedor del estado
Tipo de Destinatario Comprador X Proveedor
Personalización X Email Documento
Destinatario email del proveedor
Modelo Base 25_SUSPENSIÓN DE PROVEEDOR DEL ESTADO.html
Estado PENDIENTE
Notificación Reactivación de proveedor del estado
Tipo de Destinatario Comprador X Proveedor
Personalización X Email Documento
Destinatario email del proveedor
Modelo Base 26_REACTIVACIÓN DE PROVEEDOR DEL ESTADO.html
Estado PENDIENTE
Notificación Estandarizar errores de solicitud de inscripción subsanables
Tipo de Destinatario Comprador X Proveedor
Personalización X Email Documento
Destinatario email del proveedor
Modelo Base PENDIENTE
Estado PENDIENTE
Notificación Carta constancia de registro de proveedor de estado emitido por el órgano rector
Tipo de Destinatario Comprador X Proveedor
Personalización X Email Documento
Destinatario email del proveedor
Modelo Base PENDIENTE
Estado PENDIENTE
Notificación Solicitud de actualización de proveedor del estado
Tipo de Destinatario Comprador X Proveedor
Personalización X Email Documento
32 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
Destinatario email del proveedor
Modelo Base PENDIENTE
Estado PENDIENTE
5.6.2 Print Templates
Print Template Carta constancia de registro de proveedor de estado emitido por el órgano rector
Tipo de Destinatario Comprador X Proveedor
Personalización Email X Documento
Destinatario El proveedor que ha sido registrado
Modelo Base PENDIENTE
Estado PENDIENTE
5.2 Documentación asociada al MRD
DOCUMENTO ADJUNTO
Actas de reunión
DGCP-GAR-Acta de Reunión 03 Registro de Oferentes del Estado 20140624.pdf DGCP-GAR-Acta de Reunión 20140708 2° Reunión Registro Oferentes del Estado.pdf DGCP-GAR-Acta de Reunión 20140806 14° Reunión MRD Registro de Proveedores del Estado.pdf
Anexos
DGCP-GAR-Acta de Reunión 03 Anexo 1 DGCP-PPR-Registro de Proveedores 20140624.v1 DGCP-GAR-Acta de Reunión 03 Anexo 2 Requerimientos Oferentes del Estado 20140624.v1 DGCP-GAR-Acta de Reunión 20140708 Anexo 1 US Registro Oferentes del Estado
User Story DGCP-DPR-Registro de Oferentes 20140714.v01.01
Casos de Uso
SNCP-CDU-IRO-001 SNCP-CDU-IRO-002 SNCP-CDU-IRO-003 SNCP-CDU-IRO-004 SNCP-CDU-IRO-006 SNCP-CDU-ARO-001 SNCP-CDU-ARO-002 SNCP-CDU-INH-001 SNCP-CDU-RSA-001 SNCP-CDU-RSA-002
Notas
i De acuerdo con los cambios que la plataforma va a tener al respecto de las mejoras de usabilidad
previstas, algunos de los bloques pueden sufrir cambios en la estructura de su disposición de la
información, manteniendo todas las funcionalidades, requisitos y acciones detalladas en esta
documentación sin cualquier tipo de excepción. Cualquier cambio en estructura o disposición no
estipulado en el presente documento, siempre será sujeto a aprobación de la DGCP.
33 de 33
RE
GIS
TR
O D
E P
RO
VE
ED
OR
ES
DE
L E
ST
AD
O M
RD
– v01.0
5
i La plataforma podrá ser usada en dispositivos móviles.