Este documento contiene varias observaciones sobre tablas de auditoría en la base de datos SIR. Se identificaron problemas como campos que almacenan valores incorrectos o vacíos, registros duplicados, y falta de información en algunas tablas de auditoría. Se recomienda verificar por qué no se está capturando y almacenando toda la información relevante de los cambios realizados en el sistema SIR.

1. OBSERVACIONES AUDITORIA
• Porque en la tabla sir_op_auditoria aparecen unas ip o direccionamiento, si según
observación del requerimiento estas ip no se podían obtener. Ip servidor de aplicaciones
(Esta Observación ya fue solucionada con la garantía del despliegue realizado el
14/06/2013)
• Al realizar una corrección en un folio, con su respectiva Se cambia en un folio y se le
adiciona la salvedad, al verificar en la y se verifica en el tabla AUD_SIR_NE_ANOTACION
en el los campos ntcn_last_id_salvedad y ntcn_last_id_salvedad_new, existen registro que
tienen valor 0 o blanco, se debe verificar porque guarda información igual en los dos
campos hay registros que estan en 0 así mismo en el campo ntcn_last_id_salvedad_new
hay otros registros que están en cero o en blanco.
Se ejecuto la siguiente consulta, con el fin de verificar los registros que se encuentran con
este valor;
select * from auditoria_sir.AUD_SIR_NE_ANOTACION where NTCN_LAST_ID_SALVEDAD =
0 and NTCN_LAST_ID_SALVEDAD_NEW = 0;
Lo que nos da a entender no se está guardando el historial o los cambios incluidos en la
salvedad, verificar esto.
• En la tabla auditoria_sir.AUD_SIR_NE_ANOTACION se consulta
select * from auditoria_sir.AUD_SIR_NE_ANOTACION where NTCN_LAST_ID_SALVEDAD =
NTCN_LAST_ID_SALVEDAD_NEW AND ID_AUDITORIA_ANOTACION = 1036;
se realiza la consulta por la pantalla administrative Ver detalles de folio del folios 029-
1279, al verificar las salvedades se visualiza que la corrección fue realizada por el usuario
Adrianac.marquez

2. • Al realizar la En la tabla auditoria_sir.AUD_SIR_NE_ANOTACION
select * from auditoria_sir.AUD_SIR_NE_ANOTACION where NTCN_LAST_ID_SALVEDAD =
NTCN_LAST_ID_SALVEDAD_NEW AND ID_AUDITORIA_ANOTACION = 1036;
Se observa que en la tabla AUD_SIR_NE_ANOTACION en el campo username se esta guardando el
registro de (JUANM.BUSTAMANTE), usuario que corresponde al funcionario quien realizó el
avance del turno, más no la correcciónse consulta en el aplicativo y según observaciones de la
SNR, se debe guardar el registro de la persona que ejecuta la corrección (Ejecutar corrección
simple) y no quien revisa y aprueba la corrección.
• Tomando como ejemplo el folio 029-1276 , se consulta por el aplicativo y se observa que
Las salvedades se han realizadrono en anotaciones, sin embargo consultando se consulta
el mismo el folio en el esquema auditoria_sir, la tabla aud_sir_ne_salvedad_an, no se
observa registro y en la tabla sir_ne_salvedad_fo se observa que está un registro de
mostrando una información que no tiene relación con el folio, sino con las anotaciones
que contiene el folio.
select * from auditoria_sir.AUD_SIR_NE_SALVEDAD_an WHERE ID_MATRICULA = '029-1276';
select * from auditoria_sir.AUD_SIR_NE_SALVEDAD_FO WHERE ID_MATRICULA = '029-1276';
• Se verifica con la matricula 350-169248 en la anotación 7; verificando la salvedad se
visualiza que se realizó cambio sobre el nombre de la vendedora

3. Se realiza la consulta
select * from auditoria_sir.aud_sir_ne_anotacion_ciudadano where ID_MATRICULA = '350-
169248';
Se observa que para esta anotación se realizó un insert y un delete en este esta anotación, la cual
hace referenciacorrección con referente a los ciudadanos, pero también se relaciona unos update
que no trae información de este cambio. Verificar porque los está relacionando en esta tabla.
ID_AUDITORIA ID_ANOT ID_CIUDADANO ID_MATRICULA NTCD_ROL_PERSONA NTCD_ROL_PERSONA_NEW OPERACION
347412 7 38307595 350-169248 UPDATE
347413 7 105486587 350-169248 UPDATE
347427 7 105486588 350-169248 DE INSERT
347428 7 99775081 350-169248 UPDATE
347397 7 38307596 350-169248 DE DELETE
Asi mismo aplica para la tabla AUD_SIR_NE_COMPLEMENTACION ejemplo
id_auditoria_complementacion = 24566, ya que no se observa que cambios se realizaron con el
update
La verificación anterior debe aplicar Ttambién para las tablas AUD_SIR_NE_DOCUMENTO,
aud_sir_ne_naturaleza_juridica (update guillo) , AUD_SIR_OP_USUARIO
• Para la tablas AUD_SIR_OP_USUARIO Y AUD_SIR_FOLIO_DERIVADO verificar, teniendo en
cuenta que en los campos ip_terminal en la base de datos se está visualizando la IP están
saliendode los servidores de aplicación y lo correcto es que visualice debe salir la ip del equipo
que se está conectando, como lo realiza las otras tablas del esquema de auditoría. También
para aplica para la tabla AUD_SIR_OP_USUARIO
• Las tablas aud_sir_ne_salvedad_fo y aud sir_ne_salvedad_an deben tener el mismo
comportamiento, lo anterior teniendo en cuenta que al verificar las dos tablas, a pesar varios
campos que cumplen la misma función, no se están vi sua,lizando, por ejemplo el campo
descripción y descripción_new que la tabla sir_ne_salvedad_an
• Para la Tabla AUD_SIR_OP_MINUTA verificar los campos;
Id_categoria_new
Id_categoria
Id_circulo_notarial

4. Id_circulo_notarial_new, lo anterior teniendo en cuenta que no se esta visualizando la
información completa
• La tabla sir_op_solicitud en el campo id_auditoria_solicitud_folio los registro 1086551 y
1086527 en el campo username aparece la descripción de SIR, verificar a que hace referencia este
dato, ya que se verifico por el aplicativo y nos muestra que fue una reimpresión, también verificar
los demás datos de este campo que sean de SIR.
• En la AUD_SIR_REL_BLOQUEO_FOLIO solo debe quedar los registros que se actualizan por base
de datos, ya que en el esquema SIR, esta la misma tabla, con información más completa.
• En la tabla AUD_SIR_REL_USUARIO_CIRCULO se debe adicionar el campo Id_circulo_new
donde se debe almacenar el circulo destino de traslado del usuario.