SAC 7.5.5284 e IC 7.5.5280
Nuevos cambios en lo que va del año, hasta el dia de hoy, 20 de junio de 2014.
- No se reflejaban los retiros de mb2 (monto bloqueado 2, una de las cuentas de pasivo del socio) al generar contabilidad en IC.
- El reporte R08A, de captación, solo reflejaba la cuenta de pasivo "ahorros". Ahora refleja todas, para que coincida con el reporte de captación de la FOCOOP.
- Múltiples errores en la generación del reporte de Buró de Crédito que se han solventado: encabezados del reporte, fechas de defunción, el importe de pago por periodo debe ser cero cuando el crédito ya esté pagado, saldos vencidos.
- Se crea un reporte para presentar "operaciones vulnerables", es decir aquellos préstamos que superen los 103,940 pesos.
- Reporte R09 de IC, no funcionaba.
- Se mejora la interfaz de IC para hacerla más comprensible. Por ejemplo en vez de usar la clave "crevig" ahora aparece la leyenda "Cartera vigente".
- No se calculaba bien el devengado de préstamos para los que son tipo "pagos fijos invariables con devengado por periodo". Es decir tipos 7 y 8.
- Se maneja el concepto "línea de crédito" a nivel del acreditado. El monto total de sus créditos activos no debe superar la línea de crédito. Si se especifica cero en línea de crédito, no se hará ninguna restricción.
- Para aquellas entidades que manejen préstamos de cartera migrada o comprada, hay la posibilidad de que no devengen intereses antes de cierta fecha (la fecha de migración o compra). Se modifica PlanPagos (se crea PlanPagos2) para que admita una fecha de entrega posterior a fecini y a fecppi. A partir de fecini, el prestamo comenzará a vencer abonos de capital, pero hasta fecent, aparece la póliza de entrega del capital y empieza a devengar intereses. En fecent se devengan todos los intereses que debían haberse devengado desde fecini. Esto permite que a la fecha fecent, ya se reflejen datos como días de vencido, si esta en cartera vig. o ven., y el capital vencido, y que no se refleje interés dvg. antes de dicha fecha. A fecent también se liga la póliza de entrega del crédito.
- Se muestra en SAC, en el formulario de Póliza, todos los mensajes relacionados con la misma. (Para lavado de dinero).
- Quitar totales en el reporte de Buró de Crédito.
- Se reactiva la funcionalidad del IDE. Aunque es una ley derogada, las entidades manifiestan la necesidad de conocer los depósitos efectivos mayores a 15,000 pesos.
- Al agregar un préstamo a un socio, si éste socio tiene un préstamo anterior con status solicitado, marcaba error (por la fecha de entrega que es nula, en calcprestamo4).
- Se agrega la variable "tipo asentamiento", que puede ser, por ejemplo, barrio, centro, colonia, congregación, ejido, fraccionamiento, poblado, ranchería, unidad habitacional, etc.
- Se relaciona cada registro de CHEQUESREC con la persona de la cual se recibió. Se agrega sucsoc, maymen y clavesocio a CHEQUESREC, lo cual identifica al socio o cliente. Esto evita que en el reporte de op. relevantes aparezcan movs. de chequesrec como si fueran montos excesivos de efvo.
- Identifica los prestamos que cuentan con seguro, para que aparezcan en el reporte de Seguros FINE. Se agrega el campo PRESTOTOR.seguro, el cual se puede actualizar dentro del formulario de préstamos.
- Se corrigen varios errores en el reporte de Círculo de Crédito.
- No se mostraba correctamente la fecha de primer incumplimiento. Esta debe reflejar, según el plan de pagos del préstamo, cuando es la primera fecha en la que dicho préstamo cayó en incumplimiento.
- IC permite opcionalmente devengar IVA. Es decir, definir una cuenta en el catálogo de cuentas, preferentemente en cartera, en la cual se devengue diariamente el IVA de préstamos, contra una cuenta de IVA. Si no se define tal cuenta, el IC no devengará IVA y solo lo reflejará contablemente en el evento de un abono a préstamo. La clave en la interfaz es "creiva", o "IVA devengado".
- En IC se verifica que en interfaz con SAC, no halla definiciones dobles de rasgos.Esta duplicidad de definiciones también puede ocurrir por 2 definiciones, una genérica y otra especifica. Por ejemplo un renglón para ahorros, y otro para ahorros/mayores. Esto generaría ambigüedad al estar generando pólizas automáticas, en cuyo caso IC podría enviar saldos indistintamente a cualquiera de las 2 (o más) cuentas definidas en la interfaz.
- Se agrega PARAMETROS.MontoCertif, que es el monto básico del certificado de aportación. El monto de un nuevo contrato deberá ser múltiplo de este monto.
- Nuevo reporte de capital social para CNBV, que muestra el número de certificados de aportación para estos contratos.
- Nuevo reporte de saldo de prestamos para CNBV, basado en el de la FOCOOP, pero se agrega el tipo de cartera (consumo tipo 1, etc.)
- Se pone una alerta en verifInv, en frmContInv, (formulario para nuevos contratos) para no permitir agregar contratos que se venzan en sábados, domingos o días festivos. En la reinversión automática, reinvierte los que se puedan reinvertir y deje pendientes los que caen en dia inhábil. Se agrega el permiso 34-Agregar contrato con liquidación en día hábil.
- Mostrar el GAT en el formulario de contratos. Se crea un nuevo reporte de productos de inversión, que mueste el GAT (ganancia anual total).
- Se agrega PARAMETROS.CuentaLiq, que indica la cuenta de pasivo a donde se abonan las liquidaciones de los contratos, cuando estas liquidaciones se hacen en forma automática. Anteriormente se hacían obligadamente a la cuenta "Int. inv.". Ahora se puede seleccionar la cuenta de ahorro.
- En recalcular bloqueos se tiene acceso a un date time picker, para modificar la fecha a la que se calculan los saldos y a la que se agregan los movimientos. Se requiere permiso 17 para acceder a la fecha.
- Se modifica el reporte Reportes varios/Préstamos/Con préstamo, para que refleje solo un renglón por cada acreditado. En una columna muestra cuántos préstamos activos tiene cada persona en la fecha solicitada. Por tanto presenta totales de cuantos acreditados y cuantos préstamos hay.
- Que en el reporte de servicios se pueda seleccionar uno o mas servicios (mediante una checklistbox)
- Modifiqué HERMES para que asigne valores de precedencia a las tablas, aun cuando no existan llaves primarias que provean estos valores. Se necesitan enviar primero las tablas de mayor precedencia para evitar errores de inserción. Esto debería eliminar totalmente los errores que últimamente se generaban en HERMES al transmitir de una sucursal a otra.
- Se agrega en SAC/Especiales, un procedimiento para encontrar contratos con liquidación múltiple (2 o más movimientos de retiro para un contrato de inversión).
- Se modifica el Reporte/Pasivos/Saldos en SAC para que muestre saldos tanto de pasivos como de contratos y préstamos. Tomar en cuenta que al sacar el reporte de los socios/clientes de una sucursal, solo saca los préstamos de éstos socios, y no los préstamos de ésta sucursal que pudieran tener socios/clientes de otras sucursales.
- Al entregar el préstamo, si no hay suficiente ahorro para disponer como monto bloqueado, disponer lo que halla.
- En el reporte de saldo de préstamos, ahora se puede filtrar por Destino.
- En IC, después del borrar una póliza, los saldos no se recalculaban correctamente.
- Al agregar en SAC una cuenta bancaria que comience con un cero, no se podía usar tal cuenta para entregar un préstamo (cuenta no existe).
- Elimine "cheque" del menú Sistema de SAC, por inseguridad y recomendación de la CNBV. Se cambia el permiso 53-form. de cheques por form. de pools. Evitar que se puedan cambiar datos del form. de cheque por las mismas razones.
- Eliminé los menores de la lista de acreditados en el form. de prestamos, asi como de la lista de avales.
- Ya se valida que el socio/cliente sea mayor de edad (de acuerdo a su fecha de nacimiento y la fecha del sistema) al momento de agregarlo.
- Al borrar una póliza que relacione a la tabla PRESTOTOR, marcaba error de llave foránea, debido a que se intentaba poner un cero en la clavepoliza del prestamo, y la póliza cero obviamente no existe. Ahora se pone en null y así no se viola la FK (llave foránea entre el préstamo y la póliza).
- No se mostraban personas morales en el reporte de historial de créditos.
- Se verifica por RFC, por CURP, por IFE, por fecha de nacimiento y por nombre que las personas no se dupliquen. Anteriormente solo lo hacía por RFC. Si se repiten la fecha de nacimiento o nombre de la persona, solo marca advertencia. Si se repiten RFC, CURP o IFE, no permite el agregado.
Vuelvo a poner la liga para descargar las versiones más recientes:
Comentarios