• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Observaciones auditoria
 

Observaciones auditoria

on

  • 230 views

 

Statistics

Views

Total Views
230
Views on SlideShare
230
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Observaciones auditoria Observaciones auditoria Presentation Transcript

    • 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 , al verificaren la en el tabla AUD_SIR_NE_ANOTACION en los camposntcn_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. 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. 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 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ón 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 realizaron en anotaciones, sin embargo se consulta el mismo folio en el esquemaauditoria_sir, la tabla aud_sir_ne_salvedad_an, no se observa registro y en la tabla sir_ne_salvedad_fo se observa que un registro de 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 Se realiza la consulta select * fromauditoria_sir.aud_sir_ne_anotacion_ciudadanowhere ID_MATRICULA = '350-169248'; Se observa que para esta anotación se realizó un insert y un delete en esta anotación, la cual hace referencia 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 tambié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_terminalen la base de datos se está visualizando la IP de los servidores de aplicación y lo correcto es que visualice la ip del equipo que se está conectando, como lo realiza las otras tablas del esquema de auditoría. Las tablasaud_sir_ne_salvedad_fo y audsir_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 Para la Tabla AUD_SIR_OP_MINUTA verificar los campos; Id_categoria_new Id_categoria Id_circulo_notarial 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.