MANUAL DE OPERACIONES

FEAT-9357-REGU-1131

REGISTRO ABONADO
RENTESEG FASE 3

ESPECIFICACIONES

Abril, 2023

INDICE

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 1 de 12
1. DESCRIPCIÓN GENERAL DEL PROCESO.....................................................3
2. DIAGRAMA DE PROCESO.................................................................................5
3. REVISIÓN DE LOGS.............................................................................................6
3.1. CARGA DE INPUTS – REGISTRO ABONADO RENTESEG FASE 3...........6
3.2. GENERACIÓN REPORTE – REGISTRO ABONADO RENTESEG FASE 36
4. VALIDACIÓN TABLAS & VISTAS....................................................................6
5. REPROCESO DE REPORTE REGISTRO ABONADO RENTESEG FASE 37

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 2 de 12
 1. DESCRIPCIÓN GENERAL DEL PROCESO

El presente proceso se describe como el procedimiento para generar el Reporte de Registro

de Abonado de Renteseg Fase 3 para el ente Regulador Osiptel – Regulatorio (10.4.35.1). El
proceso se ejecuta de forma DIARIA a las 03:00 am. A continuación, el detalle del proceso
(servidor, ruta, forma de ejecución), outputs:

Nombre Procesos OutPut

Reporte Ejecución Shell: Carga Tablas:

Registro
Abonado IP: 10.4.77.90 IP: 10.4.35.1
Renteseg User: usrewa5 User: DWC_CARGA
Fase 3 Pass: R3gul4T0r10 Pass: ************
Ruta: /datos5/FG_REG_PROD/Shells/ Base Datos: PROD_REGU_NORMA_DATA

a) Carga Inputs Tablas Inputs:

- RA Contacto  PROD_REGU_RTS_DATA..T_RTS_RA_CONTACTO
 PROD_REGU_RTS_DATA..T_RTS_SUBS_DEVICE
cd /datos5/FG_REG_PROD/Shells  PROD_REGU_RTS_DATA..T_RTS_TRAFICO_VINC
python Frame_NZLoad.py RTSRACONTACT ULADO_FA
YYYYMMDD
python Frame_TransformaRN_NZ.py RTSRACONTACT Tabla Reporte e Histórica:

- Subscriber Device Hist  PROD_REGU_RTS_DATA..T_RTS_BASE_FINAL_D

 PROD_REGU_RTS_DATA..T_RTS_BASE_FINAL_H
cd /datos5/FG_REG_PROD/Shells _DIAS
python Frame_NZLoad.py RTSRASUBSDEV
YYYYMMDD Vista del Reporte
python Frame_TransformaRN_NZ.py RTSRASUBSDEV
 PROD_REGU_RTS_DATA..VW_RTS_REGISTRO_A
- Tráfico Vinculaciones IMEI e IMSI BONADO
cd /datos5/FG_REG_PROD/Shells
python Frame_EjecutaSP.py SPGENTRAFVINC1
YYYYMMDD YYYYMMDD

b) Generación Reporte: Generación Reportes:

Delta: Diaria IP: 10.226.5.114

User: netezza
cd /datos5/FG_REG_PROD/Shells Pass: netezza$
python Frame_EjecutaSP.py SPGENRTSRA01 Ruta:
YYYYMMDD D /netezza/BANDIT/RENTESEG3/InformesBI/RegistroUnico
python Frame_EjecutaSP.py SPGENRTSRA02 D D Abonado
python Frame_EjecutaSP.py SPGENRTSRA03 D
python Frame_Extractor_NZ.py EXRTSRA  22_RA_YYYYMMDD.TXT  Archivo Data
(YYYYMMDD+1)  22_RA_YYYYMMDD.sign  Archivo Hash

Nota: El reporte se genera con sufijo de fecha de sistema.

Histórica: (Única Vez)

cd /datos5/FG_REG_PROD/Shells
python Frame_EjecutaSP.py SPGENRTSRA01
YYYYMMDD H
python Frame_EjecutaSP.py SPGENRTSRA02 H D
python Frame_EjecutaSP.py SPGENRTSRA03 H
python Frame_Extractor_NZ.py EXRTSRA
(YYYYMMDD + 1)

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 3 de 12
Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones
Preparado por: Indra Pág.: 4 de 12
2. DIAGRAMA DE PROCESO

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 4 de 12
3. REVISIÓN DE LOGS

A. Logs en LINUX:

