Project

General

Profile

Actions

Errores #36

open

Se recibe reclamo municipios no nomenclados

Added by Demo MiGestion365 Admin about 2 months ago. Updated about 1 month ago.

Status:
Resuelta
Priority:
Normal
Assignee:
-
Start date:
04/06/2026
Due date:
04/07/2026 (53 days late)
% Done:

100%

Estimated time:

Description

Se recibe reclamo de Vane refiriendo que llega información de municipios a Service Now que no se encuentra nomenclada.


Files

clipboard-202604100950-7xbar.png (175 KB) clipboard-202604100950-7xbar.png Demo MiGestion365 Admin, 04/10/2026 12:50 PM
clipboard-202604100954-hwonb.png (112 KB) clipboard-202604100954-hwonb.png Demo MiGestion365 Admin, 04/10/2026 12:54 PM
municipios_instalados.xlsx (13.2 KB) municipios_instalados.xlsx Demo MiGestion365 Admin, 04/10/2026 12:59 PM
Actions #1

Updated by Demo MiGestion365 Admin about 2 months ago

Se procede a un análisis del origen de la información vertida en Service Now en Municipio y se llega a la siguiente conclusión

Camino completo del dato partido (BH)
1️⃣ Fuente CM
/mnt/ftp/Argentina/CM/CI_BH_SITE.json
• Allí viene el valor original (VA VILO, posiblemente como partido_fisico).


2️⃣ Loader (loader_DK_16122025.py)
• Lee CI_BH_SITE.json
• Carga los datos sin transformación en:
audit.ci_site.partido_despliegue


3️⃣ Script SN (main_RF_prd_26012025.py)
• En import_nodo():
o Toma datos desde:
 audit.ci_site
 (UNION con cm.ci_sfat_mfat_bfat)
o Copia directamente:
partido_despliegue AS partido
• Inserta el resultado en:
sn_ci.nodo


Detalle a no olvidar (el único “extra”)
🔹 sn_ci.nodo no se arma solo desde audit.ci_site, sino desde un
UNION con cm.ci_sfat_mfat_bfat.
Pero el origen del VA VILO puntual es audit.ci_site (BH).


Conclusión final
✅ Camino correcto
✅ No falta ningún script
✅ No hay transformación intermedia del partido para nodos
El valor nace en CM, pasa intacto por el loader y llega sin cambios a sn_ci.nodo.

Cómo llega a ServiceNow un municipio no nomenclado
1️⃣ Origen: Connect Master (CM)
• Una persona carga manualmente el dato de municipio (ej. VA VILO)
• El valor puede ser incorrecto o no estándar
📌 Acá nace el problema


2️⃣ Archivo de intercambio (CM → loader)
• El dato sale en:
/mnt/ftp/Argentina/CM/CI_BH_SITE.json
/mnt/ftp/Argentina/CM/CI_SFAT_MFAT_BFAT.csv
• Puede venir como:
o partido_fisico
o partido
• Sin validación automática
👉 El valor erróneo ya viene “mal” desde CM


3️⃣ Loader
• El loader:
o No valida
o No corrige
o No recalcula
• Solo:
o renombra columnas (partido_fisico → partido_despliegue)
o copia el valor tal cual
📌 El municipio no nomenclado entra a PostgreSQL intacto


4️⃣ Tablas intermedias
El dato pasa sin cambios por:
• audit.ci_site
• audit.ci_sfat_mfat_bfat_raw
• cm.ci_sfat_mfat_bfat


5️⃣ Script hacia ServiceNow
En main_RF_prd_26012025.py:
• Para nodos (sn_ci.nodo):
o partido_despliegue se copia directo
o No hay CASE, ni validación
• Resultado:
VA VILO → sn_ci.nodo.partido
📌 ServiceNow recibe el error tal cual fue cargado en CM


🧠 Resumen en una sola frase
Los municipios no nomenclados llegan a ServiceNow porque se cargan mal en Connect Master y ningún paso intermedio (loader ni main) los valida o corrige antes de publicarlos.

Actions #2

Updated by Demo MiGestion365 Admin about 2 months ago

Se evalúa la posibilidad de validar el valor de los municipios en loader, pero a sugerencia de Roberto, esto debe venir correctamente desde el origen y no debe ser luego manipulado. Por esta razón, se seguirán pasando los datos originales desde Connect Master sin adecuación

Actions #3

Updated by Demo MiGestion365 Admin about 2 months ago

Se define listado de acrónimos de municipios con su correspondiente utilización

Actions #4

Updated by Demo MiGestion365 Admin about 1 month ago

  • % Done changed from 0 to 100
Actions

Also available in: Atom PDF