Telegestión AP — Dashboard Unificado
LPI-MEM-BID-2026-002 · 207,000 nodos · 1,036 GWS · ≈200 nodos/GWS · RD
BID · MEM · 2026 v5 · análisis de coincidencia

¿Qué empresa coincide casi exactamente con la licitación?

Análisis de coincidencia entre la PDTG del pliego y las hojas de especificación públicas de cada solución

🎯
Conclusión: La solución cuyo "fingerprint" técnico coincide de forma más estrecha con el pliego es Wellness TechGroup (WeLight / Actis NEMA 7), una empresa española. Esto es consistente con la observación de DG: el pliego cita normativa española (REEIAE ITC-EA-04, RGPD) sin fuerza legal en RD, lo que delata la mano de un consultor o fabricante español. La arquitectura LoRaWAN NEMA 7 + backhaul LTE + CMS WeLight Manager TALQ + escala ~70K nodos de Montevideo encaja casi punto por punto con el spec.
📊 Índice de coincidencia con el pliego (spec-match score)Mayor % = más se parece al spec PDTG, mayor probabilidad de haber influido en su redacción
1
Wellness TechGroup · WeLight + Actis NEMA 7 🇪🇸
Empresa española · LoRaWAN NEMA7 · CMS TALQ · Montevideo 70K · normativa española en el ADN del producto
92%
2
Flashnet + Kerlink · InteliLIGHT 🇷🇴🇫🇷
LoRaWAN NEMA7 puro · Kerlink GWS 915 MHz para RD · TALQ 2.6.2 · stack idéntico a la arquitectura del pliego
88%
3
CITiLIGHT · VELOCiTI LMS 🇮🇳
LoRaWAN NEMA7 · referencia Montevideo heredada · falta confirmar TALQ/INDOCAL y capacidad GWS
78%
4
Signify / Telensa · Interact City 🇳🇱
RF Sub-GHz propietario (no LoRaWAN puro) · acusado de favoritismo en luminarias Lotes 1-3
72%
5
Dimonoff / Itron / Tvilight
LoRaWAN NEMA7 + GWS ≥200 + TALQ · cumplen pero sin huella española ni referencia regional fuerte
~70%
6
Schréder EXEDRA / OWLET 🇧🇪
GWS máx. 150 nodos → NO cumple el ≈200 nodos/GWS del pliego · Wi-SUN mesh (no LoRaWAN puro)
58%
7
Ubicquia UbiCell 🇺🇸
Arquitectura LTE-directa SIN gateway → contradice los 1,036 GWS del pliego · sin INDOCAL aún
48%
8
CHZ Lighting 🇨🇳
Footprint RD (~50K) pero stack telegestión sin documentar · sin TALQ/HES público
38%
🔬 Por qué Wellness TechGroup encaja casi exacto
Requisito del pliegoWeLight / Actis NEMA 7Match
Nodo NEMA 7 ANSI C136.41Actis Plus / Force NEMA 7EXACTO
RF LoRaWANLoRaWAN nativo (también NB-IoT/LTE-M)EXACTO
Backhaul GWS por LTERed LoRaWAN privada + LTE backhaulEXACTO
≈200 nodos/GWS · 1,036 GWS70K nodos Montevideo / múltiples GWSCOMPATIBLE
Software HES TALQWeLight Manager TALQ certificadoEXACTO
GPS integrado por nodoGPS integrado (algunos modelos)EXACTO
Modo failsafe (luminaria ON)Modo a prueba de fallos: siempre ONEXACTO
Detección averías por IA / temp.Algoritmos IA + sensor temperaturaEXACTO
Normativa española REEIAEEmpresa española · 300+ municipios ESHUELLA 🇪🇸
Medición INDOCAL (facturación)Medición disponible · INDOCAL sin confirmarVERIFICAR
🧩 Evidencia del "consultor español"

1. Normativa citada: El pliego referencia REEIAE ITC-EA-04 y RGPD, regulación española de eficiencia energética en alumbrado exterior, que no tiene fuerza legal en RD. Solo un redactor español copiaría estas referencias.

2. Arquitectura: El diseño exacto de 207K nodos LoRaWAN + 1,036 GWS (≈200/GWS) + backhaul LTE + CMS TALQ es el patrón de despliegue característico de WeLight en sus 300+ municipios europeos.

3. Referencia regional: Montevideo (70K luces LoRaWAN, uno de los mayores del mundo) es la carta de presentación de Wellness TechGroup en LatAm — CITiLIGHT "hereda" esa misma referencia, lo que sugiere relación entre ambas.

4. Otros candidatos españoles: Tellink, Televes (NB-IoT), ISDE-Urbótica también son españolas, pero sin la escala ni la huella TALQ+LoRaWAN del spec.

⚠️
Matiz importante: "Parecerse al spec" no prueba autoría — varias soluciones LoRaWAN NEMA7 + TALQ son técnicamente equivalentes porque el mercado convergió en estos estándares. Pero la combinación de (a) empresa española, (b) normativa española citada, (c) arquitectura idéntica y (d) referencia Montevideo señala a Wellness TechGroup como el fingerprint más probable. Flashnet+Kerlink es el más cercano técnicamente sin la huella española.

Análisis forense: ¿qué viene exacto del pliego y qué es de cada proveedor?

Separación rigurosa entre huella real (apunta a un proveedor) y convergencia de industria (aparece en todos)

🔬
Principio del análisis: que un proveedor "cumpla" el spec no significa que lo escribió. Solo lo distintivo (normativa citada, arquitectura precisa, referencias regionales) fingerprintea autoría. El hardware estándar (LoRaWAN, IP66, ARM, NEMA 7) es convergencia de mercado y no prueba nada.
🔴 Nivel 1 · Huella REAL (apunta a un proveedor concreto)Lo que un redactor neutro NO incluiría salvo vínculo con un proveedor
Texto / dato exacto del pliegoA quién apuntaFuerza
Cita REEIAE ITC-EA-04 + RGPD (normativa española de alumbrado exterior, sin fuerza legal en RD) Integrador español → Wellness TechGroup (WeLight, 🇪🇸) 🔴 ALTA
Arquitectura 207,000 nodos / 1,036 GWS ≈ 200 nodos/GWS + backhaul LTE Topología estrella LoRaWAN de WeLight (300+ municipios) · también Flashnet/Dimonoff 🟠 MEDIA
Escala/referencia tipo Montevideo (70K luces LoRaWAN) Wellness ejecutó Montevideo · CITiLIGHT la "hereda" 🟠 MEDIA
⚪ Nivel 2 · Convergencia de industria (NO prueba autoría)Aparece casi idéntico en el datasheet de TODOS los proveedores serios
Spec PDTGKerlinkDimonoff / Itron / Tvilight / Flashnet¿Distingue?
NEMA 7 ANSI C136.41— (es nodo)✅ todos❌ estándar
LoRaWAN✅ todos❌ estándar
Banda 915 MHz US902-928✅ iBTS/iStation✅ todos LatAm❌ regional
CPU ARM 32-bit✅ Cortex A9✅ todos❌ genérico
IP66✅ iBTS✅ casi todos❌ outdoor estándar
TALQ— (software)✅ todos❌ estándar
🟢 Nivel 3 · Contraevidencia (debilita "Kerlink escribió el spec")
Los mínimos del pliego son MENORES que lo que da Kerlink:
Spec PDTG (mín)Kerlink realLectura
RAM ≥128 MB256 MBpide menos
Flash ≥256 MB8 GB (8000 MB)pide muchísimo menos
Si el spec se hubiera escrito para Kerlink, los mínimos serían iguales a sus números (256 MB / 8 GB), no por debajo. Que estén por debajo indica mínimos inclusivos para varios gateways — no copia del datasheet Kerlink.
El gateway de referencia podría NO ser Kerlink:
El piloto de Montevideo de Wellness TechGroup usó 3 gateways Multitech, no Kerlink. Si Wellness escribió el spec (lo más probable por la huella española), el GW de referencia podría ser Multitech Conduit.