Para realizar el monitoreo del proceso en cuestión se debe revisar los siguientes logs de
los módulos SPNZ, FTP, NZLoad y TRNZ en el servidor 10.4.77.90:

a. Log SP:

/datos5/FG_REG_PROD/Logs/EXSP_$LAYOUT_YYYYMMDD_HHMISS.log

Donde:

 $LAYOUT:
- SPGENRTSRA01  Base principal del Registro Abonado.
- SPGENTRAFVINC2  Tráfico Vinculado IMEI e IMSI al D-2
- SPGENTRAFVINC1  Tráfico Vinculado IMEI e IMSI al D-1
- SPGENRTSRA02  Cálculo y formateo de campos para reporte
RA.
- SPGENRTSRA03  Carga de Tabla Reporte Diario e Histórico
RA.

 YYYY (Año), MM(Mes), DD(Día), HH(Hora), MI(Minuto) y SS(Segundo)

b. Log Carga Stage:

/datos5/FG_REG_PROD/Logs/NZLoad_$LAYOUT_YYYYMMDD_HHMISS.log

Donde:

 $LAYOUT:
- RTSRACONTACT
- RTSRASUBSDEV

 YYYY (Año), MM(Mes), DD(Día), HH(Hora), MI(Minuto) y SS(Segundo)

c. Log Transformación RN:

/datos5/FG_REG_PROD/Logs/TRRN_$LAYOUT_YYYYMMDD_HHMISS.log

Donde:

 $LAYOUT:
- RTSRACONTACT
Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones
Preparado por: Indra Pág.: 5 de 12
 - RTSRASUBSDEV

 YYYY (Año), MM(Mes), DD(Día), HH(Hora), MI(Minuto) y SS(Segundo)

B. Logs en BD

Para realizar el monitoreo del proceso por el lado de base de datos se puede realizar la
siguiente consulta para su verificación en el ambiente de Teradata (10.226.0.34) en el
esquema PE_PROD_FG_CONFIG.

A continuación, los script y validaciones del proceso:

a. Procedimiento Almacenado SP:

--Validación Ejecución - Tabla Log SP:

SELECT * FROM PE_REG_P_FG_CONFIG.TB_LOG_SP_CARGA
WHERE CodigoSP IN ('SPGENTRAFVINC1', 'SPGENTRAFVINC2',
'SPGENRTSRA01','SPGENRTSRA02','SPGENRTSRA03')
ORDER BY LoteStore DESC;

b. Carga Stage:

--Validación Ejecución - Tabla Log Carga Stage:

SELECT * FROM PE_REG_P_FG_CONFIG.TB_LOG_CARGA
WHERE NombreLayout IN ('RTSRACONTACT', 'RTSRASUBSDEV')
ORDER BY LoteStage DESC;

c. Transformación RN:

--Validación Ejecución - Tabla Log RN:

SELECT * FROM PE_REG_P_FG_CONFIG.TB_LOG_RN
WHERE NombreLayout IN ('RTSRACONTACT', 'RTSRASUBSDEV')
ORDER BY LogID DESC;

d. Schedule Matriz:

--Validación Ejecución - Tabla Log Schedule Matriz

SELECT *
FROM PE_REG_D_FG_CONFIG.vw_Schedule_Matriz
WHERE NombreLayout IN (
'RTSRACONTACT', 'RTSRASUBSDEV', 'SPGENTRAFVINC1', 'SPGENTRAFVINC2',
'SPGENRTSRA01','SPGENRTSRA02','SPGENRTSRA03', 'EXRTSRA')

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 6 de 12
 ORDER BY HorIni, FecCreaTS ASC

4. VALIDACIÓN TABLAS & VISTAS

Una vez finalizada la ejecución de los procesos en el servidor 10.4.77.90 (FG_PYTHON),

acceder al servidor indicado a continuación:

Servidor : 10.4.35.1
Usuario : DWC_CARGA
Password : DWC_CARGA_1
Base Datos : PROD_REGU_NORMA_DATA

Revisar en la Base Datos la cantidad de registros en la tabla y vista (previamente haber

validado el estado de los procesos en las tablas logs BD), ambas deben tener la misma
cantidad.

4.1. TABLA INPUT RA CONTACTO:

SELECT DATE(FECHA_PROCESO) FECHA_PROCESO, COUNT(*)

FROM DESARROLLO_AM..T_RTS_RA_CONTACTO
GROUP BY 1 ORDER BY 1 DESC;

