Ajustes para Mockups Central de Cuentas y otros datos a tener en cuenta sobre desagregaciones

mcrubianot commented 3 years ago

Teniendo en cuenta que se actualizaron las historias de usuario de

Solicitud de Autorización de giros
Ordenes de pago
Relaciones de autorización de Nóminas
Relaciones de autorización de Seguridad Social
Ordenes de Devolución

Se procede a comentar los ajuste mockups que inicialmente se plantearon - los que fueron aprobados por el usuario no tienen ninguna modificación se realizan los ajustes sobre otro documento el cual les estaré compartiendo

@AlexFBP

https://github.com/udistrital/financiera_documentacion/issues/345

mcrubianot commented 3 years ago

Se comenta con el ingeniero Alex el tema y se determina que ingresando al entorno de pruebas e identificando con un paint indicando qué hay que cambiar, o el hallazgo e mi parte, ya que el cambio lo hagan los muchachos.

Teniendo en cuenta lo anterior comienzo a enunciar lo que se deba ajustar

@AlexFBP

mcrubianot commented 3 years ago

ORDENES DE PAGO

De acuerdo con lo que se había identificado deben existir dos tipos de ordenes de pago, a. Una que sea de nómina, que corresponde a la interoperabilidad que debe haber con Titán para la carga de información de pagos por servicios a contratos de prestación de servicios b. Y otra que es la que corresponde a pagos a proveedores de bienes y servicios, que van a requerir de alguna información diferente a la que se carga en la anterior.

Este consecutivo se genera una vez se diligencie toda la información. Se podría dejar la opción de guardar en algún momento de tal forma que si hay que corregir algo no tengan que salir de la funcionalidad y volver a empezar
Ya no se llama Unidad Ejecutora se llama Área Funcional

En esta parte inicial como ya se ha mencionado es necesario dejar establecidos los siguientes campos que actualmente no están.: Vigencia Ejecución, corresponde a la vigencia que actualmente se está trabajando y ejecutando desde la parte presupuestal y tesoral Vigencia Reserva o Pasivo: Corresponde a la vigencia a la cual pertenece la reserva o el pasivo y la afectación presupuestal correspondiente Centro Gestor
En esta parte de información del tercero hacen falta cosas

Ejemplo, régimen tributario, dirección, teléfono, código del banco, tipo de cuenta, la sucursal no se necesita.

Aclaro todos estos datos son del beneficiario de la orden de pago y deben estar interoperando con la base de datos de terceros

Estos estados deben visualizarse en un listado de Ordenes de pago, Estos estados deben ir cambiando en el listado, diligenciada, aprobada, enviada, radicada, girada, o anulada

Con relación a las Ordenes de pago hasta este nivel puedo llegar ya que no asociar todos los datos no me permite revisar las otras acciones

Y al consultar una op de las que se relacionan en la lista en la acción para editar no carga nada.

@AlexFBP

mcrubianot commented 3 years ago

**RELACIONES DE AUTORIZACIÓN

NOMINA DE FUNCIONARIOS**

En el primer recuadro donde dice "No. orden de pago" debe decir No. Relación de Autorización Donde dice "nombre del beneficiario" debe decir clase de funcionario (administrativo, docente, pensionado, etc)
Este texto no me acuerdo que hubiese sido solicitado por el usuario, lo debo confirmar "Autorízase al Pagador, para pagar con cargo al presupuesto de la vigencia 2020 y al PAC del mes correspondiente, la nómina de la entidad UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS DE RECTOR, PAGO NÓMINA DOCENTES"
De ser confirmado por el usuario se texto puede cambiar de acuerdo a la vigencia y el tipo de funcionario,

Se deben incluir los datos de
- Centro Gestor
- Área funcional
- Tipo de empleado
- Descripción
- Valor total que deberá corresponder al que se carga de Titan
Considero que estos títulos se deben cambiar por:

Datos iniciales
Datos presupuestales
Relación por concepto
Contabilización

Se debe ajustar esta parte pues no trae por separado el código y el nombre de la fuente

Se debe validar que los valores presupuestales sean iguales al valor total de la nómia que viene de Titán

Se debe validar que el valor total de la fuente no supere el valor total de la nómina ni el valor total de la parte presupuestal

En el link de desagregación se debe tomar los datos que quedaron en la historia de usuario como "Información detalle nómina" tanto para devengos como para descuentos
Posteriormente se podrá ver una desagregación por cada uno de los conceptos tanto de devengo como de descuento ubicándome en cada uno de ellos
A su vez deberá haber una desagregación por terceros

NOTA IMPORTANTE, Toda esta información se traerá del liquidador de la nómina

Donde dice extracto debe reemplazase por Contabilización, que no fue tenida en cuenta. En este proceso se deberá generar el comprobante contable con todos los parámetros que está establecido en la historia de usuario correspondiente. (Existe un proceso revisado con la Sección de Contabilidad durante la contratación anterior denominado "Comprobante contable de nómina" que permitirá conocer todo lo que se requiere para este caso en especial
Una vez guardará la información se permitirá, editar, borrar (estando en estado elaborada únicamente), anular, permisos que solo los tendrá un rol y que debe hacerse en otro proceso
Estas autorizaciones, cambian de estado elaborada a aprobada, enviada, radicada, y girada

@AlexFBP

mcrubianot commented 3 years ago

Es preciso tener en cuenta cada una de las desagregaciones que se deben presentar en la nómina. A continuación se plantean :

EJEMPLO DE DESAGREGACION NOMINA FUNCIONARIOS

Parte presupuestal