Kerlink encaja técnicamente (mejor cumplimiento punto por punto, IP66 exacto en iBTS), pero no hay evidencia de que su datasheet fuera la plantilla del pliego.
🎯
Conclusión forense: La única huella real del pliego es la normativa española → señala a Wellness TechGroup como integrador detrás del spec. El hardware del gateway (LoRaWAN, IP66, ARM, 915 MHz) es convergencia de industria y no fingerprintea a Kerlink ni a nadie. Kerlink iBTS es el GW que mejor *cumple* el spec, pero "cumplir mejor" ≠ "haber escrito el spec". El gateway de referencia real probablemente sea Multitech (usado por Wellness en Montevideo).

Especificación PDTG del pliego (referencia de comparación)

Requisitos técnicos contra los que se mide cada solución · Gateway · Nodo · Software

Nodos LoRaWAN
207,000
Controles NEMA 7-pin
Gateways
1,036
Backhaul LTE
Capacidad GWS
≈200
Nodos/GWS · PDTG 2.2
Medición
INDOCAL
IEC 62058-11 · facturación
📡 Gateway — requisitos clave
ÍtemRequisito
Capacidad conexión≥ 200 luminarias (PDTG 2.2)
RFLoRaWAN · 915 MHz / 433 MHz
Alcance RF≥1 km urbano · ≥10 km LOS
BackhaulLTE M2M · APN privado · IP fija/VPN
Bandas LTEFDD B1/B2/B3/B4/B5/B6/B7/B8/B38
CPUARM 32-bit o superior
RAM / Flash≥128 MB / ≥256 MB
ProtecciónIP66 · -20 a 60°C · IK≥9
ProtocolosMQTT · HTTP/S · CoAP · TLS≥1.2
Garantía / vida útil≥3 años / ≥8 años
🔌 Nodo — requisitos clave
ÍtemRequisito
ConectorNEMA 7 · ANSI C136.41/2020
RFLoRaWAN/Zigbee/Wi-Sun/MESH
GPSIntegrado · geolocalización c/punto
MediciónIEC 62058-11 · INDOCAL · W,kWh,kVAr,V,A,PF
Almacenamiento≥60 días sin conectividad
ProtecciónIP66 · IK10 · -30 a 70°C
Voltaje105–305 V · 1800 VA · 1000 W
HomologaciónINDOTEL · ISO 9001 · INDOCAL
Garantía / vida útil≥3 años / ≥8 años
💻 Software / HES — requisitos clave
CategoríaRequisito
Estándares interoperabilidadTALQ · FIWARE · uCIFI · IEC 61968-9
Certificación softwareCMMI 5
Integración comercialMultispeak v4/v5 · CIM · MDMS
MódulosGIS · dashboards · alertas · OTA · seguridad/auditoría
Normativa citada (anómala)REEIAE ITC-EA-04 · RGPD (España, sin fuerza legal RD)
⚠️
Contradicción del SOW: El pliego exige nodos LoRaWAN al GWS, pero para facturación establece que los medidores comuniquen vía LTE/API. Esta inconsistencia es la palanca para pedir aclaración en la pre-licitación y, potencialmente, habilitar arquitecturas LTE-directas (UbiCell).

Fichas técnicas individualizadas por empresa

Tecnología del nodo · Gateway · Software · Capacidad GWS · Estado frente a requisitos PDTG

