cid:image001.png@01D30153.FF554CD0

Cambios Recursos Humanos

Versión: SW 004.500.065

Plataforma: ERP/PYME

IA/OT: OT-3466

Informativo N°16, marzo/2019

 

 

Procesos/Opciones Afectados:

Verificación Consistencia de datos

 

 

Objetivo:

 

Permanentemente se detectan inconsistencias en las bases de datos de los clientes, pero después de un análisis en Proyectos es que se puede llegar a concluir los problemas en los datos. Por lo anterior se crea un nuevo proceso llamado “Verificación consistencia de Datos”, que permitirá detectar e informar de errores o inconsistencia de datos en la base como herramienta para Soporte, de manera de poder dar soluciones más rápidas a los clientes que se encuentren con problemas en sus bases de datos.

 

 

Detalle de cambios

 

Portada

 

Bajo el Menú “Empresa”, se agrega la opción “Verificación consistencia de Datos” como se aprecia en la siguiente imagen:

 

 

Este proceso permite detectar e informar de errores o inconsistencia de datos como, por ejemplo, definición de variables, inconsistencia de vigencia de fichas u otros problemas propios de las definiciones de tablas del sistema como, por ejemplo, tablas con atributo de autoincremento NO activo.

 

Verificación consistencia de Datos

 

Al ingresar a esta opción la pantalla inicial del proceso se mostrará como la siguiente imagen:

 

 

 

Donde el usuario deberá seleccionar al menos una opción de las validaciones para realizar en el proceso.

 

El resultado del análisis generará un archivo plano (txt) y se preguntará al usuario el área donde desea generar el informe. Por defecto, el nombre del archivo a generar cumplirá la siguiente estructura:

 

“InformeConsistencia_[añomesdiahhmmss].txt”

 

 

Para entender qué es lo que valida cada opción de este validador de consistencia, a continuación se pasará a ver en detalle cada una de las opciones de validación

 

 

1.    Parámetros del sistema (tabla SWParam)

 

·         Los campos MesesPrep y MesesLiq, siempre deben contener un texto de largo 24. Dicho texto sólo puede contener valores “0” y/o “1”

·         Los datos contenidos en los campos PrimerMes, PrimerAno, Indice, MesesPrep, MesProceso y AnoProceso, deben ser coherentes entre sí, es decir, a partir de los valores contenidos en los campos PrimerMes, PrimerAno, Indice, MesesPrep, se debe poder calcular los valores de los campos MesProceso y AnoProceso.

 

Al detectarse cualquiera de las anomalías descritas, se informará siguiendo la lógica del siguiente ejemplo:

 

Parámetros del sistema

·         Campo MesesPrep (Tabla SWParam): El campo no cumple con el largo correcto. Largo detectado [99] caracteres…. revise esta definición

 

 

2.    Variables y Constantes

 

Definición de Variables

 

·         Las variables definidas como numéricas, deben tener un valor mayor a cero en el campo nroEnteros y un valor mayor o igual a cero en el campo nroDecimales, ambos de la tabla SW_Variable

 

·         Las variables definidas como texto, deben tener un valor mayor a cero en el campo nroCaracteres, tabla SW_Variable

 

Al detectarse cualquiera de las anomalías descritas, se informará siguiendo la lógica del siguiente ejemplo:

 

Definición de Variables

-       El campo NroEnteros (Tabla SW_Variable) para las siguientes variables, debe ser numérico mayor a cero.

[H204], [H206], ….

 

Valores de Variables

 

·         Las variables definidas como numéricas sólo pueden contener valores numéricos en el campo Valor, tabla SW_VariablePersona

 

Al detectarse alguna anomalía de este punto, se informará siguiendo la lógica del siguiente ejemplo:

 

Valores de Variables

-       Las siguientes variables definidas como numéricas, contienen un valor NO numérico.

