FOR_SIS06: Incidente 1881 - Promo Credivill

DESCRIPCION 

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 desde el 25/04 hasta el 25/11/202. Inclusive el porcentaje aplicado es mayor al del 15%.

BITACORA 

• 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, el tope (MONTO_TOPE ) con el valor 1.500.000 y la fecha de aplicacion del cambio.--

• 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. Ver script:

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. Esto ultimo, segun las pruebas en preproduccion, causa la incorrecta modificacion de los parametros de la promocion; la forma correcta segun las mismas pruebas es realizarla una por una.--
• 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.--
  • NO controla solapamientos de promociones (tampoco lo hace el Acceso Cabal).--
  • Al ingresar el ajuste de descuento 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 que iban solapandose mes a mes, iniciando en 25-04-2022 y finalizando el 25-11-2022, tal como se visualiza arriba en la imagen en los campos FEC_VIG_DESDE y FEC_VIG_HASTA.--

SOLUCION APLICADA 

Se procedio a entregar la informacion al Dpto. de Operaciones a la espera de una accion. La promocion habia finalizado el 25-11-2022.--

SOLUCION DE FONDO 

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