Consultoría Informática de Occidente, S. C.

Después de dos semanas de arduo trabajo se lograron optimizar dos procesos que representaban un considerable costo computacional cuando eran ejecutados. El primero, "actualizar orden", es importante para desplegar correctamente el catálogo contable con su estructura jerarquica, en Cuentas/Ver catálogo. Se tomó como comparativo para las pruebas una base de datos que está en operación, con un catálogo contable de 1400 cuentas. De 15 minutos se redujo a algunos 5 segundos. El segundo proceso es de mayor importancia. Es la función que recalcula los saldos. Permite conocer los cargos, abonos y saldos iniciales y finales de las cuentas afectables, en base a los movimientos hechos en las pólizas, y además calcular hacia arriba en el árbol de la estructura contable. Cada vez que se agrega o modifica una póliza en un periodo contable, este proceso es llamado, para calcular correctamente todos los estados financieros. Para la misma base de datos, se redujo el tiempo de cálculo de 5

Hemos logrado migrar exitosamente la base de datos de SAC, de la tecnología Microsoft SQL Server, a MySQL. Apenas son pruebas experimentales y no hay fecha de liberación, pero la intención es que SAC (y por supuesto IC y demás utilerias) funcionen en ambos ambientes: Microsoft SQL Server y MySQL. Así podríamos aprovechar las ventajas que éste último ofrece: ser software libre en vez de software propietario, ser un software, al igual que el de Microsoft, que gran desempeño y prestaciones.

En la versión más reciente de SAC se pueden realizar pagos masivos de préstamos, usando la opción Caja/Pólizas. El primer paso sería tener un documento en cualquier hoja de cálculo (Excel, LibreOffice, etc.) con los siguientes datos:  Una columna con la palabra Abono Otra columna con el número de préstamo (es válido de ambas formas: clave de sucursal con no. de préstamo, o solo el no. de préstamo) Otras dos columnas vacías La última columna con el monto total pagado por el cliente/socio. Un ejemplo se muestra en la siguiente imagen: A continuación hay que entrar, en SAC, a Caja/Pólizas. Por default debe aparecer un nuevo número de póliza. Se captura la fecha de ésta póliza y se sitúa el cursor en la primer celda de la rejilla. Se copia y pega (Ctrl-C y Ctrl-V) de la hoja de cálculo a la rejilla.  Ahora se agrega un nuevo renglón manualmente con el contramovimiento, ya sea de caja o de bancos, como se muestra en la figura. Después se oprime guardar. SAC

Se entiende por cruce de firmas que un acreditado y un aval de un préstamo, intercambien papeles en otro préstamo. Es decir, el acreditado pasa a ser aval, y el aval a ser acreditado de otro préstamo. Esto es muy común entre cónyuges. En algunas entidades ha surgido la necesitad de detectar y evitar estos cruces de firmas por el riesgo común que representan. Ahora SAC detecta los cruces y da el aviso correspondiente al usuario. Para que se pueda continuar, es necesario que el usuario tenga el permiso no. 30, "Agregar préstamo con firmas cruzadas". Por otra parte se agrega la posibilidad de detectar préstamos a dependientes económicos. Esto requerirá un poco más de esfuerzo por parte de las entidades: hay que identificar y capturar a los dependientes económicos de cada persona (socio o cliente). Para esto hay que ir a Personas/Actualizaciones y situarse en la pestaña Dependientes económicos. Es necesario capturar los dependientes económicos respectivos de la persona, e

Se ha incorporado en SAC, a partir de la versión 7.5.5055, la funcionalidad de comparar el nombre del cliente (o razón social en caso de persona moral) con la "lista de personas nacionales especialmente designadas y personas bloqueadas". En inglés "ALPHABETICAL LISTING OF SPECIALLY DESIGNATED NATIONALS AND BLOCKED PERSONS", publicada por el Departamento del Tesoro de los EEUU a través de la OFAC (Oficina para el control de activos extranjeros), conocida comúnmente como lista negra. Esto para tener control, al agregar un nuevo cliente a nuestra base de datos, de que dicho cliente no aparezca en tal lista. Si la coincidencia es positiva, entonces el programa mostrará el renglón de la lista mencionada en la que aparece tal coincidencia. Para hacer posible tal comparativo, además de la nueva versión de SAC, es necesario contar con el archivo en forma de texto de la lista negra, denominado sdn.xml. Tal archivo se puede descargar de la página del Departamento del Teso

Cambia la logística de castigo de préstamos para cumplir con las disposiciones vigentes. Castigar un préstamo consiste en cancelarlo contra la cuenta de estimación preventiva para riesgos crediticios. Se hace esta operación cuando la entidad cree que el préstamo, por ser moroso, ya no podrá ser liquidado por el acreditado o sus avales. El castigo de préstamos tiene dos etapas, la primera de ellas en SAC y la otra en el programa de contabilidad IC. En SAC, se castiga un préstamo en el formulario de Préstamos. Hay que entrar a Personas/Préstamo/Acciones/Castigar. Se proporciona la fecha de castigo y se selecciona la casilla de Castigado. El hecho de ser castigado no exime a la entidad de realizar todas las gestiones necesarias para cobrarlo y en su caso liquidarlo, por lo tanto si se realiza un cobro, se puede realizar el mismo procedimiento que para un préstamo normal, desde el formulario de Caja. En IC, al generar pólizas automáticamente, un préstamo castigado causará