Filtrar:
Ubicquia / UbiCell
🇺🇸 Fort Lauderdale, EE.UU. · Referencia: 800K+ despliegues · LoRa Alliance, GSMA, 20-20 Cities
ESTRATÉGICO — EMISOR DEL ANÁLISIS INDOCAL PENDIENTE — URGENTE
⚠️ CUMPLE PARCIAL
🔌 Nodo de Control — UbiCell UGU / UbiCell 3i
Conector
NEMA 7-pin
ANSI C136.41 · plug-and-play · 360M+ farolas compatibles
Comunicación
LTE directo (4G)
Sin gateway requerido · SIM M2M · APN privado · global
LoRa módulo
Módulo add-on
Ubihub LoRa gateway module integrable · no nativo en nodo
Dimming
0-10V · DALI · DALI-2 · D4i
Todos los protocolos LED
Tensión
90 – 506 V
120V/240V/277V/480V universal
Protección
IP66 · IK07
Sobretensión 10 kV/5 kA · SPD integrado
GPS
Integrado
Geolocalización + tilt + vibración + last gasp
Medición
Utility-grade
V, A, W, kWh, PF, LINE y LOAD · detección voltaje bajo/alto · robo cable
Certificación medición
⚠️ INDOCAL pendiente
Sin cert. metrológica RD · acción urgente requerida · proceso INDOCAL debe iniciarse YA
📡 Gateway — Arquitectura UbiCell
Arquitectura GWS
SIN GATEWAY
UbiCell 2.0/3i: LTE directo → cloud UbiVu. "Lowest TCO without gateways/concentrators"
Capacidad nodos/GWS
N/A (LTE directo)
No aplica en arq. LTE. Con módulo LoRa: varía. Contradice req. PDTG ítem 2.2 ≥200
Backhaul
4G LTE · global
SIM M2M por nodo · sin concentrador · escala ilimitada teórica
Ubihub LoRaWAN GW
Módulo separado
UbiHub: NEMA socket · actúa como GWS LoRa para sensores externos · cap. no publicada
⚡ Oportunidad estratégica: La arquitectura LTE-directa de UbiCell resuelve la contradicción del SOW (facturación vía LTE/API). Si se logra clarificar en la pre-licitación del 9 de junio que los medidores pueden comunicar directamente por LTE, UbiCell eliminaría la necesidad de 1,036 gateways RF, reduciendo drásticamente el costo y la complejidad.
💻 Software — UbiVu
Plataforma
UbiVu (cloud)
AWS GovCloud · ISO/IEC 27001 · APIs REST
TALQ
Certificado 2023
UbiVu TALQ cert. · integración 3rd party · GIS integrado
FIWARE · CMMI5
⚠️ No confirmado
Sin evidencia de cert. FIWARE ni CMMI5 en documentación pública
NEMA 7P ✓ LoRaWAN (add-on) GWS ≥200 ✗ IP66 ✓ LTE M2M ✓ TALQ ✓ INDOCAL ✗ (urgente) GIS/HES ✓
CITiLIGHT · VELOCiTI LMS
🇮🇳 India (operaciones globales) · 800K+ luces · 140+ ciudades · Ref. Montevideo Uruguay
🔴 COMPETIDOR TOP #1 Montevideo LoRaWAN 70K luces TALQ/INDOCAL sin confirmar
⚠️ CUMPLE PARCIAL
🔌 Nodo de Control — ILC NEMA / ZHAGA
Conector
NEMA 7-pin · ZHAGA
ANSI C136.41 · plug-and-play · ambas interfaces disponibles
Comunicación
LoRaWAN (Semtech LoRa)
Semtech LoRa Alliance certified · largo alcance · bajo consumo
También soporta
LTE · RF propietario
Multi-protocolo según proyecto
Latencia comando
< 5 segundos
Confirmado en despliegue Montevideo · 100+ ciudades India
Precisión medición
0.5 – 1.0%
Dato publicado en Semtech case study · verificar INDOCAL
Cert. INDOCAL
⚠️ Sin confirmar
Medición no certificada formalmente para RD · riesgo de descalificación
📡 Gateway
Capacidad nodos/GWS
⚠️ No publicada
No especificado en docs públicos. En Montevideo: 70,000 nodos / n GWS → escala verificable
Red LoRaWAN
Privada (on-premise)
Montevideo: red LoRaWAN privada sobre Actility ThingPark Enterprise
Backhaul
LTE / Ethernet
Dependiente del operador de red LoRaWAN (Actility/NNNCo en Montevideo)
GWS en Montevideo
Multitech (piloto)
Piloto: 53 nodos + 3 gateways Multitech. Escala: no publicada para producción
🎯 Ventaja competitiva clave: CITiLIGHT hereda la referencia de Montevideo (70,000 luces LoRaWAN, uno de los proyectos más grandes del mundo en LoRaWAN). Esto los posiciona como el rival más peligroso. Su punto débil: la certificación INDOCAL y la especificación exacta de capacidad de gateway.
💻 Software — VELOCiTI 3.0 LMS
Plataforma
VELOCiTI 3.0 LMS
Monitoreo real-time · detección fallos · optimización energía · 140+ ciudades
TALQ
⚠️ No confirmado
Sin certificación TALQ publicada en talq-consortium.org · riesgo técnico
GIS
Dashboard GIS
Monitoreo georreferenciado · alertas · reportes · CCMS integrado
NEMA 7P ✓ LoRaWAN ✓ GWS cap. no publicada IP66 ✓ LTE (vía operador) TALQ ✗ INDOCAL ✗ GIS ✓
CHZ Lighting (Shanghai CHZ Lighting Co., Ltd.)
🇨🇳 Shanghai, China · Fundada 2013 · ISO9001/14001/45001/50001 · CE/CB/ETL/TÜV · +100 países
🔴 COMPETIDOR TOP #2 Único con footprint RD ~50K luces 2024 Smart télégestión: specs no públicas
🔵 INVESTIGAR
🔌 Nodo de Control — Smart Street Light Controller
Conector
⚠️ Verificar NEMA 7P
Fabrica luminarias con socket NEMA/Zhaga pero el controlador smart específico no está documentado públicamente para esta licitación
Comunicación
⚠️ No documentada
Presunto LoRaWAN/Zigbee en línea smart. Sin datasheet público de nodo telegestión LoRaWAN para el proyecto RD
Luminaria smart
LED + DALI / 0-10V
Productos LED certificados CE/CB/ETL. Smart integration: pendiente confirmar
Medición INDOCAL
⚠️ Sin confirmar
Crítico: si el proyecto RD de 50K luces incluía facturación INDOCAL, sería la ventaja más fuerte
Certif. hardware
ISO9001 · CE · CB · ETL
TÜV · RoHS · Laboratorio in-house · Fudan Univ. + Shanghai Univ.
Footprint RD
~50,000 luces (2024)
⚠️ PENDIENTE VERIFICACIÓN · si confirmado, única empresa con in-country reference → ventaja decisiva
📡 Gateway
Capacidad nodos/GWS
⚠️ No documentada
Sin especificación pública. Crítico para cumplir PDTG ítem 2.2 (≥200 nodos/GWS)
Backhaul
⚠️ No documentado
Sin confirmación de LTE M2M con APN privado e IP fija requeridos por PDTG
🔍 Investigación urgente: Si el proyecto de ~50,000 luces en RD (2024) incluyó sistema de telegestión punto a punto con medición INDOCAL, CHZ Lighting sería el único competidor con experiencia local comprobada. Esto les daría una ventaja que ningún otro competidor puede replicar a corto plazo.
💻 Software / Plataforma
CMS/HES
⚠️ No documentado
Sin información pública de plataforma HES, TALQ, FIWARE ni CMMI5
TALQ / FIWARE
⚠️ No confirmado
No aparece en lista de productos certificados TALQ Consortium
NEMA 7P (verificar) LoRaWAN (verificar) GWS cap. sin doc. IP66 (luminaria sí) LTE (verificar) TALQ ✗ INDOCAL (verificar) HES CMMI5 ✗
Flashnet / InteliLIGHT® + Kerlink (Wirnet iStation)
🇷🇴 Rumanía (Flashnet · Lucy Group) + 🇫🇷 Francia (Kerlink) · Stack LoRaWAN más probado en LatAm · +1M lámparas
🔴 COMPETIDOR TOP #3 Stack campo probado · Santiago 2019 TALQ 2.6.2 · ISO 9001
✅ CUMPLE TODO
🔌 Nodo — InteliLIGHT FRE-220-NEMA / FRL-220-NEMA
Conector
NEMA 7-pin
ANSI C136.41 · Zhaga Book 18 · también versión embedded
Comunicación
LoRaWAN + NB-IoT + Wi-SUN
Multi-protocolo combinables en el mismo proyecto · Sigfox opcional
Dimming
DALI · DALI-2 · 0-10V · PWM
Todas las interfaces LED · bidireccional
Protección
IP66
-20°C a +60°C · IK09 · UV resistente
Medición
V · A · W · kWh · PF · kVAr
IEC 62058-11 · precisión comercial · GPS auto-comisionado
INDOCAL
⚠️ Sin confirmar RD
Medición comercial certificada en otros países. Verificar homologación INDOCAL específica
📡 Gateway — Kerlink Wirnet iStation (915 MHz · US902-928)
Capacidad nodos/GWS
200 – 500+ nodos
LoRaWAN estándar: un GWS industrial cubre 200-500 nodos en urbano. Kerlink iStation: arquitectura carrier-grade para alto volumen
Modelo
Wirnet iStation
Frecuencia 915 MHz (US902-928) · apto para RD · IP67 · ARM Cortex
Backhaul
4G LTE · Ethernet
Dual 4G+ETH · SIM M2M · VPN IPSec · GPS integrado · APN privado
Canales LoRa
8 CH RX + 1 TX
SX1302 chipset · multi-SF · 10 canales efectivos · ADR
RAM / Flash
512 MB RAM · 4 GB Flash
Muy por encima del mínimo PDTG (128 MB / 256 MB)
Software GWS
KerOS (Linux) · Wanesy Mgmt
Zero-touch provisioning · OTA firmware · remote monitoring · zero-config LoRaWAN
Protección
IP67 · -40°C a +70°C
IK09 · surge 10 kV · resistencia extrema
Garantía
3 años
Estándar Kerlink · renovable
Red LNS embebida
Opcional (Wanesy SPN2)
On-gateway LoRa Network Server para redes privadas standalone
💻 Software — InteliLIGHT CMS (3ª generación)
TALQ
Certificado v2.6.2
Re-certificado 2025 · CMS + gateway TALQ · APIs north/south-bound
Estándares
uCIFI · FIWARE · IEC 61968-9
Multispeak v4/v5 · integración MDMS comercial
GIS
Módulo GIS completo
Georreferenciación · clustering · filtros · simbología dinámica
AI / ML
Integrado v3
Detección fallos predictiva · análisis consumo · mantenimiento preventivo
CMMI5
⚠️ Sin confirmar
No confirmado en documentación pública. Requiere verificación
LatAm
Santiago de Chile 2019
IoT Innovatech Chile · proyectos en Europa, Oriente Medio, Norteamérica
NEMA 7P ✓ LoRaWAN ✓ GWS 200–500 nodos ✓ IP66/67 ✓ LTE M2M ✓ TALQ 2.6.2 ✓ INDOCAL (verificar) GIS/HES ✓ CMMI5 (verificar)
Signify (Philips) / Telensa · Interact City
🇳🇱 Países Bajos · Líder global #1 · 2.6M+ lámparas · Caribe + LatAm · Adquirió Telensa (UK) en 2021
⚡ COMODÍN — SPEC PUEDE FAVORECERLES Top 3 Guidehouse Insights Acusaciones de favoritismo en Lotes 1-3
✅ CUMPLE TODO
🔌 Nodo — Telensa PLANet / Interact City node
Conector
NEMA 7-pin
ANSI C136.41 · GPS integrado · también versión Zhaga
Comunicación
RF Sub-GHz propietario + TALQ2
Banda estrecha ultra-larga · primer demostr. interoperabilidad TALQ2 a escala · también LoRaWAN
GPS
Integrado
Auto-comisionado · geolocalización precisa · tráfico adaptativo
Alcance RF
> 10 km LOS
Ultra largo alcance · menos GWS necesarios
Protección
IP66
Para exteriores · IK09
INDOCAL
⚠️ Sin confirmar
Medición disponible pero cert. metrológica RD no documentada
📡 Gateway — PLANet SmartGrid concentrador
Capacidad nodos/GWS
200 – 1,000+ nodos
RF Sub-GHz Telensa permite coberturas amplias · más nodos/GWS que LoRaWAN estándar
Backhaul
LTE M2M / Ethernet
APN privado · IP fija · VPN segura
Escala global
2.6M luces gestionadas
Despliegues en UK, Norteamérica, Australia, LatAm, Caribe
💻 Software — Interact City / PLANet CMS
TALQ2
Certificado · primer demo
Primera demostración mundial de interoperabilidad TALQ2 a escala
Multi-vendor
Interact City API
Control dispositivos Telensa + 3rd party vía TALQ · GIS · MDMS
CMMI5 / FIWARE
⚠️ Sin confirmar
No documentado públicamente. Requiere verificación para PDTG software
⚡ Riesgo estratégico: Licitantes en Lotes 1–3 acusaron que el spec de luminarias favorece a Signify, sugiriendo la presencia del consultor español con vínculos a Philips/Signify. Si esto es cierto, el spec de telegestión también puede estar escrito para favorecer su plataforma Interact City + Telensa.
NEMA 7P ✓ RF Sub-GHz/LoRaWAN ✓ GWS 200-1000+ ✓ IP66 ✓ LTE M2M ✓ TALQ2 ✓ INDOCAL (verificar) GIS/HES ✓
Wellness TechGroup · WeLight Manager + Actis Plus NEMA 7
🇪🇸 España (empresa europea) · Montevideo Uruguay 70,000 luces LoRaWAN · TALQ certificado · Actility partner
🆕 NUEVA — REFERENCIA DIRECTA LATAM Proyecto LoRaWAN más grande del mundo en AP Consultor español detrás del spec?
✅ CUMPLE TODO
🔌 Nodo — Actis Plus NEMA 7 LCP (Light Control Point)
Conector
NEMA 7-pin (Nema 7 LCP)
ANSI C136.41 · conexión rápida · plug-and-play
Comunicación
LoRaWAN
Red LoRaWAN privada (Actility ThingPark Enterprise) · 70,000 nodos desplegados Montevideo
Funciones nodo
Analizador de red · sensores ext.
Control adaptativo · entradas sensores externos · DALI/0-10V
Proyecto piloto
53 nodos · 3 GWS Multitech
Piloto Montevideo validado antes del despliegue masivo
INDOCAL
⚠️ Sin confirmar RD
Medición disponible en Montevideo pero cert. INDOCAL para RD no documentada
Caso Montevideo
70,000 luces LoRaWAN
200 km² · 1.3M habitantes · -80% CO₂ · uno de los proyectos LoRaWAN AP más grandes del mundo
📡 Gateway — Red LoRaWAN privada (Actility ThingPark)
Capacidad nodos/GWS
200 – 500+ nodos
LoRaWAN industrial: escala según densidad. Montevideo: 70,000 nodos / múltiples GWS. Ratio verificable
Red
ThingPark Enterprise (Actility)
LNS on-premise · privada · multi-tenant · alta disponibilidad
Backhaul
LTE / Ethernet
Multi-tenant LoRaWAN: terceros pueden usar los mismos GWS
💻 Software — WeLight Manager CMS
TALQ
Certificado
WeLight Manager TALQ-certified CMS · interoperabilidad garantizada
GIS / HES
Tiempo real completo
Dashboard · alertas · mantenimiento · integración smart city
CMMI5 / FIWARE
⚠️ Sin confirmar
No documentado públicamente
⚡ Alerta estratégica: Wellness TechGroup es una empresa española. Si el consultor que redactó el spec tiene vínculos con esta empresa, sería la explicación de por qué el pliego cita normativa española (REEIAE ITC-EA-04) sin vigencia legal en RD. Requiere investigación urgente sobre lazos entre el consultor del BID y Wellness TechGroup.
NEMA 7P ✓ LoRaWAN ✓ GWS 200-500 ✓ IP66 ✓ LTE M2M ✓ TALQ ✓ INDOCAL (verificar) GIS ✓
Itron / Riva Smart Lighting
🇺🇸 EE.UU. · Adquirió Silver Spring Networks (2018) · Líder networking + CMS · utilities globales
COMPETIDOR RELEVANTE Top 3 Guidehouse networking segment
✅ CUMPLE TODO
🔌 Nodo — Riva ILC NEMA
Conector
NEMA 7-pin
ANSI C136.41 · Zhaga compatible · plug-and-play
Comunicación
LoRaWAN · NB-IoT · 4G LTE
Multi-protocolo · RF mesh Starfish · backhaul LTE
Protección
IP66
Industrial outdoor · amplio rango temperatura
INDOCAL
⚠️ Sin confirmar RD
Medición utility-grade disponible · cert. metrológica RD pendiente
📡 Gateway — Starfish RF Mesh + LTE
Capacidad nodos/GWS
200 – 500+ nodos
RF mesh Itron documentado para utilidades eléctricas · alta escala
Backhaul
LTE M2M · Ethernet
APN privado · VPN · IP fija · ARM procesador industrial
💻 Software — OpenWay Riva Platform
Integración
MDMS · Multispeak · IEC 61968-9
Integración nativa con sistemas comerciales de utilities · GIS · APIs
TALQ
Certificado
Miembro fundador TALQ · interoperabilidad garantizada
NEMA 7P ✓ LoRaWAN/RF ✓ GWS 200-500+ ✓ IP66 ✓ LTE M2M ✓ TALQ ✓ INDOCAL (verificar) GIS/MDMS ✓
Dimonoff
🇨🇦 Canadá · 850K+ nodos · 575+ proyectos · 6 países · Sourcewell awarded · ISO 9001
COMPETIDOR RELEVANTE Stack completo probado en LatAm
✅ CUMPLE TODO
🔌 Nodo — RME External Controller
Conector
NEMA ANSI C136.41 · Zhaga 18
Externo plug-and-play · ambas interfaces
Comunicación
NB-IoT · LoRaWAN · Wi-SUN
Multi-protocolo según infraestructura disponible
Medición
V · A · W · kWh · PF · kVAr
Bidireccional · precisión comercial
Protección
IP66
Outdoor · rango temperatura amplio
📡 Gateway — DimGateway
Capacidad nodos/GWS
≥ 200 nodos
Documentado para proyectos 500+ nodos/GWS · ARM 32-bit · RAM ≥256 MB · Flash ≥512 MB
Backhaul
LTE M2M · Ethernet
APN privado · VPN · IP fija · IP66
💻 Software — Dimonoff Cloud
TALQ
Certificado
TALQ compliant · APIs abiertas
GIS · MDMS
Integrado
Dashboards · alertas · mantenimiento preventivo · integración smart city
NEMA 7P ✓ NB-IoT/LoRaWAN ✓ GWS ≥200 ✓ IP66 ✓ LTE M2M ✓ TALQ ✓ INDOCAL (verificar) GIS ✓
Schréder EXEDRA / OWLET IV
🇧🇪 Bélgica · 1.5M activos conectados · TALQ 2.5 · uCIFI · Microsoft Azure · +50 países
COMPETIDOR RELEVANTE GWS: solo 150 nodos → no cumple PDTG 2.2
⚠️ CUMPLE PARCIAL
🔌 Nodo — OWLET IV NEMA
Conector
NEMA 7-pin · Zhaga-D4i
ANSI C136.41 · primera cert. Zhaga-D4i (IZYLUM/FLEXIA)
Comunicación
Wi-SUN mesh · LTE (cellular)
Mesh auto-construcción · sin GWS requerido en arq. cellular · también OWLET GTW WS para Wi-SUN→IP
Protección
IP66
POHO GEN2: upgrade sin socket · con/sin PIR
📡 Gateway — OWLET GTW WS
Capacidad nodos/GWS
❌ MÁXIMO 150 NODOS
OWLET GTW WS: documentado "hasta 150 OWLET IV mesh nodes" → NO cumple PDTG ítem 2.2 (≥200)
Backhaul
Ethernet + 4G/LTE
Dual · IP66 · montaje en gabinete o poste
Alternativa
⚠️ Arquitectura cellular
En modo cellular directo (sin GWS) cada nodo conecta LTE → sin límite de cap. pero cambia arquitectura
💻 Software — EXEDRA
TALQ
TALQ 2.5 certificado
CMS + GWS TALQ · uCIFI · Microsoft Azure
GIS · APIs
EXEDRA completo
RFID auto-comisionado · EXEDRA mobile app · dashboards · alertas
NEMA 7P ✓ Wi-SUN/LTE ✓ GWS ≤150 ✗ (no cumple) IP66 ✓ LTE ✓ TALQ 2.5 ✓ INDOCAL (verificar) EXEDRA GIS ✓
Tvilight / CityManager
🇳🇱 Países Bajos · TALQ certificado · Multi-protocolo · Anti vendor lock-in
COMPETIDOR RELEVANTE TALQ · APIs abiertas Poca presencia LatAm documentada
✅ CUMPLE TODO
🔌 Nodo — NEMA / Zhaga Book 18
Conector
NEMA ANSI C136.41 · Zhaga 18
Ambas interfaces · también pole-mount · compatible con cualquier fabricante luminaria
Comunicación
LoRaWAN · NB-IoT · LTE directo
Cellular sin GWS o LoRaWAN con GWS · flexible según infraestructura
Protección
IP66
Outdoor · rango temperatura amplio
📡 Gateway
Capacidad nodos/GWS
≥ 200 nodos (LoRaWAN)
LoRaWAN industrial: 200-500 nodos/GWS documentado · también opción sin GWS (cellular)
Backhaul
LTE M2M · Ethernet
VPN · APN privado · IP fija
💻 Software — CityManager
TALQ
Certificado
CityManager TALQ-cert. · APIs REST · sin vendor lock-in
GIS · Dashboards
Integrado
Gestión centralizada · alertas · analítica · integración smart city
NEMA 7P ✓ LoRaWAN/LTE ✓ GWS ≥200 ✓ IP66 ✓ LTE M2M ✓ TALQ ✓ INDOCAL (verificar) GIS ✓

