udistrital / arka_cliente

:heavy_check_mark: Check: Cliente del Sistema de Gestión de Almacén e Inventarios ARKA II
MIT License
0 stars 0 forks source link

Funcionalidad Bajas #844

Closed AlexFBP closed 1 year ago

AlexFBP commented 3 years ago

Consideraciones / Referencias

Tareas

ludwinggsanchez commented 2 years ago

Los primeros 4 ítems serán abordados por @MateoAlfons

MateoAlfons commented 2 years ago

¿Cómo proceder con el tercero anterior?

AlexFBP commented 2 years ago

¿Cómo proceder con el tercero anterior?

Desde la parametrización contable (Catálogo de Elementos > Asignación de Cuentas) tuvo que haberse escogido para la baja una cuenta que no requiera un tercero. En caso de detectarse desde el MID que la cuenta que está actualmente configurada para la baja requiere un tercero, deberá retornarse al cliente un error, indicando eso, que "la cuenta actualmente asignada para XXX requiere un tercero. Notificar a Contabilidad"

AlexFBP commented 2 years ago

Considerar los siguientes apuntes tomados de la mesa de trabajo del 2 de Noviembre ...

Proceso de Bajas

  1. Solicitud (realiza dependencia)

    • Placa/Dependencia
    • Observaciones/Descripción/Detalle?

    Botón "Enviar a Almacén"

  2. "En proceso de baja" - Almacén propone el destino final. Entre otros:

    • Destrucción
    • Terceros
    • Hurto
    • Otro? (Ingreso manual) Como primer entregable, un campo abierto que permita especificar el destino final (por elemento)

    Botón: "Enviar a Revisión / Generar pre-informe" Botón: "Devolver a Funcionario"

  3. En Revisión (por el comité) 4.a Aceptada --> Tener en cuenta

    • la depreciación, debe calcularse y detenerse
    • la transacción contable (decrementar según valor)
    • El ajuste a inventario (decrementar según cantidad)

4.b Rechazada/Devolver

  • Rechazada? Ej, no era baja sino traslado
  • Devolver? Ej, dato mal digitado

Control: - Si aceptada, adjuntar acto administrativo

  • Si rechazada?
    • Botón "Devolver a Proceso de Baja"
  1. Si fue aceptada, confirmar/ajustar el destino final de cada elemento, con base al acto administrativo

Se puede pensar que el flujo de bajas tiene que considerar los siguientes estados:

  1. En Elaboración (El estado en que quedaría la baja mientras la redactan hasta que no se le de enviar - Se podría omitir este estado...)
  2. En Revisión por Almacén (En que quedaría con el botón "Enviar a Almacén")
  3. En Revisión por Consejo de Inventarios
  4. Aceptada
ludwinggsanchez commented 2 years ago

Se proponen las siguientes actividades:

CRUD:

MID

CLIENTE

SPAGOBI

ludwinggsanchez commented 2 years ago

El query para el reporte es el siguiente:


WITH id AS (
    SELECT
        em.id
    FROM
        movimientos_arka.movimiento m,
        movimientos_arka.estado_movimiento sm,
        movimientos_arka.elementos_movimiento em,
        jsonb_array_elements(m.detalle -> 'Elementos') AS elem
    WHERE
        sm.nombre = 'Baja En Comité'
        AND m.estado_movimiento_id = sm.id
        AND CAST(elem as INTEGER) = em.id
    )

    SELECT
        el.nombre,
        m.fecha_creacion,
        el.placa,
        el.valor_total
    FROM
        id,
        movimientos_arka.elementos_movimiento em,
        movimientos_arka.movimiento m,
        acta_recibido.elemento el
    WHERE
        id.id = em.id
        AND m.id = em.movimiento_id
        AND el.id = em.elemento_acta_id;
ludwinggsanchez commented 2 years ago

El reporte se ve así

image