4.2. TABLA INPUT SUBSCRIBER DEVICE HIST

SELECT SUBSTR(PROCESS_DATE, 1,10) PROCESS_DATE, COUNT(*)
FROM DESARROLLO_AM..T_RTS_SUBS_DEVICE
WHERE SUBSTR(PROCESS_DATE, 1,10) >= '2023-04-01'
GROUP BY 1
ORDER BY 1 ASC
LIMIT 100;

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 7 de 12
 4.3. TABLA INPUT TRAFICO VINCULACIONES
SELECT DATE(FECHA_VINCULACION) FECHA_VINCULACION,TIPO_TRAF, COUNT(*)
FROM DESARROLLO_AM..T_RTS_TRAFICO_VINCULADO_FA
GROUP BY 1,2
ORDER BY 1 DESC
LIMIT 100;

4.4. TABLAS REPORTE REGISTRO ABONADO

TABLA REPORTE

SELECT FECHA_PROCESO, COUNT(*)

FROM DESARROLLO_AM..T_RTS_BASE_FINAL_D
GROUP BY 1;

TABLA HISTORICA

SELECT FECHA_PROCESO, COUNT(*)

FROM DESARROLLO_AM..T_RTS_BASE_FINAL_H_DIAS
GROUP BY 1
ORDER BY 1 DESC;

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 8 de 12
 GENERACION REPORTE

5. REPROCESO DE REPORTE REGISTRO ABONADO RENTESEG FASE 3

La generación del reporte de Registro de Abonado es DIARIA, lo cual debemos asegurar la

carga de sus inputs de forma DIARIA y también la correcta ejecución de los demás procesos,
también debemos de realizar con cuidado este reporte ya que compara con la información del día
anterior para enviar los DELTAS, siempre debemos validar la data de las tablas inputs. por
ejemplo, estamos hoy día 20230323 y vemos que no se envió el día 20220320, entonces tenemos
que reprocesar desde el 20220320 al 20230322, ejecutando lo siguiente:

A. EXTRACCION DE INPUTS ALDM.

Los planos de ALDM se generan con fecha de sistema.

a. Extracción RA Contacto – REGRTS001

cd /opt/tef_extract/Shells
nohup sh sh_Jgen_ExtrReprocesoSinDS.sh REGRTS001 20220320 20220320 D &

b. Extracción Subscriber Device Hist – REGRTS002

cd /opt/tef_extract/Shells
nohup sh sh_Jgen_ExtrReprocesoSinDS.sh REGRTS002 20220313 20230320 &

B. CARGA DE INPUTS.

a. Carga Input RA Contacto

cd /datos5/FG_REG_PROD/Shells
nohup python Frame_NZLoad.py RTSRACONTACT 20220323 &
python Frame_TransformaRN_NZ.py RTSRACONTACT

b. Carga Input Subscriber Device Hist

cd /datos5/FG_REG_PROD/Shells
nohup python Frame_NZLoad.py RTSRASUBSDEV 20220323 &
python Frame_TransformaRN_NZ.py RTSRASUBSDEV

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 9 de 12
 C. CARGA TRAFICO VINCULACIONES Y GENERACION DEL REPORTE REGIS-
TRO ABONADO

Ejecutar de forma secuencial:

cd /datos5/FG_REG_PROD/Shells
python Frame_EjecutaSP.py SPGENRTSRA01 20230320 D
python Frame_EjecutaSP.py SPGENTRAFVINC2 20230319 20230319
python Frame_EjecutaSP.py SPGENTRAFVINC1 20230320 20230320
python Frame_EjecutaSP.py SPGENRTSRA02 D R
python Frame_EjecutaSP.py SPGENRTSRA03 D
python Frame_Extractor_NZ.py EXRTSRA 20230321

D. VALIDACION REPORTES FTP:

ftp -vin 10.226.5.114

user netezza netezza$
/netezza/BANDIT/RENTESEG3/InformesBI/RegistroUnicoAbonado
ls 22_RA_20230421.*

Luego quedaría validar el estado de los procesos en las tablas logs BD (Punto 3) y registros en la
tabla y vista (Punto 4). Lo mismo aplicaría para los demás reportes, los cuales están detallados
en el cuadro (Punto 1).

Fecha de Actualización: 25/04/2023 Versión: 1.0 Manual de Operaciones

Preparado por: Indra Pág.: 10 de 12