SAC 9.2.6911

Modificaciones a SAC y sus utilerías hasta la versión 9.2.6911:

• Creo un nuevo formato de Crystal Reports llamado PerfilTran.rpt que imprime datos generales y del perfil transaccional del socio para PLD, el cual se puede imprimir desde actualización de personas. Basado en el formato de solicitud de ingreso (SolicitudIngreso.rpt)
• Agregar en Parámetros/Valores un catalogo para el destino del recurso (PLD) de forma similar al catálogo para el origen del recurso. La propiedad se denomina OpDestino
• Calcular automaticamente OpFrec de la misma forma que OpNum
• Elegir a nivel de generación del reporte respectivo, si se consideran o no op. Fraccionadas para op. Mayores y op. Relevantes
• Alertas por op. Mayores, enviarles automáticamente al oficial de cumplimiento
• Mostrar en IC, en el reporte de pólizas y el reporte de auxiliares, además del usuario, si se generó manual o automáticamente. Se usa la función CHOOSE  de T-SQL de la siguiente forma: p.usuario+' '+choose(p.tipogen+1,'(man.)','(aut.)') as usuario
• Agregar al reporte de personas PLD algunos campos relacionados importantes
• Se modifica el recibo de CR de la entidad SMC para que distinga los movimientos de bancos en 3 tipos: depósitos, cheques y transferencias. La instrucción SQL se modifica a nivel del formato de CR, agregando un campo condicional de la forma iif(m.cheque>0, 'cheque' , iif(m.clavebancotransf>0, 'transferencia', 'depósito')) as tipo2
• Me encuentro que en el documento de análisis, el campo SERVICIOS.nombre esta definido con un tamaño de 50, sin embargo en SAC se crea el campo con 80, y la TextBox correspondiente en el formulario puede recibir máximo 80 (maxlength). Por tanto actualizo el documento de análisis.
• Modificar el reporte de operaciones relevantes,según el formato de las 41 columnas. Se elimina una columna de código postal, que no viene en el formato oficial. Se debe incorporar el catálogo de localidades de la CNBV, pero no el que ya viene en la base de datos CP.BAK, de 12 digitos, sino otro, de 8 digitos, en el cual por ejemplo Sahuayo es 01976008. Se agregan en SOCIOS los campos localidad8 y localidad8tra
• Eliminé el formulario de cancelación de movimientos "cancelar movs.", pues era sobre todo util cuando no existía la tabla de POLIZA, y se tenía que seleccionar por separado ahorros, movs. a préstamo o inversiones para cancelarlas. La funcionalidad de cancelar una póliza ya existe en el formulario de póliza. Se elimina el permiso 61, que daba acceso a esta opción.
• Se crea el campo MCALSALDO.calc, variable temporal para llevar el control de los saldos del socio que han sido calculados. Se inicializa en ceros, y cuando se llama a McalRecalcSaldos1 con el registro respectivo, se actualiza este campo a 1. Como el llamado a este sub es recursivo, el cálculo de un registro puede implicar el cálculo de otros registros dependientes. Este campo evita tanto que se estén recalculando repetidas veces y que algún registro deje de calcularse.
• Se cambian los campos de la tabla SOCIOS, OpOrigen y OpDestino, a smallint. Se guarda por tanto un número que corresponde con una descripción en VALORES. De esta forma ya se puede usar para comparaciones en MCAL.
• Agregar el municipio en el formato de CR de aviso de privacidad (AvisoPrivacidad.rpt). Agregar el campo municipio en PARAMETROS, y traerlo como variable global vMunicipio
• Agregar los días de vencimiento del préstamo en la información que regresa MBATCH en XML. Solo en la consulta tipo loans.
• Ahora se reconocen 13 nuevas palabras reservadas en el cálculo de riesgo de un socio, que corresponden a 13 campos de la tabla SOCIOS: nompila, appat, apmat, sexo, domicilio, colonia, ciudad, municipio, cp, rfc, curp, telpar, ocupacion. Estos valores al usarse en una fórmula de MCAL, regresarán 0 si el dato está vacío, 1 en caso contrario. Excepto sexo, que regresa 0-masculino, 1-femenino.
• Implementar el formato INTF del buró de crédito, versión 14
• Eliminar la posibilidad de congelar o aplazar un préstamo, los cuales son procedimientos que no corresponden a las regulaciones. Eliminar el campo feccong. El campo statusca ya había sido eliminado en versión previa. Modificar calcprestamo4 para ya no considerar los préstamos congelados.
• En el reporte de operaciones relevantes tambien se modifica la columna moneda para que no refleje MXN sino 1
• Se hizo una pequeña modificacion en el reporte de captación de SAC, R08 D 0841, en la presentación de los saldos de las inversiones.Ahora se muestra el total de depósitos y retiros en el rango (mes, trimestre) que antes aparecía como cero. Se muestran también las inversiones que a la fecha final tienen saldo cero (han sido liquidadas) pero durante el rango tenían saldo. Esto último para poder identificar las inversiones que se reinvirtieron: ya aparece la inversión anterior y la nueva. También se muestran las cuentas de pasivo con saldo cero, pero que durante el periodo tuvieron movimientos.
• Implementar la captura para denominaciones (billetes y monedas) despues de dar click en frmCaja, mediante el formulario frmCajaAplic. Este formulario regresará la cantidad de cada denominación recibida y entregada (cuando se da vuelto o se retira dinero), y esta se guardará en MOVUSUARIOS.denom
• Tipo de asentamiento en el formato del pagaré de CR. Ya viene como un campo en la consulta a base de datos del formato CR.
• Se usan los permisos ya existentes 24 y 25, para poder cambiar la sucursal y el usuario en el reporte de mensajes. Es posible entonces ver los mensajes con emisor o destinatario diferente al actual.
• En el art. 46 de las disposiciones se pide que se restrinja al 3.5% del capital los préstamos, sin embargo la misma ley da a entender que si ya se cumple el art. 45, no se requiere esta restricción. Por tanto se elimina.
• Se hace una modificación en la consideración de las garantías líquidas para un préstamo reestructurado/renovado. Ahora se toma en cuenta la garantía líquida ya existente, del préstamo a reestructurar/renovar, para considerarla para el nuevo préstamo. El procedimiento es el siguiente: se obtiene la garantía líquida programada (según los tantos y monto del préstamo) del préstamo a reestructurar/renovar. Al saldo disponible en ahorro (o en las cuentas que se consideren garantía líquida) se suma la garantía líquida programada (monto dividido entre tantos) del préstamo a reestructurar/renovar. Esta suma es la garantía liquida total a considerar para el nuevo préstamo. 
• Para operaciones relevantes,  no se reporta la columna de fecha de detección (en el formato para SHCP)
• Se incrementa para la captura de las denominaciones (frmCajaAplic) las monedas de 10, 5 y 2 pesos. Se agrega el formulario de captura de denominaciones al capturar una entrada o gasto
• Poder leer archivos XML con personas bloqueadas como el que  proporciona SMC. Se supone que este formato XML será el correcto, a falta de un esquema formal. Tiene etiquetas como …
• Crediimpulso proporciona un archivo en formato Excel conteniendo la lista OFAC, la lista PGR, países de alto riesgo, paraísos fiscales. Todas estas ya estan contenidas en SAC a excepción de la lista PGR, la cual se implementará para su lectura. Se cambia el nombre dentro de SAC, de lista negra, a lista OFAC.
• Se modifica el reporte de captación R08 D 0841 para que no muestre filas en el reporte a menos que el saldo final sea diferente de cero, o bien haya habido depositos o retiros, o bien el saldo de los certificados de aportaciones (partes sociales) sea diferente de cero
• Se agrega la columna de la fecha de consulta al SIC en el reporte de saldo de préstamos, tipo SAC. Corresponde al campo PRESTOTOR.fecburo
• En el reporte de saldo de préstamos se mostraba la clasificación del crédito con un código si era cartera vigente y otro si era cartera vencida, por petición de una entidad, sin embargo no debe ser así, se debe mostrar de acuerdo al manual que se tiene referente a este reporte, es decir 1311030000, 1301050100 y 1316020000 respectivamente para créditos de consumo, comercio y vivienda
• Cambio el campo SOCIOS.OpNum, que guarda el número promedio de operaciones de una persona, de smallint a real, para que pueda guardar promedios de operaciones mensuales con decimales, y evitar los ceros. Mediante ALTER TABLE SOCIOS ALTER COLUMN OPNUM REAL NULL
• En la subrutina CalcCamposPLD, al calcular el promedio de las operaciones mensuales, ahora solo se toman en cuenta los movimientos de ahorro tipo 0 y 1 (depósitos y retiros) para evitar contar doble los pagos mensuales de interés.
• En el reporte de buró (tipo CSV, pero también debería aplicar para INTF) desea la entidada que se acumule, además del capital y el interés ordinario, también el interes moratorio, en las columnas saldo actual y saldo vencido. El problema con este cambio es qué hacer con los créditos que  no son castigados, si acumularles también el interés moratorio en los saldos. Por lo pronto se acumula intmor para los créditos castigados.
• Se hacen algunas modificaciones menores al reporte de auxiliares, se elimina una columna que mostraba la sucursal de origen
• Elimino la posibilidad de solventar un préstamo con garantías hipotecarias, prendarias, de nómina o contrato. Se tiene que cumplir con los tantos de garantía líquida. El cambio consistió solo en comentar un párrafo de código de VB. Quedaría pendiente estipular un parámetro para exigir cierta garantía, como el antiguo GarMon
• La tabla BITACORA puede almacenar más de 10,000 registros al mes, por tanto eliminar registros anteriores a 3 meses. Borro de todas las sucursales, para así evitar el problema de la actualización con HERMES, en sucursales que están en diferentes instancias de SQL
• Dentro de personas/bloqueadas, ahora se puede rellenar la tabla SOCIOSBLOQ desde un archivo de texto separado por comas, o separado por tabuladores, proporcionado por RIPE Consultoría. Como el archivo de texto puede ser muy grande (200,000 registros), se pasa directamente del archivo de texto proporcionado a la base de datos de SAC.
• En el reporte de focoop captacion, que salgan los padres del menor, aunque no supere los 1500 UDIS
• Traspaso entre cajeros: hacerlo autom. Una entrada de un usuario y una salida del otro, en el formulario de gasto/entrada. Se hacen en total 4 movimientos, el gasto de un usuario con su movusuario (salida de efectivo) correspondiente, mas la entrada del otro usuario con su movusuario (entrada de efectivo). Esto permite para cada usuario guardar las denominaciones de billetes y monedas entregadas y recibidas.
• Se adecua la lista de valores de cargo en la entidad, para hacerla mas compatible con la lista "tipo de acreditado relacionado" del reporte R04-C-0451 de la CNBV. En este reporte ahora se muestra este dato, incluyendo el caso de que el aval de un préstamo tenga cargo en la entidad, o el familiar de un aval de un préstamo tenga cargo en la entidad. Para actualizar estos datos se tiene que recurrir a Especiales/Recalcular campos de personas para PLD
• Al establecer en un préstamo las variables estimación adicional del SIC y estimación adicional de la CNBV, no se guardaban los cambios
• Poner de nuevo la version 12 de buro de credito CSV, como una opción en el reporte de saldo de préstamos
• Ya existe un formato de Crystal Reports del perfil transaccional del socio, PerfilTran1.rpt, se agrega un segundo formato para menores, PerfilTran.rpt, que también se imprime desde personas/actualizaciones. Este formato usa los datos tanto del menor cuando de su tutor económico, cuando exista esta relación.
• Que un préstamo se pueda solventar con la garantía de inversiones, cuando no se solventa con el monto bloqueado, pero solo con esta garantía. Entonces si cuenta con garantía prendaria o hipotecaria, si exigir además el monto bloqueado.
• Usar el módulo de denominaciones al cancelar un socio
• Cuando se mostraba en el corte de caja un gasto pagado con bancos, salía incorrectamente como positivo en vez de negativo
• Verificar el campo SOCIOS.ocupacion. En la base de datos si existe pero al mostrarlo en actualización de socios, aparece en blanco. Esto se debía a que hace unas semanas PAP pidió que se contara con una lista fija para seleccionar una de las ocupaciones disponibles, esta lista se implementa en Parámetros. Si la ocupación de una persona no estaba en esa lista, no se mostraba en el formulario. Se modifica el comportamiento de este formulario: si la ocupación no existe en la lista, se agrega. Se hacen validaciones con TRIM tanto al guardar en Parámetros como antes de mostrar en el formulario de personas.
• Al intentar cancelar un socio, y entrar a la ventana de denominaciones, al cancelar esta ultima ventana, cancela al socio
• En el corte de caja de denominaciones aparece un error desbordamiento aritmetico (cuando manejan muchos centavos). Un arreglo estaba definido como short en vez de integer.
• En el reporte regulatorio de cartera castigada, solo mostrar los creditos castigados durante el periodo (generalmente un mes). Ver documento de información detallada "SOCAPS-R04-I-0453-desagregado de cartera castigada…" que se puede obtener de https://www.gob.mx/cnbv/documentos/instructivos-de-llenado-53851
• Canje de billetes y monedas: se agrega un botón en caja para cuando cambian denominaciones los cajeros. El formulario de aplicación de movimientos en caja, frmCajaAplic, ahora también recibe el valor boleano ForzarDenom, que fuerza a que se regresen las denominaciones de los billetes y monedas recibidos y entregados, aunque el valor del efectivo sea cero. Esto es útil cuando se hace canje de billetes y monedas.
• En entrada/gasto, una opcion para imprimir un recibo. También que aparezca el movimiento en caja/imprimir formatos
• En IC se determina la version de SQL Server para decidir si se pueden usar funciones como IIF o CHOOSE. Antes de SQL Server 2012 no existian en T-SQL las funciones IIF y CHOOSE, por tanto se tiene que detectar en IC que version de la instancia de SQL Server se esta usando para generar la sentencia T-SQL adecuada a cada version.
• Se agrega el campo FecCargoPEP de tipo smalldatetime en la tabla SOCIOS, para determinar la fecha desde la que un socio posee un cargo como Persona Políticamente Expuesta
• Se modifican los formatos de solicitud de ingreso de PAP, escribiendo la sentencia SQL de consulta de tal forma que haga un JOIN con la tabla VALORES para traer la descripción del cargo en la entidad, y poderla mostrar en el reporte
• Se eliminan todas las conversiones a string, mediante la función CSTR, en el módulo de impresión, modImpresion.vb
• GML San Antonio reporta que no podía imprimir el recibo de préstamo (solicitud de préstamo, ReciboPrestamo.rpt). Se debía a que, al no manejar cuenta principal de partes sociales (vCtaPrimPS2), mandaba elsaldo con valor nulo.
• SMC experimenta retrasos en el reporte de captación de FOCOOP. Agregar una opción en el reporte para mostrar o no cuentas con saldo cero, y así disminuir el número de registros en los reportes de captación.
• Implementar el registro de visitas mediante MBATCH. Estas visitas se producen mediante el dispositivo móvil, y de ahí se transmiten en un archivo XML al folder MBATCHREAD, donde el módulo MBATCH las lee y las guarda en la base de datos de SAC.