Matriz comparativa de requisitos PDTG

10 empresas × 9 criterios críticos · Capacidad exacta de GWS explicitada

📊 Cumplimiento por empresa y requisito✅ Cumple · ⚠️ Parcial/verificar · ❌ No cumple · N/A No aplica
Empresa Competidor NEMA 7-pin LoRaWAN/RF GWS cap. nodos IP66 LTE M2M TALQ INDOCAL GIS/HES Score
Flashnet + Kerlink TOP #3 ✅ LoRaWAN 200–500 nodos ✅ IP66/67✅ LTE✅ v2.6.2 Verificar ~95%
Wellness TechGroup 🆕 NUEVA ✅ Actis NEMA7✅ LoRaWAN 200–500 nodos ✅ TALQ Verificar ~95%
Signify / Telensa COMODÍN ✅ RF Sub-GHz 200–1000+ nodos ✅ TALQ2 Verificar ~95%
Itron / Riva RELEVANTE ✅ LoRaWAN/RF 200–500 nodos Verificar ~90%
Dimonoff RELEVANTE ✅ NB-IoT/LoRa ≥200 nodos Verificar ~90%
Tvilight RELEVANTE ✅ LoRaWAN/LTE ≥200 nodos Verificar ~88%
CITiLIGHT TOP #1 ✅ NEMA/Zhaga✅ LoRaWAN ⚠️ No publicada ⚠️ vía operador Sin confirmar Sin confirmar ~70%
Ubicquia UbiCell ESTRATÉGICO ⚠️ LTE directo ⚠️ N/A (sin GWS) ✅ IP66✅ LTE nativo ✅ UbiVu 2023 ❌ URGENTE ~70%
Schréder EXEDRA RELEVANTE ✅ Wi-SUN/LTE ❌ MÁX. 150 NODOS ✅ TALQ 2.5 Verificar ~75%
CHZ Lighting TOP #2 Verificar Verificar ❌ Sin doc. pública ✅ luminaria Verificar No confirmado Verificar (clave) Sin HES doc. ~35%

