[FOR_SIS06 Incidente ]

AUTOR

DESCRIPCION [Descripcion detallada del evento]

El pedido era aplicar el descuento del 15% para cada consumo realizado cada 25 del mes desde el 25/04 hasta el 25/11. Lamentablemente le esta aplicando el descuento incorrectamente todos los desde el 25/04 hasta el 25/11/202. Inclusive el porcentaje aplicado es mayo al del 15%.

BITACORA [Bitacora de sucesos y tareas realizadas]

• Esta promocion se configuro inicialmente en fecha 08/11/2021 por el usuario FORUE (Fernando Orue), ver planilla de la nota https://sistemas.cabal.coop.py/view.php?id=1881#c8683.--
• En la misma fecha se solicito marcarlo por cuenta y promocion (ver ticket 1144). El cual fue ejecutado en fecha 25/11/2021, el script sql fue elavorado por Oscar Barrios y ejecutado por Luis Basualdo.--
• En fecha 26/04/2022 se solicito cambiar el tope de la promocion, ver ticket 1881. Antes de ejecutar la solitud se levanto un archivo con los datos actuales de la promocion (ver archivo de la nota https://sistemas.cabal.coop.py/view.php?id=1881#c8683) donde se visualiza que la fecha vigencia (FEC_VIG_HASTA) esta con el valor 25/11/2022 y el tope (MONTO_TOPE ) con el valor 1.500.000.--

• En fecha 27/04/2022, Oscar Barrios preparo el script, el cual fue ejecutado por Luis Basualdo. En el script no se identifica ninguna modificacion relacionada a la fecha vigencia ni el monto tope.--

begin

insert into creditopy.promociones_id (ID_PROMOCION, PROCESO, FLG_X_TX, FLG_X_CTA, FLG_X_PROMO, FEC_VIG_DESDE, FEC_VIG_HASTA, TOPE_DESDE, TOPE_HASTA, PORC_DTO, DIA_PROMO, RUBRO, ACTIVO, FEC_UPD, OPERADOR) values (990001276, 'PROMO91 COLO15%', 0, 1, 1, to_date('25-04-2022', 'dd-mm-yyyy'), to_date('25-11-2022', 'dd-mm-yyyy'), 0, 1500000, 15.00, 0, 3577, 1, to_date('27-04-2022 16:16:16', 'dd-mm-yyyy hh24:mi:ss'), 'CREDITOPY');

update creditopy.comercios_promocion pid set pid.id_promocion=990001276 where pid.id_promocion=990001147 and pid.fec_vig_desde between to_date('25/04/2022','dd/mm/yyyy') --***************************** and to_date('25/11/2022','dd/mm/yyyy');

end;

• Adjunto logs de cambios de la tabla de Promociones, donde se ve que los cambios de fechas y topes fueron aplicados desde el Acceso Cabal... si bien, y de acuerdo a otras pruebas no registra correctamente el usuario que aplica el cambio, ni la fecha del cambio.--

• En fecha 15/12/2022 se solicita a Operaciones realizar una prueba en ambiente de preproduccion para reproducir el escenario con el objetivo de identificar el motivo por el cual se marcaron las promociones con la misma fecha de vigencia (25/11/2022).--
• En base a las pruebas realizadas en ambiente Preproduccion, se identifica que la pantalla de Modificacion de Promocion de Descuento no contempla el escenario de promociones mensuales, como si lo tiene previsto el Alta de Promocion de Descuento.--
• Cabe aclarar tambien que el actual modulo de Promociones:
  • No controla que una compra ya fue beneficiada con un descuento, es decir aplicara los descuentos tantas veces la compra aplique para una o varias promociones.--
  • Al ingresar el ajuste de decuento lo hace por el total de descuento, es decir, sumariza para cada cupon de compra.--
• Para el caso analizado, las promociones despues de ser modificadas aplicaban por rango de fechas e iban solapandose mes a mes, iniciando en abril del 2022 y finalizando en noviembre del 2022, tal como se visualiza arriba en la imagen en los campos FEC_VIG_DESDE y FEC_VIG_HASTA.--

SOLUCION APLICADA [Indicar la solucion rapida aplicada]

Se procedio a entregar la informacion al Dpto. de Operacion a la espera de una accion.--

SOLUCION DE FONDO [Recomandaciones para resolver o mitigar]

1. Implementar en Produccion el nuevo Modulo de Promociones.--
2. Realizar controles para evitar el solapamiento de Promociones.--