SAC, IC, MCOB, MCAL, MBATCH 9.2.6735

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

• Se cambia en IC una de las cuentas involucradas al castigar un préstamo. En cuentas de orden, se carga y abona a CRECAS DVG y CRECAS INT en ves de CRECTO DVG y CRECTO INT. La cuenta contable de la interfaz correspondiente a CRECTO, se debe usar solo para el interés devengado en cuentas de orden (cuando un préstamo ya pasó a cartera vencida). CRECAS se usa en cambio para castigar préstamos así como para las recuperaciones de cartera castigada.
• Se modifica la matriz de riesgo de socios para PLD. A las personas que son PEPs (o relacionados con PEPs hasta el 2do. Grado) se les asigna 36 en vez de 35 puntos.
• Se agrega un nuevo valor tipo 'CargoEnt', correspondiente al catálogo de los cargos en la entidad, para empleado.  Aunque también se hubiera podido agregar manualmente.
• Evitar los falsos positivos en la consulta a lista negra. Que coincidan exactamente nombres y apellidos.
• Agregar algunos valores de actividades vulnerables correspondientes a valores más específicos del valor "prestación de servicios profesionales independientes"
• Se crea una tabla SOCIOSBLOQ y una interfaz para guardar las personas bloqueadas reportadas por las autoridades competentes: curp o rfc, nombre, fecnac, fec oficio y no. de oficio. En especiales/eliminar movs. Canc., se eliminan también las entradas canceladas de la tabla SOCIOSBLOQ. Se crea un reporte en PLD/lista de personas bloqueadas, para ver la lista completa de esta relación, o las coincidencias con la tabla SOCIOS
• Asignar permisos especiales para acceder a la opción Personas/Bloqueados en SAC. Se usa el permiso 76-PLD.
• Se agrega la tabla SOCIOSBLOQ para transmisión mediante Hermes
• Las operaciones relevantes no deben considerarse como fraccionadas (dejarlo opcional). Se agrega el campo PARAMETROS.OpRelevantesFrac, que indica si se debe hacer la suma de los movimientos dentro de un mismo mes calendario (operaciones fraccionarias) o no. También vale para las operaciones mayores de 300,000, 500,000 y un millón.
• En MCAL, en el cálculo global de calificaciones, al seleccionar el catálogo, se selecciona automáticamente el destinatario del cálculo, ya sea el campo PRESTOTOR.calif o SOCIOS.calif
• La subrutina de detección de pagos excesivos de préstamo necesita rediseñarse. Por lo pronto se evita el error de que, si en cierto periodo mensual no se contempla abono al préstamo de acuerdo al plan de pagos, y si hay un abono real, que este no aparezca como op. inusual
• Después de agregar un nuevo producto de pasivos, al hacer un movimiento del año anterior al actual (dado por fechauso) marcaba error. Era un error en guardamovahorro
• Manual en PDF, accesible desde SAC y sus utilerías
• Agregar en SOCIOS los gastos de luz, agua, telefono, gas e impuestos
• Parametrizar el monto de una op. para considerse relevante (10,000 o 7,500 o algun otro) mediante la variable global vOpRelevantesMin
• Se agrega SOCIOS.pais, que es el país de residencia de la persona fisica o moral, y SOCIOS.CalMig, calidad migratoria de la persona en caso de ser extranjero, según la Ley de Migración. Ya que estamos en estas, también agregar el país del domicilio de trabajo, SOCIOS.paistra
• "Se actualiza la base de datos de códigos postales CP, (CP.BAK) con dos nuevas tablas, PAISES y LOCALIDADESCNBV. La tabla de paises guarda todos los paises del mundo con su nombre y códigos alpha2, alpha3 y m49. Mediante status se identifican los paraísos fiscales y jurisdicciones de alto riesgo. Se aplica la sentencia update paises set status=1 where alpha2 in ('AD','AE','AG','AI','AL','AN','AO','AS','AW','BB','BH', 'BM','BN','BZ','CK','CR', 'CV','CX','CY', 'DJ', 'FK', 'GD', 'GG', 'GI','GL', 'GU', 'GY', 'HK','HN','IM','JE', 'JO','KI', 'KW','KY','LC', 'LI','LR', 'MC','MH','MO','MS','MT', 'MU','MV', 'NF','NR','NU','OM','PA','PF','PM','PN','PR','QA', 'SB','SC' ,'SH','SM', 'TC','TK', 'TO','TV', 'UY','VC','VG', 'VI', 'WS')"
• Para identificar a las jurisdicciones de alto riesgo se aplica la sentencia update paises set status=2 where alpha2 in ('BA','ET','IQ','IR','KP','LK','SY','TN','TT','VU','YE')
• Que en MBATCH, al recibir una petición payment post, se guarde el usuario recibido en la petición, y no el usuario que entró a MBATCH
• Implementar el reporte de captación r08 D 841
• En algunos combos (ancho normal de 105 pixels) al desplegar la lista, muestran cortada la información. Se usa la propiedad dropdownwidth con valor 210 para mostrar la información completa.
• No dejar espacios en claves de persona, de prestamo, de contrato, en los reportes regulatorios
• Los montos en los reportes regulatorios se presentan sin punto decimal ni comas, usar por tanto la funcion n0
• Se incluye en Utilerias.vb la funcion fymd para poner formato de fechas yyyyMMdd en rep. Reg.
• Se agregan a SOCIOS los campos LocalidadCNBV y LocalidadCNBVTra. Tomarla de la base de datos CP, tabla LOCALIDADESCNBV
• Se agrega un procedimiento en especiales/Asignar LocalidadesCNBV en base a domicilio actual
• Que en vez de bloquear el movimiento en caja por el parámetro MontoCaja, se pida un permiso. Se establece el permiso 40-Superar el monto en efectivo en caja establecido con MontoCaja
• Implementar la nueva versión de esquema de carga de Circulo de Crédito, versión 13, la anterior era versión 10
• Para Circulo de Crédito se cambia la descripción del estado "DF" a "CDMX", en la función NumAEdo
• en circulo de crédito, en las etiquetas y , se reporta la cantidad incluyendo los intereses, de acuerdo al mismo manual. Antes solo se presentaba capital. En cambio dice que no deberá incluir intereses.
• Se actualiza el catálogo de claves de observación de Círculo de Crédito, agregando claves como PD, PE, PI
• En SAC, en el reporte de personas por lista de campos, se presentan los aprox. 160 campos de la tabla SOCIOS por orden alfabético. Para tal fin se agregan primero todos los campos de dicha tabla en una sortedlist, donde se van almacenando en orden, después se pasan de esta lista al checked list box, donde el usuario los puede seleccionar.
• formato de consulta al SIC, que aparezcan datos faltantes que requiere la entidad. Se incrementa el número de parámetros que recibe el formato, tanto AutorizacionSIC como AutorizacionSIC1, para incluir sucursal, maymen, clavesocio, es decir la llave primaria del socio, y consultara la base de datos para traer todos sus datos. Se tiene que hacer esta corrección a todos los formatos de todas las entidades.
• Se corrige un error en IC al generar pólizas automáticas. No se traían valores para vCtaPrimAh0 y vCtaPrimMB4, es decir las cuentas por default para ahorro y garantías líquidas. Esto ocasionaba que no se calcularan correctamente las EPRC para los préstamos.
• Había al parecer un error al llamar AsignaMBPre, el proceso que asigna el saldo de la garantía líquida prorrateado a cada préstamo activo de cada socio. Se tiene que mandar llamar a esta subrutina para todas las sucursales, pues aparentemente hay socios que tienen préstamos activos en más de una sucursal. Con esta modificación ahora checan los saldos de estimación en IC contra SAC, consultando todos los préstamos o los préstamos de cada sucursal.
• Se modifica el formato de recibo para SMC para mostrar el monto del movimiento en efectivo o bancos en su caso. No se modifican los recibos de otras entidades mientras no lo soliciten.
• Se hizo una pequeña adecuación en mbatch. Al recibir una consulta XML que no contenga el parámetro user, o sea vacío, marca correctamente este error.
• Se corrigió la cancelación de socios. Al calcular el interés s/pasivos se espera el arreglo salidas(8) y tenía salidas(5)
• Formato para impresión de la consulta Astrid con los datos (titulo de la consulta, nombre del socio, numero de socio, fecha de la consulta). Llamado consultasic.rpt
• Que el sistema no permita guardar el registro si no cumple con los datos mínimos requeridos en las disposiciones de lavado de dinero. La 4ª de las disposiciones del Art. 124. I. Tratándose de personas físicas de nacionalidad mexicana, se asentarán los siguientes datos: apellido paterno, apellido materno y nombre(s); domicilio particular (calle, número, colonia, código postal, delegación o municipio, ciudad o población y entidad federativa); fecha de nacimiento; nacionalidad; ocupación o profesión; actividad o giro del negocio; teléfono(s) en que se pueda localizar; así como la Clave Unica del Registro de Población y/o el Registro Federal de Contribuyentes (con homoclave) cuando dispongan de ellos.
• Alerta al presentarse cambio en el grado de riesgo de los socios. Usar la tabla MSG para registrar el cambio, y hacer un reporte especial para consultar estos cambios. Laa 44 de las disp. Del Art. 124: las Entidades deberán contar con un sistema de alertas que les permita verificar y detectar cambios en el comportamiento transaccional de los Socios o Clientes y, en su caso, adoptar las medidas necesarias.
• Reporte donde pueda consultar por grado de riesgo.
• En la pestaña PLD en ingreso de socios, habilitar las cajas de texto monto de operaciones y numero de operaciones. La 44 de las disposiciones del Art. 124: Las Entidades deberán considerar la información que proporcione el Socio o Cliente al inicio de la relación comercial, para determinar un perfil transaccional inicial, mismo que deberá ser incorporado al sistema de alertas a que se refiere esta disposición, con objeto de detectar inconsistencias entre la información proporcionada por el Socio o Cliente y la frecuencia, tipo o naturaleza de las Operaciones que realice.
• Agregar naturaleza y frecuencia de las operaciones que realizara el socio, origen y destino de los recursos. Se agrega en la tabla SOCIOS los campos OpNat, OpFrec, OpOrigen, OpDestino
• Agregar un catalogo de ocupaciones.
• Si un socio es persona física, poder determinar si tiene actividad empresarial. Ya existe SOCIOS.PropieOc, se considerarn los valores 0-no, 1-si
• pantalla de autorización para operaciones mayores a 300,000, 500,000, 1,000,000 así como para personas de alto riesgo y PEP. Se agrega el permiso 41-Autorización de op. mayores, a per. de alto riesgo y PEPs. Ref: DISPOSICIONES de carácter general a que se refieren los artículos 71 y 72 de la Ley para Regular las Actividades de las SOCAP
• Reporte de operaciones relevantes solo las que cumplan con depósitos mayores o igual a 7,500 dll
• Matriz en enfoque basado en riesgo. Ya la tiene el MCAL.
• Cambiar los campos CalifMCAL de money a REAL. El retorno de la función de MCAL también que produzca un valor single (equivalente al REAL de T-SQL). MCALSALDO.saldo ya es de tipo REAL.
•  Se considerará que un valor igual o mayor a 1, es persona o préstamo de alto riesgo, menor a 1, de bajo riesgo. La 44 de las disposiciones del Art. 124: Asimismo, las Entidades deberán clasificar a los Socios o Clientes por su grado de Riesgo, debiendo establecerse como mínimo dos clasificaciones, alto Riesgo y bajo Riesgo. Las Entidades podrán establecer niveles intermedios de Riesgo, adicionales a las clasificaciones antes señaladas.
• Se agrega la posibilidad de poner estilo de colores alternados a los renglones de un grid. Se evita este estilo para los grids que usan mezcla de renglones (mergecells) por comportamiento indeseado
• En MCAL/personas/calificación global, y en frmExpedientes, botón cmdAceptar, antes de calcular la calificación de cada persona o préstamo en base a las condiciones de la tabla mcalCuenta, calcular primero los campos de PLD mediante la función CalcCamposPLD (monto de las op. mens., num. de op. mens., relación con alquien que tiene cargo en la entidad, relación con un PEP, y productos financieros utilizados)
• Incrementar el tamaño de SOCIOSBLOQ.nompila de 50 a 100
• Se modifica el reporte r04 c 451 focoop de saldo de préstamos, según requerimientos a PBO por parte de FOCOOP. Se quitan columnas como rfc, curp, etc., y los intereses morosos se agregan en las columnas de interes devengado normal.
• En los reportes financieros y todos los reportes de información del módulo modHTML, en vez de presentar el nombre de estado mostraba el número (16 en vez de Michoacán)
• No permitir que se den de alta personas sin el apellido paterno, excepto para la persona moral, de la cual se proporciona solo el nombre de la empresa
• En el reporte de saldo de préstamos, para FOCOOP, se presentan por separado 3 columnas, correspondientes a interes moroso cn, int mor cv e int mor co
• Se cambia el nombre del reporte de consulta externa de ConsultaSIC.rpt a ConsultaExt.rpt, para servicios de consulta como Astrid o QeQ
• Combo en el catálogo de ocupaciones de la persona
• "Artículo 46.- Las sociedades no tendrán que identificar los créditos que representen un "riesgo común" en los términos previstos por la fracción I del Artículo 45 de las presentes disposiciones, siempre y cuando la suma de los veinte créditos con mayor saldo insoluto otorgados por la Sociedad, no represente más del 10 por ciento de su cartera total y ningún crédito sea mayor al 3.5 por ciento de su capital neto." Ya se verifica que cada crédito no supere el 3.5 por ciento del capital.
• "Para tales efectos, las Sociedades solo llevarán un control respecto de los vínculos patrimoniales y de parentesco de los acreditados a que se refiere el párrafo anterior que rebasen el 2 por ciento de su capital neto." Se pide el permiso 39.
• Regresar un numero determinado de socios, con un parametro limit en la consulta query persons
• Tienen que abrir y cerrar cada dia en mbatch, porque considera fechauso como de ayer. Ahora detecto cuando las fechas de MBATCH y SAC son diferentes y lanzo un error pidiendo al usuario que vuelva a iniciar sesión.
• En MBATCH para guardar el resultado de la consulta, ademas de usar el folder MBATCHWRITE, ahora uso el folder MBATCHWRITE2, para que quede constancia de los XML escritos y no los borre el programa cliente. Se usa este folder si se establece el campo mbatchUsarW2 en 1
• Guardar bitacora del MBATCH, si se establece el campo mbatchUsarB en 1
• Se migró una nueva base de datos de códigos postales desde el catálogo de SEPOMEX versión del 5/may/2018, en excel, denominado Cpdescarga.xls. El destino es la base de datos en SQL Server llamada CP, tabla CP
• Agregar en MCOB, ademas del evento tipo visita y tipo llamada, un tipo mensaje SMS
• Agregar un usuario extra que pueda agregar eventos a un prestamo en MCOB. Se agrega el campo SOCIOS.mcobUsuario2. Ambos usuarios mcobUsuario y mcobUsuario2 pueden agregar eventos al préstamo del socio. Pueden desasignarse por un usuario que tenga el permiso correspondiente. Se agregan automáticamente si hay 1 o 2 espacios vacios, al agregar un nuevo evento.
• Que en la pantalla de eventos que aparezca el saldo actual del prestamo (y quiza, eso lo agrego yo, el saldo mínimo a pagar)
• Mandar mensajes de correo electronico automaticos desde MCOB a personas morosas, ya existe esta caracteristica, ahora se agrega el formulario de parámetros en MCOB para que se pueda dar de alta el correo empresarial para enviar mensajes
• En MCOB no corresponden los movimientos con los de caja de SAC. Lo que sucedía es que en SAC se mostraban todos los movimientos de todos los préstamos historicos del socio. En MCOB, solo se consultaban los movimientos del préstamo actual. Ahora se muestran de todos los préstamos, igual que SAC.
• Existe una funcion cioEmail.isEmail para verificar si una cuenta de correo electrónico esta bien construida, usarla al guardar en socios o parametros
• SMC envía un archivo de texto que es una tabla con campos como estado, clave de localidad, CP y nombre. Es al parecer idéntico a un archivo de Excel que habían mandado hace un tiempo. Sin embargo es diferente al catálogo de localidades proporcionado por PV, la diferencia principal radica en que todas las localidades de SMC terminan con 0001, siendo incluso el mismo número de localidad para localidades diferentes del mismo municipio. El catálogo de PV si tiene diferentes números de localidades, siendo siempre crecientes, 0001, 0002, etc.
• Otra característica de estas bases de datos de localidades, ya sea la de PV o la de SMC, es que los números de estados no corresponden con los de SAC (iguales a los de buró de crédito), por ejemplo 14 es Jalisco, mientras que SAC usa 15 para Jalisco. Por tanto se agrega la función NumEdoSacANumEdoSEPOMEX para convertir el número de estado, en los reportes de captación.
• Transferencias entre cuentas de pasivos de personas (Transf. otras per.): al cancelar un socio, permitir transferir sus saldos a una cuenta específica de otro socio (persona). Falta verificar que el socio destinatario de la transf., tenga datos actualizados (transmisión con Hermes), verificar que entre ellos haya alguna relación (SOCIOSDEP)...
• Detectar especificamente las operaciones en efectivo mayores a 1,000,000
• Detectar operaciones mayores a 500,000 en efectivo, no solo para personas morales, sino para personas fisicas con actividad empresarial (SOCIOS.propieoc=1)
• En el reporte de operaciones relevantes duplica los movimientos, esto sucede cuando esta parametrizado como "no fracc", y una persona hizo 2 o más movimientos relevantes en el periodo. Se requiere filtrar las personas en el procedimiento PrepararRelevantesNoFracc para que no se dupliquen.
• En el reporte personas PLD, en el combo de calificación, al seleccionar riesgo alto o bajo no me muestra información, solamente si selecciono el %. La condición era incorrecta, se corrigió.
• Al tratar de reinvertir una inversión, incrementándola retirando de una cuenta de pasivos, marcaba el error No se pudieron comparar 2 elementos en la matriz. Faltaba una conversión de tipo mediante Cshort
• PAP reporta una póliza sospechosa de error, en la cual se paga un servicio, se cobra otro, se va una parte a ahorro del socio y lo demas se paga en efectivo. No se encontró error. Póliza PAP-80391
• SOCIOS.OpOrigen, campo de texto que describe el origen de los recursos del socio, debe establecerse un combo para seleccionar alguno de los valores agricultura, ganadería, nomina, comercio, honorarios. Se seguirá almacenando el texto, y no un índice.
• SOCIOS.OpNat, la naturaleza de las operaciones, puede ser ahorro, crédito, ahorro y crédito. Por tanto cumple las funciones del campo ProdUso. Entonces dejar ProdUso y eliminar la columna OpNat.
• Alerta al presentarse cambio en el grado de riesgo de los socios.  Ya se usa la tabla MSG y el reporte de mensajes, aclarar
• Indicar si una persona tiene actividad empresarial, ya tiene esa funcionalidad, aclarar
• En IC, en el balance general, no aparece el saldo de la cartera castigada, pero veo que en interfaz, no aparecen cuenta para cartera castigada dvg e int, revisar. En efecto faltaba definir las cuentas
• Guardar la hora en que se entregó un préstamo, para aparecer en corte de caja. Mostrar la hora (hh:mm) en el formulario de pólizas y ver donde mas
• Que en corte de caja se vean por separado los movimientos en efectivo o bancos.
• Que los reportes de operaciones relevantes puedan opcionalmente generarse por trimestre (1er. Trimestre, enero a marzo, etc.)
• "No aparece la Localidad CNBV correspondiente al SOCIO PAP mayor 33-162" Es debido a que sus datos de domicilio estan incorrectos. La colonia debe ser Santa Catarina de Tepehuanes, ciudad debe estar vacío y el municipio debe ser Tepehuanes. La Localidad CNBV correspondiente es 484100350001
• En gastos (y entradas) dar la opcion para seleccionar el IVA en base a un valor parametrizado, o valores, por ejemplo 0 y 16. En caso de cambio de tasa
• Reporte de catálogo minimo, quitar la columna de mes-año
• Agrego el campo hora en las tablas ENTRADA y SALIDA, derivado de modificaciones en la hoja de colecta. Inicializarla en base a la fecha, más "12:00"
• Se agrega en IC el campo PARAMETROS.dec para determinar la cantidad de decimales a mostrar en las cantidades de los reportes financieros. Ahora el campo PARAMETROS.miles solo determina si se muestran pesos o miles de pesos. Estos 2 campos se relacionan con las variables globales vMiles y vDec
• Para mostrar la hora en el formato de recibo de caja (recibo.rpt) se envía la fecha y hora desde SAC, en el formato de CR se recibe como un parámetro. Se hacen algunas modificaciones en SAC para que diversos procesos envíen la hora correcta del movimiento.
• En reporte de auxiliares, para los movimientos de servicios, no mostraba el saldo histórico
• Al reest/renov en frmEntPrest, no redondeaba los montos de capital e intereses al pagar el préstamo anterior