SAC, IC, MCOB y MCAL 8.0.5949

Se liberan versiones de los paquetes financieros con los cambios siguientes.

·         Se agrega un botón Acciones, tal como el del formulario de reportes, al formulario de pólizas, para exportar a Excel. Tanto en SAC como en IC.

·         Se corrigió un error en IC, en el proc. de generar pólizas auto. Al castigar un préstamo, buscaba una cuenta cremor o cremve, mor, donde debería decir cremor o cremve, dvg.

·         En el reporte de corte de caja de SAC no se mostraban los pasivos de los 9-socios fundadores

·         En IC se podía cerrar el frmIngreso con Alt-F4, comprometiendo la seguridad del sistema. Faltaba atrapar el evento FormClosing, y verificar, antes de cerrar el formulario, si el usuario ya está autorizado.

·         En el reporte de pólizas de IC, al imprimirlo a HTML, duplicaba el monto y la impresión del total de cada póliza (error en la creación del XML)

·         Se elimina el cobro especial de IVA para pré. castigados. Si al castigarse pasa a cuentas de orden, y los int. de CO ya estaban en las mismas cuentas, porqué cobrar a unos si y a otros no el IVA

·         En los reportes de saldo de pre. se divide el rep. de buró de crédito en formato 12 y 13

·         Desde el formulario de cancelación de personas (frmCancela) se desea imprimir el formato Recibo.rpt, en adición al que imprime actualmente, ReciboCancela.rpt

·         En MCOB, se habilita la barra de herramientas (toolbar1) cada que se ingresa al sistema. Podía quedar deshabilitada al no tener el no. de serie adecuado para ejecutar este paquete. Se habilita en el procedimiento ControlUsuarios.

·         En MCOB, al limpiar la forma de eventos (frmEventos) no borrar la clave de préstamo previamente capturado.

·         En MCOB, en el formulario de eventos (frmEventos) marcaba error si uno de los avales (campo maymena) no existía

·         Al parecer SAC está insertando registros en la tabla SOCIOSDOC aunque no se haya hecho consulta a Quien es Quien y el documento de consulta por tanto esté vacío. Se corrige

·         Permitir que las partes sociales se tomen en cuenta para los tantos del crédito. Se agrega el valor TipPreCta, que indica que cuentas tomar como garantía líquida. 1-solo ahorro, 2-solo aportaciones, 4-solo monto bloqueado… 256-solo partes sociales... 257-ahorro mas partes sociales.

·         Al buscar un socio/cliente en la lista negra, no encontraba coincidencias si había vocales acentuadas o eñes. Se corrigió

·         En MCAL, en Ver Catálogo, poder mostrar la estructura de árbol con los saldos de una persona y préstamos específicos

·         En SAC, en reportes/préstamos/movimientos/préstamos otorgados, en la base de datos sacrectotal aparecían todos los préstamos duplicados. Encadenaba doble el left join a la tabla movbancos, porque había un movbancos activo y otro cancelado. Se agregó a la sentencia SQL la condición mov=0 para que solo tome en cuenta los movbancos activos.

·         calcaboint0, al desglosar un montointmor (posiblemente también el montointnor) en cartera vencida y cuentas de orden, por no redondear al centavo, la suma de ambas daba diferencia de 1 centavo con el total en ciertas ocasiones

·         Se establece un nuevo orden de imputación a pagos, además del ya tradicional. Divergen en que el orden de imputación tradicional paga primero int. en CV y luego en CO. El nuevo orden, paga primero a CO y luego a CV. Se agregan los campos PARAMETROS.OrdImp y PRESTOTOR.OrdImp. Los préstamos ya existentes tomarán el valor 0-orden tradicional. Los nuevos préstamos que se añadan, tomarán el valor establecido en PARAMETROS.OrdImp.

·         Al parecer no hay legislación respecto al porcentaje de capitalización para riesgo común en créditos, para entidades con nivel básico, así que no se toman en cuenta al otorgar el préstamo

·         Al renovar un crédito, el crédito renovado debe haber cubierto al menos el 25% del monto original. Al hacer la evaluación, había un error en los cálculos.

·         Recalcular  montos bloqueados: cuando se recalculan montos bloqueados a otra fecha distinta a hoy, toma en cuenta los prestamos activos hoy, no los que estaban activos en esa fecha. Se corrigió

·         Se modifica el alta de pólizas para aceptar movs. de pasivos (por lo pronto ahorro, monto bloqueado y monto bloqueado de aval), tanto depósito como retiro

·         Había un error en el proc. de recalculo de bloqueos. Cuando era llamado desde caja (frmCaja) recibía una fecha con hora, que necesitaba convertirse a fecha (con f=f.date)

·         Al cancelar un socio, se verifica que no tenga saldos negativos

·         Hacía falta otra conversión a fecha en recálculo de bloqueos, quedando como tblPrestotor.Fields("fecpag").Value = FecReal.Date. Esto causaba que no se liberaran montos bloqueados al liquidar un préstamo.

·         En el reporte de auxiliares en SAC no se mostraban los movimientos de las cuentas correspondientes al no. 9, 10 y 11 (cuenta corriente, mb2 y otros)

·         Se agrega una columna con el monto del pagaré en el reporte de saldo de préstamos. El monto de pagaré es el monto total a pagar según plan de pagos (capital más intnor más intmor más cobroper más iva)

·         En SAC, un crédito de tipo "8-Pagos fijos invar. cubrir amort." seguía generando intereses, de acuerdo al PP, incluso después de haber sido liquidado por completo

