Page History

...

• El problema se da al obtener los montos acumulados de Transferencias del Usuario. (Para posteriormente validar si supera o no el limite diario, mensual, etc.)

• La razón del problema es que el sistema va limpiando y desactivando los acumuladores de los días anteriores del mismo mes, para dar lugar al nuevo acumulador que tiene los importes acumulados del día + el de los días anteriores, desactivando el día anterior

  Ejemplo: Dia 16 = Dia 15 + Importe... Dia 15: Dia 14 + Importe, ...., etc. )
• Cuando ESTAS en un MES SIGUIENTE, ya no puede limpiar los acumuladores anteriores (ya que solo limpia los del mes actual)

• Al obtener los acumuladores vigentes, que "técnicamente" debería traer solo UNO, trae en su lugar el del registro del mes anterior y el del mes actual, que acabo de dar de alta.

• Esto ocasiona el error "com.tesabiz.utils.jpa.DaoTooManyRowsException"
• El problema según lo relevado inicialmente se origina en la clase java del Backend de DIMO DPerfilLimiteTransaccionalClienteImp en el método superoLimites(...) y se podría resolver cambiando el método que se consulta desde aquí de dClienteLimiteTransaccionalAcumuladorSpec.getAcumuladorCliente(...) a dClienteLimiteTransaccionalAcumuladorSpec.getAcumuladorClienteActivo(...)

Observaciones:

• En PRE no esta pasando por que esta desactivado el control del limites de transferencias y acumuladores

• En PRO, nunca se ha utilizado esta funcionalidad del sistema

• El parámetro para habilitar o no el uso de los limites transaccionales se configura en los dominios del sistema (T_DOMAIN, se tiene matenedor) y se puede verificar con la siguiente consulta:

  Code Block
  language sql
  SELECT TD.DOM_VALUE, -- S/N TD.DESCRIPTION, TD.ROWID FROM T_DOMAIN TD WHERE TD.DOMAIN_TBZ = 'CONSTANTES_DIMO' AND TD.DOM_NAME = 'USAR_PERFIL_LIMITE_TRANSACCIONAL_POR_DEFECTO' ;

Factibilidad

...