Gestor de archivos

A continuación, el detalle de lo que sería el plugin por desarrollar:
Seria algo como un gestor de archivo interactivo. Te puedo enviar un pdf con pantalla a modo de ejemplo, para ayudar a conceptualizar como quedaría el gestor de archivo.
Aquí el detalle:


Sección de Control de Requerimientos de Emisiones
Una emisión es instrumento colocado en el mercado de valores por un emisor, con el propósito de que el mismo sea negociado. Para que se habilite una emisión en la plataforma de negociación de la BVRD, el emisor debe proveer una serie de documentos que son requisito indispensable.
En la actualidad, dichos documentos son enviados a la bvrd a través de correos electrónicos dispersos, lo cual representa una problemática tanto para la bvrd como para el emisor al momento de querer visualizar el estatus de cumplimiento de dichos requisitos. El saber qué se ha sometido, qué ha sido aprobado, qué está pendiente y lo que está en proceso es una labor difícil.
El propósito primordial de esta sección en la página web de la bvrd es facilitar este proceso, de modo que el emisor y la bvrd puedan ver en un “checklist” los requisitos que para una emisión específica el emisor ha cumplido, cuáles han sido aprobados o no y cuáles restan pro someter.
1. Emisor y Emisiones
Los siguientes aspectos son requisitos básicos para tomar en consideración sobre las funcionalidades de esta sección:
a) Un usuario previamente registrado en el portal de Servicios de Información deberá ser identificado como Emisor para que entonces posteriormente se le puedan asignar emisiones a través del backend.
B) A un usuario previamente identificado como Emisor se le podrá asignar una o más emisiones a través del backend.
C) Una emisión, al momento de crearse, traerá por defecto una serie de requisitos, cada uno con su título descriptivo, que podrían ser editados, eliminados algunos o ser creados adicionales. (Ver Requisitos por Defecto – Acápite 3).
D) Cuando un usuario, previamente identificado como Emisor, ingresa por el front end deberá tener habilitada la sección de Control de Requerimientos de Emisiones.
E) Si el usuario entra a la sección de Control de Requerimientos de Emisiones deberá observar una pantalla con un grid donde verá listadas todas las emisiones que tenga relacionadas, indicando:
• Emisión (nombre de la emisión)
• Estado (Sin iniciar / En Proceso / Completado)
f) Si el usuario hace click en el nombre de una de las emisiones deberá llevarlo a una pantalla que presente un grid con todos los requisitos previamente establecidos para esa emisión seleccionada indicando:
• Número secuencial del requisito.
• Nombre del requisito.
• Espacio para cargar el (los) documento(s) relacionados al requisito en cuestión.
• Espacio para un comentario por parte de la BVRD (insertado desde el backend).
• Estado del requisito (En Proceso, Rechazado, Aceptado)
Condiciones:
✓ Cuando un requisito tenga estado de Aceptado, debe deshabilitarse la opción de cargar más documentos para ese requisito.
✓ Solamente desde el backend es que se le podrá cambiar el estado a la Emisión (mencionado en punto e) y a cada requisito en específico.
2. Administradores
Desde el backend, nuestros usuarios del Departamento de Operaciones podrán hacer lo siguiente:
a) Identificar a un usuario como emisor.
B) Crear y asignar las emisiones a un usuario previamente identificado como emisor. Un emisor puede tener más de una emisión relacionada. Una emisión puede ser de Renta Fija o de Renta Variable.

C) Confirmar los requisitos por defecto de una emisión o modificar, borrar y crear nuevos en adición a los que vienen por defecto. (Ver Requisitos por Defecto – Acápite 3)
d) Ver y descargar los documentos que han sido cargados por los usuarios para cada emisión.
E) Colocar/Cambiar el estado a cada requisito de cada emisión en proceso.
F) Colocar/Cambiar el estado a cada emisión registrada (mencionado en punto y del acápite 1).
Condiciones:
✓ Los integrantes del Departamento de Operaciones (habiendo sido previamente identificados en su perfil) deben ser notificados por correo electrónico cuando para una emisión sufre algún cambio en su contenido (requisitos cargados, borrados).
✓ El usuario (emisor) debe ser notificado por correo electrónico cuando a través del backend un requisito es cambiado en su estado (específicamente cuando se le asigna un estado de Rechazado o Aceptado). En dicho correo debe viajar el contenido del campo comentario llenado por el usuario de la BVRD.
✓ El usuario (emisor) debe ser notificado por correo electrónico cuando a través del backend una emisión cambia de estado a Completado.