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

Introducción MCAL es el módulo de calificación de capacidad de pago para los acreditados. Permite la programación de una estructura de calificación, creando parámetros y asignando ponderaciones a cada uno, como pueden ser edad, ingresos, gastos, antigüedad en su domicilio, monto del crédito, etc. Este módulo sustituye la forma de cálculo de capacidad de pago que había anteriormente en SAC. Se deja de usar la propiedad “califcp” de la tabla de VALORES. Ahora para calificar un acreditado, dentro de la ventana de préstamos (en Personas/Préstamos), SAC llama porciones (ventanas y funciones) del módulo MCAL, independientemente de que se cuente o no con éste módulo. Por tanto hay dos formas de utilizar la funcionalidad de calificación de acreditados en SAC: si se cuenta con el módulo MCAL o no. Los pasos para poder utilizar la funcionalidad son los siguientes: No se cuenta con MCAL 1.       Contar con la versión 7.5.5436 o posterior de SAC 2.       Ejecutar Sistema/Espec

Cambios realizados en SAC, IC y MCOB hasta la version 7.5.5430 Al capturar en SOCIOS el codigo postal traer asentamiento, tipo de asentamiento, municipio, estado, de acuerdo a la base de datos de SEPOMEX. Varias correciones a calculo de RFC y CURP: no tomar en cuenta nombres como Maria, José, como primer nombre; no tomar en cuenta, de, de la, etc. Al entrar al IC, poder seleccionar periodos de acuerdo a lo que hay en la tabla PERIODOS, es decir poder entrar a periodos hacia atrás y adelante en el tiempo. Verificar que IFE y clave de elector no este vacío para socios mayores, clientes, externos (no menores ni personas morales). Se crea la clase CalcIntAho para calcular los intereses sobre ahorro (y otros pasivos) de un grupo de socios, en forma muy eficiente. Se modifica por tanto la generación de pólizas en IC, el recálculo de intereses y los reportes de captación en SAC. Esto permite aumentar enormemente la rapidez de todos estos procesos. No calculaba bien RFC y CURP cuand

Este video en YouTube sería una primera aproximación al funcionamiento de la interfaz contable entre SAC e IC. La interfaz es la mecánica que tiene IC para generar pólizas contables automáticamente en base a la información capturada en SAC. Esta información comprende la operación diaria: créditos, ahorros, contratos de inversión, entradas y gastos, servicios de terceros (luz, cable...). Además le permite a IC crear otras pólizas como las de devengado diario de préstamos, de inversiones y ahorros, y el traspaso entre carteras (de vigente a vencida y viceversa). Por tanto la comprensión del funcionamiento de la interfaz contable de IC es esencial para obtener información correcta desde SAC. Otra función de la interfaz es establecer las cuentas a mostrar en diversos reportes financieros, como son: las razones financieras, el balance general, los estados de resultados, flujos de efectivo, variación en el capital contable, desagregado de gastos de operación y requerimientos de capital

Banxico provee una calculadora del CAT (Costo anual total de los préstamos), que está en la dirección: http://www.banxico.org.mx/CAT/ Los datos obtenidos por la misma coinciden con los que emite SAC.

Se ha incorporado a SAC la base de datos de códigos postales, mantenida por SEPOMEX (Servicio Postal Mexicano) Este banco de información contiene todos los códigos postales, relacionados con el tipo de asentamiento, nombre de asentamiento, ciudad, municipio y estado, de todo el país. El tipo de asentamiento generalmente se refiere a la colonia, pero puede ser fraccionamiento, barrio, ejido, poblado, unidad habitacional, etc. En SAC, al capturar una nueva persona (socio, cliente, ahorrador, inversionista), al teclear su código postal, automáticamente traerá los demás datos, ahorrando tiempo de captura y evitando innumerables errores. Para agregar esta funcionalidad, además de la versión nueva de SAC, se requiere cargar en SQL Server la base de datos de SEPOMEX. La base de datos se llama CP.BAK y está alojada en: https://onedrive.live.com/?cid=295BD5F735EFA020&id=295BD5F735EFA020%21242 Hemos tomado el catálogo de códigos postales de SEPOMEX, que se puede conseguir en Ex

El SAT aplaza la fecha de entrega de la contabilidad en formato electrónico. El comunicado aqui: http://www.sat.gob.mx/sala_prensa/comunicados_nacionales/2014/agosto/Documents/com2014_108.pdf Se hace eco de la noticia aqui: http://diario.mx/Economia/2014-08-06_4f3956b7/aplaza-el-sat-fecha-de-entrega-de-contabilidad-electronica/ Y aqui: http://www.eldiariodecoahuila.com.mx/notas/2014/8/7/prorroga-para-contabilidad-electronica-448516.asp Y en algún otro lugar.

Los siguientes cambios representan sin duda una afectación a la usabilidad de SAC, pero se derivan de observaciones de la CNBV y su implementación es necesaria porque incrementan la seguridad del sistema, aumentan la flexibilidad al poder adaptarse de forma más sencilla a SOCAP, SOFIPO u otras entidades, y se cumple con regulaciones vigentes. Que se puedan agregar cuentas bancarias que comiencen con ceros. Se elimina la opción "Cheque" del menú "Sistema", por seguridad. Se evita que se puedan cambiar los datos del cheque antes de imprimirlo, como monto o fecha. Se eliminan los ahorradores menores de la lista de posibles acreditados. Se verifica y obliga el consecutivo de cheques en las diferentes cuentas bancarias. Esto lo restringue el permiso 35. Se califica la capacidad de pago de cada uno de los avales como ya se hace con el acreditado. Se puede configurar en Parámetros el valor mínimo de calificación para que se pueda otorgar el préstamo. Se establece a

Nuevos cambios en lo que va del año, hasta el dia de hoy, 20 de junio de 2014. No se reflejaban los retiros de mb2 (monto bloqueado 2, una de las cuentas de pasivo del socio) al generar contabilidad en IC. El reporte R08A, de captación, solo reflejaba la cuenta de pasivo "ahorros". Ahora refleja todas, para que coincida con el reporte de captación de la FOCOOP. Múltiples errores en la generación del reporte de Buró de Crédito que se han solventado: encabezados del reporte, fechas de defunción, el importe de pago por periodo debe ser cero cuando el crédito ya esté pagado, saldos vencidos. Se crea un reporte para presentar "operaciones vulnerables", es decir aquellos préstamos que superen los 103,940 pesos. Reporte R09  de IC, no funcionaba. Se mejora la interfaz de IC para hacerla más comprensible. Por ejemplo en vez de usar la clave "crevig" ahora aparece la leyenda "Cartera vigente". No se calculaba bien el devengado de préstamos para

Se considera Operación Inusual, a la operación, actividad, conducta o comportamiento de una persona (cliente o socio) que no concuerde con los antecedentes o actividad conocida por la entidad o declarada a ésta, o con el perfil transaccional inicial o habitual de dicha persona, en función al origen o destino de los recursos, así como al monto, frecuencia, tipo o naturaleza de la operación de que se trate, sin que exista una justificación razonable para dicha operación, actividad, conducta o comportamiento. Para ayudar al oficial de cumplimiento a la detección de estas operaciones, se establecen en SAC determinados parámetros. Se consideran operaciones inusuales aquellas que superen en determinado porcentaje los ingresos de la persona, y que además superen determinada cantidad. O bien que abonen a un crédito por un valor mayor a cierto porcentaje. O también quienes paguen su préstamo en forma anticipada. Estos porcentajes y cantidades se determinan dentro de Parámetros/Otros, m