====== Reportes gerenciales ====== ===== Lista de reportes ===== Esta es la ventana por defecto de reportes gerenciales, el cual existe un listado para tener la posibilidad de seleccionar el reporte que se va a visualizar, acompañado del rango de vigencias. {{:ada:sicoferp:financiero:presupuesto:reportes:reporte-gerencial.png?400|}} ==== Órdenes de pago elaboradas ==== Una orden de pago elaborada es el documento oficial generado en el sistema que formaliza el compromiso de pagar una suma de dinero a un tercero. En esta etapa, el documento ya tiene registrados los montos, los conceptos y el respaldo presupuestal, quedando listo para entrar al proceso de revisión, aprobación y desembolso final. {{:ada:sicoferp:financiero:presupuesto:reportes:orden_elaborada.png?400|}} ===== Corrección de Duplicidad en Reporte de Órdenes Elaboradas ===== === 1. Descripción del Cambio === Se corrigió un error en el reporte de órdenes de pago donde algunos registros aparecían repetidos. Con este ajuste, los montos y movimientos ahora coinciden exactamente con la realidad del sistema, mostrando una sola fila por cada movimiento de crédito. === 2. Solución Funcional === Limpieza de Datos: Se eliminó la duplicidad de información en el reporte. Antes, un mismo compromiso podía aparecer varias veces de forma incorrecta, lo que generaba confusión en los totales. Consistencia Financiera: Ahora, cada movimiento de dinero se relaciona de forma única con su detalle. Esto garantiza que la información financiera que se ve en el reporte sea confiable y cuadre con los registros del sistema. === 3. Solución Técnica === Objeto Modificado: DataWindow r_ordenes_elaboradas. Ajuste en el SQL: Se mejoró la relación (Join) entre las tablas DET_COMPROMISO_DOCUMENTOS (alias C) y DET_COMPROMISO_PROD_REC_DEV (alias D). Cambio Específico: Se agregó una nueva condición en la cláusula WHERE: AND C.VALOR_CREDITO = D.CANTIDAD_CREDITO ¿Por qué se hizo?: La relación anterior solo usaba el código del documento, lo cual no era suficiente para distinguir entre diferentes movimientos dentro de un mismo archivo. Al añadir la comparación de los montos (VALOR_CREDITO contra CANTIDAD_CREDITO), logramos que cada registro de la primera tabla encuentre a su "pareja" exacta en la segunda tabla, evitando que se crucen y se dupliquen. === 4. Datos del Objeto === Módulo: Presupuesto Reporte: Órdenes Elaboradas. DataWindow: r_ordenes_elaboradas. ===== Corrección reporte ordenes de pago elaboradas ===== === Solicitud === === Ticket #56666 Informe Op Elaboradas Presupuesto: === Se reporta caso donde se filtra por fecha inicial y final de solo un dia pero el reporte no retorna todas las ordenes de pago elaboradas ese dia. === Solución === Se modifica la consulta del dw r_ordenes_elaboradas de la libreria sf01rpts.pbl para que no filtre por usuario y dependencias. === Bloque de consulta corregido == FROM MAESTRO_ORDENES_PAGO A, MAESTRO_TERCEROS I, DEPENDENCIAS K, DET_ORDEN_PAGO B, DET_COMPROMISO_DOCUMENTOS C LEFT OUTER JOIN PRESUP01.MAE_RECEPCION_PEDIDOS MRP ON MRP.CODIGO_RECEPCION = C.CODIGO_DOCUMENTO, DET_COMPROMISO_PROD_REC_DEV D, DET_COMPROMISO_DISP_CAN E, DET_COMPROMISO_RUBROS_DISP F, DET_COMPROMISO G, MAESTRO_COMPROMISO H, PRESUPUESTO J, PARAMETROS_SISTEMA P, ESTADOS_DOCUMENTO M WHERE TRUNC (A.FECHA_ELABORACION) BETWEEN :adt_fechaini AND :adt_fechafin AND A.CONSECUTIVO > 0 AND A.ESTADO <> 'W' AND M.CODIGO_ESTADO = A.ESTADO AND I.CODIGO_TERCERO = A.CODIGO_TERCERO AND K.CODIGO_DEPENDENCIA = A.CODIGO_DEPENDENCIA AND B.CODIGO_ORDEN_PAGO = A.CODIGO_ORDEN_PAGO AND C.CODIGO_DOCUMENTO = B.CODIGO_DOCUMENTO AND D.CODIGO_DOCUMENTO = B.CODIGO_DOCUMENTO AND E.CODIGO_DET_COMP_DISP_CAN = D.CODIGO_DET_COMP_DIS_CAN AND F.CODIGO_DET_COMP_RUB_DIS = E.CODIGO_DET_COMP_RUB_DIS AND G.CODIGO_DET_COMPROMISO = F.CODIGO_DET_COMPROMISO AND H.CODIGO_COMPROMISO = G.CODIGO_COMPROMISO AND H.CODIGO_COMPROMISO = C.CODIGO_COMPROMISO AND J.CODIGO_RUBRO = G.CODIGO_RUBRO === Desarrollado por: [Miguel Muñoz] Fecha: [31/07/2026] Versión de PB: 12.5 ===