Errores #36
open
Se recibe reclamo municipios no nomenclados
Added by Demo MiGestion365 Admin about 2 months ago. Updated about 1 month ago.
100%
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 |
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.
Updated by Demo MiGestion365 Admin about 2 months ago
- File clipboard-202604100954-hwonb.png clipboard-202604100954-hwonb.png added
- Due date set to 04/07/2026
- Status changed from Nueva to Resuelta
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

Updated by Demo MiGestion365 Admin about 2 months ago
Se define listado de acrónimos de municipios con su correspondiente utilización
Updated by Demo MiGestion365 Admin about 1 month ago
- % Done changed from 0 to 100