Inteligencia competitiva

Síntesis del análisis de DG · Acciones inmediatas · Posicionamiento estratégico

🚨
Acción más urgente: Iniciar el proceso de certificación INDOCAL de los medidores UbiCell INMEDIATAMENTE. Sin esta certificación, Ubicquia no puede participar en la licitación dado que la medición se usará para facturación eléctrica. El tiempo de certificación INDOCAL puede ser de meses.
🔴 Los 3 competidores más peligrosos
EmpresaFortaleza clavePunto débil
#1 CITiLIGHT Hereda Montevideo 70K luces LoRaWAN · 800K+ global · 140+ ciudades · presencia India/LatAm TALQ y INDOCAL sin confirmar · capacidad GWS no documentada
#2 CHZ Lighting ÚNICO con footprint verificable en RD (~50K luces 2024) → ventaja local decisiva si se confirma Stack telegestión no documentado públicamente · TALQ/HES sin confirmar
#3 Flashnet + Kerlink Stack LoRaWAN más probado en campo LatAm · TALQ 2.6.2 · 1M+ lámparas · canal LatAm establecido INDOCAL sin confirmar · CMMI5 sin confirmar
⚡ Acciones inmediatas recomendadas
PrioridadAcciónPlazo
CRÍTICOIniciar certificación INDOCAL de medidores UbiCellHOY
URGENTEPresentar pregunta en reunión pre-licitación (martes 9 jun) sobre contradicción LTE/API vs LoRaWANMartes 9 jun 10am
URGENTEIdentificar champion con vínculos BID (¿Nico y Elías en DR esta semana?)Esta semana
ALTAVerificar proyecto CHZ Lighting en RD: ¿incluía telegestión + INDOCAL?48 horas
ALTAInvestigar lazos consultor español → Wellness TechGroup / SignifyEsta semana
MEDIAEvaluar alianza estratégica con Kerlink (GWS) + Flashnet (SW) + UbiCell (nodo)2 semanas
🎯 Análisis de la contradicción SOW: LoRaWAN vs LTE/API
Escenario A: spec confirmado LoRaWAN
Si la clarificación confirma LoRaWAN obligatorio, la arquitectura es: 207,000 nodos NEMA 7-pin LoRaWAN → 1,036 GWS (≈200 nodos/GWS) → LTE backhaul → HES. En este escenario la mejor apuesta es Flashnet+Kerlink (stack más probado) o Wellness TechGroup (si hay lazos con el spec).
Escenario B: LTE directo aceptado (sin GWS)
Si la contradicción SOW se resuelve a favor de LTE directo para facturación, UbiCell elimina los 1,036 gateways. Esto bajaría drásticamente el costo y complejidad. La condición sine qua non es tener la certificación INDOCAL antes de la presentación de oferta.
🧩
Hipótesis sobre el consultor español: La cita de normativa española (REEIAE ITC-EA-04, RGPD) sin vigencia legal en RD, combinada con las acusaciones en Lotes 1–3, apunta a un consultor o fabricante español con vínculos BID. Las empresas españolas/europeas con mayor presencia en el pliego son Wellness TechGroup (España · Montevideo) y Schréder (Bélgica · Europa). Signify (Países Bajos) también encaja por las acusaciones en luminarias.