Se han agregado campos, tablas y funcionalidad en SAC para cumplir con las disposiciones de la CNBV y la SHCP en cuanto al lavado de dinero. Como anteriormente, en el menú Admon. de riesgos, existen tres reportes: Operaciones relevantes Operaciones inusuales Operaciones internas preocupantes Uno de los cambios es que ahora, al entrar a cualquiera de estos tres reportes (comparten un formulario similar) hay un combo denominado "Formato del reporte". Hemos decidido conservar el formato anterior, "SAC", que es más sencillo y legible. Se agrega un 2do. formato de reporte, denominado "SHCP", el cual contiene las 36 columnas solicitadas por ésta entidad. Algunas de éstas columnas requieren información que no existía. Es necesario entrar en Sistema/Parámetros. En la pestaña Otros, es necesario capturar: El código postal correspondiente a la entidad financiera. Clave CASFIM CNBV: Es una clave que proporciona la CNBV a cada entidad financiera. Loc

Cambios significativos en las versiones de SAC e IC próximas a liberarse, en cuanto a los intereses morosos. Tradicionalmente los intereses morosos solo se reflejaban en los reportes y la contabilidad al momento de cobrarse. SAC hacía un cálculo dinámico cada vez que un acreditado se presentaba a pagar un abono a su préstamo. En ese momento, si del cálculo resultaba que tenía que pagar interés moroso (cuando uno o más de los abonos del crédito se han vencido, o bien cuando el crédito vencía, en su caso) primero se cubría este concepto y si sobraba dinero, se trataban de cubrir intereses normales y capital, en ese orden. Contablemente este movimiento se reflejaba como ingreso de interés moroso contra efectivo o bancos (una cuenta de ingresos contra una cuenta de activo). A partir de esta versión, y por disposición de la FOCOOP, se tiene que llevar un devengado diario de los intereses morosos, el cual se tiene que reflejar en los estados financieros. Al igual que con el interés &qu

Todavía no es una versión liberada, pero no podemos contener la emoción de adelantar algunas de las características ya implementadas: Automáticamente separa el saldo del monto bloqueado (garantías líquidas) del acreditado, en los varios préstamos que al momento estén vigentes. Anteriormente el reporte de saldo de préstamos (formatos SAC y FOCOOP) integraban el saldo de monto bloqueado por acreditado. Esto permite calcular más exactamente la estimación preventiva por crédito, de acuerdo a las disposiciones vigentes. Se implementó el nuevo reporte de créditos de FOCOOP, el cual incluye, entre otras columnas, la estimación preventiva, dividida en parte cubierta, parte descubierta y por intereses devengados de cartera vencida. De acuerdo a la versión INTF 11 del reporte de Buró de Crédito, se agrega la columna "fecha de primer incumplimiento". En el reporte de captación de FOCOOP también se agrega una columna, correspondiente a los intereses devengados totales (pagados o n

En esta versión: Se aumentó el número de caracteres en el nombre de servicios, de 50 a 80 caracteres. Se aumentó el número de caracteres en Parámetros/Tasas de préstamo, en las columnas Cobro Ap y CobroPer, de 20 a 50 caracteres, para poder asignar más tipos de cobros de apertura y cobros periódicos a un préstamo. Se agrega un nuevo tipo de reporte de saldo de préstamos, clasificado mediante fondeo. Esto para identificar los fondeos de cada crédito, y qué cantidad fondea cada inversionista de la entidad. En Reportes/Préstamos/Saldos. Se pueden imprimir ahora 2 tipos de solicitudes de ingreso de personas (socios, clientes). Se agrega consultas por usuario en el reporte de bitácora. Se agrega una columna en el reporte de saldo de préstamos, para FINE Seguros, correspondiente al saldo del monto bloqueado (garantía liquida) del acreditado. Distinguir cada uno de los gastos (y de las entradas) por el fondeador que las hace, para comenzar a implementar centros de costos. En el

En esta versión:  Se agrega el parámetros MontoUsu, que se puede usar dentro de Parámetros/Valores. Se utiliza para restringir el monto de un préstamo que se puede autorizar por determinado tipo de usuario. Si no se especifica este parámetro, el usuario puede autorizar préstamos por cualquier monto. Se modifica ligeramente el reporte de concentrado de inversiones. Ahora se puede consultar una sola inversión, proporcionando la clave de inversión. Esto para ver su comportamiento diario: depósito, retiros, pagos de interes, devengado diario de los intereses. Se agregan 2 columnas al reporte de FOCOOP de capital social. Una columna de interés devengado a la fecha, y otra con la suma del monto principal mas el int. dvg. Esto por la cuestión de que los certificados de aportación, generan interés devengado, y se necesita reflejar este dato. En el reporte de saldo de contratos, se renombraron las columnas IntBru como InteresBrutoPagado, ISR como ISRretenido e IntNet como InteresNetoPagado

En esta versión: Procedimiento especial para calcular el CURP para los socios que no lo tengan (requisito indispensable que estén correctamente capturados los nombres de pila, estado, sexo y fecha de nacimiento). Cambia ligeramente el comportamiento de las garantias para préstamo. Cuando se selecciona garantía tipo "contrato", se calcula la suma de los montos de los contratos (de inversion y certificados) y se coloca en pantalla, para ser guardado en ese mismo momento en prestotor.montogarantia. Queda pendiente un procedimiento que calcule el montogarantia para los prestamos ya existentes que tengan garantía tipo "contrato". En parámetros se puede especificar el número de segundos a esperar antes de obtener el error "Se superó el tiempo de espera" en la ejecución de los comandos de SQL. Por default el valor es 30 (mismo valor que se ha venido manejando en SAC). No se recomienda que se ponga un valor muy alto. Se puede imprimir un 2do. formato de cheq