Procedimiento: Validar referencias a registros para reportes

De Vocalcom.latam Wiki
Saltar a: navegación, buscar

Precondiciones:

Para realizar el análisis de los datos del Reporting, es muy recomendado saber que CustomerID tiene relacionado el sitio en donde se encuentra/n la/s campañas a analizar, o bien para el analisis mismo de todo el sitio. En caso de no tener el CustomerID, se pueden realizar 2 consultas:

Si se sabe el nombre del sitio, pero no su CustomerID, se puede realizar la siguiente consulta en la base de datos de admin (por defecto, HN_Admin)

SELECT CustomerID, Description FROM [HN_Admin].[dbo].[ListCustomers] WHERE Description = 'NombreDelSitio'

Si se sabe el nombre de la campaña que esta generando problemas, pero no el sitio en el que se encuentra, se pueden realizar las siguientes consultas (tambien en la base de datos de admin):

Select CustomerID, Customer, Description FROM [HN_Admin].[dbo].[ListCampaigns] WHERE Description = 'NombreDeLaCampaña'

En el caso de haber mas de una campaña con el mismo nombre, hay listas para cada tipo de campaña (Chat, Fax, Inbound, etc). Se deberá entonces hacer la misma consulta pero en la lista correspondiente al tipo de campaña.


Para el diagnóstico de los reportes, vamos a necesitar saber en dónde buscar el reporte los datos para generarse. Esto se encuentra en la base de datos del Reporting (por defecto, HN_Reporting), En la tabla QueryList. Los datos utilizados para realizar los reportes se almacenan en Vistas, que no son mas que datos recopilados de una o mas tablas. La tabla QueryList va a contener un listado de todas las Vistas.


Datos:

ViewName: base de datos en la que se encuentra y nombre de la Vista.

ReportType: para qué tipo de reporte utiliza la tabla el Reporting. Los nombres de las tablas tambien son descriptivos, por lo que ambos datos son complementarios para ver en qué reporte influye.

MinTime/MaxTime: Fecha y hora minima y máxima (escritas en UniversalTimeString) almacenada en el reporte. En el caso que la tabla no sea un BACKUP, por defecto tiene un MaxTime lejano con el fin de evitar tener que actualizarlo constantemente.

CustomerID: id de sitio al que se refiere la Vista. Útil para saber qué Vistas hay que analizar en caso de que los reportes no funcionen solamente para sitios específicos.


Procedimiento:

Se realiza una consulta a esta Tabla, principalmente discriminando por CustomerID y/o ReporType pero depende de cada caso.

Se verifica primero que los MinTime y MaxTime sean coherentes (si hay una campaña inbound muy activa en el sitio con CustomerID = 1, el MinTime y MaxTime tiene que abarcar el dia de la fecha si en el mismo esta operativa, y los backups no tener huecos importantes de fechas entre ellos).

Luego se verifica que en las Vistas listadas hayan efectivamente datos, tanto en general como en fechas especificas en las que se haya probado (generando un reporte) que este se presentaba en blanco.

Por último se verifica si hay alguna Vista relacionada a ese reporte que no está siendo listada en QueryList, lo cual puede ocasionar falta de información.