[x] Identificar cómo y dónde guardar/leer los datos
[x] (si aplica) Proponer cambios a bases de datos. De requerirse cambios, ajustar los modelos en pgmodeler y exponer a DBA y Arquitecto
[x] (si aplica lo anterior) Ajustar bases de datos y CRUD APIs de acuerdo a lo anterior
[x] MID - Crear controlador para el registro de un ajuste contable - (si se requiere cruzar información de más de una CRUD API)
[x] MID - Crear controlador para listar los ajustes. Debe aceptar filtrado por estados y paginación
[x] Cliente - Crear/Ajustar helpers para consumir controladores de las APIs
[x] Cliente - Crear/Ajustar vista para el flujo del ajuste. Se recomienda extender el componente que actualmente se utiliza para visualizar la información de un comprobante contable, de tal manera que soporte la edición (Nota 1)
[x] Cliente - Crear/Ajustar vista para listar los ajustes y sus estados
[x] Cliente - Conectar Vista con Helpers y/o Controladores
Notas
A nivel técnico, en el cliente, se recomienda aprovechar / reutilizar / refactorizar el componente que actualmente se utiliza para visualizar comprobantes contables, de tal manera que:
Reestructurar el componente actual. Entre otras opciones:
(Recomendado) Hacer que cada campo sea un input. A nivel de estilo, que cada input no tenga bordes para que se adapte a la tabla, y que los campos en solo lectura tengan un color de fondo gris (para lo cual seguramente no habrá que hacer mucho)
(no tan recomendado) a nivel interno agregar dos componentes adicionales: uno para lectura y otro para escritura
Que dicho componente acepte un objeto con los campos editables, donde:
cada propiedad corresponderá a los diferentes campos del comprobante contable
cada propiedad tendrá como valor un booleano, únicamente si es true implicará que el campo es editable
Hacer que el componente de visualización de cuentas contables acepte las cuentas contables con las que debe operar. Se recomienda que sean los mismos datos que retorna el helper que se usa en catalogo > asignacion de cuentas
Con lo anterior, posibles ejemplos de uso de dicho componente, con lo anterior:
Para permitir que más adelante se pueda cambiar, a nivel de ajustes de los sistemas; el tipo/concepto de comprobante, por otro, realizar una de las siguientes:
A nivel de Cliente y APIs, tener un helper (único por repositorio), digamos, conceptoAjuste, cuya única labor sea retornar el N20.
Consumir el helper anterior donde sea que se requiera el N20
Luego, modificar el helper anterior para que el N20 lo obtenga, bien sea:
Consideraciones / Referencias
Tareas
Notas
A nivel técnico, en el cliente, se recomienda aprovechar / reutilizar / refactorizar el componente que actualmente se utiliza para visualizar comprobantes contables, de tal manera que:
Con lo anterior, posibles ejemplos de uso de dicho componente, con lo anterior:
HTML
Typescript
conceptoAjuste
, cuya única labor sea retornar el N20.