DE MEJORAS EN LAS FUNCIONALIDADES DE SOFTWARE DEL COMPONENTE ORIGEN DE LA

VENTANILLA ÚNICA DE COMERCIO EXTERIOR

Ingeniería de requerimientos
requerimientos funcionales
1 Dar de baja a las DJ / CO por abandono o de Oficio (MCT005 y MCT001)

1.1Funcionalidad para Dar de baja de Oficio a las DJ/CO después de un proceso de

verificación de la información por parte de la DUO y/o de la Entidad Certificadora (parámetro
a configurar).
1.2Funcionalidad para Dar de Baja a las DJ/CO por abandono (ejemplo el usuario no
contesta una subsanación, otros) por parte de la DUO y/o de la Entidad Certificadora
(parámetro a configurar).
2 Procesamiento de Vigencias de DJ / CO
2.1Actualizar los estados de vigencia de los DJ / CO, según definición a establecer.
2.1.1Proceso masivo con todo el histórico
2.1.2 Proceso diario que actualice la vigencia
3 Mejorar /crear Bandejas del Componente de Origen de todos los roles.

3.1 Creación de bandejas necesarias (ejm: Vista Histórico SUCE – Tramites Finalizados,
etc.)
3.2 Implementar / mejorar filtros de búsqueda para todos los tipos de formato (por fecha o
3.3. rango de 3 fechas y otros criterios, etc.) en las distintas bandejas.
Mejorar/ estandarizar información de las Bandejas, paginación, u otros, de forma que los
usuarios de diferentes roles puedan tener mayor facilidad al momento de atender la
solicitud. Así como la posibilidad para exportar a Excel.4 Plazo de Subsanación
4 Plazo de Subsanación
4.1 Se debe modificar el plazo de subsanación y la cantidad de subsanaciones según
parámetro a definir. Debe contemplarse en las dos etapas del trámite, así como la opción de
parametrizar su activación o desactivación.

5 Generar SUCE automáticamente al momento de asignar evaluador

5.1. Convertir una solicitud a SUCE automáticamente, al momento de que el su
evaluador (1 sólo paso), dando inicio formal al trámite.

6 Validación de la Generación Duplicado y Reemplazo de CO

6.1. Validar la vigencia del Certificado de Origen y no la vigencia de la declarac el duplicado

(MCT002) y en la de reemplazo (MCT003).
7 Mejorar Partida Arancelaria

7.1 Se debe modificar el plazo de subsanación y la cantidad de subsanaciones según

parámetro a definir. Debe contemplarse en las dos etapas del trámite, así como la opción de
parametrizar su activación o
desactivación.

8 Rectificación de Oficio de CO (MCT001)

 8.1 Implementar la rectificación de Oficio del certificado de origen por parte de las
Entidades. Actualmente, ya los exportadores solicitan rectificación a las Entidades

9 Mejoras en el formulario de todos los formatos y en el PDF (Productor, exportador,

Consignatario/Importador, otros) Datos del producto Datos del productor
9.1 Modificar campos Datos del Productor y exportador (Dirección oficina, dirección planta
(1 o +), teléfono, fax, correo, nombre legal del productor, otros), agregar nuevos
campos para la dirección de la planta o el nombre completo, que permita registrar una
o más sedes productivas en las Declaraciones Juradas (MCT005); mecanismos para
consolidar los productos en los acuerdos.
9.2 Modificaciones en el Certificado de Origen (MCT001, MTC002, MTC003, MTC004)
correspondientes a los cambios del punto anterior.
9.3 Debería haber un check habilitado únicamente cuando el productor y exportador sean
iguales (se visualiza la palabra SAME), permita escoger al administrado si desea que se
visualice SAME o desea que se visualice la información del productor. En la VUCE aparece
"SAME", debido que se trata de un productor-exportador. No obstante el administrado
requiere que se visualice dicha información en el CO (PDF). Aplicación depende de si
Acuerdo establece "SAME" o “MISMO”.
9.4 Según se parametrice los acuerdos indicados, que el administrado decida marcando
un check si desea que se muestre estos datos en la casilla observaciones (PDF).

10 Mejorar textos en Formatos PDF del CO: Glosa Duplicate Criterio de Origen

