SAC, IC, MCOB y MCAL 8.0.5725

Estos son los cambios más importantes en las versiones de los software SAC, IC, MCOB y MCAL hasta la versión 8.0.5725 liberadas el 4 de septiembre de 2015.

  • Se borra el campo SOCIOS.anttra (antiguedad del trabajo), a favor del mas exacto, SOCIOS.fectra, que es la fecha en que inició labores en el empleo actual o más reciente
  • Desde que se captura el socio, asignar a su cónyuge y beneficiarios como personas relacionadas (y dep. eco. cuando sean en primer grado, hijos y esposa)
  • En reporte de Círculo de Crédito, el campo MONTO A PAGAR no puede ser mayor a SALDO ACTUAL
  • Se agregan en IC los campos para un comprobante fiscal: rfc, UUID_CFDI y monto del comprobante. Útil para la contabilidad electrónica
  • Diversificación de riesgos: el SAC restringía que los prestamos no fueran de mas del 7% del capital de la empresa. Esto es solo para entidades nivel I. Para los siguientes niveles (2, 3 y 4) se establecen los porcentajes 5%, 3% y 3% respectivamente.
  • Había un error al calcular int. mor. en calcprestamo4, el cual surgió cuando se implementó pago parcial a int. mor: Cuando no había un pago anterior de capital, la última fecha de pago a capital era nula, y esto daba problemas. Se cambió para que refleje la fecha de inicio del préstamo (fecini)
  • En IC se sugiere el código agrupador del SAT (contabilidad electrónica) de la cuenta padre, cuando se agrega (o modifica) una cuenta contable. Se agrega este código agrupador al reporte de catálogo
  • Los usuarios pueden liberar un préstamo de su usuario MCOB, son el mismo usuario MCOB o el jefe del departamento de cobranza
  • Al modificar pólizas de IC, se automatiza para tener que cerrar ese periodo y recalcular saldos
  • La plataforma de desarrollo se cambia a Visual Studio 2013. Anteriormente se usaba Visual Studio 2008
  • Al llamar a GenerarBD, se llama ahí mismo a GenerarLlaves0, para generar llaves primarias y foráneas, que se pudieron haber eliminado
  • Se usa ADO.NET en vez de ADO en la consulta avanzada de datos para tratar de hacerla más veloz
  • Se guardan en bitácora los errores generados en los software. Se pone un checked list box en el reporte de bitácora para seleccionar entre varios tipos de evento
  • Se crean llaves primarias y foráneas necesarias para las nuevas tablas mcobEventos, mcalCuenta y mcalSaldo (Útil para los programas MCOB y MCAL)
  • Un error en GuardaIntAhorro dentro de frmRecalcIntAho (recálculo de intereses sobre pasivos) hacía que se completaran las partes sociales del socio al poner la opción "abonar a p. soc. hasta cubrirlas y despues a ahorros"
  • Evitar que se abone a partes sociales a personas canceladas (que esten cancelados a la fecha fin del periodo) Se agrega una columa en frmRecalcIntAho para mostrar si a la fecha esta activo o cancelado, y esta se usa para decidir si se abona a p. soc. o no en GuardaIntAhorro
  • Se agrega el campo en la tabla mcobEventos, TipoPersona, que indica si es al acreditado o alguno de los avales a los que se hace la visita o llamada telefónica
  • Un error en recalcbloqueos hacia que no calculara correctamente los saldos (ahorro, mb, mba) de la persona, cuando se calculaba con fecha de años pasados
  • calcprestamo4 calculaba interés moroso parcial para moroso al vencimiento del abono, pero no para moroso al vencimiento del préstamo. Se corrigió.
  • Se podía recibir un abono a préstamo con fecha de cálculo anterior a la fecha de entrega
  • Había inconsistencias entre los saldos de inversiones de varios reportes. La funcion CalcSaldoInv se corrigió, pues estaba tomando en cuenta inversiones que, aunque no tienen movimiento de retiro, ya estan con status "liquidado". En otros reportes no se toman en cuenta. Para minimizar diferencias con versiones anteriores de SAC, se seguirá sin tomarlas en cuenta.
  • En IC, al generar polizas automaticas de SAC, generaba mal el int. dvg. sobre pasivos en ciertas condiciones. Si SAC ya esta en el año actual, y se genera contabilidad en IC al año anterior, toma como fecha de uso la de IC, que es el año anterior. Debe tomar la fecha de uso de la sucursal correspondiente de SAC, es decir el año actual.
  • En SAC había un error en los reportes de captación. Al generar el reporte de captación al 31/dic, tomaba como fechas límite de los cálculos, del 1 al 31 de dic. Debe tomar del 1 de enero al 31 de dic., para que considere todos los movs. del año y calcule correctamente el int. dvg. de pasivos.
  • Se agrega número de versión de SAC, IC, MCOB, MCAL en la barra de estado
  • En reportes/pasivos/captacion/DGRV las columnas de fechas se les pone el formato yyyyMMdd
  • Se había cambiado el domicilio a 100 caracteres pero no se había cambiado el tamaño de la tabla temporal en reportes/pasivos/saldos. Detalles similares con ciudad, que es de 40.
  • Se agrega el parámetro "NombreCajero" en todos los contratos de préstamo, que corresponde al usuario que entrega el préstamo (POLIZA.usuario)
  • Se agrega el reporte de CR "ContratoAhorro.rpt" que se imprime desde Personas/Actualizaciones/Imprimir/Contrato de ahorro
  • Se quiere controlar los gastos de cobranza ocasionados por un socio. Ya existe la funcionalidad en SAC pero se quiere que aparezca el saldo en reporte de saldo de pre., para que así mismo aparezca en el aviso de cobranza. Se agrega el parámetro SaldoServ a reporteSaldoPre.rpt, que es el aviso a socios morosos. Se agrega un nuevo tipo de servicio, 3-gastos de cobranza, que también se cobran/pagan en caja pero aparecen en el reporte de saldo de préstamos.
  • En las referencias familiares del socio, agregar parentesco. No sirve Personas Relacionadas porque pueden no ser socios. Tutor no se agrega, porque ya esta como el primer beneficiario. Imprimir todo esto en la solicitud de ingreso.
  • Se modifica AsignaSociosDep (asignar automáticamente personas relacionadas) para que agregue registros a la tabla de SOCIOSDEP en base a los campos fam1parentesco y fam2parentesco (parentesco de los familiares 1 y 2)
  • En el reporte de Focoop captación, se modifica la fecha a formato dd/mm/yyyy
  • Agregarle al socio los cotitulares, que pueden ser varios (3 o 4). Los cotitulares deben ser socios porque tienen los mismos derechos. Se agrega SOCIOSDEP.CoTit. Se agrega la vista de los cotitulares en frmCaja, en consulta avanzada. Se imprimen en el contrato de ahorro.
  • En IC se agrega el campo INTERFAZ.uso para dar mejor organización a los reportes financieros, e identificar a que reporte corresponde cada renglón de la interfaz
  • Se agrega fecha de nac. de beneficiarios
  • En SAC, en pólizas, en carga masiva de prestamos, se podían hacer abonos a préstamos sin estar con status vigente
  • Se crea un nuevo reporte de pólizas de SAC que muestra las que están descuadradas
  • Se modifica la comparación de SAC-IC (ComparaSACIC) para que tenga la opción de crear una póliza, la cual puede ser póliza inicial de migración, o póliza de ajuste
  • Se puede establecer monto máximo que puede entregar un cajero a un solo socio, o por perfil. En VALORES es la propiedad MontoCaja
  • Se agrega PARAMETROS.UsuMin, que es el tamaño mínimo de la clave de un usuario, al agregar usuarios nuevos. Si es cero, no se restringe. SAC e IC
  • Se agrega PARAMETROS.PagoIntPas, que es la forma de pago de interés sobre pasivos, mensual o anual. Para poder calcular correctamente el GAT sobre pasivos
  • Al agregar o modificar un prestamo en SAC, si no se encuentra la bd de IC, marcar error pero continuar el proceso
  • En el reporte de Buró de Crédito (y Círculo de Crédito) aparecían los préstamos con saldo de capital negativo. Evitar que aparezcan. Se muestran solo los que tienen saldo mayor o igual a cero.
  • Se amplia SOCIOS.municipio y SOCIOS.colonia a 40 caracteres
  • Se agrega en IC la función CerrarPerSN que regresa verdadero si alguno de los periodos anteriores a cierto perido anio-mes, esta marcado para ser cerrado, o para ser recalculados los saldos. Todos los periodos anteriores deben estar recalculados y cerrados para así pasar sus saldos finales como saldos iniciales del siguiente periodo. Esto aumenta la seguridad en IC al generar cualquier reporte de cualquier periodo.
  • Se agrega BITACORA.version para guardar la version del producto. Eliminar el registro R y Z, es decir comienzo y fin de los reportes, por generar mucha información.
  • Agregar un nuevo maymen, 9-socio fundador, para distinguirlos de 0-socios. Los primeros no se les exigue garantia liquida en los préstamos.
  • Se modifica frmBancos para que sea más fácil y coherente con otros formatos de SAC. Ahora se puede modificar desde ahí el saldo inicial histórico de cada cuenta bancaria.
  • Antes de presentar los préstamos en el reporte de saldo de pré., se llama a CalcSaldoFinServSoc, para que, para cada socio, se calcule el saldo de los servicios tipo 3 – gastos de cobranza de pré., y se muestren en el reporte
  • En IC, en frmVerCatalogo, se agrega un botón de acciones para, entre otras cosas, copiar rápidamente una cuenta contable a la interfaz
  • En el reporte de saldo de préstamos, en SAC, se agregan dos combos: Usuario, para filtrar por el usuario que agregó el préstamo, y MCOBusuario, para filtrar por el usuario que puede agregar eventos de cobranza a cada persona.
  • MCOB: se agrega la columna usuario en el reporte de historial MCOB, con el usuario que agregó cada evento de cobranza
  • Se agrega el permiso 37-Desasignar usuarios de acreditados (MCOB)
  • Un error en la fórmula ocasionaba que se calculara el 1% de los int. dvg. en cartera vencida para las estimaciones, en vez de calcular el 100%
  • Nos deshacemos de feccalc, solo queda una fecha para los abonos de préstamo
  • Tomar en cuenta las condiciones del préstamo que se reestructura/renueva para considerar en cartera vigente o vencida el nuevo. Si es 1 solo abono a capital, si ha transcurrido el 80% del plazo, si se ha pagado intereses y capital, si se ha pagado el 60% del monto original. Se implementa la función VerifCarteraR para establecer el campo PRESTOTOR.CarteraR
  • Se pueden ahora liquidar cuentas de ahorro sin cancelar al socio/cliente
  • Pagos sostenidos: se modifica calcprestamo4 para que tome en cuenta el abono pagado y equivalga realmente a los 3 primeros pagos del prestamo según el PP. En préstamos con periodo de mas de 60 dias, 1 sola exhibición.
  • Se quita prestotor.mormin, el moroso minimo a cobrar, porque afecta al interes moroso devengado
  • Había un error en calcprestamo4 al calcular int. moroso, se consideraba como int. moroso en CV el int. mor. en CO. Se necesita calcular int. mor. total, después el int. mor. de CV, y al final hacer la resta del int. mor. ya pagado desde la ultima fecha de pago de capital
  • En IC, al generar pólizas autom. ,realizar una póliza de ajuste de las estimaciones preventivas, usando IniCalcBandeos y CalcBandeos, que son llamados por un sub CalcEstiPrev. Este sub regresa las cantidades recomendadas (presupuestadas) de estimación preventiva por cada producto de préstamo, finalidad, statusr. En base a estas cantidades se hace la póliza de ajuste.
  • En IC, se amplió VALORES.valor de 100 a 200, porque algunas descripciones del código agrupador (catálogo contable de la SHCP) no cabían
  • En SAC en el reporte de saldo de socios marcaba error por un dato demasiado extenso para ser guardado en un campo. Se amplió colonia a 40 caracteres al crear la tabla temporal #sociostmp
  • Al ejecutar por segunda vez el procedimiento Especiales/Entidad federativa a número, ponía todos los valores del campo SOCIOS.estado en cero
  • Se modifica en SAC, reporte de Buró de Crédito, columnas Saldo actual y Saldo vencido (22 y 24 del segmento de cuenta o crédito del cliente), deben incluir capital e intereses. También se agregó el periodo en meses (Banco de México: periodo en días entre 30.4, redondeado a 2 decimales)
  • Se agrega en nivel, en parámetros, el nivel 0, equivalente a nivel básica, es decir menor a 2,500,000 UDIs
  • Se permite agregar y borrar cuentas en IC, en Ver Catalogo
  • Se agrega un tooltiptext a cada renglón del treeview en Ver Catalogo
  • Implementar tabla de estimaciones para nivel básico en SAC
  • Seguir permitiendo el permiso "13-Liberar cobro automático de interés", para que se pueda capturar manualmente los montos de capital, int nor e int mor. Pero no permitir pagos mayores de int nor o int mor que los indicados. 
  • En el campo SOCIO.riesgo se incrementa el valor 2-incertidumbre, además de 0-bajo y 1-alto
  • Se corrige el reporte/pasivos/saldos en cuanto a los saldos de prestamos; se agrega la columna del saldo castigado
  • Al validar producto, contar solo los usuarios activos, en vez de todos los usuarios
  • Permitir que un usuario pueda volver a entrar a SAC, IC, etc. cuando es desde la misma computadora (mismo campo ENUSO). Restringir en las propiedades del software una sola instancia por computadora. SAC/Properties/Application/Make single instance application
  • Al dar de alta un nuevo usuario, no le pedía el cambio de la contraseña en su primer acceso. Para SAC, IC, MCAL y MCOB.
  • En el reporte de saldo de prestamos en ocasiones daba cantidades diferentes en 1 préstamo en el int. mor. Este préstamo tenía 2 movs. de abono el mismo dia. Consideraba primero indistintamente uno u otro porque la consulta SQL no ordenaba por hora. Faltaría considerar cuando los 2 movs. tienen misma fecha y hora.
  • En SAC, reporte de concentrado, se agregan 6 columnas, 3 para el int dvg en CV, y 3 para el int mor en CV. Los prestamos generan int. en CV excepcionalmente en el día que pasan a cartera vencida, y ahora se muestra desglosado.
  • La estructura estándar de MCAL no consideraba el estado civil. Otros errores arreglados. Incorporar un proc. especial que borre la estructura actual, para poder crear la nueva.
  • Se crea una tabla SOCIOSDOC en SAC donde se almacena la consulta y fecha de consulta al servicio Quién es Quién
  • En el reporte para mandar a Buró de Crédito, los registros con la forma de pago MOP = 01 no tendrían por qué tener un saldo vencido ya que son créditos o cuentas que están al corriente. Se pone una condición para que, si el abono vencido (capital) es cero, no sume el int. dvg. e int. dvg. CO
  • Ya no se cobra IVA del interés que se considere parte del saldo castigado. Es decir solo se cobra IVA sobre el interés en cuentas de orden. Tómese en cuenta que esto cambia las cantidades del IVA a cobrar de los préstamos, en los reportes de préstamos y en caja.
  • Se agrega un nuevo reporte de saldo promedio diario en IC, en HTML

Comentarios

Entradas más populares de este blog

Ciclo de vida de préstamos

Reporte de Buró de Crédito INTF versión 14

Base de datos de códigos postales