[H122 – 03/2018], [H122 – 04/2018], [H182 – 01/2018

 

 

Definición de Constantes

 

·         Las constantes definidas como numéricas, deben tener un valor mayor a cero en el campo nroEnteros y un valor mayor o igual a cero en el campo nroDecimales, ambos de la tabla SW_Constante

·         Las constantes definidas como texto, deben tener un valor mayor a cero en el campo nroCaracteres, tabla SW_Constante

 

Al detectarse cualquiera de las anomalías descritas, se informará siguiendo la lógica del siguiente ejemplo:

 

Definición de Constantes

-       El campo NroEnteros (Tabla SW_Constante) para las siguientes variables, debe ser numérico mayor a cero.

[C015], [C022], ….

 

 

Valores de Constantes

 

·         Las constantes definidas como numéricas sólo pueden contener valores numéricos en el campo Valor, tabla SW_ConstValor

 

Al detectarse una anomalía en este punto, se informará siguiendo la lógica del siguiente ejemplo:

 

Valores de Constantes

-       Las siguientes constantes definidas como numéricas, contienen un valor NO numérico.

[C032 – 03/2018], [C032 – 04/2018] ….

 

 

3.    Registros de Vigencia

 

Para las tablas donde se maneja vigencia por fechas desde/hasta, se analizará la existencia de duplicidad de registros asociados a una ficha, es decir, que una ficha aparezca asociada a más de un registro para un mismo mes, por ejemplo

 

Ficha

Centro Costo

Vig.Desde

Vig.Hasta

 

VE200

001

01/Enero/2018

01/Diciembre/2018

Desde Ene/2018 hasta Dic/2018 en el CC 001

VE200

002

01/Junio/2018

01/Diciembre/9999

Desde Jun/2018 hasta Dic/9999 en el CC 002

 

Es decir, desde Junio/2018 a Diciembre/2018 la misma ficha aparece asociada a dos Centros de Costo

 

Al detectarse una anomalía en este punto, se informará siguiendo la lógica del siguiente ejemplo:

 

Registro de Vigencia Centro Costo

-       Las siguientes fichas presentan duplicidad de registros asociados a una Ficha / Centro Costo

Ficha [VE200] – Centro Costo [001] – Vig.Desde [01/01/2018] – Vig.Desde [01/12/2018]

 

El detalle de las tablas a las que se analizará el Registro de vigencia será el siguiente:

-       AFP

-       Isapres

-       Centro Costo

-       Área de Negocio

-       Caja Compensación

-       Cargo

-       Código INE

                   

4.    Registros Pre-Poblados

 

Para las tablas que lleven datos pre-poblados en la plantilla del sistema, se verificará que dichos registros existan en la BD del cliente.

 

La validación se hará comparando los registros existentes en la BD del cliente, versus los datos contenidos en la plantilla del sistema (swdatos.mdb del área de programa del sistema)

 

El análisis de los datos se realizará bajo dos escenarios.

 

Escenario 1

 

El primer escenario, tiene que ver con las tablas que son base de algún proceso y que no cambian ni son actualizables por el usuario. En este escenario, el análisis se realizará comparando que la cantidad de registros de la plantilla, versus la cantidad de registros en la BD del cliente. Si hay diferencias se informará al usuario siguiendo la lógica del siguiente ejemplo:

 

Registros Pre-Poblados

-       Los registros pre-poblados de las siguientes tablas, pueden presentar anomalías, por favor verifique:

 

Tabla SII_Impto2daCat – Plantilla [99] registros – BD [89] registros

 

El detalle de las tablas a las que se analizará el Registros Pre-Poblados será el siguiente:

 

-       SII_Impto2daCat

-       sw_archivosExtension

-       sw_archivosProcesos

-       Sw_CHMArcaModeloReloj

-       Sw_ConceptosMovPersonal

-       SW_DiasAnoServ

-       Sw_EstadosSW_LMActLaboral

-       SW_LMCalidad

-       SW_LMEEstadosImed

-       Sw_LMEParamConceptos

-       SW_LMOcupacion

-       SW_LMSubsidio

-       SW_LMTipoLicen

-       SW_MovPerVsInsti

-       SW_PEMenuOpciones

-       SW_Procesos

-       Sw_VarProceso

-       SW_ProcesosReservados

-       Sw_VariablesReservadas

-       SW_VarSistemaGrilla

-       SW_TipoDeposito

-       SW_TipoEfectivo

-       Sw_TipoEvento

-       SW_TipoVvista

-       Sw_variabDJ

-       SW_VarsisteDJ

-       SW_VarTraspaso

-       SWEquivaPrevired

-       SwCapturaDef

-       SWProcesosCaptura

-       SwWizardOrden

-       SWWizardOrdenDesc

-       SWWizardTablas

-       SWWizardTablasNoBorrar

-       SW_TagCorreo

 

Escenario 2

 

El segundo escenario a analizar, tiene que ver con las tablas que son base de algún proceso, pero luego van siendo complementadas por el usuario, ya sea modificando o agregando nuevos registros. En este escenario, el análisis se realizará verificando que el registro base de la plantilla exista en la base de datos del cliente. Si no existe se informará al usuario siguiendo la lógica del siguiente ejemplo:

 

Registros Pre-Poblados

-       Los registros pre-poblados base de las siguientes tablas, pueden presentar anomalías, por favor verifique:

 

Tabla SW_Arboldoc – Registros bases de la Plantilla difieren de la BD

 

El detalle de las tablas a las que se analizará el Registro Pre-Poblados será el siguiente:

 

-       SW_Arboldoc

-       SW_ArbolDef

-       SW_Constante

-       SW_LibRemu

-       SW_ProcesoCorreo

-       SW_ChParam (debe existir al menos un registro)

 

 

5.    Campos Auto-numéricos

 

La existencia de tabla sin el atributo auto-numérico activo (Identity), es otra de las validaciones necesarias de incorporar y que aplica directamente sobre la estructura de las tablas del sistema.

 

Al detectarse una anomalía en este punto, se informará siguiendo la lógica del siguiente ejemplo:

 

Campo Auto-Numérico

-       La tabla BoletEmp no tiene activada la propiedad auto-numérica

 

 

El detalle de las tablas a las que se analizará el Campos Auto-numéricos será el siguiente:

 

Tabla                                   Columna

Boletemp                             Cont

Boletemp2                           Cont

Boletpro                               Cont

Boletpro2                             Cont

sw_infocer                           ID

sw_infodec                          ID

SwLogFicha                         IdNum

sw_cargas                           codCarga

sw_varobsoletas                  ID

sw_certifhon                        Cont

Swlogch                               IdNum

sw_masinfo                         CodInt

sw_tmpvaraux                     Cont

sw_tmpvarauxisa                Cont

Sw_PeHojaVida                  IDHojaVida

Sw_PeHojaVidaDocsLog    IDHVDocLog

Sw_PeHojaVidaLog            IDHVLog

sw_trc                                  Cont

Sw_Archivos                       Id_Archivo

sw_pppermisolog                 IdNum

sw_trcarn                             Cont

sw_trcpago                          Cont

sw_det_billetes                    correlat

sw_folemcons                     ID

sw_varcheque                     CampoLlave

sw_docconfin                      Cont

SwLogPE                             IdNum

sw_vacsollog                       IdNum

swloglockproceso                ID_Log

sw_folem                             ID

SW_LMLicMedLog              IdNum

 

Formato de Informes

 

Se generará un archivo plano (txt), en el área indicada por el usuario. Por defecto, el nombre del archivo a generar cumplirá la siguiente estructura

 

“InformeConsistencia_[añomesdiahhmmss].txt”

 

La estructura del archivo será más o menos la siguiente:

 

Informe Verificación Consistencia de Datos – [dd/mm/yyyy]

 

Servidor de Base de Datos – XXXXX

Base de Datos - XXXXXX

 

Parámetros del sistema

-       Campo MesesPrep (Tabla SWParam): El campo no cumple con el largo correcto. Largo detectado [99] caracteres.

 

Variables y Constantes

 

-       El campo NroEnteros (Tabla SW_Variable) para las siguientes variables, debe ser numérico mayor a cero.

[H204], [H206]

 

Registros de Vigencia

 

Registros de Vigencia Cargo

          - Las siguientes fichas presentan duplicidad de registros asociados a una Ficha / Cargo

            Ficha [ADM1] - Cargo [004] -  Vig.Desde: 01/01/2014 Vig.Hasta: 01/02/2016

            Ficha [ADM1] - Cargo [004] -  Vig.Desde: 01/01/2014 Vig.Hasta: 01/02/2016

            Ficha [ADM1] - Cargo [004] -  Vig.Desde: 01/01/2014 Vig.Hasta: 01/02/2016

 

Registros Pre-Poblados

- Los registros pre-poblados de las siguientes tablas, pueden presentar anomalías, por favor verifique:

            Tabla SW_archivosExtension - Plantilla [16] registros - BD [14] registros

            Tabla Sw_CHMArcaModeloReloj - Plantilla [123] registros - BD [119] registros

            Tabla SW_MovPerVsInsti - Plantilla [113] registros - BD [119] registros

            Tabla SWEquivaPrevired - Plantilla [27] registros - BD [28] registros

 

Campos Auto-numéricos

          - No se detectaron anomalías

 

cid:image012.png@01D30153.FF554CD0