version 1.32.0 de saicoop - fenoreste.com...posible con los llamados “pagos periódicos” o sobre...

VERSION 1.32.0 de SAICoop

Recepción de abonos con tarjeta.

Como bien sabemos en SAICoop, en específico en el módulo de “Ventanilla” se reciben los pagos y abonos de los clientes. Las formas de pago hasta la versión anterior eran “efectivo” y “cheques”.

Ahora se incorpora la opción de pago con tarjeta. Expliquemos el proceso a seguir.

PASOS:

1. El registro de los abonos a prestamos y depósitos a los ahorros se hace de la forma tradicional.2. Al dar <F10> Guardar se muestra una pregunta.

3. Si la respuesta es NO sigue la operación normal de recibir pago y definir los montos de efectivo y documentos.4. Si la respuesta es SI preguntara por el monto a cubrir con tarjeta.

Es sumamente importante que antes que se registre una cifra se haya realizado el proceso en la terminal del banco e impreso los tickets correspondientes.

• Como podemos observar, al ir escribiendo la cantidad, se va mostrando el monto de la comisión.• Por default se contempla que con la misma tarjeta se cubre el costo de la comisión.• Si desea cubrir el monto de la comisión con otro medio de pago, desmarque la opción de “Incluir comisión”

5. Una vez definida la cifra a cubrir con tarjeta se muestra la ventana de “Pago de Movimientos” que ya conocemos en la que ahora se muestra el dato de “Pago con Tarjeta”. Observe la imagen.

6. Si la operación no se completo con el abono con tarjeta deberá definir el monto del efectivo y cheques restante. Enseguida viene la impresión normal del ticket, en el cual se mostrará el monto de la mueva opción pago con tarjeta.

Federación Regional Noreste SCL Sistema SAICoopCambios en todas las versiones del SAICoop. (Hasta la 1.17.0 AGO-2009) 1/222

Para que lo anterior funcione se requiere de la existencia de las siguientes:

Tablas de Configuración:

IDTABLA pago_en_ventanilla_con_tarjetaIDELEMENTO activacion_y_mensajes

DESCRIPCION Activa la opción de pago con tarjeta

PARAMETRO1 1 = Activa la opción

PARAMETRO2 Mensaje : Pago con Tarjeta de Débito ?

IDTABLA pago_en_ventanilla_con_tarjetaIDELEMENTO comisiones

DESCRIPCION Al monto a cubrir con tarjeta se le aplica el porcentaje. Si el resultado es mayor al PARAMETRO2 se toma el monto máximo.

PARAMETRO1 2.5 = Porcentaje del monto a abonar

PARAMETRO2 30 = Monto máximo de comisión.

PARAMETRO3 999 = Producto tipo servicio al que se destinará la comisión.

Cierre de Ventanilla:

Para complementar el proceso se requiere de la configuración de un nuevo documento de cobro inmediato en firme. Le recordamos los pasos.

• Crear en / Utilerías / Catálogos / Tablas / un nuevo elemento de “cierre_caja_docu” para incluir ahí los depósitos por tarjeta• Crear en / Utilerías / Catálogos / Orígenes / Agregar la cuenta del nuevo documento de cobro inmediato en firme.

Con lo anterior al momento de realizar el “Cierre de la Ventanilla”, se mostrará una nueva opción en el espacio de documentos, que refiere a los pagos realizados con tarjeta.

Aperturas de Prestamos: Mas información.

Nuevo dato: Fecha de Solicitud.

En el proceso de las aperturas de préstamos se almacenará de forma automática la “Fecha de Solicitud”, toda vez que ya existía la denominada “Fecha de Apertura”, que podía ser modificada. De esta forma quedará registro de la fecha exacta en que fue iniciado el proceso de levantamiento de la solicitud.

Nuevo dato: Fecha de Autorización.

En la parte del proceso de la creación de la apertura del crédito donde se lleva a cabo la “autorización”, Ahora se mostrará la “Fecha de Autorización”, la cual pudiera ser modificada por el usuario para establecer que el tramite real de autorización fue en una fecha tal, o bien para que el sistema lo tome por default.

Calculo del interés por días reales transcurridos en Pagos Hipotecarios ( Fijos ) y Pagos Crecientes.

Como sabemos en los préstamos existe el tipo de amortización de “Pagos Hipotecarios” (Fijos) donde el interés a pagar se determina de lo publicado en la tabla de amortización. Es decir el sociocliente paga el interés que viene predefinido en su tabla de pagos aunque este se realice con días de anticipación.

En otros esquemas como “Pagos Periódicos” y “Pagos Crecientes” el interés que se muestra en la tabla de amortización solo es para fines informativos, porque el monto se calcula por los días naturales transcurridos. En este caso termina pagando menos si el abono lo realiza con días de anticipación.

Regresando al esquema que nos ocupa recordemos que los pagos pueden establecerse de manera periódica (cada cierto numero de días 7, 14, 30, 31, 60, 90, etc), lo que hemos dado en llamar “Periodos de abonos” o por “Día Fijo”, lo que implica un pago mensual el mismo numero de día.

Precisamente en los “Pagos Hipotecarios” por “Día Fijo” considerábamos que los días trascurridos entre cada fecha son 30.4 Tomando esa base de determina el monto de interés de cada pago.Ahora lo que hacemos es tomar el número de 30.4 días solo para efectos de construir el monto de pago Fijo, sin embargo al momento de


establecer el interés de cada amortización consideramos los días reales transcurridos entre cada fecha.

Para cambiar la idea es necesario configurar este parámetro:

IDTABLA paramIDELEMENTO calculo_int_dias_transcurridos

DESCRIPCION Activa la opción del calculo del interés por días naturales transcurridos e el esquema de “Pagos Hipotecarios” con “Días Fijos”

PARAMETRO1 No requiere de valores en los parámetros.La sola existencia de la tabla activa la opción.

La misma situación se presentaba con el esquema de “Pagos Crecientes”, el cual se resuelve de la igual forma.

Los “Pagos Crecientes” son aquellos en los que su tabla es igual en estructura a los “Pagos Fijos”, solo que en el momento del cobro de interés, este se determina por los días transcurridos contados a partir de su anterior abono. Digamos que es un híbrido entre los “Pagos Periódicos” y los “Pagos Hipotecarios (Fijos)”.

Aperturas de Prestamos: Pagos quincenales con esquema de Pagos Fijos (Hipotecarios).

A partir de esta versión ya es posible trabajar con “Pagos Quincenales” bajo el tipo de amortización de “Pagos Fijos”. Anteriormente solo era posible con los llamados “Pagos Periódicos” o sobre saldos insolutos.

Recordando un poco les comento que los Pagos Quincenales tienen la característica de poder establecer en dos fechas del mes el compromiso de pago.

IDTABLA paramIDELEMENTO dias_pagos_quincenales

DESCRIPCION Define los días de pago en el mes.

PARAMETRO1 15Primer fecha de pago en el mes.

PARAMETRO2 31Segunda fecha de pago en el mes.

PARAMETRO3 1Obliga a que el segundo pago sea el día último del mes

IDTABLA paramIDELEMENTO pagos_quincenales_dias_exactos

DESCRIPCION Define la lista de productos a la que le aplica el esquema de pagos quincenales.

PARAMETRO2 30302|30402

Ademas de la configuración de estos parámetros es necesario que en la definición del producto en / Operaciones / Catálogos / Productos / se señale un “Tipo de Amortización” como “Pago Hipotecario”. Además en la opción “Tipo de Pago” seleccionar “Quincenal”.

Prestamos salvo buen cobro: Impresión de pagare en el ticket.

Como hemos comentado en versiones anteriores existe el concepto de los llamados “Prestamos salvo buen cobro”, utilizado cuando la persona cubre la operación con un cheque de este tipo.

El punto novedoso consiste en la posibilidad de imprimir el pagaré de dicho préstamo (el texto que la sociedad defina) para respaldar dicho movimiento.

Para hacerlo es necesario configurar:

IDTABLA paramIDELEMENTO ticket5

DESCRIPCION Define el contenido del pagare que se imprime en el TICKET

PARAMETRO1 30102Número de producto de préstamo salvo buen cobro.


PARAMETRO2 Contenido del Pagare. Le sugerimos en este caso solicitar ayuda al área de sistemas de FeNoreste.

Prestamos Pagos semanales y catorcenales con pagos en un día fijo (Ejemplo: Viernes)

En una sociedad nos solicitan la posibilidad de entregar prestamos con pagos cada 7 o 14 dias, lo cual ya es posible usando el esquema de “Periodo de abonos”, donde se define en cada préstamo el numero de días que pasarán entre cada pago.

Lo novedoso del tema es que se busca que las fechas de los pagos siempre fueren los viernes.

Para definir un día de la semana como fecha de pago se requiere de configurar el siguiente parámetro.

IDTABLA paramIDELEMENTO pago_dia_exacto_de_la_semana

DESCRIPCION Define el día de la semana en que se programará los pagos.

PARAMETRO1 5numero de dia de la semana del pago, del 1 al 7. 1 = Lunes

PARAMETRO2 30102|30202|30302lista de prestamos, separados con '|'

Reporte de Directivos y Empleados: Mas de un número de socio por persona.

Este es un reporte que históricamente las Cooperativas concentran los saldos de sus Directivos y Ejecutivos.

Ahora se esta sucediendo una situación donde la misma persona cuenta con dos números, uno como socio y otro como deudor, por ejemplo en el caso de prestamos de empleados.

El nuevo desarrollo, consiste en vincular al número de socios con el del deudor y que los saldos de ambos se muestren en el mencionado reporte.

Para hacer esto es necesario relacionar los números de las personas con el tipo de referencia 26. Este es un proceso de una vez, por lo que aún no hemos desarrollado una parte dentro del sistema que facilite este registro, por lo que les ofrecemos el apoyo para que en base a una lista de excell donde se muestren en seis columnas el Origen, Grupo, Socio y el otro Origen, Grupo, Socio, les realicemos el proceso de carga masiva.

Solicite apoyo al respecto en el área de soporte en sistemas de FeNoreste.

Migración contable y Estados Financieros.

Por el momento esto tema aplica solo a Cooperativas.

Como sabemos en recientes fechas se han realizado los proceso de migración de catalogo de cuentas en las sociedades Cooperativas. Esto nos ha llevado a la necesidad de rehacer los procesos de los “Estados Financieros”, para que a partir de ahora solo sea cuestión de configuración absorber un proceso de migración posterior.

Para fines de documentación exponemos las tablas de configuración necesarias para el uso de varios catálogos contables.

IDTABLA paramIDELEMENTO ccc

DESCRIPCION Nomenclatura de los catálogos de cuentas

PARAMETRO1 322223Es la estructura de números de los IDs de las cuentas

Si en la sociedad se ha realizado solo un proceso de migración contable existirá esta tabla.

IDTABLA cambio_nuevo_catalogo_cuentasIDELEMENTO cuentas_anteriores_1

DESCRIPCION Define la fecha hasta la que se utilizó un catalogo anterior, así como la estructura de este.


PARAMETRO1 01/04/2007Esta es una fecha solo para fines ilustrativos. En el proceso se migración se colocó la fecha correcta en cada caso.

PARAMETRO1 32222

Si en la sociedad se han realizado dos procesos de migración contable además existirá esta tabla.

IDTABLA cambio_nuevo_catalogo_cuentasIDELEMENTO cuentas_anteriores_2

DESCRIPCION Define la fecha hasta la que se utilizó un catalogo anterior, así como la estructura de este.

PARAMETRO1 28/02/2013Esta es una fecha solo para fines ilustrativos. En el proceso se migración se colocó la fecha correcta en cada caso.

PARAMETRO1 32222

Para el manejo de los estados financieros es necesario configurar estos parámetros:

IDTABLA reportes_estados_financierosIDELEMENTO sql

DESCRIPCION Define las opciones de reportes del modulo de estados financieros que son obtenidos mediante procesos SQL. Esto es necesario para indicar al sistema que trabaje con las nuevas funciones.Las sociedades no Cooperativas, no usan estos parámetros ya que siguen utilizando el formato anterior.

PARAMETRO2 0,1,2,3,4,8

Enseguida se muestra una lista de las tablas necesarias para el funcionamientos de los “Estados Financieros”. En nombre de la tabla orienta sobre el reportes respectivo.


IDELEMENTO DESC DATO1 DATO2 DATO3 DATO4 DATO5

disponibilidades a1 101 DISPONIBILIDADES 0 1 0inversiones_en_valores a2 102 INVERSIONES EN VALORES 1 1 0deudores_por_reporto a3 103 DEUDORES POR REPORTO 1 1 0cartera_vigente a4 104 CARTERA DE CREDITO VIGENTE 1 0 1cartera_vencida a5 105 CARTERA DE CREDITO VENCIDA 1 0 1

a6 106 ESTIMACION PREVENTIVA PARA RIESGOS CREDITICIOS 0 0 0deudores_diversos a7 107 OTRAS CUENTAS POR COBRAR (NETO) 0 1 0bienes_adjudicados a8 108 BIENES ADJUDICADOS 0 1 0inmuebles_mobiliario_y_equipo a9 109 INMUEBLES, MOBILIARIO Y EQUIPO 0 1 0

a10 110 INVERSIONES PERMANENTES 0 1 0 a11 111 ACTIVOS DE LARGA DURACION DISPONIBLES PARA LA VENTA 0 1 0

impuestos_diferidos_a_favor a12 112 IMPUESTOS Y PTU DIFERIDOS (A FAVOR) 0 1 0otros_activos a13 113 OTROS ACTIVOS 0 1 0

p1 201 CAPTACION TRADICIONAL 1 1 0prestamos_bancarios p2 202 PRESTAMOS BANCARIOS Y DE OTROS ORGANISMOS 1 1 0colaterales_vendidos p3 203 COLATERALES VENDIDOS 1 1 0otras_cuentas_por_pagar p4 204 OTRAS CUENTAS POR PAGAR 0 1 0impuestos_diferidos_a_cargo p5 205 IMPUESTOS Y PTU DIFERIDOS A CARGO 0 1 0

p6 206 CREDITOS DIFERIDOS Y COBROS ANTICIPADOS 0 1 0

capital_contribuido c1 301 CAPITAL CONTRIBUIDO 1 1 0capital_ganado c2 302 CAPITAL GANADO 1 1 0

30101010101000+30102010101000 30101020101000+30102020101000 30101030101000+30102030101000

cuentas_de_orden 60000000000 resultado_neto1 40000000000 resultado_neto2 50000000000

IDTABLA: balance_general_n

estimacion_preventiva_activo

inversiones_perman_en_accionesactivos_larga_duracion_venta

captacion_tradicional

creditos_diferidos_cobros_anti

cert_aportacion_ordinarioscert_excedentes_voluntarioscert_para_capital_de_riesgo

Aunque la tabla se llama edo_cambios, con ella se genera es Flujo de Efectivo


IDELEMENTO DESC DATO1 DATO2 DATO3 DATO4 DATO5

1 largo1 401 INGRESOS POR INTERESES 2 501 GASTOS POR INTERESES -3 402 RESULTADO POR POSICION MONETARIA NETO (MARGEN FINANCIERO) 14 MARGEN FINANCIERO 5 502 ESTIMACION PREVENTIVA PARA RIESGOS CREDITICIOS - 16 MARGEN FINANCIERO AJUSTADO POR RIESGOS CREDITICIOS

7.1 largo2 403 COMISIONES Y TARIFAS COBRADAS 7.2 503 COMISIONES Y TARIFAS PAGADAS -7.3 404 RESULTADO POR INTERMEDIACION 7.4 405 OTROS INGRESOS (EGRESOS) DE LA OPERACION 7.5 504 OTROS INGRESOS (EGRESOS) DE LA OPERACION -7.6 505 GASTOS DE ADMINISTRACION Y PROMOCION - 1 18 RESULTADO DE LA OPERACION 9 RESULTADO ANTES DE PARTICIPACION EN SUBSIDIARIAS Y ASOCIADAS -10 largo1 406 PARTICIPACION EN EL RESULTADO DE SUBSIDIARIAS Y ASOCIADAS11 RESULTADO ANTES DE OPERACIONES CONTINUAS 12 407 OPERACIONES DISCONTINUAS 113 total RESULTADO NETO

IDTABLA: estado_de_resultados_n

subtotal

subtotal

subtotalsubtotal

subtotal

IDELEMENTO DATO1 DATO21 n40000000000000-n5000000000000023 Depreciaciones de propiedades, mobiliario y equipo f50510000000000+f505110000000004 Amortizaciones de activos intangibles5 Provisiones 67 Operaciones discontinuadas 8 Cambio en inversiones en valores f102010000000009 Cambio en deudores por reporto f1030000000000010 f10400000000000+f10500000000000+f1060000000000011 Cambio en bienes adjudicados (neto) f1080000000000012 Cambio en otros activos operativos (neto) f10700000000000+f1130000000000013 f2010000000000014 Cambio en prestamos bancarios y de otros organismos f2020000000000015 Cambio en colaterales vendidos

16 Cambio en otros pasivos operativos1718 f10900000000000-f50510000000000+f505110000000001920212223 Cobros de dividendos en efectivo 2425262728 f3010000000000029 Retiro de aportaciones30

IDTABLA: edo_cambios_sit_financiera_n

Resultadoneto Perdidas por deterioro o efecto por reversion del deterioro

Participacion en el resultado de subsidiarias no consolidada

Cambio en cartera de credito (neto)

Cambio en captacion tradicional

f20408000000000+f20403000000000+f20404000000000+f204f20408000000000+f20403000000000+f2040400000

Cobros por disposicion de propiedades, mobiliario y equipo Pagos por adquisicion de propiedades, mobiliario y equipo Cobros por disposicion de subsidiarias y asociadas Pagos por adquisicion de subsidiarias y asociadas Cobros por disposicion de otras inversiones permanentes Pagos por adquisicion de otras inversiones permanentes

Pagos por adquisicion de activos intangibles Cobros por disposicion de activos de larga duracion disponib Cobros por disposicion de otros activos de larga duracion Pagos por adquisicion de otros activos de larga duracion Cobros por emision de certificados de aportacion

Distribucion de excedentes en efectivo y equivalentes de efe

Actualización de las versiones de SAICoop desde la aplicación.

Liberaremos al 100% este tema antes de actualizar la próxima versión 1.33.0. Así como un documento con imágenes de su proceso operativo. De cualquier forma les invitamos a leer para enterarse de la nueva forma de actualizar versiones.

Una de las tareas por demás importantes en la administración del sistema SAICoop es la actualización de sus versiones, una tarea que puede llegar a ser complicada si no se tiene mucha familiaridad con el ambiente de consola de Linux.

Lo que ahora estamos presentando es la opción de ACTUALIZAR LA VERSION de SAICoop desde la propia aplicación del sistema.

En principio se requiere de los permisos: apertura_cierre y actualiza_version_saicoop

Una característica especial de este nuevo desarrollo es la inteligencia que posee para identificar la versión que tiene instalada y actualizar de ahí hasta la actual, es decir que si se intenta cargar la versión 1.32.0 y se tiene la 1.27.0 el nuevo programa actualizá en un solo proceso las versiones del la 1.28.0 a la 1.32.0, es decir hasta cinco versiones en un solo paso.

Cada nuevo paquete incluirá la nueva a liberar y las cuatro versiones inmediatas anteriores. Es decir que el paquete de la próxima versión 1.33.0 vendrá también con la 28, 29, 30 y 31

El paquete para la actualización de la versión lo liberará de igual forma el área de sistemas de FeNoreste, el cual seguirá haciéndolo llegar a las sociedades de las formas tradicionales.

Un ejemplo del nombre de los paquetes es: SAICoop_version_1.32.0

Premisas:

1. La terminal Linux que realice el proceso de actualización deberá tener instalado el comando “expect”2. Para instalar ejecute en una terminal con el usuario root: yum install expect3. Para verificar si ya se encuentra instalado puede ejecutar la misma instrucción. El resultado sería que le envíe este mensaje. El

paquete expect5.44.1.152.fc14.i686 ya se encuentra instalado con su versión más reciente4. Crear una carpeta de nombre : saicoop_repositorio_versiones en el directorio /home/usuario

Proceso de Carga:

1. Copiar el paquete de la versión SAICoop_version_1.3... en la carpeta saicoop_repositorio_versiones2. Acceder con SAICoop contando con los permisos antes mencionados y hacer <clic> el el botón actualizar versión


IDELEMENTO DESC DATO1 DATO2 DATO3

movimiento01 Capital Social 1 30101000000000+30102000000000+30103000000000 1movimiento02 Aportaciones para Futuros Aumentos Capital 2 30104000000000+30105000000000 1movimiento03 Fondo de Reserva 3 30201000000000+30202000000000 3movimiento04 Resultado de Ejercicio Anteriores 4 30203000000000+30204000000000 4movimiento05 5 30205000000000+30206000000000 7movimiento06 Resultado por Tenencia de Activo No Monetarios 6 30207000000000+30208000000000 8movimiento07 Resultado Neto 7 6

IDTABLA: edo_variacion_capital_conta2

Resultado por Valuacion de Titulos Disp. Venta

Temas Varios:

1. En el “Alta de Personas” se agregó la referencia de “Representante Legal”, esto para las personas morales que son clientes y que por su naturaleza tienen la necesidad de registrar a esta persona.

2. Se corrigió el modulo para la “Modificación de la Comisión por Gestoría de Cobranza”, ya que en algunos casos no guardaba la modificación.

3. Al módulo de “Concentración de Cartera” contaba ya con varias opciones de agrupamiento a las cuales se agregó el de “GENERO”.

4. Se corrigió el reporte de “Control de Presupuesto”, ya que con el cambio en la nomenclatura de las cuentas contables acía que algunas cuentas no se mostrarán.

5. Se modificaron los mensajes cuando se aproxima el vencimiento de la versión, haciéndolos mas descriptivos, ya que se daba la confusión del último día en funciones de la versión.

6. Se modificaron los espaciados de las columnas de los reportes de “Libro Diario” y “Conciliación de Productos vs Contabilidad”, toda vez que al haberse modificado la nomenclatura de las cuentas contables estas se mostraban desfasadas.

7. En el módulo de “Revisión de Libretas” se agregó la opción del “A Cubrir Hoy” para mostrar los datos adicionales visualizados en “Ventanilla” que desglosan el abono a pagar en el caso de lo créditos.

8. Se incorporaron nuevos datos a los contratos como son:1. Representante legal de un cliente persona moral.2. Monto de su limite de crédito.



Ajustes de préstamos: Nueva forma mas segura.

Un ajuste representa la necesidad de realizar un cargo a un préstamo activo, incrementando el saldo actual,, esto para reflejar la cancelación de un abono que fue realizado con error.

Método Tradicional:

La forma tradicional de realizar “Ajustes” era acudir a los módulos de “Ventanilla” o “Traspasos” y contando con el permiso “ajuste_prestamo”, se escribían las cantidades individuales de Interés Ordinario, Iva, Interés Moratorio, Iva y saldo que se iban a afectar.

Esta práctica ha generado múltiples problemas debido a que al momento de definir las cifras estas se registran en la celda incorrecta generando resultados igualmente erróneos.

A h o r a :

Al utilizar un folio para aplicar un ajuste se mostrará enseguida una lista de las operaciones efectuadas sobre el préstamo de la cual se seleccionará el movimiento a ajustar.

Al dar doble click se toman las cifras seleccionadas y se usan de base para aplicar el cargo.

Con esto se elimina la posibilidad de error al describir las cantidades.

Como hacer que el sistema funcione como antes:

Consideramos que la opción presentada en la imagen es la mejor, sin embargo y si por alguna razón se requiere de ajustar parcialmente el movimiento erróneo será necesario acudir al método antiguo, para lo cual será necesario contar con el permiso “ajuste_prestamo_a_la_antigua”

Recuerde que ya es posible realizar el ajuste de los prestamos en Ventanilla:

Aunque este es un tema ya explicado en versiones anteriores, consideramos conveniente recordar que es posible realizar el ajuste de los prestamos desde el mismo módulo de “Ventanilla” siempre que se cuente con el permiso: “ajuste_prestamo”

Tasa de interés por preplazo en inversiones a plazo fijo (productos tipo InverAhorro).

Gracias a la inquietud de las sociedades usuarias de SAICoop es que ahora les presentamos la posibilidad de operar las Inversiones a plazo fijo (InverAhorros) con una tasa diferente para cada preplazo.

Expliquemos un poco mas.

Sabemos que los productos denominados “InverAhorros” son aquellas inversiones a plazo fijo que tienen como característica especial generar y liberar el interés de una parte del tiempo de la inversión, a lo que llamamos “preplazo”. Generalmente los preplazos son un submúltiplo del plazo total de la misma. Es decir que si la inversión es a 56, 84, 168 días en estos casos sería de 28 días.

Ahora bien lo que aquí se presenta es la posibilidad de establecer al contrato de la inversión una diferenciación de tasas de interés a cada uno de los preplazos. Ejemplo a una inversión de 84 días es posible establecer la tasa de 0.40%, 0.42% y 0.44% para cada uno de los intervalos de tiempo respectivamente.

Para que esto funcione se requiere de crear los siguientes parámetros:


IDTABLA tasasIDELEMENTO 209_tasaiar_int_var01

209 = Numero de producto de InverAhorro

DESCRIPCION Define la tasa de interés de cada preplazo

PARAMETRO1 1000|1000000Representa que los montos aceptables están en el rango de 1,000.00 a 1,000,000.00

PARAMETRO2 1.0|1.1|1.2Tasas de interés separados por “|”. En el ejemplo se muestran las tasas de interés para una inversión de tres preplazos. Otro ejemplo sería: 1.0|1.1|1.2|1.3|1.4|1.5|1.6 dependiendo del numero de preplazos.Las tasas de interés pueden repetirse en algunos preplazos.

PARAMETRO3 84Plazo total en días de la inversión.

PARAMETRO4 28Numero de días del preplazo

Como mostrar las tasas de interés en los documentos impresos:

De la mano de este tema se desprende la necesidad de contar con campos adicionales para:

Campos para contratos:

Campo Descripción

<tv_tasa_1|> Tasa del prepplazo

<tv_monto_1|> Monto que generaría de interes en cada preplazo

<tv_fecha_1|> Cuando se vence cada preplazo.

<tv_tasa_promedio|> El promedio de las tasas de los diferentes preplazos.

Los campos con valores “_1” representan al preplazo numero 1, por lo que es claro que los campos variarán de acuerdo al número de preplazo de que se trate.

<tv_tasa_1|> <tv_monto_1|> <tv_fecha_1|>





Campos para formatos:

Campo Descripción

tv_tasa_99 Tasa de interés del preplazo 99

tv_monto_99 Monto del interés del preplazo 99

tv_fecha_99 Fecha de vencimiento del preplazo 99

tv_tasa_promedio Tasa promedio del inverahorro

Balance General y Estado de Resultados: Nuevo catálogo de cuentas.

Aprovechando la coyuntura del cambio de catálogos de cuentas nos dimos a la tarea de rehacer totalmente los reportes del “Balance General” y del “Estado de Resultados” en sus cuatro modalidades. Estos iniciarán su funcionamiento con la incorporación del nuevo catálogo de cuentas de publicado en la Circular Única del 04 de Junio 2012.


Con esto estamos preparados para las eventualidades de otras migraciones de catálogos de cuentas con longitudes de cuentas diferentes en cada caso.

El funcionamiento que usted como usuario observa en los menús de ambos estados financieros no varia. El cambio consiste en la incorporación de inteligencia interna para interpretar catálogos con cuentas de diferentes longitudes de manera simultánea estableciendo una fecha de corte entre uno y otro catálogo.

Como agregar datos adicionales a los Estados Financieros:

Los estados financieros entre sus notas al pie incluyen tres temas que va acompañados de sus valores que deben ser actualizados. He aquí la tabla de configuración donde se almacenan:

IDTABLA paramIDELEMENTO datos_para_estados_financieros

DESCRIPCION Define los valores a mostrar en los estados financieros de los tres conceptos mencionados en los parámetros.

PARAMETRO1 999.99El valor del Indice de Capitalización al día último de mes.

PARAMETRO2 9999999999.99Monto de activos sujetos a riesgo de crédito.

PARAMETRO3 9999999999.99Monto de activos sujetos a riesgo de crédito y de mercado .

Estado de flujo de efectivo ó Estado de Cambios en la Situación Financiera.

Uno de los cambios normativos recientes es el la modificación de la denominación del ahora “Estado de Flujo de Efectivo” antes “Estado de cambios en la Situación Financiera”.

Si por alguna razón requerimos que el titulo del reporte diga como antes “Estado de Cambios en la Situación Financiera” deberá utilizar el siguiente formato.

IDTABLA titulo_reporteIDELEMENTO cambios_situacion_financiera

DESCRIPCION Regresa al nombre antiguo del reporte.

PARAMETRO1 1Activa la opción.

Límite de crédito sin intereses.

Como seguramente recordaremos en la versión 1.20.0 apareció el concepto de “Límite de Crédito Personalizado”, que vino a establecer una forma de control en los montos que podrían ser entregados a cada uno de los sujetos de préstamos en lo individual.

Recuerde que existen tres tipos de limites:

• Monto Fijo• Reciprocidad• Capital de Riesgo

Ahora bien, dichos limites consideran en su cálculo los montos del interes pendiente a la fecha.

Por tanto si estos montos desean dejar de tomarse en cuenta usaremos la siguiente tabla.


IDTABLA paramIDELEMENTO limite_credito_sin_interes

DESCRIPCION Habilita la opción de NO considerar el monto de los intereses para determinar el límite de crédito.

PARAMETRO1 La sola existencia del DELEMENTO es suficiente para el funcionamiento de este tema.

Límite de crédito para GRUPOS.

En el punto anterior comentamos de la existencia del concepto “Límite de Crédito Personalizado” y de su utilidad, por lo tanto entendido, aqui mostramos una variante que tendrá el mismo efecto, solo que para un grupo de personas vinculadas por el mismo “Sector”.

Algunas sociedades trabajan los préstamos grupales que requieren de la identificación de las personas que conforman dicho grupo, lo que se hace estableciéndoles en el “Alta de personas” un sector en común.

De esta forma y con la ayuda de la siguiente tabla al momento de la evaluación considerará la suma del conjunto de los préstamos de las personas del mismo grupo para la determinación del límite.

IDTABLA paramIDELEMENTO limite_credito_por_grupo

DESCRIPCION Habilita la opción del limite de crédito por grupo

PARAMETRO2 No requiere de parámetros. La sola existencia del la tabla activa la opción

Como establecer el límite de crédito a cada una de las personas que conforman el grupo.

Con solo señalar a uno de los integrantes del grupo con el monto acumulado es suficiente.

Pagos Crecientes: Tablas de amortización con “Intereses Reales” (Pagos mensuales).

Si utilizamos el esquema de amortizaciones de “Pagos Crecientes” y abonos mensuales (El mismo día de cada mes), seguramente habremos notado que el monto final de sus abonos (incluyendo interés e iva) es una cifra uniforme.

Habremos de saber también que para lograr un pago fijo es necesario que los días transcurridos entre cada pago sean uniformes por lo que la única forma de hacerlo es establecer 30.4 como intervalo de días entre cada pago mensual.

Empiezan los problemas:

Para la formación de la tabla de amortización es necesario considerar 30.4 días entre cada pago, sin embargo los días contados entre cada abono son 30 o 31, por lo que al realizar el abono el socio cree que le van a requerir el monto calculado por 30.4 días y la realidad es que se le cobra 30 o 31 días, por lo que se genera el reclamo obvio solo cuando se determina 0.6 día extra y no cuando resulta 0.4 día menos.

La disyuntiva:

Seguir como estamos con una tabla de amortización de Pagos uniformes, donde las cifras mostradas de interes no son reales o generar una tabla con pagos NO uniformes pero con los intereses reales.

Si deseamos lograr lo segundo configure la siguiente tabla:

IDTABLA paramIDELEMENTO calculo_int_dias_transcurridos

DESCRIPCION Habilita la opción de cálculo por días transcurrido.

PARAMETRO1 No requiere de parámetros. La sola existencia del la tabla activa la opción


Temas Varios:

1. Se modificó el módulo de “Folios Particulares”, ya que no permitía cargar listas para la gestión de cobranza del tipo de listas de nombre “G0101/10/2012”

2. Se modificó el proceso / Operaciones / Reportes / Créditos / “Reporte de recuperación por gestor”, ya que en algunos casos no se podía ver la listas de personas asignadas a los diferentes gestores. Además se cambio la idea que sin definir productos de prestamos genera el reporte considerando como si fueran seleccionados todos ellos.

3. Se modificó el reporte de “Auxiliar de Catálogo”, ya que enviaba error al dar <click> sobre algunos movimientos para acceder a la póliza contable.

4. Se modificó el reporte de Próximos pagos ahora denominado “Cartera Preventiva”, ya que no generaba información . Como sabemos esta ubicado en / Operaciones / Reportes / Créditos / Cartera de Créditos / Reporte de Cartera Vencida / en la opción “Tipo de reporte”.

5. Se modificó el proceso para la aparición del mensaje de la “Retención de IDE“ que se muestra en “Ventanilla” previo a aplicar la operación de depósito, ya que en algunos casos no se mostraba cuando el sociocliente tenía mas de un folio al que se le hubiere bloqueado alguna cantidad en le pasado.

6. Se agregaron dos campos adicionales “montoidnc” y “montoieco” a una de las tablas mas importantes de SAICoop como es “auxiliares_d”, ya que en ella se guardan el detalle de los movimientos de los folios/auxiliares. Dichos campos almacenarán por cada operación los abonos a intereses devengados no cobrados y los intereses en cuentas de orden.



Control de Saldos máximo y mínimos al realizar operaciones con productos.

En la versión anterior abordamos este tema solo como la mención de un nuevo concepto que se gestaba AHORA podemos anunciar el avance con que contamos sin embargo debemos reconocer que seguirá creciendo en base a las necesidades e ideas de todos ustedes.

El objetivo principal es determinar la validez del saldo que quedaría si se aplicara la operación que el usuario pretende realizar y de esta forma evitar la consumación de operaciones no permitidas.

Al intentar aplicar un movimiento no valido SAICoop enviará un mensaje que explica la razón de la negativa. Dicho mensaje es definido por configuración y redactado por usted mismo.

Adicionalmente es posible validar situaciones como la edad del socio, la cual influye sobre los saldos que pudiera tener, asi como también la identificación si son socios los tutores de los ahorradores menores.

Las herramientas para validar montos con que contamos a la fecha son los que se muestran enseguida. Cabe mencionar que estas mismas son de utilidad para controlar el tema que se explica mas delante: “Control de Aperturas de Productos”.

Herramienta Ejemplo Utilidad

saldo(producto) saldo(101) Refleja el saldo actual del sociocliente en cuestión. Antes de realizar operación alguna.

saldo_t(producto) saldo_t(101) Representa el saldo que quedaría en el producto mencionado al aplicar el movimiento que se esta registrando.

edad() edad() < 18 Determina la edad del sociocliente que esta realizando la operación

tutor_socio(producto, monto de parte social completa)

tutor_socio(101,1000.00) En particular identifica si el tutor de la persona que se evalúa (ahorrador menor) cuenta con un cierto saldo en un determinado producto (parte social), lo que lo identifica como socio de una Cooperativa.

valor_udi() valor_udi() * 1500 Los ahorradores menores que tienen registrado como tutor a una persona que no es sociocliente solo podrán acumular el saldo equivalente a 1500 Udis. Este es un ejemplo que hace necesario identificar el valor dinámico de la Udi para cálculos de esta naturaleza.

IMPORTANTE:

El valor de la udi se tomara de IDTABLA valor_udi IDELEMENTO año+mes PARAMETRO1 Valor de Udi del periodo mas actual.

valor_tabla (idtabla, idelemento,Num_parametro)

valor_tabla('param','retencion',3) Busca el valor del PARAMETRO3 de la IDTABLA = 'param' IDELMENTO = 'retencion'

Enseguida mostramos unos ejemplos prácticos.

Producto Saldo Mínimo Saldo Máximo Formula Saldo Mínimo Formula Saldo Máximo

Partes Sociales Aspirantes

100.00

o cero

999.00 CASE WHEN saldo_t(100) BETWEEN 0.01 AND 99.99 THEN @@100|EL SALDO MINIMO ES $ 100.00@@ WHEN saldo_t(100) >= 100 THEN @@0|EL SALDO MINIMO ES CERO@@ END

@@999|EL SALDO MAXIMO ES $ 999.00@@

Solo se permite que el saldo se mueva entre 100 y 999 o en su defecto al retirar totalmente para que el saldo quede en cero

Partes Sociales 1000.00

o cero

1000.00 CASE WHEN saldo_t(101) BETWEEN 0.01 AND 999.99 THEN @@1000|EL SALDO MINIMO ES $ 1000.00@@ END

@@1000|EL SALDO MAXIMO ES $ 1,000.00@@

Solo se permite que el saldo sea 1000 o cero al retirar totalmente.

Ahorro de Menores

50.00

o cero

Hasta 1500 Udis sin el tutor no es socio

NO acepta operaciones de

mayores de 15 años

CASE WHEN saldo_t(120) BETWEEN 0.01 AND 49.99 THEN @@50|EL SALDO MINIMO ES $ 50.00@@ WHEN saldo_t(120) >= 50 THEN @@0|EL SALDO MINIMO ES CERO@@ END

CASE WHEN edad() >= 15 THEN @@0|La operación no puede registrarse debido a que no cumple con la edad permitida para este producto (Hasta 15 años).@@ WHEN tutor_socio(101,1000.00) THEN @@99999999.99@@ ELSE @@valor_udi()*1500|Este ahorrador menor NO tiene registrado un TUTOR en referencias, por lo tanto \nsu saldo maximo sera al equivalente a 1500 Udis (Mas o menos pesos 7,000.00)@@ END

Cuida que la edad máxima de las personas que pueden hacer operaciones sea de 15 años.

Revisa si el tutor del ahorrador menor es socio. Si no lo es solo permitirá un saldo máximo en la cuenta del menor del equivalente a 1500 udis.

(Es necesario el registro del valor de las udis en la IDTABLA = valor_udi IDELEMENTO = año+mes ejemplo 201209 PARAMETRO1 = Valor de la Udi con todas las decimales.

Cuenta Corriente

0.00 9,999,999.00

@@0|EL SALDO MINIMO ES CERO@@ @@9999999|EL SALDO MAXIMO ES $ 9,999,999.00@@

Es el ejemplo mas sencillo donde el monto máximo es de 9,999,999.00 y el mínimo cero


Comisión Fija

34.00 34.00 @@34|EL MONTO DE LA COMISION ES $ 34.00@@ @@34|EL MONTO DE LA COMISION ES $ 34.00@@

En este caso no se evaluá un saldo sino una simple cantidad, ya que se trata del cobro de una comisión.

Control de Aperturas de Productos.

Al igual que el tema anterior comentaremos las nuevas funcionalidades que ya es posible explotar del Concepto “Control de Aperturas”.

Producto Condiciones Comentarios

Partes Sociales Adicionales

@@saldo(101) = 1000 OR saldo(102) = 1000|

NO ES POSIBLE APERTURAR DEBIDO A:

> NO TIENE PARTE SOCIAL COMPLETA@@

Para permitir la apertura de este producto requiere de saldo de 1000.00 en el producto 101 Partes Sociales o 1000.00 en 102 Partes Sociales de Aspirantes.

Fondo de Previsión Social

@@(saldo(101) = 1000 OR saldo(102) = 1000) AND saldo(110) >= 5000|


> NO TIENE PARTE SOCIAL COMPLETA

> SALDO MENOR DE $5,000.00 EN AHORRO@@

Para permitir la apertura de este producto requiere de saldo de 1000.00 en el producto 101 Partes Sociales o 1000.00 en 102 Partes Sociales de Aspirantes.

Ademas de contar con un saldo mínimo de 5000.00 en el prod 110 Ahorro.

Préstamo Sobre Inversión

@@(saldo(101) = 1000 OR saldo(102) = 1000) AND saldo(110) >= 5000 AND

(saldo(205) >= 1000 OR saldo(206) >= 1000 OR saldo(207) >= 1000 OR saldo(208) >= 1000)|



> SALDO MENOR DE $500.00 EN AHORRO

> SALDO MENOR DE $1,00.00 EN INVERSIONES (205, 206, 207 y 208)@@

Evaluá que el saldo de las partes sociales sea 1000.00, Que el saldo del ahorro sea mayor a 5000.00, Además que el saldo de las inversiones a plazo fijo en cualquiera de sus productos tenga un saldo mayor a 1000.00

Seguro por cobrar @@saldo(101) = 1000 AND saldo_like(''''328%'''') >= 100|



> Y SALDO >= 100 EN AUTOCREDITO@@

Evalúa la existencia del saldo de 1000.00 en las partes sociales además de que en cualquier producto que inicie con la numeración 328 tenga un saldo mínimo de 100.00

Impresión selectiva de la “Relacion de Saldos” estado de cuenta en TICKET de Ventanilla.

Como sabemos al recibir operaciones de deposito en el modulo “Ventanilla”, se emite de forma automática un comprobante denominado “Ticket”. Este cuenta una serie de información adicional a las operaciones realizadas como es la “Relación de los saldos” del sociocliente.

A partir de ahora será posible en SAICoop decidir sobre la impresión de la Relación de Saldos en cada uno de los socios que se van atendiendo.

Para lograr esto será necesario contar con las siguientes configuraciones.


DESCRIPCION Habilita la impresión de la relación de saldos en el TICKET

PARAMETRO1 1 = Switch que habilita la impresión de la “Relación de Saldos en el Ticket” por si sola


DESCRIPCION Habilita la pregunta para que el usuario decida por la impresión de la “Relación de Saldos en el Ticket”

PARAMETRO5 1 = Switch que habilita la funcionalidad mencionada.

Nueva secuencia de registro de la “Huella Digital” (HD) + Registro de dedo utilizado.


Para los fines de esta documento nos referiremos a la Huella Digital como “HD”

En esta versión se agrega la identificación del dedo que se utilizó en el registro de la “HD”. Esto será útil en el momento de los retiros por parte de los sociosclientes, ya que la experiencia actual nos dice que tiende a olvidarse, lo cual genera incomodidades al intentar validar un retiro.

Adicionalmente se cambio el procedimiento de captura de la “HD”, haciéndolo mucho mas fácil al usuario, ya que anteriormente tenía que utilizar mucho el mouse para llevar el seguimiento del mencionado proceso.

Enseguida describimos a detalle cada uno de los pasos.

Secuencia de pasos para registrar la “HD” de una persona.

Siga la ruta / Operaciones / Catalogos / Personas

> Seleccione el botón Huella Digital.

Registrar una “HD” es asunto delicado por lo que es necesario escribir su clave de usuario

> Coloque su clave de usuario.

> Haga click en el botón “Iniciar Captura” u oprima <enter>

SAICoop lo guiara sobre los pasos a seguir.

RECOMENDAMOS observar los mensajes que vayan apareciendo.

Si no se cuenta con un lector de huella debidamente conectado al puerto USB se mostrará un mensaje como este.

> Haga click en <ACEPTAR>

Cuando el dispositivo esté listo se mostrará un mensaje así. Observe que la luz del escaner se encuentra encendida.

> Coloque el dedo en el escaner para iniciar el proceso de captura.

Si la lectura fue correcta este será el mensaje

> Solo observe el mensaje

Si la lectura de la “HD” no fue la adecuada se mostrará un mensaje como este.

La causa común es la mala colocación del dedo en el escaner. Ejemplos: De lado, sin tocar debidamente el dispositivo, se quita muy rápido, se mueve el dedo al leerlo, etc

> Haga click en <ACEPTAR>

Una vez que se da un escaneo exitoso de su “HD”, mostrará este mensaje que permanecerá por unos segundos y se cambiará por el que sigue.



Pasaran unos segundos y mostrará el mensaje de VERIFICAR.

Observe que la luz del dispositivo se enciende nuevamente esperando que coloque su dedo para continuar con el proceso.

> Coloque el dedo en el escaner para VERIFICAR

Si la verificación fe correcta aparecerá este mensaje.


Un dato que se vuelve importante al momento de realizar retiros es el tener identificado el dedo que fue utilizado para registrar la “HD”. Con el paso del tiempo el sociocliente puede olvidarlo y complicar el proceso de validación de la operación.

> Seleccione del dedo utilizado en el registro de la “HD”.

Observe como los botónes para seleccionar el dedo desaparecen quedando solo el seleccionado.

> Haga click en el botón <GUARDAR>

Observe el mensaje de confirmación en letra verde, lo que indica que los datos fueron correctamente almacenados.

> Haga click en el botón <SALIR>

Secuencia de pasos para realizar retiros validados por “HD” con dedo registrado.

Premisa: Se tiene almacenada en base de datos la “HD” del sociocliente, así como el dedo utilizado en el registro.

Al intentar guardar una operación de retiro (Ventanilla o Traspasos) se mostrará esta ventana que solicita la VERIFICACION con la “HD” del sociocliente. Observe en la imagen que se muestra resaltado un dedo, este es el que debe utilizarse para la identificación.

> Haga click en <VERIFICAR> para iniciar el proceso

Si la verificación no fue correcta se muestra este mensaje:Razones de la falla:1) No se colocó de manera correcta en dedo en el escaner 2) No se esta utilizando el dedo que esta registrado.3) La persona a la que se le intenta retirar no es la misma que coloca su huella.


Si la lectura de la “HD” es correcta se muestra el mensaje en letra verde

A partir de aquí la operación será aplicada y continua con la impresión del ticket si fuere retiro por “Ventanilla”, o bien la póliza de diario si fuere por “Traspasos”

Secuencia de pasos para realizar retiros validados por “HD” SIN dedo registrado

Premisa: Se tiene almacenada en base de datos la “HD” del sociocliente, mas NO el dedo utilizado en el registro.

Al intentar guardar una operación de retiro (Ventanilla o Traspasos) se mostrará esta ventana que solicita la VERIFICACION con la “HD” del sociocliente. Observe que en este caso no se muestra la imagen de las manos, debido a que no se tiene almacenado el dato del dedo utilizado el el registro.

> Haga click en <VERIFICAR> para iniciar el proceso

Observe que la luz del escaner de “HD” se encuentra encendido esperando que verifique.

Si la verificación no fue correcta se muestra este mensaje:Razones de la falla:1) No se colocó de manera correcta en dedo en el escaner 2) No se esta utilizando el dedo que esta registrado.3) La persona a la que se le intenta retirar no es la misma que coloca su huella.

Si la lectura de la “HD” es correcta se muestra el mensaje en letra verde

Siga los pasos.

Los sociocliente que validen el retiro de sus cuentas con su “HD” y no se tenga el dato del dedo utilizado. SAICoop los guiará a que este dato sea alimentado.

Observe como se muestra en la imagen dos manos, esperando que seleccione el dedo que usted identificó al atender el retiro.

> Seleccione el correcto y guarde.

Al almacenar en base de datos el dedo registrado se mostrará un mensaje como este.

A partir de aquí la operación será aplicada y continua con la impresión del ticket si fuere retiro por “Ventanilla”, o bien la póliza de diario si fuere por “Traspasos”


Nuevo cálculo de Interés Moratorio. Basado en el saldo actual del crédito.

Ahora contamos con un nuevo método de cálculo solicitado por una empresa usuaria de SAICoop, que no va de acuerdo a la lógica histórica de la determinación del Interés Moratorio que se ha venido usando en el sistema desde sus inicios.

La responsabilidad del uso de este esquema es totalmente de quien considere su utilización.

El procedimiento es simple: Se determina a partir de que existe atraso y se calcula asi:

Saldo Actual X Tasa Mensual / 100 / 30 X Días Vencidos

En el cálculo tradicional la base en la parte atrasada y en este caso en el saldo actual del crédito

Para que esta nueva forma se active en SAICoop se requiere de la configuración del siguiente parámetro.

IDTABLA paramIDELEMENTO usar_todo_el_saldo_para_im

DESCRIPCION Habilita la impresión de la relación de saldos en el TICKET

PARAMETRO1 Fecha de entrega de los créditos. Solo los que igualen o superen esta fecha serán tomados en consideración.SE RECOMIENDA AMPLIAMENTE colocar la fecha presente para que solo sean tomados los folios nuevos, ya que al tomar los actuales podría haber confusiones en los cálculos por el cambio de criterio.

PARAMETRO2 Lista de productros separados por “|” a los que afectará.

Revisión de Libretas: Se mejora la forma de presentar los saldos de los diferentes productos.

Uno de los cambios consiste en el agrupamiento por tipo de producto de los saldos actuales del sociocliente. Como podemos observar en la imagen se muestra una línea negra que delimita los ahorros de las inversiones y los préstamos.

Adicionalmente encontraremos ahora que los prestamos se iluminan de acuerdo a:

Revisión de Libretas: Prestamos de personas relacionadas.

Ahora en “Revisión de Libretas” además de los créditos avalados por el sociocliente que se muestran en la pestaña de CREDITOS AVALADOS, se agrega de la misma forma los CREDITOS DE PERSONAS RELACIONADAS


Activos de acuerdo a su estatus de morosidad De acuerdo a su actividad

Estatus Al Corriente Morosos Vencidos Capturados Autorizados Pagados Cancelados

Fondo Verde Amarillo Rojo Rosa Crema Gris Blanco

Letra Negra Negra Negra Negra Negra Negra Gris

En cada uno de los créditos de personas relacionadas se muestra el parentesco del propietario del mismo.

Cada entidad puede configurar la serie de personas relacionadas que considere necesarias.

Para que este tema se active es necesario configurar el siguiente parámetro:

IDTABLA paramIDELEMENTO creditos_personas_relacionadas

DESCRIPCION Define los tipos de referencia que se consideran interesantes mostrar.

PARAMETRO1 0|1|2

Certificado de aportación: Registro de la impresión del documento.

Una forma de llevar el control de las personas que tienen impreso su Certificado de Aportación es habilitando la opción que explicamos enseguida.

Al acudir a / Operaciones / Reportes / Otros / Certificados de Aportación / accesamos al módulo que nos permite imprimir el mencionado documento.

Una vez que hemos realizado el proceso normal de impresión nos queda la ventana de impresión abierta con las opciones conocidas.

Seleccionamos <CANCELAR> para salir de la opción y continuar con otros trabajos. Es ahi donde SAICoop nos pregunta.

Al responder afirmativamente en automático guardará el dato de la persona a la que le fue impreso el documento. Esta información podrá ser consultada posteriormente vía consulta en listados a la medidas de sus necesidades.

Un ejemplo de las posibles consultas la agregamos enseguida: Le mostrará los registros por sucursal.

SELECT rs.idorigenp as sucursal, o.nombre, count(*) as socios FROM requisitossocios as rs INNER JOIN origenes AS o ON (rs.idorigenp = o.idorigen) WHERE rs.idrequisito = 710 GROUP BY rs.idorigenp, o.nombre ORDER BY rs.idorigenp;


Numero de Numero deReferencia Nombre de referencia Referencia Nombre de referencia

0 Tutor 13 Sobrino(a) 1 Cónyuge 14 Suegro(a) 2 Beneficiario 15 Yerno/Nuera 3 Referencia Personal 16 Cunado(a) 4 Ingresos Propios (de quien proceden) 175 186 Hermano(a) 197 Hijo(a) 208 Avales 21 Nieto(a) 9 Abuelo(a) 22 Firma Autorizada 10 Se utiliza para otros fines. 23 Recomendante11 24 Madre12 Primo(a) 25 Padre

Tio(a) del conyuge Ingresos Complementarios (dqp) Primo(a) del conyuge

Sobrino(a) del conyuge Abuelo(a) del conyuge

Tio(a)

IDTABLA formato_certificadoIDELEMENTO producto_para_certificado

DESCRIPCION Define el numero de requisito y los productos de partes sociales.

PARAMETRO1 710 Va el numero fijo 710 solo y representa al numero de requisito que implica la impresión del Certificado

PARAMETRO2 101|102 Va la lista de los productos de partes sociales separados por “|” a los que proceda la impresión.

Temas Varios:

1. Se agregó un indice en la impresión de las tablas de amortización de los créditos ya que en algunos casos especiales se mostraban en desorden.

2. “Alta de cuentas”: Se adaptó para que pudiera utilizarse desde diferentes tamaños de cuentas, esto como preparación a la Migración Contable que vamos a realizar en las SCAPs para dar cumplimiento a la Circular publicada en este Junio del 2012.

3. En “Revisión de Libretas” en la pestaña de los datos de la apertura agregamos el valor de los Días vencidos de los prestamos.



Control de Saldos máximo y mínimos al realizar operaciones con productos.

A partir de esta versión será posible controlar el saldo máximo y mínimo permitido de los diferentes productos que maneja SAICoop y de los cuales se generan aperturas.

Con este concepto podrá validar por ejemplo :

• Que el saldo de la parte social sea solo 1000 Ni 200, ni 800, solo 1000 o cero.• Que el saldo del ahorro no pueda ser mayor a cero si no hay parte social completa.• Que no haya préstamo si el saldo de la parte social no esta completo.• Que no pueda existir Deposito a plazo fijo si antes no hay un saldo mínimo de ahorro de 1000.• Que no haya prestamo sobre depósito a plazo fijo si no hay una inversión a plazo fijo.• Y muchos ejemplos mas que deseemos controlar que se basen en el saldo de los productos del mismo sociocliente, NO DE SUS

MOVIMIENTOS.

Para lograr lo anterior es necesario:• Solicite a sistemas de FeNoreste la creación de las formulas que expresarán las condiciones que su entidad requiera, las cuales deberán

colocarse en ( / Operaciones / Catálogos / Productos / ) • En la pestaña de parámetros seleccione la opción “Activar Limites” con esto se habilitarán las celdas de Valor Máximo y Valor Mínimo.

Coloque ahí las fórmulas.

Mensajes de error creados por usted:Algo por demás novedoso de este tema es la inclusión de mensajes de error diseñados por la entidad que SAICoop mostrará en ventanas emergentes.

Para esto cuando solicite sus validaciones necesarias deberá señalar los mensajes de error que desee muestre SAICoop, ya que estos van inmersos en la formula que le enviaremos.

Control de Aperturas de todos los productos.

De la misma forma como le explicamos el punto anterior, SAICoop ahora esta en posibilidad de controlar también la elaboración de las aperturas de los diferentes productos.

Al igual que en el punto anterior se requiere de la elaboración de una formula que controle las condiciones necesarias basadas en saldos de los productos.

Con este gran complemento, ya no solo se protege que los saldos de los diferentes productos rebasen los limites permitidos, sino que además se impida desde la apertura proceder con una operación no permitida.

Provisionamiento automatico de los intereses de los ahorros e inversiones a plazo fijo.

El provisionamiento automático para el pago de los intereses de los productos de ahorros e inversiones es ya una realidad . Para hacerlo siga el procedimiento que explicamos enseguida:

Definir los prodctos a los que se busca provisionar por sus intereses.

IDTABLA paramIDELEMENTO genreserva_ah

DESCRIPCION Define los productos por provisionar intereses.

PARAMETRO2 Lista de productos de ahorro y/o inversiones separados por “|”

En / Operaciones / Catalogos / Productos / deberá revisar las cuentas contables establecidas a los productos definidos en la tabla anterior.


Definición de cuentas contables utilizadas en los productos de captación:

Cuenta Aplicable: Registra el saldo actual de cada uno de los folios existentes del producto.Gastos por intereses: Cuenta de gastos utilizada para crear la provisión.Interés Ordinario: Cuenta de provisión de la que toma el sistema para pagar el interés.

IMPORTANTE: Un error en la definición de esta cuenta provocaría la afectación grave a los estados financieros.

Activación del proceso automático.

Para la activación de este tema le solicitamos llamar al area de soporte de sistemas FeNoreste, para que lo incluya en la configuración de los procesos nocturnos.

Nuevas tablas de provisionamiento de prestamos. ( SOLO para Cooperativas ).

En esta versión se incorporan las nuevas tablas de provisionamiento de cartera PARA COOPERATIVAS. Estas van en automático configuradas con la versión.

Para activar el uso de las nuevas tablas se requiere de la configuración de la tabla:

IDTABLA eprcIDELEMENTO estimacion

DESCRIPCION Activa las nuevas tablas de provisioamiento

PARAMETRO2 Un numero “1” sin comillas activa el uso de las nuevas tablas

Un cambio significativo es que el significado de la cartera 2 que aparece en la cartera de consumo, comercial y vivienda, se unifica al tema del emproblemamiento, es decir cartera que haya sido reestructurada. Anteriormente se hablaba de cartera tipo 2 para referirse a créditos colocados en zonas marginadas (poca población), lo cual desaparece.

Ademas se puede apreciar que la cartera de microcréditos ahora marca sus porcentajes de estimación basados en periodos no cubiertos, los cuales se diferencian si sin semanales, quincenales o mensuales.

El reporte de “Requerimiento de reserva detalle”, aparecen ya con las nuevas tablas de estimación.El “Provisionamiento automático” que opera con los proceso nocturnos el día último de cada mes, basan su funcionamiento en estas nuevas tablas.


IDTABLA IDELEMENTO Parámetro1 Parámetro2 Parámetro3 Parámetro4

Tipo de Cartera

consumo_1 0 0 1 10

consumo_2 1 7 2 13

consumo_3 8 30 10 20

consumo_4 31 60 20 35

consumo_5 61 90 40 55

consumo_6 91 120 70 80

consumo_7 121 180 85 95

consumo_8 181 999999 100 100

Desc

Días Vencidos Días Ve


Cartera 1 Cartera

Cartera 1

Cartera 2 Emproblemada

Cartera 2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2



Tipo de Cartera

comercial_1 0 0 0.5 10

comercial_2 1 30 2.5 10

comercial_3 31 60 15 30

comercial_4 61 90 30 40

comercial_5 91 120 40 50

comercial_6 121 150 60 70

comercial_7 151 180 75 95

comercial_8 181 210 85 100

comercial_9 211 240 95 100

comercial_10 241 999999 100 100

Desc



Cartera 1 Cartera

Cartera 1


Cartera 2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

IDTABLA IDELEMENTO Parámetro1 Parámetro3

Tipo de Cartera

0 0.5

1 5

2 25

3 45

4 80

5 100

Tipo de Cartera

0 0.5

1 3

2 5

3 15

4 25

5 35

6 45

7 60

8 80

9 90

10 100

Tipo de Cartera

0 0.5

1 1

2 3

3 4

4 5

5 10

6 15

7 20

8 25

9 30

10 35

11 40

12 45

13 50

14 60

15 70

16 80

17 85

18 90

19 95

20 100

DescMeses de

Mese Porcentaje Porcentaje

eprc_2 microcredito_mensual_1





eprc_2 microcredito_mensual_6Quincenas de

Quin Porcentaje Porcentaje

eprc_2 microcredito_quincenal_1










eprc_2 microcredito_quincenal_11Semanas de

Sema Porcentaje Porcentaje

eprc_2 microcredito_semanal_1





















La explicación completa de este tema se encuentra en la Circular del 04 de Junio 2012

ANEXO C PROCEDIMIENTO PARA LA CALIFICACION Y CONSTITUCION DE ESTIMACIONES PREVENTIVAS

Nuevo Calculo de Dias vencidos de los Prestamos (DV por Intereses).

A partir de esta versión y en cumplimiento a observaciones normativas, se incluyó la identificación de los DV ahora también por el tema de los intereses no cubiertos a tiempo.

El proceso que sigue SAICoop es este: 1) Calcula los DV por el principal de los prestamos no cubierto de acuerdo a los compromisos establecidos a la fecha.2) Calcula los DV por los intereses no cubiertos de acuerdo a los compromisos establecidos a la fecha.

De ambos resultados se toma el valor máximo que será el que predomine para el crédito en su totalidad.

Posibles escenarios:

EscenarioDV

Principal

DV

Interés

Días

VencidosExplicación del escenario propuesto.

1 55 55

55

Han pasado 55 días desde la primera de las amortizaciones vencidas no cubiertas del préstamo a la fecha.

La última vez que abono dejo su crédito al corriente cubriendo todos los intereses a la fecha.

2 44 0 44

Han pasado 44 días desde la primera de las amortizaciones vencidas no cubiertas del préstamo a la fecha.

No ha abonado a capital, solo ha cubierto los intereses cada fecha compromiso.

3 033

33

La última vez que abonó quedó al corriente y además adelanto a capital 5 pagos mensuales, por lo que consideró no regresar en varios meses.

A la fecha han pasado 33 días del primer compromiso vencido de intereses no cubierto.

El tercer escenario es el que se requiere para que un crédito genere días vencidos de interés mayores a los del principal.

Enseguida explicaremos el proceso que hace SAICoop para identificar los días vencidos por interés.

El resultado de dicho proceso es identificar con claridad hasta que fecha está cubierto el interés ordinario del préstamo y definir de ahí el posible incumplimiento de estos.

Pudiera pensarse que para identificar hasta que fecha están cubiertos los intereses de un préstamo, bastaría con ver la fecha de su último movimiento de pago de interés, sin embargo SAICoop permite el pago parcial de estos, lo que obliga a seguir este procedimiento.



Tipo de Cartera

vivienda_1 0 0 0.35 2

vivienda_2 1 30 1.05 5

vivienda_3 31 60 2.45 10

vivienda_4 61 90 8.75 20

vivienda_5 91 120 17.5 30

vivienda_6 121 150 33.25 45

vivienda_7 151 180 34.3 60

vivienda_8 181 1460 70 80

vivienda_9 1461 99999 100 100

Desc



Cartera 1 Cartera

Cartera 1


Cartera 2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

eprc_2

Proceso que sigue SAICoop para la determinación de Días Vencidos por Intereses

PREMISAS

El cálculo tradicional de los días vencidos por el incumplimiento de los abonos a capital se mantiene.

Se agrega un nuevo calculo para determinar los posibles días vencidos en el abono a los intereses.

Del resultado de ambos cálculos se toma el mayor, que marcará los días vencidos del crédito

APLICA A:

Pagos Periódicos de Capital e Intereses

Pagos Crecientes

En estos esquemas el pago del interés se determina por día transcurrido.

Es posible adelantar al pago siguiente.

NO APLICA A:

Pagos Fijos o Hipotecarios.

Aquí el calculo del interés se basa en la tabla de amortización y no en los días transcurridos.

En este esquema no es posible eludir el compromiso de pago de interés en cada periodo, aun que se adelante al principal

Mostramos una tabla de amortización común la que evolucionara en varios pasos que explicamos enseguida.

Paso 1:

El 6 de Marzo de 2012, es decir tres días antes de la fecha compromiso del pago 1 el socio acude y abona la primera amortización. Además cubre 13 meses adelantados

Con la lógica anterior considerábamos que la obligación contractual era regresar hasta el 09/05/2013


TABLA DE AMORTIZACIONES DE PAGOS PERIODICOS

Fecha Abono Saldo IVA Total

--- ----------- ------------ ------------- ------------- ------------- -------------

0 09/02/12 .00 24,000.00 .00 .00 .00

1 09/03/12 1,000.00 23,000.00 232.00 37.12 1,269.12

2 09/04/12 1,000.00 22,000.00 237.67 38.03 1,275.69

3 09/05/12 1,000.00 21,000.00 220.00 35.20 1,255.20

4 09/06/12 1,000.00 20,000.00 217.00 34.72 1,251.72

5 09/07/12 1,000.00 19,000.00 200.00 32.00 1,232.00

6 09/08/12 1,000.00 18,000.00 196.33 31.41 1,227.75

7 09/09/12 1,000.00 17,000.00 186.00 29.76 1,215.76

8 09/10/12 1,000.00 16,000.00 170.00 27.20 1,197.20

9 09/11/12 1,000.00 15,000.00 165.33 26.45 1,191.79

10 09/12/12 1,000.00 14,000.00 150.00 24.00 1,174.00

11 09/01/13 1,000.00 13,000.00 144.67 23.15 1,167.81

12 09/02/13 1,000.00 12,000.00 134.33 21.49 1,155.83

13 09/03/13 1,000.00 11,000.00 112.00 17.92 1,129.92

14 09/04/13 1,000.00 10,000.00 113.67 18.19 1,131.85

15 09/05/13 1,000.00 9,000.00 100.00 16.00 1,116.00

16 09/06/13 1,000.00 8,000.00 93.00 14.88 1,107.88

17 09/07/13 1,000.00 7,000.00 80.00 12.80 1,092.80

18 09/08/13 1,000.00 6,000.00 72.33 11.57 1,083.91

19 09/09/13 1,000.00 5,000.00 62.00 9.92 1,071.92

20 09/10/13 1,000.00 4,000.00 50.00 8.00 1,058.00

21 09/11/13 1,000.00 3,000.00 41.33 6.61 1,047.95

22 09/12/13 1,000.00 2,000.00 30.00 4.80 1,034.80

23 09/01/14 1,000.00 1,000.00 20.67 3.31 1,023.97

24 09/02/14 1,000.00 .00 10.33 1.65 1,011.99

TOTALES 24,000.00 3,038.66 486.18 27,524.86

Num Interes

TABLA CON PAGOS ADELANTADOS

Num Fecha Abono Saldo Interes IVA Total Abono Pagado

--- ----------- ------------ ------------- ------------- ------------- -------------

0 09/02/12 .00 24,000.00 .00 .00 .00 Abonó el 06 MAR 12

1 09/03/12 1,000.00 23,000.00 232.00 37.12 1,269.12 1,000.00 OK

2 09/04/12 1,000.00 22,000.00 237.67 38.03 1,275.69 1 1,000.00 Adelantado

3 09/05/12 1,000.00 21,000.00 220.00 35.20 1,255.20 2 1,000.00 Adelantado

4 09/06/12 1,000.00 20,000.00 217.00 34.72 1,251.72 3 1,000.00 Adelantado

5 09/07/12 1,000.00 19,000.00 200.00 32.00 1,232.00 4 1,000.00 Adelantado

6 09/08/12 1,000.00 18,000.00 196.33 31.41 1,227.75 5 1,000.00 Adelantado

7 09/09/12 1,000.00 17,000.00 186.00 29.76 1,215.76 6 1,000.00 Adelantado

8 09/10/12 1,000.00 16,000.00 170.00 27.20 1,197.20 7 1,000.00 Adelantado

9 09/11/12 1,000.00 15,000.00 165.33 26.45 1,191.79 8 1,000.00 Adelantado

10 09/12/12 1,000.00 14,000.00 150.00 24.00 1,174.00 9 1,000.00 Adelantado

11 09/01/13 1,000.00 13,000.00 144.67 23.15 1,167.81 10 1,000.00 Adelantado

12 09/02/13 1,000.00 12,000.00 134.33 21.49 1,155.83 11 1,000.00 Adelantado

13 09/03/13 1,000.00 11,000.00 112.00 17.92 1,129.92 12 1,000.00 Adelantado

14 09/04/13 1,000.00 10,000.00 113.67 18.19 1,131.85 13 1,000.00 Adelantado

15 09/05/13 1,000.00 9,000.00 100.00 16.00 1,116.00

Paso 2: Pasa el tiempo y nos situamos en la fecha del 20 de Oct 2012 que esta entre las amortizaciones 8 y 9

Procedimiento

Se genera un calculo de interés al presente con la tasa normal ( NO descuento ), independientemente de mostrar o no atraso.

El resultado se toma de base para dividirlo entre el equivalente del cálculo de interés de un día.

Con esto se determina un número de días, necesario para regresar en el tiempo y situarnos en un punto en el pasado

El punto en el tiempo en el pasado determina hasta que fecha están cubiertos los intereses.

Se considera que la fecha de la amortización igual o posterior mas próxima esta cubierta, por lo que la siguiente será la que marque el inicio de la fecha del conteo de los Días Vencidos por intereses.

Conclusión con fechas

Si el proceso explicado da como resultado la fecha del 6 de marzo, se toma como cubierto el interés al 09 de marzo (amortización 1) , por lo que la fecha de inicio de los días vencidos por intereses será del 09 de Abril 2012 (amortización 2 ) al presente 20 de Octubre

La diferencia entre el 09 de Abril y el 20 de Octubre es de 194 dias

Resultado Final

194 días vencidos

Cierre Parcial de Ventanilla.

Un esfuerzo en el último momento previo a la liberación de esta versión, fue el desarrollo de un nuevo concepto llamado “Cierre Parcial de Ventanilla”, que consisten en la posibilidad de realizar Cierres previos en cualquier momento del día.

Problemática Actual:

Durante el día el cajero tiene en su corte una cantidad fuerte de efectivo, por lo que toma de este y entrega al encargado de la sucursal que a su vez genera una ficha de depósito y envía a la institución bancaria.

Al final del día el cajero reúne una cantidad adicional de efectivo, por la que crea otra ficha de depósito que se envía al Banco, por separado de la anterior.

En sistema se reporta una sola cantidad de efectivo en el “Cierre de Ventanilla” que engloba ambas cifras, por lo que al utilizar posteriormente el módulo de “Transferencia a Bancos” el registro contable a bancos queda como si hubiera existido un solo envío, lo que afecta directamente al ejercicio de la “Conciliación Bancaria”, donde al darse esta situación complica el match entre los movimientos del banco y los registrados en la contabilidad de la entidad.

Que hacer si su entidad presenta la problemática comentada.

Le recomendamos utilizar la nueva opción de “Cierres Parcial de Ventanilla”, combinada con el “Cierre Total” (Cierre al final del día)Como funciona ?


IDENTIFICADO ...... DIAS VENCIDOS POR INTERES EN UN PRESTAMO ADELANTADO

Num Fecha Abono Saldo Interes IVA Total

--- ----------- ------------ ------------- ----------- ---------- -------------HOY 20 OCT 2012

0 09/02/12 .00 24,000.00 .00 .00 .00

1 09/03/12 1,000.00 23,000.00 232.00 37.12 1,269.12 1,000.00 OK

2 09/04/12 1,000.00 22,000.00 237.67 38.03 1,275.69 1,000.00 Adelantado

3 09/05/12 1,000.00 21,000.00 220.00 35.20 1,255.20 1,000.00 Adelantado

4 09/06/12 1,000.00 20,000.00 217.00 34.72 1,251.72 1,000.00 Adelantado

5 09/07/12 1,000.00 19,000.00 200.00 32.00 1,232.00 1,000.00 Adelantado

6 09/08/12 1,000.00 18,000.00 196.33 31.41 1,227.75 1,000.00 Adelantado

7 09/09/12 1,000.00 17,000.00 186.00 29.76 1,215.76 1,000.00 Adelantado

8 09/10/12 1,000.00 16,000.00 170.00 27.20 1,197.20 1,000.00 Adelantado

9 09/11/12 1,000.00 15,000.00 165.33 26.45 1,191.79 1,000.00 Adelantado

10 09/12/12 1,000.00 14,000.00 150.00 24.00 1,174.00 1,000.00 Adelantado

11 09/01/13 1,000.00 13,000.00 144.67 23.15 1,167.81 1,000.00 Adelantado

12 09/02/13 1,000.00 12,000.00 134.33 21.49 1,155.83 1,000.00 Adelantado

13 09/03/13 1,000.00 11,000.00 112.00 17.92 1,129.92 1,000.00 Adelantado

14 09/04/13 1,000.00 10,000.00 113.67 18.19 1,131.85 1,000.00 Adelantado

15 09/05/13 1,000.00 9,000.00 100.00 16.00 1,116.00

Abono Pagado

Durante el día y sin importar que el cajero se encuentre atendiendo su fila, el encargado de sucursal accesará a / Operaciones / Movimientos / Cajeros / Cierre de Caja y seleccionará:

• Tipo de Cierre: Seleccione PARCIAL. • Número de usuario y <enter>

Enseguida mostrará las denominaciones del efectivo para el registro de las unidades existentes. Observe que la sección de los documentos se muestra deshabilitada, ya que no es posible el registro de cheques en un “Cierre Parcial de Ventanilla”.

Una vez registradas la cantidades haga click en <Aplicar> y aparecerá la clásica pregunta de confirmación.

Es posible repetir la operación del “Cierre Parcial de Ventanilla” mas de una vez en el día.

La respuesta es SI, puede repetir este proceso todas las veces que sean necesarias el mismo día para el mismo cajero. Que pasa si yo no necesito utilizar el Cierre Parcial de Ventanilla ?

Sigue haciendo un solo Cierre al final del día “Cierre Total”, que trabaja como siempre lo ha realizado.

MUY IMPORTANTE:

La utilización de este nuevo concepto no elude la operación del “Cierre de Ventanilla” al final del día, que ahora denominaremos “Cierre Total”

Aún que después de la realización del Cierre Parcial de Ventanilla el cajero no hubiere recibido efectivo adicional, aún así se deberá realizar el “Cierre Total”, ya que este es el que en definitiva aplica a contabilidad las operaciones de Ventanilla.

Que falta para redondear el concepto.

Como mencionaba al principio este tema se desarrolló al final del periodo previo a la liberación de una nueva versión, lo que impidió el desarrollo de reportes adicionales que mostraran las cifras parciales.


Nuevo catálogo de Cuentas Contables

En la nueva regulación publicada el 4 de Junio 2012 aplicable a Cooperativas, aparece un nuevo catalogo de cuentas contables.

A la fecha de la entrega de la presente versión llevamos un 80% de avance en adecuar SAICoop para que sea capaz de recibir por esta ocasión y todas las veces que la CNBV nos pida en el futuro, la incorporación de nuevos catálogos. Aunque este es uno de de esos temas que NO se ven como nuevas opciones en los menús del sistema, es sin duda algo que nos facilitará la vida ante procesos similares en el futuro.

En la versión 1.30.0 esperamos hacer entrega de todo el concepto completo.

Temas Varios:

1. Se amplió la tabla temporal de movimientos capturados por “Traspasos”, de esta forma ahora será posible registrar operaciones por cantidades mas grandes

2. En el módulo de / Operaciones / Catalogos / Avisos / se modificó el nombre de los tipos de aviso. El funcionamiento permanece intacto. El nombre pasa de “Aviso Borrable” a “Borrable” y de “Aviso Permanante” a “Borrable con permiso”, ya que el funcionamiento del segundo es precisamente como ahora se denomina. Recordemos que el permiso “borrar_permiso” facilita el borrado del segundo tipo de avisos.

3. En el mismo tema de los “Avisos” se agregó una confirmación en el borrado, ya que al dar click por error los borraba si posibilidad de retractarse.

4. En la “Reimpresión de Pólizas”, se suprimió la posibilidad de imprimir pólizas de ingresos no cerradas, ya que este tema estaba siendo aprovechado por los cajeros para ver el corte del dinero que tendría que entregar al final del día de operaciones.

5. <F3> de Cuentas: Ahora al dar <F3> donde haya una cuenta contable, se mostrará el catalogo completo, donde las no afectables se observarán en gris. Esto favorecerá sin duda la identificación y localización de la cuenta buscada.

6. La impresión de los “Ticket de Ventanilla” cambian un poco su información, específicamente con los créditos atrasados, ya que ahora no muestran una fecha próxima de pago, sino que avisa de un “Pago Inmediato”



Prestamos : Validación de los “Peridos de abonos permitidos”.

Los préstamos en SAICoop programan su pagos en lo se denomina Periodo de Abonos, que representa la frecuencia o numero de días entre cada uno de ellos. Lo común es que sean cada 7, 15, 30 días, etc.

Normalmente el periodo de abonos de los prestamos lo encontrábamos asociado al producto, es decir que un producto tenía que ser solo a 7 o a 17 o a 30, no de las tres formas de manera simultanea.

Ante la necesidad de que un producto tenga esta variedad sugerimos la asignación del permiso “periodoabo39999” donde 39999 es el numero del producto de préstamo.

Ante la existencia del permiso queda abierta la posibilidad de que el usuario señale el periodo de abonos que requiera, sin embargo se genera el problema de que se asignan periodo de abonos que no van de acuerdo a las políticas internas.

Habiendo comentado lo anterior ahora les explicamos como aún con la existencia del permiso “periodoabo39999” es posible limitar la existencia de ciertos Periodo de Abonos por cada producto.

Para lograr lo anterior es necesario configurar la siguiente tabla de parámetros:

IDTABLA = param IDELEMENTO = periodos_abonos_validosParametro2 = 7|15|30- Número de días para los periodos de abonos válidos para los préstamos.

Prestamos: Nuevo mesaje de advertencia por “Pagos Incompletos”

Pensando en el idea permanente de generar herramientas que prevengan la morosidad llega este tema configurable que genera un aviso al ejecutivo que esta atendiendo el abono de algún crédito.

Alguna ver nos habrá sucedido que al revisar la lista de personas con atraso encontramos alguna que si acudió a la oficina a abonar, pero que por alguna razón le faltó una cantidad muy pequeña que seguramente si se hubiera hecho del conocimiento del socio-cliente, este habría destinado la cantidad necesaria para evitar caer en atraso.

El resultado de este tema es el envío a pantalla de un mensaje de advertencia sobre la conveniencia y sugerencia de abonar un poco mas al crédito para salir de la mora actual o evitar caer en ella por no abonar la cantidad recomendada por el sistema.

La siguiente tabla explica algunos ejemplos del funcionamiento.

Parámetro A cubrir Atraso Abono Muestra Mensaje

Razonamiento

20 8000 6000 5990 SI NO alcanza a abonar el monto atrasado actual

20 8000 6000 6005 NO Abona su atraso, aunque no el pago próximo a . vencer Se entiende que la .intención del abono era solo cubrir el atraso

20 8000 6000 7985 SI Abona su atraso, y del pago próximo a vencer le falta una cantidad muy . pequeña Se entiende que la intención era cubrir el atraso y el próximo

pago

20 8000 6000 8000 NO Cubre su atraso y el abono próximo a vencer

20 8000 0 4990 SI NO alcanza a abonar el monto a cubrir

20 8000 0 5000 NO Abona su atraso, aunque no el pago próximo a vencer

Para configurar dicho aviso deberemos configurar la siguiente tabla de parámetros:


IDTABLA = paramIDELEMENTO = dif_minima_pago_real_y_calculoParametro1 = 20- Es la cantidad mas grande por la que se mostrará el mensaje. Si faltara por abonar una cantidad mas grande que la parametrizada el mensaje no se observará.Parametro2 = 30102|30302- Lista de productos de prestamos a los que se les evaluará su pago completo.

Protección de listas bloquedas.

Como sabemos las listas bloqueadas son aquellas que se crean para evitar el acceso de ciertos usuarios a ciertas personas de la base de datos por diferentes situaciones.

Recordemos que las listas tienen como contenido Origen , Grupo, Socio, Num Usuario y Nombre de lista

Las listas llevan como nombre el prefijo “lista_bloq”. De esta manera SAICoop identifica que los socios incluidos en estas serán bloqueados a los usuarios que se muestran en la misma lista.

Las listas con prefijo “lista_bloq” protegen del acceso a los módulos Alta de personas, Traspasos, Ventanilla y Aperturas.

Adicionalmente a estas listas existe la denominada “rev_libretas_b” que bloquea el acceso a observar sus saldos y movimientos en el módulo de “Revisión de Libretas”

Aquí empezaba el problema:

Las listas de nombre “rev_libretas_b” no estaban protegidas por lo que era factible borrarlas por el propio usuario al que le aplicaba el bloqueo cuando este tenía acceso al modulo de “listado de particulares”.

Para impedir que esta y cualquiera otra lista que necesite ser protegida sea borrada se crea esta tabla de parámetros.

IDTABLA = param IDELEMENTO = listas_particulares_bloqueadasParametro2 = - Nombres de las listas bloquedas separadas por pipas.

Alta de personas: Nuevos campos y validaciones.

En este módulo donde se dan de alta y modifican los datos de las personas se agregaron una serie de campos que se listan enseguida:

Apartado de Personales:• Teléfono Celular• Entidad Federativa de Nacimiento

Apartado de Socioeconómicos:• Información Bancaria:

◦ Banco◦ Numero de cuenta bancaria◦ CLABE

NUEVO Apartado de Negocio Propio• Nombre del Negocio:

◦ Domicilio◦ Teléfonos

• Fecha de Inicio• RFC• Numero de empleados• Utilidad Mensual• Giro del Negocio


Se valida el RFC y el CURP:

Se valida que la longitud del RFC de la persona sea de 10, 12 o 13 caracteres, esto para proteger la captura de un RFC sin homoclave de una persona física (10 caracteres) de una persona física con homoclave (13 caracteres) y de una persona moral (12 caracteres)

También se valida la longitud del CURP sea de 18 caracteres.

Inactivación de Personas:

En este módulo se corrigió un problema que se presentaba al intentar inactivar una persona que había tenido un folio activo de un producto tipo contrato (Producto utilizado para administrar la renta de los salones).

Es este mismo caso ya no se valida al inactivar a las personas que tengan sus datos completos, ya que esto obligaba a complementar los datos al momento de dar de baja a la persona.

Reporte especial al arrancar y salir de SAICoop.

Este nuevo concepto pretende crear la infraestructura necesaria en la aplicación de SAICoop para lograr con la posterior elaboración de funciones SQL, se genere de forma automática un reporte especial y específico que se ejecutará cada vez que se arranca SAICoop, así como al salir de este.

La aplicabilidad de este concepto es tan amplia como las necesidades e información se tenga en la base de datos.

NO debemos perder de vista que el reporte del que hablamos se ejecutará cada vez que se intente accesar a SAICoop y aunque este permite decidir sobre el cancelar la ejecución del proceso de generación del reporte, cuando si se forme tardará tanto tiempo para accesar al sistema según sea necesario de acuerdo a los datos procesados.

Por lo anterior la recomendación es clara. Los datos a procesar antes del acceso a SAICoop deberían ser ágiles.

Ejemplos de lo anterior son:• Reporte de las inversiones a plazo fijo por vencer en el día• En general el resultado de datos procesados de forma nocturna

IDTABLA = temas_de_interes_y_pendientesIDELEMENTO = 1- El numero de usuario al que se le habilita la aparición del reporte Parametro1 = - Habilita la 0 = Salir 1 = Entrar 2 = En ambos casos. La aparición de los mensajes de interés y pendientes.Parametro2 = - Función que se ejecutará en cada caso.

Que hacer para que el usuario no modifique la tasa de descuento de los préstamos Aunque tenga permiso de modificar tasas.

La denominada “Tasa de Descuento” es la tasa preferencial que se configura en los préstamos para que en función de esta sean calculados los intereses.

La institución que no desea utilizar este concepto, pero que sin embargo tiene activado el permiso de modificar las tasas de interés, tiene la posibilidad de navegar por el espacio de la tasa de descuento, lo cual deja latente la oportunidad de modificar la mencionada tasa sin ser utilizada por la entidad.

Para resolver este problema se creó la siguiente tabla que impide la modificación de la tasa de descuento de los préstamos, aun que el usuario tenga asignados los permisos de “modif_tasas” o “modif_tasas_par”.

IDTABLA = param


IDELEMENTO = tasa_iod_siempre_en_cero- Impide la modificación de la tasa de descuento de los préstamos al momento de crear la apertura.- NO se requiere de valores adicionales en los parámetros para el funcionamiento de este tema.

Adicionalmente a lo anterior asegúrese que la tasa de descuento configurada en los prestamos sea cero en vez repetir la misma tasa ordinaria.

Para SAICoop el hecho de que la tasa de descuento sea cero o la misma tasa ordinaria es exactamente lo mismo, ya que representa que no hay descuento, solo que para este tema es necesario que la tasa de descuento sea cero.

Estado de Resultados por sucursal en base a prorrateo de cuentas.

En la actualidad las empresas usuarias de SAICoop tienen como práctica común llevar solo una contabilidad global, ya que durante la captura de las operaciones, principalmente del tema de gastos se llevan en la oficina del Corporativo, ya que es quien gira los cheques para cubrir estos.

Cuando nos enfrentamos ante la necesidad de obtener “Estados de Resultados” por oficina, damos cuenta de que los reportes muestran una concentración de las cuentas de resultados en un solo origen.

Dicho lo anterior surge el requerimiento y la idea de formar “Estados de Resultados” con cifras prorrateadas en base a una tabla precargada con los porcentajes asignados a cada una de las cuentas de resultados. Dicha tabla será definida por la entidad que guste de obtener este tipo de reportes.

La tabla de cuentas y porcentajes podrá ser elaborada en excell cubriendo estas columnas:

1.- Cuenta contable afectable de resultados2.- Porcentaje Sucursal 13.- Porcentaje Sucursal 2

Asi tantas columnas según sucursales cuente su entidad. La suma de los porcentajes de las sucursales deberá sumar por obvias razones estrictamente el 100%.

Inicia el proceso de configuración:

Con lo anterior formaremos un archivo que contara con la siguiente estructura:

origenes@31001|31002|31003|31004|31005|31006 40101010101@20|30|30|05|10|5 40101010102@25|25|20|15|5|10 40101010103@10|40|25|10|15|0 40101010104@45|05|15|20|0|15

La primera linea es de encabezado donde muestra de forma fija la palabra orígenes separado por una “@” y seguida por los números de los orígenes separados por el caracter “|”

A partir de la siguiente linea se agregan las cuentas afectables separada por una “@” y seguidas de los porcentajes de cada una de los orígenes existentes separados por el caracter “|”

Si fuere problema formar el archivo con la estructura explicada, en sistemas de FeNoreste, con gusto le apoyamos, solo requerimos la tabla de excell con las cuentas de resultados y porcentajes.

Una vez que se cuenta con el archivo correcto, con la ayuda de la siguiente función se cargarán los datos a la configuración de SAICoop.

SELECT carga_tabla_prorrateo_saldos_origenes('nombre_archivo.txt');

Esta instrucción se ejecutará como una consulta normal en / Utilerías / Otros / Ejecución de Querys /

Como apoyo podrá utilizar la siguiente consulta para observar las cuentas y porcentajes configuradas en la actualidad. SELECT pso.idcuenta, c.nombre, pso.idorigen, pso.porcentaje FROM prorrateo_saldos_origenes AS pso INNER JOIN cuentas AS c USING (idcuenta);


Obtención de los reportes:

En el módulo de Contabilidad / Reportes / Estados Financieros una vez que se cuenta con esta configuración SAICoop al intentar generar los reportes aparecerá un mensaje como este.

Deberá seleccionar la opción POR TABLA.

En resumen:

Lo que aqui explicamos es un mecanismo para obtener dichos Estados Financieros con cifras prorrateadas de acuerdo a los porcentajes configurados, sin embargo es necesario aclarar que los Estados de Resultados reales de acuerdo a la captura normal siguen trabajando seleccionando la opción PROCEDIMIENTO NORMAL

Boletos Electrónicos.

En este tema deseamos informar que con una Cooperativa estamos incursionando en el tema de los “Boletos Electrónicos” basados en la operación de las cuentas de ahorros, inversiones y/o préstamos.

La idea principal es que en función de las bases de un sorteo preparado para los socios de la Cooperativa, SAICoop sea capaz de identificar las condiciones y generar los números de los boletos con los que participará en el sorteo.

Los números de los boletos ganados aparecerán impresos en el ticket que se entrega como comprobante de la operaciones realizadas.

La información a detalle de cada uno de los boletos asignados están resguardados en la base de datos, por lo que en cualquier momento podremos conocer cuales son los números asignados a cada persona.

Lo difícil del concepto es controlar los errores de captura que en consecuencia generarán la asignación de boletos a la persona errónea.

Las condiciones que SAICoop evalúa actualmente para la asignación de boletos es obviamente la específica de las Cooperativa que nos solicitó este tema.

Aunque no es un tema que sea de uso generalizado creímos necesario difundirlo y esperar un poco a ver las implicaciones que todo nuevo concepto trae consigo con lo que depuraremos el tema, con lo que posteriormente estaremos en condiciones de extender este desarrollo a las demás entidades con el consabido desarrollo de la condiciones especiales que rijan en cada caso.

Cambios Varios:

• Se elimina la necesidad de configurar parámetros para que en la pantalla de acceso al SAICoop aparezca la opción de “Cambiar Password”.

• Se corrigió en “Aperturas de Depósitos a Plazo” ya que un problema que existía que provocaba cuando se tiene la posibilidad de modificar la fecha de su primer pago, una vez que el crédito era guardado con estatus “capturado”, se intentaba accesar nuevamente y la fecha capturada y guardada no se mostraba.

• Se agregó a la “Solicitud de Crédito”, “Contratos” y “Pagares” la posibilidad de mostrar un tercer y cuarto aval.• El modulo de la “Liquidación Masiva de Préstamos” se modificó para que pudiera ser utilizado por un usuario diferente al 999,

ya que estaba limitado a este.La restricción de que solo puede ser utilizado cuando no haya usuarios conectados al sistema permanece igual.

• El módulo de “Alta de Cuentas Contables” se modificó para evitar la pregunta que se hacía al dar de alta una cuenta cuando el periodo o mes anterior no estaba cerrado. Es este caso preguntaba si la cuenta se iba a usar con el mes actual o también con el anterior. Ahora cuando esto sucede en automático se habilita para usarse con los dos meses posibles, ya que esto generaba problemas de cuentas que no se mostraban en la balanza.

• Se corrigió un error que se tenía en la “Exportación Importación de Pólizas Extemporáneas”, ya que no se podía exportar las pólizas de los meses menores a 10.

• Se corrigió problema en “Aperturas de Prestamos” donde al intentar cancelar un folio de préstamos generaba un mensaje de error de “Fecha fuera de rango”

• Se corrigió problema en “Aperturas de Prestamos” ya que en el paso de autorizar estaba abierta la posibilidad de modificar el numero del usuario después de haber escrito la contraseña, guardando la ultima modificación sin validar la existencia misma del usuario.


• La opción de “Cambio de Password” que aparece en la pantalla de acceso a SAICoop deja de ser configurable, es decir ya no es necesario parámetro alguno para activar la opción.

• En los módulos de “Revisión de Libretas”, así como “Traspasos” se separó la información de las retenciones IDE e ISR que les aplican, así mismo en “Traspasos” se muestra ahora el escenario de intereses y retenciones calculados al vencimiento, así como a la fecha presente.

• En el módulo de “Revisión de Libretas” se abre la posibilidad de que la reimpresión de los tickets basado en la selección de los movimientos de los productos tipo servicio. Esto es particularmente útil cuando dicho movimiento fue el único realizado en la operación, ya que no había forma de seleccionarlo si no iba acompañado del movimiento de un producto de ahorro, inversión o préstamo.

• El modulo de “Productos” de manera ordinaria valida que no se utilice la misma cuenta contable ( que representa el saldo del producto ) para que esta afecte a mas de un producto, ya que esto finalmente termina por generar confusiones al evaluar los reportes de “Conciliación de Productos vs Contabilidad”. Ahora que si consciente de este tema se gusta de utilizar la misa cuenta lo podrá hacer creando la IDTABLA param IDELEMENTO repetir_cuentas_en_productos, sin parámetros adicionales.



Captura Extemporánea : Con fecha atrasada diferente al día último del mes anterior.

Como recordamos la captura extemporánea es una herramienta que se tiene para complementar la captura de pólizas cuando ya se ha rebasado el fin de mes y se pretende regresar al día último de los meses no cerrados y registrar asientos contables que NO AFECTEN a folios de ahorros, prestamos, deudores, etc

Con el cambio que ahora se libera ya existe la posibilidad de registrar pólizas de fechas atrasadas que NO AFECTEN a folios de ahorros, prestamos, deudores, etc

Para accesar a esta nueva opción se requiere del permiso : ”captura_extemp_otra_fecha”

Generador de Pólizas : Ya es posible cargar pólizas con fechas atrasadas.

Como es de todos sabido SAICoop cuenta con el denominado módulo Generador de Pólizas cuya finalidad principal es aplicar los asientos contables diseñados desde una hoja de cálculo.

El tema novedoso es la inclusión del parámetro de la fecha, lo que brinda la oportunidad de aplicar pólizas de fechas atrasadas.

Este proceso como todos tienen sus reglas que vemos enseguida:

• No se aceptan fechas futuras.• No se aceptan fechas de meses cerrados• No se acepta la afectación de folios de socios-clientes con fechas atrasadas.

Para la aplicación de asientos con fechas atrasadas se requiere del permiso: “cambio_fecha_generacion_poliza”

Ajuste de Préstamos en Ventanilla.

Cuantas veces nos hemos enfrentado ante la situación de que un cajero que opera en su trabajo diario en el módulo de “Ventanilla” aplica un abono a un préstamo y por diversos motivos solicita le sea cancelado, ya que de lo contrario le resultará un faltante al realizar el “Cierre de las Ventanilla”.

La operación cotidiana hasta hoy y que por lógica prevalecerá en SAICoop, es la posibilidad de ajustar vía “Traspasos” las cantidades abonadas enviándolas a una cuenta de ahorro de la que posteriormente se retirará desde “Ventanilla”.

Lo mismo pero mas fácil:

Ahora desde “Ventanilla” se permite la opción de ajuste de las operaciones de abono aplicada a los préstamos:

Solo se permite el ajuste de los abonos a préstamos.• Del mismo cajero• Del mismo día• Con las mismas cifras aplicadas en el movimiento de abono.

Beneficios de esta nueva funcionalidad de SAICoop:• Proceso mas ágil.• Se evita el involucramiento de cuentas de ahorro para cancelar el movimiento.• No implica perdida de control, ya que al estar el ajuste aplicado en el mismo asiento contable del Cajero se identifica plenamente

que el usuario que aplicó el abono y el ajuste son la misma persona, además de que no es permitido ajustar un folio al que no se le haya abonado o bien al mismo pero con otras cifras.

Para que lo explicado sea posible se requiere de los permisos:• “ajuste_por_ventanilla”• “ajuste_préstamo”• “retiro_por_ven”


Recuerde que existe una tabla que controla los productos que pueden ser retirados desde Ventanilla. Esta configuración nos ayuda a controlar que productos pueden ser retirados.

IDTABLA = param IDELEMENTO = retiro_ventanilla Parametro2 = 110|120|130 - Productos a los que se les puede hacer retiros o cargos por Ventanilla.

Entrega de Prestamos por Ventanilla

A partir de esta versión ya es posible realizar la entrega de préstamos desde el módulo de “Ventanilla”

Para lograrlo es necesario contar el permiso : “entrega_prestamo_en_ventanilla”

Como recordaremos en Ventanilla, se permite un solo movimiento de cargo y en este caso no es la excepción, por lo que se entiende que en un entrega de préstamo, será este solo movimiento el valido.

Mensaje de Retención de IDE.

Como sabemos existe una forma de hacer que aparezca un mensaje que nos advierta de una posible retención del IDE (Impuesto de Depósitos en Efectivo) que se activa con la tabla:

IDTABLA = param IDELEMENTO = evaluar_mensaje_retencion_ideParametro2 = - Productos a los que se les puede hacer retiros o cargos por Ventanilla.

Anteriormente se nos mostraba solo un mensaje de la inminente retención de IDE si se procedía a aplicar el movimiento. Ahora se muestra un resumen numérico con los siguientes datos:

– EFECTIVO DEPOSITADO: La cantidad de efectivo depositada antes de la operación – IDE RETENDIDO: El Impuesto ya retenido durante el mes.– BLOQUEO PARA IDE: La cantidad bloqueada de los ahorros que será retirada el último día del mes.– POR DEPOSITAR: Es la cantidad de efectivo que se intenta depositar en el momento que se muestra el mensaje.– POR BLOQUEAR: Es la cantidad que se bloquearía de ahorro para cubrir el IDE si se aplica el movimiento actual.

Cancelación de Bloqueo de IDE : Impuesto de Depósitos en Efectivo.

Alguna vez nos habremos enfrentado con el problema de que uno de los Cajeros haya aplicado en su “Ventanilla” alguna operación que dio como resultado que se bloqueara una parte de los ahorros para asegurar la retención del IDE y que inmediatamente el socio-cliente al percatarse de tal situación exige le sea cancelado tal movimiento, para dar marcha atrás al tema de la retención de IDE.

Ahora presentamos este mecanismo que viene a resolver el problema comentado en esta cronología de hechos.

1. Se realiza el deposito a la cuenta de ahorro.2. El cliente solicita le sea cancelado el movimiento el MISMO DIA.3. EXTREMO IMPORTANTE : El mismo cajero que atendió la operación de depósito deberá realizar el movimiento en contrario en el

mismo módulo de “Ventanilla” antes de que se le haya realizado su “Cierre de Caja”.4. DEBERÁ CANCELAR LA CANTIDAD EXACTA que depositó en su momento, esta es la forma que tiene el sistema de identificar que la

operación es la misma y que la intención es cancelar un movimiento erróneo.

El efecto de esta operación es la cancelación del impuesto retenido por el tema del IDE o la reducción del monto bloqueado del ahorro que se usaría para cubrir el Impuesto respectivo el fin del mes.


Pagos Hipotecarios (Fijos) : Amortizaciones sin decimales.

Los prestamos de tipo de amortización de Pagos Hipotecarios o (Pagos Fijos) tienen la característica básica de que la suma del interés ordinario + iva + el abono a capital son siempre iguales. Sin embargo la cifra mencionada termina en centavos.

Lo que estamos anunciando es la posibilidad de que la suma de cada abono se redondee al peso que sigue. Es decir que sin un abono quedó como 125.33 o 125.80, se estaría redondeando a 126.00

Lo anterior trae como efecto natural que la última amortización se reduzca y que se muestre muy probablemente con centavos, ya que refleja el resto de la amortización no cubierta en los pagos anteriores.

IDTABLA = param IDELEMENTO = amortizaciones_sin_decimalesParametro1 = 01/12/2011- Fecha desde la que se aplica este cambio. - Es muy importante colocar esta fecha, ya que de esto depende el calculo correcto de este tema.Parametro2 = 30102|30202- Lista de productos separada por “|”. Los productos que se muestran son solo a manera de ejemplo.

Pagos Hipotecarios (Fijos) : Intereses moratorios SOLO en base al principal atrasado

Como sabemos los prestamos de tipo de amortización de “Pagos Hipotecarios” (Pagos Fijos) basan el calculo de los eventuales intereses moratorios en el monto de las amortizaciones no cubiertas incluyendo de estas el principal, intereses ordinarios e iva de dichos intereses.

Ahora existe una posibilidad de configurar que la base del calculo de los intereses moratorios sea solo el monto del principal no cubierto.

Para esto es necesario configurar la tabla:

IDTABLA = param IDELEMENTO = calculo_interes_moratorioParametro3 = 1- El número 1 habilita que el calculo se base solo el el monto del principal atrasado.

Configuración de Cajón de Dinero para cobros en Ventanilla :

En una de nuestras Cooperativas afiliadas nos comentaban de la existencia de un Cajón de Dinero que se conecta a la impresora de ticket y que requiere de la configuración en SAICoop para que de la mano de la impresión de la tira del ticket se ejecute el comando para que el Cajón sea abierto de forma automática.

He aquí el parámetro necesario para su funcionamiento

IDTABLA = param IDELEMENTO = ticket4Parametro1 = - Activa la opción de la apertura del cajón de monedasParametro2 = - Caracteres que controlan la apertura del cajón de monedas.- Estos caracteres varía de acuerdo al modelo del Cajón de Dinero

Liquidación Masiva de Préstamos : Mas práctico

Este módulo que ha sido de gran utilidad para liquidar prestamos basado en los saldos de los ahorros de las mismas personas, se modifica para facilitar los procesos. Enseguida mostramos los temas específicos:

El proceso de “Liquidación Masiva de Préstamos” va muy comúnmente ligado al proceso de “Condonación Masiva de Intereses” ya que este segundo se realiza con anticipación al primero por obvias razones.


Lo que veníamos haciendo era formar un archivo texto con los números de los folios de los préstamos a los que se iba a condonar intereses y otro para los folios que se iban a liquidar. Aunque los folios fueran realmente los mismos había la necesidad de crear listas diferentes porque la condonación requiere de señalar si sera tanto para ordinarios y moratorios, lo cual se indica con una lista que contenga (Origen, Producto, Auxiliar, 1, 1) y la “Liquidación Masiva de Prestamos” solo requería de (Origen, Producto, Auxiliar).

• Un cambio importante es que la misma lista creada para las condonaciones ya es posible utilizarla para aplicar el proceso de Liquidación Masiva.

• Un cambio extra interesante es el hecho de que ahora es posible liquidar un préstamo tomando de la reserva aunque la persona no tenga saldo alguno en sus haberes.

Prelación de Garantías: Una forma de evitar el retiro de los ahorros cuando hay Créditos

Transcribo dos definiciones de prelación: • Preferencia o antelación con que un asunto debe ser atendido respecto de otro.• Prioridad o preferencia que tiene algo respecto a otras cosa.

Enfocado el término a la operatividad de SAICoop de los ahorros y los préstamos significa:

El orden que debe de observarse al tomar de los ahorros para abonar a los préstamos existentes.

Para aplicar el concepto de prelación de la garantía será necesario agrupar a los diferentes instrumentos de préstamos que ofrezca la entidad en lo que denominaremos “familias” He aquí un ejemplo:

• Familia01 = Los préstamos sin firma de avales ni garantías reales.• Familia02 = Los préstamos que si se tiene firma de avales.• Familia03 = Los préstamos que tiene además una garantía prendaria e hipotecaria.

Para definir las familias en la configuración de SAICoop se requiere de la tabla:

IDTABLA = prelacion_garantiasIDELEMENTO = familia_01- El elemento se compone de la palabra fija “familia” + el numero 01 hasta 99- Podrá existir hasta 99 familias que agrupen los prestamos de acuerdo al orden de importancia que cada entidad les asigne.Parametro2 = - Números de productos de prestamos separados por pipas “|”.

Para definir el o los productos de ahorro que serán protegidos de retiro se utiliza la siguiente tabla:

IDTABLA = paramIDELEMENTO = producto_ahorro_prelacionParametro2 = 110- El número del producto de ahorro. - Si utiliza mas de un producto se colocan en el mismo espacio separados por “|”

Proceso Operativo:

Una vez que se cuenta con la configuración de la tabla anterior en los módulos de “Ventanilla”, “Traspasos” y “Revisión de Libretas” se mostrará un disponible del ahorro que sale de la resta del saldo de este menos la suma de los saldos de los prestamos. (Aunque ni uno de los prestamos tenga señaladas garantías)

De esta forma se logra que el saldo de los ahorros no pueda ser retirado si el saldo en los préstamos es mayor.

Excepciones:

1. En el módulo de “Traspasos” podrá retirar el saldos de los ahorros para abonar a los prestamos si se cuenta con el permiso “retiro_garantia” siguiendo el orden de primero capturar el abono al préstamo y posteriormente el retiro de los ahorros. Solo se permitirán los abonos de esta forma siempre que se respete el orden de prioridad descrito en la tabla prelacion_garantias y sus diferentes familias antes explicado.

2. Si por alguna razón desea deshabilitar el concepto de “Prelación de Garantías” y que todo funcionara como si no existiera, pero


solo para un usuario, esto puede lograrlo utilizando el permiso: “ignora_prelacion”

Alta de Productos : Sin validar cuentas repetidas.

En el alta de los productos se cuenta con una restricción de que no se permita el guardado de los datos del producto siempre que las cuentas principales (Cuenta aplicable y en su caso Cuenta Vencida) hayan sido utilizadas en otro producto.

Para que el guardado de los productos sea factible sin validar la repetición de las cuentas se hace configurando la siguiente tabla:

IDTABLA = paramIDELEMENTO = repetir_cuentas_en_productos- La sola existencia de la tabla genera el efecto explicado- No se requiere de parámetros adicionales.

Contratos de texto con imagenes:

No queremos dejar pasar la oportunidad de comentarles que estamos dando los primeros pasos para la incorporación de imágenes en los contratos de ahorros y préstamos que existen en SAICoop, que hoy en día son un enorme acumulación de texto.

Para lograrlo estamos echando mano del famoso HTML que nos permite manejar las imágenes de buena forma, así como de un browser como “Firefox” o “Chrome”.

Por lo pronto el agregar imágenes a estos documentos será una tarea del área de desarrollo en tanto encontraramos una forma mas independiente de llevarlo a cabo.

Un ejemplo de este tema es una Cooperativa que requería de agregar la firma a manera de imagen de su director General en la parte baja de los contratos que se dan a firmar a sus socios.

Cálculo complementario de los Dias Vencidos:

Desde los inicios de SAICoop para el cálculo de los “Dias Vencidos” SOLO se había tomado en consideración el incumplimiento del pago de principal. Ahora y por observación directa de la CNBV además de la lógica que ya conocemos se agrega la identificación de los días de no pago de intereses que formarán parte del calculo de los Días vencidos.

Este tema se observara cuando existan los llamados adelantos al saldo del préstamo que da como consecuencia el “derecho” de no presentarse a abonar por un lapso de tiempo, pues se tienen varios pagos futuros cubiertos con anticipación.

Los mencionados adelantos se presentan en los tipos de amortización de “Pagos Periódicos de Capital e Intereses” y “Pagos Crecientes”, ya que estos determinan el pago de los intereses de acuerdo a los días trascurridos desde su último pago al presente.

En resumen y por citar un ejemplo, si una persona piensa que al adelantar pagos tiene el derecho de regresar en un tiempo prolongado, lo que sucederá ahora es que dicho préstamo presentará días vencidos, por aquellos días en los que no se presentó periódicamente a cubrir intereses, tal como era su compromiso.

Cambios Varios:

• Se corrigió en “Aperturas de Prestamos” un problema que existía que provocaba cuando se tiene la posibilidad de modificar la fecha de su primer pago, una vez que el crédito era guardado con estatus “capturado”, se intentaba accesar nuevamente y la fecha capturada y guardada no se mostraba.

• Se agregó a la “Solicitud de Crédito”, “Contratos” y “Pagares” la posibilidad de mostrar un tercer y cuarto aval.• Se corrigió la reimpresión del ticket ya que se mostraba con un numero de folio o consecutivo diferente al que originalmente se

había impreso.• Se agregó el campo del “nombre del usuario” al formato de póliza.• Se agregó el campo de “forma de pago” a la solicitud de crédito.• Se corrigió un problema que había con las tablas de amortización de los préstamos hipotecarios (fijos) con pagos en día último.• Se corrigió El reporte de “Movimiento de Productos” ya que en algunos casos no se mostraban los movimientos de folios con


estatus pagados.• Se modificó el reporte regulatorio de “Desagregado de Cartera” ya que los nombres de las personas solo se mostraban de

personas físicas. Ahora se agregaron las personas morales..• En “Revisión de Libretas” se agregó en la pestaña de “Datos de la Apertura” la opción de mostrar los IO, IDNC, IECO,

intereses corrientes e IM, tal como los almacena la base de datos, esto solo como dato informativo adicional. Para observarlos sera necesario pasar el cursor por encima del dato del interés ordinario.

• En los reportes del “Listado General de Depósitos a plazo” e “Inver-Ahorros” se modificaron para que en ambos apareciera claramente el Interés Devengado no pagado de las inversiónes, asi como el dato de encabezado “RA” que significa “Reinversión Automática”.


VERSION 1.25.0 del SAICoop

Huella Digital.

Calculo de la GAT ( Ganancia Anual Total )

De manera homologa al CAT Costo Anual Total que pretende mostrar en una sola cifra el costo total de estar abonando un préstamos, donde se incluyan todos los conceptos como intereses comisiones, etc. Ahora surge la GAT ( Ganancia Anual Total ) que enfoca el rendimiento total por los ahorros e inversiones depositados en una institución

Comisiones de Cobranza por Monto Fijo o ....

De manera homologa ....

Mas información en el alta de las personas

Actividad Economica.

Aperturas de los prestamos: Nuevos datos de las garantias y de la solicitud


Reinversiones Automáticas.


IDTABLA : reinversion_en_otro_productoIDELEMENTO : 209 Numero de producto de inversión originalPARAMATRO1 : 200 Es el producto en el que se reinvertirá

Cambios Varios:

• Se corrigió un problema en el “Cierre de Ventanilla” que se tenía cuando el origen de trabajo del cajero era distinto al del usuario que hace dicho cierre y que además la el numero de documentos definidos en una y otra sucursal fueran diferentes.

NOTA: CASO DE NUEVO MEXICO

• Se modificó en la “Impresión de Contratos” el datos del “estatus de vivienda”, ya que al mostrarse en el documento se visualizaban recorridos en su numeración, o que provocaba que se mostrara un dato erróneo e incluso uno nulo.NOTA: CASO DE NUEVO MEXICO

• En el abono a los prestamos hipotecarios se presentaba en casos muy especiales que no cuadraba la parte que se mostraba en pantalla con las cifras que intentaba aplicar, por lo que enviaba el mensaje error e impedía aplicar el movimiento.

NOTA: CASO DE BUENOS AIRES Y CREDI CLUB

• Cambios al Desagregado de Cartera para que aparezca el numero de renovación.



Cambio de vocabulario en los mensajes del SAICoop:

Como sabemos el sistema SAICoop nace en el mundo de las Cooperativas, en el cual en vocablo “Socio” es el término sin lugar a dudas mas utilizado y arraigado, tanto en dichas entidades como en el sistema.

Ahora al crecer el ámbito de influencia de SAICoop en otro tipo de entidades y al ser denominadas como “clientes” y al representar ambos términos contextos casi opuestos decidimos ubicar una palabra genérica que representara a ambos partes como es el de “personas”

Por la situación que comentamos antes ahora en los diferentes módulos del sistema encontrará de manera insistente la palabra “persona” para referirnos de igual manera a los socios como a los clientes.

Los grupos de personas y las denominaciones que cada entidad asigne a sus catálogos permanecen intactas.

Por la misma situación comentada el menú principal del SAICoop queda de la siguiente forma:

CONTABILIDAD• Pólizas• Reportes• Catálogos• Utilerías

SOCIOS – Ahora OPERACIONES• Operaciones – Ahora: Movimientos• Reportes• Catálogos

• Socios– Ahora: Personas• Utilerías

UTILERIAS• Catálogos• Otros• Depuraciones

Reimpresión del Comprobante de movimientos en Ventanilla: “TICKET”:

Las operaciones que se realizan en el módulo de “Ventanilla” dan como resultado la impresión del conocido comprobante denominado “Ticket”.

Ahora lo que se pretende con esta modificación es que los mencionados comprobantes puedan ser reimpresos.

Cual es la mecánica de la reimpresión de los Tickets.

Como sabemos un ticket puede estar formado por una serie de movimientos de productos e incluso de personas distintas.

Por los anterior para reimprimir se deberá acudir al módulo de “Revisión de Libretas” seleccionar a la persona y al folio donde haya realizado una de las operaciones, ubicarse en el estado de cuenta y hacer un click sobre el movimiento.

Al hacer lo anterior se habilitará el botón REIMPRIMIR TICKET

Configuración necesaria:

Todo usuario del SAICoop con privilegios para “Revisión de Libretas” podrá reimprimir un ticket, por lo que NO es requisito contar con acceso a “Ventanilla” solo deberá tener seleccionado en el módulo de


“Utilerías/Catálogos/Usuarios” en el espacio de “Impresora de ticket” el nombre de una impresora, que no necesariamente tendría que ser de ticket.

Por lo anterior es obvio entender que los usuarios (cajeros) con acceso a “Ventanilla” que ya tienen definida una “Impresora de ticket” para su trabajo cotidiano tomaran en automático dicha impresora para el tema que nos ocupa.

Sobre el contenido de las REIMPRESION:

La reimpresión estará señalada de forma visible como tal, adicionalmente se marcará su fecha y hora, de manera independiente a la fecha y hora real de los movimientos.

En la reimpresión no se visualizarán datos adicionales como son la relación de saldos, los próximos abonos y el atraso de sus préstamos.

Revisión de Libretas : Desaparece Saldo Diario Acumulado del estado de cuenta.

En el módulo de “Revisión de Libretas” desaparece del estado de cuenta de los ahorros e inversiones el datos del “Saldo Diario Acumulado”, que es la base para el calculo del “Saldo Promedio Diario”

Ahora para que aparezca este dato se requiere de tener configurada la tabla:

IDTABLA : estado_de_cuentaIDELEMENTO : imprime_saldo_diario_acumulado La sola existencia de la tabla hace que aparezcan los datos en el mencionado reporte.

Espacio para la firma en la impresión del Ticket:

Ahora en la impresión del Ticket al realizar operaciones en el módulo de “Ventanilla” se tiene la opción de configurar la impresión de una línea para la firma en la parte baja d ela impresión.

Esto es posible configurando la tabla:

IDTABLA : paramIDELEMENTO : imprime_firma_ticketPARAMATRO1 : Numero de lineas de espacio antes de la linea para la firma. Si el dato se deja vacío se toma por default 5 lineas.PARAMETRO2 : 1 El número 1 activa la opción para que se muestre la linea de la firma en depósitos y en retiros. Si este valor solo se muestra una linea para firma en el caso de los retiros.

Cierre de Operaciones: Eliminar masivamente sesiones de usuarios.

Si el que lee es un administrador del SAICoop, seguramente habrá sufrido la situación que comentamos enseguida:

Son las 9:00 de la mañana y al intentar accesar a SAICoop se da cuenta que el día anterior faltó un “Cierre de Ventanilla”, por lo que no se hizó el “Cierre de Operaciones” y en consecuencia tampoco “La Reclasificación de Préstamos”.

Lo que procede ahora es hacer el “Cierres de Ventanilla” pendientes lo cual es sencillo, sin embargo al intentar aplicar el “Cierre de Operaciones” habrá usuarios que estarán intentado accesar con la fecha actual, lo que provoca que haya sesiones activas, lo que impide hacer el “Cierre de Operaciones”.

La solución:


A partir de ahora se observará un botón de nombre “Elimina Conexiones Activas y Cierre de Operaciones” que le permitirá en un solo click dar de baja las sesiones de todos los usuarios en ese momento, así como el “Cierre de Operaciones” en un solo paso.

Consideraciones:No se podrá utilizar esta opción si se encuentran pólizas de ingresos pendientes de cerrar.

Método de distribución de adelantos para cada folio de préstamos.

Como hemos comentado en versiones anteriores en los préstamos de los tipos de amortización de “Pagos Periódicos” y “Pagos Crecientes” ha existido la forma de configurar la manera de como se distribuirán los adelantos que se realicen a dichos préstamos.

Los adelantos se aplican a:• Los pagos inmediatos siguientes.• Uniformemente a todos los pagos restantes.• A los pagos finales.

Estas formas de aplicar los adelantos afectaba a todos los préstamos que utilizaran estos tipos de amortización.

En que consiste el cambio:

Ahora la necesidad que se cubre es que que al realizar la apertura de cada crédito en lo individual se tendrá la posibilidad de señalar cualesquiera de los mencionados métodos que afectarán a ese folio en específico.

En que parte del proceso del préstamo se registra el método de adelantos:

Durante la apertura de los préstamos.

Para que se pida este valor en aperturas de préstamos se requiere de la tabla:

IDTABLA : paramIDELEMENTO : otra_distribucion_de_adelantosPARAMATRO1 : NO se requiere valor en los parámetros, solo que exista la TABLA y el ELEMENTO Se utiliza en tipos de amortización de Pagos Crecientes e Hipotecarios.

NOTA : Este como cualquier otro valor del préstamos no será posible modificarlo una vez que el crédito sea autorizado.

Impresión del Certificado de Aportación: MITRAS

Hasta la versión anterior solo existía la posibilidad de crear un solo formato de “Certificado de Aportación”

Ahora ya es posible relacionar la impresión de un formato mencionado con un producto específico, es decir que si se cuenta con dos productos, como “Certificados de Aportación” y “Certificados de Aportación Adicionales” cada uno de ellos podrá utilizar un diseño diferente.

Para lograr esto se requiere de crear un formato especial para el nuevo producto:

Los nombres de los formatos se forman con:

certificado_origen_producto ó certificado_producto

Donde :


certificado = Es una leyenda fija origen = Es el numero de origen en el que se utilizara el formato. Si no se define el origen el formato se emplea para todas las sucursales. producto = Es el numero de productos de ahorro al que se le imprimirá el formato.

Adicionalmente si se requiere de definir un producto espacial al que se le deba de imprimir el formato de Certificado de Aportación se hace en esta tabla:

IDTABLA : formato_certificadoIDELEMENTO : producto_para_dertificadoPARAMATRO2 : Los productos a los que se les podrá imprimir el formato del certificado separados por “|”

APERTURAS DE PRESTAMOS: Porcentaje de cubre el aval.

Ahora en “Aperturas de Prestamos” al definir los avales se requiere del dato del porcentaje por el que este se responsabilizará.

El nuevo dato es de captura opcional, por lo que si se deja vacío no afecta a la operación y proceso normal del préstamo.

Dicho dato al registrarse podrá ser impreso en los contratos de texto y solicitud de prestamos.

Cambios Varios:

• Se modificó en “Traspasos” el display del saldo restante del socio después de retirar su saldo total de ahorro de interés, de productos tipo ahorro. Anteriormente mostraba como restante el equivalente al monto de de los intereses cuando debería ser cero.

• Se corrigió el proceso de “Pago de intereses a los Ahorros” ya que se daba la situación de si en un folio se hacia una operación el mismo día en que se le aplicaba el interés no se estaba limpiando la “fechasdiacum” necesaria para el calculo del saldo promedio diario que se utiliza para definir si se hace retención al pagar el interés.

• A partir de esta versión se crea la validación para que se impida el acceso a “Ventanilla” a los usuarios que tienen asignado un origen donde no se encuentren debidamente configuradas las cuentas contables de referencia que se observan en / Utilerías / Catálogos / Catalogo de Orígenes.

• Como sabemos cada ocasión que se iniciaba operaciones con la aplicación del SAICoop se actualizaba la contraseña del usuario “admin” de Postgresql, sin embargo a medida de que se fue utilizando la opción del “Respaldo Automático” de la base de datos con el inicio de día incluido, esta modificación no se venía haciendo lo que provocaba confusión al intentar identificar cual era la clave del día actual.

• Se modificó el reporte de Prestamos entregados por Folio y fecha agregando filtro adicional

• Se modificó “Aperturas de Prestamos” ya que al contar con al configuración de las tablas de “tasas” no se validaba lo que en ellas se plasmaba cuando los pagos de los créditos estaban definidos en “Dias fijos del Mes”

•Ahora se valida en el proceso de cambio de contraseña en la pantalla de acceso al SAICoop el tema de los intentos fallidos, ya que si se coloca la contraseña actual varias veces erróneamente se bloqueará.

• Se agregá a la Bitácora del sistema el tema del “Cierre de Ventanilla” y el registro de datos laborales en el alta de las personas.



Fechas Inhábiles en la construcción de Tablas de amortizaciones:

Una necesidad principalmente de las SOFIPOS es que las Tablas de Amortización de los prestamos no reflejen en sus pagos fechas inhábiles para el Sistema Financiero

La idea es crear el espacio para que la propia entidad defina los días inhábiles de los próximos años para que así al realizar un apertura de prestamos se ignoren esas fechas en la formación de la Tabla de Amortización.

El sentido de esto es que en el proceso de formación de la Tabla de Amortización el sistema detecte que una o varias de las fechas compromiso coinciden con las fechas inhábiles y las recorra al siguiente día.

La definición de los días inhábiles puede llegar a variar de una entidad a otra, por lo que el mejor camino es definirlos en la siguiente tabla:

IDTABLA : dias_no_validos_para_pagosIDELEMENTO : 99/99/9999PARAMETRO2 : 110|130|3-- Es la fecha inhábil.-- Se creará un elemento por cada fecha inhábil.-- No es necesario llenar los parámetros.

Fechas inhábiles en Prestamos Hipotecarios:

En este tipo de amortización el cambio es solo en las fechas de la tabla de amortización, por lo que no se tocará el calculo de los intereses.

Fechas Inhábiles para Pagos Periódicos y Crecientes

Estos tipos de amortización tienen la característica de que los intereses se calculan por días transcurridos por lo que una modificación en las fechas debe afectar al cálculo de los intereses

Estados de Cuenta para Socios / Clientes

Las Cooperativas y Sofipos requieren de contar con una herramienta para generar correspondencia (cartas) donde se muestren los estados de cuenta, tanto de los ahorros como de los préstamos

IDTABLA: = 'param'IDELEMENTO: = 'productos_cartas_cobranza'DESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: = 'tipo' o 'producto'PARAMETRO2: = lista de idproductos o numeros de tipoproductos

Asi mismo se requiere del permiso: editar_cartas_de_cobranzaEste permiso se utiliza si ademas de imprimir las cartas se busca editar su formato.

Nivel de Riesgo de Lavado / Perfil Transaccional.

Este tema se refiere a una calificación que se le generará a cada persona en base a las condiciones que manifieste

La forma de calculo del PERFIL TRANSACCIONAL O NIVEL DE RIESGOS es:

ESTATUS VIVIENDA / ANTIGUEDAD VIVIENDA .. 1 ......... 1 a 5 ........ > 5 Años


http://sugps.fenoreste.com/requerimiento/modulo/requerimiento/form_requerimiento.php?idrequerimiento=201011

.. 0: ........... Propia ................ 7.5 ........ 10 .......... 10

.. 1: ........... Propia Conyuge ........ 7.5 ........ 10 .......... 10

.. 2: ........... Pagandola ............. 8 ........... 9 .......... 10

.. 3: ........... Pagandola Conyuge ..... 8 ........... 9 .......... 10

.. 4: ........... Rentada ............... 0 ........... 2.5 ......... 5

.. 5: ........... Prestada .............. 0 ........... 2.5 ......... 5

.. 6: ........... Familiar (No Padres) .. 0 ........... 2.5 ......... 5

.. 7: ........... Con Padres ............ 0 ........... 2.5 ......... 5

SUMA DE INGRESOS .......... Puntos==================================< = 50,000.00 ................. 20> = 50,001.00 < = 100,000.00 .. 10> = 100,001.00 ................ 0

NACIONALIDAD : ... Puntos=========================Mexicano .............. 5Extranjero ............ 0

EDAD : ........... Puntos=========================Entre 18 y 35 años .... 1Entre 36 y 60 ......... 3> = 61 ................ 5

ESTADO CIVIL : ... Puntos=========================Soltero ............... 0No soltero ............ 5

ANTIGUEDAD COMO SOCIO : Puntos==============================< 1 año ................ 5Entre 1 y 5 años ....... 7> 5 años .............. 10

ANTIGUEDAD LABORAL : Puntos===========================< 1 año ................ 5Entre 1 y 5 años ....... 7> 5 años .............. 10

OCUPACION: ===========================Enseguida se muestra la clasificación de las ocupaciones segmentada por sectores primario, secundario y terciarioCada uno de los siguientes ramos tiene un subdivisión de:

......................... PuntosAsalariado ............... 10Honorarios ............... 5Negocio propio formal .... 10Ama de casa .............. 0 Actividad Informal ....... 0Jubilado / Pensionado .... 10

ASIGNACION DE NIVEL DE RIESGOS:


===============================

La suma de los puntos obtenidos de acuerdo a las condiciones dan como resultado el Nivel de Riesgos de esta forma.

De 0 a 50 puntos NIVEL ALTOMas de 50 puntos NIVEL BAJO

– -------------------------------------------------------------- Define el rango de puntuación para declarar un ALTO RIESGO-- ------------------------------------------------------------IDTABLA : nivel_riesgo_lavadoIDELEMENTO : 1 (1...n)DESCRIPCION: Alto RiesgoPARAMETRO1 : 0PARAMETRO1 : 50

Cuando el sistema detecta que una persona fue calificada como de alto riesgo, envia un mensaje, cuyo texto puede configurarse gracias a esta tabla:

IDTABLA : paramIDELEMENTO : mensaje_nivel_riesgo_lavadoPARAMETRO1 : Pimera linea de mensajePARAMETRO2 : Segunda linea de mensajePARAMETRO3 : Tercera linea de mensajePARAMETRO4 : Carta linea de mensajePARAMETRO5 : Quinta linea de mensaje

Este concepto da una calificacion, la que se guarda y muestra como ............

Explicar el tema de los mensajes de datos faltantes ..............

Saldo Promedio Diario en "REVISION DE LIBRETAS":

El SALDO PROMEDIO DIARIO se obtiene de la suma de los saldos de cada día de un rango de fechas y la división del total entre el número de días que comprende dicho rango.

Ahora en “Revisión de Libretas” al seleccionar un rango de fechas para mostrar el estado de cuenta se calculará por ese mismo tiempo el dato que nos ocupa y se mostrará en la parte baja de la pestaña “Estado de Cuenta”

Así mismo se pide que el dato se muestre en la impresión del reporte al seleccionar

Además en el estado de cuenta impreso se muestra el SALDO DIARIO ACUMULADO y el total de este para la comprobación de la determinación del SALDO PROMEDIO DIARIO.

Se amplia la funcionalidad del permiso "rev_libretas"

Como sabemos el permiso “rev_libretas” se utiliza para observar la póliza en la que se aplican los movimientos al dar doble click en el estado de cuenta de un folio en el modulo del mismo nombre.

Ahora lo que se logró fue contar con permisos segmentados asi:

rev_libretasPara observar cualquier tipo de póliza al dar doble click sobre un movimiento del estado de cuenta


rev_libretas_ingresosPara observar póliza de INGRESOS al dar doble click sobre un movimiento del estado de cuenta

rev_libretas_egresosPara observar póliza de EGRESOS al dar doble click sobre un movimiento del estado de cuenta

rev_libretas_diarioPara observar póliza de DIARIO al dar doble click sobre un movimiento del estado de cuenta

El concepto OTROS ahora se muestra en Datos de la Apertura:

El concepto "otros" que se muestra en "Ventanilla" al intentar abonar a un prestamo y que se forma de las comisiones y seguros se agregó en los "Datos de Apertura" de Revision de Libretas.

Historial de Contraseñas:

Debido a una observación de la CNBV en revisión a una entidad se requería contar con un historial de las contraseñas de los usuarios del SAICoop.

El objetivo es que cada que un usuario cambie su clave esta se guarde (obvio encriptada) y se evite la utilización de las mismas en sus posteriores actualizaciones.

Existe una tabla de configuracion que controla el numero contraseñas a evaluar para impedir su repetición:

IDTABLA : paramIDELEMENTO : historial_passwdsPARAMETRO1 : -- Número máximo de passwds históricos que validará, no sean iguales al que se pretende agregar.

Sesiones concurrentes en el SAICoop:

Por observaciones de la CNBV a una de las entidades que utiliza el SAICoop se buscó desarrollar el control necesario para que el usuario abra solo una sesión del sistema.

Por lo anterior se desarrollo un concepto que nos permite limitar el numero máximo de sesiones activas por usuario.

-- Limite de sesiones para todos los usuarios

IDTABLA : maximo_de_sesiones_por_usuarioIDELEMENTO : todosPARAMETRO1 : - Cantidad de accesos permitidos por usuario- Por Default el valor es 1

-- Limite de sesiones para un usuario en especifico

IDTABLA : maximo_de_sesiones_por_usuarioIDELEMENTO : 1- Representa al numero del usuario del SAICoopPARAMETRO1 : - Cantidad de accesos permitidos para el usuario- Por Default el valor es 1

Se Agrega a Borrado de Temporales la Opcion de:DESBLOQUEO DE SESIONES:


Como sabemos el modulo de Borrado de Temporales limpia de movimientos que se hayan quedado sin aplicar al truncarse una operacion por cualquier razon. Asi mismo este modulo libera del registro de folios en edicion (ocupados) por un usuario cuando este ya no se encuentra en el sistema.

Ahora lo que se pretende es eliminar las sesiones de un usuario en el SAICoop que pudieran haberse quedado colgadas a nivel sistema operativo y que por tal motivo ya no se le permita acceder a nuevas sesiones

Agregar imagen del modulo ..............

Validación en EXPORTACION / IMPORTACION de pólizas:

Como sabemos este modulo genera en archivo texto las pólizas de diario capturadas EXTEMPORANEAMENTE en la base de producción los primeros días de un nuevo mes con la finalidad de trasportarlas y subirlas a una copia de la base de datos de fecha el dia ultimo del mes inmediato anterior.

Ahora se pretende validar que la EXPORTACION de dichas polizas se realice hasta que se haya cerrado el mes correspondiente

Al intentar EXPORTAR polizas de un mes el sistema debera verificar que dicho mes se encuentre cerrado

Modificación a GENERADOR DE POLIZAS :

Como sabemos el módulo generador de pólizas requiere de un archivo texto donde se especifican IdCuenta, IdOrigenp, IdProducto, IdAuxiliar, CargoAbono y Monto.

Con estos datos el SAICoop genera un asiento contable de diario.

Ahora se requiere de agregar a los campos mencionados el de SUCURSAL, con un formato de 5 espacios numéricos que representa el Origen al que corresponde dicho movimiento, esto solo para efectos de guardar el dato en el campo referencia de pólizas_d, tal como si la póliza se estuviera registrando en “Traspasos”.

El campo SUCURSAL solo será útil en el caso de que el movimiento se refiera a una cuenta contable.

Si el dato de SUCURSAL viene vacio se entiende que no se pretende guardar al aplicar la poliza, por lo que no se tomara como obligatorio

En el espacio de la SUCURSAL solo se aceptara los valores cero, null y un origen valido. Cualquier otro dato representara un error que se mostrara al intentar ejecutar el proceso.

Por lo anteriormente explicado se aceptara como valido un archivo con 6 y con 7 datos

Comisiones de Cobranza en base a un porcentaje fijo por Gestor.Explicar la liga que hay entre el cobro de las comisiones y la lista de recuperación.

Como sabemos el módulo generador de pólizas requiere de un archivo texto donde se especifican IdCuenta, IdOrigenp, IdProducto, IdAuxiliar, CargoAbono y Monto.



Reporte de Recuperación de Gestores / Promotores

En continuidad con los desarrollos en el tema de la cartera de créditos y la cobranza ahora ponemos a su disposición este concepto que viene a complementar las alcances del SAICoop.

En primera instancia se pensó en contar con un mecanismo que permitiera conocer la efectividad en los trabajos de gestión sobre un grupo de cuentas asignadas a un encargado denominado Gestor / Promotor

El resultado esperado por tanto es la identificación de los movimientos realizados por las personas o cuentas asignadas a los diferentes gestores.

Las operaciones reportadas pueden ser tanto de productos de préstamos como de ahorros e inversiones según haya sido definido en la configuración que se explica enseguida.

Paso 1 : Creación de listas de personas o folios asignados a los Gestores.

El principio para identificar la efectividad del trabajo sobre ciertas cuentas es contar con una lista de ellas relacionándolas con el Gestor encargado. Estas pueden estar formadas por personas o folios.

La creación y/o modificación de dichas listas es un proceso delicado por lo que requiere de contar con el permiso : "modifica_lista_gestor_cobranza"

El nombre de las listas deberá cumplir cabalmente con la estructura: G-01-10/01/2010

Donde: G- = Indica una lista de folios o personas asignadas a un Gestor de Cobranza. 01- = Representa al numero de Gestor que se define en la siguiente tabla:

IDTABLA: gestores IDELEMENTO: 01 -- Es el numero en la lista de gestores DESCRIPCION: Nombre del Gestor -- Es el nombre del Gestor o Despacho

10/01/2010 = Es la fecha de inicio de responsabilidad para el Gestor sobre las personas o folios que integran las lista. Por lo anterior esta parte debe representar forzosamente una fecha valida.

Las listas de personas deberán contener estos datos separados por "|".

• Origen de la persona• Grupo• Numero• Numero de usuario (999)• Nombre de la lista de acuerdo a las especificaciones anteriores.

Las listas de folios deberán contener estos datos separados por "|".

• Origen de apertura del folio• Producto• Numero de folio• Numero de usuario (999)• Nombre de la lista de acuerdo a las especificaciones anteriores.

Los módulos y rutas para cargar las listas de folios y de personas son:


• Socios / Utilerias / Listado de Particulares• Socios / Utilerias / Listado de Folios Particulares

IMPORTANTE: El SAICoop brinda la facilidad de construir la listas sobre las cuales el Gestor es responsable en base a números de personas o folios, esto significa que como usuario usted puede decidirse por una u otra tipo de lista, lo cual deja claro que no es necesario utilizar ambas.

Paso 2 : Obtención del reporte de Recuperación de Gestores / Promotores

Ruta de Menú : Socios / Reportes / Creditos / Reporte de Recuperación por Gestor

El objetivo de este reporte es observar los movimientos realizados en las cuentas sobre las que dedica su trabajo el Gestor.

Al accesar se mostrarán las listas almacenadas sobre las cuales se podrá realizar las búsquedas.

Como se comentó antes la fecha expresada en el nombre de la lista representa el inicio de responsabilidad del Gestor sobre las cuentas contenidas en ellas.

El final de la responsabilidad de las listas esta determinada por la fecha de una nueva lista del mismo Gestor o en su defecto la fecha actual.

Las listas serán seleccionadas con un click el cual las iluminará tal como se aprecia en la ilustración:

Los productos que se podrán seleccionar en el reporte y sobre los cuales serán buscados los movimientos realizados, deberán ser especificados previamente en la tabla de configuración:

IDTABLA : param IDELEMENTO : productos_recuperacion_gestor PARAMETRO2 : 110|130|3 Lista de productos separados por "|". Es factible utilizar la raíz del número del producto para considerar una serie de estos. En el ejemplo el 3 representa a todos los productos que inician con este número

Adicionalmente se muestra una selección de los diferentes tipos de pólizas donde se buscarán los movimientos realizados y el tipo de estos Cargos (retiros) y Abonos.

“VENTANILLA-TRASPASOS” Como impedir el retiro de un producto tipo ahorro aunque no este comprometido como garantía o retención IDE.

Si lo que necesita es contar con un producto tipo ahorro, al que no se le permita realizar retiros ni en


“Ventanilla” ni en “Traspasos” aquí esta la solución.

Por medio de la configuración de la siguiente tabla se impide que los saldos del producto o productos especificados tengan la posibilidad de ser retirados.

IDTABLA: paramIDELEMENTO: saldo_restringidoDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 130|133-- Es la lista de productos tipo ahorro separados por "|" a los que se les impedirá su retiro en "Ventanilla" y Traspasos"

Que hacer para evadir esta restricción :

Como en la mayoría de los casos que existe un bloqueo debe existir la llave para hacer lo que normalmente no se permite. En este caso se cuenta con dos permisos que posibilitan saltar dicha restricción.

PERMISO : retira_saldo_restringido : Para hacer retiros de todos los productos señalados en la tabla anterior

PERMISO : retira_saldo_restringido_99999 : Para hacer retiros solo del producto señalado en el nombre del permiso. Donde 99999 es el número del producto de ahorro. Si el producto es de tres dígitos se anteponen ceros, ejemplo 00133

"VENTANILLA" : Retiro de productos Tipo Servicio.

Como sabemos en "Ventanilla" se permite hacer retiros de los productos tipo ahorro. Ahora también es posible hacerlo con los productos tipo servicio siempre que se tenga configurada la tabla:

IDTABLA: paramIDELEMENTO: retiro_ventanillaDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 130|131|132-- Son los productos separados por "|" a los que se les permite ser retirados por ventanilla. En este mismo espacio se agregará el producto tipo servicio.

Además de la tabla de configuración es necesario que el usuario cuente con el permiso "retiro_por_ven"

"APERTURAS" Establecimiento de Abonos a Préstamos en tipo de amortización "Pagos Hipotecarios (FIJOS)" siempre el día último del mes.

El esquema de amortización mas reciente es el llamado de "Pagos Hipotecarios", que no es otra cosa que Pagos Fijos.

Ahora se cuenta con la variante de que sus pagos sean establecidos el día último de cada uno de los meses de duración del préstamo.

El producto de préstamos debe tener definido como tipo de periodo de pago : Pagos en días fijos (Pagos el mismo día del mes)

Para que esto funcione se requiere de inicio contar con la siguiente tabla:

IDTABLA: paramIDELEMENTO: dias_fechaactivacion_virtual_pDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 15-- Son los días permitidos hacia adelante o atrás en que se podrá programar el primer pago en una tabla


de amortización en referencia al cumplimiento del mes después de la fecha de entrega.-- Por ejemplo si la entrega del préstamo es el día 20 del agosto el primer abono sería el 20 del septiembre, sin embargo si se programa que el primer pago sea hasta el día 30 de septiembre, representa 10 días después de lo común. De igual manera si se define que el primer pago sea el 05 de Septiembre representa 15 días antes de lo normal.

Además se requiere de la tabla:

IDTABLA: paramIDELEMENTO: abonos_hipotecarios_dia_ultimoDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 30102!30402|31002-- Son los productos de préstamos separados por "|" a los que se les programará su pago para el último día del mes.

Donde se observa que lo anterior se cumpla :

Al estar elaborando la Apertura del Préstamo se mostrará un espacio para modificar la fecha del primer pago. Es ahi donde se establece una fecha que deberá coincidir con la del último día del mes. Haciendo lo anterior al llegar a la tabla de amortización observe que las fechas de los pagos coinciden con las del último día de cada mes.

Para que no se genere retención ISR al pagar el interés los productos ahorro–depósito-inverahorro.

NO USAR SI USTED ES UNA COOPERATIVA.

Como sabemos los productos tipo ahorro, depósito e inverahorro al generar un interés que es pagado al socio-cliente, traen consigo la posibilidad de una retención de ISR basada en el cumplimiento de las leyes fiscales.

Una sofipo nos ha solicitado que a un producto de los tipos mencionados no generen la retención de ISR tal como se hace de forma normal, esto para cubrir la posibilidad de abrir cuentas a una IAP (Institución


P A R A M E T R O S

ID tabla IDELEMENTO DESCRIPCION 1 2

dato01 Coeficiente de Liquidez ( B/A ) 915000000000 0

dato02 A. Total de pasivos a corto plazo ( 1+2 ) 915001000000 f201+f202

dato03 915001010000 f201

dato04 915001010100 f20101

dato05 915001010200 p200+p205

dato06 2. Prestamos bancarios y de otros organismos 915001010300 f20103

dato07 915001020000 f202

dato08 915001020100 f20201+f20202

dato09 3. Cuentas de Cheques 915002000000 f10101

dato10 915002010000 f10102+f10103

dato11 915002020000

dato12 915002020100 f10201

dato13 915002020200 f10202

dato14 915002020300 f10203

dato15 915002020400 f10204

regulatorio_coef_liquidez


regulatorio_coef_liquidez 1. Depositos a corto plazo y titulos emitidos

regulatorio_coef_liquidez De exigibilidad inmediara

regulatorio_coef_liquidez Depositos a plazo (menor o igual a 30 dias)


regulatorio_coef_liquidez De corto plazo (menor o igual a 30 dias)

regulatorio_coef_liquidez B. Total activos liquidos de corto plazo ( 3+4 )


regulatorio_coef_liquidez 4. Inv en valores vencim menor igual 30 dias

regulatorio_coef_liquidez Titulos para Negociar

f102010101+f102010102+f102010103+ff102010101+f10201f10

regulatorio_coef_liquidez Titulos disponibles para la venta

regulatorio_coef_liquidez Titulos conservados al Vencimiento

regulatorio_coef_liquidez Titulos recibidos en reporto

regulatorio_coef_liquidez Inv valores vencim < = 30 dias s/desagregacion

de Asistencia Privada) a la que debido a su objetivo social no debe retenerse ISR

Para lograr esto es necesario crear la siguiente tabla:

IDTABLA: paramIDELEMENTO: productos_no_retencion_isrDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 133|134|207-- Productos tipo ahorro e inverahorros separados por "|" a los que no se les calculará ni quitará la retención.

NOTA : La eliminación del cálculo y cobro de la retención aplica a todos los folios de los producto definidos en la tabla de configuración arriba mencionada, por lo que se recomienda la creación de productos especiales para este tipo de organismos, lo cual de paso ayudará a tenerlos perfectamente identificados.

“VENTANILLA” Para que no se imprima el saldo de los folios en el Ticket .

Como medida de seguridad o porque así se considere conveniente ahora se cuenta con la posibilidad de impedir que los saldos de los folios a los que se les realice movimientos por Ventanilla se muestren en la impresión de los Tickets.

Para lograr esto es necesario crear la siguiente tabla:

IDTABLA : param IDELEMENTO : ticket_no_imprime_saldos DESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2 : 130|132 -- Productos a los que se les omitirá mostrar los saldos en los tickets

Con la misma configuración de igual forma se evita se muestren los saldos de los productos señalados en el espacio conocido como estado de cuenta dentro del ticket.

“VENTANILLA” Para imprimir un espacio para la firma en el TICKET en caso de retiros.

Como sabemos en el módulo de “Ventanilla” es posible realizar retiros de productos tipo ahorro y servicio y como comprobante se imprime un Ticket.

Ahora tenemos la alternativa de imprimir un espacio para la firma del socio/cliente

Como la mayoría de los temas el sistema este es configurable y se decide sobre su uso configurando la siguiente tabla:

IDTABLA : param IDELEMENTO : imprime_firma_ticketDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1 : -- Numero de lineas en blanco antes de la linea de la firma Por default se dejaran 5 espacios.

Revisión de Libretas : Más y más información

En esta versión se agregan diferentes datos como :

Pestaña "Datos de la Apertura": El monto de "otros" para los prestamos:

El monto denominado "otros" que ya observamos en los módulos de "Ventanilla" y "Traspasos" al abonar a un


préstamo. (En este espacio se incluyen las cifras generadas por motivos de la Comisión de Cobranza, así como el monto de los seguros asociados a los préstamos hipotecarios). Ahora lo podemos ver también en la pestaña de "Datos de la Apertura".

Pestaña "Estado de cuenta":

Se incorporan tres columnas adicionales que vienen a solucionar igual número de datos importantes como son :

Días Vencidos: y Monto Vencido:De gran utilidad para los prestamos ya que guardará el estado de estos dos datos antes de la aplicación del movimiento y podremos en adelante identificar de manera fácil si antes de abonar había alguna morosidad.

Efectivo:Es el monto del efectivo destinado para cubrir este movimiento. De beneficio principalmente para los productos de captación en la identificación de los depósitos de efectivo como apoyo al tema del IDE.

Nueva Pestaña : Movimientos de Servicios.

Se anexa una pestaña mas al módulo que facilitará las búsqueda de movimientos de los productos de tipo servicio que como sabemos no manejan un folio asociado a la persona.

Los datos solicitados son un rango de productos tipo servicio, así como un rango de fechas.

El resultado se observa similar al de un estado de cuenta de los productos que si manejan folios. De igual forma al dar doble click sobre uno de los movimientos se mostrará la póliza contable.

Opción de Impresión :

Al usar el botón IMPRIMIR se muestra varias opciones: En el tema de Depósitos en Efectivo ahora se mostrarán los movimientos de los productos servicio siempre que dicho producto se encuentre descrito en la IDTABLA param IDELEMENTO retencion_ide

Impresión de Movimientos Tipo Servicio :

Se agrega esta opción al dar click al botón <F11> Imprimir permitiéndose seleccionar al igual que las existentes.

Auxiliar de Catalogo : Se agrega el datos de "Sucursal"

"Sucursal" es el origen capturado en el módulo de "Traspasos" después de escribir el número de cuenta contable y antes del monto del movimiento.

Recordemos que este origen o sucursal tiene como objetivo guardar una referencia sobre cada cargo a abono que se registra en las pólizas al usar directamente las cuentas contables y que se activa con la tabla :

IDTABLA: paramIDELEMENTO: cargos_abonos_por_sucursalDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 4|501|502|102|101-- Los prefijos de los números de las cuentas que se desea el SAICoop les solicite el origen de referencia.

El mencionado dato se mostrará como una columna al final del reporte y formará parte de los criterios de selección del reporte, donde por default aparecerá señalada la opción de consolidado.

Nota Importante :


Si en su base de datos no se tiene configurada la tabla descrita al generar un reporte deje señalada la opción consolidada del dato "Sucursal", para asegurar que aparezcan todos los datos.

Impresión del numero de cheque en la columna referencia:

Este tema se modificó de tal forma que si se dio una reimpresión de los cheques el dato que se mostrará será el último de ellos.

“APERTURAS DE PRESTAMOS” Asignación automática de Garantías de Ahorro según preferencia.

La idea básica es que al autorizarse un préstamo este quede al máximo protegido por garantía de ahorro tomándose de otros prestamos activos de la misma persona, sobre los cuales tenga precedencia o preferencia.

La precedencia es a que productos se les podrá eliminar la garantía para ser tomada por el nuevo folio. Esto se controla en la tabla abajo descrita.

IDTABLA: paramIDELEMENTO: precedencia_garantia_prestamosPARAMETRO1: Números de producto de préstamo a autorizarse Los productos se expresan separados por “|” Es factible usar prefijos de número de productos como mínimo de dos dígitos PARAMETRO2: Números de productos de préstamos a borrase garantía Los productos se expresan separados por “|” Es factible usar prefijos de número de productos como mínimo de dos dígitos

Al hacer uso de la preferencia configurada en tablas, tomará de las garantías existentes solo la parte necesaria para el nuevo crédito, es decir que si para cubrir el nuevo crédito de garantía al 100% solo requiere de una parte de la garantía de otro, solo tomará esa porción.

Al intentar tomar de la garantía de otro préstamo el sistema enviará un mensaje como el que se observa enseguida:

“APERTURAS DE PRESTAMOS”Seguros de Prestamos Hipotecarios en base al valor del Avalúo / Garantía.

A los préstamos hipotecarios es posible definirles un par de primas se seguros que hasta la versión anterior se calculaban tomando de base el monto del préstamo.

Ahora de hizo una modificación para que uno de los montos de los seguros de los prestamos hipotecarios se calcule en base al valor del Avaluo / Garantía en vez del monto del préstamo.

Para poder hacer el cálculo del seguro usando el avalúo de una garantía hipotecaria primero hay que agregar el préstamo en la lista de productos que esta en el PARAMETRO2 de:


IDTABLA: paramIDELEMENTO: prestamos_seguro_obligatorio

Al estar en esa lista, se leera la siguiente tabla :

IDTABLA: paramIDELEMENTO: seguro_depende_de_avaluo_casaPARAMETRO1: Porcentaje para el seguro (valor como porcentaje) PARAMETRO2: Producto o lista de productos de préstamo a los que se calculará el seguro usando el avalúo

Una vez configuradas estas dos tablas, al acceder a la parte de AVALES Y GARANTIAS de la Apertura del préstamo, el espacio del primer seguro se queda inactivo. Al dar el valor de la garantía, automáticamente calcula el seguro, y permite colocar el folio.

Prestamos Paralelos.Asegurarse que se abone al corriente un préstamo antes que otro.

Esta nueva funcionalidad del SAICoop busca controlar que al intentar abonar a un préstamo se valide que previamente se haya abonado a otro con el que este referenciado

La forma de controlarlo es que al intentar abonar valide que el préstamo referenciado tenga cubierto los abonos atrasados y el abono compromiso mas próximo.

Abono Compromiso es el que sigue, por ejemplo HOY = 09/AGO/2010 sus abonos son el día 15 de cada mes su abono compromiso es el 15/AGO/2010.

Para controlar este tema se usará la tabla:

IDTABLA : paramIDELEMENTO : prestamos_paralelosPARAMETRO1 : - El préstamo con prioridad de cobro 1 – Préstamo que debe cubrirse primero.PARAMETRO2 : - El préstamo con prioridad de cobro 2 – Préstamo que debe cubrirse después.

Donde se verá reflejada esta situación:

En APERTURAS DE PRESTAMOS al hacer la apertura del producto representado en el PARAMETRO1 buscará la existencia del especificado en el segundo PARAMETRO, sin importar el estatus de los dos.

Además en VENTANILLA-TRASPASOS al intentar abonar el segundo préstamo, se forzará que primero se cumpla con el primero

Cambios varios:

● Se corrigió un problema que se tenía en “Aperturas de Prestamos” cuando en el “Alta de Productos” se le definía la comisión por apertura a manera de porcentaje. Recordar que en la pestaña “Parámetros” en Alta de Productos se define este dato, donde si se establece una cantidad mayor a 1 representan pesos y si es una cifra menor a 1 significa un porcentaje.

● Se corrigió un problema que hacía que una póliza de Egresos se convirtiera en Diario. Esto sucedía si se combinaban una serie de pasos específicos que hacían que el SAICoop perdiera la huella de la identificación del tipo de la póliza.

● Se modificó la “Apertura de Préstamos”, ya que el primer dato que pide “Fecha de Solicitud” se guardara y mostrara al acceder con una apertura ya guardada

● Se corrigió el módulo del “Alta de Municipios”, ya que al dar de alta uno nuevo fallaba al colocar el rango de códigos postales.

● Se modificó la “Apertura de Préstamos”, ya que las bases de datos montadas en la versión de Postgresql 8.4 no funcionaba el tema de agregar garantías a prestamos activos. (MITRAS)

● Se modificó la impresión del formato de “Certificado de Aportación”, ya que en el espacio de la edad del socio aparecía en vez del número la palabra edad. Esto solo a quienes tienen la versión


8.4 de Postgresql● Se corrigió un problema que se tenía al abonar a algunos créditos cuando se tenía configurado el

tema de las comisiones por “Gestoría de Cobranza”● Se modificó el “Pago del Interés al Ahorro” para que el caso de que al calcular el monto de los

intereses y de la retención y la segunda fuera mayor, no diera como resultado un pago negativo en los intereses.

● Hasta la versión anterior solo se guardaban los movimientos de los productos servicio realizados en las pólizas tipo resumen como son las generadas en la captura por Ventanilla. A partir de ahora también se guardará el detalle de esos movimientos generados en pólizas NO resumen.



Cobro automático de Comisión por Gestión de Cobranza.

El cobro automático de las comisiones por motivo de la gestoría de cobranza es ya una realidad, para esto existen dos esquemas:

Por días vencidos:Se detecta ciertos días vencidos y basado en un rango se determina la comisión requerida.

Por proceso judicial:Si importar los días vencidos, al estar señalado como tal y asignado a un determinado despacho de abogados se determina en base al porcentaje marcado. Esta excluye a la primera.

Base del cálculo:

La base del cálculo de las comisiones será en todos los casos la suma del monto atrasado mas los intereses ordinarios, moratorios y sus respectivos ivas.

Para trabajar con la comisión por días vencidos es necesario configurar esta tabla:

IDTABLA: comision_cobranzaIDELEMENTO: rango01-- Para agregar rangos defina los nombres de los elementos como rango01, rango02, etc-- Podrán coexistir todos los rangos que sean necesariosDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1:-- Es el rango mínimo de días vencidosPARAMETRO2:-- Es el rango máximo de días vencidosPARAMETRO3:-- Es el porcentaje de comisión que cobra de acuerdo al rango de días vencidosPARAMETRO4:-- Es el producto tipo servicio al que se envía el cobro de la comisión. Es posible establecer un producto diferente para cada rango.

A continuación tenemos un ejemplo de la configuración de la tabla mencionada, observe que los rangos 5 y 6 contienen los mismos días vencidos con el 5% y 3% respectivamente.

Al detectar una definición de tablas como esta el SAICoop cobrará las dos comisiones iluminadas de forma simultanea. Este tema es útil pero para algunas entidades puede representar un calculo erróneo, por lo que los sugerimos observar cuidadosamente el traslape de días entre los diferentes rangos.

Para trabajar con la comisión por proceso judicial es necesario seguir estos pasos:

- Registrar a las personas demandadas en el módulo / Socios / Reportes / Créditos / Cartera de créditos / Control de Socios Demandados, asignándoles un abogado.

- Configurar la siguiente tabla:IDTABLA: comision_cobranzaIDELEMENTO: demandado01


IDTABLA IDELEMENTO Parametro 1 Parametro 2 Parametro 3 Parametro 4

comision_cobranza rango01 30 59 1 124comision_cobranza rango02 60 89 2 125comision_cobranza rango03 90 119 3 126comision_cobranza rango04 120 179 4 127comision_cobranza rango05 180 9999 5 128comision_cobranza rango06 180 9999 3 129

-- El número que se muestra después de la palabra demandado representa el número de abogado, que se expresa en los IDELEMENTO de la IDTABLA = "abogados".DESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO3:-- Es el porcentaje de comisión que cobra PARAMETRO4:-- Es el producto tipo servicio al que se envía el cobro de la comisión. Es posible establecer un producto diferente para abogado

Condonando el cobro de la comisión:

Durante la negociación del requerimiento del pago del crédito atrasado, puede necesitarse el perdón de una parte o todo el monto de la comisión calculada.

La señalización de ese nuevo monto que pudiera ser un poco menor, cero e inclusive mayor se realizará en el módulo ubicado en / Socios / Utilerias / Modifica Comisión por Gestión de Cobranza.

Al acceder al módulo se solicitará el número de la persona, así como el folio del préstamo que se pretende abonar, con esto se mostrará la suma vencida base del cálculo y el porcentaje que aplica según el caso, asi como la Comisión Calculada.

En la parte baja se observa un espacio para la Comisión Negociada. Es la que deberá establecer y sustituirá a la calculada al momento de la realización del pago.

MUY IMPORTANTE:

La Comisión Negociada al igual que la Calculada se cobrara de forma proporcional a como sea cubierta la suma vencida que se muestra en la ilustración, por lo que al no liquidarse completa el sistema no requerirá el pago completo de la comisión aunque esta haya sido modificada.

Una vez modificado el monto a la comisión y realizado un pago parcial o total se borrará la cifra negociada y volverá al cálculo normal del rango o abogado que corresponda.

A que productos de préstamo aplica el cobro de las Comisiones de Cobranza:

Ordinariamente aplica a todos los productos de préstamo, pero si deseamos que aplique solo a unos cuantos sera necesario definir la siguiente tabla:

IDTABLA: comision_cobranzaIDELEMENTO: productos_usadosDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2:-- Son los productos de prestamos separados por "|" sin comillas a los que aplica el cobro de las comisiones.-- Es factible el uso de raíces de números de productos para considerar un grupo. Por ejemplo 301|31|34502 representa a todos los productos que contengan en su numeración la serie "301" en cualquier parte, así mismo a los que contengan la serie "31" y el específicamente el producto "34502".


Aperturas de Productos : Rangos de edades válidas. Mas completo.

Como sabemos en la versión anterior se incorporó al SAICoop el tema de las edades válidas o rangos de edades entre las que se deberán encontrar las personas que deseen acceder a los diferentes productos de ahorros, inversiones, préstamos, etc.

Ahora este concepto se amplía al generar la posibilidad de que una persona que rebasa el rango permitido de edades pueda acceder al producto siempre que al momento de haber ingresado haya tenido la edad que establecen los rangos.

Para que esto sea posible es necesario además de registrar en el módulo de “Alta de Productos” el rango válido, configurar la siguiente tabla:

IDTABLA: validar_edad_del_socioIDELEMENTO: campo_extraDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: fechaingreso-- Es el nombre del campo donde se guarda la fecha de ingreso de la personaPARAMETRO2: personas-- Es la tabla donde se guarda el dato de la fecha de ingreso de la persona

Permiso para pasar validación:

Al contar con el permiso “apertura_sin_rango_edad_110”, le permitirá crear aperturas del producto citado (110) sin importar que haya un rango de edades establecido en el alta del producto.

Al contar con el permiso “apertura_sin_rango_edad”, le permitirá crear aperturas de todos los productos sin importar que haya un rango de edades establecido en el alta del producto.

Captura obligada de Códigos Postales en “Alta de Municipios y Colonias”

Apoyando a que el registro de los datos sean mas correctos, que se reduzcan los errores de captura y se incremente el porcentaje de calidad de la base de datos según la revisión que hace el Buró de Crédito, a partir de esta versión en el módulo de “Alta de Municipios” se deberá registrar también el rango o los rangos de códigos postales validos.

Estos rangos pueden obtenerse del catálogo de códigos postales publicado en la página de SEPOMEX ( http://www.sepomex.gob.mx/servicios/paginas/descargacp.aspx )

En los campos rango_inicial y rango_final pueden registrase mas de un rango por ejemplo:

rango_inicial 64000,65000,66000rango_final 64500,65500,66500

Esto significa que serán permitidos los códigos postales que vayan del 64000 al 64500, del 65000 al 65500 y del 66000 al 66500

No tuvimos las condiciones para haber realizado la actualización de estos rangos válidos al mismo tiempo de la actualización de la versión del SAICoop debido a la diferencia de catálogos que existen en cada unas de las entidades.

Una vez que los rangos están registrados en “Alta de Municipios” al acceder al módulo de “Alta de Colonias” el SAICoop lo forzará a que establezca el código postal y que esta vaya de acuerdo al municipio en la que se encuentra ubicada.

Búsqueda avanzada en Utilerias / Tablas

Al registrar los parámetros de configuración de los diferentes módulos del SAICoop utilizamos el “Módulo


http://www.sepomex.gob.mx/servicios/paginas/descargacp.aspx

de Tablas”, donde ahora agregamos una búsqueda avanzada que permitirá la fácil localización sin el conocimiento pleno del nombre del parámetro.

Como funciona esto:

Al estar ubicado en el espacio para escribir el nombre de la IDTABLA y dar <F3> se muestra una lista, presionando una vez la flecha derecha (-->) se muestran las tablas ordenadas de forma alfabética, presionando una vez mas la flecha derecha (-->) se mostrará un espacio para escribir el nombre o una parte de la IDTABLA o IDELEMENTO que se busca. Entonces se mostraran una lista con tablas y elementos que coincidan con el texto escrito.

Leyendas de pie de página de Estados Financieros. “Atención SOFIPOS”

La leyenda que aparece en la parte baja de los estados financieros ahora cambia dependiendo si se trata de una Cooperativa de Ahorro y Prestamos o una SOFIPO.

Si si entidad es una Cooperativa no requiere de hacer cambio alguno.

Si su entidad es una SOFIPO deberá asegurarse de que a esta tabla de Configuración se le agregue el valor del párametro 5.

IDTABLA: requerimiento_capitalIDELEMENTO: nivel_operacionesDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO5: 1-- El número 1 es un switch que nos indica que se trata de una SOFIPO y en consecuencia se envia un mensaje diferente al de las Cooperativas.

No deberá alterar los valores de los demás parámetros, ya que ellos controlan otras funcionalidades del SAICoop.

Preparativos para la migración a la versión 8.4 de Postgres

En en espacio de tiempo comprendido en el desarrollo de la versión que ahora nos ocupa dedicamos una buena parte a la adecuación y pruebas con la versión 8.4 de Postgresql, la cual pretendemos iniciar su instalación posterior a la liberación de esta versión 1.21.0 del SAICoop. Este proceso lo iniciaremos con Caja Cerro de la Silla, posteriormente estaremos platicando con cada una de las entidades para programar los pasos previos y el momento idóneo para el cambio.

Cambios varios.

● En el módulo de “Alta de Productos” se validó que no se permitiera que mas de un producto utilizara las mismas cuentas contables para el registro del saldo. En el caso de los productos tipo préstamo se trata de las dos primeras cuentas etiquetadas como “cuentaaplica” y “cuentavencida”. Para cualquier otro tipo de producto la validación recae en la primera de las cuentas que aparecen en la lista.

● Se modificó la “Conciliación de Productos vs Contabilidad” para que la columna de diferencia apareciera en positivo o negativo según fuera el resultado de la la resta de Contabilidad – Auxiliares, ya que antes siempre se mostraba en positivo.

● Se corrigió el Reporte de “Riesgos de Crédito y Mercado” para el Nivel 2, ya que al procesarse no guardaba los resultados, lo cual es necesario para la posterior obtención de las razones financieras.

●Se modificó la "Balanza de Comprobación” para que el espaciado de las 6 columnas de cifras vaya acorde a los totales, ya que en algunos casos estos se mostraban traslapados.


● Al reporte de “Control de Presupuesto” se le agregaron los montos presupuestados y realizados a las cuentas de agrupación, ya que anteriormente solo se mostraban en los espacios de las cuentas afectables.

● Se creo una validación al “Aceptar Pago” en el módulo de “Ventanilla” al registrarse un cheque Salvo Buen Cobro, para que ya no pregunte efectivo o cheques.

● Al “Catálogo de Finalidades” se le agregó la posibilidad de registrar la Clave Siti necesaria para la elaboración de los Reportes Regulatorios.

● En los préstamos con tipo de amortización de “Pagos Hipotecarios” (Fijos) se modificó la lógica para que los pagos sean totalmente fijos, ya que algunos pagos podían aparecer con diferencia de 1 centavo. Ahora las diferencias se acumularán y reflejaran solo en el último pago.



Alta de personas : Impide dar de alta persona si ya existe un homónimo.

Si lo que pretende es evitar que su catalogo de personas se llene con los mismos nombres dados de alta varias veces, en grupos diferentes, esta es una solución.

En la versión 1.16.0 liberamos esta posibilidad, mediante la configuración de la tabla que se describe enseguida. Sin embargo en su momento no se tenía la manera de permitir que algún homónimo al comprobarse que era este una persona diferente se pudiera dar de alta.

El proceso manual es el siguiente:

Se configura la tabla que define a los grupos de personas que se evaluaran que no se registren nuevamente los mismos nombres.

IDTABLA: paramIDELEMENTO: impide_dar_de_alta_personaDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 10|20|25-- Son los grupos en los que revisara la existencia de la persona con el mismo nombre y apellidos que se pretende dar de alta.PARAMETRO3:-- Es el Nombre de la persona que se le permitirá el alta aunque exista ya en el catalogo.PARAMETRO4:-- Es el Apellido Paterno de la persona que se le permitirá el alta aunque exista ya en el catalogo.PARAMETRO5:-- Es el Apellido Materno de la persona que se le permitirá el alta aunque exista ya en el catalogo.

Al intentar dar de alta a una persona de estos grupos el sistema enviara un mensaje e impedirá la consumación del proceso.

La única forma de dar de alta a una persona que este registrada en los grupos de personas definidos en la tabla de configuración mencionada es llenando los parametros 3 al 5, tal como se explica.

Renovación personalizada de la contraseña.

El que cada usuario tenga la posibilidad de modificar en todo momento su propia contraseña es ya una realidad.

En la pantalla de acceso al SAICoop, al dar <enter> despues de escribir el número de usuario, aparecerá la pestaña “Cambiar Password”, al dar click en ella se mostrara la carátula para la renovación de la contraseña.

Para que esto funcione es necesario configurar la tabla:

IDTABLA: paramIDELEMENTO: usuario_cambia_passwordDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.-- No es necesario configurar algún dato en los parametros, la sola existencia de la tabla crea la funcionalidad mencionada.

Estados Financieros: Optimización en la generación de estos reportes.

Hasta la versión anterior el método para generar estos reportes consistía en el cálculo de los saldos de todas las cuentas cada vez que se solicitaba al sistema alguno de ellos.


A partir de ahora y de manera similar a como se trabaja con el tema de la “Cartera Vencida”, donde se guarda el último cálculo de esta, en los Estados Financieros se podrá guardar la última información generada para la siguiente vez solo se muestren los datos (Si estos son todavía vigentes) y se evite el tiempo recalculo de los saldos, reduciendo de manera considerable el tiempos de espera para la obtención de estos reportes.

Como se observará este cambio en el SAICoop:

Al intentar procesar un Estados Financiero aparecerán estas etiquetas que tienen este significado:

CALCULAR SALDOS Y GUARDARLOS.- No hay cálculos guardados para el año, mes y rango de orígenes seleccionados. Al usar esta opción se procesará y mostrará el reporte seleccionado a la vez que se quedará guardado.

USAR DATOS CALCULADOS.- Si hay datos guardados para el año, mes y rango de orígenes seleccionados. Al usar esta opción ya no realizará un nuevo cálculo de cuentas, mostrará los almacenados con anterioridad.

RECALCULAR DATOS.- Si hay datos guardados para el año, mes y rango de orígenes seleccionados. Al usar esta opción eliminará los cálculos anteriores procesará y guardará los nuevos actualizados.

PROCEDIMIENTO NORMAL.- Es el método tradicional que se ha usado siempre para la generación de los reportes y consiste en calcular cada vez los saldos. En este caso no se guardan los cálculos realizados.

Muy Importante:

El SAICoop guardará los cálculos realizados para los periodos (año y mes) de manera independiente, esto quiere decir que el calculo de un período distinto no representa la eliminación del primero ya que estos son diferentes.

El recalculo del mismo periodo si representa la eliminación de los datos anteriores del mismo año y mes.

En términos de tiempos de procesamiento el “Procedimiento Normal” o anterior es el mas pesado, seguido por el de “Recalcular Datos”, que aunque implica el recalculo de los saldos de las cuentas, se observa mas ligero al contar con un método de procesamiento optimizado y finalmente el mas rápido es el de “Usar Datos Calculados” que toma los datos almacenados la última fecha de generación del reporte.

Una vez calculados y guardados los datos de un año y mes el sistema enviará la opción de “Usar Datos Calculados”

Registro de la CLAVE SITI a las cuentas contables para Regulatorios.

Como se publicó en documentos anteriores el SAICoop cuenta con la emisión de los “Reportes Regulatorios” y uno de los inconvenientes que se tenían era el registro de las CLAVES SITI con las que tienen referencia cada una de las cuentas contables que se envían en los reportes.

Ahora en el módulo de “Alta de Cuentas” es posible editar y/o registrar una CLAVE SITI a una cuenta en particular.

Como funciona:

Seleccione la cuenta y se habilitará el botón <F5 Clave Siti>, al cual deberá dar click para que aparezca la ventana emergente que le permitirá establecer la nueva clave.


Aperturas de Productos : Rangos de edades válidas.

Ahora el módulo de “Aperturas de Productos” cuenta con la posibilidad de bloquear la posibilidad de elaboración de aperturas tomado como base la edad de las personas.

Para esto se requiere obvio que la persona cuente con el registro correcto de su fecha de nacimiento, así como que en el módulo de “Alta de Productos” se encuentre configurado el rango de edades validas que esta situado en la pestaña “Parámetros”.

El control descrito aplica a cada uno de los diferentes productos por separado, por lo que al requerirse por ejemplo de un restricción de esta naturaleza para todos los créditos, habrá que establecer el mencionado rango en todos esos productos de prestamos.

El no establecimiento de este parámetro en el modulo de “Alta de Productos” indica al SAICoop la no evaluación de esta condición para la creación de una nueva apertura.

Registro automático de bloqueo a empleados en ingreso de familiares.

Una entidad tiene como política de seguridad bloquear a los empleados el acceso al SAICoop a las cuentas de sus propios familiares.

Adicionalmente se han dado a la tarea de recabar una lista de los familiares que aun no son miembros de la sociedad. Con esta información se ha creado:

• Un grupo especial llamado Familiares de empleados.• Se han registrados todos los familiares en este grupo de personas.• Se ha creado una lista bloqueada donde se relaciona a cada empleado con sus familiares, con esto el empleado tiene

bloqueado el acceso a los números de personas que representan sus familiares aunque estos no sean miembros de la sociedad.

Aquí inicia el nuevo desarrollo:

Ahora se requiere que ante la eventualidad del ingreso a la entidad de una de la personas que están registradas como familiares de los empleados, en automático se bloquee para el funcionario correspondiente.

Si al momento del ingreso el propio empleado intenta ingresar a su familiar previamente registrado el sistema impedirá la consumación del alta, por lo que el alta solo será posible con otro usuario.

Para que esto funcione es necesario contar con la tabla de configuración:

IDTABLA : param IDELEMENTO: bloquea_nuevo_socio_a_usuario PARAMETRO2: nombre de la lista bloqueada-- Es el nombre de la lista de particulares con el prefijo de nombre “lista_bloq” donde se registran a los empleados y sus familiares (Potenciales miembros de la sociedad).

Como sabemos desde la versión 1.8.0 existe la posibilidad de contar con listas de personas relacionadas con usuarios del SAICoop a los cuales se les bloquea el acceso a estas personas solo por formar parte de listas particulares con el prefijo de nombre “lista_bloq”

Limite de Crédito personalizado

A partir de esta versión usted podrá establecer un limite de crédito a cada persona en lo particular y para cada crédito en lo


específico.

Es muy importante aclarar que este concepto se debe utilizar precisamente cuando a una persona en lo particular le aplique un limite de crédito diferente a los demás. Si lo que necesita es establecer un limite mínimo y máximo que aplique de igual forma a todos lo que usted busca se define en el módulo de “Alta de Productos” y es un tema distinto que aquí tratamos.

Otro punto de gran importancia es la predominancia que tiene la definición del limite de crédito aquí explicado, sobre los limites de crédito que puedan definirse en “Alta de Productos” a la generalidad de las personas. Es decir que si existe un limite de crédito para la persona este mandará sobre el limite del producto en lo general así este sea menor.

Hay tres formas de establecer un limite de crédito:

Monto Fijo:Como su nombre lo dice es una cantidad máxima que independientemente de los saldos actuales se podrá otorgar a la persona.

Reciprocidad:El limite se forma multiplicando los saldos de los ahorros actuales por un numero de veces definido para la persona. Por ejemplo 3 veces el saldo del producto 101 Partes Sociales y 3 veces el saldo del producto 110 Ahorro

Un mecanismo para impedir que en la definición del límite de crédito por reciprocidad se tomen en consideración productos de forma errónea es la siguiente tabla de configuración:

IDTABLA: limite_de_creditoIDELEMENTO: productos_para_reciprocidadDESCRIPCION: Controla los productos validos para calcular la reciprocidad.PARAMETRO2: 101|110-- Son los productos que se podrán tomar de base para el cálculo del limite de crédito en base a una reciprocidad

Capital de Riesgo:Es el monto que excede a la suma de los saldos de sus cuentas de ahorros definidas. Por ejemplo si se requiere de un crédito de $25,000.00 y en la suma de sus ahorros se tiene $10,000.00, el capital de riesgo es la diferencia entre ambos 25,000.00 – 10,000.00 = 15,000.00 Para controlar que en la definición del limite de crédito por Capital de Riesgo, de cada una de las personas se realice tomando como base solo los productos validos se crea esta tabla de configuración.

IDTABLA: limite_de_creditoIDELEMENTO: productos_capital_riesgo-- Son los productos tipo DESCRIPCION: Controla .... PARAMETRO2: 101|110-- Son los productos tipo ahorro, deposito e inverahorro que se podrán tomar de base para el calculo del limite de crédito por Capital de Riesgo.

Donde se establece el limite de credito para cada persona ?

En el módulo OP125 / Socios / Operaciones / Créditos / Limite de Crédito.

El programa pide los siguiente datos:

Persona : Origen, Grupo, NumeroProducto : El número de producto de préstamosTipo Limite : 1 : Monto Fijo 2 : Reciprocidad 3 : Capital de RiesgoMonto : Solo en el caso del “Tipo de Limite” de Monto Fijo y ReciprocidadProducto : El o los productos tipo ahorro que se toman de base para el calculo


Solo en el Tipo Limite “Reciprocidad”Factor : Es el número de veces que se toma el ahorro de base para el calculo Solo en el Tipo Limite “Reciprocidad”Fecha Limite: Es la fecha de vigencia del limite de crédito establecido.

Donde se observa la aplicación de este concepto:

Una vez establecido el limite de crédito para alguna persona en lo particular, al momento de hacer una nueva apertura de un préstamo el sistema validará las condiciones plasmadas y cuidará su cumplimiento enviando los mensajes restrictivos según fuere el caso.

Un plus de esta aplicación es su inteligencia para evaluar la existencia de créditos actuales, los cuales se consideran para hacer el análisis del límite de crédito.

Un ejemplo de esto es el que al momento de la realización de la Apertura del Préstamo envía en caso necesario el mensaje de los créditos existentes que pudieran ser liquidados con el nuevo para de esta forma permitir la apertura por el monto solicitado. Y va mas allá, ya que en la entrega del nuevo, el módulo de traspasos envía directamente la liquidación del anterior asegurando así la integridad del límite de crédito establecido.

Cambios varios.

● En el modulo de “Alta de personas” en el apartado de referencias se agregó la referencia de nombre “Firma Autorizada”, que como su nombre lo dice pretende almacenar a las personas que fungirían como una firma autorizadas para efectuar retiros a nombre del principal en aquellas entidades que este procedimiento sea considerado válido

● En el módulo de “Alta de personas” se agregó el dato de captura “Causa de la Baja”, el cual solo podrá usarse cuando la persona tiene estatus inactivo.



Reportes Regulatorios

Al respecto de los "Reportes Regulatorios", podemos mencionar que en esta versión se le modificaron de tal forma que puedan ser enviados al SITI (Sistema Inter-Institucional Transferencia de Información) que mantiene la CNBV y que es el medio para que las entidades autorizadas envíen los reportes respectivos.

Sobre mencionar que la formación de estos reportes requiere de todo un trabajo de coordinación entre la entidad que requiera de este tema y el área de sistemas de FeNoreste.

Proceso del "Reclasificación de Prestamos". Sin Interrupciones.

El llamado proceso de "Reclasificación de Prestamos”, es aquel que mantiene los préstamos en apego a los lineamientos del Boletín B-3 Cartera de Créditos y se realiza desde los inicios del SAICoop al final de cada día, por lo que se ha denominado de esta forma a los procesos que se hacen el final de la jornada diaria.

A traves del tiempo a este proceso nocturno se le han ido incorporado otra serie de estos con características automáticas como son:

• Reinversiones automáticas• Pago del Interés a los ahorros• Retenciones de IDE e ISR• Generación de cartera vencida el fin de mes.• Paso de folios liquidados a las tablas históricas.• etc

El cambio sustancial de estos procesos consistió en la modificación de las funciones para que estas ahora se ejecuten sin interrupciones, como puede apreciarse en la plantilla al ejecutarse.

Un extra de este desarrollo fue el hecho de que se preparó para que en caso de requerirse un nuevo proceso masivo, este se pueda incorporar los existentes sin necesidad de esperar a una nueva versión. Así mismo cancelar un proceso puede hacerse sin necesidad de modificar código, tan solo haga contacto con sistemas de FeNoreste.

Recuperación de EPRC

Como sabemos en versiones anteriores comentamos que el SAICoop, ya cuenta con la posibilidad de manejar la recuperación de la Estimación Precve

Bloqueo de la sesion por inactividad.

Ahora en SAICoop existe la posibilidad de bloquear las sesiones de sus usuarios al detectar que ha tenido cierto tiempo de inactividad.

Para que este tema funcione es necesario configurar la siguiente tabla:

IDTABLA: paramIDELEMENTO: configuracion_bloqueo_saicoopDESCRIPCION: Controla el tiempo de inactividad permitida

PARAMETRO1: 5-- Los minutos máximos de inactividad para bloquear la sesión.-- El valor esta expresado en minutos y es posible manejar fracciones. Ejemplo 2.5

PARAMETRO2: 1-- Es el tiempo que pasa para verificar si ya se tienen los 5 minutos de inactividad, de acuerdo al


ejemplo del parámetro 1.-- El valor esta expresado en minutos y es posible manejar fracciones.

PARAMETRO3: 1-- Habilita un botón en la parte baja de los accesos rápidos para inactivar por decisión del usuario su sesión cuando pretende retirarse de su equipo.

Prestamos SBC ahora mas automatico.

Se facilita la operación al realizarse la apertura del préstamo SBC de forma automática al utilizar el producto directamente en “Ventanilla”

Para activar esta opción es necesario contar con la tabla:

IDTABLA: paramIDELEMENTO: prestamos_para_cheques_sbc DESCRIPCION: Controla .... PARAMETRO2: 30999 -- Producto de préstamo que se usa para respaldar el cheque SBC PARAMETRO3: 30-- El numero de días del plazo del préstamo.

IDTABLA: paramIDELEMENTO: imprime_pagare_deudor DESCRIPCION: Controla .... PARAMETRO2: 30999-- Producto de préstamo que se imprimirá su pagar en Ventanilla SBC

Comisión por apertura de prestamos de manera automatica.

Ahora es posible que el sistema dispare el cobro de una comisión por apertura de prestamos configurando la siguiente tabla:

Describir el cambio de productos y como funciona.

Prioridad. 1.- Primero la tabla de los rangos. 2.- El producto.

Comisión a todos los productos de prestamos: IDTABLA: comisiones_prestamos_apertura IDELEMENTO: r01 -- Aplica a todos los prestamos. -- Pueden existir N numero de rangos. DESCRIPCION: Nota informativa libre.PARAMETRO1: -- Rango inicial del monto de la apertura del préstamo al que le aplica la comisión. PARAMETRO2: -- Rango final del monto de la apertura del préstamo al que le aplica la comisión. PARAMETRO3: -- Monto o porcentaje de la comisión. -- Un valor menor a uno representa un porcentaje. -- Un valor mayor a uno representa un monto fijo en pesos.


Comisión a un producto de prestamos:

IDTABLA: comisiones_prestamos_apertura IDELEMENTO: 39999_r01 -- Aplica solo al producto señalado (39999). -- Pueden existir N numero de rangos. DESCRIPCION: Nota informativa libre.PARAMETRO1: -- Rango inicial del monto de la apertura del préstamo al que le aplica la comisión. PARAMETRO2: -- Rango final del monto de la apertura del préstamo al que le aplica la comisión. PARAMETRO3: -- Monto o porcentaje de la comisión. -- Un valor menor a uno representa un porcentaje. -- Un valor mayor a uno representa un monto fijo en pesos.

Donde se aplica la comisión.

IDTABLA: param IDELEMENTO: comision_por_apertura DESCRIPCION: Controla .... PARAMETRO2: 501 -- Producto tipo servicio al que se envía el cobro de la comisión

Permiso para modificar el monto de la comisión en aperturas.

"modifica_comision_prestamo"

Explicar como funciona traspasos al entregar el préstamo.

Rangos de tasas para DPFs


IDTABLA: tasas IDELEMENTO: tasadpfr01 ... DESCRIPCION: Controla .... PARAMETRO1: -- Rango inicial del monto de la inversión PARAMETRO2: -- Rango final del monto de la inversión PARAMETRO3: -- 28 = Plazo de la inversión. -- 28|55 = Al rango de días del plazo de la inversión PARAMETRO4: -- La tasa de la inversión


Garantía en Factor.

Donde IDTABLA: garantia_factor_bloqueoIDELEMENTO: productoprestamoDESCRIPCION: Controla .... PARAMETRO2: 1.20-- Según el ejemplo significa que para solicitar 1000.00 de préstamo se requiere de 1200.00 de ahorro-- 3+4-5

Cambios Varios.

El ABC de productos se modificó para registrar el monto o porcentaje de la comisión de prestamos. El pago de los intereses a los ahorros se corrigió en la aplicación. La Generación de la cartera vencida, Preguntar que se cambio. Se corrigió reportes de movimientos por usuario. La reimpresión del cheque.

SAN NICOLAS-- En usuarios que se permita cambiar solo el origen del usuario sin modificar mas. Cambio de Origen.- Recursos humanos.

Para controlar el monto de los prestamos en base al Capital Social.

Donde se aplica la comisión. IDTABLA: param IDELEMENTO: informacion_capital_social DESCRIPCION: Controla .... PARAMETRO2: -- Cuentas -- 3+4-5

Estos son los IVAS que tomara en cuenta para la formación de los préstamos.

IDTABLA: param IDELEMENTO: iva_al_16DESCRIPCION: Controla .... PARAMETRO1: -- Iva Normal.PARAMETRO2: -- Iva de Frontera.



Abonos programados a préstamos: Dejando el abono en un producto tipo ahorro.

Funciona para créditos de Pagos Periódicos y Pagos Crecientes.

Como sabemos los préstamos de Pagos Periódicos en el SAICoop cuentan con tres formas de aplicar los montos que se

Un producto semejante a la cuenta corriente que se llame pagos anticipados.

Se registrará el folio y el monto a abonar.

Similar a como se hacen las reinversiones automáticas. Aquí se llamaran abonos automáticos.

Aperturas de Prestamos:

Ahora ya es posible observar en las tablas de amortización de los prestamos con pagos crecientes.

Tabla de amortizaciones de prestamos crecientes con tasa de descuento.

IDTABLA: param IDELEMENTO: interes_descuento DESCRIPCION: -- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla. PARAMETRO1: 1 -- Indica que mostrará el escenario sin descuento y con descuento PARAMETRO2: 30302|30402|30502 -- Es la lista de productos de prestamos con el tipo de amoartización de pagos crecientes a los que se mostrará los intereses con descuento.

- Nuevo Módulo: Asignacion de calificaciones a folios.

ABC de personas :

-- ABC de personas: Validar el tema del tipo de ingreso.

-- ABC de personas: Que tome como valido 0 dependientes economicos.

-- ABC de personas: Los tipos de ocupacion. Dato complementario.

-- Dejar la ocupación actual como descrpción de la ocupación

En el modulo de "ABC de personas" se modificó la parte de los datos obligatorios. FRANCISCO Los dependientes económicos - Los dependientes económicos.- Que acepte el cero como dato para que pueda ser obligatorios.

El <F3> de las personas morales. FRANCISCO Explicar con graficos. IDTABLA: param IDELEMENTO: numero_grupo_personas_morales DESCRIPCION: Descripcion:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla. PARAMETRO1: 11|12|13


-- Es la lista de

Explicar como se ve el nombre en un solo campo.

Cambios varios.

● Se corrigió el programa de "Pago los intereses a los ahorros" ya que marcaba error al aplicarlos y se salía del sistema, aunque estos finalmente se aplicaban de manera correcta, ya que esto se podía verificar la póliza en el Libro Diario y se observaba correctamente.

●● Se modificó el reporte del "Libro Mayor " . Ahora ... Para que eliminar los meses que no tienen

movimientos ni saldos. ●● Se corrigió el problema que se presentaba al iniciar el primer día del mes en las entidades que no

se ejecuta la "Reclasificación de Prestamos". ●● Se corrigió el reporte del "Catálogo de Cuentas", que solo mostraba datos cuando no se elegían los

parámetros de selección, además que ahora se cuenta con todos los datos de las cuentas como son el tipo, la naturaleza, la clase, el estatus, original (la distinción de que se trata de una cuenta del catalogo mínima o creada por la entidad), asi como la fecha de alta o baja.

●● Se corrigió la "Revisión de Libretas" ya que no permitía borrar las garantias de los préstamos,

cuando es estos no había la referencia con el folio del ahorro a la que estaba ligado. ●● Se corrigió la impresión del formato de contrato de los depósitos a plazo fijo en el módulo de

"Aperturas de Productos" y en el de "Reimpresión de Dpfs e Inverahorros", ya que permitía modificar el numero del folio antes de guardar los beneficiarios, lo cual llegó a generar un problema con las reinversiones automáticas que se llevan a cabo junto con la Reclasificación de los préstamos

●● Al modúlo de ABC usuarios se le corrigieron estos puntos: ● No detectaba el cambio de contraseña, si al escribirla no se daba <enter> al finalizar la captura,

lo cual creaba confusión al guardarla. ● No dejaba activar un usuario, si este no contaba con el dato de la fecha limite. ● Al dar enter en el Numero de persona para establecer los folios de sobrantes y faltantes. ●●● Se llevo a cabo una revisión exhaustiva de todos los módulos del SAICoop, en la busqueda de

situaciones que pudieran detener los procesos al aplicar movimientos en los apartados de captura del sistema, esto con la intención de impedir el colgado de procesos que afecte al performance del sistema en su conjunto.

●● La impresón del scoring con una etiqueta o clave del reporte PREGUNTAR. ●

● Los campos para los contratos de los prestamos que faltaban. describirlos. FRANCISCO.



Se agregan nuevos conceptos en ABC de productos

En esta versión se agregaron varios conceptos nuevos como:

Sobreprecio : Es el costo del crédito que se agrega al mismo y del resultado obtenido se calculan los pagos con la periodicidad seleccionada. Se deberá definir un porcentaje y una cuenta contable.

IVA de sobreprecio : Al ser el sobreprecio el costo del crédito lleva tal como el interés un IVA inherente. Se deberá definir un porcentaje y una cuenta contable.

NOTA: El concepto sobreprecio excluye al interés ordinario y viceversa.

Tipo de pago Quincenal : Un nuevo esquema de pago que no es lo mismo que cada quince días. La idea básica es que sean dos pagos en el mes los días 15 y último. A diferencia de los pagos periódicos donde la diferencia de días entre cada pago es la misma, en los pagos quincenales esta situación no se cumple.

Además es posible alterar los días por default (15 y último) por otros diferentes y generar un esquema que vaya mas acorde a las fechas de la obtención de los ingresos, como por ejemplo los días 3 y 18 de cada mes, donde suponemos que el pago es el 15 y último y se crea un margen de días entre la recepción de los ingresos y el pago.


IDTABLA: paramIDELEMENTO: dias_pagos_quincenalesDESCRIPCION: Controla los días de pago.PARAMETRO1: 3-- Es el día del primer pago en el mesPARAMETRO2: 18-- Es el día del segundo pago en el mesPARAMETRO3: 1-- Significa que uno de los pagos es el día último del mes

El efecto de esta configuración se podrá observar claramente al realizar una apertura que tenga configurado este nuevo tipo de amortización

Tolerancia Interés Moratorio : Son los días vencidos que puede llegar a tener un crédito y aún así no generar interés moratorio.

El efecto de esta configuración se podrá observar en las partes del SAICoop que muestran el cálculo de los intereses.

Monto comisión de No pago : Es la comisión que se cobra por no haber realizado el pago en tiempo. El concepto y la cantidad van ligados a un producto de préstamos.


Tolerancia comisión de No pago : Son los días vencidos que puede llegar a tener un crédito y aún así no generar comisión de No pago.


Aperturas de Préstamos : Sobreprecio e IVA del sobreprecio.

En esta versión se desarrollaron varios temas sobre las "Aperturas de Préstamos". Aquí iniciamos con el primero.


A partir de esta versión se crea un nuevo esquema para calcular el costo que el socio -/ cliente pagará por el servicio de préstamo es : El sobreprecio.

Como funciona:

Al monto de préstamo se le aplica el porcentaje de sobreprecio que se establece en la definición del producto y este resultado a su vez se agrega al monto originalmente solicitado para constituir una cantidad que será el monto final del crédito. Veamos un ejemplo.

Observe que en el porcentaje del sobreprecio

lleva incluido el IVA y se desglosa como se muestra en el ejemplo.

Finalmente como lo comentamos antes, el tema del sobreprecio excluye al interés ordinario tradicional, por lo que el resultado final visto en una tabla de amortización nos da como resultado un plan de pago de abonos a capital sin interés.

Ahora veamos como queda el asiento contable de la entrega de un préstamo con este nuevo concepto.

Aperturas en General : Bloqueo de aperturas por morosidad en los

préstamos.

Ahora en el SAICoop existe la posibilidad de impedir la realización de aperturas de cualquier producto si se tiene cierto grado de atraso en los préstamos.

Esta funcionalidad se logra configurando la tabla:

IDTABLA: bloqueo_aperturasIDELEMENTO: bloqueo99-- Donde 99 el numero de elemento iniciando desde el 01 en adelante en formato de dos espacios.DESCRIPCION: Bloquea la apertura de productos de prestamosPARAMETRO1: 32602|31502-- Lista de productos separados por "|" a los que se les impide la apertura.-- Es posible definir la raíz de numero de un producto, por ejemplo 301, lo que significa que todos los que inicien con ese 301, o un simple 3 representa a todos los que inician con 3.-- El parámetro en blanco representa todos los productos de todos los tipos.PARAMETRO2: 30102|30302-- Lista de productos separados por "|" a los que se les revisará su situación de atraso.-- Es posible definir la raíz de numero de un producto, por ejemplo 301, lo que significa que todos los que inicien con ese 301, o un simple 3 representa a todos los que inician con 3.-- El parámetro en blanco representa todos los productos de todos los tipos.


Mont o s ol i c i t ado = 10, 000. 00

Por cent aj e s obr epr ec i o = 20%

I va sobr epr ec i o = 15%

Sobr epr eci o = 10, 000. 00 X 0. 20 = 2, 000. 00

Sobr epr eci o s i n I VA = 2000. 00 ÷ 1. 15 = 1739. 13

I VA de Sobr epr ec i o = 2000. 00 – 1, 739. 13 = 260. 87

Mont o Tot al del Pr es t = 10, 000. 00 + 1739. 13 + 260. 87 = 12, 000. 00

Numer o de pagos = 12

Pl an de pagos = 12 pagos de 1, 000. 00 s i n i nt er es

Cuenta Nombre Cargos Abonos

103 Préstamo 12,000.00

401 Sobreprecio 1,739.13

203 IVA Sobreprecio 260.87

101 Bancos 10,000.00

Totales 12,000.00 12,000.00

PARAMETRO3: 60-- Son días vencidos mínimos que deberán tener los productos definidos en el parámetro 2 para bloquear la apertura de los productos definidos en el parámetro 1PARAMETRO4: 1-- Son estatus que deberán tener los productos definidos en el parámetro 2 para bloquear la apertura de los productos definidos en el parámetro 1-- Estatus 1 = Vencidos 2 = Moroso o Vencido

NOTAS : Los parámetros 3 y 4 son independientes, ya que al cumplirse cualquiera de los dos se impedirá la apertura de los productos definidos en el parámetro 1.

Aperturas de Préstamos : Encabezados "Sin Descuento" y "Con Descuento" en amortizaciones

Como sabemos en el SAICoop se tiene la posibilidad de manejar en los préstamos las llamadas "Tasas de descuento", que son las tasas preferenciales que se cobran cuando no se tiene atraso.

En la realización de la apertura del préstamo se observa la tabla de amortización con los encabezados "Sin Descuento" y "Con Descuento" que representan los intereses que se generan con la tasa normal y la preferencial.

Lo que aquí se describe es la forma de que los encabezados antes mencionados tomen un nombre mas personalizado a la entidad.

Si desea cambiar la descripción de los encabezados es necesario contar con la tabla que :

IDTABLA: paramIDELEMENTO: encabezados_de_int_en_amortDESCRIPCION: Controla los nombre de los encabezados de las tablas de amortizaciónPARAMETRO1: Tasa Normal-- Encabezado de Interés sin descuento. Máximo 25 caracteresPARAMETRO2: Tasa Preminum-- Encabezado de Interés con descuento. Máximo 25 caracteresNOTA: Es posible cambiar solo el primer encabezado, el segundo o ambos, todo depende de los parámetros que configure. Es decir que si llena solo el primero sera solo este el que se modificará, lo mismo pasará con el segundo.

Aperturas de Préstamos : Controlar el monto de los préstamos por el valor de las garantías (Automóviles y Inmuebles)

Se creó un mecanismo para controlar que el monto autorizado a un préstamo vaya en relación al valor comercial o avaluo de las garantías ( Automóviles e Inmuebles ).

Por ejemplo si requiere que el valor de las garantías deba ser al menos el doble del monto que se autorice como préstamo, deberá configurar la siguiente tabla de esta manera :

IDTABLA: relacion_prestamo_vgarantiaIDELEMENTO: 30102-- Es el número de producto de préstamo que se validará al momento de autorizarse.DESCRIPCION: El monto autorizado va en relación al valor de la garantías Muebles e InmueblesPARAMETRO1: 2-- Es la proporción del valor de la garantía en relación al monto autorizado.-- El valor del monto autorizado por este parámetro = Valor mínimo de la garantía.

Esta validación se observará al momento de la autorización del préstamo, hacerlo antes resulta impractico para la elaboración de la apertura.

Aperturas de Préstamos : Determinación automática del monto del seguro.


La finalidad de este punto es que en la apertura de un préstamo que tenga configurado seguros, como se usa en los préstamos hipotecarios, los montos de estos se establezcan automáticamente basado en un factor que se aplicará al monto del crédito.

Para lograr esto es necesario contar con la tabla:IDTABLA: tasasIDELEMENTO: seguro_hipotecario1_01IDELEMENTO: seguro_hipotecario2_01-- Observe que se muestran dos elementos. Estos representan a los dos seguros o grupos que puede manejar el SAICoop.-- Observe también que al final del nombre del IDELEMENTO viene un 01, esto significa que es posible abrir varios elementos para un mismo seguro dependiendo de las combinaciones de rangos de montos y plazos que puedan llegar a existirPARAMETRO1: 10000-- Es el rango mínimo del monto del créditoPARAMETRO2: 1000000-- Es el rango máximo del monto del créditoPARAMETRO3: 72-- Es el plazo máximo del créditoPARAMETRO4: .0012345-- Es el factor que se multiplicará por el monto del crédito para obtener la cantidad que aplicará de seguro.

Nuevo método : Para aplicar los abonos a los prestamos de Pagos Hipotecarios (Fijos) cuando existe atraso

Como sabemos el tipo de amortización de "Préstamos Hipotecarios", no es otra cosa que el original Pagos Fijos, solo que para no confundirlo con el que surgió primero le denominamos ahora Hipotecarios, solo por que el uso inicial de esté último iban a ser los créditos a la vivienda.

El punto que nos ocupa es la forma como se aplican en la tabla de amortización los pagos realizados al préstamo.

Supongamos para el ejemplo que : Hoy es 02 Agosto 2009, que se pretende abonar $928.62 y que la tasa de Interés moratorio = 0%

Método Original: Cubre todos los intereses pendientes del pago 1 que esta vencido, los intereses del pago 2 y abona 587.81 al capital del pago 1 dejando pendiente 166.01

Nuevo Método:Cubre de manera horizontal los pagos, por lo que con la misma cantidad liquida totalmente la primera amortización.

Para cambiar al nuevo método es necesario configurar la siguiente tabla :

IDTABLA: paramIDELEMENTO: distribuye_abonos_hipotecariosDESCRIPCION: Un mensaje para recordar la utilidad de la tabla.PARAMETRO1: 1


Fecha Abono Saldo IVA Total

0 30/06/2009 .00 15,000.00 .00 .00 .00

1 30/07/2009 753.82 14,246.18 152.00 22.80 928.62

2 30/08/2009 762.61 13,483.57 144.36 21.65 928.62

3 30/09/2009 771.49 12,712.08 136.63 20.50 928.62

4 30/10/2009 780.48 11,931.60 128.82 19.32 928.62

5 30/11/2009 789.57 11,142.03 120.91 18.14 928.62

Aplicación del abono en caso de atraso Mètodo Original

Num Interes

Aplicación del abono en caso de atraso Nuevo Mètodo

Num Fecha Abono Saldo Interes IVA Total

0 30/06/2009 .00 15,000.00 .00 .00 .00

1 30/07/2009 753.82 14,246.18 152.00 22.80 928.62

2 30/08/2009 762.61 13,483.57 144.36 21.65 928.62

3 30/09/2009 771.49 12,712.08 136.63 20.50 928.62

4 30/10/2009 780.48 11,931.60 128.82 19.32 928.62

5 30/11/2009 789.57 11,142.03 120.91 18.14 928.62

-- El número 1 activa el nuevo método.

ABC de personas : Control de datos obligatorios por grupo

En esta versión se llevaron a cabo varias modificaciones a este módulo. Aquí iniciamos con la primera.

Como sabemos el SAICoop desde hace ya muchas versiones anteriores cuenta con la posibilidad de controlar los datos que se consideran como obligatorios al momento de dar de alta a una persona, o bien al actualizar sus datos.

Ahora será posible controlar los datos obligatorios por separado para cada uno de los diferentes grupos de personas, es decir que los datos obligatorios de los mayores, no tienen que ser los mismos que de los menores.

Esto se controla con la tabla "abc_socios" que ya existía desde la versión 1.4.0, que sin embargo no utilizaba el parámetro 2 que ahora nos es útil para lo que describimos.

IDTABLA: abc_sociosIDELEMENTO: -- Los Idelementos ya vienen predefinidos en el SAICoop. Se cargan automáticamente al actualizar las versiones y representan a los nombre de los diferentes campos de los apartados de Personales, Laborales y Socioeconómicos.DESCRIPCION: personales laborales socioeconómicos-- Estos nombre también vienen predefinidos y representan a los diferentes apartados del alta de personas, para efectos de facilitar la identificación del dato.PARAMETRO1: 1-- 1 = captura obligatorio-- 0 = captura opcionalPARAMETRO2: 10|20|25-- Son los grupos a los que les aplica la obligatoriedad de capturar el dato.-- Si el dato queda vacío, la obligatoriedad aplica a todos los grupos.PARAMETRO3: A| 1234567890-- Son los caracteres validos para el campo en cuestión.-- La explicación a detalle de los caracteres validos viene en el documento de la versión 1.4.0

ABC de personas : Referencias mínimas por grupo de personas.

Siguiendo con el tema de los datos mínimos obligatorios llegamos al tema de las referencias, ya que al no ser estas un simple dato, su configuración es diferente.

Veamos como se hace en la explicación de la siguiente tabla:

IDTABLA: abc_socios_referenciasIDELEMENTO: 10-- Es el grupo de personas al que se le validará la captura de referenciasDESCRIPCION: Cantidad y tipo de referencias por grupoPARAMETRO2: 2@1|3@2-- Significa que se requiere del tipo de referencia 2 ( Beneficiario ) 1 registro y del tipo de referencia 3 ( Referencia Personal ) 2 registros

Los códigos que identifican a los diferentes tipos de referencias se detallan en este catálogo:


ABC de personas : Mas datos en el

apartado de Datos Laborales:

Además se agregan en el apartado de "Datos Laborales" una serie de datos que se describen enseguida:

− Ingreso Mensual Bruto : El monto del ingreso bruto− Ingreso Mensual Neto : El monto del ingreso neto− Frecuencia de Ingresos :

A seleccionar de 1) Diario2) Semanal3) Decenal4) Quincenal5) Mensual6) Otros

ABC de personas : Registro del nombre de una persona moral

Como sabemos hasta la versión anterior la única forma de registrar el nombre de una persona era en los campos "nombre", "apellido paterno" y "apellido materno", los cuales tienen una longitud limitada de 30, 25 y 25 espacios respectivamente.

El problema se presentaba al dar de alta a una persona moral donde la razón social ocupaba un espacio de tal vez 60 caracteres, por lo que había que almacenar una parte del nombre en cada uno de los campos.

Ahora al identificar que se trata de una persona moral se mostrará un solo campo, lo suficientemente amplio para describir en el la denominación de la empresa.

Para que esto funcione y se identifique a un grupo como persona moral es necesario configurar la siguiente tabla:

IDTABLA: paramIDELEMENTO: numero_grupo_personas_moralesDESCRIPCION: Controla la captura del nombre de la persona moralPARAMETRO1: 11|15-- Son los grupos de personas que serán catalogadas como morales para que en el módulo de ABC de personas aparezca el nombre como un solo campo a diferencia de las físicas que tienen nombres y apellidos.

Movimientos Relevantes : Nuevo tratamiento - Registro del tipo de cambio diario

Los "Movimientos Relevantes" son aquellos realizados en una sola operación por una cantidad equivalente a 10,000 Dls estadounidenses en efectivo, por lo tanto su identificación se da en la captura por "Ventanilla".

Para crear la equivalencia de 10,000 Dls es necesario contar con el tipo de cambio de cada unos de los días, el cual deberá ser alimentado por el usuario encargado del módulo que describimos enseguida.

Ruta de Menú: Utilerías / Catalogos / Tipo de Cambio Movs RelevantesPermiso : UT111


Nombre Nombre

0 Tutor 11 Tío(a)

1 Cónyuge 12 Primo(a)

2 Beneficiario 13 Sobrino(a)

3 Referencia Personal 14 Suegro(a)

4 Ingresos Propios (de quien proceden) 15 Yerno/Nuera

5 Ingresos Complementarios (dqp) 16 Cunado(a)

6 Hermano(a) 17 Tío(a) del cónyuge

7 Hijo(a) 18 Primo(a) del cónyuge

8 Avales 19 Sobrino(a) del cónyuge

9 Abuelo(a) 20 Abuelo(a) del cónyuge

21 Nieto(a)

Tipo

Referencia

Tipo

Referencia

Al accesar al módulo se mostrará el último tipo de cambio almacenado y da la opción de registrar uno mas. Al guardar el nuevo dato se mostrará este de inmediato como último tipo de cambio.

Al dar de alta el nuevo tipo de cambio en automático se registra el usuario, la fecha de trabajo y la fecha real (servidor de base de datos).

Es indispensable que se registre cada variación sin importar que se tuviera que alimentar un dato diario para garantizar el correcto cálculo y reporte de incidencias.

En la fecha de elaboración de este documento se puede identificar el tipo de cambio de manera confiable de este link del SAT : http://www.sat.gob.mx/sitio_internet/asistencia_contribuyente/informacion_frecuente/tipo_cambio/

Nota Importante: Este tipo de cambio solo se usara para la identificación de los "Movimientos Relevantes", no tiene que ver con el valor que se reciben los dolares para efectos del cierre de Ventanilla.

Movimientos Relevantes : Mensaje de advertencia por Ventanilla y registro de comentarios.

Ahora es posible identificar de manera automática los "Movimientos Relevantes" y mostrar en consecuencia un mensaje de advertencia en el módulo de "Ventanilla" y adicionalmente registrar algún comentario recibido por el depositante de la cantidad que generó el mensaje.

Para que esto trabaje es necesario configurar esta tabla:

IDTABLA: lavado_de_dineroIDELEMENTO: movimientos_relevantesDESCRIPCION: PARAMETRO2: 1-- El número "1" indica que en caso de cumplirse con las condiciones se mostrará el mensaje de los movimientos relevantes.PARAMETRO4: 10000-- Es la cantidad en dolares que deberá dejar en efectivo (En su equivalente en pesos mexicanos) para ser catalogado como movimiento relevante.

En la actualidad para identificar los movimientos relevantes se consideran cada uno de los depósitos de manera independiente, es decir que si en un ticket aparecieran 80,000.00 de ahorro y 90,000.00 de depósito a plazo las cantidades se evalúan por separado.

Esta es la lógica actual que se pretende dar al sistema. Si en el futuro se quisiera cambiar y sumar los dos depósito para integrar una sola cantidad y entonces evaluar su equivalencia con los 10,000.00 dolares se tendría que configurar el parámetro 5 que explicamos enseguida.PARAMETRO5: 1-- El número "1" indica que se sumarán todos las cantidades capturadas de los diferentes productos.-- Si el dato de deja vacío se considerarán cada una de las cantidades de manera independiente.


Esta es la imagen de la pantalla donde se escribirán los comentarios recibidos y se mostrará cuando se cumplan las condiciones necesarias para que un movimiento sea considerado relevante.

Movimientos Relevantes e Inusuales: Módulo para dejar comentarios adicionales.

Ruta de Menu: Socios / Reportes / Comentarios a Relevantes e InusualesPermiso : OP28

Además de los comentarios que pudieran alimentarse en el momento de la atención por Ventanilla se creó un nuevo módulo que da la oportunidad de agregar mas anotaciones.

Esto esta pensado en que el propio cajero complemente sus comentarios cuando el depositante ya no se encuentre frente a el, o bien para que el gerente de sucursal haga lo propio.

En primera instancia el cajero solo podrá

accesar a los números de las personas a las que el mismo haya atendido.

Para que el gerente de sucursal tenga acceso a todas a las personas atendidas en la oficina que tiene a cargo será necesario contar con el permiso : "relevantes_inusuales_ver_orige"

Para que un funcionario de mas alto nivel tenga acceso a todas las personas a las que se les generó una nota sin importar la sucursal donde se haya generado el movimiento se requiere del permiso : "relevantes_inusuales_ver_todos"

Reporte de los comentarios de Movimientos Relevantes e Inusuales..

En el mismo módulo tenemos la opción de visualizar en forma de reporte los comentarios sobre las personas que cumplen las condiciones de los movimientos catalogados como relevantes e inusuales.

Movimientos Relevantes : Nuevo diseño y contenido en reporte.

Debido a los cambios antes explicados el reporte de "Movimientos Relevantes" cambia radicalmente, ahora podremos observar además de numero de la persona y su nombre datos como :

Folio : El folio al que se le realizó el movimiento.Póliza : La póliza donde quedó registradoMonto : El monto del depósito


Fecha_Mov : La fecha en que se realizó el movimientoTC: El tipo de cambio de esa misma fechaFecha TC : La fecha en que se registro el tipo de cambio

Cambio en los cálculos para la identificación de los "Movimientos Inusuales" .

Proceso para clasificar los depósitos del mes como inusuales:

1) Se suman los depósitos por Ventanilla de cada uno de los últimos 12 últimos meses (efectivo y documentos) anteriores al mes de generación del reporte.

2) Se calcula el promedio de los 12 meses.3) Se identifica la cifra resultante de multiplicar el promedio por "N" veces.

El numero de veces ("N") es un parámetro de configuración.4) Se obtiene la cantidad base fija guardada en un parámetro de configuración. Según el ejemplo son $50,000.005) Si el monto depositado en el mes actual supera las cifras obtenidas en los puntos 3 y 4 el movimiento es

considerado inusual.

Nuevo Calculo:Ahora el promedio se obtiene de los últimos 12 meses anteriores al mes en el que nos encontramos. Ahora el mes actual solo se usa como base de comparación y ya no como parte de las cantidades para obtener el promedio.Calculo Anterior:El mes actual formaba parte de la suma para calcular el promedio.

En resumen:Ahora podrán aparecer ciertos movimientos como inusuales que antes no se mostraban debido a que ahora no se incluye el mes actual (fuerte) en el cálculo del promedio. Esto hacía que se elevará el promedio y que al compararse consigo mismo fuera muy difícil que se mostrará como movimiento inusual

Movimientos Inusuales : Mensaje de advertencia por Ventanilla y registro de comentarios.

Estas son las imágenes de las pantallas que antes (izquierda) y ahora (derecha) aparecen en "Ventanilla" para identificar a un movimiento como inusual. Podemos observar que ahora encontramos ya la posibilidad de escribir directamente algún


comentario que se haya recabado de la persona al momento de realizar el depósito.

Nuevo método de aplicación de adelantos en "Pagos Periódicos" y "Pagos Crecientes".

En los préstamos el tipo de amortización mas antiguo es el llamado "Pagos Periódicos" , en el que existen dos formas de aplicar los adelantos ( abonos que se hacen por cantidades que van mas allá del compromiso establecido en la tabla de amortización de acuerdo a la fecha en que nos encontramos ) que son:

Abonar a los siguientes pagos liquidando la tabla de arriba hacia abajo Distribuir la cantidad extra de manera uniforme entre todos los pagos restantes.

A partir de ahora existe un nuevo método que : Abona hasta liquidar los últimos pagos de la tabla de amortización de abajo hacia arriba.

Esto funcionará solo para los créditos de pagos periódicos y crecientes.


IDTABLA: paramIDELEMENTO: metodo_distribuye_amortizacionDESCRIPCION: Controla la forma de aplicar los adelantos-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.

PARAMETRO4: 1-- Indica que en los pagos periódicos y crecientes los adelantos de aplican al final de la tabla de amortización.

Observe que se trata del parámetro 4. Si coloca el valor en otro parámetro el resultado será muy diferente al esperado, ya que los demás se utilizan para otros temas.

Reportes de Tendencias : Nueva serie de reportes.

Ruta de Menú: Socios / Reportes / Reportes de tendenciasPermiso : OP27

Estos nuevos reportes tienen como objetivo presentar información de diferentes temas a manera de facilitar la identificación de las tendencias desglosando la información por sucursal y mes. He aquí un ejemplo.

Para iniciar con este

secuencia de reportes enumeraremos los que ahora se liberan.

Colocación por sucursal por periodo :


Muestra la evolución y movimientos mes a mes de las cuentas contables de colocación ( préstamos )

Para la generación del reporte es necesario definir las cuentas contables en la tabla :

IDTABLA: tendenciasIDELEMENTO: colocacion_sucursal_periodoDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 10301|10302|10303-- Son las cuentas contables o prefijos de los números de las cuentas que integran el concepto de colocación.Captación por sucursal por periodo :

Muestra la evolución y movimientos mes a mes de las cuentas contables de captación ( ahorros e inversiones )

Para la generación del reporte es necesario definir las cuentas contables en la tabla :

IDTABLA: tendenciasIDELEMENTO: captacion_sucursal_periodoDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 20201|202012-- Son las cuentas contables o prefijos de los números de las cuentas que integran el concepto de captación.

Morosidad por sucursal por periodo por banda :

Muestra la morosidad de cada una de las sucursales en cada una de las bandas de días vencidos en cada uno de los meses. De esta forma se facilita el análisis de la cartera por sucursal y la evolución que va mostrando a través del tiempo.

Este reporte no requiere de tablas adicionales de configuración, ya que toma las mismas que se usan para crear los reportes de estimación en otros módulos.

Unidades de morosidad por sucursal por periodo :

Muestra la evolución de varios indicadores de cartera por mes en cada una de las sucursales. Se trata de una evaluación numérica de la cartera basada en unidades de créditos, sin considerar los montos de los mismos.

Los valores que muestra son:

Periodo : Es el año y mes del que corresponde la información presentada.Num. Créditos: Es el número de créditos activos ( con saldo )Cred sin Atraso: Numero de créditos sin atraso en el mes.Porcentaje: Porcentaje que representan los créditos sin atraso del total.Cred con atraso: Numero de créditos con atraso en el mes.Porcentaje: Porcentaje que representan los créditos con atraso del total.Edad Promedio: El promedio de las edades de los créditos, desde la fecha de entrega a la fecha

presentePlazo Promedio: El promedio de los plazos de los créditos.


Estimación preventiva para riesgos crediticios (EPRC) automática y adicional.

Como sabemos las Cooperativas tienen la necesidad de contar con los porcentajes de Estimación preventiva para riesgos crediticios (EPRC) que se muestran en la tabla para llegar a la meta del 67 % al final del 2009.

Para esto desde el mes de Julio se cargaron a las bases de datos de las Cooperativas unas tablas de configuración que buscan asegurar que se cumpla al menos con el porcentaje mínimo

Este proceso ser lleva a cabo al cerrar el día último de cada uno de los meses junto al proceso de Reclasificación de Préstamos.

El SAICoop esta preparado para hacer los cálculos de la "EPRC" solo de los productos de préstamos, ya que sólo de ellos es factible determinar días vencidos y finalidad, los cuales son datos elementales para aplicar el porcentaje y tabla de estimación correcta.

Estimación adicional para deudores o cuentas contables que no están respaldadas en folios de préstamos.

Para cubrir la EPRC de productos o cuentas contables que no son para la funcionalidad del SAICoop productos tipo préstamo, creamos un mecanismo de reserva adicional que se activa al configurar la siguiente tabla:

IDTABLA: eprcIDELEMENTO: estimacion_adicionalDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 1060101|1070202|1060201-- Cuentas que se toman de base para calcular la provisión adicional-- Los números aqui descritos son solo para efectos explicativosPARAMETRO3: 100|100|100-- Porcentajes respectivos que se provisionarán de cada una de las cuentas descritas en el parámetro 2-- Los porcentajes podrán ser diferentes al 100% que se muestra en el ejemplo.-- Deberán existir tantos porcentajes como cuentas, si estos no coinciden se provisionaran todas al 100%PARAMETRO4: 10501010201-- Cuenta complementaria de activo en la que se registrará la provisión adicional.-- La cuenta se gastos se tomará de los productos de préstamos con finalidad consumo.

Encriptación de la contraseña de los usuarios del SAICoop.A partir de esta versión y de manera automática las contraseñas de los usuarios del SAICoop se guardan de forma encriptadas, con un método propio de la base de datos Postgres, lo que garantiza que el decifrarla será imposible para cualquier usuarios final, administrador e incluso para la propia área de desarrollo del SAICoop.

Esta punto se desarrolló atendiendo a señalamientos puntuales de la CNBV en revisiones realizadas al SAICoop en una de las entidades usuarias del sistema.

Con esto cubrimos al menos un punto de los importantes temas del seguridad del SAICoop. En versiones subsecuentes


Mes

JUL-09 53.25 %

AGO-09 56.00 %

SEP-09 58.75 %

OCT-09 61.50 %

NOV-09 64.25 %

DIC-09 67.00 %

Porcentaje

Porcen

trataremos de ir cubriendo otras mas.Cancelación Automática de cuentas de orden en la recuperación Intereses condonados.además de Reserva para préstamos.

En la versión 1.8.0 del SAICoop liberamos un tema que lleva como título : Cancelación Automática de Cuentas de Orden en la recuperación de la reserva para préstamos, el cual tiene como objetivo de que al recibir pagos por la recuperación de cuentas castigadas, ( Se tomo de la Estimación preventiva para cubrirlos debido a la imposibilidad de ser cobrados ) se cancelen las cuentas de orden que van asociadas.

Ahora esta misma idea la aplicamos para que al condonar intereses ordinarios o moratorios, se lleve a cabo la misma mecánica que comentamos en el párrafo anterior.

IDTABLA: paramIDELEMENTO: recuparecaion_eprcDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 60001|60002|60003-- Son los productos de orden deudor donde se registra la cantidad tomada de la "EPRC" para liquidar el crédito de un socio, el monto de los Intereses Ordinarios condonados y el monto de los intereses moratorios condonados respectivamente.PARAMETRO2: 60001|60002|60003-- Son los productos de orden acreedora donde se registra la cantidad tomada de la "EPRC" para liquidar el crédito de un socio, el monto de los Intereses Ordinarios condonados y el monto de los intereses moratorios condonados respectivamente.PARAMETRO3: 601|602|603-- Son los productos tipo servicio donde se registran los abonos que los socios hacen en Ventanilla para recuperar las cantidades castigadas, condonadas de interés ordinario y moratorio respectivamente.

Cambios varios.

− Se corrigió el módulo de "Traspasos", ya que al abonar a mas de un folio de depósitos a plazo, las cantidades de los mismos se mostraban iguales al primero que se hacía el abono sin importar que estos fueran de cantidades diferentes.

− Se corrigió un problema de agrupación de cuentas en el "Control de Presupuesto" que hacía que el resultado final no fuera el correcto.



Cobro de seguros en los Préstamos Hiptecarios. (Pagos Fijos):

El objetivo de este punto es que a estos tipos de préstamos les sea cobradas unas cifras por concepto de seguros y que estas vayan ligadas al préstamo que les da vida. De esta forma al abonar al préstamo el SAICoop mostrará y separará del pago la cantidad correspondiente al pago de los seguros, todo esto de manera transparente y segura para el usuario.

Ahora explicaremos las fases de congiguración del SAICoop para que esta opción funcione debidamente.

Asignar al producto de prestamos el tipo de amortización de "Pagos Hipotecarios".

Esto se hace en / Socios / Catalogos / Productos / accesando al producto de préstamos correspondiente, en la pestaña "Parametros" en el campo "Amortizaciones Aplicables".

Habrá una tabla donde se define los productos de préstamos que cobrarán seguro.

IDTABLA: paramIDELEMENTO: lista_prestamos_con_seguroDESCRIPCION: Lista de préstamos que llevan seguro-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 30174|30175|30184|30185-- Es la lista de productos de prestamos que cobrarán seguro separados por "|".

Para que al llevar a cabo la apertura del préstamo el SAICoop obligue al registro de los productos de seguro se requiere de la siguiente tabla:

IDTABLA: paramIDELEMENTO: prestamos_seguro_obligatorioDESCRIPCION: Lista de préstamos a los que obligatorioamente se les pedirá los folios de los seguros.-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 30174|30175|30184|30185-- Es la lista de productos de prestamos separados por "|".

Crear los productos de los seguros y las tablas que las ligan a los préstamos.

Para el control del cobro de los seguros se requiuere de la creación de productos especiales tipo Acreedor. De esta forma se tendrá el máximo detalle del cobro de los mismos en todo momento, además de que si alguno de ellos requieren del cobro de IVA, ya se cuenta con esa funcionalidad.

Se deberá crear un producto tipo acreedor para cada uno de los diferentes tipos de seguros. Obviamente las cuentas contables a las que referencie cada productos serán diferentes en cada caso.

La creación del propio producto de seguros define si este llevará IVA o no, al establecer una tasa de IVA y una cuenta contable para su registro.Los productos tipo acreedor donde se registrarán los seguros se definen en la siguiente tabla:

IDTABLA: paramIDELEMENTO: productos_de_segurosDESCRIPCION: Numeros de productos de seguros que aplican a los prestamos.-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 180|181-- Es la lista de productos de seguros que aplicarán a los prestamos definidos en la TABLA : param IDELEMENTO : lista_prestamos_con_seguro

Además y para efectos de flexibilizar los nombre de los seguros que utilizará cada una de las entidades usuarias del SAICoop se crea la siguiente tabla que tiene como objetivo describir los nombres de los seguros, tales como se mostrarán


en la aplicación y se imprimiran en los contratos y pagarés.

IDTABLA: paramIDELEMENTO: titulos_seguros_amortizacionesDESCRIPCION: Nombre de los seguros para los préstamos hipotecarios.-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: Seg de Vida-- Es la descripción ( Máximo 12 Caracteres ) para el primero de los seguros.PARAMETRO2: IVA-- Es la descripción ( Máximo 12 Caracteres ) para el IVA del primer seguro.PARAMETRO3: SegDesempleo-- Es la descripción ( Máximo 12 Caracteres ) para el segundo de los seguros.PARAMETRO4: IVA-- Es la descripción ( Máximo 12 Caracteres ) para el IVA del segundo seguro.

Además es posible que un prestamo en particular tenga asignados algunos seguros en especial. Esto se controla con la tabla:

IDTABLA: paramIDELEMENTO: productos_de_seguros_<num. de producto de prestamo>DESCRIPCION: Productos de seguros que aplican a este préstamo.-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 180|181-- Es la lista de productos de seguros que aplicarán al prestamo definido en el nombre del IDELEMENTO de esta misma tabla.

Así como es posible definir productos de seguros especiales para un producto de prestamo en especial, también los nombres de los seguros pueden ser etiquetados de manera específica. Para esto se requiere de la siguiente tabla:

IDTABLA: paramIDELEMENTO: titulos_seguros_amort_<num. de producto de prestamo>DESCRIPCION: Nombre de los seguros para los préstamos hipotecarios específicos.-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: Seg de Vida-- Es la descripción ( Máximo 12 Caracteres ) para el primero de los seguros.PARAMETRO2: IVA-- Es la descripción ( Máximo 12 Caracteres ) para el IVA del primer seguro.PARAMETRO3: SegDesempleo-- Es la descripción ( Máximo 12 Caracteres ) para el segundo de los seguros.PARAMETRO4: IVA-- Es la descripción ( Máximo 12 Caracteres ) para el IVA del segundo seguro.Registro de los seguros que se cobrarán en el préstamo.

Al generar la "Apertura de Préstamos" en la fase de la descripción de los Avales y Garantías aparecerá un espacio como el que se muestra en la ilustración donde se deberán establecer los folios de los productos de seguros previamente aperturados y los montos mensuales sin IVA que se cobrará al socio de cada uno de ellos.

Cambios en el diseño de la Tabla de Amortización.

El pago de los seguros se muestra unificado a la tabla de amortización del préstamo para mostrar un gran total que los incluye además del abono a capital e intereses que tradicionalmente se observan


Nuevo diseño de la Tabla de Amortizción en los contratos.

Ahora es factible que en los contratos asociados a los prestamos aparezca la tabla de amortización completa.

Para lograrlo en / Utilerías / Catálogos / Edición de Contratos / seleccione el contrato indicado y agregue el campo "amortizaciones" este insertará en el espacio indicado 21 columnas ( Tal vez no las requiera todas ) relativas a datos de la tabla de amortización.

Se recomienda que observe el resultado e identifique los datos necesarios y regrese a la edición y elimine los campos queno considere indispensables, para dar la estructura e imagen deseada.

Validando el enganche antes de la entrega del préstamo.

En los créditos hipotecarios es común que se requiera de que el socio deposite previamente un enganche para la entrega de un préstamo de este tipo.

Para que el SAICoop valide esta situación se requiere de la tabla:

IDTABLA: paramIDELEMENTO: enganche_minimo_requeridoDESCRIPCION: Define si los préstamos requieren de un enganche.-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 139-- Es el número de producto tipo ahorro (Similar a la cuenta corriente) donde se almacenara de manera temporal el monto depositado por el socio por concepto de enganche.PARAMETRO2: 30174|30175|30184|30185-- Es la lista de los productos de prestamos a los que se les validará el cumplimiento del enganchePARAMETRO3: 10-- Es el porcentaje mínimo de enganche, para determinar el monto del enganche.-- La cantidad que se deberá tener depositada previo a la entrega del préstamo se obtiene de multiplicar el monto autorizado por este porcentaje.

Abono al Prestamo en Ventanilla.

Ahora al abonar a los préstamos en los módulos de "Ventanilla" y "Traspasos" se mostrará además de los intereses e IVA


la celda "Otros" que representa el monto acumulado de los seguros con sus correspondientes ivas que deberá cubrirse a la fecha.

La prioridad de pago de los conceptos es: seguros, interes moratorio, interes ordinario y finalmente capital.

Interés y seguros el día de la entrega del préstamo. (Prestamos Hipotecarios (Fijos) )

Si el mismo día de la entrega del préstamo se hace el intento de abonarlo, este no generará seguros ni interes. Esto tiene la única finalidad de preever el "hipotético" caso de que se intente cancelar la entrega del préstamo y que este no genere conceptos adicionales al saldo que se deban cubrir.

En concordancia con lo anterior el SAICoop impedirá abonos menores al saldo el mismo día de la entrega del préstamo.

Al siguiente día de la entrega del crédito se generará el interes y seguros correspondientes de acuerdo a la tabla de amortización.Cambiar el usuario con el que se aplica el Pago de Interésa los Ahorros de manera automática.

Como sabemos el "Pago del Interés" a los productos tipo ahorro se puede realizar desde la ruta de menú / Socios / Reportes / Otros / Aplicación de Interés al Ahorro / ó bien de manera automática al cerrar el día último de cada mes.

Al igual que en todos los módulos del SAICoop, la aplicación de los movimientos que se realizan quedan etiquetados con el origen y el número del usuario que accesó al sistema. Sin embargo cuando el proceso se hace de manera automática al cerrar el día último de cada mes este queda marcado con el usuario 999 denominado "SAICoop el super usuario" y con el origen que tiene asignado el mismo usuario.

Ahora bien. Como se podía cambiar el origen de aplicación del Interes al Ahorro cuando este proceso se lleve a cabo de manera automática al finalizar el día último de cada mes.

Para lograrlo es necesario configurar la siguiente tabla:IDTABLA: paramIDELEMENTO: origen_pago_interes_ahorroDESCRIPCION: -- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 030301 -- Es el número de Origen al cual se va aplicar el pago del interés al ahorro

Esto será de utilidad cuando se pretenda que el origen de aplicación de la Reclasificación de Prestamos y de la aplicación de intereses sean diferentes.

Agregar número de página en la impresión de contratos de ahorros, inversiones y préstamos.

Como sabemos el SAICoop brinda la oportunidad de generar los contratos de las cuentas de ahorros, inversiones y préstamos, esto desde muchas versiones atrás.

En esta versión agregamos la forma de mostrar el número de pagina en la impresión.


Para que esto se active es necesario configurar la tabla:IDTABLA: numero_paginas_contratosIDELEMENTO: nombre_del_contrato-- El nombre se obtiene de la carátula del módulo ubicado en / Utilerías / Catálogos / Edición de Contratos / en el campo denominado "nombre de contrato"DESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2:-- Aqui va la combinación de campos deseada para lograr el formato que gusta

Un ejemplo: 'PAGINA <num_pagina|> DE <paginas|>'

Observe las comillas simples que rodean la cadena de texto del parámetro.Las opciones de configuración son: <num_pagina|letra> : Num. de la pagina actual en letra <num_pagina|> : Num. de la pagina actual como numero <paginas|letra> : Total de paginas en letra <paginas|> : Total de paginas en letra como numero

Condonaciones Masivas que guardan lo condonado en productos de Cuentas de Orden.

La condonación de interés a los préstamos es un proceso que en ocasiones se requiere hacer de manera masiva, mas aún cuando se pretende también castigar de igual manera masiva.

Como sabemos en los castigos masivos se tiene la posibilidad de registrar en productos de orden las cifras castigadas, para de esta forma llevar el control individual en cada socio. Mas sin embargo en las condonaciones de intereses solo se cumplían con la regla del registro en cuentas de orden de estas cantidades.

A partir de ahora será posible identificar en todo momento y de manera individual las cantidades condonadas en cada socio,de igual manera en productos de orden.

De esta forma ahora en la relación de saldos que se observa en "Revisión de Libretas" se mostrarán estos productos que serán el reflejo de que alguna vez se ha condonado intereses al socio.

Antes se tenía la siguiente tabla que seguirá funcionando igual si no se desea incorporar este nuevo cambio.

IDTABLA: paramIDELEMENTO: condonacionesDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla. PARAMETRO1: 63001000001-- La cuenta de orden deudora para la condonación del interés ordinario.PARAMETRO2: 73001000001-- La cuenta de orden acreedora para la condonación del interés ordinario.PARAMETRO3: 63001000002-- La cuenta de orden deudora para la condonación del interés moratorio.PARAMETRO4: 73001000002-- La cuenta de orden acreedora para la condonación del interés moratorio.

Que debemos hacer para activar este nuevo cambio:

Dar de alta los productos de orden. Se sugiere esto:


Modificar la tabla:IDTABLA: paramIDELEMENTO: condonacionesDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 60002-- El producto de orden deudor para la condonación del interés ordinario.PARAMETRO2: 70002-- El producto de orden acreedor para la condonación del interés ordinario.PARAMETRO3: 60003-- El producto de orden deudor para la condonación del interés moratorio.PARAMETRO4: 70003-- El producto de orden acreedor para la condonación del interés moratorio.PARAMETRO5: 1-- Determina si la condonacion se envia a solo a cuentas contables o a productos.-- 0 = Los parametros del 1 al 4 tienen cuentas contables-- 1 = Los parametros del 1 al 4 tienen productos.

Identificación de gastos por sucursal.

Como sabemos a través del tiempo se ha tenido la inquietud de identificar los gastos ejercidos en cada una de las oficinas de la entidad con la idea de cuantificar lo que realmente cuesta y genera cada sucursal instalada.

Una manera de llevar este control parece tan fácil como registrar en cada origen los movimientos de cada sucursal, pero esta idea se desecha al recordar que recibimos facturas que amparan el gasto de toda la entidad y no de cada una de sus oficinas, si dejar atrás el inconveniente que representaría accesar a cada una a registrar por separado la parte correspondiente.

Una idea surgida de las propias Cooperativas nos proponía que al aplicar cada cargo y/o abono directo a las cuentas contables se registrara el origen de referencia y en base a este dato estar en posibilidad de generar los reportes necesarios para la identificación del tema que nos ocupa.

Las ventajas de esta idea saltan a la vista. Ya no tendríamos que accesar y salir de un origen a otro para aplicar un movimiento.

Ahora se realizarán "n" cargos a la misma cuenta que en conjunto representen el monto que ampara la factura y en cada uno de ellos se etiquetarán con el origen de referencia.

Para que el SAICoop requiere el origen de referencia es necesario configurar la tabla:

IDTABLA: paramIDELEMENTO: cargos_abonos_por_sucursalDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 4|501|502|102|101-- Los prefijos de los números de las cuentas que se desea el SAICoop les solcite el origen de referencia.

Nota Importante:En la explicación de este concepto mencionamos en todo momento los gastos por ser el control de estos una necesidad añeja, sin embargo y como pudimos ver en la tabla de configuración, es posible aplicarlo a cualquier tipo de cuenta


Num. producto Nombre Tipo Producto

60002 Condonacion IO Deudor Deudor

70002 Condonacion IO Acreedor Acreedor

60003 Condonacion IM Deudor Deudor

70003 Condonacion IM Acreedor Acreedor

contable.

Bloqueo de la impresión del contrato (formato) de depósito a plazo fijo.

Como una medida de control se crea como todas las opciones del SAICoop, de manera configurable el bloqueo de la impresión mientras el folio de la inversión no cuente con el saldo que se estableció en el monto compromiso.

Lo anterior buscando evitar que quede impreso un documento de una inversión que finalmente no se materializó.

Para que este bloqueo se active es necesario configurar la tabla:

IDTABLA: paramIDELEMENTO: bloquea_contratos_inversionesDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.-- No se requiere de parámetro alguno. La sola existencia de la tabla es suficiente para activar esta funcionalidad.-- Recuerde generar un espacio y después borrarlo en cualquiera de los parámetros para que el botón guardar se active.

ABC de Productos : Tasa cero en Interés y/o Iva en préstamos.

El módulo de "ABC de Productos" se modificó para que permitiera guardar los productos de préstamos sin que estos tuvieran especificada una tasa de Interés y/o una tasa de Iva

Para evitar errores con esta nueva funcionalidad el SAICoop solo permitirá lo antes comentado si existen las tablas que se muestran a continuación y solo surtirán efecto sobre los productos que se especifiquen.

IDTABLA: paramIDELEMENTO: producto_tasa_ceroDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 30102|30202-- La lista de los productos de prestamos separados por "|"

IDTABLA: paramIDELEMENTO: producto_tasa_iva_ceroDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 30102|30202-- La lista de los productos de prestamos separados por "|"

Retención ISR a personas morales.

Como sabemos de la mano del proceso de Pago de interés a los ahorros y las inversiones va ligado el proceso de la retención del ISR que se ha llevado desde hace ya varios años.

Como recordaremos la retención se calcula en base al Saldo Promedio Diario que pasa el equivalente a 5 salarios mínimos anualizados (En Monterrey actualmente son 100,010.00). Es decir que a una inversión que tiene un saldo promedio diario de 120,010.00 se le calculara la retención por el exceso, o sea 20,000.00

Ahora bien a las personas morales no se les da la excención de los 100,010.00 sino que la retención se calcula por el saldo promedio total, siguiendo el ejemplo numérico por 120,000.00

Como lograr que a las personas morales no se les de la excención y a las físicas si.


-- Registrando a las personas morales en un grupo especial-- Configurando la tabla que se explica a continuacion.

IDTABLA: paramIDELEMENTO: grupo_personas_moralesDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 81-- Es el grupo de las personas morales, a los que se les omite la excención.

Modificación del <F5 Pagos> en los préstamos.

A partir de esta versión el botón <F5 Pagos> que aparece en "Ventanilla", "Traspasos" y "Revisión de Libretas" incrementa su información.

Hasta la versión anterior se mostraban solo las amortizaciones no cubiertas. Ahora se mostrará toda la tabla, incluso la de los créditos liquidados.

Una de las inquietudes añejas era mostrar en el SAICoop como fueron liquidadas cada una de las amortizaciones de los créditos, es decir a tiempo (OK) o con atraso. Por tal motivo ahora se muestran las amortizaciones liquidadas con la intención de informar como fueron cubiertas en su momento.

Esto sin duda será de gran apoyo a las áreas de análisis para identificar en un solo vistazo como fue liquidado un crédito, ya que esta información se mostrará tanto de créditos pagados como activos.

Como ahora se mostrará toda la tabla, observaremos amortizaciones pagadas y no pagadas, por lo que el estatus que aparezca en cada una de ellas, será en el caso de las pagadas el estatus que tenía al momento de cubrirse y en el caso de las no pagadas, el estatus actual o morosidad actual.

Aplican Restricciones.

Tal como se dice en las ofertas existe una situación que nos impide obtener el resultado pleno de este nuevo concepto, el cual tratare de comentar clara y concretamente.

En los inicios del SAICoop recordemos que los adelantos en los préstamos que ahora se destinan para liquidar la amortización siguiente se utilizaban para abonar de manera uniforme a todos los pagos restantes lo que hacía que estos se convirtieran en una cantidad menor.

El cambio del esquema anterior al nuevo nos afecta de varias formas, ya que el nuevo dato que estamos mostrando se reconstruye pensando en la nueva idea.

Por lo tanto y para proporcionar la información confiable creamos una tabla que controlará esta situación.

IDTABLA: paramIDELEMENTO: fecha_quiebre_amortizacionesDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 01/01/2009-- Por default al cargar la versión establecimos la fecha del 01/01/2009, pero debemos modificarla en cada entidad en lo particular.-- Es la fecha a partir de la que se implementó el esquema de adelantos actual.

Como identificar la fecha en la que se implementó el esquema actual de aplicación de adelantos a los préstamos.Tomaremos los respaldos de cada día último de mes (archivos con terminación .dump.bz2 ) y buscaremos el dato necesario con las siguientes instrucciones.


# less cajaejemplo_bc18-05-2009_18may09.dump.bz2 <enter> -- El gato es la representacion del prompt no se escribe

: /COPY tablas <enter> -- Los ":" representan el prompt por lo tanto no se escriben. -- El proceso tarda un poco en responder.

: /metodo_distr <enter>-- Esto tarda un rato mas y finalmente nos coloca en una linea como esta. param metodo_distribuye_amortizacion 1 0 0

Los valores 1 0 0 ó los que se muestren seran constantes al avanzar hacia atras en el tiempo, hasta llegar a un punto que sean diferentes. El objetivo de todos esto es identificar la fecha del respaldo donde se da este cambio.

Ofrecemos nuestro apoyo aprovechando las conexiones vía VPN para realizar este proceso y llegar al dato requerido, solo necesitamos los respaldos en un directorio de alguna máquina a la que tengamos acceso y nos avisan.

Las restricciones no aplican en todos los casos.

Hay algunos casos en que a la fecha instalación del SAICoop, ya se contaba con el esquema actual y que por lo tanto no habrá necesidad de identificar el momento de cambio de esquema, sino solo la fecha de instalación del SAICoop. Este es el caso para las entidades en que se instaló a partir del mes de diciembre del 2005.

En este caso a todos lo préstamos colocados en el SAICoop se les podrá observar la nueva información comentada, por lo que la fecha buscada será la de instalación del SAICoop.

Impide dar de alta persona si existe con el mismo nombre de cualquier grupo.

Como una medida para prevenir que en el catalogo de personas se den de alta mas de una vez con el mismo nombre se crea este concepto que controla su funcionamiento con la siguiente tabla:

IDTABLA: paramIDELEMENTO: impide_dar_de_alta_personaDESCRIPCION:-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO2: 10|20|25-- Son los grupos en los que revisara la existencia de la persona con el mismo nombre y apellidos que se pretende dar de alta.

Autorización exclusiva de prestamos a Socios Particulares por un usuario.

Para que la autorización de prestamos a una lista especifica de socios solo les sea permitido a un usuario del SAICoop en en particular es necesario seguir este proceso de configuración

- Crear una lista particular de socios para un usuario.- El nombre de la lista deberá ser "autopr_%" donde el símbolo "%" significa una cadena texto adicional

Cambios varios.

− El programa de / Utileras / Depuraciones / "Depuración de la Base de Datos" / se reestructuró para hacer su menú mas explicito y que las opciones fueran independientes.

− En el modulo de "ABC de personas" al inactivar se inactivaran también los folios que tenga relacionados la persona.− En el "Listado General de Ahorros" ahora se muestran los productos de tipo acreedor. Anteriormente solo se veían

los tipo ahorro.− En el módulo de "Revisión de Libretas" se agregó la posibilidad de imprimir la sección el finiquito al dar click el

botón F11 Imprimir.



Opción " <F5> Pagos " Para el tipo de amortización : Pagos Hipotecarios.

Como sabemos desde hace dos versiones el SAICoop cuenta con el tipo de amortización llamado Hipotecario (Revise el documento de la versión 1.13.0 del SAICoop para recordar las especificaciones de este.)

Ahora el plus en esta versión es la modificación que tuvo la opción <F5> Pagos en este tipo de amortización. La idea es mostrar el monto de los intereses e IVA de cada una de las amortizaciones pendientes de pago así como el monto abonado a la fecha y el pendiente de abonar.

Un dato muy importante es la columna Acumulado: Representa la cantidad que requiere HOY para liquidar hasta el número de amortización del renglón en cuestión.

Recuerde que para adelantar pagos se toma de base solo el monto del abono de las amortizaciones contiguas y que al liquidar los pagos que siguen no se exime de la responsabilidad de abonar el siguiente mes natural.

Las cifras que aparecen en esta columna variarán de acuerdo a la fecha actual y al estatus de los pagos, es decir que estén al corriente o vencidos. Y no representa un calculo futuro o proyección de pago.

Un ejemplo : Si hoy es 23 de abril 2009 el socio requiere para liquidar el pago correspondiente al compromiso del día 02 de Mayo 2009 la cantidad de $1,263.54 Si pretende cubrir dos pagos adicionales necesita $2,921.57 (se muestra en la columna Acumulado) que es la suma de $1,263.54 del pago 1 mas el 818.43 y 839.60 que conforman la parte del abono a capital de los pagos 2 y 3Siguiendo el ejemplo. No olvide que si liquida los dos pagos adicionales no pierde la obligación de regresar a abonar en la fecha originalmente pactada de la segunda amortización, es decir el 01 junio del 2009.

Modificación a "Revisión de Libretas" :

Cálculo de Finiquito.

Ubicación: / Socios / Utilerías / Revisión de LibretasPermiso: OP41Desde siempre la Revisión de Libretas ha contado con las pestañas de:

- Relación de Saldos


- Datos de la Apertura- Estado de Cuenta- Datos de la Póliza

Ahora incorporamos "Cálculo de Finquito"

Esta opción tiene como objetivo mostrar los saldos del socio, así como la diferencia que se le solicitaría en caso de intentar finiquitar la cuenta.

El reporte muestra tres diferencias:

Diferencia:La suma de sus haberes con intereses menos sus préstamos con intereses.

Diferencia condonando los intereses de los préstamos: Es la diferencia suponiendo que se negocie la condonación de los intereses ordinarios y moratorios.

Diferencia condonando los intereses de los préstamos y sin pagar el interés a los ahorros: Es la diferencia suponiendo que se negocie la condonación de los intereses ordinarios y moratorios, además del no pago del interés acumulado a la fecha de los ahorros del socio.

Para que esto funcione es necesario configurar la siguiente tabla:

IDTABLA: paramIDELEMENTO: prods_para_finiquitar_socioDESCRIPCION: Productos para calcular el finiquito al socio-- Esta es solo una leyenda que ayudará en el futuro a identificar la utilidad de la tabla.PARAMETRO1: 400,401-- Es la lista de los posibles productos de deudores que representan las cantidades que los socios llegan a deber extra a los préstamos, por conceptos de cobranzas o cualesquier otra causa.PARAMETRO2: 101,102,103,110,130,200,201-- Es la lista de productos de ahorros, inversiones e inverahorros que normalmente se toman en consideración para obtener la suma de sus haberes.

Cambio adicional:Se modificó para que volvieran a aparecer los créditos avalados aunque estos ya estuvieran liquidados. Aparecerán al dar click en el botón TODOS.

Estados Financieros: Por rangos de orígenes y particulares

Ubicación: / Contabilidad / Reportes / Estados Financieros.Permiso: CO21

A partir de esta versión agregamos la posibilidad de la generación de los reportes (Estados Financieros) por un rango de orígenes, o en base a una lista específica de estos.

Con este cambio ahora será factible obtener los "Estados Financieros" agrupando los orígenes según convenga a las necesidades de la entidad.

Ejemplos de la agrupación serían zonas por entidad federativa, municipios, urbanas y rurales, etc.

Estado de Cambios en Situación Financiera y Variación en Capital Contable:

Además se incorporó la opción para la obtención del "Estado de Cambios en la Situación Financiera" y del "Estado de Variaciones en el Capital Contable" de manera acumulada es decir considerando los saldos y movimientos de todo el año, ya que solo se contaba con el reporte de un solo mes.


ABC de Personas : Varios trabajos + Separación del CURP y RFC

Ubicación: / Socios / Catálogos / SociosPermiso: OP31

A este módulo se agregó el dato del "Email" del socio, además se separaran el campo "CURP o RFC" y quedan como "CURP" e independiente "RFC"

Adicionalmente en el apartado de "Laborales" se brinda ahora la oportunidad de registrar mas de un centro de trabajo de la misma persona.

Los trabajos pueden ser actuales o anteriores, ya que para identificar a los segundos se agregó el campo "Fecha de Salida"

En la parte baja del apartado Laborales podremos observar estos nuevos botones que son útiles para la navegación entre los distintos trabajos, así como para agregar o eliminar alguno.

Mantenimiento de Contratos:

Ubicación: / Utilerías / Catalogos / Edición de ContratosPermiso: UT18

En este módulo se llevo a cabo una modificación que para efectos de configuración será de mucha utilidad.

Ahora será posible rellenar la última línea de cada párrafo con guiones ( --- ), para proteger el texto de los contratos.

La mecánica consiste en que al final del párrafo se coloque esta cadena <- rellenar> (El signo menor que, seguido por el "-", un espacio en blanco, la palabra "rellenar" y para finalizar el signo de mayor que).

De esta forma se llenará automáticamente hasta el final del renglón con guiones, independientemente de la cantidad de espacios que queden para finalizar la línea.

Permiso: "ajuste_inverahorro"Como sabemos este privilegio del sistema permite que una inversión del tipo inverahorro en el SAICoop, pueda ser retirada antes de su vencimiento.

Preplazo: Son los plazos intermedios que tiene una inversión tipo inverahorro. Por ejemplo si se cuenta con un plazo de 84 días y un preplazo de 28 días, esto significa que le será posible retirar los intereses cada 28 días y el monto del principal hasta los 84.

Precisamente al contar con dicho permiso e intentar retirar los intereses generados en el pre-plazo el sistema entendía que debería retirar toda la inversión, por lo que el contar con el permiso chocaba con la intención de retirar solo el interés generado del pre-plazo.

Ahora el SAICoop tiene la inteligencia para identificar de acuerdo a la


Cambios rápidos de explicar:

− Se corrigió "Apertura de Inversiones e Inverahorros", ya que no se guardaban las instrucciones para el momento de las reinversiones.

− El módulo "Generador de Pólizas" se validó para que no aceptara dos veces un mismo folio.− Al módulo de "Liquidación Masiva de Créditos" se le corrigieron entre otras cosas, el que avise si en la lista de

prestamos a liquidar va un folio repetido. Además que si en la lista de los folios a liquidar se incluyen varios créditos del mismo socio deberán de liquidarse todos.

− Se modificó el módulo de "Condonación Masiva de Créditos" ya que al salir de este y accesar directo a de "Liquidación Masiva de Créditos" el sistema se bloqueaba debido a la utilización de unas variables globales.

− Se modificó el módulo de "Alta de Cuentas Contables", para que al re-activar una cuenta también se activaran las cuentas padres de misma.

− Se modificó el "Control de Presupuesto" con la idea de que el mismo reporte identificara las cuentas contables que llegan a utilizarse y que no se habían presupuestado. Al final del cuerpo del reporte aparecerá una lista de ellas en caso de presentarse esta situación.

− Se modificó la "Reimpresión del Cierre de Caja", para hacerla inteligente en el sentido de que el origen del usuario apareciera por si solo y evitar la identificación manual.

− Al reporte que se genera en el módulo de "Detalle de Cálculo del Interés al Ahorro" se le agregaron los datos de identificación del socio.

− En / Utilerías / Catalogos / Tablas / se agregó la búsqueda avanzada con <F3> para hacer mas fácil el encontrar el dato requerido.

− Al dar <F3> sobre la lista de usuarios del SAICoop, se le agregó es estatus de estos para su mas fácil identificación.



Optimización de las tablas de la base de datos del SAICoop.

Como parte de los esfuerzos tendientes a optimizar el acceso a la información de la base de datos, en esta versión se lleva a cabo una transformación de las tablas de la misma.

Para el mejor entendimiento del tema recordaremos el concepto de los diferentes estatus que tienen los productos de los socios.

Los estatus de los folios de los diferentes tipos de productos son:

Estatus Capturado:Es el que toman los diferentes productos al guardarse las condiciones iniciales de los productos.

Estatus Autorizado:Este solo lo adquieren los prestamos al darse su autorización.

Estatus Activo:Al tomar saldo por primera vez los diferentes productos se activan. Son activos porque se permitirá realizarle una serie de movimientos según sea el producto. Los ahorros, deudores y acreedores seguirán estando activos aún al quedar con saldo cero.

Estatus pagados / cobradosAl liquidar el saldo de un préstamo adquiere de manera automática es estatus pagado.Al retirar el saldo de un depósito a plazo e inverahorro queda con estatus cobrado.

Estatus CanceladosEs es estatus que toman los folios de cualquier tipo de producto que se aperturó y que al no utilizarse se borran en "Aperturas de Productos" la realidad es que no se borran sino que cambian de estatus.

Una vez recordado a que se refieren cada uno de los diferentes estatus, retomamos el tema para comentar que el cambio a que nos referimos es este punto consistió en separar los estatus "Pagados/Cobrados" y "Cancelados" de las tablas que se usan en todo momento en la operación cotidiana del SAICoop. Esto insistimos para agilizar la operatividad aunque en la generación de algunos reportes con datos históricos, no se vea ninguna mejoría, antes al contrario tal vez se tarden un poco mas ya que la información ahora la buscará de dos tablas en vez de una.

Analogía:Imaginemos que en nuestro caminar diario tuviéramos que cargar siempre un maleta de 10Kg y al tomar medidas de optimización nuestra carga pierde el 33% de su peso, obviamente nuestro paso sería mas ligero. También supongamos que en cierta parte del día se requiera ineludiblemente de todo el contenido de la maleta, pero en dos bolsas una de 7Kg y otra de 3Kg. En el primer caso todo es ventaja en el segundo la carga además de ser los mismos 10Kg originales ahora es mas difícil cargarlos, porque están en dos partes. Sin embargo la ventaja que se obtiene de que en la mayor parte del tiempo se carguen solo 7Kg justifica y hace valida la medida tomada.

Este ejemplo trata de explicar la razón del cambio, toda vez que entendemos que ninguna entidad estaría dispuesta a quitar de su base de datos de producción los datos históricos, con la finalidad de darle ligereza a las tablas de la base de datos.Proceso al final del día junto a la Reclasificación de Créditos.

Al finalizar el día de la mano de la "Reclasificación de Créditos" se ejecuta un proceso automático que identifica los folios de los ahorros, préstamos, inversiones a los que se les cambia el estatus y los traslada a las tablas de historial, para darle agilidad a las tablas que tienen mayor uso.

Múltiples formatos de cheques bancarios en una misma sucursal.

Con este cambio en el SAICoop ahora es posible, que en una misma sucursal de la entidad se impriman cheques con


diferentes formatos.

Imagine por un momento que los cheques de Banorte son del tamaño tradicional, sin embargo los cheques de HSBC son de tamaño carta y usted requiere imprimir de ambos en la misma oficina.

Pasos:

-- Dar de alta el formato del nuevo cheque en / Utilerías / Catalogos / Edición de Fomatos.-- Dar de alta una chequera en / Contabilidad / Catalogos / Chequeras / -- Dar de alta la tabla:

IDTABLA: paramIDELEMENTO: chequera_formato_999999 = Es el número Id de chequera dada de alta que relaciona con el elemento de esta tabla.DESCRIPCION:Una leyenda personal que nos ayude a recordar el uso de la tabla.PARAMETRO1:-- El nombre que se le dio a la chequera en la edición de los formatos.

Habilitar y Deshabilitar cuentas.

Ubicación: / Contabilidad / Catalogos / CuentasPermiso: CO31

Una cuenta se deshabilita cuando después de haberla dado de alta en el catalogo y tal vez usado por algún tiempo se decide inhabilitar para impedir su uso en lo sucesivo.

A partir de esta versión al habilitar una cuenta en automático se habilitarán las cuentas que vayan ligadas en orden de ascendencia.

Los nombre de las Amortizaciones en Aperturas y productos.

Como sabemos el SAICoop cuenta con varios tipo de amortización para la colocación de sus préstamos.

En documentos anteriores hemos explicado el funcionamiento de cada uno de ellos, sin embargo sus nombres, tal vez no van de acuerdo a como cada entidad los denomina en sus publicaciones y/o reglamentos.

En esta versión se da la posibilidad de cambiar el nombre que observamos en el SAICoop de cada uno de los diferentes tipos de amortización.

Para lograrlo es necesario configurar la siguiente tabla:IDTABLA: paramIDELEMENTO: nombre_amortizacion_9999 = Es el número de la amortización. Selecciónelo de la lista.

01 Cap=PP int=PP02 Cap=PU int=PU03 PAGOS CRECIENTES04 Revolvente05 Pago Fijo06 Pagos Hipotecarios.


DESCRIPCION: PAGOS ESPECIALESEs el nuevo nombre con que deseamos se visualice este tipo de amortización.PARAMETRO1:Solo para que se habilite el botón de guardar del módulo de tablas escriba algo sobre este espacio y bórrelo antes de dar guardar.

Ahora observe en "Aperturas de Prestamos" y "ABC de Productos" como cambian los nombres.

Cambios varios:

− Al momento de hacer ajustes de préstamos con en tipo de amortización CRECIENTE, se reconstruía la tabla de amortización cuando a la fecha del ajuste se tenían ciertos pagos cubiertos al 100% y los transformaba como pagos periódicos.

− Se agregó un índice a la generación del reporte del "Balance General", ya que en algunos casos aparecían las cuentas en desorden.

− Los "Reportes Regulatorios", ahora muestran sus resultados numéricos con decimales, esto por indicaciones del Comité de Supervisión, ya que no se encuentra habilitada la Web Siti.

− "Ajustes de Prestamos tipo de amortización Hipotecarios = Pagos Fijos". A partir de esta versión ya se pueden realizar, tal como se hacen los ajustes a los préstamos de cualquier otro tipo de amortización.

Recuerde que a este el tipo de amortización se le dejó este nombre de hipotecarios, solo por diferenciarlos de los Pagos Fijos que existían con anterioridad.

− Se desarrollaron las funciones para la formación de las tablas de amortización de los tipo de amortización Creciente e Hipotecario (Fijo)



Nuevo tipo de Amortizacion llamado : Pagos Hipotecarios. (Pagos Fijos)

A partir de esta versión incorporamos el nuevo tipo de amortización denominado "Pagos Hipotecarios", que es realmente un esquema de "Pagos Fijos", que ahora lleva el nombre de "Pagos Hipotecarios", porque surge por la necesidad de entregar préstamos para esta finalidad con este tipo de amortización y para diferenciarlo del que actualmente lleva el nombre de pagos fijos.

La característica principal de este esquema es que la suma del monto del Abono a Capital mas los intereses ordinarios e iva será igual en todos los pagos de la tabla de amortización.

Para explicar como trabaja este esquema nos basaremos en la siguiente gráfica, asi como en las cifras menconadas a manera de ejemplo:

Caso: Abonos al corriente.

Si la entrega del crédito se hace el 19 de Diciembre 2009, el abono correspondiente al primer pago lo podrá realizar desde ese mismo día y hasta el 19 de Enero 2009.

El interes ordinario que se cobrará será el que marque la tabla de amortización independientemente de que el pago se haya realizado desde 1 y hasta 29 días previos a la fecha pactada en la tabla.Adelantos a Capital: Como se aplican: No es lo mismo que abonos adelantados.

Adelantar significa cubrir del "Pago Total" de la amortización la parte del "Abono al capital" de una fecha posterior al pago más próximo.

Solo se permitirán los adelantos que cubran exactamente el equivalente al "Abono a Capital" de uno o varios pagos consecutivos y posteriores al pago cubierto en tiempo.

Cuando se adelanta a Capital no se pierde la obligación se abonar el equivalente al "Pago Total" del mes siguiente.


Num Fecha Abono a Capital Interes IVA Pago Total

------ ------------------ ------------------ ------------------ ------------------ ------------------ ------------------

0 19/12/2008 150,000.00 .00 .00 .00 .00

1 19/01/2009 142,461.85 7,538.15 1,520.00 228.00 9,286.15

2 19/02/2009 134,835.85 7,626.00 1,443.61 216.54 9,286.15

3 19/03/2009 127,120.99 7,714.86 1,366.34 204.95 9,286.15

4 19/04/2009 119,316.22 7,804.77 1,288.16 193.22 9,286.15

5 19/05/2009 111,420.50 7,895.72 1,209.07 181.36 9,286.15

6 19/06/2009 103,432.77 7,987.73 1,129.06 169.36 9,286.15

7 19/07/2009 95,351.96 8,080.81 1,048.12 157.22 9,286.15

8 19/08/2009 87,176.97 8,174.99 966.23 144.93 9,286.15

9 19/09/2009 78,906.72 8,270.25 883.39 132.51 9,286.15

10 19/10/2009 70,540.10 8,366.62 799.59 119.94 9,286.15

11 19/11/2009 62,075.98 8,464.12 714.81 107.22 9,286.15

12 19/12/2009 53,513.23 8,562.75 629.04 94.36 9,286.15

13 19/01/2010 44,850.69 8,662.54 542.27 81.34 9,286.15

14 19/02/2010 36,087.20 8,763.49 454.49 68.17 9,286.15

15 19/03/2010 27,221.58 8,865.62 365.68 54.85 9,286.15

16 19/04/2010 18,252.66 8,968.92 275.85 41.38 9,286.15

17 19/05/2010 9,179.21 9,073.45 184.96 27.74 9,286.15

18 19/06/2010 .00 9,179.21 93.02 13.95 9,286.18

========= ========= ========= =========

150,000.00 14,913.69 2,237.04 167,150.73

Saldo después

Saldo

Lo dicho anteriormente se explicará en base a un ejemplo con cifras de la gráfica.

El día 15 de Enero del 2008 viene el socio y abona los $9,286,15 del "Pago Total" de la primera amortización. Una vez liquidado lo anterior esta en posibilidad de adelantar a capital. Entonces podría abonar $7,626.00, o $15,340.86, etc, que son la suma de la parte del "Abono a Capital" de las amortizaciones 2 ó 2 + 3 respectivamente. Por lo expresado es obvio entender que no se permitirá el adelanto de $7,000.00 ni $10,000.00 ni $15,000.00

Supongamos ahora que se aplicó a capital $15,340.86. Visualicemos ahora que se eliminan las amortizaciones 2 y 3 correspondientes a los meses de Febrero y Marzo, sin embargo la regla nos dice que el socio debe abonar mensualmente, por lo que independientemente al capital adelantado permanece el compromiso de regresar el 19 de febrero y abonar una cantidad igual a los $9,286,15 del "Pago Total", solo que esta se cobrará con la distribución capital+interes+iva de la amortizacion # 4.

En resumen siguiendo el ejemplo, el efecto del adelanto a Capital es eliminar las amortizaciones 2 y 3, y subir la numero 4 a la fecha de la 2, la 5 a la fecha de la 3 y así sucesivamente, lo que evidencía que el préstamo se liquidará antes de lo previsto y con un ahorro de intereses para el acreditado.

Caso: Abonos con atraso.

Si al abonar una amortización la fecha de pago es anterior a la fecha actual, se considera que está vencida, por lo que se le calculará un interés moratorio. A diferencia de los pagos tradicionales aqui se calcula el interes moratorio por el "Pago Total" de la amortización que incluye el abono a capital + interes + iva.

Porque la base de cálculo de los intereses moratorios es diferente a los otros tipos de amortización ?

Porque en este nuevo esquema los intereses ordinarios se cobran exclusivamente lo que se señala en la tabla de amortización a diferencia de los pagos tradicionales donde el interes ordinario se calcula del saldo a la fecha.

Siguiendo los numeros del ejemplo supongamos que el socio no realizó el pago 1 y llega hasta le fecha del pago número 2.

En los pagos tradicionales se calcularía el interes ordinario por los días transcurridos entre la entrega 19/12/2008 y la fecha del abono 19/02/2008, todo el lapso de tiempo tomando como base los $150,000.00, que es el saldo a la fecha.En el nuevo esquema se calcula del 19/12/2008 al 19/01/2009 tomando la base de $150,000.00 y de ahí al 19/02/2008 por $142,461.85, lo cual refleja una diferencia tal como se ve en la tabla el interes del pago 1 contra el 2.Como se activa este nuevo esquema de amortizaciones.

En el módulo de / Socios / Catalogos / Productos / seleccione el producto de préstamos al que desee activar este nuevo esquema de cobro. De click en la pestaña "Parámetros" y luego en la de "Amortizaciones Aplicables", y seleccione la opción "Pagos Hipotecarios" y guarde los cambios.

Ahora en el módulo de "Aperturas en General" al utilizar el producto al que se le activó el nuevo tipo de amortización se le agregará a la lista el nuevo esqume de cobro.

Nota Importante: A la fecha de la liberación de esta versión no se cuenta con la opción de ajustes, para en caso necesario deshacer una operación errónea , por lo que los invitamos que antes de lanzar al mercado este esquema se hayan realizado todas las pruebas necesarias, en tanto nos dan oportunidad de terminar con dicho desarrollo.

Traspaso automático del producto 199 Retención ISR a una cuenta contable.


Como sabemos a partir de la versión anterior en el SAICoop se lleva a cabo de manera automática el "Pago de los Intereses a los Ahorros", sin embargo un proceso que va de la mano como es el "Traspaso de las retenciones almacenadas en el producto 199 a una cuenta contable" para su posterior pago no se hacía.

Ahora al finalizar un mes además del "Pago automatico de los intereses a los ahorros" se podrá traspasar automáticamente el saldo del producto 199 a una cuenta contable.

Para que este traspaso se realice de manera automática es necesario contar con la tabla:

IDTABLA: paramIDELEMENTO: retiromasivo_199DESCRIPCION: Parametros para el Traspaso MasivoPARAMETRO1: -- Es la cuenta contable (afectable) a la que se enviará el saldo de los folios del producto 199

PARAMETRO2: 1-- 1 = Significa que el proceso se realizará automáticamente al cerrar operaciones el último día del mes.-- Cualquier otro dato en este parámetro solo permitirá que el proceso se lleve a cabo de manera manual en / Socios / Utilerías / Traspasos Masivos

Dicho traspso automático generará una póliza de diario que quedará registrada con el origen del usuario 999.

Es importante que valide la conveniencia de hacer este proceso automático con el contador de su entidad.Interés pagado a los ahorros traspasado a los préstamos atrasados.

Ubicación: / Socios / Utilerías / Traspaso Interes Ahorro a PrestamosPermiso: OP410

En esta versión incluimos una opción en el SAICoop que deberá usarse con las debidas reservas, ya que siempre el retirar de los saldos de las cuentas de ahorros de los socios para pasarla a sus préstamos debe estar respaldada por los correspondientes contratos para evitar los posibles problemas legales subsecuentes, además de las observaciones de los distintos cuerpos de auditores.

Despúes de aclarar las implicaciones en el uso de esté módulo explicaremos la tabla de configuración necesaria y su forma de manejo.

IDTABLA: paramIDELEMENTO: retiro_int_ahorro_a_prestamoDESCRIPCION: Configuracion del modulo del mismo nombrePARAMETRO1: 110-- Es el producto de ahorro del cual se retirará la parte que se le depósito como pago de interés.PARAMETRO2: 30102|30202|30302|30402-- Es la lista de productos de préstamos a los que se les abonará la parte que se había pagado como interes al ahorro. El orden de la lista es la prioridad en que se tomarán los prestamos para abonarse.PARAMETRO3: -- Es el mínimo de días vencidos que deberá tener el crédito para que se le abone.PARAMETRO4: -- Fecha de la última vez que se retiraron las cantidades que se pagaron como interés al ahorro y se abonaron a los préstamos. En formato dd/mm/aaaa-- La primera vez que ejecute este proceso coloque la fecha del día anterior al pago de interes que acabe de realizar.

Operación del módulo:

1.- En primera instancia debe existir la decisión de la Gerencia General para ejecutar un proceso de esta naturaleza.2.- Definir con toda claridad los parámetros con que se que se deberá ejecutar dicho proceso.3.- Hacer al menos un ejercicio de prueba en un respaldo de su base de datos.4.- Una vez que quedó convecido del resultado de la ejecución de este módulo proceda a aplicarlo en la base de datos en


línea.

Recuerde que al correr este proceso no se le solicitarán datos adicionales, ya que de la tabla anteriormente descrita se toman los datos para su ejecución.

El resultado de la ejecución de este proceso es una póliza de diario tipo resumen que engloba los movimientos de todos los socios involucrados en este proceso.

Borrado de datos temporales ( A los usuarios de mi mismo origen )

Ubicación: / Utilerías / Otros / Borrado de Datos Temporales.Permiso: UT25

Ordinariamente al tener acceso a este módulo se esta en la posibilidad de limpiar datos temporales de cualquier usuario independientemente del origen de trabajo que tenga asignado.

A partir de esta versión el "Borrado de datos temporales" y el "Desbloqueo de folios en edición", podrá controlar que solo pueda afectar a los usuarios que tengan el mismo origen que el usuario que esta utilizando el módulo.

Para que esto funcione se requiere de la tabla:

IDTABLA: paramIDELEMENTO: limitar_borrartemp_por_origenDESCRIPCION: Para que solo se afectea usuarios del mismo origenPARAMETRO1: -- No se requieren datos en los diferentes paráametros. Con la sola existencia de la tabla es suficiente.

Cuando exista esta tabla solo se podrá afectar a los usuarios del mismo origen ( De su misma sucursal ).

Para que independientementre de haber adoptado esta idea, a un usuario le sea permitido modificar a cualquiera otro, sin importar su origen, podrá hacerlo si cuenta con el permiso:

"borrartemp_sin_limite"

Modificaciones internas para el calculo de la retención ISR por el pago de intereses.

En esta versión se hicieron algunas modificaciones internas en el cálculo de la retención de ISR por el pago de los intereses a los ahorros e inversiones, ya que en casos muy especiales podría llegar a representar un cálculo erróneo, por ejemplo cuando:

Un socio retira su cuenta, se le paga el interés y vuelve a ingresar en el lapso de tiempo comprendido entre un fin de mes y el siguiente (que son las fechas del pago del interes al ahorro).

Como a la generalidad de los socios se les paga cada mes, los días por los que se promediaba el "Saldo promedio diario", dato elemental para el cálculo de las retenciones siempre se consideraban 30, cuando en algunos casos especiales era menos.

En resúmen esta modificación es una corrección que evita un posible error que pudiera llegar a presentarse en su entidad. Además de que lo agregamos en este escrito solo para fines de documentación y ubicación en las fechas


Construcción de los SEPS para los créditos Hipotecarios con el SHF

Una Cooperativa autorizada tiene sus ventajas. Una de ellas es el hecho de que la Sociedad Hipotecaria Federal (SHF) voltee ante ella y le ofrezca financiamiento para otorgar créditos hipotecarios a mas largo plazo del que la propia entidad pudiera dar con sus propios recursos y con el plazo máximo que su nivel de oparaciones le permite.

Sin embargo para que el propio SHF otorgue dicho financiamiento es necesario pasar por algunas etapas como son:

Precalificación o PreaprobaciónGeneración GPIFondeo, etc.

Entre tanto lo que en esta versión se entrega es la plataforma necesaria para dar cumplimiento al requerimiento de datos de la etapa de Precalificación. Su ubicación en los menús del SAICoop es:

Ubicación: / Socios / Operaciones / Créditos / Solicitud del SHFPermiso: OP124

Cambios varios:

− El reporte regulatorio de "Coeficiente de Liquidez" se modificó para que aceptara además de cuentas contables productos.



Pago Automático del Interes al Ahorro. MENSUAL.

A partir de esta versión y de acuerdo a indicación expresa el interes a los ahorros se pagará de manera mensual y automática el día útimo de cada mes. Solo se aplicará a los productos tipo ahorro, es decir que no se toma en consideración a las inversiones a plazo fijo e inverahorros.

Registro de garantías a Prestamos Activos.

Ahora en el módulo de Aperturas de Préstamos se da la posibilidad de capturar la garantía prendaria e hipotecaria a un préstamo activo ( Un préstamo se activa cuando se entrega, antes tiene el estatus capturado o autorizado ).

Para hacerlo es necesario contar con el permiso: captura_casacoche_prest_activo

Una vez que se cuenta con el permiso se accesa a / Socios / Operaciones / Aperturas / Aperturas de Préstamos / seleccionando el crédito, se hace click en el botón de "Avales".

Se observarán los campos donde se describen las garantías listos para ser llenados.

Nota: Recuerde que para guardar una garantía es necesario llenar el campo monto que es al valor de la garantía.

Como visualizar a detalle la garantía en el Módulo de Aperturas:

Una vez que se tiene registrada la garantía prendaria o hipotecaria se accesa al mismo módulo de Apertura de Préstamos y en la ventana de Avales y Garantías seleccione con un click la garantía y los datos se observarán en los mismos campos donde se realiza la captura.

Mas datos en el ABC de Socios.

Ubicación: / Socios / Catalogos / Socios Permiso: OP211

En esta versión al módulo de ABC de Socios se le agregaron algunos campos en los diferentes apartados.

En datos personales: Nacionalidad Grado de Estudios Regimen Matrimonial

En datos laborales: Giro de la Empresa Sector laboral Forma de Comprobar Ingresos. Tipo de Empleo

En datos Socioeconómicos. Numero de dependientes menores de edad.

Categorías de Socios.


En esta versión incorporamos al SAICoop el concepto de "Categorías" de Socios / Clientes y su función será la de identificarlos de acuerdo a su comportamiento como tales en la sociedad.

Cada entidad seguramente tendrá una forma diferente de denominar a las diferentes categorías de Socios / Clientes.

Un ejemplo de esto es:

Socio / Cliente DiamanteSocio / Cliente PlatinoSocio / Cliente OroSocio / Cliente PlataSocio / Cliente Bronce

Así mismo cada entidad definirá condiciones que se deberán de cumplir para que el Socio / Cliente adquiera tal o cual clasificación.

Que hacer para que esto funcione:

La entidad interesada en utilizar esta opción proporcionará a Sistemas de FeNoreste su lista de categorías así como las especificaciones que se deberán cumplir para adquirir cada una de ellas. Entonces se les elaborará una función personalizada que se cargará a su base de datos. Al ejecutarse dicha función asignará el valor correspondiente a cada socio / cliente.

Donde se visualizará la categoría del Socio / Cliente.

− Alta de Socios− Aperturas− Ventanilla− Traspasos− Revisión de Libretas

Como se actualizará la categoría del Socio / Cliente.

Ubicación: / Socios / Utilerías / Actualizacion de CategoríasPermiso: OP49

En esta ruta existirá un módulo similar al de la generación de la cartera vencida, cuya finalidad será la de actualizar la categoría en base a las condiciones particulares de la entidad. Antes de iniciar el proceso se podrá observar la fecha de la última actualización.

La actualización de las categorías la realizará el SAICoop de acuerdo a las especificaciones que comentamos antes, por lo que el usuario no tendrá la posibilidad de alterarla.

Modificación en Aperturas de productos Tipo Deudor.

A este módulo del sistema se le agregó la opción de solicitar un plazo, esto con la finalidad de poder determinar una fecha de vencimiento.

Con esta modificación estaremos en posbilidad de registrar las "Inversiones en Valores" de la entidad en un producto tipo deudor y de esta forma el SAICoop las ubicará automáticamente de acuerdo a los días que les falta por vencer, lo cual es útil para el "Reporte Regulatorio del Coeficiente de Liquidez".

Además para evitar la necesidad abrir mas aperturas para estos fines se da la posibilidad de modificar la fecha de activación de los folios que tengan saldo cero.


Modificación al reporte de Requerimiento de Reserva detalle.

A este módulo del sistema se le agregó la opción de "Mandar Reporte a Archivo con Datos Adicionales".

El contenido del mencionado archivo es el mismo del reporte que ya existía, al que se le adicionan los campos que se enlistan a continuación:

La ampliación de estos datos será de mucha utilidad para actividades como:

Integrar con la Contabilidad:-- Los Intereses devengados no cobrados (IDNC) vigentes y vencidos.-- Los intereses moratorios.-- Los intereses ordinarios en cuentas de orden.

Identificar los plazos y las tasas de cada uno de los préstamos para saber si alguno está fuera de los rangos que la propia entidad establece.

Obtener la fecha de vencimiento de los créditos aunada a todos los demás datos, esto para agrupar por los días que faltan para vencer, necesarios para la demostración de algunos calculos de riesgos.

Integrar las comisiones cobradas por apertura de los créditos necesarios para la obtención del Reporte Regulatorio de Cartera por Tipo de Credito Subreporte 411.

Auxiliar de catálogo.

Ubicación: / Contabilidad / Reportes / Auxiliares / Auxiliar de Catálogo.Permiso: CO221


NUEVO CAMPO DESCRIPCION

Plazo Número de pagos del préstamo.

Periodo de Abonos Frecuencia de días entre cada pago

Fecha de vencimiento del pagaré

TasaIO Tasa de interés ordinario

TasaIM Tasa de interés moratorio

TasaIOD Tasa de interés ordinario de descuento o Tasa preferencial

Interes no Cont. (io)

Interés en CO

Interes Moratorio El interés moratorio acumlado. A la fecha interés

Fecha Interes

Fecha ultimo Mov. Fecha del último movimiento de abono, ya sea al interés o al saldo.

Tipo de Amortizacion 0 = Pagos periodicos o Tradicionales 2 = Pagos Crecientes

Fecha de Vencimiento

Interés acumulado al préstamo mas no contabilizado como IDNC o en cuentas de Interés acumulado al préstInterés acumulado al préstamo y contabilizado en cuentas de orden. Es el que acumula después de haber sido traspasado a cartera vencida. A la fecha Interés.

Es la fecha a la que están calculados y acumulados los intereses de los tres Es la fecha a la q

Este módulo ha existido desde siempre y ha sido de mucha utilidad para la integración de las cuentas contables.

Como sabemos se cuenta con la opción enviar a pantalla, impresora y archivo el resultado de los cargos y abonos de las cuentas seleccionadas.

Además se tiene la opción de mostrar con el botón <Ctrl-F11 en Pantalla> los movimientos de las cuentas, los cuales pueden seleccionarse con un click y observar la póliza completa con todos sus detalles.

Ahora además de mostrarse el detalle de la póliza. Es posible enviarla directamenta a impresión gracias a un botón que se agrega para esos fines.

Cambios varios:

− El reporte de "Control de Presupuesto" se modificó solo para que las cuentas del mismo aparecieran en orden. − Se corrigió el caso de que en el reporte del "Listado de Auxiliares" no aparecían algunos folios que si lo hacían en el

reporte de "Listado General de Ahorros".

REPORTES REGULATORIOS

Ubicación: / Contabilidad / Reportes / Reportes Regulatorios /Permiso: CO26


Este sección del documento pretende explicar cada uno de los "Reportes Regulatorios", así como cada unas de las tablas de configuración necesarias para la obtención de dichos reportes.

Para la obtención de resultados correctos y comprobables es indispensable que los reportes se generen de los respaldos de cada día último de mes.

La estructura de estos reportes esta pensada en que se generen archivos texto con las especificaciones marcadas y que se envíen de esta forma al SITI (Sistema Interinstitucional de transferencia de Información), para que la CNBV obtenga datos electrónicos leíbles de las entidades y de manera fácil los revise y agrupe, obteniendo de la entidad y del sector que requiera.

La "Clave SITI" es un código con el que se refiere la CNBV a cada uno de los datos de la entidad, que se piden en cada uno de los Reportes Regulatorios. Estas claves se publican en https://websiti.cnbv.gob.mx/

Por ejemplo existe una Clave SITI para cada cuenta contable que se pide mostrar en el Reporte Regulatorio del Catálogo Mínimo.

El resultado de la generación de cada reporte es la salida de dos archivos de texto ( extensión .txt) cuyos nombres se componen como se explica en el siguiente cuadro.

Indicador de un Reporte Regulatorio

El nombre o una parte del nombre del reporte

Número de Serie y Subreporte

Año y Mes (Periodo)

REGULATORIO Cap_Trad_por_localidad Serie_R08_A0821 200810

REGULATORIO Comprobacion Serie_R08_A0821 200810

Podemos observar que la parte que varía entre el nombre de uno y otro es que en el segundo viene la palabra "Comprobacion".

El primero es el que subirá directamente a la pagina del websiti.cnbv.gob.mx. El segundo es útil para efectos de comprobar los resultados, ya que incluyen columnas que no forman parte de las especificaciones dictadas en los instructivos de llenado, pero que son de mucha utilidad para el entendimiento visual.

CONFIGURACION DE LOS REPORTES

Cada reporte requiere de diversas tablas de configuración específicas, sin embargo también existen aquellas que son de utilización general, como las que se muestan a continuación.

IDTABLA: paramIDELEMENTO reportes_regulatoriosDESCRIPCION Clave del Nivel de la EntidadPARAMETRO1: 303-- En este parámetro se describe la "Clave de Nivel de la Entidad" utilizada en todos los "Reportes Regulatorios".-- Identifique la clave de su entidad de acuerdo a esta tabla.


IDTABLA: valor_udiIDELEMENTO: 200899-- El elemento es el periodo que se compone del año y mes. -- El 99 es la representacion de los números de los meses del 01 al 12.DESCRIPCION: Valor de la UDI en Sep 2008-- Este mensaje cambia en base al mes al que se refiere.PARAMETRO1: 4.081875-- Es el valor en pesos de la UDI. -- Este parámetro es utilizado por varios reportes regulatorios.

Con la actualización de la versión 1.12.0 se agregaron de manera automática los valores UDI de Enero del 2007 a Septiembre 2008.

Previo a cada fin de mes les estaremos pasando un bash que agregará el valor de la UDI de ese mes que esta a punto de terminar, pata evitar cualquier contratiempo en la obtención de los reportes regulatorios.

IDTABLA: requerimiento_capitalIDELEMENTO: nivel_operacionesDESCRIPCION: Nivel de Operaciones de la CooperativaPARAMETRO1: 3-- Esta es una tabla que desde tiempo atras es utilizada en la elaboración de otros los reportes financieros. También se usa en los regulatorios, por lo que es importante comentarlo.

Todos los "Reportes Regulatorios" incluyen al incio estas tres columnas:

Clave de Nivel de la Entidad.- Clave de acuerdo a su Nivel de operaciones y Nivel prudencialConcepto.- La Clave SITISubreporte.- Es un número con el que se identifica cada reporte.

Ahora entremos en materia en cada uno de los reportes.

Serie R01 A 0111 Catálogo Mínimo.

El reporte regulatorio de Catálogo Mínimo se integra de 1 subreporte en el que se solicitan los saldos de todos los conceptos que forman parte tanto del Balance General como del Estado de Resultados (incluyendo las cuentas de orden) de la Entidad de Ahorro y Crédito Popular.


Nivel de Operación y Activos Nivel de Regulación Prudencial

101 Nivel de Regulación Prudencia l I

112 Nivel de Regulación Prudencia l II

113 Nivel de Regulación Prudencia l III

114 Nivel de Regulación Prudencia l IV

201 Nivel de operaciones II Nivel de Regulación Prudencia l I

202 Nivel de operaciones II Nivel de Regulación Prudencia l II

203 Nivel de operaciones II Nivel de Regulación Prudencia l III

204 Nivel de operaciones II Nivel de Regulación Prudencia l IV

301 Nivel de operaciones III Nivel de Regulación Prudencia l I

302 Nivel de operaciones III Nivel de Regulación Prudencia l II

303 Nivel de operaciones III Nivel de Regulación Prudencia l III

Clave de nivel

Clave de nive

Nivel de Operaciones I y con activos iguales o inferiores a 2,750,000 UDISNivel de operaciones I y con activos Nivel de operaciones I y coNivel de operaciones I y con activos Nivel de operaciones I y coNivel de operaciones I y con activos Nivel de operaciones I y co

Para la obtención de este reporte es necesario previamente:

2) Que la entidad haya realizado el comparativo de las Claves Siti con las cuentas contables de su catálogo. Para esto les proporcionaremos las tablas en hoja de cálculo que habrá de llenar.

3) Que en sistemas de FeNoreste se hayan realizado las pruebas mínimas de calidad de la tabla comparativa, subiendo esta a un respaldo de su base de datos.

4) Que se haya cargado a la base de datos la tabla comparativa revisada.

Serie R03 C 00331 Resultados de títulos valuados a valor razonable y conservados al vencimiento .

Este reporte que viene en la lista que por el momento no desarrolla debido a que es exigible solo para entidades de Nivel IV.

Serie R04 A 0411 Cartera por tipo de crédito .

En este subreporte se solicitan los saldos del capital e intereses devengados no cobrados al cierre del tercer mes de cada trimestre y el monto de los intereses y comisiones del tercer mes de cada trimestre que se devengan por concepto de la cartera de crédito. La cartera se encuentra dividida en cartera vigente total, sin pagos vencidos, con pagos vencidos, cartera vencida y cartera total.Los datos proporcionados en este reporte, deben coincidir con los registrados en los conceptos del reporte R01 Catálogo Mínimo.

Para este reporte se requieren las tablas que se muestran en el siguiente cuadro.

El PARAMETRO2 lo modificará la entidad y representan los productos del tipo que se muestran en la descripción.


P A R A M E T R O S

IDTABLA DESCRIPCION 1 2 3 4 5

repreg_r04_a0411 1 Créditos comerciales 800101000000 800201000000 800501000000

repreg_r04_a0411 1.1 Actividad empresarial o comercial 800101010000 800201010000 800501010000

repreg_r04_a0411 1.1.1 Operaciones quirografarias 30102,30202 800101010100 800201010100 800501010100

repreg_r04_a0411 1.1.2 Operaciones prendarias 30302,30402 800101010200 800201010200 800501010200

repreg_r04_a0411 1.1.3 Créditos puente 30502,30602 800101010300 800201010300 800501010300

repreg_r04_a0411 1.1.4 Operaciones de factoraje 30702,30802 800101010400 800201010400 800501010400

repreg_r04_a0411 1.1.5 Operaciones de arrendamiento capitalizable 30902,31002 800101010500 800201010500 800501010500

repreg_r04_a0411 1.1.6 Otros 31102,31202 800101010600 800201010600 800501010600

repreg_r04_a0411 1.2 Prést de liquidez a otras Ent. de Ah. y Céd. Pop. 31302 800101020000 800201020000 800501020000

repreg_r04_a0411 2 Créditos de consumo 800102000000 800202000000 800502000000

repreg_r04_a0411 2.1 Tarjetas de crédito 31402 800102010000 800202010000 800502010000

repreg_r04_a0411 2.2 Personales 31502 800102020000 800202020000 800502020000

repreg_r04_a0411 2.3 ABCD 31602 800102030000 800202030000 800502030000

repreg_r04_a0411 2.4 Operaciones de arrendamiento capitalizable 31702,31802 800102040000 800202040000 800502040000

repreg_r04_a0411 2.5 Otros créditos de consumo 31902,32002,32102 800102050000 800202050000 800502050000

repreg_r04_a0411 3 Créditos a la vivienda 800103000000 800203000000 800503000000

repreg_r04_a0411 3.1 Media y residencial 32202,32302 800103010000 800203010000 800503010000

repreg_r04_a0411 3.2 De interés social 32402,32502 800103020000 800203020000 800503020000

repreg_r04_a0411 subtotal1 Cartera de crédito vigente sin pagos vencidos 800100000000

repreg_r04_a0411 subtotal2 Cartera de crédito vigente con pagos vencidos 800200000000

repreg_r04_a0411 subtotal3 Cartera de crédito vencida 800500000000

repreg_r04_a0411 total Cartera de crédito total 800000000000

IDELEMENID

Serie R04 B 0417 Calificación de la cartera de crédito y estimación preventiva para riesgos crediticios.

En este reporte se solicitan los saldos de la cartera base de calificación, las estimaciones preventivas para riesgos crediticios, así como las estimaciones preventivas adicionales, desglosados por tipo de crédito y tipo de riesgo. Esto de acuerdo a las tablas que se contienen en el Anexo D de las Disposiciones de carácter general aplicables a las Entidades de Ahorro y Crédito Popular y Organismos de Integración a que se refiere la Ley de Ahorro y Crédito Popular.

La información que se muestra en este reporte es muy similar al de "Requerimiento de reserva detalle" que ya se tiene en el SAICoop.

Para este reporte se requiere de las tablas que se muestran en el siguiente cuadro, las cuales se agregan a la base de datos al momento de la actualización de la versión 1.12.0.

Solo falta modificar las cuentas contables establecidas en el PARAMETRO2 de las tablas resaltadas en amarillo.

Además para este reporte se utiliza la tabla "eprc" que ya existía, a la que se le agregó en el parametro 5 con las Claves SITI correspondientes a la finalidad de la cartera y a los días vencidos marcados en el IDELEMENTO y el la DESCRIPCION.

Esta tabla no hay necesidad de modificarla por el momento, solo se agregó para fines de documentación.

Si en el futuro cambian las Claves SITI entonces habrá necesidad de actualizarla


P A R A M E T R O S

IDTABLA IDELEMENTO DESCRIPCION 1 2 3

1000000000 4 3000000000-2000000000

2000000000 Otras Estimaciones 3 2010000000,2020000000 cuenta

2010000000 2 f10101 cuenta

2020000000 2 f10201 cuenta

3000000000 3 4000000000,5000000000,6000000000,7000000000

4000000000 consumo 2 8200000000,8210000000

5000000000 comercial 2 8000000000,8010000000

6000000000 2 8100000000,8110000000

7000000000 vivienda 2 8400000000

8000000000 comercial 1

8010000000 comercial 1

8100000000 1

repreg_r04_b0417 Exceso o insufic iencia en Exceso o ins

repreg_r04_b0417

repreg_r04_b0417 Depositos en garantia

repreg_r04_b0417

Estimaciones constituidas en el Estimaciones con

repreg_r04_b0417 total de cartera total de

repreg_r04_b0417

repreg_r04_b0417

repreg_r04_b0417 m icrocredito

repreg_r04_b0417

repreg_r04_b04178000000001,8000000002,8000000003,8000000004,8000000005,88000000001,8000000002,8000000003,8000000004,800000000

repreg_r04_b04178010000001,8010000002,8010000003,8010000004,8010000005,88010000001,8010000002,8010000003,8010000004,801000000

repreg_r04_b0417 m icrocredito 8100000001,8100000002,8100000003,8100000004,8100000005,8810000000

Serie R04 C 0451 Desagregado de créditos para el consumo, la vivienda y comerciales .


P A R A M E T R O S

IDTABLA IDELEMENTO DESCRIPCION 1 2 3 4 5

eprc comercial_sin_gar_hipot_r01 De0 dias vencidos 0 0 0.5 10

eprc comercial_sin_gar_hipot_r02 De 1 a 30 dias vencidos 1 30 2.5 10

eprc comercial_sin_gar_hipot_r03 De 31 a 60 dias vencidos 31 60 15 30







eprc comercial_sin_gar_hipot_r10 mas de 241 dias vencidos 241 99999 100 100

eprc consumo_con_gar_hipot_r01 0 0 0.35







eprc consumo_con_gar_hipot_r08 181 1460 70

eprc consumo_con_gar_hipot_r09 99999 100

eprc consumo_sin_gar_hipot_r01 De0 dias vencidos 0 0 1 1

eprc consumo_sin_gar_hipot_r02 De 1 a 7 dias vencidos 1 7 4 1






eprc consumo_sin_gar_hipot_r08 De 181 o mas dias vencidos 181 99999 100 100

8000000001|80000000018000000002|80000000028000000003|80000000038000000004|80000000048000000005|80000000058000000006|80000000068000000007|80000000078000000008|80000000088000000009|80000000098000000010|8000000010

Tablas para el provisionamiento de Tablas pTablas para el provisionamiento de Tablas pTablas para el provisionamiento de Tablas pTablas para el provisionamiento de Tablas pTablas para el provisionamiento de Tablas pTablas para el provisionamiento de Tablas pTablas para el provisionamiento de Tablas pTablas para el provisionamiento de Tablas pTablas para el provisionamiento de Tablas p

1461

8200000001|82000000018200000002|82000000028200000003|82000000038200000004|82000000048200000005|82000000058200000006|82000000068200000007|82000000078200000008|8200000008

En este subreporte se debe reportar información operación por operación de todos los créditos otorgados para el consumo, la vivienda y comerciales. Las Entidades de niveles II, III y IV, deberán reportar sólo los créditos que sean por un monto igual o mayor a 25,000 Udis. Así mismo, las Entidades de los niveles I, II, III y IV deberán reportar todos los créditos relacionados que tengan registrados, de acuerdo con lo dispuesto por el artículo 35 de la Ley de Ahorro y Crédito Popular.

Para la obtención de este es reporte debe generarse inmediatamente antes el reporte de "Requerimiento de reserva detalle"

Para la obtención de este reporte es necesario contar con la siguiente tabla:

IDTABLA: paramIDELEMENTO: valor_ideal_y_real_eprcDESCRIPCION: Datos generados por el requerimiento de reserva.PARAMETRO1: -- Este parámetro lo llenará el propio SAICoop por lo que usted no deberá modificarlo.-- Es la fecha en que se ejecutó el reporte del requerimiento de reserva.PARAMETRO2: f10501+f10502-- La formula de las cuentas contables que determinan el valor real de las provisiones del principal y los intereses de los préstamos.-- Este es el único parámetro de la tabla que deberá de modificar.PARAMETRO3: -- Este parámetro lo llenará el propio SAICoop por lo que usted no deberá modificarlo.-- Es el valor de la provisión al 100% obtenida automáticamente al generar el reporte.PARAMETRO4: -- Este parámetro lo llenará el propio SAICoop por lo que usted no deberá modificarlo.-- Es el saldo de las cuentas contables que representan la provisión real y que se muestran en el parámetro 2.

Serie R08 A 0811 Captación tradicional y préstamos bancarios y de otros organismos.

En este subreporte se solicitan los saldos de captación al cierre del tercer mes de cada trimestre, del principal, intereses devengados no pagados registrados en balance, y el monto de intereses y comisiones devengados por concepto de la captación y que forman parte del margen financiero.

Para este reporte se requiere de las tablas:

IDTABLA: repreg_captacion_y_prest_bancIDELEMENTO: depositos_a_plazoDESCRIPCION: Regulatorio 811PARAMETRO1: 211100000000-- Es la clave Siti para los depósitos a plazo fijo.PARAMETRO2: (c50102-a50102)-- Son las cuentas contables que integran los intereses generados en el mes por los depósitos a plazo.-- La fórmula representa los cargos menos los abonos de la cuenta 50102.PARAMETRO3: 200|205-- Son los productos de las inversiones a plazo e inverahorros. -- Los datos mostrados son solo ejemplos, deberá adecuarlos a los de su entidad.

IDTABLA: repreg_captacion_y_prest_bancIDELEMENTO: depositos_exigibilidad_inmediaDESCRIPCION: Regulatorio 811PARAMETRO1: 210100000000-- Es la clave Siti para los depósitos de exigibilidad inmediata.PARAMETRO2: (c50101-a50101)-- Son las cuentas contables que integran los intereses generados en el mes por los depósitos de exigibilidad inmediata.PARAMETRO3: 110|120|125|130|131|137-- Son los productos de los productos tipo ahorro de exigibilidad inmediata-- Los datos mostrados son solo ejemplos, deberá adecuarlos a los de su entidad.


Serie R08 A 0815 Captación tradicional y préstamos bancarios y de otros organismos, estratificada por plazos al vencimiento y montos.

En este subreporte se solicitan los saldos de captación del cierre del tercer mes de cada trimestre, estratificados por plazos al vencimiento y por monto Adicionalmente se solicita el número de cuentas o contratos.

Para este reporte se requiere de las tablas que se muestran en este cuadro, de las que solo hay necesidad de modificar el parámetro 2 que son las productos tipo ahorro, depósito e inverahorro que constituyen la captación tradicional.

NO se deberán incluir los productos tipo ahorro que no formen parte de la Captación Tradicional, como son los productos de las partes sociales, los fondos sociales, las retenciones, etc.

Serie R08 B 0821 Captación tradicional por localidad.

En este subreporte se requieren los saldos de los depósitos que la Entidad haya captado y tenga registrados al cierre del periodo en los conceptos, “Depósitos de Exigibilidad Inmediata” y “Depósitos a Plazo” del reporte regulatorio R01 A Catálogo Mínimo.

Para este reporte se requiere de las tablas:

IDTABLA: repreg_captacion_por_localidadIDELEMENTO: 210101000000-- Es la Clave SITI correspondiente al tipo de depósito plasmado en la descripción.DESCRIPCION: -- Es cada uno de los tipos de depósitos que componen la captación TradicionalPARAMETRO2: -- Son los productos que integran el tipo de depósitos marcado en la descripción.-- Los productos que aparercen en el ejemplo son los que se configuraron al actualizar esta versión, por lo que es necesario sustrituir por los que su entidad utilice.

Adicional a las tablas de configuración habrá necesidad de completar con el número de municipio del catálogo de su base


P A R A M E T R O S

ID tabla IDELEMENTO DESCRIPCION 1 2 3 4

repreg_captacion_tradic_plazo 1 De 1 a 7 dias 225001000000 110|120|125|130|131|137|200|205 -999999 7

repreg_captacion_tradic_plazo 2 De 8 dias a 1 mes 225002000000 110|120|125|130|131|137|200|205 8 30

repreg_captacion_tradic_plazo 3 De 1 a 3 meses 225003000000 110|120|125|130|131|137|200|205 31 90

repreg_captacion_tradic_plazo 4 De 3 a 6 meses 225004000000 110|120|125|130|131|137|200|205 91 180

repreg_captacion_tradic_plazo 5 De 6 meses a 1 aÃ±o 225005000000 110|120|125|130|131|137|200|205 181 365

repreg_captacion_tradic_plazo 6 De 1 a 2 aÃ±os 225006000000 110|120|125|130|131|137|200|205 366 730

repreg_captacion_tradic_plazo 7 Mas de 2 aÃ±os 225007000000 110|120|125|130|131|137|200|205 731 99999999

repreg_captacion_tradic_monto 1 Hasta 6,000 udis 225101000000 110|120|125|130|131|137|200|205 0 6000

repreg_captacion_tradic_monto 2 Entre 6,001 y 8,000 udis 225102000000 110|120|125|130|131|137|200|205 6000 8000



P A R A M E T R O S

ID tabla IDELEMENTO DESCRIPCION 1 2

210101000000 130|131

210102000000 110|120|125

211102000000 200|205

repreg_captacion_por_localidad Depósitos de Exigibilidad inmediata a la Vista

repreg_captacion_por_localidad Depósitos de Exigibilidad inmediata Ahorro

repreg_captacion_por_localidad Depositos a Plazo Fijo

de datos, una hoja de cálculo que se le proporcionará que incluye la Clave SITI, la localidad y la entidad federativa.

El objetivo es que todos los municipios que se tienen en el catálogo de la base de datos del SAICoop se les ubique en la mencionada Hoja de excell que se les porporcionará por separado.

Será trabajo de la Cooperativa el llenado de dicha tabla y de sistemas de FeNoreste subirla a la base de datos del SAICoop.

Para la obtención de resultados correctos es escencial que no quede un solo número de municipio de su catálogo sin ubicar en la mencionada hoja de excell que les proporcionaremos.

Además es igualmente necesario que la tabla de municipios este depurada para que por ningún motivo encontremos el mismo municipio dado de alta por mas de una vez. Para identificar esta irregularidad no ayudará la consulta que se describe enseguida.

select m.idmunicipio, m.nombre, e.idestado, e.nombre FROM municipios m inner join estados e on (m.idestado=e.idestado) order by m.nombre;

Serie R09 C 0922 Desagregado de gastos de operación y promoción.

Este reporte por el momento no se obtendrá del sistema, debido a que los datos que se manejan no los contiene el SAICoop, ya que se refieren a datos de las nóminas.Serie R20 A 2011 Coeficiente de liquidez.

En este subreporte se solicita el saldo al cierre de mes y el saldo promedio diario de los diferentes conceptos de liquidez.La columna de saldo diario promedio mensual sólo aplica para las Entidades con nivel prudencial IV.

Para este reporte se requiere de las tablas que se muestran en el siguiente cuadro, del las cuales se modificará solo el PARAMETRO2

Como podemos observar en los ejemplo que se muestran en el cuadro, existen letras " f " que significa el saldo final de una cuenta contable al mes de que se trate y una " p " que representa a un número de producto de ahorros e inversiones.

Con la funcionalidad de incluir además de saldos de cuentas contables el saldo de productos ahora estamos en posbilidad de incluir las inversiones que tiene la entidad si esta se encuentran registradas en productos tipo deudor, tal como se explica al final de la segunda pagina de este documento, con el titulo de: Modificación en Aperturas de productos Tipo Deudor.

Serie R21 A 2111 Requerimientos de capital por riesgos.

A la fecha de liberación de esta versión no se cuenta con este reporte. Sin ambargo se desarrollará y cargará a las entidades sin necesidad de una nueva versión del SAICoop.


Clave Localidad Entidad Numero de Municipio

2306007 APODACA NUEVO LEON 19006

2319003 GARCIA NUEVO LEON 19018

2322009 GENERAL ESCOBEDO NUEVO LEON 19021

2326002 GENERAL ZUAZUA NUEVO LEON 19025

2327001 GUADALUPE NUEVO LEON 19026

2333007 LAMPAZOS DE NARANJO NUEVO LEON 19032

2340009 MONTERREY NUEVO LEON 19039

2347002 SAN NICOLAS DE LOS GARZA NUEVO LEON 19046


Traspaso Automático de los montos bloqueados por el IDE al producto de Retención.

Este es un cambio se liberó de manera anticipada a esta nueva versión, ya que para dar cumplimiento a las disposiciones de ley era necesario contar con esta modificación al cierre del mes de Julio del 2007.

El objetivo de esta proceso automático es asegurar que el último día de cada mes se retiren los montos que durante el mes se fueron bloqueando de los ahorros de los socios al acumular depósitos en efectivo por mas de $25,000.00 en un mes calendario. Los montos bloqueados se pasan al producto de retención IDE ( De acuerdo a la propuesta que se hacía en el documento de la versión 1.10.0 estamos hablando del producto 198 ), para conservar un registro a nivel socio.

Posteriormente se retiran del producto 198 y se envían una cuenta contable definida en la tabla:

IDTABLA: paramIDELEMENTO retiromasivo_198PARAMETRO1: -- Es la cuenta contable a la que se enviará el saldo retirado de los folios del producto 198.-- Nota: No debe ser la misma cuenta a la que apunta el producto 198.

De esta manera al iniciar el día uno del mes, se tendrá disponible la cifra que se deberá enterar a la autoridad hacendaria.

Bloqueo de la contraseña del usuario despues de "X" intentos fallidos por accesar.

Para dar cumplimiento a las observaciones realizadas por la CNBV en las revisiones que ha hecho a las Cooperativas autorizadas se desarrollo esta nueva opción del sistema. Si su entidad no esta autorizada considere que con este cambio se ahorrará una observación al momento de tramitar su autorización.

Ahora el SAICoop bloqueará el acceso al usuario que al escribir su contraseña lo haga de manera errónea después de un determinado número de intentos consecutivos fallidos. Esto como una medida de protección para evitar que alguien realice múltiples intentos para adivinar el password de sus compañeros.

Los intentos fallidos pueden ser inmediatos o con separación de tiempo, el único requisito es que sean consecutivos, ya que es poco probable que un usuario falle en su propia contraseña varias veces.

Si se equivoca una vez y la segunda accesa sin problemas, el sistema automáticamente eliminará el conteo de intentos fallidos, en caso contrario los acumulará.

La tabla que controlará el numero de veces consecutivas necesarias que se debe de registrar la contraseña erronea para que se bloquee el usuario es:

IDTABLA: paramDELEMENTO intentos_fallidosPARAMETRO1: -- Es el numero de intentos fallidos necesarios para bloquear el usuario.-- Nota: por default el número de intentos fallidos es 3 aun sin la existencia de la tabla.

Como desbloquear la contraseña de un usuario:


Para desbloquear un usuario es necesario accesar al módulo de / Utilerías / Catalogos / Usuarios / y escribir su número. Al hacerlo aparecerá un nuevo botón <F5 – Intentos fallidos> que solo se observará si el usuario está bloqueado.

Al dar click en el mencionado botón aparecerá una pantalla como la que se ve en la ilustración en la cual se mostrarán los tres intentos fallidos acompañados de las fecha y hora en la que se buscó accesar sin exito, además de las contraseñas que escribió en cada uno de los intentos.

Haga click en el botón "DESBLOQUEAR USUARIO", a lo que se le preguntará su confirmación y posteriormente se le informará que la contraseña del usuario se sustituyó por la palabra "cambio", sin comillas, finalmente de click en el botón <F10> Guardar.

Ahora el usuario que se desbloqueó accesará al SAICoop con la contraseña "cambio", sin comillas, e inmediatamente se le solicitará la modifique por una contraseña personal y privada.

Modificacion en los reportes de Requerimientos de Reserva y Riesgos de Credito y Mercado.

Ubicación: / Contabilidad / Reportes / Auxiliares / Requerimientos de ReservaPermiso: CO225

Los reportes de "Requerimiento de reserva resumen", "Requerimiento de reserva detalle" y "Requerimiento de Capital por riesgo de Credito y de Mercado" se modificaron para dar la posibilidad de generar dichos reportes considerando y sin considerar las garantías de los ahorros para los prestamos.

Esto cambio se hace para que las entidades que no han sido autorizadas estén en posibilidad de determinar de ambas formas y tengan una visíón de tales diferencias.

Por default los reportes tienen señalada la opción de "Considerar las garantías para el cálculo del reporte", sin embargo puede desmarcarse para obtener el resultado

Control del uso de un folio en los diferentes módulos del sistema.

Gracias a este cambio ahora el SAICoop validará que mientras un folio de un ahorro, prestamo o inversión esté siendo utilizando por un usuario, ninguno otro pueda utilizarlo, protegiendo de posibles inconsistencias que pueden llegar a darse al utilizar y modificar un mismo folio el mismo tiempo en dos módulos diferentes.

Los módulos involucrados en este control son:

- Ventanilla- Traspasos- Revsión de Libretas- Aperturas de Productos.

Un ejemplo de esto es que ahora el sistema impedirá el uso de un folio en "Aperturas" mientras se esté utilizando en "Ventanilla" o "Traspasos" y viceversa.Así mismo se impedirá el borrado de la garantía de un préstamo en "Revisión de Libretas", mientras se encuentre en


uso en los módulos de "Aperturas", "Ventanilla" y "Traspasos".

Modificación en los Reportes de Lavado de Dinero.

Ubicación: / Socios / Reportes / Lavado de Dinero / Permiso: OP27

Desde versiones anteriores se cuenta con reportes para mostrar los socios que caen en el supuesto de los "Movimientos Inusuales, "Relevantes" y "Preocupantes", asi como desde la versión 1.10.0 se tiene la opción del mensaje en "Ventanilla" de los movimiento Inusuales.

El problema que se tenía con estos reportes y mensaje es que por el gran cúmulo de información que requería de pocesar la generación del resultado se volvía lenta.

Una vez que se actualice la versión 1.11.0 en su base de datos solicite a sistemas de FeNoreste le creen la tabla con el historial de los movimientos de los socios, que registrará el resumen de los movimientos mensuales en toda la vida del SAICoop de todos sus socios.

Adicionalmente al cerrar el día último de cada mes se actualizará automáticamente la mencionada tabla de historial con los movimientos del mes que termina.

De esta forma se reduce drásticamente el tiempo de procesamiento de estos reportes y mensaje.

Para que se llene de manera inicial la tabla de la historia de movimientos de los socios y dar cumplimiento a lo antes mencionado comuniquese a sistemas de Federación para que se realice el correspondiente proceso.

VENTANILLA: Nuevo mensaje de apoyo para detectar un posible bloqueo de ahorros por el IDE.

En esta versión incorporamos un nuevo mensaje en el Módulo de "Ventanilla" , con la intención de avisar al cajero y que este se encuentre en la posibilidad de orientar al socio sobre un inminente bloqueo de una parte de sus ahorros para el pago del impuesto del IDE.

Este aviso se proyectará al momento de intentar aplicar los movimientos capturados y da la posibilidad de evitar la aplicación del movimiento.

Para que este mensaje se muestre en los casos que procedan es necesario dar de alta esta nueva tabla de configuración.

IDTABLA: paramDELEMENTO evaluar_mensaje_retencion_ide-- No se require de algún parametro adicional para que funcionalidad se active.

Reportes Regulatorios.

Ubicación: / Contabilidad / Reportes / Reportes Regulatorios /Permiso: CO26

En esta versión del SAICoop liberamos solo dos de los reportes regulatorios

R01 Catalogo Mínimo y R20 Indicadores Coeficiente de Liquidez


Los restantes los vamos a ir pasando a medida que se tengan. Para esto no será necesario bajar una nueva versión ya que todos ellos serán funciones que se cargarán y trabajarán con la misma versión 1.11.0

Para estos reportes es necesario que se llene de parte de la Cooperativa unas tablas comparativas, para definir la equivalencia de las claves del SITI con las cuentas contables de la entidad. Para esto comuniquese a sistemas de FeNoreste.

Modificación al guardar en Ventanilla.

Ubicación: / Socios / Operaciones / Cajeros / VentanillaPermiso: CO225

Como sabemos en el módulo de "Ventanilla" al guardar los movimientos se describe la forma en la que se esta efectualdo el pago, por ejemplo una operación de $5,000.00 se cubre con $2,000.00 de efectivo y $3,000.00 en documentos.

Ahora en esta versión podremos definir de la parte cubierta en efectivo, cuales son las denominaciones del dinero recibido, tal como se ve en la ilustración.


IDTABLA: paramIDELEMENTO desglose_pago_en_efectivo-- No se require de algún parametro adicional para que funcionalidad se active.

NOTA: Por razones de tiempo solo liberamos esta parte, sin embargo estamos concientes de que es necesario el registro del efectivo que se entrega como cambio, así como el reegistro de los cambios de cheques y los cambios de efectivo entre los cajeros.

Cambios varios:

− En el módulo de "Aperturas de Préstamos" se validó que el monto bloqueado por el tema del IDE no pudiera ser utilizado como garantía para un préstamo.

− Se modificó el "Control de Presupuesto" ya que no reconocía las cuentas contables de gastos que dependían de la cuenta de titulo 004 Ingresos y 005 Gastos.

− A los reportes del "Listado general de Ahorros", "Listado general de Prestamos", "Listado general de Inversiones" y el "Listado general de Inverahorros". Se les agrego la tasa anual.

− Se corrigió el reporte del "Listado General de DPF" ya que la fecha de vencimiento se observaba errónea aunque al generar un reporte enviaba los que vencían en el día estipulado.


− En el módulo de "Aperturas de Inversiones" se validó el boton <F6> Reinversiones, ya que no hacía la pregunta de como se registraría (efectivo-documentos-traspasos) en el caso de que la nueva inversión fuera por una cantidad mayor a $25,000. Además se modificó para que al accesar a una apertura activa para establecer un nuevo destino para la inversión al vencimiento ya no pregunte por la distribución del efectivo-documentos-traspasos.

− Al módulo de "Revisión de Libretas", se regresó a modo vertical la impresión, ya que en la versión anterior y debido a la inclusión de los movimientos en efectivo y al detalle de la explicación de los movimientos inusuales se había cambiado a horizontal.

− Se corrigió el reporte de "Movimientos de Cuentas", que aparece en el menu de los "Estados financieros" ya que el el detalle las cuentas aparecían en desorden.

− Al módulo de "Traspasos Masivos" se le agregaron notas que describen el funcionamiento de cada una de las opciones, esto debido a que era muy común que hicieran llegar dudas sobre la utilidad de cada una de ellas.

− Se modificó el módulo de "Atención a Usuarios", para que la lista de las Cajas que antes aparecía se convierta en la lista de las sucursales de su propia entidad. Con este cambio el módulo queda listo para ser utilizado como una Bitácora y dar cumplimiento a lo que en el "Manual de Tecnología de Información" contempla como Procedimiento de registro y seguimiento de fallas, además de controlar los pendientes del departamento de sistemas con sus sucursales.



Tratamiento del IDE (Impuesto a los Depósitos en Efectivo) en el SAICoop.

Como sabemos a partir del 1 de julio del 2008, entra en vigor la Ley del IDE, lo que nos obliga a retener un impuesto que se calculará de acuerdo a la siguiente formula:

CALCULO DEL IDE

Total de depósitos en efectivo acumulados en un mes.Menos Depósitos en efectivo, hasta por $ 25,000.00Igual Depósitos GravadosPor Tasa del 2%Igual Impuesto a los depósitos en efectivo (IDE)

De acuerdo a la ley habrá dos momentos para recaudar el impuesto.

− En el caso de los Depósitos a plazo fijo ( productos tipo Dpf e Inverahorro) donde la parte del efectivo sea mayor a 25,000 la recaudación se realizará en el momento mismo del depósito.

− En cualquier otro caso la recaudación se hace el día último del mes.

Como se controlarán los depósitos a plazo fijo cuando el monto en efectivo se mayor a $25,000.00

Etapa 1 : Apertura de la Inversión.

En el momento de la apertura cuando el sistema identifique un monto mayor a 25,000 aparecerá una pantalla emergente que preguntará como se constituirá el depósito, en la cual se deberá especificar la cantidad que se cubrirá en efectivo, el monto que se pagará en documentos y el que se completará vía traspaso de otra cuenta del mismo u otro socio.

Una vez que se definen las cifras el sistema muestra los siguientes datos adicionales. Veamos el ejemplo con un depósito de $150,000.00

MONTO BASE EF:


Es la parte de depósito que se cubrirá con efectivo.MONTO EXENTO: Es la parte del depósito en efectivo que no paga impuesto.MONTO GRAVABLE: Es la parte del depósito que se tomará de base para calcular el impuesto.VALOR DEL IDE: Es el monto del impuesto.

MONTO GRAVABLE MENOS IDE:Es el monto gravable menos el IDE. Se calcula con el Monto gravable / 1.02MONTO EXENTO: Es la parte del depósito en efectivo que no paga impuesto.MONTO OTRAS CANTIDADES:Son los montos no gravables, por que consisten en depósitos en documentos y transferencias de otros productos.MONTO TOTAL DE LA APERTURA:Es la cantidad por la que finalmente quedará la inversión.Se observa que la cantidad original eran 150,000 y se reduce a 149,509.60, ya que del monto original se toma el impuesto.

Importante:El sistema da la posibilidad de modificar la cantidad del MONTO TOTAL DE LA APERTURA:, por la cifra original, y con esto hacer que el monto de la apertura quede como originalmente se había pensado, lo que traerá como consecuencia que el socio tenga que depósitar una cantidad adicional en el efectivo.

Veamos como se muestran ahora las cantidades de efectivo, documentos y traspasos, despúes de modificar el MONTO TOTAL DE LA APERTURA: por la cantidad original $150,000.00

Se observa que ahora el efectivo son $50,500.00 los Documentos $50,000.00 y los traspasos $50,000.00

Que pasa si la inversión es mayor a $25,000.00 pero el monto que se depositará en efectivo no.

Aunque la inversión sea mayor a $25,000.00 no habrá retención, porque lo que se cuenta es el monto del depósito en efectivo y no el total del depósito a plazo fijo.

Etapa 2 : Cubrir el monto de la inversión.


Una vez hecha la apertura del "Depósito a plazo fijo" o del "Inverahorro" el usuario accesará a los módulos de "Ventanilla" y/o "Traspasos" a cubrir las montos definidos previamente.

"Ventanilla"

Al escribir el producto el sistema automáticamente solicitará el monto exacto que corresponde a la suma de lo definido como efectivo y documentos. No se permitirá capturar una cifra diferente, ni mayor ni menor.

Al guardar el movimiento aparecerá automaticamente el monto de efectivo que se estableción en la apertura, por lo cual no podrá ser modificado.

Se podrán capturar uno o varios documentos, si embargo el sistema validará que la suma de estos no pase del monto definido durante la apertura.

Para lograr los controles antes descritos, el sistema impedirá que en esta transacción se le realicen movimientos adicionales.

Cuando el monto de efectivo descrito al hacer la apertura pase de $25,000.00 se generará una retención que se aplicará de manera inteligente al hacer el depósito.

"Traspasos"

Al escribir el producto, de igual manera el sistema solicitará la cantidad exacta que se estableción durante la apertura como traspasos. No se permitirá capturar una cifra diferente, ni mayor ni menor.

Este abono deberá ser el primero de todos los movimientos que se registren en la póliza.

Control automático de los depósitos en efectivo acumulados en el mes y del monto de la retención.

Cada que el socio asista a la Cooperativa y deposite en Ventanilla cierto cantidad en efectivo en sus cuentas de ahorro e inversiones el SAICoop automáticamente llevará el control del monto acumulado hasta la fecha en el mes y en el preciso momento que sobrepase los 25,000 calculará el monto de la "retención IDE" (Monto que se retendrá al final del mes) y lo bloqueará de uno de sus productos para asegurar la recaudación de dicho impuesto. (La prioridad del producto que se bloquerá se define en la Idtabla: param, Idelemento: retencion_ide )

Como saber el monto de los depósitos en efectivo que lleva acumulados el socio en el mes.

El total lo observaremos en el "Ticket del socio", para que este tenga en todo momento el dato y decida que es lo mas conveniente en sus futuros depósitos en efectivo.

Así mismo en "Revisión de Libretas" podremos analizar a detalle los movimientos en efectivo en el mes de cada socio, al dar click en el botón <F11> imprimir y seleccionar la opción "Movs en efectivo".

Como saber si el socio tiene alguna cantidad bloqueada de sus ahorros, para cobrarse de ahi el impuesto el fin de mes.

Los montos bloqueados en los diferentes productos los podremos en el "Ticket del socio", para que este tenga el dato actualizado en cada operación que realice por Ventanilla.

Además en "Ventanilla" y "Traspasos" se observará el monto bloqueado para cubrir la retención, similar a como de ve la cantidad bloqueada como garantía de un préstamo, con la diferencia de que el bloqueo por retención no se liberará al liquidar el saldo de algún préstamo.

También se puede observar en la sección de datos de la apertura del módulo de "Revisión de Libretas" en los productos tipo ahorro, depósito e inverahorro con la etiqueta Retencion I.D.E.


Manejo de los montos bloqueados.

El monto bloqueado, podra estar en varios productos, ya que el sistema tomará como prioridad la lista descrita en el parámetro 5 de la Idtabla : "param" Idelemnto : "retencion_ide", de los cuales tomará los montos disponibles, lo cual crea la posibilidad de que un socio tenga mas de un producto con bloqueo.

Por ejemplo un socio en el producto 110 ahorros tiene bloqueado $100.00 y en el 130 Cuenta Corriente tiene bloqueado $150, debido a que en el momento de darse el bloqueo no se tenía suficiente saldo disponible en el primer producto.

Siguiendo con el ejemplo vamos a suponer que el mismo socio deposita en el ahorro $1000.00 mas en efectivo, la transformación que sufrirán los montos bloqueados es:

Ahora tendrá bloquedo solo el ahorro por $270.00, porque al tener saldo disponible en el ahorro pasa lo bloqueado de la Cuenta Corriente al ahorro, lo cual suma $250.00 a lo que se le añade $20.00 que corresponden al 2% de los nuevos $1,000.00 depositados.En resumen, los montos bloqueados de los diferentes productos se podrá ver modificado cuando el socio no tenga saldo disponible en el ahorro, suponiendo que fuera este el producto que se estableciera como prioridad uno generarle los bloqueos.

Tablas de Configuración:

Para que todo lo anterior funcione es necesario configurar las tablas:

IDTABLA: paramIDELEMENTO retencion_idePARAMETRO1: 198-- El número del producto a donde se enviará la retención hecha al socio.-- Este producto debará existir al iniciar la captura del día 1 de Julio del 2008 (Fecha de entrada en vigor de la Ley del IDE).PARAMETRO2: -- Es la lista de productos tipo ahorro, depósito e inverahorro, separados por comas que se tomará en consideración para calcular el total de los depósitos en efectivo del mes. Por ejemplo 101,102,103,110,120,130,200,201,205PARAMETRO3: -- Este parámetro al actualizar esta versión aparece como 999999999, con la intención de que en Junio ni un solo socio caiga en el supuesto del IDE, ya que la ley entra en vigor el 1 de julio del 2008.-- Al iniciar el mes de Julio del 2008 deberá aparcer vacio, ya que de esta forma el SAICoop interpretará que el monto exento que marca la ley son $25,000.00PARAMETRO4: -- Debe aparecer vació, antes y despues de la entrada en vigor de la Ley el IDE, de esta manera el SAICoop entenderá que el porcentaje que se retendrá es el 2%.-- Si en el futuro el porcentaje cambia en la ley lo que haremos será modificar este parámetro al nuevo porcentaje como un valor entero.PARAMETRO5: -- Es la lista de productos tipo ahorro, depósito e inverahorro de los cuales se podrá bloquear una cantidad para asegurar el cobro del impuesto el día de último del mes.-- Esta lista sería muy similar a la que se muestra en el Parámetro 2, de la cual se deberán omitir los productos de Partes Sociales, Partes sociales de aspirantes y Partes sociales adicionales, ya que de esos no se debe tomar para cubrir el impuesto del IDE.

Además de lo anterior es indispensable dar de alta el producto 198 para que en el se registren las retenciones por el tema del IDE, de la misma manera que en la actualidad se registra en el producto 199 la retención por sobrepasar los 5 salarios minimos anualizados.

Los pasos para dar de alta el producto 198 son:


- Dar de alta la cuenta contable de la retención IDE- Accesar al módulo Socios / Catalogos / Productos- Escribir el producto 198- Seleccionar el tipo de producto: Ahorro- Colocar en el nombre la frase: Retencion del IDE- El estatus cambiarlo a Activo.- Definir en la parte de cuenta aplicable la cuenta contable que se dio de alta previamente.- Cambiar a la pestaña de parámetros.- Definir como máximo numero de aperturas de este producto para el mismo socio: 1- En los grupos de personas agregar todos los que pudieran llegar a tener ahorros e inversiones. Por ejemplo 10=mayores, 20=menores, 25=Juveniles, etc.

Que hacer para responder a la petición de un socio que se desiste del depósito que acaba de realizar porque se da cuenta del nuevo impuesto.

Como siempre lo mejor en todos los casos siempre será la prevención y este caso no es la excepción. Es indispensable que la persona que atiende a los socios de manera directa tenga perfectamente claro este tema para que pueda informar de forma correcta a los socios y evitarnos reclamos innecesarios.

Pero si la prevención falló, no podemos pensar en borrar movimientos del sistema para corregir un error de comunicación, ya que en el ticket aparecerá que el movimiento se efectúo, en su estado de cuenta quedará registrado que el pago se hizo en efectivo, en sus saldos quedará una parte bloqueda para asegurar el cobro del impuesto.

Entonces la solución será tomar de una cuenta contable "X" y regresarle al socio el dinero que se le bloquea, ya que el monto bloqueado se enviará inevitablemente a la retención.

Al momento del pago del impuesto a la autoridad, debemos recuperar los montos que regresamos a los socios y que sacamos de la cuenta "X", para que paguemos solo lo que realmente recaudamos.

Cartas de Cobranzas.

Ubicación: / Socios / Reportes / Créditos / Cartera de Credito / Cartas de CobranzasPermiso: OP2216

Como sabemos en el SAICoop existe desde ya hace varias versiones la posibilidad de generar e imprimir las llamadas "Cartas de Cobranzas", que son los comunicados que se envían a los socios para recordarles la falta de pago en sus préstamos.

El cambio que se hace en esta versión es que ahora de requiere del permiso "editar_cartas_de_cobranza" para que el sistema autorice el acceso a la pestaña de la edición.

Con este ligero cambio se protege el diseño de las diferentes cartas que se tenga almacenado en su base de datos, ya que ahora sin el nuevo permiso solo podrá imprimir las cartas.

Nuevos pefiles de cuentas contables y productos ( similar a los perfiles de permisos )

A partir de esta versión incorporamos al SAICoop las opciones de "Perfiles de Cuentas Contables" y "Perfiles de Productos". Esto funciona de igual manera que los "Perfiles de Permisos".

Asi como desde siempre en el SAICoop hemos reunimos una serie de accesos al sistema y permisos especiales y le denominamos perfil "Cajeros", "Gerentes", etc, ahora estamos en la posibilidad de crear perfiles que en vez de llevar


accesos a los diferentes módulos del sistema incluyan cuentas contables ó productos.

Esto para que sirve ?

Para que de igual manera que en los perfiles tradicionales se limite el acceso de un usuario a ciertas partes del sistema, también podamos limitar el acceso de los usuarios a ciertas cuentas contables o a determinados productos.

Que hacer para que esto funcione en mi entidad ?

Es necesario accesar a / Utilerias / Catálogos / Perfiles de Usuarios / y crear los perfiles que requiera. Al hacerlo tendrá que decidir el contenido del perfil, es decir permisos, cuentas o productos.

Los "Perfiles de Cuentas Contables" y "Perfiles de Productos". Funcionaran de manera indpendiente a los "Perfiles de Permisos", es decir que para la especificación de las cuentas contables y de los productos a los que tendrá acceso el usuarios se deberán especificar un perfil distinto.

Una vez que se han creado los perfiles necesarios, debera asignarselos a los usuarios en / Utilerías / Catalogos / Usuarios /.

Adicionalmente debera crear la tabla:

IDTABLA: paramIDELEMENTO limitar_acceso_cuentasy IDELEMENTO limitar_acceso_productos

PARAMETRO2: OP111|OP41|OP14|OP131|OP31-- lista de modulos donde se validara si el usuario puede usar un producto o cuenta

OP111 = Ventanilla , OP41 = Revisión de libretas, OP14 = Traspasos, OP131 = Aperturas, etc.

Además en el mismo módulo de "Usuarios" es posible tal como se hace con los permisos asignar a un usuario una serie de cuentas contables o productos que solo el podrá utilizar, ya que no forman parte de algún perfil. (Como se observa en la imagen)

Un ejemplo clásico de esto es cuando se asigna un permiso especial a un gerente de sucursal, que ninguno otro posee.

Mensaje de Movimientos Inusuales en Ventanilla.

En esta versión incorporamos un mensaje que podrá aparecer en "Ventanilla" al aplicar los movimientos de determinado del socio.

OBJETIVO:El objetivo de esta modificación es que inmediatamente que un socio caiga en el supuesto de los movimientos inusuales, el cajero lo pueda identificar y lo reporte a su gerente de sucursal, para que este de manera discreta pueda obtener la información del origen del los recursos depositados, que lo hacen caer en el supuesto de los "Movimientos Inusuales"


Para que esta alternativa funcione es necesario configurar las siguiente tabla:

IDTABLA: paramIDELEMENTO buscar_movimiento_inusualPARAMETRO1: 1-- El número uno hace que se active su funcionamiento en ventanilla.

Ademas de:IDTABLA: lavado_de_dineroIDELEMENTO movimientos_inusualesPARAMETRO1: 50000-- Es el monto mínimo para la suma de los movimientos del socio en el mes sea considerado como probable inusual.PARAMETRO2: 10-- El número de veces mas que tiene que depositar en el último mes en relación con su promedio mensual calculado de los últimos 12 meses.PARAMETRO3: 10,20,25-- Son los grupos de socios a los que se les revisará que caigan en el supuesto de los movimientos inusuales.

Al aplicar el movimiento en la Ventanilla aparecerá una pantalla como esta que explica el porque el socio cae en el supusto de los movimientos inusuales.

El promedio mensual de depositos es 4,416.55

Si promedio por 10 veces es 44,165.50La base es de 50,000.00

Los depósitos del mes en curso son 51,200.00

Como podemos observar en los resultados se sobrepasan los dos parámetros necesarios, como son despositar mas del equivalente a 10 veces el promedio y mas de la base 50,000.00, por lo tanto se cae en el supuesto de Movimientos Inusuales.

Esto se puede observar también desde la "Revisión de Libretas"

La misma información aunque con un formato diferente se muestra en el módulo de "Revisión de Libretas" en la parte de impresión con la tecla <F11>, aparecerá una opción mas que es "Movimientos Inusuales", la cual al señalarse hará que se observe como es que el socio cae en este supuesto.

Condonación Masiva de Intereses.

Ubicación: / Socios / Utilerías / Condonación MasivaPermiso: OP48

Existen ocasiones que una entidad requiere de depurar una lista de socios por motivos de cobranzas, es decir tomar de sus ahorros para liquidar sus préstamos. Pero antes de dicho proceso es necesario condonar los intereses ordinarios y/o moratorios, ya que de antemano se sabe que no se podrán recuperar.

Para llevar a cabo una condonación masiva de intereses (condonar en un solo paso el interés de múltiples préstamos) seguiremos este procedimiento.


Crear una lista en un archivo texto que contenga estos datos separados por "|"

Idorigen = Origen del prestamo al que se le condonarán los intereses.Idproducto = Numero del producto de préstamo.Idauxiliar = Numero de folio del préstamo.O ó 1 = 0 significa NO condonar interes ordinario 1 significa SI condonar interes ordinarioO ó 1 = 0 significa NO condonar interes moratorio 1 significa SI condonar interes moratorio

Ubicar el archivo el el directorio /tmp del servidor. Accesar a la palicación y especificar el nombre del archivo. Dar click en el botón aplicar.

Registro de Cobro de Comisiones (para los reportes regulatorios)

Como sabemos los instituciones que brindan algún servicio, en ocasiones pueden llegar a cobrar alguna comisión por la prestación de los mismos. En el caso de las entidades que nos ocupan pasa igual, es decir puede llegar a cobrarse alguna comisión por entrega de algún préstamo o por la apertura de alguna cuenta.

Ahora en los reportes regulatorios se nos pide que mostremos este dato de la mano de cada una de nuestros préstamos.

Para que esto funcione de requiere de la tabla:

IDTABLA: paramIDELEMENTO comision_por_aperturaPARAMETRO2: 1-- Producto donde se registra la comisión. Puede ser tipo ahorro, servicio ó acreedor. -- En caso de haber mas de un producto la lista se separa por "|"

De esta manera al abonar por "Ventanilla" al producto definido en la tabla, el sistema preguntará a cual de los préstamos del socio corresponde dicha comisión.

Problemas con las cuentas dadas de alta en el nuevo mes para afectarse en el anterior.

Como sabemos para la incorporación de las nuevas cuentas contables que aparecen en el DOF del 18 de Enero de 2008 hicimos algunos cambios en el SAICoop, para que por medio de una fecha de alta o inactivación de la cuenta el sistema identifica si esta debe mostrase o no en los estados financieros, de acuerdo a la fecha de dichos reportes.

Es decir que una cuenta que se de de alta en una fecha determinada, aparecerá por primera vez en los reportes financieros a partir del mes en que se dio de alta. No aparecerá en los reportes de los meses anteriores.

Hasta aqui no hay problema alguno. El punto es que haciendo uso de la opción del SAICoop llamada "Captura de Pólizas Extemporanea" (pólizas que se capturan con fecha del mes anterior cuando no se ha realizado el cierre mensual), se puede tener la necesidad de crear nuevas cuentas para afectarlas con el mes anterior.

Trataremos de ilustrar la situación que se presenta por medio de un ejemplo.Nos encontramos en el día 3 de Julio y tenemos necesidad de hacer una póliza con fecha del 30 de Junio, además requerimos dar de alta una nueva cuenta para utilizarla el dicho asiento contable.

Al dar de alta la nueva cuenta, esta se registra con fecha del 3 de Julio, por lo tanto en automático no aparecerá en los estados financieros del mes anterior, que es precisamente en el mes que se desea afecte el asiento que se pretende realizar


El resultado de todo esto es que podemos llegar a tener estados financieros de un mes que aun no se cierra con los totales que no cuadran.

Esta situación se detecta precisamente al hacer el "Cierre del Mes" y se autocorrige. La autocorrección consiste en identificar si tenemos cuentas que se afectaron con una fecha anterior a la de alta, lo cual puede pasar solo con la captura extemporánea y cambiarles de manera automática la fecha de activación.

Además es posible corregir esta situación antes de hacer el cierre del mes, corriendo el siguiente query en / Utilerías / Otros / Ejecución de Querys

select revisa_fecha_cambio_cuentas_nuevas ('03/07/2008');La fecha del query debe ser la fecha con la que se está trabajando.

Cambios varios:− Se modificó la "Reclasificación de Prestamos" del día último del mes, ya que en el cálculo del provisionamiento

automático no hacía correctamente la parte de la revisión de las garantías hipotecarias, lo cual provocaba que el proceso se hiciera lento.

− Se modificó la "Balanza de Comprobación" para que las cuentas nuevas aparecieran a partir del mes en que se dan de alta y no desde meses anteriores.

− Se modificaron los reportes de "Riesgos de Creditos y de Mecado", para que estos alimentaran debidamente el cálculo de las "Razones Financieras" en al primera de sus fórmulas.

− Se corrigió el módulo de los "Traspasos Masivos de ahorros", ya que al generarse nuevas aperturas a estas no se les registraba la fecha de activación.

− En "Aperturas de Préstamos" se corrigió el marcado de las garantías hipotecarias como validas, de esta manera se podrá marcar tanto la garantía de un préstamo ya entregado como uno en vías de entregar.

− Se corrigió el módulo de "Exportación - Iimportación de pólizas", ya que en caso de que se vieran involucradas nuevas cuentas, no se estaba pasando la fecha de activación.

− Se corrigió el problema en la generación de los "Reportes de Lavado de Dinero" , cuando estos se procesaban en servidores que tenían instalado Linux Redhat 8.0.

− Se agregó el registró automático del Saldo Promedio Diario del principal y los Intereses devengados de los ahorros y préstamos. Esto para la formación de los reportes regulatorios.

− Se corrigió un error que se daba al hacer ajustes de los intereses moratorios de los préstamos. La contabilización de los intereses en cuentas de orden se hacía al reves, lo cual generaba una diferencia en la Conciliación de productos y Contabilidad.



Bitácora de las operaciones de los usuarios en el SAICoop

En esta versión incorporamos el registro de las operaciones que los usuarios hacen en el sistema SAICoop como son:

El acceso y salida a cada uno de los diferentes módulos del sistema. De esta manera podremos observar el detalle del flujo de la operación que el usuario sigue en el sistema y eventualmente estar en posibilidad de identificar cuando accesa a cierto módulo que normalmente no tendría acceso.

La afectación a la base de datos en operaciones como:

− Cierre del mes.− Alta de cuentas contables. − Desactivacion de cuentas contables.− Reactivacion de cuentas contables.− Alta de Chequeras− Borrado de Chequeras− Cambio de datos en Chequeras

Cierre anual− Borrado de Conciliación bancaria anterior.− Reimpresión de Cheques− Alteración de la tasa de interes por default en Aperturas de Préstamos− Alteración del plazo máximo en Aperturas de Préstamos− Autorización de préstamos sin los avales y/o garantías requeridos por el producto.− Retiro de un Depósito a Plazo Fijo antes de su vencimiento.− Retiro de un Inver-Ahorro antes de su vencimiento.− La condonacion a intereses a los préstamos.− Captura de pólizas extemporáneas. (Las que se capturan con fecha del día último del mes inmedito anterior)− Alta de un nuevo socio.− Cambio en los datos generales, laborales, de referencias o socioeconómicos de un socio.− Cambio de grupo a una persona.− Alta de socio nuevo que coincide con alguno de la lista negra.− Pago de interes al ahorro (Aplicacion en General)− Pago de interes al ahorro (Aplicacion por Sucursal)− Alta de un nuevo producto.− Inactivación de un producto.− Modificación a los datos de un producto (cuentas contables, tasas de interes, parámetros, etc.)− Borrado de la garantía de un préstamo en Revisión de Libretas− Marcado de socio para Retiro Total (Para que el sistema deje disponible el interes al ahorro acumulado a la fecha)− Desmarcado de socio para Retiro Total.− Traspaso Masivo de productos tipo ahorro opción <Completar al abono total o parcial>− Traspaso Masivo de productos tipo ahorro opción <Completar al abono total>− Traspaso Masivo de productos tipo ahorro opción <Retirar limitando el saldo>− Traspaso Masivo de productos tipo ahorro opción <Traspaso comun prod a prod>− Traspaso Masivo de productos tipo ahorro opción <Trapaso de saldo total prod a cuenta contable>− Liquidación Masiva de préstamos con los ahorros del socio.− Retiro Masivo de los Intereses pagados a los ahorros para abonar a los préstamos atrasados o vencidos.− Alta de un nuevo usuario del SAICoop.− Inactivación de un usuario del SAICoop.− Modificación a los permisos de acceso al SAICoop de los usuarios.− Creación de un nuevo permiso en el SAICoop.− Borrado de un permiso en el SAICoop.− Modificación de la descripción de un permiso.− Alta de una nueva tabla de configuración.− Borrado de una tabla de configuración.


− Modificación de algún parámetro a una tabla de configuración.− Alta de datos generales de un nuevo origen (sucursal)− Alta de cuenta contables de un nuevo origen.− Modificación de los datos generales o cuentas contables de un origen existente.− Depuración de Municipios. (Reemplazo de uno por otro)− Depuración de Colonias. (Reemplazo de uno por otro)− Ejecución de un query con contraseña.

En todos los casos anteriores se registrará además del usuario que realizó la operación, la fecha de trabajo del sistema así como la fecha y hora del servidor.

Las consultas de datos de los socios en:

− Revisión de Libretas. Se registrará cada socio y cada folio que se observa en este módulo.

Como es normal siempre habrá mas temas que nos gustarían registrar en una bitacora, sin embargo estos son los que consideramos de vital importancia y lógico es que posteriormente podremos agregar mas.

Reporte de los registros en las bitácoras.

Ubicación: / Utilerías / Otros / Reporte de BitácoraPermiso: UT23

En esta ubicación encontraremos el reporte que nos permitirá conocer la navegación que hace un usuario dentro del sistema SAICoop, entre los datos que se observan están:

- La fecha de trabajo con la que se accesa.- La fecha y hora real del acceso (Se basa en la hora del servidor de la base de datos)- El registro detallado de cada uno de los módulos a los que se accesa.- Las diferentes afectaciones a los registros de la base de datos con el detalle de ellos.

Parámetros de Selección del reporte:

Idusuario de: ( ) A : ( ) Lista: ( )El rango de usuarios por los que se desea obtener el reporte.La opción lista permite generar el reporte en base a una lista específica de usuarios.

Fecha de: ( / / ) A : ( / / )Es el rango de fechas por las que se desea obtener el reporte.

Módulo : Todos : Selección :Es la lista de módulos del sistema que se desean reflejar en el reporte.

Referencia:Se refiere normalmente al socio, folio, poliza, cuenta, usuario, tabla, etc que se afectó y que po lo tanto se registra en la bitácora.

Detalle:El detalle es la descripción de la afectación que sufrió el socio, folio, poliza, cuenta, usuario, tabla, etc

Ambos datos, la "Referencia" y el "Detalle" son de gran utilidad para realizar búsquedas mas específicas. Un ejemplo de esto sería el que la bitacora nos reporte que un usuario asignó una tasa preferencial a cierto socio, por lo que en el apartado detalle aparecerá una linea similar a esta:

DETALLE: Tasa IO-original:2.0000@modificada:1.0000|@modificada:1.0000


Esto significa que la Tasa del Interes ordinario original o por default es 2% y se le modificó a 1%.

Si al identificar esta situación se intenta identificar casos similares, lo recomendable es generar una nueva busqueda con el texto "Tasa IO-original" en el campo detalle, ya esta parte es un texto constante para este evento en particular.

Control de contraseñas de los usuarios del SAICoop.

Ubicación: / Utilerías / Catálogos / Usuarios Permiso: UT11

Ahora en el SAICoop mediante configuración podemos controlar que las contraseñas de los usuarios no sean tan simples, previsibles o identificables como en el pasado.

Esto sucederá al momento hacer el cambio de contraseña cuando esta llegue a su vencimiento y en el módulo / Utilerías / Catálogos / Usuarios /

Para lograrlo es necesario contar con la tabla:

IDTABLA: paramIDELEMENTO validar_passwordPARAMETRO1: 1-- El número uno indica que el sistema obligará que la contraseña cuente al menos con una letra mayúscula.PARAMETRO2: 1-- El número uno indica que el sistema obligará que la contraseña cuente al menos con una letra minúscula.PARAMETRO3: 1-- El número uno indica que el sistema obligará que la contraseña cuente al menos con un númeroPARAMETRO4: 1-- El número uno indica que el sistema obligará que la contraseña cuente al menos con un caracter NO alfanumerico, es decir ni número ni letra.

Nuevos reportes de Riesgos de Crédito y de Mercado Niveles 1, 2 y 3.

Ubicación: / Contabilidad / Reportes / Auxiliares / Requerimientos de ReservaPermiso: CO225

En esta versión los reportes de riesgos de Crédito y de Mercado sufren un cambio sustancial de acuerdo a la modificación publicada en el DOF del 18 de enero 2008.

Los cálculos se simplifican lo que hace mas fácil su configuración y validación manual del resultado del reporte.

Al final de este documento aparece las tablas de configuración de los reportes de riesgos de crédito y de mercado para los niveles de operación 1, 2 y 3.

Es muy importante que al obtener el reporte por primera vez observemos que cumpla con comentado por la siguiente tabla según sea el nivel de Operaciones de su entidad.


Modificación en la Inactivación de socios.

Ubicación: / Socios / Utilerías / Inactiva Socios por GrupoPermiso: OP46

Como sabemos esta opción del sistema cambia el estatus en el catálogo de personas a quienes tengan saldo cero en todos sus productos.

Ahora además de cambiar el estatus al socio, le cambiará el estatus a sus folios de los productos tipo ahorro, ya que anteriormente se quedaban activos, lo cual conlleva algunas implicaciones operativas internas de la base de datos, además de la confusión de los movimientos de los socios ante un posible reingreso.

Nueva Finalidad de creditos: El MicroCrédito.

A partir de esta versión se incorpora automáticamente la finalidad de crédito denominada "Microcrédito", por tal razón en / Socios / Catálogos / Tablas / Finalidades, se permitirá agregar subfinalidades que dependan de la finalidad principal 4 Microcréditos.

Por la misma razón ahora en el módulo / Socios / Catalogos / Productos / se está en posibilidad de dar de alta nuevos productos de préstamos ahora con la finalidad del "MicroCrédito".

IMPORTANTE:Para dar de alta productos de finalidad MicroCrédito es indispensable que su catálogo de cuentas contenga el apartado de los MicroCréditos en la Cartera Comercial.

Nuevo Cálculo de Provisionamiento de Créditos según DOF 18 ene 2008

Ubicación: / Contabilidad / Reportes / Auxiliares / Requerimientos de Reserva /Permiso: CO225

En esta opción del menú podemos encontrar los requerimientos de reserva de manera resumida y detallada, o lo que es lo mismo los reportes del provisionamiento de la cartera de créditos.

Como bién sabemos anteriormente contabamos con una sola tabla donde se establecían los rangos de días vencidos y los porcentajes que debían provisionarse, ahora por el contrario y debido al cambio de la regulación respectiva contamos con una variedad de tablas que se muestran con el título "NUEVAS TABLAS PARA EL PROVISIONAMIENTO DE LA CARTERA DE CREDITOS", Dicha gráfica es un extracto del Anexo D "Procedimiento para la calificación y constitución de estimaciones preventivas" del DOF del 18 de enero del 2008

Como podemos observar ahora existen tablas específicas para cada finalidad Comercial, Consumo, Vivienda y la nueva MicroCrédito.


Riesgo de Crédito Riesgo de Mercado

Nivel 1 8% de la Cartera Neta No genera Riesgo de Mercado

Nivel 2

Nivel 3

Tomado de documento emitido por el Comité de Supervisión

8% aplicado a la suma de las bandas de activos una vez que 8% aplicado a la suma de la

El 1% aplicado a la suma de la cartera neta y sus inversiones El 1% apli

8% aplicado a la suma de las bandas de activos una vez que 8% aplicado a la suma de la

El 30% del monto determinado El 30% del monto determ

CARTERA DE CONSUMO:


CARTERA DE CONSUMO CON GARANTIA HIPOTECARIA

Días de mora Tipo I Días de mora

0 0.35

0 1 1 1 a 30 1.05

1 a 7 4 1 31 a 60 2.45

8 a 30 15 4 61 a 90 8.75

31 a 60 30 30 91 a 120 17.5

61 a 90 50 60 121 a 150 33.25

91 a 120 75 80 151 a 180 34.3

121 a 180 90 90 181 a 1460 70

181 o más 100 100 M ás de 1460 100

CARTERA COMERCIAL CON GARANTIA HIPOTECARIA

Días de mora

0 0.5 10

1 a 30 2.5 10

31 a 60 15 30

61 a 90 30 40

91 a 120 40 50

121 a 150 60 70

151 a 180 75 95

181 a 210 85 100

211 a 240 95 100

M ás de 240 100 100

Días de mora Tipo I

0 a 7 1 1

8 a 30 5 2.5

31 a 60 20 20

61 a 90 40 50

91 a 120 70 80

M ás de 120 100 100

CARTERA A LA VIVIENDA CON GARANTIA HIPOTECARIA

Días de mora Tipo I Días de mora

0 0.35

0 1 1 1 a 30 1.05

1 a 7 4 1 31 a 60 2.45

8 a 30 15 4 61 a 90 8.75

31 a 60 30 30 91 a 120 17.5

61 a 90 50 60 121 a 150 33.25

91 a 120 75 80 151 a 180 34.3

121 a 180 90 90 181 a 1460 70

181 o más 100 100 M ás de 1460 100

NUEVAS TABLAS PARA EL PROVISIONAMIENTO NUEVAS TABLAS PARA EL PRO

Tipo II

(Zona Marginada)

Porcentaje de

Porcentaje d

Porc. de Estimacion Porc. de Estimacion

Porc. de Estimacion

Porc. de

Porc. de Estimacion

Porc. de

En caso de que se haEn caso de que se haya En caso de que se haya En caso de que se haya dEn caso de que En caso de que se haya detEn caso de que se haya detEn caso de que se haya deEn caso de que se haya dEn caso de

Se determinará la parte cubierta de los créditos, la Se determinará la parte cubiSe determinará la parte cubSe determinará la parSe determinará la parte cubiSe determinará la parte cubiSe determinará la parte Se determinará la parte cubiSe deter

CARTERA COMERCIAL: Microcreditos

Tipo II

(Zona Marginada)

Porc. de Estimacion Porc. de Estimacion Por su parte, la parte descubierta o expuesta del Por su parte, la partPor su parte, la parte Por su parte, laPor su parte, la Por su parte, la parPor su p

Tipo II

(Zona Marginada)

Porcentaje de

Porcentaje d

Porc. de Estimacion Porc. de Estimacion

---- > Cartera Tipo 1 : Es la cartera que no pertenece a una zona marginada y que no tiene garantía hipotecaria.

---- > Cartera Tipo 2 (Zona Marginada) : Es la cartera que no tiene garantía hipotecaria y pertenece a socios de viven en municipios con menos de 15,000 habitantes.

IMPORTANTE: En breve les transmitiremos una lista con los municipios con menos de 15,000 habitantes para que este dato sea modificado en su base de datos y el sistema este en posibilidad de identificar la cartera como tipo2 Marginada.

---- > Cartera con garantía hipotecaria : Es aquella que cuenten con una garantía hipotecaria debidamente registrada a nombre de la Entidad (Cooperativa o Sofipo). Ver el Anexo D del DOF 18 enero 2008.

CARTERA COMERCIAL:

---- > Cartera Tipo 1 : Es la cartera que no ha sido sujeta de una reestructuración como resultado del emproblemamiento de la misma.

---- > Cartera Tipo 2 : Es la cartera que ha sido reestructurados con motivo de su emproblemamiento.

En el SAICoop tomaremos como criterio de cartera emproblemada a la cartera reestructurada

---- > Cartera con garantía hipotecaria : Es aquella que cuenten con una garantía hipotecaria debidamente registrada a nombre de la Entidad (Cooperativa o Sofipo). Ver Apartado III del Anexo D.

Micro-Créditos:

---- > Cartera Tipo 1 : Es la cartera que no pertenece a una zona marginada y que no tiene garantía hipotecaria.

---- > Cartera Tipo 2 (Zona Marginada) : Es la cartera que no tiene garantía hipotecaria y pertenece a socios de viven en municipios con menos de 15,000 habitantes.

IMPORTANTE: En breve les transmitiremos una lista con los municipios con menos de 15,000 habitantes para que este dato sea modificado en su base de datos y el sistema este en posibilidad de identificar la cartera como tipo2 Marginada.

---- > Cartera con garantía hipotecaria : Es aquella que cuenten con una garantía hipotecaria debidamente registrada a nombre de la Entidad (Cooperativa o Sofipo). Ver el Anexo D del DOF 18 enero 2008.

CARTERA A LA VIVIENDA:

Las tablas de provisionamiento para la cartera a la Vivienda serán los mismos que los de la cartera de Consumo.

Control de las Garantías Hipotecarias

A partir de esta version el registro de las garantías hipotecarias cobra una mayor relevancia debido a su influencia en el cálculo del provisionamiento de cartera.


Si su entidad cuenta con garantías que cumplen con lo señalado en dicho Anexo D del DOF del 18 de enero 2008, será necesario que estas se identifiquen en el SAICoop como validas para su consideración en el mencionado cálculo.

Nuevo Permiso: valida_garantia_hipotecaria

Para marcar las garantías hipotecarias de los préstamos como validas, y que se tomen en consideración para efectos del cálculo del provisionamiento es necesario contar con el permiso "valida_garantia_hipotecaria".

El marcado de las garantías como validas se realizará en el módulo de "Aperturas de Productos" y se podrá hacer de igual manera en los préstamos al momento de aperturarse o ya estando activos (entregados)

Recomendamos que este permiso lo tenga solo una sola persona en la Cooperativa, ya que será poco común que haya prestamos con garantías hipotecarias y además que estas cumplan con las condiciones establecidas en el Anexo D antes mecionado, esto por la implicación que tendría en registrar una garantía como valida sin serlo.

El efecto que tendrá una garantía hipotecaria sobre el préstamo es que el 75% del valor de la garantía servirá para cubrir el monto del préstamo y que esta se provisione según la tabla correspondiente basandose en cero días vencidos.

Conciliación de productos Vs Contabilidad.

Como recordamos en la anterior version del SAICoop incorporamos a este reporte la conciliación de los Intereses devengados no cobrados de los préstamos, para lo cual mencionabamos algunas tablas de configuración.

A partir de esta versión dichas tablas ya no son necesarias para el funcionamiento del programa.

Adicionalmente a esta modificación se agrega:

La Conciliación de los Intereses ordinarios en cuentas de orden.La Conciliación de los Intereses moratorios en cuentas de orden.

Para la observación de estos nuevos conceptos de intereses en cuentas del orden no esnecesario la configuración de tablas.

Cambios a la alta de cuentas. y/o incporporación del nuevo catalogo de cuentas.

Como sabemos en el multicitado DOF del 18 de enero 2008 aparece un nuevo catálogo de cuentas para las entidades. Si comparamos este con el que se tenía del DOF del 18 de diciembre 2006, los cambios son realmente pocos.

Por separado les haremos llegar un documento que elaboró el área de DID, donde relaciona ambos catálogos y muestra las diferencias.

Precisamente como los cambios fueron pocos, lo que desarrollamos en el sistema fue una técnica para que el SAICoop reconozca cuentas a partir de la fecha que se dan de alta y deje de tomar otras en consideración a partir de la fecha en que se inactivan, además que reconozca un cambio en los nombres de algunas a partir de cierta fecha.

Para llevar a feliz término este proceso en cada entidad realizaremos un proceso de prueba, donde les solicitaremos nos validen los resultados aplicando estos cambios en una base de datos de prueba una vez que se haya actualizado la versión 1.9.0 del SAICoop.

Como identificaremos si el proceso fue correcto.

Como para hacer el proceso nos estaremos basando en el documento que elaboró el área de DID, la validación que realizará la entidad será en función de este. Sin embargo si la entidad llegara a identificar que hizo falta agregar una cuenta mas, inactivar alguna o cambiar de nombre a otra, no hay problema esto se puede hacer posteriormente, ya que el mofificación en el SAICoop prevee que en el futuro existan nuevos cambios en el catalogo de cuentas, como los que se


dieron esta vez.

Supongamos que el proceso del que hablamos lo ejecutamos el 28 de abril del 2008 entonces:

- Las cuentas nuevas que se crearán con esta fecha, aparecerán en los estados financieros del mes de abril hacia adelante y nunca en los meses anteriores.

- Las cuentas que se inactiven lo haran esta misma fecha, por lo tanto estas cuentas aparecerán el mes de abril y todos los anteriores, nunca los posteriores.

- Las cuenta que cambian de nombre aparecerán con el nuevo a partir del mes de la modificación, en los estados financieros de los meses anteriores se seguiran mostrando las cuentas como si no hubiera existido cambio alguno.

Respecto al reporte del "Libro Diario" al haber un cambio de nombre en las cuentas las pólizas se mostrarán con el nombre que tenía la cuenta al momento de su elaboración.

Control de socios demandados se exporta a particulares.

Ubicación: / Socios / Cartera / Créditos / Control de Socios Demandados. Permiso: OP2215

A este módulo que se utiliza para llevar el control y el seguimiento de los préstamos de los socios que están en proceso de litigio le modificamos la opción de "EXPORTAR DEMANDADOS" que consiste en generar una lista particular de los socios que están registrados como demandados.

A partir de ahora si antes de dar click en el botón "EXPORTAR DEMANDADOS" se selecciona un abogado, la lista particular se generará solo de los socios que tiene asignados el abogado seleccionado, de esta manera podremos usar dicha lista para analizar la cartera, sus atrasos y la recuperación de un abogado en lo particular de una forma facil, rápida y segura.

Para complementar la misma idea el módulo de "Comparativas de Cartera" ubicado en / Socios / Cartera / Créditos / Control de Socios Demandados fue modificado para permitir realizar comparativas de una lista particular de socios.

Modificación a esquema de tasas de descuentos de los préstamos.

Hace ya una gran cantidad de versiones (version 29 que ananzó hasta la 33 y posteriormente se convirtió en 1.1.0) comentabamos acerca de un esquema de tasas de descuento para los préstamos y consistía en que la tasa de descuento de los prestamos se iba a reducir cada vez mas en función de haberse cubierto una cuarta parte mas del monto original del préstamo.

Pues ahora se modificó este esquema para que quién desee dejar de utilizarlo pueda hacerlo para los nuevos préstamos entregados a partir de una fecha y los anteriores sigan funcionando igual.

Para esto es necesario configurar la tabla:

Tabla = tasasElemento = tasad30102r01Parametro1 = Rango mínimo para la tasa de interés ordinario normal Ejemplo 0.80Parametro2 = Rango máximo para la tasa de interés ordinario normal Ejemplo 1.49Parametro3 = Porcentaje de descuento entre cada cuarto de prestamo Ejemplo 0.20Parametro4 = El descuento inicia después de haber cubierto cuantas partes | El número de partes en las que se divide el


prestamo para calcular el descuento Ejemplo 1|4Parametro5 = Es la fecha a partir de la que se desea dejar de utilizar el esquema Ejemplo 01/05/2008

Cambios varios:− En la "Impresión del Ticket" se corrigió la leyenda que aparecía al abonar a un crédito, ya que decía "cargo".− Al reporte de / Socios / Reportes / Catálogos / Socios / se le corrigió la parte del filtro de la colonia que solo permitía

escribir una con un Id de dos números.− Se corrigió un problema que se tenía al enviar un reporte a archivo texto sin encanezados, el cual consistía en que no

se observaban el encabezado que define el nombre de los campos.


IDTABLA IDELEMENTO NOMBRE PARAM 1 PARAM 2 COMENTARIO

requerimiento_capital nivel_operaciones Nivel de operaciones de la entidad 1

requerimiento_capital nivel_prudencial Nivel prudencial de la entidad 1

requerimiento_capital_nivel1 cartera_vigente Cuentas de la Cartera Vigente 103

requerimiento_capital_nivel1 cartera_vencida Cuentas de la Cartera Vencida 104

TABLAS DE CONFIGURACION PARA LOS REPORTES DE RIESGOS DE CREDITO Y DE MERCADO NIVEL T

Es el nivel de operaciones de la entidad. Es el nivel de operaciones de la entEs el nivel de operaciones de la entidad. Es el niveEs el nivel de prudencial de la entidad. Determina el tipo o formato de reporte de Es el nivel de prudencial de la entidad. Es el nivel

Es el prefijo de las cuentas contables de la Es el prefijo dEs el prefijo de las cuentas contables de la Es el prefijo d

TABLAS DE CONFIGURACION PARA LOS REPORTES DE RIESGOS DE CREDITO Y DE MERCADO NIVEL 3

IDTABLA IDELEMENTO NOMBRE PARAM 1 PARAM 2 COMENTARIO

requerimiento_capital nivel_operaciones Nivel de operaciones de la entidad 3

requerimiento_capital nivel_prudencial Nivel prudencial de la entidad 3

requerimiento_riesgo_credito 1 Caja 10101 Es la cuenta contable de caja

requerimiento_riesgo_credito 2 Depositos y valores 20 10102|10103|10104|102

requerimiento_riesgo_credito 3 Creditos 100 103|104|105|10601070102

requerimiento_riesgo_credito porcentaje_inicial Para determinar requerimiento neto 8

Es el nivel de operaciones de la entidad. Aparece en el titulo de los Estados Financieros y Es el nivel de operaciones de la entidEs el nivel de prudencial de la entidad. Determina el tipo o formato de reporte de Es el nivel de prudencial de la entidad. Es el nivel

Son los prefijos de las cuentas contables de Son los prefijos deSon los prefijos de las cuentas contables de Son los prefijos deEs el porcentaje que se aplicara a las bandas de Es el porcentaje que se aplicara a las bandas

VERSION 1.8.0 del SAICoop Conciliación de Productos vs Contabiiidad.

Ubicación: / Contabilidad / Reportes / Auxiliares / Conciliacion Productos Vs ContabilidadPermiso: CO226

En esta versión se agregó al cuerpo del reporte la conciliación de los Intereses Devengados No Cobrados, en las categorías de créditos Comerciales, al Consumo y a la Vivienda.

Para que esto funcione se requere de la tabla:

IDTABLA: idncIDELEMENTO: - Los que se muestran en la ilustración.

DESCRIPCION: Es la leyenda que aparecerá en el reporte para identificar a que tipo de IDNCs se refiere.PARAMETRO1: Es el orden en que aparecerán los distintos IDNCs en el reporte.PARAMETRO2: Es el número de cuenta en la que se registra el IDNC a que se refiere el Idelemento. Nota:Si el saldo de alguno de los IDNCs referidos se compone de mas de una cuenta contable, esto se expresa separando las diferentes cuentas por un signo de "+" sin comillas.

Cancelación Automática de Cuentas de Orden en la recuperación de la reserva para préstamos.

En la explicación de este tema hablaremos repetidamente de la "Estimación Preventiva para Riesgos Crediticios" y nos referiremos a ella como "EPRC".

En la versión anterior liberamos un módulo cuya finalidad es liquidar los préstamos de los socios con sus ahorros. Así mismo comentábamos de la opción de tomar de la "EPRC" para liquidarlos si no se tienía suficiente ahorro.

La regulación exige que las cantidades que se toman de la "EPRC" deban registrarse en cuentas de orden, por lo que en el SAICoop creamos los productos 60001 y 70001, para que estas cantidades se reflejaran en la "Revisión de Libretas" de cada socio.

El problema de control iniciaba al momento de que el socio le recuperaba a la entidad alguna parte del monto que se tomó de la "EPRC", debido a que al recibirse el pago, no se cancelaban autómaticamente las cuentas de orden reflejadas en los productos 60001 y 70001 de los socios en cuestión.

Para lograr que la cancelación de las cuentas de orden se realice automáticamente debemos configurar la siguiente tablaIDTABLA: paramIDELEMENTO recuperacion_eprc

PARAMETRO1: 60001-- Es el producto de orden deudor en el que se registra la cantidad tomada de la "EPRC" para liquidar el crédito de un


IDTABLA IDELEMENTO DESCRIPCION PARAMETRO1 PARAMETRO2

idnc vigente_comercial IDNC Vigente Comercial 1 103xxxxxxxx

idnc vigente_consumo IDNC Vigente Consumo 2 103yyyyyyyy

idnc vigente_vivienda IDNC Vigente Vivienda 3 103zzzzzzzz

idnc vencido_comercial IDNC Vencido Comercial 4 104xxxxxxxx

socio. PARAMETRO2: 70001-- Es el producto de orden acreedor en el que se registra la cantidad tomada de la "EPRC" para liquidar el crédito de un socio.PARAMETRO3: 600-- Es el número de producto al que se le abona para registrar la recuperación de la "EPRC".

Nota Importante:-- El producto definido en el parámetro 3 deberá ser tipo servicio, además de que en su creación se deberá seleccionar la opción "Requiere Socio".

Como funcionará esto en el SAICoop.

Cuando un socio haya sido favorecido con la liquidación de algún préstamo con la "EPRC", o lo que es lo mismo, cuente con los productos 60001 y 70001, sucederá que al escribir en "Ventanilla" o "Traspasos" el número de socio aparacerá la pantalla de "Vencimientos del Socio" (La de la mano) y en primera instancia mostrará el producto descrito en el parámetro 3 de la tabla explicada con anterioridad, con el monto pendiente de cubrir.

Al abonar al producto mencionado, en automático se realizará la cancelación de las cuentas de orden que representan los productos 60001 y 70001.

Calculo con cuentas contables (Función)

Esta es una nueva opción del SAICoop, que tiene como objetivo crear diversos reportes basados en el cálculo con cuentas contables. Un ejemplo de esto es el nuevo cálculo del Requerimiento de Credito y Mercado que se basan en el saldo de algunas cuentas contables multiplicadas por un porcentaje.

Para que esto funcione es necesario contar con la tabla:

IDTABLA: calculo_con_cuentas_contablesIDELEMENTO riesgo_credito_99-- Se recomienda que la raiz del nombre de los elementos lleven relación con el resultado que busca obtener.-- Existirán tantos elementos como sean necesarios de acuerdo al calculo.-- La diferencia entre los nombres de los elementos del mismo caclulo seran los últimos caracteres que son numeros y van del 01 hasta el 99.

DESCRIPCION: -- Es la descripción que se desea aparezca en el reporte. -- Si no se establece una descripción aparecerá el nombre de la cuenta.-- Si no se establece una descripción y en la formula se contempla mas de una cuenta en este espacio aparecerá la formulaPARAMETRO1: -- Es el origen del que se obtendrá el saldo inicial, cargos, abonos o saldo final de la cuenta o cuentas descritas en el parametro2.PARAMETRO2: -- Aqui va la fórmula-- En la fórmula se podrán utilizar las siguientes letras que tienen el significado que a continuación se explica:

i = Saldo inicial de la cuentac = Cargos en el mes de la cuenta.a = Abonos en el mes de la cuenta.f = Saldo final de la cuenta

-- En las fórmulas podemos utilizar los operadores suma ( + ), resta ( - ), multiplicación ( * ) y división ( / ). Además de los paréntesis.-- Algunos ejemplos de formulas lo podemos ver en la ilustración.


PARAMETRO3: -- Son los espacios que se dejarán entre el desplegue del resultado de un elemento y el siguiente.PARAMETRO4: -- Es un texto que aparecerá en el espacio destinado al resultado cuando no existe un calculo o fórmula de por medio.

Una vez configuradas las tabla descrita anteriormente el reporte se genera en el módulo de "Ejecución de Querys" agregando uno con la siguiente sintaxis.

select idcuenta as formula, nombre as concepto, monto from sai_calculo_con_cuentas_contables ('riesgo_credito', '200710', '200710');

Donde cambiará solo la parte que se ve entre parentesis.

riesgo_credito = a la raiz del nombre de los elementos del calculo de que se trate.200710 = Es el periodo (año y mes ) inicial.200710 = Es el periodo (año y mes ) final.Este es solo un ejemplo de un reporte que se puede obtener con la la utilización de esta nueva herramienta.

Varias listas bloqueadas

Como sabemos en el SAICoop existe la posibilidad de bloquear el acceso de una lista específica de socios a un usuario en particular, por varias razones:

− Por ser sus familiares y evitar que se les brinde un trato prefrencial.− Por el hecho de que los socios cuenten con cierto atraso que según las reglas internas, indiquen que lo deba de

gestionar directamente el área de cobranzas.− Por cualquiera otra razon que se desee impedir el acceso de un socio a un usuario determinado.

Para todos estos casos llenábamos una lista llamada "lista_bloqueada", donde se especifica a cada usuario los socios que tendrá bloqueados.


Cooperativa “X” SCL

Req. de capital por RIESGO DE CREDITO Oct-2007 Pag: 1/1

-------------------------------------------------------------------------------------------------------------------------------------------------------------

formula concepto monto

-------------------------------------------------------------------------------------------------------------------------------------------------------------

200710 PERIODO:

f103 Cartera de Credito Vigente mas Intereses generados 5,431,365.67

f104 Cartera de Credito Vencida mas Intereses generados 321,887.89

f103+f104 Total Cartera de Credito 5,753,253.56

f105 Estimacion Preventiva para riesgos crediticios -173,761.49

f103+f104+f105 Cartera de Credito Neta 5,579,492.07

IDTABLA IDELEMENTO DESCRIPCION DATO1 DATO2 DATO3 DATO4

calculo_con_cuentas_contablesriesgo_credito_01Cartera de Credito Vigente mas Intereses generados35000 f103 0 \N

calculo_con_cuentas_contablesriesgo_credito_02 35000 f104 1 \N

calculo_con_cuentas_contablesriesgo_credito_03Total Cartera de Credito 35000 f103+f104 1 \N

calculo_con_cuentas_contablesriesgo_credito_04Estimacion Preventiva para riesgos crediticios 35000 f105 1 \N

calculo_con_cuentas_contablesriesgo_credito_05Cartera de Credito Neta 35000 f103+f104+f105 1 \N

Cartera de Cartera Vencida mas Intereses generados

Ahora podemos contar con una serie indeterminada de listas para estos mismos fines. El requisito es que el nombre de ellas inicie con "lista_bloq".

Además también ahora será posible desbloquear al mismo socio de una lista que haya estado imitado para varios usuarios en una sola operación.

Impresión del Ticket como "Comprobante Fiscal".

En esta versión incluimos la modificación de la impresión del ticket para ser usado como Comprobante Fiscal. Esto es que en el ticket aparecerán datos adicionales como:

− El domicilio Fiscal de la Entidad− El domicilio de la Sucursal en la que se expide el comprobante.− La mención de Expedido en: Seguido por el municipio de la oficina donde se genera el comprobante.− El RFC del socio.− El número irrepetible de folio del ticket

Para que esto funcione es necesario configurar las tablas:

IDTABLA: paramIDELEMENTO ticket2PARAMETRO5: 1-- El número uno activa la opción del ticket con las características de "Comprobante Fiscal".

Además se deberá configurar por cada origen (incluyendo en origen cero) esta tabla.

IDTABLA: ticket_fiscalIDELEMENTO origen-- Es el origen de cada una de las sucursales. Ejemplo 30101PARAMETRO1: -- Línea uno del domicilio del origen de la sucursal o el domicilio fiscal si es el origen cero. (Máximo 40 caracteres)PARAMETRO2:-- Línea dos del domicilio del origen de la sucursal o el domicilio fiscal si es el origen cero.PARAMETRO3: -- Es la descripción del municipio y el estado donde se genera el ticket.

A la entidad que tenga mas de 5 sucursales y que desee utilizar esta nueva opción la invitamos a que nos envíe estos datos en un archivo de hoja de cálculo y le apoyaremos a subirlo a su base de datos, para hacer este paso mas fácil.

Atención a Usuarios.

Ubicación: / Utilerías / Catalogos / Atención a Usuarios Permiso: UT110

En esta versión se modificó nuevamente el módulo de "Atención a Usuarios" .

Ahora al dar <F3> para ver los requerimientos de los usuarios aparecerán por default solo las peticiones pendientes de resolver, ya que son estas las que mas se consultan. Adicionalmente aparecen en la misma pantalla los botónes de "Sin Resolver", "Pendiente" y "Cancelados" de los cuales se podŕa seleccionar para ver una lista mas concentrada en el estatus de las diferentes actividades.

Aperturas de Productos.

Ubicación: / Socios / Operaciones / Aperturas en General


Permiso: AR_APERTURAS

En esta versión se modificó el módulo de aperturas para varios temas que se describen a continuación.

Se corrigió el problema que se tenía cuando se intentaba autorizar un préstamo en un origen diferente al que se había aperturado.

Se agregó un candado mas para que las tablas de amortización de los créditos no se intercambien al tener mas de una opción disponible en alguno de los productos de préstamos.

Busquedas Avanzadas al consultar con <F3>.

La "Busqueda Avanzada" es el método para ubicar rápidamente un elemento en una lista basándose en una parte intermedia del nombre del mismo.

La "Busqueda Avanzada" funcionará ahora al dar <F3> en las tablas de:-- Cuentas Contables-- Origenes-- Grupos-- Colonias-- Municipios-- Sectores-- Usuarios-- Permisos-- Perfiles de usuarios En cualquiera de estos casos ya estabamos posibilitados a buscar un elemento por su numero de Id y alfabéticamente por una parte del inicio de su nombre.

Ahora al oprimir una vez mas la flecha que apunta a la derecha ( ---> ) se habilitará la "Busqueda Avanzada" mediante la cual al escribir una parte del texto del nombre del elemnto (puede ser la parte intermedia o final del nombre) realizará la busqueda y mostrará todas las coincidencias.

Un ejemplo de esto es lo que hacemos al dar <F3> en el catálogo de personas, donde podemos escribir una parte del nombre y busca las coincidencias.

Cambios varios:

● Se modificó el reporte de "Parámetros de Cartera Vencida", ya que la impresión aparecía cortada a la derecha, por lo que no se observaba debidamente los resultados del mismo.

● Al consultar la lista de los socios con <F3> en cualquiera de los módulos del sistema fallaba cuando al dar <AvPag> llegaba al final de la lista. Esto se corrigió.

● Al reporte del "Listado de Auxiliares" con fecha atrasada se le realizaron algunas correcciones, ya que no contemplaba los socios que no habían tenido movimientos en su estado de cuenta y los que en la fecha presente estuvieran liquidados.

● Se modificó el reporte del "Libro Mayor", ya que no se podía obtener con información del catálogo anterior. Esto para las Cooperativas que se les migró el catalogo de cuentas del que tenían desde la instalación del SAICoop a la modificación del DOF del 18 dic 2006.

● En los "Estados Financieros" se modificó el mesaje de pie de página que decía: ● El presente balance general fue aprobado por el Consejo de Administración bajo la responsabilidad de los

directivos que los suscriben."● Ahora dice:● El presente balance general fue aprobado por el Consejo de Administración bajo la responsabilidad de los

funcionarios que los suscriben"● Esto se modificó a todos los estados financieros donde aparecía el mesaje similar.


● En el módulo de "Traspasos" se corrigió un problema que hacía que las garantías de los prestamos quedara mal al retirar del ahorro que lo garantizaba para abonar al propio préstamo.

● En el módulo de "Alta de Productos" se corrigió un error que se daba al utilizarlo en el momento de que el servidor de la base de datos tenía la mas alta utilización.

● En la impresión de los contratos de ahorros y préstamos se agregó el campo del folio de la garantía.



Análisis para validar la factibilidad de las aperturas de productos de Ahorros, Prestamos, etc.

En esta versión desarrollamos un concepto que se utilza para validar la facibilidad de realizar una apertura de algunos de los productos de tipo ahorro, depósito, inverahorro, préstamo, deudores y acreedores.

El objetivo es tratar de impedir desde la propia apertura la realización de una operación indebida de acuerdo al estatus particular del socio.

Es lógico pensar que cada Cooperativa considera parámetros diferentes para tomar la decisión de impedir la realización de la apertura. Precisamente por ello es que basándonos en un Select (Consulta) especifica se tomará la decisión de la no apertura y por lo tanto la no realización de la operación.

Por ejemplo en alguna Cooperativa no se permite:

– Que se aperture el producto 110 ahorros hasta que complete la parte social.– La apertura de una inversión a plazo si no tiene al menos X cantidad en el ahorro.– La apertura de un determinado producto de prestamo si actualmente tiene atraso en otro– Y cualquier información que se encuentre almacenado o se pueda calcular de la base de datos.

Para que esto funcione es necesario la tabla:

IDTABLA: apertura_personalizadaIDELEMENTO <producto>-- Es el producto que se analizará, para determinar la viabilidad de su apertura.

PARAMETRO2:-- El select que define si es factible realizar la apertura del producto en cuestión.

De acuerdo a la necesidad de la Cooperativa lo invitamos a que nos solicite los querys necesarios.

Detalle del cálculo de los Intereses a los Ahorros.

Ubicación: / Socios / Reportes / Otros / Detalle Interes al AhorroPermiso: OP254

En esta versión incorporamos este nuevo módulo para mostrar el detalle del cálculo de los intereses a los productos tipo ahorro.

La finalidad es identificar las cantidades que se van generando de interés entre cada una de las fechas de los diferentes movimientos de depósitos y retiros. Se muestra el interes generado en cada fecha y la acumulación a la misma fecha.

Este reporte servirá para demostrar al socio como se calculó la cantidad que se le aplicó a su cuenta de ahorro, asi mismo para las áreas de auditoría que ya lo están solicitando.

Alta de Personas.

Ubicación: / Socios / Catalogos / Socios Permiso: OP31En esta versión se modificó nuevamente el módulo de "Alta de Personas" .


Se amplió el espacio para la captura de los apellidos paterno y materno. Ahora son 30 espacios para el nombre y 25 para cada uno de los apellidos.

Además se agregó en la pestaña de referencias un apartado de las Personas que conocen al socio en cuestión y que no necesariamente son señaladas por este como sus refrencias.

Esto se explica mejor con un ejemplo asi:El socio "X" ingresa a la Cooperativa y establece como su conyuge al socio "Y" y al socio "Z" como su referencia personal. De esta forma cuando tratemos de localizar al socio "X" y no lo podamos hacer, seguramente recurriremos a los socios "Y" y "Z" porque son sus familiares o amigos.

Adicional a lo anterior que ya lo sabíamos, el nuevo apartado mostrará tal vez a los socios "W", "R", "G", etc que son socios que han marcado como su referenca personal, aval, etc al socio "X" que es precisamente a quién nos interes ubicar. De esta forma tenemos mas opciones para lograr el objetivo.

Envio de los reportes del SAICoop a archivo.

Como sabemos todos los reportes del SAICoop pueden ser enviados a archivo pdf para su visualización e impresión desde cualquier plataforma sin perder el diseño original del mismo.

Además los mismos reportes pueden ser enviados a archivo texto para su explotación en cualquier hoja de cálculo.

Ahora contamos con la opción de enviar los reportes a "Texto sin Encabezados" Esto es el mismo reporte en archivo texto, al cual se le eliminan los encabezados, para reducir el trabajo de formateo en el traslado de dicha información a las hojas de cálculo. De esta forma el paso de la información será mas facil.

Cálculo automático del CAT (Costo Anual Total de los Créditos)

Ubicación: / Socios / Operaciones / AperturasPermiso: OP13

A partir de esta versión en la apertura de los créditos, especificamente en la impresión de la tabla de amortización aparecerá el Costo Anual Total de los créditos, para dar así cumplimiento a la Regulación respectiva.

Lo incluimos en esta parte por ser ahí donde mejor se muestra lo que el socio tendrá que cubrir por concepto de interes e iva, además de que ahí se muestran las tasas ordinarias, de descuento y moratoria.

Liquidación masiva de préstamos

Ubicación: / Socios / utilerias / Liquidación masiva de prestamosPermiso: OP47

La finalidad de este módulo es facilitar la liquidación de préstamos de manera masiva en base a los ahorros del mismo socio o utilizando la reserva para prestamos incobrables o de dificil cobro.


IDTABLA: paramIDELEMENTO traspaso_ahorros_a_prestamos-- La finalidad de esta tabla es definir los productos que se tomarán en consideración para liquidar los préstamos.

PARAMETRO2: 130|110|101-- El orden en el que se escriban será el orden en que se tomarán en consideración.


Las opciones de este módulos son:

Un prestamo solamente: Para esta opción se requiere de una lista de socios de la cual deberá contar con el producto de prestamos en cuestión.En esta opción requiere de una lista de socios particulares que debe incluir origen, grupo, socio, usuario, lista la cual debe tener separados los campos por un "|".

Prestamo principal y subsecuentes:Para esta opción se requiere de una lista de socios, de la cual deberá contar con el prestamo seleccionado, solo que buscará los demás prestamos del socio para su liquidación. En esta opción requiere de una lista de socios particulares que debe incluir origen, grupo, socio, usuario, lista la cual debe tener separados los campos por un "|".

Todos los prestamos.Para esta opción se requiere de una lista de socios, de la cual tomará todos los prestamos del socio.En esta opción requiere de una lista de socios particulares que debe incluir origen, grupo, socio, usuario, lista la cual debe tener separados los campos por un "|".

Sobre una lista de OPA (folios)Para esta opción se requiere de una lista de folios, especificamente de los prestamos que previemente se analizaron y se decidió cancelar.En esta opción requiere de una lista de folios de los prestamos que se pretende liquidar, es decir origen, producto, auxiliar separados por un "|".

Parámetros de Selección.

Tomar de Reserva:Determina si se desea cubrir la parte no cubierta por el socio con sus haberes con la reserva de la Cooperativa.Monto: Es la cantidad máxima que se tomará para liquidar el préstamo.Cuenta de Diferencia:Es la cuenta contable de la que tomará la diferencia que el socio no alcance a cubrir con sus ahorros. Es la cuenta de provisión para prestamos incobrables.

Uso de Cuentas de Orden.Determina si la parte cubierta con la provisión se registrará en cuentas de orden, tal como lo señala la regulación.Producto Deudor:Es el producto de cuentas de orden deudor donde aparecerá la cantidad que se tomó de la reserva para liquidar el préstamo de cada socio en particular. Esta producto se observará en la "Revisión de Libretas" de cada socio.Producto Acreedor:Es el producto de cuentas de orden acreedor donde aparecerá la cantidad que se tomó de la reserva para liquidar el préstamo de cada socio en particular. Esta producto se observará en la "Revisión de Libretas" de cada socio.

Mínimo días VencidosSon los días a partir de los cuales se tomará en consideración para que forme parte del proceso. Es decir que se se establece 90 días significa que los prestamos deberán tener 90 ó mas días vencidos para ser considerados.

Mínimo días sin Movimiento.Son los días a partir de los cuales se tomará en consideración para que forme parte del proceso. Es decir si establece 30 días significa que los prestamos deberán tener 30 ó mas días sin haberles realizado algún movmiento por parte del socio.

Nota Importante:Este proceso no tiene reversa. Una vez aplicado solo mediante ajuste individual se podrá dar marcha atras a un préstamo


liquidado. Por lo tanto es conveniente probar debidamente este módulo en un respaldo de la base de datos antes de aplicarlo en la base de datos en línea.

Control de Actividades del departamento de sistemas.

Ubicación: / Utilerias / catalogos / Atención a usuariosPermiso: UT110

La finalidad de este proceso es que como departamento de sistemas podamos llevar el control, seguimiento y reporte de las perticiones de apoyo por parte de los diferentes departamentos o sucursales de la Cooperativa a las que demos atención.

Además de llevar el control nos permite identificar la prioridad de las peticiones que se nos hacen, asignar la atención a algún integrante del mismo departamento de sistemas y observar el seguimiento o avence que se va teniendo.

Es por eso que tal vez el punto mas importante es que esto servirá como una base de datos de conocimiento, ya que en un departamento de sistemas como en cualquier otra área siempre hay subáreas que atender de acuerdo al perfil de cada uno de los integrantes del departamento de sistemas. En nuestro caso particular esto servirá para que el área de soporte conozca los problemas y las soluciones del area de programación y viceversa.

Esperamos sea de mucha utilidad.

Módulo de Avisos.

Ubicación: / Socios / Catalogos / Avisos / Permiso: OP34

Los avisos son mensajes que se crean con la intención de que estos se visualicen en todos los módulos del sistema donde se escriba el origen-grupo-socio de una determinada persona, con la finalidad de dar a conocer algún dato a todo usuarios del sistema que atienda al socio en cuestión.

Como sabemos los avisos pueden ayudar a impedir la relización de una operación con un socio, tal vez por el tema de la cobranza, pueden apoyar a recabar información del socio, hasta sorprender al socio felcitándolo el día de su cumple años cuando llega a hacer operaciones a la Cooperativa.

Las categorías de avisos queda asi:

AVISO BORRABLE:El que se escriben y la primera persona que lo lee en las diferentes partes del sistema tiene la posibilidad de eliminarlo.

AVISO PERMANENTE:El que se da de alta y no puede ser borrado en los diferentes módulos del sistema a menos que se cuente con el permiso "borrar_aviso"

Módulo de Historial.

Ubicación: / Socios / Catalogos / Historial / Permiso: OP38


Los mensajes en el historial son datos importantes de la atención que ha tenido la Cooperativa, para con el socio. Estos mensajes cobran iportancia cuando apoyan por ejemplo a llevar el seguimiento de la cobranza.

Si se registra en el historial la llamada telefónica o el envío de la carta de cobranza, la visita domiciliara o la atención en la oficina para llegar a un acuerdo de pago, puede explotarse esta información para que independientemente de que al socio lo atiendan diferentes gestores de cobranza o funcionarios, todos puedan saber el seguimiento puntual que se le ha dado.

Por si esto fuera poco de esta manera se le da cumplimiento al seguimiento del proceso crediticio contemplado en las Regla Prudencial.

Ahora los mensaje en el Historial son:

HISTORIAL BORRABLE:El que se escribe, pero puede llegar a ser borrado.

HISTORIAL PERMANENTE:Los que se dan de alta y que no pueden ser borrados en los diferentes módulos del sistema a menos que se cuente con el permiso "borrar_aviso"

Razones Financieras.Ubicación: / Contabilidad / Reportes / Estados Financieros / Razones FinancierasPermiso: CO21

En el módulo de / Contabilidad / Reportes / Estados Financieros / Razones Financieras, específicamente en la razón de Rendimientos sobre activos, se agregó una opción para la obtención de esta razón por los meses posteriores al mes de la migración de catálogos de cuentas que se dió en el año 2007.

La fórmula considera en el factor "B" el promedio de los activos en el año, solo que ante el cambio de los catálogos, las nuevas cuentas tomaron saldo a partir de la fecha de migración, razon por la cual en los primeros meses del año no se puede determinar el saldo.

Para que la formula refleje el resultado exacto lo que haremos es colocar la suma de los saldos de los activos de los meses que se cerraron con el catalogo anterior.Por ejemplo:

El promedio de los activos se detreminará asi:

La suma de los activos de los meses en que se tuvo el nuevo catalogo de cuentas mas la cantidad que se establece en la tabla:

IDTABLA: razones_financierasIDELEMENTO rendimiento_sobre_activos_b-- El elemento hace referencia a la formula del rendimiento sobre activos en su factor BPARAMETRO2: sai-- La palabra "sai " sin comillas significa que el sistema identifica que este factor B se obtiene haciendo un proceso especifico que consiste en la determinación del promedio de los activos y no simplemente del saldo de una cuenta.PARAMETRO3:-- La suma de los activos de los meses que se cerraron con el catálogo anterior.PARAMETRO4: 2007-- Es el año en que se tomará en consideración la cantidad que se escribe en el Parametro3. Esto para que al pasar al


10 Rendimiento sobre los activos (ROA) 0 mina a= Resultado neto

b b= Promedio de activo total (del periodo que se analiza)

2008 no se confunda el sistema y de cálculos incorrectos.

Inactivacion de Cuentas Contables.

Ubicación: / Contabilidad / Catálogos / Cuentas Permiso: CO31

En el módulo de "Alta de Cuentas" ahora es posible deshabilitar cuentas contables que no se deseen.

Al deshabilitarse una cuenta contable se impedirá su uso en:Ventanilla – TraspasosConfiguración de Porductos.

En los Estados Financieros y cualquier reporte de contabilidad seguirán apareciendo las cuentas aunque se encuentren deshabilitadas, debido a que los movimientos historicos no pueden se ignorados.

Cierres de los meses.Ya no es necesario cerrar un mes para iniciar con la captura en el siguiente.

Como sabemos el sistema SAICoop, permite capturar pólizas contables de manera extemporánea, es decir con fecha del día último del mes inmediato anterior. Sin embargo nos veíamos obligados a cerrar el mes para poder avanzar al siguiente.

A partir de esta versión será posible dejar de cerrar varios meses y continuar con la operación normal del sistema.

Ventajas:De esta menera poderemos como Cooperativa esperar a contar con los ajustes de la Auditoría para capturarlos en los mes correspondiente.Además ahora se podrá capturar de manera extemporanea en cualquiera de los meses no cerrados. Solo con el día último de cada uno de esos meses.

Desventajas:Si no se cierran los meses seguirá apareciendo en los Estados Financieros la leyenda de Cierre Pendiente.

Cierre Anual.

Ubicación: / Contabilidad / Utilerías / Cierre Anual Permiso: CO41

Ahora el SAICoop cuenta con un módulo para el proceso del Cierre Anual.

Para accesar al módulo además de contar con el permiso de acceso "OP41 Cierre Anual" es necesario tener configurada la tabla:

IDTABLA: paramIDELEMENTO cierre_anual

PARAMETRO1: s-- La "s" significa que el proceso realizará un asiento de cierre por cada sucursal .PARAMETRO2:-- Es la cuenta a la cual se cargará y abonará la diferencia que resulta de cancelar los saldo de las cuentas de ingresos y de gastos. Normalmente es una cuenta de capital, lo que significa que inicia con un "3". Además de que la cuenta debe ser afectable.PARAMETRO3: 31/12/20XX-- Es la fecha de la última vez que se ejecutó el cierre anual. Es decir que para hacer el cierre anual del 2007 debe de tener las fecha 31/12/2006


El módulo cuenta con las opciones de:

Generación de Póliza del Cierre Anual.Esta opción genera y aplica la póliza del Cierre anual. NO se muestra el previo de la póliza que generará, ya que esta consiste simplemente en cancelar las cuentas simplemente el saldo de todas las cuentas contables de ingresos y de gastos.Como se trata de un proceso de suma importancia, pedirá la confirmación de la decisión de que se desea ejecutar, seguida por el usuario y la constraseña.

Pasar Saldos iniciales al nuevo añoEsta Opción será de gran utilidad mientras no se haya realizado el cierre anual, debido a que de esta manera se podrán pasar los saldos de las cuentas del año anterior al nuevo. El problema será que al no haberse realizado el mencionado Cierre las cuentas de ingresos y gastos aparecerán con saldo inicial el nuevo año, lo cual representra una clara inconsistencia en la Contabilidad.

Cambios varios:

● En el módulo de "Estados Financieros" el reporte de "Movimientos de cuentas" se modificó ya que las cuentas aperecían en desorden en algunas Cooperativas.

● En el "Reporte de Cartera Vencida" se le cambio la etiqueta al criterio de selección "Sucursal", ahora se llama "Origen de Apertura".

● En el módulo de "Aperturas de Préstamos" se corrigió el problema de que no se podía ligar una garantía a un préstamo activo con el permiso "gtia_prest_act".

● En el módulo de "Ventanilla" y "Traspasos" se modificó el despliegue de las tasas de interes de los préstamos, ahora agregamos la tasa de descuento que no aparecía.

● En el reporte de la "Conciliación de Productos vs Contabilidad" ahora por default aparecerán solo los productos que tengan saldos. Para incluir en la lista el resto de los productos será necesario seleccionar la opción "Saldos en Cero".

● En la "Impresión del Contrato de los Depósitos a Plazo Fijo" se validó que en la captura de los beneficiarios no se utilizara dos veces a la misma persona.

● El reporte de Contabilidad / Reportes / Auxiliares / "Libro Mayor" se modificó de tal forma que acepte una sola cuenta de mayor para la generación del reporte.



Nuevas opciones para la autorización de los Préstamos.

Hasta la versión anterior la única forma de autorizar préstamos era mediante el permiso "autopr", en el módulo de Aperturas.

La desventaja era que si se contaba con dicho permiso, se estaba en posibilidad de autorizar en el sistema cualquier producto de préstamos, de cualquier monto y con cualquier capital de riesgo.

El permiso "autopr" sigue vigente, ya que quién cuente con el seguirá autorizando en el sistema cualquier préstamo de cualquier monto y de cualquier capital de riesgo.

==> OPCION 1: Autorizar préstamos solo en base a una lista limitada de productos.

El permiso se llama "autopr_por_lista"

El usuario estará en posibilidad de autorizar solo los préstamos que se establecen en la lista, de cualquier monto y de cualquier capital de riesgo. Ordinariamente la lista incluirá los productos que representen un menor grado de riesgo, para asignar la autorización de estos a los funcionarios de menor experiencia.

La lista de productos se establece en la tabla:

IDTABLA: paramIDELEMENTO: productos_autopr_por_listaPARAMETRO2: -- Aqui se define la lista de los productos de préstamos que podrá autorizar el usuario que cuente con el permiso "autopr_por_lista".

==> OPCION 2: Autorizar préstamos en base a un monto.

El permiso se llama "autopr_por_monto_<monto maximo permitido>".

Por ejemplo: "autopr_por_monto_20000" El usuario podrá autorizar préstamos hasta por $20,000.00, para cualquier producto de préstamos. "autopr_por_monto_50000" El usuario podrá autorizar préstamos hasta por $50,000.00, para cualquier producto de préstamos.

La Cooperativa estará en posibilidad de crear todos los permisos que requiera en base a los diferentes montos que le sean necesarios.

Al cargarse esta versión no existirán estos permisos que se muestran como ejemplos para $20,000.00 y $50,000.00

Los productos que se podrán autorizar bajo este esquema se establecen en la tabla:

IDTABLA: paramIDELEMENTO: productos_autopr_por_montoPARAMETRO2: -- Aquí se especifican cuales productos podrá autorizar, cuando el usuario tenga el permiso 'autopr_por_monto_<monto maximo permitido>'.


==> OPCION 3: Autorizar préstamos en base a un capital de riesgo.

Por capital de riesgo entendemos dos cosas diferentes:

UNO: La diferencia entre el monto que se está solicitando menos el saldo disponible de los ahorros establecidos en la tabla "param" elemento "ahorros_autopr_por_capriesgo".

DOS:La diferencia entre el monto que se está solicitando mas el saldo de los préstamo actuales, menos el saldo de los ahorros establecidos en la tabla "param" elemento "ahorros_autopr_por_capriesgo".

El permiso se llama "autopr_por_capriesgo_<monto maximo permitido>".

Por ejemplo: "autopr_por_capriesgo_25000" El usuario podrá autorizar préstamos con un capital de riesgo hasta de $20,000.00. "autopr_por_capriesgo_40000" El usuario podrá autorizar préstamos con un capital de riesgo hasta de $40,000.00.

La Cooperativa estará en posibilidad de crear todos los permisos que requiera en base a los diferentes montos que le sean necesarios.

Al cargarse esta versión no existirán estos permisos que se muestran como ejemplos para $20,000.00 y $40,000.00

Los productos que se podrán autorizar bajo este esquema se establecen en la tabla:

IDTABLA: paramIDELEMENTO: productos_autopr_por_capriesgoPARAMETRO1: -- Si el dato se deja vacio: El capital de riesgo se calcula en base al monto que se está solicitando en diferencia con los saldo disponible de los ahorros establecidos en la tabla "param" elemento "ahorros_autopr_por_capriesgo". -- Si en este dato va un número 1: El capital de riesgo se calcula en base al monto que se está solicitando mas el saldo de los prestamo actuales, en diferencia con los saldo de los ahorros establecidos en la tabla "param" elemento "ahorros_autopr_por_capriesgo". PARAMETRO2: -- Aquí se especifican los productos que se podrán autorizar por el usuario que tenga el permiso 'autopr_por_capriesgo_<monto maximo permitido>', ".

Los productos tipo, ahorro, depósito e inverahorro que se utilizan para el cálculo del capital de riesgo se establecen en esta tabla:

IDTABLA: paramIDELEMENTO: ahorros_autopr_por_capriesgoPARAMETRO2: -- Cuando el usuario tiene el permiso 'autopr_por_capriesgo_<monto maximo permitido>', aqui se especifican cuales productos tipo AHORRO, INVERSION o DPF son los que tomarán en cuenta para el calculo del capital de riesgo.

Asignación de tasas de interés a prestamos en base al monto solicitado y/o reciprocidad.

Ahora se podrá asignar de manera automática una tasa de interés a los préstamos en base a un rango de montos solicitados, en base a un rango de plazos y/o a una reciprocidad.

Por reciprocidad entendemos que el monto que se autorizará de préstamo está en función a una cantidad de veces la suma de uno a varios productos de ahorros.


Veamos los siguientes ejemplos.

Para esto se hace necesaria la tabla:

IDTABLA: tasasIDELEMENTO tasa<idproducto>r<num. de rango>Donde: idproducto: Es el número de producto de prestamo. num de rango: Es numero de rango de tasas. Inicia con 01, 02, 03, 04, etc.

PARAMETRO1:-- Es el monto mínimo por el que se puede aperturar el préstamo.PARAMETRO2:-- Es el monto máximo por el que se puede aperturar el préstamo.PARAMETRO3:-- Son los valores mínimos y máximos permitidos de plazo, expresado en días, y separados por un "|"-- Por ejemplo: 1|360 que significa de 1 a 360 diasPARAMETRO4:-- Son los valores de las tasas de interes ordinario, de descuento y moratorio respectivamente separados por un "|" -- Por ejemplo: 1.50|1.20|2.00 que significa 1.50 el Interes ordinario normal, 1.20 el interés de descuento y 2.00 el moratorio.PARAMETRO5:-- Representan los productos de ahorros y las veces que se tomará en consideración para calcular el monto a prestar.-- Por ejemplo: 4*101|3.5*110 que significa 4 veces el producto 101 Parte Social y 3.5 veces el producto 110 Ahorro.

Modificación a la útilería de impresion del SAicoop

A partir de esta versión podremos sin necesidad de generar el mismo reporte varias veces.

-- Enviarlo a impresión y a un archivo texto o pdf-- Enviarlo a impresión mas de una vez-- Enviarlo a mas de una impresora.

Ahora una vez que el reporte sea enviado a impresión o a un archivo, el sistema preguntará si se desea enviarlo nuevamente.

Por default aparecerá seleccionada la respuesta NO, para que con un solo <enter> continuemos con la operación normal, para que solo en caso necesario regresemos a la respuesta si para enviar el reporte nuevamente a impresión.Modificaciones al reporte de Parámetros de Cartera.

Como sabemos este reporte muestra unas cifras resumidas de la Cartera Vigente y de la Vencida, por separado, por cada una de las sucursales y productos de préstamos existentes. Así mismo al final describe unos Totales por Sucursal.

A partir de ahora se tiene la opción de ver ambas carteras integradas en un solo reporte.

En el parámetro de selección Tipo de Reporte observaremos:-- Cartera Vigente


Ahorro

30102 1,000.00 25,000.00 1 720 3 veces 2 veces 2.00 1.80 2.50

30102 25,001.00 50,000.00 1 1440 4 veces 3 veces 2.20 2.00 2.50

30102 50,001.00 150,000.00 1 1800 5 veces 4 veces 2.40 2.20 2.50

30302 100.00 150,000.00 1 720 1 vez 1 vez 1.80 1.60 2.00

Producto Producto

Monto Mínimo

Monto Máximo

Plazo Mínimo

Plazo Máximo

Parte Social

Tasa Ta

Tasa Tas

Tasa Ta

-- Cartera Vencida-- Cartera Vigente y Vencida ( Nuevo )

Además se da la opción de generar un reporte donde solo se muestren los "Totales por Sucursal".

Esto no es un nuevo desarrollo. Pero puede ser una buena idea ...

Platicando con un contador de una Cooperativa, nos comentaba su inquietud por llevar un control para hacer mas fácil la "Declaración Informativa de Clientes – Proveedores" , para esto nos dice que es necesario tener identificado al proveedor, con sus datos generales y el detalle de todos los pagos que se le hayan realizado, deglosando el pago, el iva y alguna posible retención.

Intercambiando comentarios llegamos a la conclusión de que haciendo lo que explica a continuación podríamos obtener esta información.

PASOS:

1.- Crear un grupo de personas especial que englobe a los proveedores. Podría ser el grupo 98 Proveedores.2.- Registrar en el catálogo de personas a los proveedores que se tengan identificados.

Ahora solo resta capturar las pólizas de pagos a proveedores como siempre se han hecho, solo que antes de utilizar el producto 1 para referirnos a una cuenta contable será necesario describir el Origen-Grupo-Socio del proveedor en cuestión.

Como controlar que el usuario no omita la captura de un Origen-Grupo-Socio al momento de capturar un movimiento que representa un pago al proveedor ??

Esto se controla con la tabla:

IDTABLA: paramIDELEMENTO: no_permite_capturar_socio_cero-- La sola existencia de la tabla hace que los módulos de Ventanilla y Traspasos obliguen a que se capture un Origen-Grupo-Socio antes de capturar el número de producto.

Como para todo candado existe una llave, para cada barrera hay un permiso. En este caso si se tiene habilitada la opción anterior, con el permiso denominado "permite_capturar_socio_cero" se evita la necesidad de capturar un Origen-Grupo-Socio. Esta opción podría ser útil para el área de Contabilidad quién realiza movimientos directamente a las cuentas contables.

Si a partir de ya se capturan los pagos a los proveedores como se comentó, podremos crear reportes con los datos mencionados·

En la proxima versión incluiremos un módulo para editar el Origen-Grupo-Socio de los pagos a proveedores para que la propia Cooperativa pueda corregir posibles errores y obtener un reportes absolutamente confiables.

Mas variedad a la Evaluación de Solicitudes de Prestamos.

Desde hace ya una cantidad enorme de versiones se cuenta con un módulo de "Scoring de Préstamos", precisamente para evaluar la viabilidad de la autorización de las solicitudes de crédito de los socios.

Hasta la versión anterior el sistema tenía la posibilidad de manejar solo el cuestionario creado por el área de Planeación y Desarrollo de la Federación.

Ahora en esta versión incluimos la posibilidad de agregar "n" cuestionarios, los cuales pueden ser desarrollados por la


propia Cooperativa, adaptados a sus necesidades particulares.

Para lograr esto el procedimiento será que la Cooperativa que tenga la necesidad de incluir mas cuestionarios de evaluación, nos los haga llegar para configurárselos y los pueda utilizar en el sistema. Tal es el caso de la Cooperativa que nos solicitó esta modificación, ya que requerían incorporar al sistema algunos scoring que ellos mismo desarrollaron para los préstamos quirografarios, para los prendarios y otro mas para los hipotecarios.

Reportes de Riesgos de Mercados para el Nivel 2.

Este reporte se basa principalmente en Operaciones Activas (Préstamos a socios) y Operaciones Pasivas (Ahorros, dpfs, etc), sin embargo, siempre existe la necesidad de agregar el saldo de algunas cuentas contables, a alguna de las posiciones mencionadas, y también que estos saldos se consideren en alguna banda en especial.

Para lograr esto es necesario contar con la tabla:

IDTABLA: requerimiento_capital_nivel2

IDELEMENTO sumar_a_op_activasóIDELEMENTO sumar_a_op_pasivas

PARAMETRO1:-- Representa la banda en la que incluirá el saldo de la cuenta contable.PARAMETRO2:-- Son las cuentas contables separadas por "|". Es valido definir solo un prefijo de las cuentas, para referirse a todas las que inicien con esa serie de números. Por ejemplo si se describe el número 10301, significa que se considerará el saldo de todas las cuentas que inicien con 10301.

Asignación de tasa de interés a los Préstamos sobre depósitos a plazo fijo.

Ahora les trasmitimos una nueva alternativa para asignar la tasa de interés a los préstamos sobre plazo fijo.

Resulta que en una Cooperativa se define la tasa de interés para el préstamo sobre plazo fijo en función de la tasa que tiene el plazo fijo mas una cantidad definida de puntos porcentuales.

Por ejemplo, el plazo fijo tiene una tasa mensual del 0.63% y se contempla una sobretasa del 0.37%, esto da como resultado que la tasa de interés del préstamo se situaría en 1.0%

Nota: Estamos considerando una sola sobretasa para los préstamos sobre plazo fijo, y por lo tanto la variación en la tasa final se debe a las diferentes tasas que tienen los plazos fijos en base a sus diferentes montos y plazos.Para que esto funcione es necesario la tabla:

IDTABLA: paramIDELEMENTO prestamo_sobre_dpf

PARAMETRO1:-- Es el producto de préstamo sobre plazo fijo.PARAMETRO2:-- Es la lista de los productos de dpf permitidos, separados por comas.PARAMETRO3:-- Son los puntos porcentuales que se agregan a la tasa.

Con esto al hacer una apertura de un préstamo sobre plazo fijo bajo este esquema la tasa de interés se asignará automáticamente.


Módulo para pasar las pólizas capturadas extemporaneamente a un respaldo

Uno de los conflictos a los que nos enfrentamos es el hecho de que los respaldos de la base de datos del SAICoop, que se hacen los días últimos de mes, no contienen por obvias razones las pólizas que se capturan de manera extemporanea ( Pólizas que se capturan con fecha del día último del mes anterior, desde el día 1 del nuevo mes hasta que se hace el cierre de mes)

El problema inicia cuando se obtienen reportes como las "Razones Financieras" o los reportes de "Riesgos de Crédito y de Mercado" con la base de datos de respaldo, que dan como resultado cifras que precisamente no contienen los movimientos capturados extemporaneamente.

Que se hace actualmente:Se tiene la necesidad de recapturar las pólizas extemporaneas, además de en la base de datos en línea, en la base de datos de respaldo.

Con este nuevo módulo podremos migrar las pólizas capturadas de manera extemporanea en la base de datos en línea a la base de datos de respaldo y así evitar su recaptura.

Para utilizar esta opción es necesario contar con el permiso "CO14"

El programa cuenta con dos "Acciones" que son:

Exportar : Crea las pólizas en archivos texto para pasarlos a una base de datos de respaldo.Importar : Toma las pólizas de los archivos texto y los carga en la base de datos de respaldo.

Notas Aclaratorias: ............

Solo es posible pasar pólizas capturadas de la base de datos en línea a una base de datos de respaldo. Nunca en sentido contrario.

Con este módulo solo es posible migrar pólizas capturadas de manera extemporanea que invariablemente son de diario y con fecha del día último del mes.

En caso de que las bases de datos en línea y la base de datos de respaldo se encuentren en un servidor diferente será necesario copiar los archivos de un servidor a otro.

Los archivos al generarse quedan ubicados en /tmp del servidor. Igualmente al importarse deben estar localizados en la misma ruta del servidor donde se encuentre la base de datos.

Un mensaje especial para cada producto en la tabla de amortización.

Con esta modificación ahora es posible que en la impresión de la tabla de amortización de los préstamos que se hace en el módulo de "Aperturas de Préstamos", aparezca un mensaje especial para cada producto.


IDTABLA: param

IDELEMENTO notas_amortizacion_<producto>-- En este caso el mensaje que se crea afecta a todos los préstamos que se aperturen con el mismo número de producto.

IDELEMENTO notas_amortizacion_<producto>_<tipo amortizacion>-- En este caso el mensaje que se crea afecta a todos los préstamos que se aperturen con el mismo número de producto y con el tipo de amortización especial.


-- Los diferentes tipos de amortizaciones son: 00 = Pagos Periódicos 02 = Pagos Crecientes 04 = Pagos Fijos

PARAMETRO2:-- Es el mensaje especial para el producto

Cambios varios:

● Se modificó el programa de "Alta Usuarios", para que sin necesidad de acudir al módulo de tablas se defina ahí mismo la impresora de ticket que utilizará si se le da el permiso de cajero.

● Se modificó el programa de "Alta de Colonias" para que aceptara códigos postales como los del DF que pueden iniciar con un cero seguido por otros números.

● El módulo de "Revisión de Libretas" se corrigió ya que cuando se enviaba a impresión la parte del concepto de la póliza aparecía de manera vertical.

● Se modificó el reporte de "Pagarés de Préstamos", ahora tiene mas párametros de selección similares al Listado general de Préstamos. Por ejemplo ahora podemos seleccionar de acuerdo a las fechas y origenes de apertura, así como también segmentar los activos de los pagados, para identificar solo los que se deben de depurar del archivo general de pagarés.

● En la "Apertura de los depositos a plazo fijo" de los socios, ahora se guardará en la base de datos los nombres de los beneficiarios de cada contrato. Además en el caso de las "Reinversiones Automáticas de DPFs" se migrarán los beneficiarios a los nuevos folios.

● Se modificó el reporte de "Movimientos de Productos por Origenes", para que se diera la opción de crear bloques por origen de apertura, cuando se seleccionara mas de un origen de apertura, debido a que anteriormente se agrupaban.

● Se corrigió un problema añejo que sucedía cuando en la barra de avance de algunos procesos se daba click en la opción <CANCELAR> provocaba que se inhibiera el sistema.

● Se modificó el reporte del Balance General para la Federación.

Aclaracion de la versión 1.5.0.

● En al versión 1.5.0 en la parte que se explicaba la manera de configurar los reportes de Lavado de Dinero, se hacía refrencia a una tabla denominada "lavado_dinero", cuando el nombre correcto es "lavado_de_dinero".



-- Concepto de Productos Padre.

Este tema lo explicaremos en una actualización de este documento, ya que debido a lo extenso del tema, nos ha ganado el tiempo en la liberación de este escrito.

-- Módulo Generador de Pólizas.

El objetivo de este nuevo módulo es generar una póliza en base a ciertos movimientos descritos en un archivo texto, y evitar de esta forma la captura manual y el incurrir en posibles errores.

Un ejemplo de la aplicabilidad de este módulo es el pago de la nómina, ya que este representa una serie de movimientos casi iguales de un pago al siguiente.

Cual es el formato del archivo texto necesario para crear la póliza de diario.

1) Cuenta Contable.Este dato va cuando no se establece un origen, producto, auxiliar y representa la cuenta contable a la que se cargará o abonará directamente. El formato consiste en 11 números sin guiones. Siempre deberá establecerse cuentas afectables.

Los siguientes tres datos se complementan por lo tanto siempre van juntos y son excluyentes de la cuenta contable.

2) Origen del Folio.Es el origen del folio que se verá afectado.

3) Producto.Es el número de producto que se verá afectado.

4) Auxiliar o folio.Es el número de folio o auxiliar al que se cargará o abonará

5) Cargo / abono.0.- Representa un cargo 1.- Significa un abono.

6) Monto.Es la cantidad por la que se verá afectada la cuenta contable o el auxiliar / folio de una persona.

Donde debe ubicarse el archivo texto.

El archivo texto se ubicará en el directorio /tmp del servidor de la base de datos.

Validaciones con las que cuenta este módulo.Al subirse el archivo texto se validará entre otras cosas:

1. Que las cuentas contables existan y sean afecatbles.2. Que la serie origen-producto-auxiliar exista y tenga el saldo suficiente para aceptar la operación que se describe

como cargo o abono.3. Que la suma de los cargos y los abonos sea igual.4. Que los movimientos no tengan a la vez descrita una cuenta contable y un origen-producto-auxiliar5. Que el monto del movimiento sea mayor a cero.6. Que las cuentas contables utilizadas no sean las cuentas aplicables de los productos de socios.

Como funciona el módulo.Una vez que se tiene el archivo en la ubicación correcta, se describe el concepto de la póliza, se define si la póliza será resumida o detallada, además del nombre del archivo texto. Y se da click en el botón <aplicar>.

-- ABC de Productos.


Este módulo ha tenido varias modficaciones que explicamos a continuación:

Cambio1: La definición del "Producto Padre".En este módulo ahora se permite la definición de producto padre para los prestamos, sin embargo este pordía funcionar también para los productos tipo ahorro. El concepto completo se explica en un apartado especial de este mismo documento.

Cambio2: Copia de productos.Precisamente pensando en la configuración de los diferentes productos de prestamos, para llevar a cabo el concepto de los "Productos Padre", se vio conveniente crear la facilidad de copiar de un producto de prestamos existente a uno nuevo, al que solo se tendrá la necesidad basica de modificar las dos cuentas afectables, que representan en saldo vigente y vencido.

-- Como se copia de un producto de prestamos a otro ??1. Se abre el producto base existente.2. Se da click al botón Ctrl – F11 Copiar producto.3. Se crea una nueva estructura que hereda las características del producto base, como son las cuentas contables,

tasas de interés, tipos de amortización , finalidad, etc.4. Se establece el número del nuevo producto, las cuentas contables para el saldo vigente y el saldo vencido. En

caso necesario se modifican cualesquiera de las condiciones heredadas.5. Se graba el nuevo producto y listo.

Cambio3: Estatus de los productos.Se agrega un nuevo estatus para los productos, que se llama "No Aperturas". Este estatus afecta al funcionamineto del producto en su conjunto, no al folio de un socio en los particular.

Aprovechamos este espacio para explicar de manera breve todos ellos y los tareas que pueden realizarse con cada uno.

Los diferentes estatus de los productos son:a) -- Activo

Es el estatus pleno del producto, con el pueden realizarse aperturas y movimientos en todo los módulos.b) -- Inactivo

Es todo lo contrario a Activo. No se permite realizar aperturas, ni movimientos.c) -- Ventanilla

Es posible realizar aperturas y los movimientos solo en Ventanilla, es decir que en Traspasos no es posible.d) -- Traspasose) Es posible realizar aperturas y los movimientos solo en Traspasos, es decir que en Ventanilla no es posible.f) -- No Aperturas

Es posible realizar movimientos en todos los módulos, sin embargo no permite realizar nuevas aperturas.

-- Listado de Auxiliares.

Este listado se modificó para dar cabida a que fuera posible reportar los saldos de los productos seleccionados a una fecha atrasada.

Así mismo a este reporte se le modificó el formato de salida de las cifras mostradas, ya que anteriormente su lectura no era muy fácil debido a que que no contaba con las comas separadoras de miles de pesos.

Nota Importante:Es conveniente aclarar que solo se podrán reportar saldos a una fecha atrasada a partir de la fecha de instalación del Sistemas SAICoop en su Cooperativa.

-- Reporte de Lavado de Dinero.


Este es un nuevo grupo de reportes que serán de gran apoyo para la determinación de posibles movimientos relativos al Lavado de Dinero como son los Inusuales, Relevantes y Preocupantes.

Para un mejor entendimiento del resultado explicaremos para efectos del sistema lo que significa cada una de las casificaciones de movimientos.

1. Inusuales.- Son aquellos movimientos que rebasan una cantidad de veces el promedio de depósitos realizados por el mismo socio en el último mes de operaciones.Para la determinación es necesario definir una cantidad monetaria base y una cantidad de veces mínima, ya que ambos puntos deberán sobrepasarse en el último mes de depositos, para que esto pueda ser considerado un movimiento inusual.

2. RelevantesSon el conjunto de los depositos realizados en un mes por un socio y que sobrepasan el monto marcado por la regulación (Actualmente es de 10,000 US.). La conversión de esta cantidad a pesos mexicanos se establece en la tabla que explicamos mas adelante.

3. Preocupantes.Estos son los movimientos inusuales llevados a cabo por un empleado o directivo.

Para obtener estos reportes es necesario definir las siguientes tablas donde de establecerán algunos parámetros que posiblemente se van modificados en el futuro.

Idtabla : lavado_dineroIdelemento : movimientos_inusualesParámetro 1: 50000-- Representa el monto mínimo para considerar un acumulado de movimientos mensuales como inusual.-- Verifique esta cantidad con su gerente, ya que es solo un ejemplo para la explicación.Parámetro 2: 10-- Es la cantidad de veces que el socio deberá sobrepasar en depositos en el último mes, su propio promedio de depósitos mensuales, para que este sea considerado como inusual.Parámetro 3: 10,20-- Son los grupos de socios a los que se les revisarán sus movimientos, para una posible calsificación de ellos en los tres nombres mencionados. Los numero de los grupos van seprados por comas.

Idtabla : lavado_dineroIdelemento : movimientos_relevantesParámetro 1: 110000-- Representa el monto en pesos mexicanos equivalentes a los 10,000 dls.-- Verifique si el monto de los 10,000 dls que se dan como ejemplo no han sido modificados en la regulación aplicable.

Idtabla : lavado_dineroIdelemento : movimientos_preocupantesParámetro 1: 50000-- Representa el monto mínimo para considerar un acumulado de movimientos mensuales como inusual.-- Verifique esta cantidad con su gerente, ya que es solo un ejemplo para la explicación.Parámetro 2: 10-- Es la cantidad de veces que el socio deberá sobrepasar en depositos en el último mes, su propio promedio de depósitos mensuales, para que este sea considerado como inusual.Parámetro 3: 10,20-- Son los grupos de socios a los que se les revisarán sus movimientos, para una posible calsificación de ellos en los tres nombres mencionados. Los numero de los grupos van seprados por comas.-- Captura obligatoria de la garantía.

Como una forma de garantizar que los usuarios al momento de hacer las aperturas de los préstamos, no olviden capturar


el ahorro en garantía en el SAICoop, tal como se establece en los contratos que firman los socios, se creó esta opción que será de gran utilidad.

Para que esto funcione es necesario contar con la tabla:

Idtabla : paramIdelemento : garantia_ahorro_obligatoriaParámetro1: -- NO es necesario parámetro alguno, ya que con la sola existencia de la tabla y el elemento es suficiente para que esto funcione. Si no existe el elemento mencionado, la captura de la garantía seguirá siendo opcional como hasta la versión anterior.

-- Modificación en la impresión del Ticket en el tema de los Avalados Atrasados.

Ahora además del aviso del avalado atrasado y el monto vencido, es posible agregar un mensaje que podrá ser redactado por la propia Cooperativa y aparecerá impreso en el ticket. Esto para dar un mayor énfasis al mensaje que se desea hacer llegar a los socios que cuentan precisamente con un avalado que se tenga una situación de morosidad.

Para crear este mesaje especial es necesario contar con la tabla:

Idtabla : paramIdelemento : ticket3-- Esta tabla determina si aparecen mensajes adicionales en el ticket cuando haya avalados atrasados.Parámetro 1:-- Es la primera parte del mensaje ( longitud máxima 40 caracteres ). Lo que exceda a los caracteres marcados se cortará.Parámetro 2:-- Es la segunda parte del mensaje ( longitud máxima 40 caracteres ). Lo que exceda a los caracteres marcados se cortará.

-- Cambios en el Alta de Socios.

Cambio1: Grabado automático de las fechas de activación e inactivacion de los socios.Ahora en esta versión se agrega la opción automática de que se grabe la fecha de ingreso y la fecha de retiro al registrar por primera vez al socio y al inactivarlo respectivamente.

Si en su Cooperativa, al reingresar un socio le asignan el mismo número que tenía anteriormente, lo que ahora pasará es que al activarlo despues de estar inactivo, se actualizará la fecha de ingreso a la fecha en que se activó el número de socio.

Cambio2: Bloqueo de edición de datos de socios en una fecha distinta a la de ingreso.En una Cooperativa nos comentan que tienen la politica, de que los datos de los socios deben terminar de capturarse el mismo día en que este ingresó, para esto nos solicitaron que el sistema impida su modificación en una fecha distinta a la del ingreso del socio. Esto para obligar a los empleados a llenar los datos y no dejarlos incompletos, y que solamente con un permiso se permitiera modificar.

Para que dicho bloqueo funcione es necesario que exista la tabla:

Idtabla : paramIdelemento : no_editar_socio_capturado-- NO es necesario parámetro alguno, ya que con la sola existencia de la tabla y el elemento es suficiente para que esto funcione. Si no existe el elemento mencionado, la captura seguirá siendo como hasta la versión anterior, si se tiene acceso al módulo se tiene la posibilidad de modificar los datos de los socios.Si se activa el bloqueo antes descrito, para el común de los usuario, sin embargo se desea que algunos usuarios, puedan seguir modificando los datos de los socios, esto puede hacerse con el permiso "editar_socio_ingreso_otro_dia".


-- Inactivacion de socios por grupo.

Se crea este módulo que tiene el objetivo de identificar del catálogo de socios, en base al grupo seleccionado, a los que estén en condiciones de ser inactivados, por el hecho de no contar con saldo, ni intereses en los diferentes productos que manejan.

La aplicación solo le pedirá el grupo de socios que se pretende revisar para inactivar. Al terminar el proceso le enviará reporte de los socios que se consideraron. A estos se les grabará la fecha de la fecha actual como fecha de retiro.

-- Modificación el Buró Interno.

Como sabemos en la versión anterior se liberó este módulo cuya finalidad es llevar un registro de los rechazos a las solicitudes de prestamos que los socios hacen.

Como explicabamos también en el documento de la versión anterior la idea de fondo es tener la posibilidad de identificar cuando a un socio le es negado un préstamo en una de las sucursales, para que al acudir a otra el empleado tenga la información del porque del rechazo.

En que consiste el cambio ??El cambio consiste en que deja de ser obligatorio la captura de un folio de un préstamo al momento del registro del rechazo de la solicitud de crédito del socio. Esto para hacer mas ágil la captura, sin embargo queda la desventaja de que a futuro no se podra obtener alguna estadistica de solicitudes rechazadas por montos, plazos, finalidades, etc. Por lo tanto corresponde a la Cooperativa evaluar la conveniencia de ahorrar un poco de tiempo a costa de obtener una menor información. Por default en esta versión no se exige que se tenga una apertura de un prestamo, la cual se etiquete como rechazada.

Si se requiere lo contrario es necesario contar con la tabla:

Idtabla : paramIdelemento : usar_folio_en_buro_interno-- NO es necesario parámetro alguno, ya que con la sola existencia de la tabla y el elemento es suficiente para que esto funcione.

-- Razones Financieras.

Al respecto se modificó la forma de obtener el resultado de la razón financiera de "Coeficiente de liquidez",

Como podemos ver el factor d) se refiere a los Pasivos de corto plazo (menor a 30 días).

Hasta la versión anterior señalabamos algunas cuentas contables para referirnos a estos pasivos, sin embargo y por concenso de las áreas de Planeación y Supervisión de FeNoreste, se dice que en estos se deben considerar las inversiones que se encuentran contabilizadas a mas de 30 días, y que vistas de manera individual les restan menos de 30 días para vencer.

Como hacer para considerar cuentas contables y productos a la vez. ??

En la tabla:


4 Coeficiente de Liquidez 10 min

a= Cuentas de Cheques (Disponibilidades)

(a+b+c) b= Títulos bancarios con plazo menor a 30 días

d c= Valores gubernamentales con plazo menor a 30 días

d= Pasivos de corto plazo (menor a 30 días) y dep. vista

Idtabla : razones_financierasIdelemento : coeficiente_de_liquidez_d-- Esta tabla determina las cuentas y los productos necesario para obtener el resultado correcto.Parámetro 2: prod205+201-20102020102+20102030202-- Esto significa que al saldo del producto 205 se le agrega el de la cuenta 201 y se le resta n

-- Reporte de Riesgos de Mercado Nivel III

A este reporte se le suma la posibilidad de agregar a las posiciones activas y pasivas, que se componen del saldo de productos de socios, el saldo de alguna(s) cuenta(s) contable(s).

El ejemplo mas claro es en las posiciones pasivas, en el apartado de los depósitos a la vista, donde se definen los productos de captación, como el 110,120,130, etc.

Se nos ha comentado que además de esos productos es necesario que considerar como posiciones pasivas el saldo de las cuentas de provisión para el pago de los intereses a esos productos.

En la configuración tradicional nos hemos referido a las posiciones activas atraves de la tabla:Idtabla : requerimiento_capital_nivel3Idelemento : operaciones_activas_1, 2Y a las posiciones pasivas con: Idelemento : operaciones_pasivas_1, 2, 3, 4

Como agregar cuentas contables a las posiciones que usualmente se componen por productos de socios ??

Será necesario agregar las tabla según el número de operaciones activas o pasivas a la que se le sumará el saldo de la cuenta contable.

Ejemplo:

Idtabla : razones_financierasIdelemento : sumar_a_operaciones_activas_1 óIdelemento : sumar_a_operaciones_pasivas_1-- El número cambia en base al número de las operaciones activas o pasivas de que se trate.Parámetro : -- Va el número de la banda en la que se sumará el saldo de las cuentas contables definidas en el siguiente parámetro.Parámetro 2: -- Van los números de las cuentas separadas por "|".

Cambios varios:

● A los módulos de "Listado General de Ahorro", "Listado General de Depositos", "Listado General de Inverahorros" y "Listado General de Prestamos" se les agregó al inicio del reporte el detalle de los criterios de selección, para evitar las confusiones que se pudieran presentar al momento de la lectura del reporte impreso.

● Al módulo de "Asignación de Requisitos a Productos" se le agregó la opción de copiar los requisitos definidos de un producto a otro diferente.

● Se corrigieron varios módulos que representaban una fuga en el control de las garantías de los préstamos de los socios. Estos son "Revisión de Libretas", "Traspasos masivos" y los "Ajustes a Prestamos".

● Al módulo de "Traspasos Masivos" se agregó una opción mas que es el Traspaso de un monto específico de un producto a otro. En la aplicación se llama "Traspasa un monto del saldo Prod --> Prod".

● Se modificó la "Transferencia a bancos" ya que al seleccionar un documento salvo buen cobro en conjunto con un


movimiento de efectivo o de documento de cobro inmediato en firme, la aplicación se quebraba.

● En el módulo de "Ventanilla" y "Traspasos" al retirarle a un socio alguna cantidad de un producto tipo ahorro, el saldo que se mostraba después del retiro se observaba incorrecto.

● En las "Aperturas de DPFs" No se permitía definir los destinos para la reinversión, cuando el socio involucrado tenía un aviso.

● Al reporte de “Movimientos de productos por origenes” se le agregaron subtotales a los movimientos de cada sucursal.

● Ahora en el módulo de "Edición de Contratos" es posible definir un dato especial en base a un consulta select, tal como se hace en la configuración de los formatos. Un ejemplo de esto es la necesidad de que en los contratos aparezca la tasa anual de interés, cuando a lo largo del sistema se utilizan tasas mensuales.


VERSION 1.4.0 del SAICoop -- Estados Financieros.

De acuerdo a la petición expresa de un contador de una Cooperativa, a partir de esta versión se permite modificar una parte del encabezado de los estados financieros que dice: "Expresado en monedas de poder adquisitivo de ...", para que cada Cooperativa este en posibilidad de modificarlo de acuerdo a la fecha de reexpresión de sus Estados Financieros.

Además en el pie de pagina del Balance General aparece otro mesaje que dice: "El saldo del Capital Social historico al ......" En este caso lo que requiere establecer es la cuenta contable a que se refiere este mensaje.

Para hacerlo es necesario configurar la siguiente tabla:

Idtabla : paramIdelemento : balance_generalParámetro2: -- Es el mensaje textual que se requiere aparezca. -- Si no se establece nada en este parámetro aparecerá "Expresado en moneda de poder adquisitivo de (mes de genereción del reporte)". Exactamente como venía apareciendo hasta la versión anterior.Parámetro3: -- Numero de cuenta contable de capital social del anterior catálogo Parámetro4: -- Numero de cuenta contable de capital social del nuevo catálogo.-- Si en su Cooperativa aún no se ha realizado la migración de su catalogo contable al que viene publicado en el DOF del 18 de diciembre, establezca en los parámetros 3 y 4 el número de la misma cuenta contable en ambos casos.

-- Estado de variación en el Capital Contable y Estado de Cambios en la Situación Financiera.

Estos dos reportes fueron modificados en sus estructura para dar complimiento al formato que aparece de estos en el DOF del 18 de Diciembre 2006.

En este particular caso les pasaremos individualmente las tablas de configuración para la obtención de estos dos reportes, ya que por sus caracteristicas particulares, se hace necesatrio hacerlo de esta manera.

Por lo tanto para este tema les pedimos de favor que si les interesa este punto se pongan en contacto con nosotros para configurarles en lo particular sus tablas.

-- Mas cambios a la Transferencia a Bancos.

Como bién sabemos, al seleccionar algunos movimientos en el módulo de "Transferencia a Bancos" se generan automáticamente algunas polizas donde se cancelan las cuentas de efectivo, y documentos de Cobro inmediato en firme y se hacen los cargos respectivos a bancos.

Para que el sistema agrupe los cargos a bancos que resulten de la póliza que se genera en este proceso es necesario configurar la tabla

Idtabla : paramIdelemento : agrupa_cargoabancos_transferbParámetro1: -- El número 1 indica que se desea agrupar los cargos a bancos en la póliza

Además ...

En esta versión se da la posibilidad de eliminar algun movimiento que por alguna razón haya sido reclasificado por el módulo de traspasos, y por lo tanto no se deba de hacer por el de "Control de Transferencia a Bancos".


Para hacerlo es necesario contar con el permiso: "borra_transferb"

-- Movimientos de productos por origenes.

Este es un nuevo módulo que nos permite identificar los movimientos que tienen los diferentes productos en las diferentes sucursales de la Cooperativa.

Dentro de las características especiales del módulo está la posibilidad de seleccionar el origen de la apertura de los productos y el origen en que se realizan los movimientos a los mismos.

Además se permite agrupar y desglosar el resultado por cada uno de los producto y origenes. De esta manera podemos obtener el reporte con el detalle requerido.

Ejemplos de la aplicabilidad del reporte son:

-- Conocer la colocación de prestamos por sucursal agrupado y desglosado por producto-- Conocer la recuperación prestamos por sucursal agrupado y desglosado por producto-- Conocer donde y cuanto se abonan a los prestamos que se entregan en una oficina en particular.-- Conocer la captación neta por sucursal, con la distinción entre depósitos y retiros.-- Todo esto por el rango de fechas que usted decida.

-- Busqueda avanzada de personas.En esta versión incorporamos el concepto de la busqueda de personas avanzada, donde la finalidad es poder localizar una persona en base a algo que recordemos de su nombre o apellidos.

Por sus caracteristicas, sabemos será de utilidad para las áreas de cobranzas, mercadeo e incluso para las áreas de atención directa al socio.

Donde encontraremos esta opción ?

En todas las partes del sistema donde se pida "Origen - Grupo – Socio" al dar <F3>

Ahora la busqueda de socios tiene tres posiciones que son:

Para accesar a estas opciones lo hacemos con las teclas ( <-- ) ( --> ). Al dar < F3> La posición inicial sigue siendo Número de persona.

Busqueda Avanzada.Al usar esta opción puede colocar un solo dato o una parte de este, de los tres que se piden. Por ejemplo buscamos a una persona que no recordamos si se llama Juan Jose ó Jose Juan y sabemos que su segundo apellido es "Valladares", entonces escribiremos.

Valladares Juan-------------------- -------------------- ----------------- AP. PATERNO APMATERNO NOMBRES-- Reportes de cartera vencida.

Como seguramente recordaremos, en la anterior versión agregamos al "Reporte Detallado de Cartera Vencida" un parámetro de selección de "Fecha de Entrega", la cual nos permite segmentar los préstamos colocados en un rango de fechas, esto para efectos de analizar la gestión de un empleado o bién para evaluar una campaña emprendida por la Cooperativa.


Número de Número

Apellido Apellido

Busqueda Busqueda

Ahora este mismo concepto lo incluimos en el "Reporte de Parametros de Cartera".

Adicionalmente incorporamos al "Reporte Detallado de Cartera Vencida" y al "Reporte de Parámetros de Cartera" el botón "LISTA" que nos permite seleccionar una lista particular de productos para la generación del reporte.

-- ABC de personas.

Como una forma de prevenir los errores de captura de los usuarios en este módulo hemos creado una configuaración de los campos texto de tal forma que solo se permita guardar los carecteres que la Cooperativa especifique.

En esta lista podemos observar los campos texto que se validan y los carecteres que se esta permitido utilizar. Esta es la configuración básica que sistemas de FeNoreste consideró conveniente, la cual puede modificarse accesando a la tabla y elemento que se requiera.

-- Aviso: Avalados Atrasados

En esta versión creamos un nuevo aviso de advertencia para identificar a los avalados por el socio que tienen algún atraso de manera automática.

Idtabla : aviso_socios_avaladosIdelemento : modulos_usados


Tabla Elemento DescripcionParametro1 Parametro2 Parametro3 Parametro4 Parametro5

abc_socios nombre personales 1 A| . 01

abc_socios appaterno personales 1 A| 02

abc_socios apmaterno personales 1 A| 03

abc_socios calle personales 0 A| 1234567890 04

abc_socios numero personales 0 A| 1234567890 05

abc_socios interior personales 0 A| 1234567890 06

abc_socios entre_calles personales 0 A| 1234567890 07

abc_socios telefono personales 0 N|- 08

abc_socios telefono_recados personales 0 N|- 09

abc_socios lugar_nacimiento personales 0 A| 10

abc_socios curp_rfc personales 0 A|1234567890- 11

abc_socios ocupacion laborales 0 A| 12

abc_socios puesto laborales 0 A| 13

abc_socios nombre_empresa laborales 0 A| 1234567890 14

abc_socios domicilio_empresa laborales 0 A| 1234567890 15

Parametro 3 Significado

A| Solo letras de la A a la Z mayúsculas y minúsculas

A| .

A| 1234567890

A|1234567890-

N|- Solo números, adicionalmente el guión “-”

Letras de la A a la Z mayúsculas y minúsculas adicionalmente el espacio en blanco y el puntoLetras de la A a la Z mayúsculas y minúsculas Letras de la A a la Z mayúsculas y minúsculasLetras de la A a la Z mayúsculas y minúsculas Letras de la A a la Z mayúsculas y mi

Parámetro2: 1-- El número uno indica que el aviso tendrá etiqueta de urgente, por lo tanto aparecerá resaltado con un letrero en rojo.-- Ahora esta idea aplica también para los avisos de "Cheques Devueltos" y "Falta de Ahorro", configurando sus respectivas tablas en el mismo Parametro 2.Parámetro2: OP111|OP41|OP14|OP131|OP31-- Son las opciones del menú del SAICoop donde deseamos se observe el mensaje. Van separados por el simbolo "|".Parámetro 3: -- Es el monto mínimo de atraso. A partir de esta cantidad de atraso aparecerá el mensaje.

Los módulos en los que puede aparecer el mensaje son:

OP111 = VentanillaOP41 = Revisión de libretasOP14 = TraspasosOP131 = AperturasOP31 = Alta de Socios

Como hacer que el mensaje de avalados atrasados aparezca en el ticket ?

Configurando el Paremetro 3 y 4 de la tabla:

Idtabla : paramIdelemento : ticket2-- Esta tabla determina si aparecen mensajes adicionales en el ticketParámetro 1: 1-- Para que aparezca la relación de los saldos del socio.Parámetro 2: 1-- Para que aparezca la fecha del próximo abono de los préstamos con su monto a abonar y los intereses.Parámetro 3: 1 -- Para que aparezcan los avalados con atraso.Parámetro 4: -- Se establece la cantidad mínima de atraso que debiera tener el préstamo para que apareciera el mensaje en el ticket.

Otros Avisos que pueden juntarse en una solo pantalla.

Como sabemos el SAICoop cuenta desde versiones anteriores con mensajes de alerta que aparecen automáticamente ciendo el socio tiene Cheques Devueltos y cuando No ha depositado en el Ahorro en cierto tiempo.

Ahora si un socio cumple las condiciones de mas de uno de los tres mensajes que comentamos, estos aparecerán juntos en una pantalla

-- Buró Interno.

Este módulo será de mucha utilidad para llevar el control de las solicitudes de prestamos rechazadas en las sucursales.

El objetivo es que todo encargado de decidir la entrega de prestamos tenga conocimiento de "cuando", "donde" y "por que" se ha rechazado una solicitud de préstamo al socio que llega ante el a pedir uno mas.

Hagamos un ejercicio de lo que puede llegar a pasar y como protegernos ....

El socio llega una de las sucursales de la Cooperativa a solicitar un prestamo, el encargado analiza y decide rechazarlo, por inclumplimiento de algo que la Cooperativa considera indispensable.

El encargado comenta al socio el porqué del rechazo.

El socio al saber el porque del rechazo reacomoda los requisitos tratando de falsear información y acude a una sucursal diferente


Si la otra sucursal no tiene información probablemente entregue el prestamo.

Si utilizamos la herramienta podemos identificar el rechazo de la socitud

-- Lista Negra de Socios

Uno de las ideas ancestrales que hemos escuchado en las Cooperativas, es el poder contar con una lista negra de socios, a la que todas las Cajas alimenten y que sea de utilidad mutua para que esos socios o exsocios ideseables no tengan cabida en ninguna de las Cooperativas hermanas.

Ahora en el SAICoop podremos guardar esta lista y el mismo sistema nos avisará de la existencia del homónimo del socio que se encuentra en la "Lista Negra" al momento de registrarlo en el ABC de personas.

Adicionalmente a esto liberamos un buscador estos socios en la ruta: / Socios / Reportes / Creditos / Lista Negra de Socios /.

En este buscador podemos intentar localizar un socio por medio de : – Nombre– Apellido Paterno– Apellido Materno– Fecha de Nacimiento.

Socios de Otras Cooperativas.

El sistema cuenta con una forma de identificar si un socio, ya pertenece a otra Cooperativa, o al menos el homónimo de la persona que estamos dando de alta. Esto al momento de registrarlo en el Módulo de ABC de personas.

Para lograr contar con la "Lista Negra de Socios" y los "Socios de Otras Cooperativas", en breve les estaremos solicitando una lista de sus socios para generar una gran lista y replicarla a todas las Cooperativas que aporten datos.

MUY IMPORTANTE:

Los datos que les solicitaremos son sumamente elementales que en ningun momento constituyen un riesgo a la privacidad de los datos de la Cooperativa.

Origen, Grupo, Socio, Nombre, Apellido paterno, Apellido materno, Fecha de nacimiento, Fecha de envio de información, El porque del envio a la lista negra.

Cambios varios:

● El el módulo de "Traspasos" se validó que no se pudiera condonar intereses mientras se tuviera algo capturado en pantalla, ya que esto generó un error en una Cooperativa.

● En el módulo de "Revision de Libretas" ya es posible controlar el margen superior en la impresión sin encabezados en impresoras de matriz de puntos.

● En el ABC de Colonias se validó la captura del codigopostal, de tal manera que ahora solo acepte blanco o cinco números.

● Ahora el módulo de "ABC de Productos" permite de que a los prestamos se les estableza tasa cero para los intereses ordinario y/o moratorios. Para hecerlo es necesario configurar la tabla "param" Idelemento "producto_tasa_cero" Parámetro1 = Número de producto de préstamos.

● En el reporte de "Riesgos de Mercado" para el Nivel III, se reubicaron las posiciones activas y pasivas con resultado negativo en los días por vencer a la primera banda.

● En el módulo de "Traspasos Masivos" se agregó un parámetros de selección que indica si se desea tomar del ahorro


en garantía, ya que anteriormente no estabamos considerando esta posibilidad y era posible que quedará la garantía mayor al saldo del ahorro.

● El el módulo de "Alta de usuarios" se validó que la fecha limite de la constraseña no fuera mayor a la fecha actual mas 30 días, ya que de esa forma se perdía el objetivo de actualizacion de dicha contraseña. Además se validó la captura del origen de trabajo del usuario.



-- Reclasificación de Prestamos por Origen.

En esta versión se incluye la posibilidad de que los asientos contables que se generan con la "Reclasificación de prestamos" se apliquen en cada uno de los origenes tomando como base el de entrega de los préstamos. Esto es de particular beneficio para las Cooperativas que llevan la contabilidad por sucursal.

Para lograrlo es necesario tener configurada la tabla:

Idtabla : paramIdelemento : forma_de_aplicar_balancecredParámetro1: 1-- El número "1" significa que se haga por sucursal.

Si no existe la tabla se realizará de la manera original, es decir de forma consolidada.

-- Transferencia a Bancos mejorado.

Como bién sabemos el módulo de "Transferencia a Bancos" nos ayuda a generar las pólizas de traspaso de las cuentas de Efectivo y Documentos de cobro inmediato que se registran en las pólizas de ingresos al momento de hacer el "Cierre de Ventanilla", a la cuenta de Bancos.

Ahora, para hacer el proceso mas rápido se incluye la posibilidad de enviar a impresión las pólizas resultantes, desde el mismo módulo de "Transferencia a Bancos" . Anteriormente teníamos que tomar nota de los números de identificación de las pólizas e ir a un modulo diferente a imprimirlas.

-- Control de requisitos del socio y de los diferentes productos como préstamos y ahorros.

Este concepto nace con la idea de llevar el control de los requisitos que se le solicitan al socio para la obtención de un préstamo o bíen los que se piden por el simple hecho de ingresar a la Cooperativa.

A los requisitos de ingreso del socio, es conveniente relacionarlos con el producto de la parte social, puesto que este es el primer producto que tiene un socio al ingresar. Los requisitos para la obtención de prestamos se deberán relacionar con el número de producto del mismo prestamo.

Al cargar esta versión se incluye un catálogo general de requisitos que recabamos de las Cooperativas, los cuales la propia Caja deberá relacionar con cada uno de sus productos, para que así el sistema pregunte por los que se deben de cumplir para la obtención de cada producto o servicio.

Esto se hace en el módulo "Asignación de requisitos" que está en la ruta / Utilerias / Catalogos / Asignación de requisitos

Posteriormente la captura del cumplimiento de los requisitos para cada socio puede hacerse en tres partes que son:

"Aperturas de productos""Revisión de Libretas", y el núevo módulo / Socios / Utilerías / "Requisitos de Socios"

El permiso "modif_requisito" es necesario para hacer alguna modificación, agregar o quitar requisitos cumplidos, si no se tiene solo se podrá observar los capturados.

-- Nuevo Bloqueo de socios a usuarios.


Como bién sabemos desde los incios del SAICoop existe una forma de bloquear el que algunos usuarios puedan hacer movimientos a ciertos socios, para evitar conflictos de interes, por ser familiares, o por ser socios que en un caso especial los esté gestionando directamente el área de Cobranzas, (llenado la lista llamada "lista_bloqueada" en el módulo de "Listas Particulares").

Ahora el objetivo del nuevo bloqueo es evitar que los usuarios observen los movimientos de ciertos socios, como podrían ser los empleados de primero y segundo nivel de la Cooperativa, para evitar los comentarios que no llevan a nada y que generan mas ruido que información.

Para lograr esto ahora será necesario llenar una lista particular que se llame "rev_libretas_b" donde se especifique el usuario y el socios que correspondan.

Es conveniente aclarar que los bloqueos de las listas "lista_bloqueada" y "rev_libretas_b" funcionan de manera independiente

-- Aviso de Cheque Devuelto.

En esta versión el SAICoop podrá avisar al usuario si el número de socio que estamos invocando tiene un cheque devuelto. Esto se logra configurando las siguientes tablas:

Idtabla : aviso_cheque_rebotado"Idelemento : 450-- Es el número de producto, normalmente de deudores donde se registran los cheques rebotados de los socios.Parámetro2: Este Socio tiene un cheque devuelto-- Es un mensaje que se quiera mostrar, al cual se le agregará por default el número de folio y el monto del cheque devuelto.

Además de la tabla:

Idtabla : aviso_cheque_rebotado"Idelemento : modulos_usadosParámetro2: OP111|OP41|OP14-- Son las opciones del menú del SAICoop donde deseamos se observe el mensaje. Van separados por el simbolo "|".

-- Revisión de lIbretas.

Como este es el reporte mas apropiado para entregar a los socios como su estado de cuenta, se le agregó la funcionalidad de poder decidir si el reporte se desea imprimir con los encabezados que aparecen normalmente a lo largo del SAICoop, o bien sin encabezados, para poderlo imprmir tal vez en hojas membretadas.

Ahora bién como las hojas membretadas de cada Cooperativa son diferentes, pues será necesario modificar valores como el número de líneas por hoja y las líneas que se tendrán que pasar de margen superior y tal vez hasta el tamaño de la letra.


Para que estos valores no tengan que estarse modificando en la aplicación cada vez que se requiera imprimir un estado de cuenta, podemos establecer para nuestra Cooperativa los valores por default que aparecerán en el recuadro que se ve en la imagen configurando la tabla:

Idtabla : paramIdelemento revision_libretas_impresionParámetro1: 7-- Es el tamaño de letra del reporte, lo normal es 7.Parámetro2: 60-- Es el número de líneas por hoja. Esto variará en cada caso dependiendo las líneas que se establezcan de margen seuperior.Parámetro3: 5-- Es el espacio en líneas que se dejarán de margen superior. Esto va en funcion directa al tamaño del membrete.

Además:

En este módulo la opción de "Borrar garantía" ya incluye todos los estatus posibles de los préstamos, ya que en la versión anterior no se podía borrar garantías de prestamos cancelados.

También se corrigió la parte donde aparece el detalle de la póliza, ya que cuando se hacía referencia a una póliza del catálogo anterior (Para las Cooperativas donde ya se hizo la migración de cuentas), no aparecían los nombres de las cuentas.

-- Auxiliar de Catálogo mejorado.

Como bién sabemos este módulo nos ha servido para integrar los movimientos de una cuenta contable através de un rango de fechas. Ahora además de esto nos permite llegar al fondo del movimiento que es el asiento contable que le dió vida con solo dar doble click sobre el cargo o abono seleccionado.

La operación es identica a lo que se hace en "Revisión de Libretas" al dar doble click en un movimiento del estado de cuenta se puede observar el detalle de la póliza contable donde se originó.

Este cambio seguramente será de gran utilidad para los contadores, ya que uno de ellos fue quién solicitó este cambio.

A este mismo módulo se le corrigió el detalle de que no mostraba el saldo inicial de la cuenta seleccionada.

-- ABC de personas.

-- Códigos postales

El dato del código postal es de los que mas conflicto han representado completar en nuestras bases de datos, para tener la información completa y generar el paquete de información que requiere el Buró de Crédito, ya que hasta la versión anterior este se capturaba en cada uno de los socios.

Ahora lo que hacemos es ligar el código postal con la colonia, para que así nos preocupemos solo por llenar el código postal en el catalogo de colonias, y no en cada socio.

-- Medios Informativos.

Se agregó el campo de medios informativos al catálogo de datos que se puede especificar como de captura obligatoria.

-- NUEVO Tipo de Amortización de Prestamos Crecientes

En esta versión incluimos un nuevo tipo de amortización de prestamos, que denominamos "Préstamos Crecientes" y funciona de la siguiente manera.


Al hacer la apertura se visualiza una tabla de amortización que simula ser un préstamo de pagos fijos, porque la suma de la parte que se abona a capital mas los intereses del período son iguales en todos los meses.

El monto del abono a capital de los pagos irá de menos a mas, por eso se llama de "Pagos crecientes".

Lo que se logra con este concepto es evitar el problema que se ha tenido historicamente cuando los abonos son uniformes, al principio el socio esta obligado a apagar una cantidad mayor, porque el interés se calcula por el saldo que está en lo alto. Es por eso que siempre escuchamos que los primeros pagos son los mas pesados.

Con este ligero cambio hacemos que no sean tan pesados los primeros pagos.

Solo para confirmar decimos que el cálculo de los intereses es por días transcurridos, las morosidad se calcula de las misma manera que en los prestamos tradicionales.

-- Control del número de aperturas por producto.

Ahora en el módulo de "Productos", es posible controlar el máximo número de aperturas que es permitido hacer a cada producto.

Por ejemplo para el producto de la parte social, normalmente se requiere de una sola apertura para cada socio, y en este caso tener una segunda representa un error. Por lo tanto deberíamos configurar un "1".

Para el caso de los prestamos, donde es normal el uso de los sobreprestamos, deberíamos de configuar un "2", donde una apertura fuera la activa y otra la nueva.

Los estatus que se toman en consideración son capturado, autorizado y activo.

Cambios varios:

● En el módulo de "Traspasos" se corrigió un "problema" añejo, ya que en muy rara ocasión sucedía que al generar una póliza de cheque esta quedaba etiquetada como de diario.

● En el Módulo de "Traspasos", se validó que al capturarse una cuenta de orden estas se usen entre si, y no con las cuentas de balance.

● A los reportes de "Listados General de Ahorros, Prestamos e Inversiones", se les validó la captura de los criterios adicionales.

● En el proceso de las "Reinversiones automáticas de DPFs", se validó que cuando a una inversión no se le haya completado el monto compromiso, no se le tome en consideración en este proceso y así evitar que todas las reinversiones del día se dejen de hacer.

● Se corrigió un error en el reporte de "Movimientos por hora, y por sucursal en un rango de fechas", cuando se combinaban los diferentes tipo de pólizas.

● La "Impresión del Ticket", se modificó para que ahora en el monto del próximo pago se incluyeran los intereses calculados a esa fecha.

● Se corrigió un problema que se tenía cuando se definían en las tablas de amortización de los préstamos anualidades con decimales.

● Se agregó a la función de consultas de colonias con <F3> el campo del código postal.● Se validó un caso extremadamente raro donde un mismo usuario se podía hacer el "Cierre de Ventanilla" a si

mismo. De hecho se dio un solo caso en una sola Cooperativa.● Al hacer el "Cierre de Operaciones", ahora se da el dato del número de conexiones por usuario y los números de los

procesos que cada uno esta ejecutando.● En el esquema de "Pagos Fijos" se modificó el cálculo de los intereses de tal forma que el mismo día en que se

entregó el préstamo, no se le generará interés. Anteriormente marcaba los intereses del primer pago. En el mismo tipo de amortización cuando la fecha en que el socio abonaba coincidía con la fecha de pago de acuerdo a la tabla de amortrización, se consideraba el interés del la siguiente pago, lo cual era un error.

● En el esquema de "Pagos Fijos" ahora es posible definir los pagos por periodo de abonos, es decir que los pagos se pueden establecer por semana, quincena o mes.



-- Nuevo Catalogo de Cuentas de acuerdo al Diario Oficial del 18 Dic 2006.

En esta versión los Estados Financieros, además de los reportes de "Libro Diario" y "Auxiliar de Catalogo", funcionan con el nuevo catálogo de cuentas.

Para las Cooperativas que aún no hacen el cambio de catálogo, el sistema seguirá funcionando de manera transparente, de igual manera al momento de hacer el cambio.

Los estados financieros usarán las nuevas cuentas a partir del mes en que se haga la migración de cuentas. Para los meses anteriores se seguirán reflejando con las cuentas historicas.

Los reportes del "Libro Diario" y "Auxiliar de Catalogo" se obtendrán en rangos de fechas anteriores y a partir de la fecha de migración de catalogos.

Por ejemplo si la migración de cuentas se hizo con fecha del 10 de febrero del 2007 los reportes se solicitarán así:

De: 01/01/1990 Al: 09/02/2007 De: 10/02/2007 Al: 31/12/2007

Esto es para que esl sistema interprete cual catalogó va a utilizar para generar el reporte, el anterior o el nuevo.

-- Cambio de grupo en personas.

Ahora es posible cambiar de grupo a un socio para llevar un control especial sobre el mismo de acuerdo a alguna situación como podría ser que se encuentra en cobranza judicial, o bien que no es sujeto de crédito, o cualquier otro caso práctico que necesitemos.

Para hacerlo es necesario tener configurada la tabla:

Idtabla : "cambio_grupo"Idelemento : "1011"-- El elemento se compone de la concatenación del grupo origen y del grupo destino.-- No es necesario definir algún dato en los parámetros.-- Es necesario contar con un elemento para cada una de las combinaciones posibles.

Además es necesario contar con el permiso "cambio_grupo"

-- La captura de las garantías de prestamos activos.

Ahora podemos ligar el ahorro de un socio al préstamo del mismo aunque este sea un crédito activo, para que pueda ser considerado como su garantía y que se tome en consideración para efectos de reducir el requerimiento.

Para hacerlo necesitamos:1) Contar con el permiso "gtia_prest_activo".2) Accesar al módulo de "Aperturas de Préstamos" con el folio del préstamos activo.3) Dar click en el botón <Avales>.4) Establecer el monto del ahorro que se dejará en garantía.5) Dar <F12-Salir> para regresar al menú principal del módulo y <F10-Grabar>.

-- Las garantía del ahorro quedará formalizada desde la apertura del préstamo. Antes se hacía hasta la entrega.


Ahora las garantías de los ahorros quedarán formalizadas, desde que el préstamo, esté capturado o autorizado. Anteriormente el ahorro se bloqueaba, para su retiro hasta que el préstamo era entregado, ahora será un poco antes.

La razón de este cambio, es que el procedimiento anterior, nos arrastró una serie de problemas que buscamos erradicar de esta manera.

La única posiblidad de un supuesto "problema" sería en el caso de que una vez realizada la apertura de un préstamos, el socio desistiera del mismo, quedando el ahorro bloqueado para su retiro. Esto lo podemos solucionar con la opción borrado de garantía, que se encuentra en el móduló de Revisión de Libretas.

Recordemos que para eliminar una garantía de un préstamo requerimos del permiso "borrar_garantía".

-- El reporte de folios duplicados de productos tipo ahorro.

Este reporte está ubicado en el apartado de / Utilerías / Depuraciones / Depuración de la base de datos / Folios duplicados de productos tipo ahorro.

La finalidad de este reporte es dar a conocer los socios que tienen por ejemplo mas de un folio activo del producto 110 Ahorros, con la finalidad de que sean depurados para evitar errores.

El módulo de aperturas, en esta versión ya permite inactivar folios de productos tipo ahorro para complementar el proceso.

-- El reporte de movimientos por hora y por sucural en un rango de fechas.

Es hecho para conocer los tiempos en que se realizan las transacciones y para determinar los tiempos muertos del personal que realiza las mismas.

Es necesario aclarar que las horas que refleja el reporte son en base a la hora del servidor de la base de datos del SAICoop, por lo tanto si en su Cooperativa, la hora del servidor no esta debidamente ajustada, el resultado del reporte podrá reflejar movimientos en horas no habiles.

Este reporte se encuentra en / Socios / reportes / Estadisticos / Movimientos por hora.

Para tener acceso a el es necesario dar el permiso a la opción de menu "OP264"

-- Modificaciones al esquema de Prestamos con pagos fijos mensuales.

En esta versión modificamos radicalmente el esquema presentado en la versión anterior. Ahora queda de la siguiente manera.

Como sabemos el pago fijo mensual se establece en base a un monto solicitado, a un plazo determinado y a una tasa base.La diferencia principal radican en que:

Los adelantos al capital se aplicarán al final de la tabla, lo cual generará una ahorro de interés vía una bonificación.

Este esquema de pago es algo complicado de explicarlo en pocas palabras, para lo cual les pediremos que las Cooperativas interesadas en este forma de pago nos contacten para darles una platica con algunos ejemplos numéricos.

Cambios varios:


● En el módulo de "Apertutras de Préstamos" se dió la posibilidad de inactivar folios de productos tipo ahorro, que tuvieran saldo cero, e intereses cero, cuando se decidiera no volver a utilizarlos. Esta parte será de mucha utilidad cuando, un socio tiene mas de un folio activo del mismo producto.

● En el módulo de "Apertutras de Préstamos" se agregaron campos adicionales para la identificación de las garantías. Para los automoviles se agregó el dato del "Numero de puertas", Numero de factura, Fecha de factura y Expedida por. Todos estos campos pueden ser impresos en el contrato de préstamo.


VERSION 1.1.0 ( 34 ) del SAICoop

Nuevo manejo de versiones.

A partir de esta versión cambiamos el número de la misma, de tal forma que esta nueva versión será la 1.1.0 .

Lo realmente importante es que apartir de ahora podremos manejar sub-versiones, es decir que vamos a liberar la versión 1.1.1, 1.1.2, etc, las cuales contendrán cambios mas pequeños, con la finalidad de no hacerlos esperar los dos meses que normalmente le damos de vigencia a las versiones. También es necesario aclarar que las modificaciones que irían en las sub-versiones, son cambios que no representen una afectación a las tablas de la base de datos, ya que estos los vamos a seguir haciendo como hasta ahora.

En resumen en una sub-versión solo les pasaremos la nueva aplicación (paquete saicoop.tar.bz2) la cual distribuirán con el comando cpsaicoop.

Avisos a Socios.

En el SAICoop existen los avisos llamados "Borrables" que se dan de alta en el módulo de Avisos y se observan en Ventanilla, Traspasos, Revisión de Libretas, Aperturas, y ABC de Socios. La funcionalidad de estos es observarse y borrarse en cualesquiera de estas partes.

Ahora ante la necesidad de tener un aviso que se observe en los mismos módulos, pero que no se pueda borrar, se crea el permiso denominado "Permanente".

Un ejemplo clásico de la utilidad de este aviso es el que se establece para informar a todos los empleados, que no se reciban pagos a un socio debido a que se encuentra en fase de demanda, en este caso es necesario que el mensaje no se borre hasta que haya algún arreglo con el socio.

Finalmente y como en casi todos los casos existe un permiso para brincar las restricciones. El nombre del permiso es "borrar_aviso"

Préstamos con Pagos Fijos.

A partir de esta versión el SAICoop tiene la funcionalidad de manejar el tipo de amortización de préstamos denominado "Pago Fijo Mensual". A continuación explicamos como trabaja:

-- En un préstamo con pagos fijos, como su nombre lo dice, queda establecido desde el principio la cantidad interés, iva y la parte de abono al principal que se cubrirá en cada amortización y la suma de estos siempre será igual (Exceptuando los meses donde existan anualidades).

-- Los pagos en automático son en días fijos, es decir que si el préstamo se entrega un día 15 de un determinado mes, las fechas de los abonos también serán los días 15.

-- El cálculo del interés ordinario se hace en base a lo que establezca la tabla de amortización y no en base a los dias transcurridos como en los prestamos tradicionales. De tal manera que el socio pagará extrictamente la cantidad de intereses establecida en la tabla de amortización independientemente de que los pagos los haga anticipándose a las fechas establecidas.

-- Los intereses moratorios se calculan de la manera tradicional, solo que la base de cálculo será la suma del abono a capital, interés e iva no cubiertos de acuerdo a las fechas de la tablas de amortización. En los préstamos tradicionales, con interes sobre saldos insolutos, el interés moratorio se calcula solo en base principal no cubierto.-- Es conveniente mencionar que en este tipo de amortización también contamos con el manejo de las anualidades, las cuales pueden establecerse en cualesquiera de las fechas de pago establecidas en la tabla de amortización.


Al abonar a un préstamo con "Pago Mensual Fijo" el monto se distribuirá en el siguiente orden:- El total de los intereses moratorios y su iva.- Los intereses e Iva de la primera mensualidad no cubierta.- El capital de la primera mensualidad no cubierta.- Los intereses e Iva de la segunda mensualidad no cubierta.- El capital de la segunda mensualidad no cubierta.- Asi sucesivamente.

Para activar este esquema de amortización.

El esquema de "Pago Mensual Fijo" se podrá utilizar con los productos de préstamos existentes. En el módulo / Socios / Catalogos / Productos / se escribe el número de producto de préstamo que se desea utilice adicional al esquema de pagos periódicos tradicionales el de "Pago Mensual Fijo".

En la pestaña "Parámetros" y la opción de "Amortizaciones Aplicables" deberá selccionar además de (Cap=PP – Int=PP) la de (Pago Mensual Fijo). Tal como se observa en la gráfica.

Haciendo una apertura de un préstamo con Pago Fijo Mensual.

Al hacer una apertura ahora habrá necesidad de decirle al sistema cual es el tipo de amortización deseado. Como se observa en la gráfica.

Con la leyenda "Cap=PP – Int=PP" nos referimos a los préstamos tradicionales, donde el capital se liquida en pagos parciales periódicos, lo mismo que los intereses.

*** PELIGRO *** Es indispensable que el área de sistemas de su Cooperativa en coordinación con el área respectiva hagan las pruebas necesarias antes de liberar esta opción a los socios, con la finalidad de estar plenamente convencidos del esquema de pago, debido a la radical diferencia en el cálculo de los intereses.


Medios informativos.

En el módulo de ABC de socios ahora se podrá registrar el medio informativo por el cual el socio que ingresa se enteró de la existencia y ventajas de la Cooperativa. Esto para evaluar la efectividad de las campañas y alternativas de publicidad.

La lista inicial es la siguiente:

0.- No Capturado1.- Prensa2.- Volante3.- Radio4.- Lona5.- Vio sucursal6.- Recomendacion7.- TV8.- Internet99.-Otros

Estas opciones se precargaron al actualizar esta versión.

Si en su Cooperativa existe otro medio que no estemos considerando en la lista, póngase en comunicación con sistemas de FeNoreste, para agregarlo, sin necesidad de esperar a una actualización de versión.

Documentos Salvo Buen Cobro.

En este tema que comentamos en la versión anterior, se termina la parte de la liquidación automática de los préstamos (deudores) que reciben los socios para liquidar las operaciones cubiertas con un cheque Salvo Buen Cobro. Esto se hace en el modulo de "Transferencia a Bancos"

También en este tema se cubrió la parte del "Cierre de Ventanilla", para aquella Cooperativas que menejen dos diferentes Documentos Salv Buen Cobro.

Cambios varios:

● En el módulo de "Traspasos Masivos" se tenía un problema, ya que los abonos a los productos tipo ahorro se etiquetaban como cargos. Cabe aclarar que el saldo del auxiliar y el saldo contables siempre han estado correctos, es por eso que no se había detectado el error.

● Se corrigió el orden del reporte que aparece en el módulo de "Aplicación de Intereses a los Ahorros".● En aperturas se corrigió el caso de los productos tipo acreedor.● En el módulo de "ABC de Usuarios" se validó el ID persona, que se utiliza para los usuarios que tienen acceso a

"Ventanilla"● El el módulo de reporte para la "Depuración de la Base de Datos" se agregó la opción " " que reporta los socios

que tienen saldo negativo en ahorros, lo cual no es logico, ni posible en el trabajo diario con el SAICoop, sin embargo podríamos tener este supuesto de información migrada del sistema anterior. Así mismo también revisa los socios que tienen algo de interés y el saldo cero en sus ahorros.

● En la impresión de los "Contratos de Prestamos" se agregó el dato del coodeudor.


VERSION 33 del SAICoop

Razones Financieras.Este módulo se modificó para incluir lo siguiente:

En la fórmula de "Requerimiento de capitalización por riesgos", el parametro "b" no se compone por una cuenta o un grupo de ellas, como se usa en la mayoría de las razones, si no por el resultado del procesamiento de los "Reportes de Riesgos de Credito y de Mercado", por lo tanto ahora se valida que antes de ejecutar el módulo de "Razones Financieras", se haga lo propio con los de riesgos.

Por lo tanto el parámetro "b" se cionfigurará así:

Tabla = razones_financierasElemento = req_capitalizacion_riesgos_b-- La palabra "sai" le dice al sistema que realice un proceso diferente, como lo comentamos arriba.Parametro2 = sai

En la fórmula de "Cobertura de Cartera Vencida", el parametro "a" generalmente se compone de la cuenta 130-0300-0000, pero el saldo de esta es negativo, sin embargo en la formula tiene que representarse a valor absoluto.

Como lo hacemos:

Tabla = razones_financierasElemento = cobertura_cartera_vencida_a-- Al anteponer "abs" logramos que se tome en cuenta el valor absoluto de la cuenta.Parametro2 = abs13003

En la fórmula de "Rendimiento sobre los activos", el parametro "b" se compone por el promedio de los saldo finales mensuales de todo el activo, por lo tanto en este caso tampoco nos estamos refiriendo al saldo de una cuenta.

Para que esto funcione configuramos la tabla:

Tabla = razones_financierasElemento = rendimiento_sobre_activos_b-- La palabra "sai" le dice al sistema que realice un proceso diferente, en este caso el promedio de los saldos mensuales.Parametro2 = sai

Retiros por Ventanilla.Como una forma de proteger que por ventanilla solo se pueda hacer retiros a los productos que por reglamento se permita, creamos esta tabla donde se especifica claramente cuales son, y asi evitamos errores como los retiros de partes sociales.


COBERTURA DE CARTERA

1Requerimiento de capitalización por riesgos

100 mina a= capital neto*

(índice de capitalización) b b= requerimientos de capital por riesgos*

2 90 mina a= Estimación para riesgos crediticios(BG)

Cobertura de Cartera Vencida b b= Total de cartera de crédito vencida

10 Rendimiento sobre los activos (ROA) 0 mina a= Resultado neto


Describir la tabla.Tabla = paramElemento = retiro_ventanilla-- Esta tabla pretende definir los productos a los que se les puede hacer retiros por ventanilla.Parametro2 = 110|120|130

Aperturas de Préstamos.Al respecto hemos corregido una falla que nos venía causando que algunas tablas de amortización, no coincidieran con el saldo del préstamo. Cuando esto pasaba el sistema les impedía abonarle, entonces nos hablaban y se los corregiamos. El problema era muy exporadico, pero si engorroso.

Una vez que hayamos cargado esta nueva versión los invitamos a que ejecuten el la opción "UT18 Depuraciónd de la base de datos" , precisamente para detectar si quedó algun caso. Si los reportes muestran algún crédito, por favor nos los envian para darles el tratamiento adecuado.

Además en el módulo de "Aperturas de Préstamos" se validó que en la parte de la selección del folio para la garantía aparezcan solo los que tengan estatus activos.

Documentos Salvo Buen Cobro.

En este tema hemos tratado de incluir la recomendación de la junta de la comisión técnica para el tratamiento de los "Documentos Salvo Buen Cobro". De esta manera cubrimos la observación del Comité de Supervisión, ya que este procedimiento fue validado con dicho departamento.

Como bién sabemos todos los cheques que recibamos de los socios no debemos contabilizarlos, por su caracteristica de Salvo buen Cobro. Y si no podemos contabilizar el cheque recibido entonces como podremos hacerlo con el abono al préstamo o el depósito a los ahorros.

---> La mecánica es la siguiente:

Generaremos un préstamo para que en base a este podamos financiar la aplicación normal de los abonos tal como el socio lo ha venido haciendo desde que es tal.

Para hacerlo mas fácil utilizaremos un producto "tipo deudor". Un producto es de tipo deudor por las caracteristicas operativas del mismo, no significa que deba estar contabilizado como "Cuentas por Cobrar", ya que sabemos de antemano que deberá estar contabilizado en la cuenta de cartera que es la 130-0000-0000. Esto es para evitar hacer una nueva apertura cada vez que el socio viene a pagarnos con un cheque de estas caracteristicas.

---> Como atender en este caso al socio en la ventanilla:

El socio explicará al cajero los movimientos que va realizar de la manera tradicional. El cajero a su vez aplicará las transacciones de la misma forma.

En el momento del pago es cuando tenemos conociminto de que el socio nos liquida con un cheque Salvo buen Cobro. Esto significa que despues de guardar haremos un nuevo movimiento donde capturaremos un cargo al préstamo ( producto tipo deudor ), de esto se imprimirá un ticket como en los retiros por ventanilla y además un pagaré que firmará el socio.

---> Como afecta esto al cierre de ventanilla:

Al momento de hacer el cierre de ventanilla en la parte de los documentos aparecerá la lista de los cargos al producto tipo deudor hechos durante el día, ya que estos representan los cheques salvo buen cobro recibidos.

Si tenemos mas de una opción de documentos que sean salvo buen cobro, se podrá seleccionar de la lista, para identificar cuales pertenecen a cada uno.---> Como afecta esto a la Transferencia a Bancos.


Como bién sabemos al seleccionar una fila del módulo de "Transferencia a Bancos", le estamos diciendo al sistema que genere una póliza para trasferir esa cantidad a la cuenta de Bancos.

Ahora además de esto se liquidarán los saldos de los préstamos ( producto tipo deudor ), que vayan incluidos en la póliza de ingresos a la que nos estemos refiriendo.

---> Como afecta esto al módulo de AperturasEn este módulo ya se puede generar un contrato para este tipo de productos. Recuerde configurar previamente el contrato.

CONFIGURACION:

Paso 1:Es necesario cear un nuevo producto tipo deudor que apunte a una cuenta de cartera (De la familia de las 130-0100-0000 Cartera Vigente).

Paso 2:Crear la tabla:Tabla = paramElemento = imprime_pagare_deudor-- Esta tabla hace que se pueda imprimir el pagare en ventanilla después de haber relizado un cargo al multimencionado producto tipo deudor. Parametro2 = 399

Paso3:Asegurarnos de que el documento salvo buen cobro definido en / Utilerías / Catalogos / Sucursales / Cuentas de Referencia / tenga un cero donde antes se definía la cuenta de Activo circulante.

Paso4:Asegurarnos de que estén definidas las cuentas de orden en los parámetros 2 y 3 de la tabla que se refiere al documento en cuestión. Por ejemplo:Tabla = paramElemento = cierre_caja_docu_2Parametro2 = 65000000002Parametro2 = 75000000002

Cambios varios:

● Se corrigió en aperturas (Caso mitras y Santa Rosa).● Se modificó la parte del "Formto del Pagaré", para que fuera posible imprimir un pagaré diferente para un solo

producto de préstamos.● El reporte de "Requerimiento de reserva en resumen" se modificó de tal forma que funcionara de igual manera

cuando el servidor es RedHat 8 o Fedora Core 2 ya que el el primer caso habia un problema en la generación de las tablas temporales.

● En el módulo de "Revisión Libretas" se agregó en la parte que aprecen los avales, el número telefónico de los mismo, para ayudar a localización.

● En el módulo de "Traspasos" se corrigió un problema que se tenía al intentar retirar dos plazos fijos en una misma póliza.

● Cargar en ventanilla a los deudores.● En el tema de las "Garantías", se corrigió un problema que se presentaba al momento de su liberación en el supuesto

específico de que el saldo del préstamo era igual a la garantía y solo cuando había un margen disponible en el ahorro y que este no fuera mayor al saldo del préstamo.



Garantía para un préstamo sobre Deposito a Plazo Fijo.Como bién sabemos al hacer una apertura de préstamos, se establece la parte del ahorro que quedará como garantía y que esto influye para efectos del reporte de "Requerimientos de Reserva", así mismo esta parte del ahorro queda bloqueada para proteger su posible retiro.

Que hacer para que en un Préstamo sobre Depósito a plazo fijo, la garantía sea precisamente la inversión ??Configurar la tabla:

Tabla = paramElemento = producto_garantia_pdpf_30702-- 30702 es el numero del producto de préstamo sobre plazo fijo.Parametro2 = 200|205-- 200|205 son los productos tipo depósito e inverahorro que pueden ser garantía de un préstamo de este tipo. Se separan por medio de un "|".

Liberar la garantía de un préstamo.Como explicamos en el documento de la versión anterior existe un permiso para retirar del ahorro que está en garantía para abonar precisamente al préstamo que hizo necesaria dicha garantía.

Pero que podemos hacer en este caso particular. Leamos con atención.

Tenemos un préstamo de los que comunmente llamamos ordinarios, donde se presta con una reciprocidad del doble o triple, con un saldo actual de $50,000.00 un ahorro de la misma cantidad $50,000.00.

Que hacer cuando el socio piensa en tramitar un sobrepréstamo de $100,000.00, y al hacer la apertura del nuevo préstamo, se da cuenta que todo el ahorro está comprometido con el préstamo vigente. Hasta ahora la nueva apertura tenía que hacerse sin garantía, o en su defecto liquidar el prestamo vigente con una cuenta puente.

En esta versión incluimos un permiso, donde la finalidad es hacer este proceso mas transparente al borrar la garantía del prestamo vigente, para que esta pueda ser tomada por la apertura del nuevo préstamo.

** PELIGRO ***La Cooperativa tendrá que analizar al interior, la o las personas que tendrán acceso a este permiso, por lo que esto implica.

Es necesario dejar bién claro que lo que se borrará será el bloqueo del ahorro para ser retirado, y que al no existir garantía para el prestamo afectado, la provisión se realizará de acuerdo al calculo normal.

El permiso se llama "borrar_garantia" y es necesario darlo de alta en / Utilerías / Catálogos / Permisos y posteriormente asignarlo al usuario seleccionado.

Razones Finanieras.En esta versión incluimos el reporte de las razones financieras. Están ubicadas en la última opción del menú Estados Financieros, ya que requiere como parámetro de ejecución el origen, año y el mes.

Configuración.Como bién sabemos unos de los inconvenentes actuales es el hecho de que las Cooperativas no tienen un catálogo de cuentas uniformado, por lo tanto es necesario que cada Cooperativa defina las cuentas contables que componen cada una de las variables a,b,c,d,e,f según el ejemplo de la siguiente gráfica.


Una vez identificados estos valores el área de sistemas deberá configurarlos en las tabla "razones_financieras"

Al final de este documento se describen todas las formulas de las "Razones Financieras"


3 Solvencia 100 min

a= Activo Total

b= Cartera de créditos vencida neta

(a-b-c-d) c= Bienes adjudicados

(e+f) d= Activos intangibles y diferidos

e= Depósitos (Captación Tradicional)

f= Capital Contable

No. Razón Financiera Parametro % Min/Max Fórmula Cuentas

COBERTURA DE CARTERA

1Requerimiento de capitalización por riesgos

100 mina a= capital neto*

(índice de capitalización) b b= requerimientos de capital por riesgos*

* R iesgo de Crédito y R iesgo de Mercado

2 90 min

a a= Estimación para riesgos crediticios(BG )

Cobertura de Cartera Vencida

b b= Total de cartera de crédito vencida

3 Solvencia 100 min

a= Activo Total

b= Cartera de créditos vencida neta

(a-b-c-d) c= Bienes adjudicados

(e+f) d= Activos intangibles y diferidos

e= Depósitos (Captación Tradicional)

f= Capital Contable

4 Coeficiente de Liquidez 10 min

a= Cuentas de Cheques (Disponibilidades)

(a+b+c) b= Títulos bancarios con plazo menor a 30 días

d c= Valores gubernamentales con plazo menor a 30 días

d= Pasivos de corto plazo (menor a 30 días) y dep. vista


CALIDAD DE ACTIVOS

5 Indice de morosidad 10 max

a a= Total cartera de crédito en riesgo (cartera vencida)

b b= Cartera de crédito total (antes de la estimacion)

6 Fondeo de activos improductivos 100 max

a= Cartera de crédito vencida

b= Estimación preventiva para riesgos crediticios (BG )

c= Bienes adjudicados

(a-b+c+d+e+f) d= Inmuebles, mobiliario y equipo (neto)

(g+h+i) e= O tros activos

f= Invers iones Permanentes en Acciones

g= Capital Social

h=Capital Institucional(fondo de reserva, donativos

i= Resultado de ejercicios anteriores

ESTRUCTURA FINANCIERA

7 Crédito Neto

70 min a a= Cartera de crédito total (Neta)

80 max b b= Activo Total

RENTABILIDAD

8 Autosuficiencia Operativa 100 min

a= Ingresos por intereses

b= Comis iones cobradas

(a+b) c= G astos por intereses

(c+d+e+f) d= Comis iones pagadas

e= Estimación preventiva para riesgos crediticios

f= Gastos de administración y promoción

Edición de contratos

En esta versión se incluye la posibilidad de manipular los margenes superior e izquierdo en la edición de los contratos de ahorros, préstamos e inversiones.

Además se permitió que la última línea de cada párrafo, ya no se ajutará a la derecha, lo cual le da una mejor vista a la impresión de los mismos.

Ahora también la tasa de interés se podrá imprimir en número y en letra.

Este módulo está ubicado en en / Utilerías / Catálogos / Edición de Contratos.

Cambios menores:● En el reporte del "Listado General de DPFs", se agregó al final a la derecha una columna con el titulo "RA" que

significa reinversión automática. De esta manera podremos identificar los depositos a plazo que ál final del día van a ser reinvertidos automáticamente por el sistema después de haber realizado el Cierre de Operaciones del día.

● En el reporte del "Listado General de Préstamos", se corrigió la fecha de vencimiento, que había sido modificada cuando, se implemento en el sistema el préstamo con vencimiento en días fijos.

● En el reporte del "Parámetros de Cartera", se incluyó una columna del total de los saldos de cada producto en cada sucursal, en la cual se consideran todos los prestamos, con y sin atraso.

● Aunque no es un desarrollo para las Cooperativas, esta versión incluye una modificación al Balance General y al Estado de Perdidas y Ganancias, para la propia Federación, ya que esta utiliza el SAICoop.En este caso es preciso mencionar que estos cambios no afectan en nada a los Estados Financieros de las Cooperativas.


9 G astos de administración y promoción 70 max

a a= G astos de administración y promoción

b b= Margen F inanciero

10 Rendimiento sobre los activos (ROA) 0 min

a a= Resultado neto


11 Margen F inanciero 70 min

a a= Margen F inanciero

b b= Ingresos por intereses

VERSION 31 del SAICoop Contratos de Ahorros y Préstamos.Como comentamos en el documento de la versión anterior, en el SAICoop es posible imprimir los contratos de ahorros y préstamos. Estos hasta la versión 30 se configuraban de la misma manera que cualquier formato como por ejemplo un pagaré, donde le teníamos que definir al sistema las coordenadas en que se imprimirá cada campo.

Ahora en esta versión es posible incluir en la impresión del contrato de ahorros y prestamos el clausulado junto con los datos relativos al socio y al préstamo del que se trata.

Reportes de Requerimiento de Capital para el Nivel 1En esta versión incluimos las últimas modificaciones del Diario Oficial al respecto de los requerimientos de Capital para el Nivel 1. Para obtener los reportes es necesario tener configuradas las siguientes tablas:

Tabla = requerimiento_capitalElemento = nivel_operaciones-- Esta tabla pretende definir el nivel de operaciones de la Cooperativa. Este es un dato determinante en la obtención del reporte.Parametro1 = 1

Tabla = requerimiento_capital_nivel1Elemento = cartera_en_deudores-- Esta tabla pretende definir las cuentas contables de deudores que tienen relación con la cartera de créditos.Parametro2 = 99999999999

-- Nota Importante: Para establecer el numero de las cuentas, es suficiente con agregar el prefijo de las mismas, por ejemplo 14001, significa que no referimos a todas las cuentas que inicien con 14001.Es posible también definir la suma de varias cuenta al escribirlas separadas por una "|" .

Tabla = requerimiento_capital_nivel1Elemento = inversiones_en_valores-- Esta tabla pretende definir las cuentas contables de inversiones en valores.Parametro2 = 99999999999

-- Nota Importante: Para establecer el numero de las cuentas, es suficiente con agregar el prefijo de las mismas, por ejemplo 120001, significa que no referimos a todas las cuentas que inicien con 12001.Es posible también definir la suma de varias cuenta al escribirlas separadas por una "|" .

Provisionamiento de cartera de prestamos automatica.En esta versión se incluye el provisionamiento de cartera de manera automática el día último del mes, para lo cual se crea la póliza contable donde se busca completar el 34% como mínimo.

Cuando una Cooperativa cuenta de antemano con un porcentaje mayor al 34% el sistema simplemente no hace nada, ya que el mencionado porcentaje es considerado el mínimo.

MUY IMPORTANTE: Al inicio y cierre de operaciones del SAICoop aparecera un mensaje de advertencia indicando en su caso la errónea configuración de las cuentas de prestamos, lo cual impedirá que la "Reclasificación de prestamos" como el "Provisionamiento automático de cartera" se haga el día último del mes y en consecuencia no se podrá iniciar con el nuevo mes.

El mensaje de advertencia hace mención del "Calculo Automático del Provisionamiento de Cartera".


Para las Cooperativas que absorben la retención en el pago de los intereses a los socios.

Como bién sabemos en las Cooperativas se han tenido que hacer las retenciones por el pago de los intereses a los ahorros e inversiones desde hace varios años.

Algunas Cooperativas sin embargo han decidido como pólitica interna absorber el costo de las reteniones. Para esto lo que se ha hecho es modificar la tabla "param" idelemento "retencion", para que el sistema en ningun caso genere las retenciones, pero esto ha generado algunos problemas como son:– Que el contador ha tenido que calcular el monto que debió retenerse, para hacer el pago oportuno a las autoridades

hacendarias.– Que en el caso de una supervisión se tanga que estar demostrando que si se esta pagando por la retención que se

debió hacer y que la Cooperativa esta absorbiendo a nombre del socio.

Para evitar estos problemas y de cualquier forma seguir absorbiendo el monto de las retenciones ahora haremos lo siguiente:Configuramos la tabla:

Tabla = paramElemento = regresa_retencion-- Esta tabla pretende definir la cuenta de gastos a la que se carga en nuestra contabilidad para regresar al socio el monto que por ley debe de retenersele.Parametro1 = 99999999999-- Numero de la cuenta contable.

De esta manera al hacer el pago de algún interés que lleve de la mano una retención el SAICoop automaticamente cargará a la cuenta que le indicamos en el parámetro y abonará de manera normal a la retención. Eliminando así el efecto de la reducción del monto que recibe el socio producto de las retenciones, y de paso la contabilidad queda mas transparente.

Condonacion de los intereses.A partir de esta versión las condonaciones de Intereses Ordinarios y Moratorios se hacen como el Comité de Supervisón, el área de Planeación y Desarrollo y el consultor concensaron que es la manera correcta.

Para que esto funcione necesitamos configurar la tabla:

Tabla = paramElemento = condonaciones-- Esta tabla pretende definir las cuentas de orden, para llevar en ellas el control de los intereses ordinarios y moratorios condonados en un rango de días o meses.Parametro1 = 99999999999-- Numero de la cuenta de orden deudora para la condonación de los intereses ordinarios.Parametro2 = 99999999999-- Numero de la cuenta de orden acreedora para la condonación de los intereses ordinarios.Parametro3 = 99999999999-- Numero de la cuenta de orden deudora para la condonación de los intereses moratorios.Parametro4 = 99999999999-- Numero de la cuenta de orden acreedora para la condonación de los intereses moratorios.

Retiros de ahorro que esta en garantía para abonar a un préstamo.

Para explicar este punto es necesario recordar el antescedente.En la versión 30 liberamos la posibilidad de dejar en garantía una parte o todo el ahorro para la obtención de un


préstamo, lo cual implica que no se puede retirar del ahorro que esta en garantía si no se ha liquidado el préstamo.

También debemos recordar que la garantía del ahorro se va liberando automáticamente cuando el prestamo baja su saldo a niveles inferiores al monto original de la garantía.

Ahora bién. Se observaba un inconveniente con lo anteriormente comentado, porque se dan casos donde se requiere retirar la garantía del ahorro precisamente para liquidar el prestamo, que va ligado a este.

A partir de esta versión en el módulo de traspasos se podrá retirar del ahorro para abonar a un préstamo cuando estén ligados por el vínculo de la garantía.

La condición consiste en que el saldo del préstamo no sea mayor al del ahorro en garantía mas el ahorro que no esta en garantía. Dicho de otra forma es posible tomar de la garantía para abonar a un prestamo, pero el saldo restante deberá quedar garantizado al 100%. Lo anterior lo puede hacer cualquier usuario que tenga acceso al módulo de "Traspasos", sin necesidad de permiso extra.

Ahora veamos un caso diferente, el cual expliacamos con este ejemplo.Prestamo $20,000.00 Ahorro $11,000,00 Ahorro comprometido en garantía $ 10,000.00 Ahorro libre o disponible $1,000.00

Siguiendo la idea de lo comentado anteriormente, solo podríamos retirar los $1,000.00 que no estan comprometidos, para cualquier fin. Sin embargo no podríamos retirar de la garantía que son $10,000.00 para abonar el préstamo con el cual está ligado que tiene un saldo mayor, en este caso de $20,000.00.

Como podíamos retirar hasta la totalidad de la garantía para abonar a un préstamo con el cual está ligado ? Con el permiso "retiro_garantia" sin acento

NOTAS IMPORTANTES:Para registrar los movimientos antes comentados, con o sin el permiso mencionado, es indispensable que PRIMERO SE REGISTRE EL MOVIMIENTO DEL ABONO AL PRESTAMO, para poder evaluar de manera correcta el movimiento y la viabilidad del mismo.

Control de las contraseñas de acceso al SAICoop.Como bien sabemos el SAICoop obliga a que los usuarios cambien su contraseña al menos una vez cada 30 días. Si la Cooperativa desea mediante configuración puede reducir el número de días.

Ahora facilitamos aún mas la administración de las contraseñas. Veamos este ejemplo.Tenemos a un usuario al que se le olvidó su contraseña ó simplemente se desea modificar, pero que el usuario mismo escriba su contraseña en la sucursal en que se encuentre.

Lo que necesitamos hacer es cambiar la contraseña por "12345" y el nuevo campo "Fecha limite" por la fecha actual, de esta manera al usuario se le dice que su contraseña es "12345" y que al momento de ingresar el sistema le pedirá que la cambie por una nueva precisamente para que quede la que el usuario final decida.

Cambios menores:

● En los reportes de "Listado General de Ahorros", "Listado General de Prestamos", "Listado General de Depositos" y "Listado General de Inverahorros" se le agregó una columna donde aparece el origen, producto y auxiliar.

● Se agregó validación al módulo de "Cierre de Ventanilla", ya que permitía modificar el total de los cheques depués de que se había alimentado el detalle de los mismos.

● Se agregó validación al módulo de "Aperturas de Préstamos", ya que se habilitaba el botón guardar sin haber definido todas las condiciones del préstamo, lo cual provocaba un error que dejaba colgados a los usuarios que en ese momento estaban haciendo lo mismo.

● Se valido que no se puedan aperturar directamente los productos para las "Renovaciones" y "Reestructuras", toda vez que para hacer una renovacion o reestructura es necesario abrir el prestamo original y dar click al botón correspondiente.


VERSION 30 del SAICoop Pagos en días fijos.En esta versión está debidamente terminado y probado en el sistema, la funcionalidad de que los abonos de los prestamos puedan ser en un día fijo. Es decir que si obtuvimos un préstamo el día 15 todos sus pagos serían precisamente los días 15.

La forma de incorporarlo al sistema es que los nuevos préstamos se entreguen de esta forma. Los prestamos vigentes que tenga cada Cooperativa no se podrán cambiar a "Pago en día Fijo", porque estaríamos rompiendo con el plan de pago original de los créditos y con las fechas originales establecidas en los documentos firmados.

Para cambiar de la manera tradicional de abono de los prestamos de un período de abonos a la nueva forma debemos modificar:

En el módulo de / Socios / Catálogos / Productos / seleccionando el producto de préstamos en la pestaña "Parámetros" la opción "Tipos de Periodos de pago." a "En días fijos del mes".

Aperturas de Préstamos.El módulo de aperturas, en especial la parte de los prestamos cambia. Aqui explicamos los detalles.

PRIMERA MODIFICACION:Ahorro en Garantía:En el apartado de Avales y Garantías aparecerá un espacio donde nos pregunta el monto del ahorro que se dejará en garantía por el préstamo recibido. Esto tiene las siguientes implicaciones:

Al dejar una parte o todo el ahorro en garantía por un préstamo que se recibirá hace que este monto del ahorro quede bloqueado para los retiros, así mismo este monto hace que se reduzca el requerimiento de reserva para dicho préstamo en lo particular.

Esta parte del ahorro en garantía va ligado directamente a la existencia de los contratos para que sea legalmente valido.

SEGUNDA MODIFICACION:Como explicamos en el punto anterior ahora es posible que los pagos de los prestamos se establezcan el mismo día del mes, es decir que el socio tendrá en mente que vendrá a pagar los día 13, por decir un ejemplo.En este mismo orden de ideas también es posible modificar la fecha del primer pago, y en consecuencia todos los demás. Para que el sistema lo permita es necesario configurar:

Tabla = paramElemento = dias_fechaactivacion_virtual_p-- Esta tabla pretende limitar el numero de días de variación que existirán entre el día preestablecido y el día modificado.Parametro1 = 15-- En este caso el sistema permitirá que la fecha del primer pago se cambie por 15 días antes o despues de acuerdo a la fecha normal.

Ejemplo:Siguiendo con la idea de los pagos en días fijos del mes. Si hacemos una apertura un día 28, todos los pagos se establecerán en un día 28, sin embargo ahora es posible modificar la primera fecha para que pueda ser por ejemplo el día 2 del siguiente mes, cuando el socios ya tiene ingresos y de esa manera se evita que este préstamo regularmente tenga atrasos.

TERCERA MODIFICACION:Como bien sabemos en los prestamos existe la figura del Co-deudor, solo que en versiones anteriores se capturaba hasta el momento de imprimir el pagaré.

El cambio consiste en que la captura ahora se hace en la ventana donde se capturan los avales y garantías.


Igual que antes, para que el sistema nos pregunte por el Co-deudor es necesario tener configurado:

Tabla = paramElemento = 30102-- Es el numero de producto que utiliza la figura del Co-deudor.Descripción = codeudor-- En la descripción va la palabra codeudor con minúsculas, de los contrario no funcionará. Los demás parámetros no llevan nada.

CUARTA MODIFICACION:

Además del Co-deudor , ahora tenemos la figura del "Garante Prendario" , ya que es un dato necesario en los contratos de prestamos.

El "Garante Prendario" el dueño de la prenda dejada en garantía por un préstamo. Para que aparezca es necesario configurar:

Tabla = paramElemento = garante_prendario_30102-- Donde 30102 en el numero del producto de préstamos

Solo en los casos en que se configure la tabla aparecerá en el módulo de aperturas.

QUINTA MODIFICACION:

Ya es posible cancelar folios con estatus capturados de productos tipo Ahorro y Depósitos, además del los préstamos que ya existían al seleccionarlo y dar <F6>.

Reclasificación de préstamos de acuerdo a la KPMG.Ahora en el día último de cada mes se considerarán todos los prestamos para la determinación de los IDNC, no solo a los que les corresponda abonar ese día y no hayan asistido a pagar, según observación emitida por el Despacho KPMG y avalada por el Comité de Supervisión.Presupuesto.

Ahora contamos ya con un reporte que nos compara las cifras presupuestadas con las reales.Este módulo tiene las siguientes características:-- Es posible agregar cuentas de cualquier nivel, es decir podemos hacer el presupuesto en base a cuentas de mayor o cuentas afectables, o una combinación de ambas.-- Es posible definir en el presupuesto cualquier tipo de cuentas, ya sea de activo, pasivo, capital, ingresos, gastos, orden.-- Es posible definir un presupuesto por sucursal o globalizado.

Para que funcione es necesario que el sistema cuente con las cifras presupuestadas que se registrarán en / Contabilidad / Catalogos / Cuentas en la pestaña presupuestos.

El reporte:Esta en Contabilidad / Reportes / Auxiliares / Control de presupuestoEl reporte se puede obtener de los datos acumulados a un mes o solo considerando el presupuesto del mes en cuestión.

Disponibilidad de los intereses de los ahorros.

Como bien sabemos en el sistema SAICoop tenemos un control para impedir que un usuario pueda entregar los intereses de los ahorros de los socios al momento de que retira todo su saldo, por medio del módulo "Autoriza Retiro Total", cuya fin es que solo en el caso de un retiro total como socio, el sistema le permita retirar su interés al ahorro.

Sin en su Cooperativa se permite entregarle los intereses de algún producto tipo ahorro al socio, una vez que retire todo su saldo, sin que necesariamente estemos hablando de un retiro total del socio. El procedimiento para lograrlo es crear la


tabla y llenar los parámetros que aquí se describen:

Tabla = paramElemento = saldominimo_interesahorro110 -- Donde 110 es el numero del producto tipo ahorro Parametro1 = Es el saldo minimo que se debe mantener en el ahorro para que el sistema le genere interes.-- Si se le debe genarar interes desde que tiene 1 centavo entonces coloque un cero.Parametro2 = Los valores posibles son "0" y "1"-- El cero significa que al hacer un retiro parcial del ahorro primero tomara el saldo.-- El uno significa que al hacer un retiro parcial del ahorro primero tomara los intereses.

Si en su Cooperativa solo le entregan a los intereses a los ahorros hasta que le son aplicados al ahorro, o en un retiro total del socio entonces NO CREE ESTA TABLA.

Contratos de Ahorros.

Ahora es posible imprimir los contratos para las productos de Ahorros. Para esto es necesario configurar:

Tabla = lista_contratosElemento = ahorro_contrato-- Donde ahorro es una constanteDescripción = Contrato de ahorros-- Es solo un mensaje para saber el contenido de la tablaParametro1 = -- Si no se le escribe nada el formato se imprimirá en tamaño oficio por default-- Si se desea que el formato sea tamaño carta escriba "carta" comillas en el parametro1Parametro2 = 110|125|130-- Son los productos tipo ahorro que utilizarán este contrato y van separados por "|"

Un caso especial es el siguiente:En todas las sucursales se imprime correctamente y solo en una aparece la impresión movida por causas del modelo de la impresora, lo que podemos hacer es copiar el formato y agregarle el origen para modificar las coordenadas del formato modificado y no afectar a las sucursales donde si se imprime bien.

Suponiendo que el formato del contrato original se llame "ahorro_contrato" el formato copiado se llamará así:"ahorro_contrato_30101", donde el 30101 es el número de la sucursal.

Nota:NO ES NECESARIO agregar el nombre del contrato para una sucursal en particular como es el caso de "ahorro_contrato_30101" en la tabla "lista_contratos".

Contratos de Préstamos.

Ahora es posible imprimir los contratos para las productos de Prestamos. Para esto es necesario configurar:

Tabla = lista_contratosElemento = contrato_prestamo-- Donde contrato es una constanteDescripción = Contrato de préstamos-- Es solo un mensaje para saber el contenido de la tablaParametro1 = -- Si no se le escribe nada el formato se imprimirá en tamaño oficio por default-- Si se desea que el formato sea tamaño carta escriba "carta" comillas en el parametro1Parametro2 = 30102|30202|30302


-- Son los productos tipo préstamo que utilizarán este contrato y van separados por "|"

Un caso especial es el siguiente:En todas las sucursales se imprime correctamente y solo en una aparece la impresión movida por causas del modelo de la impresora, lo que podemos hacer es copiar el formato y agregarle el origen para modificar las coordenadas del formato modificado y no afectar a las sucursales donde si se imprime bien.

Suponiendo que el formato del contrato original se llame "ahorro_contrato" el formato copiado se llamará así:"contrato_prestamo_30101", donde el 30101 es el número de la sucursal.

Nota:NO ES NECESARIO agregar el nombre del contrato para una sucursal en particular como es el caso de "contrato_prestamo_30101" en la tabla "lista_contratos".

Reportes de Requerimiento de reserva.

De la mano de los contratos de ahorro y prestamos, va el reporte de "Requerimientos de Reserva", ya que este se verá afectados de la siguiente manera:– Una de las grandes ventajas de contar con los contratos es que ahora el socio dejará legalmente sus ahorros como

garantía de sus prestamos.– Esto a su vez hace que el Requerimiento sea menor al contar con una parte o todo el prestamo garantizado, para lo

cual tendrá solo una provisión equivalente a la de cero días vencidos, es decir el 1%.– En el reporte resumido y detallado se observa la parte de los montos dejados en garantía y su reflejo en el resultado

del requerimiento.

Socios de otras Cooperativas.

Ahora es posible saber si al ingresar a un socio este ya existe como tal en otra Cooperativa.

Una aclaración importante es que solo se tendrá la información de su número y nombre del socio.

Para que esto funcione es necesario que las Cooperativas nos proporcionen los datos de sus socios por medio de un query que nosotros mismos les formularemos y haremos legar.

Cambios menores:

● Para controlar que no se haga una apertura de un producto, si antes no se tiene el saldo necesario en otro producto configuramos la siguiente tabla:Tabla = saldo_necesario_aperturasElemento = 30102_101-- 30102 el el producto al que se le hará la apertura.-- 110 Es el producto al que se le revisará el saldo.Parametro1 = 1000-- Es es saldo que necesariamente tiene que haber en el producto. Siguiendo con el ejemplo tiene que haber $1000.00 en el producto 101 para que se permitan la aperturas del producto 30102.

● Al módulo de "Revisión de Libretas" se le agregó en el estado de cuenta la hora que tenía el servidor cuando se realizaron los movimientos de los socios.

● En el módulo de "Revisión de Libretas" se le amplio el campo donde aparece el domicilio del socios, para que se observe completo.

● En el módulo de "Revisión de Libretas" se le agregó en la relación de saldos los montos dejados en garantia en cada uno de los prestamos y el monto bloqueado de los ahorros por la misma causa. Así mismo en los datos de la


apertura se agrega el monto de la garantía y se detalla el monto disponible tal como aparece en "Ventanilla".

● En el módulo de "Revisión de Libretas" al dar click en el botón de avales aparecerán ahí mismo el Co-deudor, en caso de existir.

● Al elaborar un "Cheque de Caja" ó un "Cheque Bancario" en el último paso cuando se pedía el numero del socio a nombre de quién iba a salir el cheque. Ahora ya se puede editar el nombre de la persona aunque se haya dado <enter> el el espacio del Origen-grupo-Socio.

● Se creó un permiso para que el sistema permita modificar las tasas de un préstamo a cero. El permiso se llama:tasa0_30102 donde 30102 en el número de producto. El permiso tiene que crearse primero en / Utilerías / Catalogos / permisos y posteriormente asignárselo al usuario o al perfil de usuarios que lo requieran.


VERSION 29 del SAICoop Reportes de riesgos para el Nivel IIIEn esta versión se incorpora el reporte de riesgos para las Cooperativas que tienen el Nivel de Operaciones III. En un documento por separado entregaremos a las Cooperativas que pertenezcan a este nivel las instrucciones para configurar dicho reporte.

Nuevo esquema de descuento para los prestamos.En esta versión se incluye una nueva forma de hacer descuentos en el pago de los intereses de los prestamos, el cual consiste en que en base a cada cuarta parte liquidada del prestamo se pueda ir aumentando el porcentaje del descuento o lo que es igual, se vaya reduciendo la tasa del interes ordinario. Esto solo funciona cuando el prestamo esta totalmente la corriente. Veamos este ejemplo:

Parte cubierta del pretamo

Rango máximo

Rango mínimo

Tasa Normal

Tasa descuento

1 Cuarto 20000 15000.01 2.00% 2.00%

2 Cuarto 15000 10000.01 2.00% 1.70%

3 Cuarto 10000 5000.01 2.00% 1.40%

4 Cuarto 500 0.01 2.00% 1.10%

Para esto es necesario configurar:

Tabla = tasasElemento = tasad30102r01Parametro1 = Rango mínimo para la tasa de interés ordinario normal Ejemplo 0.80Parametro2 = Rango máximo para la tasa de interés ordinario normal Ejemplo 1.49Parametro3 = Porcentaje de descuento entre cada cuarto de prestamo Ejemplo 0.20Parametro4 = El descuento inicia después de haber cubierto cuantas partes. Ejemplo 1Parametro5 = El número de partes en las que se divide el prestamo para calcular el descuento Ejemplo 4.

tasad = tasa de descuento30102 = es el número de producto de prestamor01 = Es el primer rango de tasas del producto en cuestión, ya que un mismo producto puede existir con diferentes tasas y por lo tanto con diferente porcentaje de descuento.

Nuevas utilerías de impresión.Ahora es posible enviar a impresión un rango de hojas de un reporte de muchas mas.También se agrega a esta versión la posibilidad de imprimir hojas salteadas de un reporte de muchas paginas.Además se sincronizó la impresión de impresoras laser y texto, ya que anteriormente un mismo reporte que en una impresora laser salía en 10 hojas en una impresora texto aparecía en 11, lo cual hacía imposible el funcionamiento de las nuevas utilerías.

Los encabezados para los estados financieros.En esta versión se agregaron los encabezados a los estados financieros tal y como aparecen en los criterios de contabilidad.


Para que estos aparezcan como es debido es necesario que se tenga:

Idtabla = paramIdelemento = nivel_operacionesParametro1 = 2 (El numero del nivel de operaciones que puede se 1, 2 ó 3)

Además de:En la ruta / Utilerías / Catalogos / Sucursales es necesario llenar todos los datos del domicilio del origen 0. De lo contrario en el encabezado aparecerá el renglón en blanco.

Mas variedad en la configuracíon de las tasas de las inversiones.Ahora es posible tener varios productos de inversion de Depositos a Plazo fijo tales como el producto 200 y configurar por separado su rango de montos validos, plazo y tasas de interés.

Actualmente tenemos Tabla = tasasElemento = tasadpfr01Parametro1 = Rango minimo de la inversión.Parametro2 = Rango máximo de la inversión.Parametro3 = Plazo en días para la inversiónParametro4 = Tasa de interés mensual.

Con la anterior tabla y agregando elementos con terminación 02, 03, 04, etc hacemos posible todas las combinaciones entre los diferentes rangos, plazos y tasas.

Sin embargo esto afecta a todos los productos que sean de tipo deposito, independientemente del número de producto.

Ahora veamos como funciona el cambio.

Si anteponemos al elemento "tasadpfr01" el número de producto quedaría algo así como "200_tasadpfr01" de esta manera podemos configurar combinaciones idependientes para cada producto.

Las Cooperativas que tengan varios productos tipo deposito, como podrian ser el 200,201,202,203 en los que cada uno tenga diferentes rangos, plazos y tasas, con este método lo pueden configurar.

Pagos en días fijos.En esta versión incluimos la forma antigua de manejar los prestamos, donde los pagos los hacía el socio en días fijos, es decir el mismo número de día en el cual había recibido el préstamo.Por ejemplo si un prestamo se entregaba un día 15 todos sus abonos iban a ser el mismo día 15.

Si un prestamo a 12 pagos se entrega un día 31 de enero los abonos serán el dia ultimo de cada mes cuando el mes en cuestion no tenga los días necesarios para que se cumpla la idea del dia 31, tal como se ve en el ejmplo.

Abono # 1 28 de febrero Abono # 7 31 de agosto

Abono # 2 31 de marzo Abono # 8 30 de septiembre

Abono # 3 30 de abril Abono # 9 31 de octubre

Abono # 4 31 de mayo Abono # 10 30 de noviembre

Abono # 5 30 de junio Abono # 11 31 de diciembre

Abono # 6 31 de julio Abono # 12 31 de eneroNota Importante: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++Este desarrollo lo estabamos haciendo en un momento que no teníamos peticiones de las Cooperativas, pero cuando las Cajas nos hicieron solicitudes dejamos a un lado este punto para atender lo demás, por lo tanto esta parte no esta


debidamente probada por nosotros.Si a su Cooperativa le interesa este punto háganoslo saber para darle prioridad, como siempre lo hacemos con sus peticiones.++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Cambios menores:● En los "Estados Financieros" ya es posible configurar para que aparezcan hasta 5 firmas en la parte baja de estos

reportes, mediante la tabla "param" idelemento "firma_estados_financieros_1" hasta el 5.● Se modificó el "Reporte resumido de los Requerimientos de Reserva", agregándole el dato de los IDNC vencidos

y la provisión al respecto.● Se cambiaron los mensajes que aparecían cuando había alguna difrencia entre la versión de la base de datos del

SAICoop y la aplicación.● Al módulo de "ABC de Productos" se le agrego la configuración de los pagos en días fijos.● Se corrigío un problema que se tenía al imprimir pólizas muy grandes de más de 400 movimientos.● En la proyección que aparece por "Ventanilla" y "Revisión de Libretas", ya vienen los totales de los intereses y el

total necesario para liquidar el prestamo en la fecha proyectada.● Se corrigieron las fechas de último depósito y último retiro que aparecían en "Ventanilla y Traspasos".● Se depuró el módulo de "ABC de Socios" mejorando el tiempo de respuesta en la captura.● En el módulo de "ABC de Socios" se validaron las fechas de ingreso al trabajo y las fecha de habitación.● En el módulo de "ABC de Socios" se validó que se pudieran aceptar dos tutores. (Papá y Mamá)● En los reportes para el "Corte de Caja" ahora aparece por default el origen del usuario.● En el módulo / Utilerías / Catalogos / Sucursales se cambio la forma de capturar la colonia, para que esta vaya ligada al

municipio y la estado tal como se hace en el ABC de personas.● A las "Cartas de Cobranzas" se les agregó filtro de origenes de sucursales y folios.● A las "Cartas de Cobranzas" se les agregaron los campos de:

● total_prestamo_actual : Es el resultado de sumar el saldo y los intereses ordinario y moratorio del prestamo actual.

● total_99999 : Total de un producto con idproducto=99999, e igual que el anterior, es la suma del saldo y los intereses ordinario y moratorio

● saldo_99999 : Saldo del producto 99999● cant_io_99999 : Cantidad del interes ordinario del producto 99999● cant_im_99999 : Cantidad del interes moratorio del producto 99999● cant_im : Cantidad del interes moratorio del prestamo actual● total_prestamo_monto_vencido : Es el resultado de sumar el monto vencido y los intereses ordinario y moratorio

del prestamo actual.● fechacalculo_saldos o fechacalculo_cv : Con cualquiera de estos nombres, muestra la fecha de calculo de la

carteravencida, que en la carta se pone como fecha del calculo de los intereses● fecha_actual : Fecha en que se imprimio la carta



Comparación de las Carteras Vencidas.En esta versión se incorpora la comparación de las carteras vencidas de diferentes meses, como una herramienta para poder evaluar el funcionamiento de las áreas de cobranza, para esto el sistema en sus procedimientos generará una "Cartera Vencida" de manera automática después de aplicar la Reclasificación de Prestamos", los días últimos de cada mes y de esta manera podremos obtener la información.

En esta comparativa podremos analizar a detalle la diferencia de cada uno de los prestamos así como identificar por separado:

Los que salieron de vencidos.Los que entraron a la lista e atrasados.Los que siguen en la lista, pero incrementaron su atraso.Los que siguen en la lista, pero disminuyeron su atraso.

Así mismo es posible filtrar los socios por sucursal y producto.

Estas mismas cifras podemos observarlas de manera resumida por sucursal y producto.

Ruta de menús: / Socios / Reportes / Creditos / Cartera de Creditos / ComparativasLa opción de menú para asignar el permiso es: OP2217

Cartas de Cobranzas.Las cartas de cobranzas ya son una realidad. De acuerdo al módulo que ahora tiene el SAICoop es posibles diseñar las diferentes cartas de cobranzas con que cuente la Cooperativa.Se cuenta con un amplio catalogo de campos referentes al socios y a sus avales que pueden ser impresos en el cuerpo de la carta con solo seleccionarlos.La impresion de las mismas es posible decidiendo entre:

Rango de productosRango de días vencidos.Rango de montos vencidosRango de abonos vencidosPor socios particulares, para lo cual es factible crear todas las listas que sean necesarias, sin borrar las existentes.

Ruta de menús: / Socios / Reportes / Creditos / Cartera de Creditos / Cartas de CobranzaLa opción de menú para asignar el permiso es: OP2216

Aviso de No ahorroComo un apoyo para promover la constancia en el ahorro de los socios, ahora el sistema cuenta con opción configurable de enviar un mensaje cuando el socio no haya ahorrado en un determinado numero de dias.

Para la configuracion debemos crear una tabla en / Utilerias / Catalogos / Tablas

idtabla = aviso_no_ahorroIdelemento = 110 Va el numero de producto tipo ahorro al que se le observara su constancia.Descripcion = Aviso para el que no ahorreParametro1 = 60El número de días que tienen que pasar de la última vez que hizo movimiento en el ahorro para que aparezca el mensaje.Parametro2 = Ahorre minimo $100.00 30 días Este dato es opcional, ya que se escribe algún mensaje corto que desee agregar recalcando el monto y periodicidad minima, o cualquier otro tema.

No se requiere permiso adicional para que funcione, solo la configuración de la tabla. Si no existe la tabla simplemente no aparecerá el aviso.


Aviso de Cheques Recibidos.

Si un socio nos liquidó alguna operación en ventanilla con un cheque y en un número determnado de días vuelve a pagarnos con otro cheuque el sistema identificará y avisará en pantalla este caso para prevenir o tomar la decisión de no recibirle otro cheque si no han pasado los días necesarios para que este haya sido aplicado en la cuenta bancaria de la Cooperativa y protegernos contra posibles malas intenciones.Para que esto funcione es necesario crear una tabla en: / Utilerias / Catalogos / Tablas

idtabla = control_entrada_de_chequesIdelemento = 2Va el numero de días a partir de los cuales se revisará si un socio ha liquidado movimientos con cheques.Descripcion = Aviso para identificar multiples cheques recibidos

No existe valor alguno en los campos de Parametro1 al Parametro5

No se requiere permiso adicional para que funcione, solo la configuración de la tabla. Si no existe la tabla simplemente no aparecerá el aviso.

Cambios menores:● Se modificó el módulo de ventanilla para que ahora en la fecha ultima de los prestamos así como los días transcurridos

se obtengan en base a la fecha en que efectivamente se le hizo un movimiento al prestamo por ventanilla o traspasos y no por la fecha en que el Proceso de Reclasificación de Prestamos reconoció los IDNCs.

● El ABC de socios se modificó para hacerlo mas rápìdo en su captura y evitar que se puedan duplicar los socios cuando de lleva un consecutivo global.

● En los estados financieros ahora aparecerá por default el origen cero, porque es el caso mas común que se deseen calcular así, de cualquier manera es posible cambiar a otro origen.

● Se corrigió el problema que se tenía en la impresión de los movimientos en un cheque, donde aparecían en el orden inverso a como fueron capturados.



Nueva Balanza de Comprobación.En esta versión se incorpora la nueva Balanza de Comprobación de acuerdo a los requerimientos del comité de supervisión. El punto importante del reporte es que permite ver de una forma directa el saldo de las cuentas de mayor y de las subcuentas, sin necesidad de sumar por separado las cifras.Nota Importante: El reporte que hasta la versión anterior conociamos como Balanza de Comprobación resumida y datallada ahora se llaman "Movimientos de cuentas (resumen)" y "Movimientos de cuentas (detalle)"

Cambio forzado de contraseña para los usuarios. Como medida de seguridad para la operación del sistema en las Cooperativas se incropora la obligatoriedad de cambiar la contraseña de los usuarios cada ciertos días.Por default se establecen treinta días para el cambio de la contraseña, sin necesidad de la existencia de la tabla que se explica enseguida.También es conveniente mencionar que si se desea que la medida se aplique con mayor frecuencia será necesario llenar la idtabla = param idelemento = cambio_passworddato1 = 30 ( son los días para que el sistema pida el cambio de contraseña )dato2 = 8 ( La longitud minima de la nueva contraseña )

Alta de Socios.Como una medida para ir identificando los grupos relacionados, agregamos al módulo de altas de socios, una lista grande de referencias, para empezar a llenar nustra base de datos y posteriormente poder obtener los reportes de los socios relacionados que se necesiten.En los datos laborales, además de la ocupación agergamos el puesto y las entrecalles al domicilio de la empresa.En los datos socioeconómicos, el lo que respecta a los datos de la vivienda se agregó a el nombre del propietario y la clasificación de los ingresos por tipo, como comprobables, no comprobables, variables y fijos, además del valor estimado de las propiedades.

Solicitud de préstamo.Se reestructuró el módulo de la impresión de la solicitud de préstamos, ahora es posible configurar cuales son los datos que la Cooperativa considera necesarios para que no aparezcan los demás y hacer mas personalizado a cada entidad este módulo.Para decidir cuales campos aparecen y cuales no utilizamos la tabla:idtabla = campos_solicitud_de_prestamosIdelemento = cada campo de la solicitud.Dato1 = Un 1 significa que se visualizará y un 0 lo contrario.Dato2 = Una descripción del contenido de los campos escrita por sistemas de la Federación.

Cambios menores:● Se modificó el módulo de aperturas para los depósitos a plazo y los inverahorros para que al momento de establecer

destinos ahora aparezca la retención, en caso de que proceda de acuerdo a los parametros configurados en la tabla "param" idlemento "retencion".

● Se corrigió un detalle el reporte resumido de requerimiento de reserva ya que no consideraba para el calculo del 34% el monto de los INDC vigentes.

● Al modulo de "Traspasos Masivos" se le agregaron parametros de selección, referentes a los saldos actuales en el producto destino en el traspaso de saldos de un producto a otro.

● Ahora al hacer el "cierre del mes" nos solicitará el número del usuario y la contraseña, para evitar que por accidente se haga ya que solo nos pedia responder con click a las preguntas.

● Se incluye al accesar al sistema la advertencia con un letrero en rojo bastante visible, donde se nos informa que si la fecha del sistema es diferente a la del servidor .

● La fecha y hora del servidor en muy importante, ya que cuando esta no va de acuerdo a la fecha de trabajo del sistema los ticket aperecerán con una hora diferente a la real, además de que la reclasificación de prestamos no se reaizará automáticamente al final del día.


● La fecha del servidor en muy importante, ya que cuando esta no va de acuerdo a la fecha de trabajo del sistema, la reclasificación de prestamos no se reaizará automáticamente al final del día. Previniendo este caso ahora enviamos un mensaje de advertencia al iniciar el sistema.

● En la reimpresión del pagaré ahora la parte de coodeudor se omite si el prestamo no esta configurado para que lo utilice.



Reporte de QuerysEn este módulo se agregó seguridad al incorporar permisos para que se pueda separar la ejecucion de los reportes y la edicion de los mismos através de los grupos de permisos ya definidos a cada uno de los usuarios.Ahora al crear un query además del código mismo del select se tendrá que definir el ó los grupos de permisos a los que estará destinado.Adicionalmente existirán los permisos "leer_querys", con el cual un usuario independientemente del grupo de permisos que tenga asignado podrá leer todos los querys que existan, mas no modificarlos.El permiso mas amplio es el de "editar_querys", ya que con este podrá crear, borrar y modificar, tal como lo hacía en la versión anterior el que tenía la opción de menú.

Reportes de riesgos.Se modificaron los reportes de riesgos de los niveles 1 y 2. En la aplicación se incluyen los cambios a los programas

Un punto importante de este cambio es que la configuración de las tablas de parámetros del SAICoop es diferente para cada Cooperativa. Para esto en sistemas de la Federación lo haremos y lo enviaremos a cada una, ya con el visto bueno del Comite de Supervision.

Los cálculos de riesgos para el nivel 3 de acuerdo a la modificación reciente del Diario oficial de la Federación, aún no lo tenemos, ya que aún no hemos recibido la explicación al respecto. Sin duda para la siguiente versión lo tendremos.

Reportes de requerimientos de reserva.

A este reporte se le agregaron los IDNCs vigentes como base para el calculo de la provisión para los creditos incobrables.Este reporte se obtenía en base a la generación de la cartera vencida, y ahora ante el analisis de que esto en determinado momento no sería exacto, se calcula a partir de esta versión directamente de los saldos de los préstamos, razón por la cual la generación del reporte será más lenta.

Así mismo recomendamos que este reporte se genere cuando no haya mas usuarios operando el sistema, y que se hayan hecho todos los cierres de ventanilla para que los resultados puedan compararse con los estados financieros.

La foto y firma del socio en los modulos de ventanilla y Traspasos.Ahora ya es posible tener en el SAICoop la foto y firma del socio, para esto es necesario tener las imagenes en archivo con extensión .jpg (con minusculas).Adecuándonos a Caja Buenos Aires que es la precursora en este tema, consideramos que los archivos se llamen por ejemplo 301011012345 donde:

Los primeros 5 numeros (30101) es el origen de la sucursal unión módelo.Los dos que siguen (10) es el grupo de socios mayores.Los números que restan (12345) es el número de socio.

Se incorpora al sistema el tipo de amortizacion tradicional que se usaba en el SAI3.En este tema deseamos informar que el metodo que tenia el Sai3 de aplicar los pagos a los préstamos mas allá del compromiso establecido, a manera de adelantos para evitar regresar en algunos meses, y que aperentemente no se podia, ahora es posible volverlo a hacer configurando una tabla en el sistema.

Aqui lo mas importante será que la administración de la Cooperativa platique con el área de planeación y desarrollo para que le seán comentados de viva voz los puntos que deberá cumplir en sus procedimientos internos para poder utilizar este método sin problemas en las futuras auditorías, posterior a esto de nuestra parte les explicaremos como configurar esta opción.

Cambios menores:● Se modificó el módulo de aperturas para que los productos tipo "inverahorro" pudieran establecer destinos en el

momento de la reinversión automática.


● Se corrigió la forma de calcular los intereses a un producto tipo ahorros, cuya condición es que se le calcule interés solo si mantiene un saldo por arriba de una cantidad establecida en la Tabla: param Idelemento: saldo_minimo_interes_ahorro Dato1: 130 (Num. de producto) Dato2: 5000 (el monto para pagar el interés).

● Se corrigió un detalle en la impresión de la solicitud de ingreso del socio, ya que el nombre del sexo del socio aparecía equivocado.

● Se corrigió la condonación de interes a los préstamos, ya que se podía condonar sin escribir la contraseña del usuario.● En el módulo reporte de Querys se corrigió un problema que causaba que en ocasiones se congelara al hacer una

operación de las que solicitaba contraseña.● Se modificó un procedimiento interno para corregir el caso de que dos pólizas de ingreso de una misma sucursal se

juntaban.● El módulo de usuarios también se corrigió ya que en un caso especial permitía asignar el mismo perfil de grupo de

permisos que ya tenia asignado y posteriormente al intentar quitarlo fallaba.● Se corrigió el calculo de interes al ahorro cuando se aplicaba una poliza a cada uno de los origenes, que incluia el pago

de los intereses de los socios de cada sucursal por separado.● En la captura de las pólizas extemporaneas, se corrigió un problema que se originó al insertar el llenado de las

bitacoras.● Se automatiza la busqueda en el modulos de tablas de configuracion del sistema.● En el ABC de socios, se corrigio, ya que al capturar el sector aceptaba u numero aunque no aparecia en la tabla de

sectores.



Modulo Nuevo: Reinversión automática de DPFs.Se agrega al sistema la funcion para reinvertir los Depositos a Plazo Fijo al final del día de igual manera que con la "Reclasificación de Préstamos" que se hace después del "Cierre de Operaciones".

Para hacer la reclasificación automática, es necesario que al momento de hacer la apertura de la inversión o previo a su fecha de vencimiento, se establezca el destino de la misma, ya sea hacia los demás productos o una simple reinversión.

Para reinvertir solo cantidades que sean multiplos por ejemplo de 10 y enviar las fracciones a un determinado producto tipo ahorro es necesaria la siguiente tabla:Idtabla: paramidelemento: fraccion_y_destino_de_reinverDescripción: Se deja en blancoPárametro1: El número de producto al cual se enviará las fracciones sobrantes.Párametro2: Los productos separados por "|" a los que nunca se debe enviar una cantidad que venga del depósito, como

por ejemplo la parte social Párametro3: El valor del submultiplo de la inversión por ejemplo 10 ó 100

Modulo Nuevo: Estado de cambio en la situación FinancieraIncorporamos en esta versión el "Estado de cambio en la Situación Financiera", el cual es uno de los reportes básico e indispensables para la CNBV.

Una vez que tenga la versión instalada recomendamos que obtenga el reporte que se encuentra en el menú Contabilidad junto a los demás estados financieros y lo muestre al Gerente y Contador para su revisión, ya que lo diseñamos de acuerdo a la numeración de un catalogo de cuentas, por lo que puede haber modificaciones en su Cooperativa.

En la versión anterior liberamos el "Estado de variación en el capital Contable" que tiene la misma situación que este que ahora liberamos, por lo tanto si no ha sido validad por el Gerente y Contador, es indispensable que lo haga.

Cualquier observación a este reporte suplicamos nos lo hagan saber a los teléfonos de la Federación.

Modulo Nuevo: Captura de Avales.Este nuevo modulo agrega avales a prestamos ya autorizados y entregados, para los que alguna razón no les aparecen capturados. Se permite agregar un aval faltante, mas no permite borrar alguno ya capturado su ubicación está en:UT33 Captura de avales en prestamos activos

Modulo Nuevo: Depuración de Colonias.Al igual que en el Sai3 liberamos un módulo para la unificación de los nombres de las colonias que por alguna razón existen diferentes nombres para refereirse a la misma colonia.

Modulo Nuevo: Impresión de la solicitud de Ingreso de socios.En el catálogo de socios, se agregó una opcion para que al dar de alta un socio, se imprima su solicitud de ingreso.

Modificación: Capacidad de leer el Origen-Grupo-Socio desde una lectora de codigo de barras.Se agrega al sistema la opción de que el "Origen-Grupo-Socio" se lea desde una tarjeta de Código de barras.

El formato del código debera ser : 3999910123456<ENTER>.Donde:

39999 = Origen.10 = Grupo.123456 = Número de socio.


Para usar esta opción, agregue la TABLA:Idtabla: paramidelemento: uso_de_lectora_99999 (99999 = num. de sucursal con 5 digitos) Descripción: se deja en blancoPárametro1: 1 = la sucursal tiene lector de tarjetas

0 = la sucursal NO TIENE lectora de tarjetasPárametro2: Sirven para indicar que modulos usaran el lector de tarjetas para capturar el origen, grupo e idsocio. Puede tener uno o varios de los siguientes valores. Si es mas de uno, se deben separar por comas.

op111 = Ventanillaop13 = Aperturas de Productosop14 = Treaspasosop41 = Revisión de Libretas

Párametro3, 4 y 5: Se dejan en blanco

Modificación: Para usar varias cuentas de bancos en el "Control de transferencias a bancos".

El traspaso del efectivo y los Documentos de cobro inmediato a Bancos en el modulo de "Control de transferencias a bancos", se hacía invariablemente a la misma cuenta de bancos, independientemente de la sucursal de que se tratara.

Ahora podemos configurar una cuenta de bancos diferente para cada tipo de documento y efectivo de cada sucursal.

Eso se hace mediante una tabla que es practicamente igual a la que ya se tiene, solo que se anticipa el origen de la sucursal

Para usar esta opción, agregue la TABLA:Idtabla: paramidelemento: 99999_cierre_caja_docu_X

(99999 = num. de origen, X = num. de cuenta de documentos, 1 al 7) Descripción: Texto descriptivo de la cuenta, como “cta de docs X para cierre de caja, en suc 99999”Párametro1: Nombre de la cuenta de cheques que se usa en los reportes de cierre de caja, por ejemplo “Cheques de

BANORTE”Párametro2: Numero de cuenta de orden tipo Deudor para los Documentos de cobro Inmediato salvo buen cobro.Párametro3: Numero de cuenta de orden tipo Acreedor para los Documentos de cobro Inmediato salvo buen cobro.Párametro4: Numero de cuenta de Bancos a la que se enviará condo se utilice el "Control de Transferencias a Bancos"Párametro5: 1 = en el cierre de ventanilla, se desglosan las cantidades, 0 o NULL = no se hace desglose.

Modulo Nuevo: Captura de Avales.Este nuevo modulo agrega avales a prestamos ya autorizados y entregados, para los que alguna razón no les aparecen capturados. Se permite agregar un aval faltante, mas no permite borrar alguno ya capturado su ubicación está en:UT33 Captura de avales en prestamos activos

Modulo de Prueba: Bitacoras del Sistema.En esta versión liberamos a manera de prueba una bitacora de una serie de operaciones que consideramos conveniente llevar un registro detallado de ellas, sin embargo no tenemos aún un reporte para que la Cooperativa pueda observar lo que en ella se registra, el cual sin duda lo ofreceremos en la siguiente versión, debido a que le dimos preferencia a las peticiones de las Cooperativas y dejamos esta que fue idea de sistemas de la Federación.

Cambios menores:● Se creo un permiso para que al momento de hacer una apertura se pueda modificar el periodo de abonos de un

prestamo en especifico. El caso común donde se puede utilizar esto es con los prestamos sobre plazo fijo o con garantía de inversión como les llamen, donde se busca que el prestamo venza exactamente el mismo día que la inversión. El permiso debe darse de alta en / Utilerias / catalogos / permisos / y se llama "periodoabo39999" donde


39999 es el número de producto de préstamos, posteriormente debe asignarse al usuario o grups de usuarios que lo requieran.

● La impresión de los cheques de Caja y Bancarios de varias páginas. Se corrigió un error que se presentaba al imprimir en hojas mas chicas que las tamaño carta. Ahora imprime una cantidad exacta de lineas, siempre y cuando en el formato se especifique un campo llamado “poliza_formateada”, en fila 0, columna 0, longitud de al menos 5 caracteres, alineacion I(Izquierda).

● En Revisión de Libretas se agregó la opción de que al dar un click en algún movimiento de la póliza, se visualice a que socio se aplicó el movimiento, tal como aparecía en el Sai3.

● También en Revisión de Libretas se agregó en el botón de avales la aparición del Coodeudor en caso de existir.● Se modificó la forma de guardar los avales, ya que antes se guardaban antes de grabar la propia apertura.● Se modificó el "Cierre de Ventanilla" , ya que no se habilitaba el botón <Aplicar> cuando el monto es menor a 1.00



Modulo Nuevo: Auxiliar de Conciliación Bancaria......Se agrega al sistema un módulo auxiliar para la conciliación bancaria que las áreas de contabilidad de las Cooperativas llevan a cabo.

Que se necesita.

Modulo Nuevo: Evaluación de PrestamosEste módulo está destinado a las áreas de análisis de préstamos para brindareles una herramienta de decisión para entregar o negar un préstamo.

Como funciona:El método consiste en responder algunas preguntas relativas al socios, resultado de lo cual saldrá una calificación y la sugerencia de entregarlo o negarlo.La metodología y la puntuación asignada a cada dato fue diseñada por el área de planeación y desarrollo, así también ellos harán llegar a ustedes la explicación completa de esta herramienta.

Modulo Nuevo: Estado de Varación en el capital Contable.Incorporamos en esta versión el Estado de variación en el capital contable, el cual es uno de los reportes básico e indispensables para la CNBV.

Una vez que tenga la versión instalada recomendamos que obtenga el reporte que se encuentra en el menú Contabilidad junto a los demás estados financieros y lo muestre al contador para su revisión, ya que lo diseñamos de acuerdo a la numeración de un catalogo de cuentas, por lo que puede haber modificaciones en su Cooperativa.

Cualquier observación a este reporte suplicamos nos lo hagan saber a los teléfonos de la Federación.

Modificación: Abonos vencidos fraccionados.A partir de esta versión volvemos a menejar los abonos vencidos fraccionados, es decir que en vez de mostrar 3 AV se verá tal vez 2.54 AV, lo que equivale al monto vencido de dos abonos completos y la mitad de uno mas.Esta modificación se observa en todas las partes que en el sistema muestra los abonos vencidos como son:● Ventanilla● Traspasos● Revisión de Libretas● Reportes de cartera vencida● etc.

Modificación: Reporte de Parámetros de carteraEn este reporte se agregó el rango de 0 a 89 días vencidos en el reporte de parametros de cartera vencida, porque anteriormente se asumía de manera gneral que por el simple hecho de tener entre 0 y 89 días era directamente cartera vigente, lo cual es incorrecto en algunos casos.

Además se omiten las líneas con resultado cero para hacer el reporte mas compacto.

Cambios menores:● A los listados de cartera vencida se les agregó el estatus, ya que podemos encontrar préstamos con menos de 90 días

vencidos y con estatus vencido, debido a que alguna vez cayeron a vencidos y no han cubierto totalmente sus atrasos.● Se modificaron los mensajes para la apertura y cierre de sucursales. Ahora se llama "Inicio de Operaciones" y "Cerre de

Operaciones". El funcionamiento es exactamente el mismo.● En el reporte de "Detalle de movimientos capturados por ventanilla" se reacomodaron las columnas, ya que no se veía

completa la parte de los retiros por ventanilla.● Los productos tipo inverahorro al retirarlos aparecía el monto retirado como interés pendiente lo cual era un claro

error. Se corrigió.


● Se corrigió un caso muy especial que se nos presentó en algunas ocasiones en diferentes Cooperativas, que provocaba que la captura de dos cajeros se juntarán en una misma póliza.

● También se corrigió el caso de las Cooperativas que utilizan un solo consecutivo para sus socios, ya que en ocasiones no se respetaba.

● Al guardar una apertura de un préstamo sin autorizarla y al entrar nuevamente y modificar la fecha de la solicitud para imprimir el pagaré, esta modificación no se guardaba. Quedó corregido.

● Se valida que no se le pueda asignar el origen de trabajo cero a un usuario, ya que generaba conflicto si este mismo usuario tenía en permisos del "Cierre de Operaciones".

● En el proceso de reclasificación de cartera se valido que no aceptara un número de origen diferente a los de la base de datos, al igual que al cero.



Renovaciones y ReestructurasSe integran al sistema las renovaciones y las reestructuras de préstamos con el tratamiento que manda la regulación al respecto.

Que hay que configurar.Crear el / socios / catalogos / productos / los productos para las renovaciones y reestructuras que se vayan a utilizar. De ser necesario hay que crear las cuentas contables para estos casos.Para la numeración de los productos recomendamos que las terminaciones sean 12 y 22 para las renovaciones y reestructuras respectivamente, por ejemplo para el producto 30102 se crearían el 30112 y el 30122

Idtabla = renovacion_reestructuraIdelemento = El número del producto del préstamo original que va a ser renovado o reestructurado.Descripción = Productos para renovaciones y reestructuracionesParametro1 = El número del producto en el que se guardará la renovación.Parametro2 = El número del producto en el que se guardará la reestructuración.

Como funciona:Primero debe existir un préstamo que tenga saldo, que es el que vamos a renovar o reestructurar.Debemos tener creados los productos de las renovaciones y las reestructuras.Lo que debemos hacer es entrar a Aperturas y traernos el folio activo con saldo y aparecerán arriba unos botones para las renovaciones y las reestructuras, de los cuales seleccionaremos según sea el caso.

Socios DemandadosSe desarrollo un nuevo módulo el control de los socios demandados por motivos de cobranzas.

Como funciona:Una vez alimentados los socios que tienen esta situación podemos obtener reportes ordenados por socio y por el abogado que les lleva su caso.Además es posible exportar directamente la lista de estos socios a cualquier reporte que maneja la opición de particulares en el sistema, como listados de saldos, cartera, etiquetas, etc.

Que hay que configurar.Idtabla = abogadosIdelemento = El número consecutivo de abogado por ejemplo 1,2,3, etc.Descripción = El nombre del abogado

Nota:Los socios registrados en este módulo aparcerán señelados como demandados en el archivo texto que se genera en la parte de reportes de cartera vencida.

Requerimientos de Capital por Riesgos.Se incorpora al sistema el módulo de "Requerimientos de Reserva" que incluye los siguientes reportes, de los cuales los dos primeros los teníamos ya en el módulo de reportes de cartera vencida.

1. Requerimientos de Reserva (detalle)2. Requerimientos de Reserva (resumen)

En estos reporte necesitamos alimentar la tabla de los porcentajes de reserva según el número de días vencidos


3. Req. de Capital por riesgos de mercado (resumen)4. Req. de Capital por riesgos de mercado (detalle préstamos)5. Req. de Capital por riesgos de mercado (detalle ahorros)El contenido de lo que se guardará en las tablas varía de acuerdo al nivel de operaciones.Ejemplo para el nivel II

Ejemplo para el nivel III

6. Req. de Capital por riesgos de créditos.

Orden de liquidación de productos.Se agregó la posibilidad de que el sistema obligue a pagar un producto de deudores antes que uno de préstamos.

Para que sirve:


IdTabla IdElemento Descripcion Parametro1 Parametro2 Parametro3

Rango Dias de Mora Porcentaje

eprc 0 Rango 0 para la estimación preventiva 0 0 1




IdTabla IdElemento Descripcion Parametro1 Parametro2

Rango Cuentas

requerimiento_riesgo_credito 1 Caja 11001

requerimiento_riesgo_credito 2 Depositos y valores 11002

requerimiento_riesgo_credito 3 Créditos 130

IdTabla IdElemento Descripcion Parametro1 Parametro2 Parametro3

Rango Riesgo de Mercado Nivel I y II

requerimiento_capital banda01 Bandas para el requerimiento de Capital 1 90 1


Posiciones

Posicio

Posiciones

Posicio

Porcentaje

Porcenta

IdTabla IdElemento Descripcion Parametro1 Parametro2 P arametro3

Rango Riesgos de Mercado Nivel III





Posiciones

Posicio

Posiciones

Posicio

Porcentaje de

Porce

Para que en el caso de los socios a los que se les cobra una comisión por cobranzas, se obligue al socio a liquidarla antes que al préstamo y así obligar a su pago, de lo contrario no se entrega el pagaré ya que no ha liquidado el préstamo.

Que hay que configurar.Idtabla = liquidar_primero_productoIdelemento = El número del producto de deudores.Descripción = Este producto se debe pagarse antes que los prestamos

En el modulo de / socios / catalogos / productos / en la pestaña de parámetros, damos click en "Activar Limites" y en el valor minimo escribimos: select case when saldo(405) > 0 then 1000.00 else 0.00 end

Como ignorar consecutivo de sociosSe creó la opción por medio de un permiso para dar de alta el número de socio que queramos independientemente del consecutivo que mande el sistema.

Que hay que configurar.Debe existir el permiso llamado "consecutivo_grupo"Donde consecutivo es una constante y grupo es el número de que se trate, por ejemplo 10,20,70,80, etc.

Rutas de CobranzasSe modificó el archivo texto que se genera en el módulo de reportes de cartera vencida. A este archivo se le agegó una columna con la ruta de cobranzas y la identificación de que está o no demanado.

Que hay que configurar.Idtabla = ruta_cobranzaIdelemento = El número de la coloniaDescripción = Configuración de rutas de cobranzasParametro1 = El número de ruta o de gestorComo funciona:Al dar de alta las rutas de cobranzas y las colonias que se incluyen en cada ruta, ahora el archivo texto de cobranzas incluirá en cada préstamo la ruta o gestor a la que esta asignado.De igual manera los socios identificados como demandados en el módulo de Control de socios demandados aparacerán señalados en este mismo archivo para poder darles un tratamiento diferente.

Modificación a la impresión del ticketImpresión de la fecha del proximo pago y atraso de los préstamo en e ticket.

Que hay que configurar.Idtabla = paramIdelemento = ticket2Descripción = Impresion del edo cta, atraso y prox pago en tickParametro1 = 1 (Habilita la impresión del estado de cuenta en el ticket)Parametro2 = 1 (Habilita la impresión del atraso y fecha del proximo pago en el ticket)

Reportes especiales por medio de Querys en SQL.Se incluyen varios querys como los que se describen a continuación.● Reporte de cheques girados.● Reporte de retiros de partes sociales con nombres para identificar las bajas de socios.● Socios sin movimientos en ahorros.

Cambios menores:● Ahora ya se pueden hacer ajustes (cargos) a cuando un prestamo esta liquidado.● Se valido la condonación de intereses ya que daba la posibilidad de condonar mas intereses que los que tenía el socio.● Se corrigió en aperturas la opción de imprimir una tabla de amortización de un préstamo activo, ya que no aparecía la


columna del IVA● Se corrigió el reporte de pagarés, ya que tenía un problema en la busqueda y no mostraba todos los socios.● Ahora la tabla de amortización de los préstamos se recontruye al momento de entregar un préstmo, ya que en

ocasiones los préstamos no se entregan el mismo día de que se autorizan y la tabla quedaba con la fecha de la autorización

● La opción de imprimir en el módulo de "Control de Transferencia a Bancos"● Ahora se permite copiar el formato de la solicitud de préstamos, ya que tenía un problema porque es de dos hojas.


version 1.32.0 de saicoop - fenoreste.com...posible con los llamados “pagos periódicos” o sobre...

Documents