·         En IC, en frmPolizas, al llamar a frmDoc (donde se captura el cheque, transferencia o comprobante fiscal) solo permitía números al capturar el CFDI.

·         Se agregaron las columnas de RFC, UUID_CFDI y el monto del comprobante en el reporte de auxiliares de IC

·         En el reporte de saldo promedio diario de IC se agrega una columna más para los saldos de periodo "cierre ej."

·         En GenerarLlaves Foraneas, se trataba de generar una liga entre chequesrec y cuentas (bancarias) la cual no debe existir porque se pueden recibir cheques con cuentas bancarias inexistentes

·         En modBancario.TraerCheque se usaba un val sobre la cuenta bancaria. No se debe usar porque la cuenta bancaria se considera un string. El problema es cuando la cuenta bancaria comienza con cero, el val elimina ese carácter y la cuenta bancaria ya no corresponde

·         Agregar 3 columnas al reporte de saldo de préstamos: pagocap, pagoint y pagoiva, con los pagos que ha realizado el prestamo desde su fecha de entrega hasta la fecha del reporte

·         Se agregan en IC los parametros genpoltras, genpolcas, genpolpre, genpolcont, genpolpas y genpolesti, para controlar qué tipos de póliza se van a generar automáticamente en base a la info. de SAC. Por default se establecen todas como "si", excepto la generación de pólizas de esti. prev. De cualquier modo, al momento de generar pólizas autom. se pueden cambiar los valores por defecto

·         En IC no mostraba las pólizas en el reporte respectivo, cuando estas no tenían detalles de póliza, tanto para pólizas activas como canceladas. Se arregló modificando la estructura de los join, a algo como poliza left join (detallepoliza left join cuenta)

·         En SAC no se calculaba correctamente un RFC cuando el apellido materno es DIAZ DE LEON. Elimina el DIAZ DE y toma la L de LEON, cuando lo correcto es tomar la D de DIAZ

·         El reporte de coeficiente de liquidez en IC es diferente para entidades nivel 1, para las nivel 2 y 3, y para las nivel 4. Para las nivel 0 (básico) no aparece. Se modifica IC para que aparezca igual que para nivel 1.

·         Se agregan cuentas a la Interfaz de SAC para reportes financieros y regulatorios. Se modifica el balance general (se fragmenta en balgen para sofipos y para socaps), se modifica el r20 liquidez para nivel IV. Se agregan o modifican los reportes de Estado de Variación en el Capital Contable y Flujos de Efectivo.

·         CPSC reporta que no se pueden correr 2 instancias de SAC en la misma compu. Entré a SAC, en propiedades/application/make single instance application. Ya estaba desactivada. La activé y guardé. La volví a desactivar y guardé. Ya se pueden correr 2 instancias.

·         En IC al parecer crea las pólizas de traspaso y castigo aunque no tengan detalles de póliza. Se debe ejecutar el insert poliza dentro de la transacción (después de la instr. begintrans)

·         Poner candados a que las pólizas tengan detalles de póliza sin clave de cuenta (tanto al crear polizas como al recalcular saldos). Ya existe la llave foránea FK_detallepoliza_cuenta, que de existir, impide que se agreguen detalles de póliza de cuentas que no existen

·         Agregar funcionalidad en el cálculo de CURP en SAC para considerar nacidos en el extranjero (NE). Se agrega en Especiales, en el sub GenerarValores, el estado 33 con valor NE. También se puede agregar manualmente desde Parámetros a la tabla VALORES.

·         El UUID_CFDI tenia el formato 8-4-4-12 y debía ser 8-4-4-4-12

·         En CPSC hay un gran numero (100,000 de un total de 500,000) registros en MOVPRESTAMO con el campo montoiva en null, y esto da errores. En Especiales, al Generar tablas y campos faltantes, se inicializa en cero los que tengan null.

·         Agrego en IC el campo CUENTA.temp, campo temporal. Útil p. ej. para marcar aquellas cuentas que son afectables y son subcuentas (directas o indirectas) de una cuenta determinada. Esto se usa en la subrutina CA, para ver los cargos o los abonos de determinada cuenta acumulable en un periodo.

·         Ampliar en SAC PARAMETROS.qeqpwd (el password de quién es quién) a 50 caracteres. tenía 10

·         En IC, reporte de auxiliares, el comportamiento actual es que si no se captura una cuenta completa, toma los digitos capturados y muestra los movimientos de las cuentas que tienen ese criterio. Cambiar el comportamiento a: si no se captura la cuenta completa, completarla. Si es de acumulación, mostrar movimientos de sus subcuentas afectables. Auxiliarse del campo CUENTA.temp para marcar las cuentas a considerar. Este comportamiento es más correcto para los catálogos que no tienen un orden jerárquico estricto.

·         Las aplicaciones SAC, IC, MCOB no funcionaban en mi Dell de 64 bits, por un problema con el Activex Data Control. Entré a las propiedades del proyecto, en references. Quité la librería usada actual de ADO 2.7, y volví a agregar la misma versión al proyecto. Esto agrega un archivo Interop.ADODB.DLL en el folder bin de cada proyecto.

·         En IC, en GenPoliza, había un error al calcular la diferencia de la estimación preventiva entre este mes y al anterior. Esto se debía al calcular mal la fecha inicial.  En vez de usar DateAdd(DateInterval.Month, -1, f) se debe usar  DateAdd(DateInterval.Day, -1, CDate("1/" & f.Month & "/" & f.Year))