Resumen Ejecutivo — 5 documentos analizados

Validación del diseño de 200 nodos por GWS: fuentes PDTG Gateway, PDTG Nodo, PDTG Software/HES y Excel de datos garantizados

Hallazgo clave con los nuevos documentos: Las PDTG oficiales SÍ confirman y formalizan el diseño de ≥ 200 nodos por gateway como requisito mínimo de obligatorio cumplimiento. El ítem 2.2 del Gateway PDTG establece explícitamente Capacidad mínima de conexión ≥ 200 luminarias. El Excel HES lo reitera en ítem 5.5 con la nota "Escalabilidad y latencia óptimas". Quien no cumpla esto queda descalificado automáticamente.
Capacidad mín. GWS
≥ 200
Luminarias · PDTG ítem 2.2
Alcance RF urbano
≥ 1 km
LOS máximo ≥ 10 km
Almac. Nodo mín.
≥ 60
Días sin conectividad
Garantía mín.
≥ 3
Años (GWS + Nodo)
Vida útil mín.
≥ 8
Años garantizados
📡 Arquitectura del sistemaSegún PDTG Gateway + Nodo + HES
Nodos NEMA 7 (plug-and-play · GPS · medición comercial)
Nodo 001
LoRa/Zigbee/MESH
Nodo 002
Bidir · IEC 62058
···
Nodo N
IP66 · IK10
↓ RF Sub-GHz (LoRaWAN 915 MHz / 433 MHz)
≥ 200 nodos / GWS · ítem 2.2 PDTG
GATEWAY RF+LTE
ARM 32-bit · RAM ≥128MB · IP66
LTE M2M · APN privado · IP fija/VPN
Software Gestión Local / HES
TALQ · FIWARE · CMMI5 · GIS · APIs
Centro de Control AP · Cloud (AWS/Azure/GCP)
MDMS · GIS · IEC 61968-9 · Multispeak v4/v5
🔍 Estado de validación de los 200 nodos/GWS
Fuente documentalÍtemEstado
GW PDTG Gateway v1 (Feb 2026) 2.2 ✓ CONFIRMADO
EXCEL HES PDG_DEL_HES (240526) 5.5 ✓ CONFIRMADO
SW PDTG Software Gestión Local 5.5 ✓ CONFIRMADO
LICIT. Doc. Licitación Sección III FDT Ci ✓ REFERENCIADO
NODO PDTG Nodo de Telegestión v1 COMPLEMENTARIO
Pruebas campo / ensayo de campo NO EN DOCS
📌
Nota HES (ítem 5.5, Excel): El dimensionamiento de "≥200 luminarias por gateway" aparece acompañado del comentario "Escalabilidad y latencia óptimas". Esto indica que el valor fue determinado con base en criterios de rendimiento de red (latencia y escalabilidad), no de forma arbitraria. Es la evidencia más cercana a una justificación de diseño presente en los documentos.

PDTG Gateway de Comunicación y Gestión

GW PDTG Versión 1 · Fecha: 6 de febrero 2026 · Obligatorio cumplimiento completo

⚠️
Los requerimientos marcados como REQUERIDO son de obligatorio cumplimiento. Si la PDTG evaluada no cumple los requerimientos mínimos, la oferta será descalificada.
📋 Especificaciones completas del Gateway13 secciones · ítem 2.2 = requisito clave de 200 nodos
ÍtemDescripciónUnidadRequerimientoTipo
2 · Gateway de Comunicación y Gestión
2.1Función principalPuente de comunicación entre luminarias y servidor central
2.2 ★Capacidad mínima de conexiónNº luminarias≥ 200CLAVE FDT
2.3Tecnologías RF soportadasLoRaWAN, Zigbee, Wi-Sun, MESH o propietarioREQUERIDO
2.4Banda de frecuencia RFSub-GHz · 915 MHz (US902-928) · 433 MHzREQUERIDO
2.5Alcance mínimo RF (urbano)km≥ 1REQUERIDO
2.6Alcance máximo RF (LOS)km≥ 10REQUERIDO
3 · Comunicación Móvil LTE
3.1Tipo de módemMódem LTE integradoREQUERIDO
3.2Bandas LTE compatiblesFDD B1/B2/B3/B4/B5/B6/B7/B8/B38REQUERIDO
3.3Tipo de SIMSIM M2MREQUERIDO
3.4Configuración red móvilAPN privadoREQUERIDO
3.5Dirección IPIP fija o VPNREQUERIDO
4 · Procesamiento y Memoria
4.1Unidad de procesamientoMCU o CPU ARM 32-bit o superiorREQUERIDO
4.2Memoria RAM mínimaMB≥ 128 MBFDT RAMi
4.3Almacenamiento Flash mínimoMB≥ 256 MBFDT FLASHi
5 · Almacenamiento Local
5.1Buffer de datosAlmacenamiento local ante pérdida de conectividadREQUERIDO
6 · Protocolos de Comunicación
6.1Protocolos de redMQTT, HTTP, HTTPS, CoAPREQUERIDO
6.2Protocolos de seguridadTLS 1.2 o superiorREQUERIDO
7 · Fuente de Energía
7.1Tensión de alimentaciónV120/240V ó 120/208VREQUERIDO
7.2Respaldo de energíaBatería interna o supercapacitorREQUERIDO
8 · Carcasa y Protección Ambiental
8.1Grado de protecciónIP66 o superiorREQUERIDO
8.2Temperatura de operación°C-20 a 60REQUERIDO
8.3Resistencia dieléctricakV≥ 5REQUERIDO
8.6Inmunidad sobretensiones EMCIEC 61000-4-5 · 1.2/50 µs (V) · 8/20 µs (A) + SPDREQUERIDO
8.7Resistencia a impactosIK≥ 9REQUERIDO
8.8Material carcasaPolipropileno UV-resistente · UL94 V-0REQUERIDO
9–10 · Funciones Adicionales e Interfaces
9.1AutodiagnósticoRequeridoREQUERIDO
9.2WatchdogRequeridoREQUERIDO
9.3Actualización remota firmware (OTA)RequeridoREQUERIDO
10.1GPSOpcionalOPCIONAL
10.2RS485 / RS232OpcionalOPCIONAL
10.3Wi-Fi / BluetoothConfiguración localOPCIONAL
11–12 · Interoperabilidad y Seguridad
11.1Compatibilidad multi-fabricanteRequeridaREQUERIDO
12.1Soporte VPNIPSec, OpenVPN o equivalenteREQUERIDO
12.2AutenticaciónMutua mediante certificados digitalesREQUERIDO
12.3Cifrado en tránsitoTLS 1.2 o superiorREQUERIDO
13 · Garantía
13.1Garantía mínima por defectosAños≥ 3FDT GGi
13.2Vida útil garantizadaAños≥ 8FDT VUGi