10.1 . Implementar la opción de idiomas que permita seleccionar el idioma a usar

(según parámetro) (ejm: TLC-UE ) y de acuerdo al idioma seleccionado se m
PDF(DR o vista previa):
10.1.1 glosa de Duplicado (MCT002), emisión Restrospectiva (MCT001, MCT002,
(MCT003). • fechas del certificado (MCT001, MCT002, MCT003)
10,1,2 Nombres de Países
• Y demás campos que el reporte PDF requiera.
10.2. Elaborar el mapeo técnico del funcionamiento integral de los reportes PDF.

11 Criterio de Origen
11.1 El criterio de origen no está consignado de forma completa. Se indica "PSR"
porcentaje correspondiente, según el acuerdo. Aplica al PDF generado.

12 Actualizar catálogos de “unidades de medida” (Ver: “País”, “Puertos” en ISO) e implementar las
mejoras por su impacto en los formularios de CO.

12.1 Peso Bruto y Total como catálogo de Unidad de medida. Agregar opción que permita al
exportador seleccionar el tipo de peso de la mercancía a enviar.
Notas: Debe de incluirse estos dos tipos de peso, si es que el administrado quiere
especificar: peso, peso bruto y/o peso neto.
12.2 Incorporar nuevas unidades de medida.. METRIC TONS GROSS FOR NET WEIGHT /
Piezas / Juegos / .Set
13 Copia Declaración Jurada
13.1Mejorar / completar la funcionalidad de copia de las declaraciones Juradas. Procesos
por Criterio de ORIGEN, etc. El administrado puede hacer modificaciones en la declaración
jurada. Basada en acta CO-006-15.
 Implementar un mecanismo para identificar y corregir las copias de las DJs erradas
generadas previamente.
14 Copia de Certificados de Origen
14.1 Funcionalidad de Copia de Certificado de Origen, copiando todos los datos del CO
incluso la DJ, con la opción de modificar todos los datos e incluso referenciar a otra DJ. De
modo que el administrado no vuelva a llenar la misma información que ya ingresó.
15 Actualizar Formatos PDF del CO
15.1 Actualizar Formatos de los Certificados de Origen de los acuerdos que se indiquen.
16 Implementación de Juegos y Surtidos MCT005
16.1 Implementar cambios para considerar la opción de juego o surtido, modificaciones en
declaración jurada, criterio de origen y demás según el análisis. Revisar CO-016-14

17 Incorporar nuevos cambios en la SGP Rusia / CAN

17.1 Incorporar nuevos cambios en el formato y en la información de los acuerdos de la
SGP Federación Rusa / Comunidad Andina / CHILE, de acuerdo a lo que especifique DUO.

18 18 Implementar los procedimientos de contingencia de ORIGEN

18.1 Implementación de los mecanismos necesarios para el cumplimiento de los
procedimientos a ORIGEN en caso de contingencia, incluyendo pruebas con las entidades
seleccionadas por DUO.
18.1.1 Proceso de carga de las DJs físicas a la VUCE.
18.1.2 Proceso de carga de los COs físicos a la VUCE.

Requerimientos no funcionales

 Tiene que ser compatible con software Selenium

 Tiene que ser compatible con software Exel
 Compatibilidad con archivos pdf
 Disminución de tiempos de espera en interacion con el usuario

Arquitectura del sistema propuesta de acuerdo a requerimientos

La arquitectura que se va a utilizar es la siguiente : (Modelo objeto)
Por que beneficiara a la identicacion de clases.
Propuesta metodológica para el análisis y diseño 
la metodología que se utilizará será el modelo cascada
La metodología en cascada es un modelo lineal de diseño de software que emplea un proceso de diseño
secuencial. El desarrollo fluye secuencialmente desde el punto inicial hasta el punto final, con varias
etapas las cuales son:
 Análisis
 Diseño
 Construcción
 Pruebas
 implementación
 mantenimiento
Se utilizará el modelo por las siguientes razones
 Comenzar con el software con bastante rapidez.
 Estimar calendarios y presupuestos con mayor precisión.
 Lograr un nivel de satisfacción del cliente más elevado que otros enfoques, ya desde
el principio.

Calculo de costo y personal necesario para el proyecto

Cronograma propuesto de acuerdo a los requerimientos de la consultoría