Funcionalidades futuras módulo de planificación por nueva norma técnica

Levantamiento de requerimientos

Descripción

En el módulo de planificaciones de GOB.EC, para los mismos roles actuales necesito:

• Agregar una pestaña adicional, “Participación”, esta debe ir entre las pestañas “Información” y Diagnóstico Económico”

• Dentro de la pestaña “Participación”, tal como ocurre en las otras pestañas, se deberán listar todos los trámites publicados y deberán existir las siguientes columnas: CÓDIGO: Tomado de los trámites publicados TRÁMITE: Tomado de los trámites publicados PARTICIPACIÓN: Valor numérico a ingresar por la entidad comprendido entre 0 y 1 ESCENARIO ESTÁNDAR: Campo de texto con datos a ingresar por la entidad

• La pestaña “Priorización”, debe renombrarse por “Puntuación”

• En la pestaña “Planificación”, en el botón “Calcular”, debe cambiarse el algoritmo de cálculo por el siguiente:

Para todos los trámites se deberá realizar el siguiente cálculo: PT= PC x 0,3 + DE x 0,3 + PP x 0,4, donde: PC: Valor tomado del trámite de la pestaña: “Participación” DE: Valor tomado del trámite de la pestaña: “Diagnóstico Económico” PP: Valor tomado del trámite de la pestaña: “Puntuación” PT: Este puntaje total debe mostrarse como una nueva columna en la pestaña “Planificación” o Del valor obtenido para PT se deberá realizar la siguiente acción: Los trámites se ordenarán de mayor a menor y se dividirán en 5 partes y los que queden en la primera parte (de mayor a menor), automáticamente quedarán con el check de priorización. o El check de priorización marcado, no podrá ser retirado por la institución, pero si podrá marcar check en otros trámites no priorizados. o En la división de los trámites para 5 se deben contemplar las siguientes excepciones:  Entre 1 y 4 trámites, se debe marcar el de mayor PT  Si en la división para 5 existe residuo, este valor va al último grupo, es decir, en los priorizados se conserva la cifra entera de la división  Si existe un empate en PT, se tomará en cuenta el trámite que tenga mayor PP y si persiste el empate, se selecciona el trámite que tiene mayor DE. En último caso de existir empate en todos los criterios, se toma aleatoriamente uno de los trámites empatados • Dentro de la pestaña “Planificación”, en las opciones se tiene “Planificar” y “Editar”. Se sugiere analizar la posibilidad de integrarlos en un solo formulario ya que de todos los campos que se requieren de los 2 formularios, deben quedar los que se describen a continuación:

o Un campo de texto para describir las dificultades que presenta el trámite o Un campo de texto para describir los beneficios que se alcanzarían con la simplificación o Un campo de texto para describir el objetivo de la simplificación o Un campo de texto para describir las metas de simplificación o Dentro de las estrategias de planificación, en el catálogo actual se debe reemplazar por el siguiente listado:  Ampliación en la vigencia del producto otorgado como resultado del trámite  Automatización y digitalización de los trámites  Declaración Responsable  Guillotina de trámites  Interoperabilidad  Optimización de la calidad de los formularios  Pagos electrónicos  Reforma normativa  Reingeniería o mejora de procesos  Revisión de requisitos  Ventanilla única o Se puede ingresar más de una estrategia por cada trámite o Para cada estrategia se deberá establecer una fecha de ejecución, misma que no sobrepasará el 31 de octubre del año correspondiente a la planificación • Una vez completada la información, el RAT podrá enviar el plan de simplificación de trámites. • Al enviar el plan de simplificación se deberá levantar una ventana al RAT con un mensaje de declaración responsable (Texto por definir), existe un check para aceptar, se habilita el envío y se levanta el POP UP de firma electrónica. • Después de haber firmado el plan, le llegará al correo del RAT el PDF del Plan aprobado (texto por definir)

Criterios de aceptación

[Incluir las validaciones que se espera como mínimo para que el requerimiento se de por aceptado. Ver ejemplo]

Se debe mostrar en una nueva pantalla únicamente las atenciones finalizadas.
Debe permitir firmar una por una o en lote.
.....

Prototipo

[Prototipos de pantallas, capturas de pantalla, etc. o cualquier elemento que aporte al entendimiento del requerimiento.]

Flujo

Guia de clasificación

[La clasificación se da en función de la versión que la funcionalidad generaría. Previamente cada "Etiqueta" debe ser registrado como un LABEL de grupo en Gitlab]

Etiqueta	Color	Descripción
01 - Trivial /Cosmetic	#A8D695	Requerimiento que ajuste texto, ayudas etc. Ej. cambio de etiqueta de campo.
02 - Moderada / Medium	#AD4363	Funcionalidad que agreegue funcionalidad alguna operación ya existente. Ejemplo agregar procesos en lote o funcionalidad de imprimir
03 - Alta / Majo	#CC0033	Funcionalidad que agregue nuevas operaciones. Por ejemplo una creación de una nueva entidad con sus correspondientes operaciones
04 - Critica	#FF0000	Funcionalidad que requiera generar una nueva major version. Esto se produce cuando el cambio genere incompatibilidad con versiones anteriores