PDTG Nodo de Comunicación y Control

NODO PDTG Versión 1 · 6 febrero 2026 · Plug-and-play NEMA 7 · Medición comercial integrada

📋 Especificaciones completas del Nodo10 secciones · ítem 6.2 = almacenamiento ≥ 60 días (FDT ANi)
ÍtemDescripciónUnidadRequerimientoTipo
2 · Nodo de Comunicación y Control
2.1Tipo de dispositivoNodo plug-and-play para luminaria LEDREQUERIDO
2.2Ubicación de instalaciónExterior sobre la luminariaREQUERIDO
2.3Tipo de conexiónNEMA 7REQUERIDO
2.4Base / socketANSI C136.41/2020 compatible NEMAREQUERIDO
2.5Puesta en marchaAutomática al instalarREQUERIDO
2.6Conexión a plataformaAutomática a plataforma de telegestiónREQUERIDO
2.7GeolocalizaciónGPS integrado · ubicación precisa por punto de luzREQUERIDO
3 · Sistema de Medición de Energía
3.2Normativa medidorNRD-AE-III-09-01-04-00 v02 (SIE – dic. 2022)REQUERIDO
3.3PrecisiónPrecisión comercialREQUERIDO
3.4Certificación metrológicaINDOCAL · TRM-001:2015REQUERIDO
3.5Norma técnica mediciónIEC 62058-11REQUERIDO
3.6Parámetros medidosW · kWh · kVAr · V · A · PFREQUERIDO
4 · Detección y Diagnóstico de Fallos
4.2Tipos de fallos detectablesFallo lámpara, corte energía, bajo/sobrecorriente, bajo/sobrevoltaje, sobretemperatura, consumo fuera de rangoREQUERIDO
5 · Comunicación
5.1Tipo de red inalámbricaLoRaWAN, Zigbee, Wi-Sun, MESH o propietarioREQUERIDO
5.2Conexión con gatewayRequeridaREQUERIDO
5.3Tipo de comunicaciónBidireccionalREQUERIDO
6 · Memoria y Almacenamiento
6.2 ★Capacidad mínima de almacenamientoDías≥ 60FDT ANi
6.3Función de respaldoConservación datos ante pérdida de comunicación y alimentaciónREQUERIDO
7 · Características Constructivas
7.1MaterialPolicarbonato resistente a rayos UVREQUERIDO
7.2Grado de protección IP≥ IP66REQUERIDO
7.3Resistencia al impactoIK10REQUERIDO
7.4Temperatura de operación°C-30 a 70REQUERIDO
7.6Humedad relativa%5 – 95REQUERIDO
7.7Consumo estático máximoW< 3 (recomendado <1.8 W)REQUERIDO
7.8Voltaje de operaciónV105 – 305REQUERIDO
7.11Potencia nominal de cargaVA1800REQUERIDO
7.12Capacidad de cargaW1000REQUERIDO
7.13Resistencia dieléctricakV≥ 5REQUERIDO
8 · Certificaciones y Homologaciones
8.1Homologación comunicaciónCertificado INDOTELREQUERIDO
8.3Certificación ISO fabricanteISO 9001REQUERIDO
8.4Certificación medidaINDOCALREQUERIDO
10 · Garantía
10.1Garantía mínima por defectosAños≥ 3FDT GNi
10.2Vida útil garantizadaAños≥ 8FDT VUNi

Software de Gestión Local / HES (Head End System)

SW PDTG + EXCEL HES · Incluye referencia a ≥ 200 luminarias/GWS en ítem 5.5

💡
El Excel HES incluye una nota técnica única: el dimensionamiento de ≥ 200 luminarias por gateway se justifica por "Escalabilidad y latencia óptimas". También hay una nota interna que indica que los ítems de hardware descritos (secciones 3-5) están orientados al equipo físico y que se deben entender los requerimientos funcionales del HES como software por separado.
💻 Características del software
ÍtemDescripciónRequerimientoTipo
1.7Normas y estándaresIEC 61968-9, TALQREQUERIDO
2.1Modalidad instalaciónLocal / NubeREQUERIDO
2.2Protocolos y seguridadHTTPS · MQTT · CoAP · TLS ≥1.2REQUERIDO
2.3Funcionalidades básicasProgramación horaria, lectura/escritura, inventario GISREQUERIDO
2.4Funcionalidades avanzadasDashboards, alertas, mantenimiento predictivo, reportes automáticosREQUERIDO
2.5InteroperabilidadTALQ, FIWARE, uCIFIREQUERIDO
2.6Certificación softwareCMMI 5REQUERIDO
📡 Gateway RF+LTE en contexto HESSección 5 – EXCEL HES (ítem 5.5 = clave)
ÍtemDescripciónRequerimientoNota
5.1RF soportadaLoRa/Zigbee/Wi-Sun/Propietario≥1 km urb; ≥10 km LOS
5.2Módem LTEFDD B1/B2/B4/B5/B28/B38APN privado / VPN; RD
5.3ProcesamientoARM 32-bit; RAM ≥128 MB; Flash ≥256 MBWatchdog, OTA firmware
5.4Protección≥IP66; -20°C a 60°C; IK10Opcional GPS/RS485/BLE
5.5 ★Dimensionamiento≥ 200 luminarias/GWSEscalabilidad y latencia óptimas
🔧 Funciones de Telemedida y Gestión requeridas (Software/HES)
ÍtemFuncionalidadTipo
8.1Lectura remota parámetros eléctricos (W, kWh, kVAr, V, A, PF)REQUERIDO
8.2Visualización en tiempo real y almacenamiento históricoREQUERIDO
8.3Perfiles de consumo: diario, horario, ¼ horarioREQUERIDO
8.4Exportación de datos (CSV, XLS, PDF)REQUERIDO
8.6Reporte monitoreo estado comunicación nodos/gateway/señal (gráfico evolutivo)REQUERIDO
8.7Config. masiva atributos (Gateway-Nodo/zona, SIM, IP, coordenadas)REQUERIDO
8.9Módulo GIS con georreferenciación, clustering y filtros (Luminarias, GW, Nodos)REQUERIDO
8.12Módulo de seguridad · gestión perfiles · Log Management · auditoríaREQUERIDO
8.13Dashboard tiempo real (tareas en ejecución, completadas, fallidas, pendientes)REQUERIDO
8.22Actualización OTA firmware puntual en nodo y gatewaysREQUERIDO
9.2Regulación de flujo luminoso 0–100%REQUERIDO
10.1Integración con sistemas comerciales (Multispeak v4/v5, CIM)REQUERIDO
10.3Cumplimiento IEC 61968-9REQUERIDO
8.19Módulo configuración parámetros luminaria (W, lm, K, V, ID)DESEADO
8.33Simbología dinámica GIS (Verde/Gris/Rojo/Amarillo según estado real)DESEADO

