IC, SAC, MCOB, MCAL y HERMES 9.1.6295

Relación de últimas modificaciones a los programas de administración de entidades financieras:

• Se realiza un reporte para mostrar los préstamos que pagaron menos int. mor. o menos int. nor. del que les correspondería pagar, cuando ya hay un pago de capital. Esto indica un error en el cobro o bien un cambio en las condiciones del crédito cuando ya tenía movimientos. Se llama comparativo de int. dvg. Está en Reportes/Préstamos/Movimientos/Comp. int. dvg.
• El cajero debe tener un limite en caja en efectivo. Si se excede el limite, manda una alarma en el formulario de caja. Ya existe en VALORES el parámetro MontoCaja. Se agrega ahora uno llamado SaldoCaja. Se puede establecer este parámetro en Parámetros/Valores.
• Se corrige que en Reportes/Préstamos/Historial de préstamos, no aparecían los prestamos con status autorizado
• Un error en SAC 9, en guardaahorro, no permitía recibir ahorros para socios que no eran de la sucursal actual (strSucursal)
• Un error en SAC 9, en CancelacionMov, no permitía borrar pólizas que involucraran movimientos de ahorro (movahorro) de años anteriores (a fechauso)
• En SAC 9 la propiedad TipPreCta, en la tabla VALORES, tiene una definición diferente, por lo tanto al convertir de SAC 8 a 9 (Conv8_9) se elimina la propiedad TipPreCta de la tabla VALORES
• Al cerrar 2016 y abrir 2017 en SAC, marca "datos de persona demasiado obsoletos", No verificar SOCIOS.actualizar, verificar en cambio SOCIOSPAS.actualizar
• SAC 9 no valida las garantías liquidas de un acreditado al otorgar un préstamo, cuando es de otra sucursal distinta a la a actual. Esto es debido a que no existen todas las entradas en SOCIOSPAS para cada socio y cada cuenta de pasivo. Se crea el proc. GenerarSOCIOSPAS para generar estos registros al agregar o modificar una persona.
• No encontraba entradas al buscar en la lista negra, puesto que el proc. TraerListaNegra mezclaba búsquedas de nombres y de AKA (alias). Al dar positivo en una búsqueda de nombre, luego se hacía falso al no coincidir algún AKA.
• Se crea un reporte para PLD con los socios/clientes, domicilio, ocupación, ingresos y egresos, (riesgo, PEPs). Se puede acceder desde PLD/Personas PLD.
• Para complementar PLD, se agregar SOCIOS.descoc, que es la descripción detallada de la ocupación. Esta se pude modificar en Personas/Actualizaciones/Ref. laborales/Descripción de la oc.
• La función TraerCta, que trae la cuenta contable respectiva a una serie de rasgos en la interfaz contable SAC-IC, no aplicaba correctamente la función TRIM, por lo que en ocasiones no encontraba la cuenta contable adecuada
• Se crea en SAC un proceso para reestructurar claves de servicio (entre sucursales), ReestrucServ, basado en ReestrucProdPre. Permite hacer homogeneas o coherentes las claves de los diferentes servicios dados de alta en Sistema/Servicios, para que coincidan de una sucursal a otra. En Sistema/Especiales/Reestructura servicios.
• 1000 UDIS es el mínimo para hacer consulta al buro de crédito cuando se agrega un nuevo crédito.
• SAC permitía relacionar personas consigo mismas, en Personas/Actualizaciones/Personas relacionadas. Ahora ya se evita. 
• Se crea en SAC un proceso para reestructurar productos de inversión (y certif. de aport.) entre sucursales, ReestrucProdCont, basado en ReestrucProdPre. Se accede a él en Sistema/Especiales/Reestructura productos de contrato.
• Se corrigieron errores en los reportes de captación de SAC
• Al dar de alta una nueva cuenta bancaria en frmBancos, permitía hacerlo con espacios antes y después, ahora es necesario agregar trim (vb) y ltrim (t-sql). Al modificar un banco con sus cuentas en frmBancos, ya se eliminan los espacios.
• En los reportes de captación de SAC se mostraba el nombre de la persona en ocasiones como nompila-apellidos y en ocasiones apellidos-nompila. Se cambia CalcIntAho.inicializar para que traiga los nombres en el formato s.nompila+' '+s.nompila2+' '+s.appat+' '+s.apmat que es compatible con el formato usado en los contratos de inversiones en los mismos reportes 
• Al guardar la interfaz de IC se verifica que las listas de productos (préstamos, contratos, statusr) esten bien construidas, es decir una lista de enteros separados por comas, encerrados entre paréntesis. Mediante una expresion regular (regex).
• Al guardar la interfaz de IC se verifica que las listas de productos de crédito, de contratos y de statusr no se traslapen entre si, es decir, que 2 listas separadas por comas no compartan elementos (a menos claro que sean idénticas)
• Reporte de op. inusuales, la columna de sucursal (después de localidad) es un nombre capturable parametrizable. Se agrega PARAMETROS.sucnombre. Se tiene que modificar TraerParametrosSuc (70 o mas instancias) para que regrese este parámetro. Se puede estaablecer tal nombre de sucursal en Sistema/Parámetros/Generales/Nom. de sucursal. Ahí también se puede acceder a una lista de todas las sucursales para las que se almacenan datos en esta instancia de SQL Server.
• Antigüedad del domicilio, se cambia por fecha en que iniciaron a vivir en el domicilio. Se agrega SOCIOS.fecdom y se elimina SOCIOS.andom, si bien se puede calcular fecdom en base a antdom y la fecha de ingreso del socio, fecing . Se conserva la palabra reservada de MCAL, {antdom}, pero ahora se calculará en base a la fecha {fecdom}
• Se agrega un campo para poder agregar socios fundadores, en el apartado de actualizar personas, en la pestaña de personas relacionadas por que en la lista que aparece, no estaba la opción de socios fundadores
• Se agrega un reporte en SAC que muestre los devengados diarios totales (antes de pago) de préstamo, como el reporte de prestamos/concentrado, pero detallado por préstamo. Se agrega en Reportes/Prestamos/Movimientos/Dvg. diario
• IC 9 no generaba correctamente la póliza de int. dvg. de pasivos al último día del mes, por tomar la estructura de cuentas de pasivo de SAC 8 en vez de tomarlas de la nueva tabla PRODPAS
• Al definir productos, ya existe PeriodoDiasS y PeriodoIntS válidos tanto para préstamos como para contratos, los cuales pueden ser listas separadas por comas. Cambiar NumAbo por NumAboS, que permite especificar los números de abono válidos para un producto de crédito, en una lista separada por comas.
• Se cambia el comportamiento del parámetro DiaPagare para los productos de préstamo. Ahora solo se toma en cuenta la P, según el plan de pagos un solo pagaré, *P, según el plan de pagos pagares secuenciales, y V, para hacer igual la fecha del pagaré a la del vencimiento del préstamo. De la misma forma los montos de los pagarés ahora reflejan el abono vencido en la fecha de cada pagaré. Anteriormente se dividía el monto total del préstamo entre el número de pagarés a imprimir. Esto ocasionaba que algunos pagarés exigieran un pago anticipado, o mayor al abono ya vencido. Por seguridad ya  no se permite agregar o quitar pagarés en la ventana de interfaz, más allá de los previamente definidos por el producto de préstamo.
• Se corrigió frmCancelacionMovs donde todavía no se consideraba la nueva metodología de movahorro
• Ahora se considera la tabla mcobeventos en ReenumeraDuplicados en SAC
• En IC, al volver a generar pólizas automáticas desde SAC, las ya existentes quedan canceladas pero con saldos en ceros. Esto es un problema de auditoria. Cancelarlas pero que queden con sus movimientos originales, incluir además la posibilidad de auditar cuando se crearon.
• Para llevar un mejor control de las pólizas, agregar los campos POLIZA.tipogen, que permite identificar si fue manual o automática, y POLIZA.actualizar, para ver la última fecha y hora de creación o modificación. Se modifica el reporte de pólizas para seleccionar el tipogen, modificar frmPolizas y generación auto. de pólizas y generar póliza de cierre de ej., para guardar tipogen=1 y POLIZA.actualizar
• Seún la 21a. de las disposiciones en materia de PLD, se deben establecer mecanismos de seguimiento y de agrupación de Operaciones más estrictos respecto de aquellos Clientes o Usuarios que realicen Operaciones durante un mes calendario, en efectivo en moneda nacional, por un monto acumulado igual o superior a un millón de pesos. También se realizan reportes para detectar las operaciones mayores a 300,000 para personas físicas y 500,000 para personas morales. Se accede a ellos en el menú de PLD.
• Había un error en SAC al convertir el campo antdom a fecdom, puesto que la antigüedad en el domicilio era muy grande en algunos registros, y esto producía fechas anteriores al 1/1/1900. Por tanto se agrega la instrucción update socios set antdom=100 where antdom>100