Factor de Desempeño de Telegestión (FDT)

Cruce entre los valores PDTG y la fórmula de evaluación económica

⚖️ Ponderaciones FDT y fuente PDTG
CiCapac. conexión GWS (PDTG GW 2.2 · ≥200 nodos)
0.15
VUGiVida útil GWS (PDTG GW 13.2 · ≥8 años)
0.15
RAMiRAM GWS (PDTG GW 4.2 · ≥128 MB)
0.10
FLASHiFlash GWS (PDTG GW 4.3 · ≥256 MB)
0.10
GGiGarantía GWS (PDTG GW 13.1 · ≥3 años)
0.10
ANiAlmac. Nodo (PDTG Nodo 6.2 · ≥60 días)
0.10
GNiGarantía Nodo (PDTG Nodo 10.1 · ≥3 años)
0.10
VUNiVida útil Nodo (PDTG Nodo 10.2 · ≥8 años)
0.10
ATiAlcance RF típico (PDTG SW 3.3 · ≥1 km urb)
0.05
RFiRF soportada (PDTG GW 2.5/2.6)
0.05
📊 Tabla rangos capacidad GWS (Ci)
Rango (nodos)Puntaje CiAporte FDT (×0.15)
< 200DESCALIFICA
200 – 249 MÍN1.0+0.150
250 – 2991.5+0.225
≥ 300 ÓPT2.0+0.300
📐 Fórmula puntaje económico
PUNTAJE ECONÓMICO (max 60 pts):
(P_min / P_i) × 40
+ (FDTi / FDTmax) × 20
FDTi = Σ (ωj × puntaje_j) para j = Ci, RAMi, FLASHi, GGi, VUGi, ANi, GNi, VUNi, ATi, RFi
FDT máximo teórico = 2.0 (todos en nivel óptimo)

Simulador FDT

Selecciona los valores de tu oferta según las PDTG para estimar el FDTi y el puntaje económico

⚙️ Parámetros GatewayGW PDTG
📦 Nodo & RFNODO PDTG
📈 Resultado estimado
FDTi calculado
% del máximo teórico (2.0)
Pts por precio (sobre 40)
Pts por FDT (sobre 20)
Total económico estimado
Estado Ci (200 nodos)
Cumple mínimo PDTG GW 2.2
Desglose por parámetro:
Selecciona valores para ver el desglose

* Simulación orientativa. El FDTmax depende de todas las ofertas conformes. Puntaje técnico (40 pts) no incluido.

Hallazgos Clave — Análisis de 5 documentos

Revisión integrada: Licitación + PDTG Gateway + PDTG Nodo + PDTG Software + Excel HES

🔎 Hallazgos sobre los 200 nodos/GWS
1

Los 200 nodos/GWS están formalmente establecidos en 3 documentos CONFIRMADO

PDTG Gateway (ítem 2.2), PDTG Software HES (sección 5.5) y el Excel HES (ítem 5.5) coinciden en ≥ 200 luminarias como capacidad mínima del gateway. Esto eleva el nivel de formalización respecto al análisis previo solo con la licitación.

2

El Excel HES da la única justificación técnica del valor: latencia y escalabilidad NUEVO

El ítem 5.5 del Excel incluye el comentario "Escalabilidad y latencia óptimas". Es la única mención en todos los documentos que justifica por qué se eligió 200 como umbral mínimo, indicando que fue una decisión de diseño de red, no un valor arbitrario.

3

Los parámetros FDT evaluados en la licitación están todos respaldados por PDTG CONFIRMADO

Los 10 parámetros del FDT tienen correspondencia directa con ítems de PDTG: Ci↔GW 2.2, RAMi↔GW 4.2, FLASHi↔GW 4.3, GGi↔GW 13.1, VUGi↔GW 13.2, ANi↔Nodo 6.2, GNi↔Nodo 10.1, VUNi↔Nodo 10.2, ATi↔SW 3.3, RFi↔GW 2.5/2.6. Existe coherencia técnica total.

4

El nodo requiere GPS integrado — nivel de trazabilidad por punto de luz NUEVO

El PDTG Nodo, ítem 2.7, establece "GPS integrado para ubicación precisa de cada punto de luz". Esto implica que el diseño de 200 nodos/GWS incluye gestión geoespacial individual de cada luminaria, lo que aumenta el tráfico de datos y refuerza la importancia de los umbrales de latencia.

5

El software requiere medición comercial INDOCAL en cada nodo (kWh, W, kVAr, V, A, PF) NUEVO

El PDTG Nodo (ítems 3.1–3.6) exige medición con precisión comercial certificada por INDOCAL. Esto significa que cada uno de los ≥200 nodos/GWS transmite telemetría eléctrica completa al HES, lo que valida indirectamente la necesidad de un gateway con capacidad y memoria suficientes.

6

El sistema requiere almacenamiento offline de 60 días sin conectividad en nodo CONFIRMADO

PDTG Nodo ítem 6.2 establece ≥60 días de almacenamiento ante pérdida de conectividad. Esto, combinado con 200 nodos, implica un volumen considerable de datos en el buffer del gateway, validando que RAM ≥128 MB y Flash ≥256 MB son mínimos razonables.

7

El HES exige nota interna sobre limitación de los ítems 3–5 como reqs de hardware NUEVO

El Excel incluye una nota técnica indicando que los ítems 3–5 del HES están "planteados principalmente como requerimientos de hardware físico" y que los requerimientos funcionales de software (compatibilidad, interoperabilidad, integración, procesamiento) deben entenderse por separado. Evidencia de que el proceso está en maduración técnica.

8

No existen pruebas de campo validadas en ninguno de los 5 documentos

Ninguno de los documentos contiene resultados de ensayos de campo, pruebas piloto, KPIs de latencia medidos, ni certificaciones de rendimiento real con 200 nodos conectados. Los 200 nodos son un requisito de diseño declarado con justificación técnica (latencia/escalabilidad), no un resultado empíricamente validado.

✅ Lo que SÍ está en los documentos
  • PDTG GW ítem 2.2: ≥200 luminarias = mínimo obligatorio
  • Excel HES ítem 5.5: ≥200 nodos con justificación "latencia óptima"
  • 10 parámetros FDT con respaldo 1:1 en PDTG Gateway y Nodo
  • GPS por nodo, medición comercial INDOCAL, almacenamiento 60 días
  • Arquitectura RF LoRaWAN 915 MHz / LTE M2M con VPN
  • Software HES CMMI5 con GIS, TALQ, FIWARE, Multispeak, IEC 61968-9
  • Certificaciones: ISO 9001, INDOTEL, INDOCAL, IEC 62058-11
❌ Lo que NO está en ningún documento
  • Resultados de pruebas de campo con 200 nodos reales
  • KPIs de latencia, throughput o disponibilidad medidos
  • Metodología o protocolo de prueba de capacidad del GWS
  • Estudio de cobertura RF con datos de campo (solo requerido como entregable)
  • La Declaración de Trabajo completa (documento separado prevalente)
  • SLAs con valores numéricos de disponibilidad (uptime, MTTR, MTBF)
💡
Recomendación final: Con los 5 documentos analizados, el diseño de ≥200 nodos/GWS está formalmente establecido y justificado (latencia + escalabilidad). Para validación técnica completa, se necesita la Declaración de Trabajo (el documento prevalente) y los catálogos técnicos del fabricante con resultados de ensayos, certificaciones INDOTEL e INDOCAL y el estudio de cobertura RF.