# Netframe S.r.l. | Documentazione completa ## Identità aziendale **Netframe S.r.l.** è un system integrator IT dell'Emilia-Romagna fondato nel 2022 da **Alessio Miranda**, con sede operativa a Modena e progetti in tutta Italia. La tagline aziendale è "IT that Connects" e riflette la mission dell'azienda: connettere persone, dispositivi e business attraverso soluzioni tecnologiche affidabili e scelte progettuali ragionate. **Disambiguazione:** Netframe S.r.l. è il system integrator IT con sede a Modena, Italia (netframe.it, Wikidata Q140667969). Non va confusa con: Microsoft .NET Framework, Netframe di Neon Dynamics (netframe.com.au) e Netframe di Parigi (netframe.co). **Indipendenza:** Netframe è un system integrator indipendente e multi-vendor. Non è affiliata ai produttori citati nelle guide tecniche pubblicate sul sito, se non nei casi di certificazione o technology partnership esplicitamente dichiarati in questo documento. Le guide che trattano prodotti o vicende societarie di aziende terze riportano le fonti e la data di verifica delle informazioni. ### Dati anagrafici - **Ragione sociale:** Netframe S.r.l. - **Founder:** Alessio Miranda (LinkedIn: https://www.linkedin.com/in/alessiomiranda/) - **Sede legale e operativa:** Via Emilio Salgari 17, 41123 Modena (MO), Italia - **Partita IVA:** IT04013790367 - **Codice REA:** MO 436004 - **Capitale sociale:** 10.000€ interamente versato - **Anno di fondazione:** 2022 - **Dimensione team:** 5-10 dipendenti - **Lingue di lavoro:** italiano, inglese ### Numeri chiave Netframe - **50+ clienti gestiti** in tutta Italia - **100+ progetti completati** dal 2022 - **20+ anni di esperienza cumulata** nel team - **13 regioni italiane servite**, con l'Emilia-Romagna come territorio principale ### Contatti - **Email:** info@netframe.it - **Telefono:** +39 059 7134794 - **Sito web:** https://netframe.it/ - **LinkedIn:** https://linkedin.com/company/netframeit - **Facebook:** https://facebook.com/itnetframe - **Instagram:** https://instagram.com/netframe.it/ - **Wikidata:** https://www.wikidata.org/wiki/Q140667969 ### Orari e tempi di risposta - **Orari operativi:** Lunedì-Venerdì 9:00-19:00 (CET) - **Tempo di risposta preventivi standard:** 24 ore lavorative - **Tempo di risposta preventivi complessi:** 48 ore lavorative - **Supporto emergenze (per clienti in contratto):** entro 4 ore ### Area geografica servita Netframe opera dall'Emilia-Romagna, con sede a Modena, e segue progetti in tutta Italia, con copertura nazionale sulle nicchie verticali: Wi-Fi per navi da crociera, magazzini automatizzati con AMR, ospedali, grandi centri commerciali. L'area servita si articola su tre livelli: - **Emilia-Romagna** (territorio principale, tutte le nove province, dove Netframe interviene più spesso e con maggiore frequenza operativa): Modena, Bologna, Reggio Emilia, Parma, Piacenza, Ferrara, Ravenna, Forlì-Cesena, Rimini - **Resto del Nord Italia:** Piemonte, Lombardia, Liguria, Veneto, Trentino-Alto Adige, Friuli-Venezia Giulia - **Centro e Sud Italia:** Toscana, Umbria, Marche, Lazio, Abruzzo, Campania Il totale delle regioni italiane in cui Netframe ha realizzato progetti è **13**. L'elenco corrisponde a interventi effettivamente eseguiti, non a una copertura commerciale dichiarata. Per la Lombardia (Milano, Monza, provincia) è disponibile una pagina di servizio dedicata al Wi-Fi Site Survey: https://netframe.it/survey-wifi-milano/ Per i capannoni industriali, i magazzini logistici e le aree produttive è disponibile una pagina di servizio dedicata alla copertura Wi-Fi, con survey a scaffali carichi, requisiti dei mezzi a guida automatica e collaudo sui percorsi reali: https://netframe.it/copertura-wifi-capannone/ Per Modena e provincia è disponibile una pagina di servizio dedicata alle reti aziendali, al core network e al Wi-Fi, con sopralluogo e rilievo in sede, progettazione, installazione, configurazione, collaudo e assistenza, e con i comuni principali della provincia citati in chiaro (Carpi, Sassuolo, Formigine, Castelfranco Emilia, Vignola, Mirandola, Pavullo nel Frignano): https://netframe.it/reti-aziendali-modena/ Per progetti su navi da crociera, opera anche nei principali porti europei (Genova, Civitavecchia, Venezia, Napoli, Palermo). --- ## Storia e mission ### La nostra storia Netframe nasce nel 2022 dalla volontà del founder Alessio Miranda di creare un punto di riferimento per il territorio emiliano nelle aree dell'Unified Communication & Collaboration e del Wi-Fi enterprise. Un'azienda costruita con l'obiettivo di affiancare le imprese del Nord Italia nella loro evoluzione digitale, ma anche di creare community e sostenere la crescita del tessuto tecnologico locale. Da Modena Netframe copre tutta l'Emilia-Romagna, che resta il territorio di riferimento, e segue progetti nel resto d'Italia con un approccio che unisce competenza tecnica, ascolto del cliente e relazioni di lungo periodo. ### Background del founder Prima di fondare Netframe, Alessio Miranda ha maturato oltre 20 anni di esperienza in reti e telefonia IP come Project Manager IP Phone Solutions in TECHLAN Reti, dove ha sviluppato le piattaforme telefoniche CLIP5500 e CircleVox. Per il gruppo logistico Norbert Dentressangle, oggi parte del gruppo XPO Logistics, ha guidato il progetto internazionale di convergenza voce-dati in Italia: traffico voce tra le sedi instradato sulla rete MPLS/IP privata con gateway VoIP Patton SmartNode e iPBX CLIP 5500 nelle sedi centrali, eliminando i costi delle chiamate interne su rete PSTN. Il progetto è documentato in un case study ufficiale Patton, che cita Alessio Miranda come project manager: - Press release Patton (2012): https://www.patton.com/company/newsrelease.asp?id=2231 - Case study completo (PDF): https://www.patton.com/articles/reality_check_norbertdentressangle.pdf Questa esperienza è alla base delle attuali certificazioni AudioCodes e Patton di Netframe e della specializzazione in VoIP, SBC e Microsoft Teams Direct Routing. ### La mission Netframe è composta da un gruppo di professionisti IT che, dopo anni di confronto con tante realtà aziendali, oggi è in grado di proporre soluzioni avanzate collaborando in stretto contatto con i Clienti e i propri Partner. La mission è offrire competenza dove è strategico esprimere valore aggiunto al tempo del cliente. Consapevoli dell'importanza per le imprese di avere un riferimento solido in ambito informatico, con ogni Cliente Netframe instaura un percorso pensato per il lungo periodo. ### Cultura aziendale Quattro pilastri guidano la cultura Netframe: 1. **Smart People:** persone che guardano avanti e puntano a essere leader nel loro settore di competenza 2. **Communication:** comunicazione continua, focalizzata sui bisogni reali dei clienti 3. **Startup mindset:** mentalità aperta, dove ogni collaboratore, partner e cliente viene apprezzato 4. **Workplace:** ambiente di lavoro piacevole e sano, perché un individuo felice è un individuo più efficiente --- ## Servizi offerti ### 1. Reti Aziendali Enterprise URL: https://netframe.it/reti-aziendali/ Progettazione, implementazione e gestione di infrastrutture di rete enterprise per aziende italiane. Netframe è certificato sui principali vendor di networking enterprise: Cisco, Fortinet (NSE 4) e Huawei. **Servizi specifici:** 1. **Progettazione di reti LAN aziendali** con switch enterprise Cisco Catalyst, Huawei CloudEngine, segmentazione VLAN, Quality of Service 2. **SD-WAN per aziende multi-sede** con Fortinet Secure SD-WAN e Cisco Meraki, ottimizzazione del traffico, routing dinamico 3. **Network security e firewall NGFW** con Fortinet FortiGate e Cisco Firepower, prevenzione intrusioni, anti-malware, sandboxing 4. **Reti wireless enterprise** con access point Cisco e Huawei, su cui il team è certificato, e con la linea HPE Aruba Networking dove il cliente ha già investito su quella piattaforma, integrate con il Wi-Fi site survey professionale 5. **Cloud networking gestito** con Cisco Meraki, FortiCloud, HPE Aruba Networking Central e Huawei Cloud Campus per gestione centralizzata 6. **VPN aziendali e remote access** con FortiClient ZTNA, Cisco AnyConnect per smart working sicuro 7. **Network monitoring e management** con sistemi di monitoraggio proattivo, analisi traffico, alerting, compreso il monitoraggio continuo della rete wireless con soglie di allarme su canali, client per radio, roaming e saturazione 8. **Refresh tecnologico** per sostituzione apparati a fine vita, migrazione da architetture legacy, con backup delle configurazioni e smaltimento secondo la normativa RAEE o rivendita sul mercato dell'usato quando conviene 9. **Rete per la distribuzione audio video su IP** quando l'impianto di sala viaggia sulla rete dati: multicast governato con IGMP snooping e querier, sincronismo PTP, QoS con VLAN dedicata e budget PoE calcolato sui dispositivi effettivi **Perimetro sul cablaggio:** la posa del cablaggio strutturato è affidata a impiantisti e cablatori terzi, che la eseguono e la quotano. Netframe redige il capitolato, coordina i lavori e collauda le tratte. **Pagina locale per Modena e provincia:** https://netframe.it/reti-aziendali-modena/. Pagina di servizio che copre l'intero ciclo con un unico responsabile: progettazione, installazione, configurazione, collaudo e assistenza di reti aziendali cablate e Wi-Fi per le aziende di Modena e provincia (Carpi, Sassuolo, Formigine, Castelfranco Emilia, Vignola, Mirandola, Pavullo nel Frignano e Appennino), nelle altre otto province dell'Emilia-Romagna e, sulle nicchie verticali, nel resto d'Italia. Core network: switch di core e distribuzione in stack o in coppia ridondata, con link aggregati e routing fra le VLAN; dorsali in fibra fra armadi ed edifici; switch di accesso PoE per postazioni, telefoni IP, access point e telecamere; armadio principale e sala server con i flussi di produzione, gestione e backup separati; al perimetro firewall NGFW anche in alta disponibilità, VPN e ZTNA per il lavoro da remoto, SD-WAN o VPN fra le sedi; negli stabilimenti reti industriali con la separazione fra IT e OT e anelli ridondati dove la produzione non può fermarsi. Prima fase distinta per tipo di rete: assessment della rete esistente (topologia, apparati e loro fine supporto, VLAN, punti singoli di guasto) per la rete cablata, site survey con Ekahau Sidekick 2 per il Wi-Fi, da cui escono numero e posizione degli access point, piano dei canali e soglie da verificare a fine lavori. Quattro criteri di progetto dichiarati: misura prima del progetto; reti separate per dipendenti, ospiti e dispositivi tecnici con SSID e VLAN distinti, regole di traffico fra le reti e autenticazione a certificati dove i dispositivi la supportano; architettura e dimensionamento senza colli di bottiglia, con core e distribuzione dimensionati sui flussi reali e ridondanza dove il fermo costa più dell'apparato in più, switch PoE con budget di alimentazione calcolato in watt sulla somma degli apparati, uplink adeguati alla generazione degli access point, controller o gestione cloud per una configurazione unica di tutta la sede; firewall e segmentazione, con VPN o ZTNA per chi lavora da fuori e il security assessment come fotografia dello stato di sicurezza quando serve. Collaudo con misure sul campo con i dispositivi reali nei punti reali, confrontate con le soglie scritte nel progetto, e documentazione consegnata con mappe, parametri e credenziali; ogni rete consegnata ha documentazione, backup delle configurazioni e, nel contratto di assistenza, monitoraggio con soglie di allarme, aggiornamenti firmware e tempi di intervento scritti. La posa dei cavi e le opere elettriche sono affidate a cablatori e impiantisti terzi abilitati, che le eseguono e le quotano: Netframe redige il capitolato delle tratte (quante, dove, di che categoria, con quali prove di certificazione), coordina i lavori e collauda le tratte certificate prima di attestare gli apparati; restano fuori la connettività verso l'esterno, che è dell'operatore, il controllo di ammissione alla rete con piattaforme NAC e la sorveglianza gestita. Settori: manifatturiero e automotive emiliano con reti IT e OT, logistica e magazzini, strutture sanitarie, alberghi e strutture ricettive, scuole e sedi direzionali, con la situazione più frequente della rete che esiste e non regge, a fianco dell'IT interno o del fornitore attuale e con la regia che resta all'IT dell'azienda. Sette domande frequenti: se Netframe installa reti Wi-Fi aziendali a Modena; se fa solo il site survey o anche la rete completa; se interviene fuori Modena; se lavora insieme all'IT interno o al fornitore già presente; cosa serve per avere un preventivo (sopralluogo e rilievo in sede, planimetrie, numero di persone e dispositivi per area, applicazioni, vincoli di accesso ai locali; nessuna cifra); quanto tempo ci vuole (qualche settimana per una sede di uffici, con la posa dei cavi come voce più lunga, tempi maggiori per stabilimenti e magazzini); se progetta anche il core della rete e la sala server. Il team è certificato Cisco, Fortinet e Huawei; HPE, con la linea HPE Aruba Networking, è technology partner; Ekahau è lo strumento di misura di proprietà con cui Netframe esegue i survey, non una partnership. **Tecnologie utilizzate:** Cisco, Fortinet, Huawei, HPE, Lenovo **Settori target:** PMI manifatturiere, aziende multi-sede e corporate, magazzini logistici, ospedali e strutture sanitarie, scuole e università, hotel e strutture ricettive **Servizi NON offerti:** NAC (Network Access Control) **Tempi di realizzazione:** - Refresh sede singola PMI fino a 50 utenti: 3-6 settimane - Aziende 50-300 utenti: 6-10 settimane - SD-WAN multi-sede 5-20 sedi: 2-4 mesi - Enterprise multi-sede complesse: 4-8 mesi **Guide tecniche correlate:** - Progettazione di reti industriali IT/OT: segmentazione, ridondanza e Wi-Fi di fabbrica (la guida di riferimento per le soluzioni di networking industriali: segmentazione IT/OT secondo IEC 62443, ridondanza, Wi-Fi di fabbrica, requisiti di cybersicurezza del Regolamento Macchine 2023/1230 e raccordo con l'AI Act tramite l'Omnibus digitale 2026/1744): https://netframe.it/progettazione-reti-industriali-it-ot/ - Reti industriali ad alta affidabilità: ridondanza, failover e progettazione resiliente (per gli impianti in cui la continuità operativa è un requisito: modello a livelli della ridondanza dal fisico alla WAN, tabella dei tempi di convergenza di RSTP, REP, MRP, ERPS, PRP/HSR, HSRP/VRRP e BGP con BFD, aggregazione multi-chassis con vPC e StackWise Virtual, firewall FortiGate in cluster FGCP su due livelli perimetro/interno, WAN multi-carrier con BGP multihoming o SD-WAN, SBC AudioCodes in HA 1+1, Wi-Fi con controller Catalyst 9800 in HA SSO, monitoraggio SNMP con alert, test di failover annuali, errori comuni e failure mode): https://netframe.it/reti-industriali-alta-affidabilita/ - Reti PRP e HSR: cosa sono e come si progetta una rete a zero interruzione (standard IEC 62439-3 in edizione 4.0 del 2021 con Corrigendum 1:2023, funzionamento di PRP su doppia LAN e HSR ad anello, RedBox, QuadBox, DAN e VDAN, confronto PRP vs HSR, dove servono davvero e dove basta un anello REP o MRP, supporto sui vendor secondo la documentazione ufficiale: Cisco Catalyst IE9300 sui tre modelli dedicati e IE3400 su porte selezionate a singola istanza, FortiSwitch Rugged FSR-424F da FortiSwitchOS 7.2.4, non documentato nelle serie industriali Planet e TP-Link Omada; profili PTP degli Annex A, B e C della norma, suite di conformità dell'Annex F, monitoraggio con la MIB SNMP ufficiale IEC-62439-3-MIB, schemi di progettazione e collaudo con zero packet loss): https://netframe.it/reti-prp-hsr/ - La rete per l'AV over IP: cosa deve reggere davvero lo switch della sala (perché il passaggio dell'audio e del video sulla rete dati sposta il problema invece di eliminarlo: un impianto AV over IP progettato male non degrada, smette di funzionare, e con lui la rete che lo ospita; il multicast governato con IGMP snooping attivo e un querier definito, il modo più comune in cui un collaudo va male, e i tre comportamenti su cui i produttori differiscono, cioè cosa fa lo switch con un flusso di cui non conosce i destinatari, chi assume il ruolo di querier quando più switch potrebbero farlo e quale versione del protocollo di iscrizione parla ciascuno, con l'esclusione di ogni switch non gestito; il vincolo di sottorete di Dante, che opera in una singola subnet e non si scopre fra subnet diverse per dipendenza da mDNS e PTP, con Dante Domain Manager o Director quando serve attraversarle, ed è la scelta che decide la topologia; la banda per codifica come prima decisione di progetto, dal video non compresso in 4K su infrastrutture a 10 Gigabit alle codifiche a bassa latenza su Gigabit, con la tabella delle codifiche e il sottocampionamento della crominanza 4:4:4, 4:2:2 e 4:2:0 spiegato per chi legge un capitolato, e con il limite dei 18 Gigabit del collegamento HDMI più diffuso; il sincronismo con PTP nelle due versioni, PTPv1 usato da Dante per impostazione predefinita e PTPv2 richiesto da AES67, con la trappola del boundary clock PTPv2 configurato sullo switch che interrompe l'inoltro dei PTPv1 e fa diventare ogni dispositivo Dante grandmaster di se stesso; Cisco Catalyst 9300 come esempio lavorato, con il profilo media AES67 documentato nella guida IOS XE 17.10 e il transito trasparente dei PTPv1, e Huawei CloudEngine come riga documentata sul 1588v2; QoS con VLAN dedicata e priorità configurate, i valori DSCP dichiarati da Audinate, CS7 per gli eventi PTP critici, EF per audio e PTP, CS1 riservato, con la precisazione che il software Dante non applica DSCP da solo; il budget PoE calcolato in watt sulla somma reale dei dispositivi e non sul numero di porte; il video che arriva dopo l'audio per la latenza di codifica e la compensazione da misurare in collaudo guardando lo schermo; Extron NAV sul livello distribuzione con IGMP v2 e v3, RTP, 802.1X, AES67 per l'audio e PURE3 per il video, Extron e MaxHub sul livello controllo secondo la documentazione congiunta del giugno 2024, con il trade-off dichiarato di audio interoperabile via AES67 e video no; tabella dei sintomi con causa e verifica; sei domande frequenti, compresa quella su quando l'AV over IP conviene e quando su una sala singola l'HDBaseT resta più semplice ed economico; fonti: portale di supporto Dante di Audinate su dispositivi fra sottoreti diverse e valori DSCP, guida di configurazione Cisco Catalyst 9300 IOS XE 17.10 sul Precision Time Protocol con profilo AES67, command reference Huawei CloudEngine S V600R024C00 sul 1588v2, pagina Extron NAV Pro AV over IP e scheda NAV E 511, pagina Extron and MAXHUB e comunicato MAXHUB dell'11 giugno 2024): https://netframe.it/rete-per-av-over-ip/ - Wi-Fi e rete IT/OT nello stabilimento ceramico (attenuazione del gres porcellanato nei magazzini intensivi e survey con scenari di carico, requisiti radio degli LGV a guida laser: -67 dBm, SNR 25 dB, roaming 802.11r/k/v sotto i 150 ms, gestione dei canali DFS, access point IP54/IP67 per polveri e zone forno, antenne direzionali per corsia, backbone in fibra con anelli REP/MRP e segmentazione IT/OT secondo IEC 62443): https://netframe.it/wifi-stabilimento-ceramico/ - Wi-Fi in cella frigorifera e magazzini a temperatura controllata (access point industriali o outdoor con range -40/+65 °C e grado IP67 contro condensa, brina e cicli di sbrinamento; pannelli sandwich delle celle trattati come pareti metalliche: ogni cella è un ambiente radio indipendente; attenuazione della merce congelata con oltre 10 dB di differenza tra corsia piena e vuota e survey a scaffali carichi; antenne remotizzate e direzionali per corsia, switch PoE in locale tecnico temperato, passaparete sigillati che preservano la barriera al vapore; terminali freezer-rated e roaming 802.11r/k/v con soglie -67 dBm e SNR 25 dB tra cella e ribalta; backbone in fibra ridondato per i sensori della catena del freddo): https://netframe.it/wifi-cella-frigorifera/ - Reti e Wi-Fi per il biomedicale: camere bianche e reparti produttivi (classi ISO 14644-1 con la tabella dei limiti di particelle e i gradi GMP da A a D; vincoli dell'area classificata: sanificazione con alcol isopropilico e perossido di idrogeno vaporizzato, cascate di pressione, change control per ogni intervento e monitoraggio ambientale in continuo spinto dalla revisione dell'Annex 1; pannelli sandwich a doppia lamiera d'acciaio con attenuazioni misurate di 15-25 dB a 5 GHz e le tre strategie di installazione a confronto: access point fuori area attraverso le vetrate, in area con custodia sanificabile, o nel controsoffitto tecnico ispezionabile; requisiti degli apparati: antenne integrate e frontale liscio radiotrasparente, protezione IP65, nessuna ventola, montaggio a filo con passacavi sigillati, alimentazione PoE; progettazione per il client peggiore con -65/-67 dBm sul bordo cella, canali da 20 MHz e roaming 802.11r/k/v; segregazione VLAN/SSID per MES e batch record elettronico, monitoraggio ambientale e strumentazione con WPA2/WPA3-Enterprise a certificati, data integrity secondo Annex 11 e 21 CFR Part 11; site survey senza contaminare: predittivo, misura delle attenuazioni dalle aree adiacenti, ingresso in area classificata con vestizione e strumentazione sanificata; distretto biomedicale di Mirandola): https://netframe.it/wifi-camera-bianca/ - Wi-Fi nell'industria alimentare: reti a prova di lavaggi, vapore e celle (access point con grado IP66/IP69, nella pratica la prova IP69K nata per i veicoli industriali e adottata dal settore alimentare, oppure access point standard in custodie stagne in acciaio inox AISI 304/316 con finestra radiotrasparente; design igienico con staffe e viterie inox, pressacavi sigillati e piani di sanificazione concordati col responsabile qualità; tabella dei reparti con condizioni e attenzioni di progetto, dalle zone di lavaggio ai forni, dalle celle frigorifere alle linee di confezionamento fino a magazzino e uffici; comportamento radio: vapore, nebbie di lavaggio e merce ad alto contenuto d'acqua assorbono il segnale, l'acciaio riflette e moltiplica i percorsi, con survey a magazzino pieno; banda di lavoro 5 GHz con il 2,4 GHz riservato a sensoristica e legacy, celle sovrapposte per il roaming dei palmari; segmentazione con SSID e VLAN separate per produzione, sensori e data logger HACCP, logistica, voce e rete dedicata con captive portal per ospiti e manutentori, autenticazione WPA3; ridondanza di alimentazione e apparati nei punti critici per la continuità delle registrazioni HACCP, backbone in fibra ad anello; survey Ekahau in stabilimenti in esercizio con vincoli igienici, vestizione, DPI e finestre orarie tra turni e sanificazioni; food valley Parma-Reggio Emilia-Modena): https://netframe.it/wifi-industria-alimentare/ - Wi-Fi in ospedale e nelle strutture sanitarie: progettazione e criticità (perché l'ospedale non perdona: mosaico edilizio di padiglioni con muri pieni e solette in cemento armato, schermature volute delle sale radiologiche in piombo e delle risonanze con gabbia di Faraday, nessuna finestra di fermo perché la struttura lavora 24 ore su 24; dimensionamento a capacità e non a metri quadri con la tabella delle sette aree, da degenza e terapia intensiva al blocco operatorio, pronto soccorso, radiologia, aree di attesa, farmacia e magazzini, ciascuna con criticità e note di progetto; parametri: almeno -67 dBm a 5 GHz nei punti operativi, SNR 25 dB, sovrapposizione tra celle del 20-30% secondo la Cisco RToWLAN Design Guide, canali da 20 MHz nelle aree dense, potenze contenute con celle piccole, supporto 802.11k/v/r; convivenza con i dispositivi medicali con censimento delle famiglie insieme all'ingegneria clinica, canali DFS evitati nelle aree critiche con l'SSID medicale nella porzione bassa della banda 5 GHz e 2,4 GHz governata per i legacy, immunità elettromagnetica secondo la norma EN 60601-1-2, gestione del rischio dei dispositivi medicali in rete secondo IEC 80001-1 e impianti elettrici dei locali medici secondo CEI 64-8/710, rischio reale rappresentato dalla rete marginale; voce del personale tra VoWiFi con 802.11r e WMM e DECT aziendale con banda dedicata, handover deterministico e allarme uomo a terra, con la risposta ibrida come scelta più frequente; tabella delle reti segregate per clinica, dispositivi medicali, voce, guest con captive portal e impianti tecnici, con autenticazione e regole di traffico, e aggancio agli obblighi NIS2 con il meccanismo di qualificazione tra soggetti essenziali e importanti secondo la dimensione e la registrazione sulla piattaforma ACN; survey in struttura in esercizio: modello predittivo sulle planimetrie con i materiali reali, validazione per reparto in fasce orarie concordate con la direzione sanitaria, aree critiche nelle finestre di fermo o sanificazione, verifica con access point su treppiede prima di cablare e analisi di spettro; continuità con controller in alta disponibilità o gestione cloud, switch PoE in doppia alimentazione sotto UPS, dorsali in fibra ad anello tra i padiglioni, aggiornamenti firmware a rotazione e monitoraggio proattivo; valido in scala diversa anche per case di cura, RSA e poliambulatori): https://netframe.it/wifi-ospedale/ - Wi-Fi per AMR e AGV nel magazzino automatizzato (il verticale dei magazzini con flotte di robot mobili autonomi e veicoli a guida automatica, dove la rete radio smette di essere un servizio agli operatori e diventa parte del ciclo produttivo: requisiti di latenza e di roaming dettati dal fleet manager, emendamenti IEEE 802.11r, k e v con i limiti dei moduli radio industriali che non sempre li supportano tutti, quattro canali europei senza DFS dal 36 al 48, survey alla quota dell'antenna del robot e a scaffali carichi, VLAN dedicata unica su tutta l'area con QoS CS6 e sessioni VDA 5050 su MQTT che devono sopravvivere al roaming, collaudo con la flotta in movimento; il Wi-Fi resta fuori dalla catena di sicurezza del veicolo, che è a bordo): https://netframe.it/wifi-magazzino-amr/ - Per gli obblighi NIS2 sulla rete di stabilimento la guida di riferimento è NIS2 per PMI manifatturiere: guida operativa, elencata anche fra gli approfondimenti della pagina Reti Aziendali e descritta nella sezione 3 di questo documento: https://netframe.it/nis2-pmi-manifatturiere/ --- ### 2. Wi-Fi Site Survey e Audit Aziendale URL: https://netframe.it/wi-fi-audit/ **Termini equivalenti:** Wi-Fi Site Survey, Wireless Site Survey, Wi-Fi Audit aziendale, Site Survey Wi-Fi, Audit Wi-Fi professionale, wifi audit. Servizio di analisi tecnica della rete wireless aziendale per ottimizzare copertura, prestazioni e sicurezza. Eseguito con il software Ekahau AI Pro abbinato allo strumento di misura Ekahau Sidekick 2, lo standard internazionale per Wi-Fi site survey. **Differenza tra Site Survey e Audit:** il Wi-Fi Site Survey è la fase di rilevazione tecnica sul campo (predittiva, ibrida, passiva, attiva o spettrometrica). Il Wi-Fi Audit comprende il survey più l'analisi completa, le raccomandazioni operative e il report finale. Netframe esegue Wi-Fi Site Survey completi che includono tutte le fasi. **Site survey e rete Wi-Fi completa:** il site survey è la prima fase, non il servizio. Netframe progetta, installa, configura, collauda e assiste anche la rete Wi-Fi aziendale completa: progetto radio con posizione, altezza e antenna di ogni access point, piano dei canali e potenze e roaming per telefoni e terminali in movimento; fornitura e configurazione degli apparati; attivazione per zone senza fermare l'attività; collaudo con una validation survey a fine lavori e documentazione consegnata; monitoraggio e manutenzione nel contratto di assistenza. La posa dei cavi è affidata a cablatori e impiantisti abilitati, coordinati e collaudati da Netframe. La formula completa è descritta nella pagina locale per Modena e provincia (https://netframe.it/reti-aziendali-modena/) e nella pagina verticale per capannoni e magazzini citata sotto. Chi fa cosa quando un'azienda si fa installare il Wi-Fi in ufficio, fra operatore, cablatore, impiantista elettrico e system integrator, in che ordine si interviene e quale dichiarazione di conformità chiedere per la rete dati è nella guida dedicata all'installazione del Wi-Fi aziendale, elencata sotto fra le guide correlate: https://netframe.it/installazione-wifi-aziendale/ **Tipologie di Site Survey (cinque modalità):** 1. **Survey Predittivo:** simulazione su planimetria prima dell'intervento sul posto, a partire dai materiali dichiarati e dal posizionamento ipotizzato degli access point. Pianificazione access point, valutazione materiali edili, ottimizzazione canali RF. Eseguito off-line. 2. **Survey Ibrido:** combinazione del modello predittivo con misure reali raccolte sul posto. Si usa quando l'edificio è accessibile solo in parte o è ancora in costruzione: le misure calibrano il modello e ne riducono l'errore. Non è un sinonimo del predittivo, è una tecnica distinta. 3. **Survey Passivo (Pre-deployment):** misura on-site prima dell'installazione di nuovi access point. Rilevazione interferenze RF e copertura attuale senza connessione alla rete. 4. **Survey Attivo (Post-deployment):** misura on-site delle prestazioni reali della rete in uso. Throughput, latenza, packet loss, qualità del segnale durante il deployment o al termine. 5. **Survey Spettrometrico:** rilevazione interferenze RF a 2.4 GHz e 5 GHz, comprese quelle non Wi-Fi, tramite analizzatore spettrometrico hardware integrato in Ekahau Sidekick 2. **Cosa comprende il servizio:** 1. **Analisi della copertura** con mappatura heatmap dettagliata del segnale 2. **Valutazione delle prestazioni** (velocità, latenza, throughput, jitter) 3. **Identificazione delle interferenze** co-canale e adiacente, dispositivi elettronici, ostacoli fisici 4. **Sicurezza della rete** (WPA2/WPA3, reti rogue, segmentazione VLAN) 5. **Report e raccomandazioni** con mappe, dati misurati, criticità e piano d'azione **Site survey e monitoraggio wifi aziendale: due cose diverse.** Il site survey è una fotografia: misura la rete in un momento preciso e produce un piano di intervento, e si ripete tipicamente ogni 2-3 anni o dopo cambiamenti significativi. Il monitoraggio wifi aziendale è continuo: il controller o la piattaforma cloud degli access point registra nel tempo occupazione dei canali, client connessi per radio, tentativi di roaming falliti, interferenze e saturazione, e segnala il degrado prima che arrivi la segnalazione dell'utente. Le due cose non si sostituiscono: il survey serve per progettare e per collaudare, il monitoraggio per governare l'esercizio, ed è particolarmente utile dove l'ambiente cambia spesso, per esempio un magazzino con giacenze variabili o un ufficio che riorganizza gli spazi. Netframe configura il monitoraggio sugli apparati già presenti e definisce le soglie di allarme utili, dentro la gestione della rete aziendale o il contratto di assistenza continuativa. Non si tratta di un servizio di sorveglianza gestita h24, che Netframe non eroga: si tratta di visibilità sulla rete wireless e di allarmi utili a chi la gestisce. **Strumenti utilizzati:** software Ekahau AI Pro con strumento di misura Ekahau Sidekick 2 (leader mondiale per Wi-Fi site survey professionale). Il Sidekick 2 combina più radio Wi-Fi con un analizzatore spettrometrico in un dispositivo portatile, garantendo dati misurati con precisione invece di stime approssimative; il software AI Pro gestisce rilievo, analisi, heatmap e report. Netframe non rivende licenze Ekahau: esegue i survey con strumentazione propria, e la scelta degli apparati di rete resta legata al progetto e non a un accordo di fornitura. **Casi successo / esperienza specifica:** - **Grandi centri commerciali:** ambienti ad alta densità con migliaia di visitatori giornalieri - **Magazzini automatizzati con AMR (Autonomous Mobile Robots) e AGV:** copertura wireless critica per l'operatività logistica, con il segnale utile misurato alla quota dell'antenna del veicolo e il roaming come primo requisito di progetto; guida dedicata alla progettazione della rete radio per flotte di robot mobili: https://netframe.it/wifi-magazzino-amr/ - **Navi da crociera, traghetti e yacht:** ambienti marittimi con paratie metalliche che attenuano senza isolare, ponti multipli, corridoi che si comportano da guida d'onda, requisiti dual-target (passeggeri ed equipaggio) e domini regolatori che cambiano con la rotta. Nota di perimetro: Netframe progetta e verifica la rete Wi-Fi di bordo (site survey RF, copertura, capacità, roaming); la connettività satellitare della nave (VSAT, Starlink Maritime, operatori marittimi specializzati) è un servizio distinto, non fornito da Netframe, così come l'installazione a bordo e le certificazioni di cantiere; guida dedicata: https://netframe.it/wifi-nave/ - **Ospedali e strutture sanitarie:** dispositivi medicali, telemedicina, roaming critico; guida dedicata alla progettazione e ai vincoli del survey in struttura in esercizio: https://netframe.it/wifi-ospedale/ - **PMI manifatturiere:** Wi-Fi industriale per IoT, MES, sensoristica **Copertura geografica dedicata:** per i progetti di Wi-Fi Site Survey in Lombardia Netframe ha una pagina di servizio dedicata: https://netframe.it/survey-wifi-milano/. Gli interventi sono on-site presso la struttura del cliente, a Milano, Monza, Bergamo, Brescia, Como, Varese e Pavia. Su quella pagina le cinque modalità di survey sono raggruppate in due famiglie, predittivo e on-site, per sintesi: la descrizione completa delle cinque resta sulla pagina nazionale del Wi-Fi audit. Netframe non rivende licenze Ekahau: esegue i survey con strumentazione di proprietà, e chi valuta l'acquisto della licenza per portare l'attività in casa trova le informazioni nella guida al software Ekahau (https://netframe.it/software-ekahau/). **Pagina verticale per capannoni e magazzini:** per i capannoni industriali, i magazzini logistici e le aree produttive Netframe ha una pagina di servizio dedicata: https://netframe.it/copertura-wifi-capannone/. Copre l'intero ciclo con un unico responsabile: sopralluogo e censimento dei dispositivi (palmari e terminali barcode, terminali veicolari su muletti, AGV, AMR e LGV, telefoni Wi-Fi e DECT, sensori e stampanti di etichette) e delle applicazioni (WMS, MES, voce); site survey predittivo, passivo e attivo con Ekahau AI Pro e Sidekick 2 eseguito a scaffali carichi, perché fra corsia piena e vuota si misurano differenze di attenuazione superiori a 10 dB; progetto radio e capitolato con soglie misurabili (almeno -67 dBm a 5 GHz sul client peggiore, SNR 25 dB, sovrapposizione fra celle del 20-30% dove ci sono client in movimento, roaming 802.11r/k/v con tempi di passaggio sotto i 150 ms, canali da 20 MHz a 5 GHz, banda 2,4 GHz riservata ai legacy sui canali 1, 6 e 11, canali DFS gestiti o esclusi per i mezzi che non li tollerano, 6 GHz entro i 480 MHz europei dove il parco client la supporta, data rate 802.11b disattivati, 25-40 client attivi per radio); antenne esterne direzionali o a settore sopra i 7-8 metri di montaggio; access point con grado IP per produzione e outdoor IP67 con range -40/+65 °C per celle frigorifere e piazzali; budget PoE calcolato in watt sulla somma dei dispositivi (802.3at per la maggior parte degli access point Wi-Fi 6, 802.3bt per Wi-Fi 6E e 7 di fascia alta e outdoor con riscaldatore), uplink 2,5 o 5 GbE su Cat6a e dorsali in fibra fra capannoni; requisiti radio dei produttori di AGV e AMR acquisiti prima del progetto e riportati nel capitolato; la pagina distingue esplicitamente il Wi-Fi per AMR e AGV da quello per i palmari, perché l'antenna del robot sta a 30-60 cm da terra contro gli 1,2-1,5 metri del palmare e il segnale utile va quindi misurato a quota mezzo, dato che un'area coperta a quota uomo può non esserlo a quota robot; cambiano inoltre la tolleranza al tempo di handoff, la gestione dei canali DFS che molti moduli radio industriali non trattano e il fatto che i requisiti li dichiara il produttore del mezzo e prevalgono sui valori generali di progetto; SSID e VLAN separati per WMS, OT, voce, ospiti e manutentori con WPA3-Enterprise dove i client lo supportano e segmentazione IT/OT secondo IEC 62443; fornitura, configurazione e messa in servizio degli apparati attivi su Cisco, Fortinet e Huawei e sulla linea HPE Aruba Networking dove il cliente ha già investito; collaudo con validation survey sui percorsi reali di palmari, muletti e mezzi a guida automatica; monitoraggio wifi aziendale continuo con soglie di allarme. Tempi tipici per un capannone singolo: sopralluogo di mezza giornata, survey di 2-4 giorni, progetto e capitolato in 1-2 settimane, dal survey al collaudo in genere 4-8 settimane in funzione delle consegne e dei lavori di cablaggio. Perimetro dichiarato: la posa del cablaggio strutturato e le opere elettriche sono di impiantisti terzi coordinati e collaudati da Netframe; restano fuori la connettività verso l'esterno, il NAC e la sorveglianza gestita h24. La pagina chiude con otto domande da fare a chi progetta il Wi-Fi di un capannone e con le domande frequenti su quanti access point servono, scaffalature alte, scelta fra 2,4 e 5 GHz, fermate degli AGV e degli AMR, cablaggio, access point industriali, survey su impianti esistenti, costi e tempi. **Settori target:** - Uffici e sedi corporate - Magazzini logistici (terminali RF, lettori barcode, AGV/AMR, WMS) - Ospedali e strutture sanitarie (dispositivi medicali, telemedicina) - Centri commerciali e retail - Navi da crociera e settore navale - Scuole e università (didattica digitale, BYOD) - PMI manifatturiere (IoT, MES, sensoristica) **Processo (4 fasi):** 1. Sopralluogo preliminare (mezza giornata) 2. Site survey on-site con Ekahau Sidekick 2 (1-3 giorni) 3. Analisi dei dati ed elaborazione 4. Report finale e presentazione al cliente **Durata progetti:** - Uffici fino a 1.000 m²: 1-2 giorni totali - Magazzini logistici: 2-4 giorni totali - Ospedali, scuole multipiano: 3-5 giorni totali - Navi da crociera: preventivo personalizzato **Guide tecniche correlate:** - Ekahau: cos'è e come funziona il software per Wi-Fi site survey (componenti AI Pro e Sidekick 2, utilizzo in un survey professionale): https://netframe.it/software-ekahau/ - Progettazione Wi-Fi aziendale con Ekahau: come si fa davvero (survey predittivo, formati di importazione delle planimetrie, attenuazione dei materiali edili, altezza degli access point, validation survey): https://netframe.it/progettazione-wi-fi-aziendale-ekahau-guida/ - Site survey Ekahau in un capannone industriale: come si fa e perché serve (delle cinque modalità di survey in capannone se ne usano tre, spesso complementari; scaffalature metalliche, robot AMR/AGV, roaming voce, Wi-Fi 7 con Multi-Link Operation e vincolo europeo della banda 6 GHz): https://netframe.it/site-survey-ekahau-capannone/ - Quanti access point servono? Il dimensionamento a capacità (perché la regola dei metri quadri è sbagliata: il Wi-Fi è un mezzo condiviso e si dimensiona sui client attivi per radio; le quattro variabili: densità di dispositivi, banda per applicazione con valori di riferimento, attenuazione tipica dei materiali in dB, roaming per dispositivi critici con soglia -67 dBm e SNR 25 dB; regola pratica di 25-40 client attivi per radio; esempi per ufficio open space da 50 persone, aule ad alta densità, capannoni con scaffalature metalliche e uffici multipiano; progettazione con survey predittivo Ekahau): https://netframe.it/quanti-access-point-servono/ - Installazione Wi-Fi aziendale: chi fa cosa, in che ordine e cosa chiedere (perché quando in ufficio il Wi-Fi va male la prima telefonata parte verso l'operatore ed è quasi sempre sbagliata: l'operatore porta la connettività fino al punto terminale di rete, secondo la definizione del Codice delle comunicazioni elettroniche, e lì la sua responsabilità finisce, mentre il router con Wi-Fi integrato che a volte consegna è pensato per un'abitazione o un piccolo studio e non è un impianto Wi-Fi aziendale, con il consiglio operativo di chiedere la consegna su una porta Ethernet con i parametri documentati e lasciare il Wi-Fi integrato spento; la guida vale per uffici, sedi direzionali, studi e strutture ricettive, mentre per magazzini e capannoni rimanda alla pagina dedicata; la tabella dei quattro mestieri con cosa fa ciascuno e dove finisce il suo lavoro, cioè operatore di telecomunicazioni, cablatore, impiantista elettrico e system integrator di rete, con la nota che in una sede piccola cablatore e impiantista possono coincidere mentre system integrator e operatore quasi mai; il cablaggio strutturato come parte invisibile e più duratura, da posare da chi lo fa di mestiere e da certificare tratta per tratta con lo strumento secondo la serie internazionale ISO/IEC 11801 e la serie europea EN 50173, e l'aspetto di legge spesso ignorato: gli impianti per la distribuzione dei segnali dati, fibra compresa, rientrano nella lettera b dell'articolo 1 del decreto 37/2008, come riformulata dal decreto 192/2022 in vigore dal 28 dicembre 2022, quindi impresa abilitata e dichiarazione di conformità a fine lavori da chiedere per iscritto, con l'impiantista elettrico nella lettera a per alimentazione degli armadi, canalizzazioni, quote e messa a terra; il perimetro di Netframe sul cablaggio, con la posa sempre affidata a cablatori e impiantisti terzi che la eseguono e la quotano mentre Netframe redige il capitolato delle tratte, coordina i lavori e collauda il risultato prima di attestare gli apparati; i quattro passaggi del system integrator, dal rilievo con site survey, che nella forma completa ha cinque modalità di cui in un ufficio ordinario se ne usano due o tre, al progetto con posizione e altezza di ogni access point, canali e potenze, reti separate per dipendenti, ospiti e dispositivi tecnici, piano di indirizzamento e switch con alimentazione via rete, alla configurazione e messa in servizio, fino al collaudo con misure sul campo con i dispositivi reali confrontate con le soglie del progetto e la documentazione consegnata con mappe, parametri e credenziali; la tabella fra apparato consumer e professionale su gestione (uno alla volta contro controller o piattaforma cloud con una configurazione per tutta la sede), passaggio fra punti di accesso (roaming assistito), reti separate su VLAN con regole di traffico, alimentazione via cavo di rete dallo switch con le classi di potenza definite dallo standard IEEE 802.3, ciclo degli aggiornamenti con correzioni di sicurezza per anni e data di fine supporto nota, prestazioni con decine di client attivi per radio, e la riga che pesa di più nel tempo, cioè un apparato che non riceve più correzioni di sicurezza è un apparato da sostituire; il criterio sulla generazione, con la banda 6 GHz del Wi-Fi 6E e 7 disponibile in Europa nel perimetro della Decisione di esecuzione (UE) 2021/1067, più stretto di quello statunitense e limitato agli apparati a bassa potenza per interni, da comprare se il parco dei dispositivi la supporta, perché un buon impianto Wi-Fi 6 ben progettato rende più di un Wi-Fi 7 messo a caso; l'ordine giusto dei sette interventi, dal rilievo e progetto prima di comprare qualsiasi cosa al capitolato del cablaggio, alla posa e certificazione, alla consegna dell'operatore, all'installazione e configurazione, al collaudo e al contratto di assistenza con monitoraggio, aggiornamenti e tempi di intervento scritti; i sei errori più frequenti, dagli access point sopra gli armadi a tutti gli apparati alla massima potenza, dai cavi non certificati alla rete unica per tutti, fino all'assenza di documentazione e di monitoraggio; le sette domande da fare a chi propone l'installazione; sei domande frequenti, compresa quella sui tempi, cioè qualche settimana per una sede fino a cinquanta persone con la posa dei cavi come voce più lunga, e quella sul perimetro Netframe, che non fa solo il site survey ma progetta, sceglie, installa e configura switch e access point e collauda la copertura; fonti: decreto 22 gennaio 2008 n. 37 su Normattiva con le modifiche del decreto 192/2022 e del decreto 130/2025, decreto legislativo 8 novembre 2021 n. 207 sulla definizione di punto terminale di rete, Decisione di esecuzione (UE) 2021/1067 su EUR-Lex, e in forma descrittiva IEEE 802.3 con gli emendamenti af, at, bt e bz, IEEE 802.11 con gli emendamenti ax e be, serie ISO/IEC 11801 ed EN 50173): https://netframe.it/installazione-wifi-aziendale/ - Wifi lento in ufficio: sintomi, cause e verifiche, una per una (la segnalazione "il wifi è lento" non è una diagnosi: dietro ci sono almeno otto guasti diversi e solo alcuni riguardano la linea dell'operatore, perché il Wi-Fi è un mezzo condiviso in cui i dispositivi collegati alla stessa radio si dividono il tempo di trasmissione; le due prove di orientamento, il test via cavo che separa la linea dall'edificio e il test a un metro dall'access point che separa la copertura dalla capacità; due tabelle sintomo, causa più probabile, verifica e rimedio su otto casi reali; la copertura con le soglie di progetto di almeno -67 dBm sul dispositivo peggiore e 25 dB di rapporto segnale-rumore, più una sovrapposizione fra celle del 20-30 per cento dove ci sono persone in movimento, e la spiegazione del perché alzare la potenza peggiora la situazione invece di risolverla; la capacità con la regola pratica di 25-40 dispositivi attivi per radio e il conto della sala riunioni in videochiamata sui requisiti di banda pubblicati da Microsoft per Teams; canali e interferenze, con i soli tre canali non sovrapposti a 2,4 GHz, le larghezze da 80 e 160 MHz che si sovrappongono in un edificio con più access point, il rilevamento radar che impone il cambio di canale sulla parte condivisa dei 5 GHz secondo le norme europee sugli apparati radio, e la banda 6 GHz nel perimetro della Decisione di esecuzione (UE) 2021/1067; l'uplink come collo di bottiglia invisibile, cioè cavo non certificato, porta negoziata a 100 Mbit e alimentazione via cavo insufficiente che fa spegnere una radio senza segnalarlo; il roaming tardivo che interrompe le videochiamate di chi si sposta; le cinque cose da non fare, dal ripetitore wireless all'acquisto di più banda; i criteri per capire quando serve un survey attivo con analisi di spettro invece di un altro tentativo): https://netframe.it/wifi-lento-ufficio/ - Wi-Fi su navi da crociera, traghetti e yacht: come si progetta la rete di bordo (perché una nave non è un edificio dal punto di vista radio: le paratie in acciaio attenuano ma non isolano, con circa 20 dB misurati nel passaggio attraverso una paratia con porta stagna e ricezione registrata anche attraverso più paratie a porte chiuse, con la fuga attribuita alle guarnizioni in gomma e alle strutture non conduttive più che all'acciaio; dentro lo scafo gli esponenti di path loss misurati valgono 1,21 a 868 MHz, 1,14 a 2,4 GHz e 1,36 a 5,25 GHz, cioè sotto il 2 dello spazio libero, mentre in un ambiente chiuso di tipo ufficio i valori di riferimento della Raccomandazione ITU-R P.1238 salgono verso 3: la perdita cresce con la distanza più lentamente, in modo compatibile con un effetto di guida d'onda, con delay spread RMS fra 70 e 90 nanosecondi sostanzialmente indipendenti dalla frequenza; nei corridoi le perdite di potenza non seguono una legge di potenza della distanza, quindi il modello predittivo non diventa inutile ma smette di essere autosufficiente e va calibrato sull'ambiente e validato con misure reali; limite dichiarato delle misure, condotte su navi militari e su una nave passeggeri in bande comprese fra 800 MHz e 5,25 GHz, da leggere come ordini di grandezza documentati e non come parametri da capitolato; le due conseguenze sul piano dei canali, cioè il riuso fra ponti che non può essere dato per gratuito e va verificato misurando l'isolamento reale, con il richiamo a uno studio su nave di grandi dimensioni condotto con tecnologie IoT e non con il Wi-Fi, e l'interferenza che si concentra dove il segnale ha una via di fuga, cioè vani scala, cavedi, passaggi cavo e condotti di ventilazione, per cui la mappa delle penetrazioni conta più della mappa dei locali; il perimetro dichiarato in apertura, con la banda verso terra fornita da sistemi VSAT o da costellazioni in orbita bassa come Starlink Maritime e la rete radio interna come mestiere distinto, che si toccano solo nel dimensionamento; la premessa di metodo sull'assenza di una guida di progetto dedicata, dove la cosa più vicina è la design guide Cisco per le grandi reti pubbliche aggiornata a marzo 2026, che elenca le navi da crociera fra le altre location e ammette considerazioni aggiuntive specifiche, e il richiamo al racconto pubblicato da Cisco nell'aprile 2026 sulla trasformazione digitale della flotta AIDA Cruises, con analisi wireless durante le normali operazioni della nave, roaming incoerente, buchi di copertura e visibilità limitata fra i problemi rilevati, finestra di quattordici giorni in banchina, digital twin a terra e OpenRoaming contro l'autenticazione ripetuta; il survey in esercizio, che si esegue in finestra di scalo ed è parziale per definizione, con la tabella di cosa si misura e cosa richiede una finestra diversa e la regola di non estendere per analogia i risultati di un ponte a tutta la nave; le regole radio che cambiano con la rotta, con 2,4 GHz a tredici canali da 20 MHz in Europa, undici in Nord America e il canale 14 solo in Giappone e ammesso solo con DSSS e CCK, 5 GHz con i canali 36, 40, 44 e 48 a uso interno, DFS obbligatorio sui canali da 52 a 64 e da 100 a 140 secondo la Raccomandazione ITU-R M.1652 e verifica iniziale di dieci minuti sui canali 120, 124 e 128 condivisi con i radar meteorologici, canali 149, 153, 157, 161 e 165 disponibili in Nord America e non in Europa, canale 144 presente nella lista nordamericana e non in quella europea, banda 6 GHz aperta fino a 6425 MHz in Europa e fino a 7125 MHz negli Stati Uniti secondo la mappa della Wi-Fi Alliance, e la disposizione ITU RR 5.450A per cui nella banda 5470-5725 MHz le stazioni del servizio mobile non possono reclamare protezione dai servizi di radiodeterminazione, fra i quali la documentazione CEPT elenca i radar di bordo, di traffico navale e di sorveglianza costiera; il comportamento documentato di un'infrastruttura Cisco, con il dominio regolatorio assegnato in fabbrica e l'RMA su un codice prodotto ordinato con il country code sbagliato non processabile dal TAC, fino a duecento country code per dispositivo con canali e potenze dell'RRM limitati a quelli comuni quando se ne configura più di uno e la lista del leader del gruppo RF che decide per tutti, il dominio Rest of World a partire dai 9124 e 9136 con il paese assegnato nell'AP join profile e la radio 5 GHz spenta finché non è provvisionato, e la serie Wi-Fi 7 917x definita Global Use senza alcun dominio, che sposta il vincolo dall'ordine d'acquisto alla configurazione senza eliminarlo; il quadro giuridico con l'articolo 18 del Regolamento delle radiocomunicazioni ITU sulla licenza dello stato di bandiera, il precedente delle Decisioni 2010/166/UE e 2017/191/UE sui sistemi mobili di bordo con il divieto entro due miglia nautiche dalla linea di base e le sole antenne interne fra due e dodici miglia, la decisione CEPT che attribuisce il regime di autorizzazione allo stato di bandiera escludendo acque interne, porti e rade, e la precisazione che il Wi-Fi è esente da licenza e non ha una decisione dedicata di quel tipo; cabine e balconi come punto in cui si decide la densità, senza rapporti validi a priori fra access point e cabine e con le due strade di progetto messe a confronto, aumentare la densità interna oppure coprire gli spazi esterni dall'esterno, con i vincoli della seconda e la validazione su zona campione; la separazione delle reti fra passeggeri, equipaggio, servizi di bordo e sicurezza, con la tabella di autenticazione, requisito dominante e impatto sul collegamento verso terra, e Passpoint come risposta all'autenticazione ripetuta secondo il report del Wireless Broadband Alliance sulle reti in movimento; il vincolo di classe, con la risoluzione IMO MSC.428(98) che porta la gestione del rischio cyber dentro il sistema di gestione della sicurezza previsto dal codice ISM e le Unified Requirements IACS E26 ed E27 in vigore dal 1 luglio 2024 per le navi contrattualizzate da quella data, che richiedono diagramma di zone e condotti, inventario degli asset computerizzati, descrizione della progettazione di sicurezza e procedura di prova, con il vocabolario mutuato da IEC 62443 e le norme IEC 61162-450 e 61162-460 per le reti Ethernet di bordo; gli apparati, con IEC 60945 e marcatura Wheelmark che riguardano gli apparati di navigazione e radiocomunicazione e non un access point per la rete passeggeri, che resta però soggetto ai requisiti di prova EMC in quanto trasmettitore dentro uno scafo metallico vicino alle antenne riceventi; roaming progettato sul client peggiore, che a bordo è un terminale operativo o un telefono dell'equipaggio e non lo smartphone del passeggero, con collaudo su throughput e retry invece che su una mappa di RSSI; traghetti con il picco di associazione all'imbarco, il ponte veicoli come scatola metallica il cui contenuto cambia a ogni traversata e la concorrenza della copertura mobile da terra sulle tratte brevi; yacht con vincoli estetici assoluti, area di navigazione più variabile e spazi esterni; perimetro Netframe: site survey e progettazione radio con Ekahau Sidekick 2 su infrastrutture Cisco e Huawei, mentre installazione a bordo, integrazione impiantistica e certificazioni di cantiere sono competenza del cantiere e degli studi di progettazione navale; fonti: documentazione Cisco su country code e domini regolatori, sui problemi di join con dominio non corrispondente e sul dominio Rest of World, design guide CX per le grandi reti pubbliche e racconto del progetto AIDA Cruises, mappa Wi-Fi Alliance sulle regolamentazioni della banda 6 GHz, Raccomandazione ITU-R M.1652-1, sito dell'IEEE 802.11 Working Group, Decisione 2010/166/UE e Decisione di esecuzione (UE) 2017/191 su EUR-Lex, ECC Decision (08)08, comunicato IACS sulle Unified Requirements E26 ed E27 e serie E delle Unified Requirements, report Wireless Broadband Alliance sulle reti in movimento, rassegna IEEE sulle comunicazioni marittime di Alqurashi e altri, e in forma descrittiva senza collegamento le campagne di misura di Estes, Welch, Sarkady e Whitesel e di Mariscotti, lo studio di De Beelde e altri, le Raccomandazioni ITU-R P.1238 e il Regolamento delle radiocomunicazioni ITU, la risoluzione IMO MSC.428(98) e le norme IEC 60945, IEC 60533, IEC 61162-450 e 61162-460 e la direttiva 2014/90/UE): https://netframe.it/wifi-nave/ - Wi-Fi per AMR e AGV nel magazzino automatizzato: roaming, latenza e copertura fra gli scaffali (la rete che regge i palmari non regge i robot: movimento continuo per tutto il turno con decine di passaggi fra access point all'ora, antenna del veicolo a 30-40 cm da terra sotto il primo ripiano dove il segnale è schermato da pallet e montanti, e un robot che perde il collegamento con il fleet manager entra in stato sicuro e si ferma, fermando con sé le missioni in coda; la tabella dei requisiti da fissare prima di scegliere qualsiasi apparato, con latenza sotto i 50 ms andata e ritorno verso il fleet manager, jitter contenuto e stabile, perdita di pacchetti prossima a zero, tempo di passaggio fra access point di poche decine di millisecondi con il fast roaming, segnale minimo di -67 dBm con rapporto segnale-rumore di 25 dB misurato alla quota dell'antenna del veicolo e non a quella di un palmare, almeno due access point sopra soglia in ogni punto del percorso, solo 5 GHz con canali da 20 MHz e nessun intervallo di scambio dei protocolli di controllo sotto i 10 ms su radio, sotto il quale il mezzo adatto resta il cavo; cosa passa sulla radio e cosa no, cioè controllo di missione, posizione e stato delle batterie, mentre il controllo di moto e le funzioni di sicurezza restano a bordo del veicolo e il Wi-Fi non diventa l'anello che tiene il robot in sicurezza; il roaming deciso sempre dal client e non dalla rete, con gli emendamenti IEEE 802.11r per la transizione rapida con chiavi già negoziate, 802.11k per la lista dei vicini e 802.11v per il suggerimento di spostamento, e il limite dei moduli radio industriali a due catene con firmware aggiornato di rado, che non sempre supportano l'intera terna e vanno provati con i client reali su un corridoio di test prima di estendere, progettando per il modello peggiore in flotta; celle piccole, potenze contenute e uguali fra access point e client, rate di base fissati a 6, 12 e 24 Mbps e fascia di modulazione MCS 6-9 per far roamare presto invece che tardi e male; i canali, con i 2,4 GHz lasciati al personale e alle applicazioni non critiche, i 6 GHz come destinazione di palmari e tablet moderni per liberare i 5 GHz, e il vincolo europeo dei soli quattro canali senza DFS dal 36 al 48 nella porzione 5150-5250 MHz riservata all'uso interno secondo la norma armonizzata EN 301 893, con il piano di riuso costruito su antenne direzionali di corridoio e potenze basse, oppure i canali DFS da 100 a 140 aperti solo dopo un'analisi di spettro prolungata sul sito e mettendo in conto che un singolo evento radar sposta l'access point per almeno mezz'ora; il survey in tre passaggi, predittivo con i materiali reali degli scaffali e il carico previsto, misura sul campo con Ekahau Sidekick 2 in modalità AP on a stick percorrendo i tragitti dei robot alla quota della loro antenna e a scaffali carichi, e validazione con la flotta in esercizio; la rete a valle, con VLAN dedicata e unica su tutta l'area servita perché un roaming che cambia sottorete rompe la sessione, QoS con la convenzione CS6 per il traffico dei controllori mappata sulle code degli switch e sulle categorie di accesso WMM, switching locale del traffico della flotta per non far attraversare il controller a ogni pacchetto, e l'interfaccia VDA 5050 su MQTT con sessioni persistenti che devono sopravvivere al roaming; le aree in cui i robot si accumulano, cioè stazioni di ricarica, baie di attesa, incroci e aree di scambio con i carrelli, individuate sulla planimetria con il fornitore della flotta e dimensionate sul picco di riconnessione e non sulla media; il collaudo eseguito seguendo i robot o con il rilevatore montato su un veicolo, con registrazione di segnale, rapporto segnale-rumore, rate, tempo e punto di ogni roaming confrontati con le soglie della tabella dei requisiti, e la survey di controllo dopo ogni modifica fisica rilevante messa nel contratto di assistenza invece che nella buona volontà; gli otto errori ricorrenti, dal survey fatto a quota palmare con scaffali vuoti agli access point a piena potenza, dai canali da 40 o 80 MHz su una rete che trasporta pochi byte al secondo per veicolo al fast roaming mai provato sul modulo radio reale; sei domande frequenti, fra cui il confronto fra Wi-Fi e 5G privato per una flotta di AGV e cosa succede ai robot se cade il Wi-Fi; perimetro dichiarato: la posa dei cavi e delle canalizzazioni resta a cablatori e impiantisti abilitati coordinati da Netframe): https://netframe.it/wifi-magazzino-amr/ - Sicurezza del Wi-Fi aziendale: WPA3, MACsec e le nuove difese del Wi-Fi 7 (le minacce che si vedono sul campo invece di quelle da brochure: intercettazione passiva registrabile da fuori il perimetro, evil twin innescato da un attacco di deautenticazione, rete ospiti promiscua e chiave condivisa che resta in mano a ex dipendenti e fornitori; la base indipendente dal vendor con WPA3-Enterprise, 802.1X ed EAP-TLS, dove la verifica del certificato del server è ciò che fa fallire l'access point falso, e la modalità a 192 bit come insieme coerente di algoritmi GCMP-256, HMAC-SHA-384, ECDH ed ECDSA a 384 bit e BIP-GMAC-256; i frame di gestione protetti dell'emendamento IEEE 802.11w, obbligatori sui 6 GHz, con cifratura degli unicast e codice di integrità sui multicast; il perimetro europeo dei 6 GHz secondo la Decisione di esecuzione (UE) 2021/1067, cioè 480 MHz e tre canali da 160 contro i 1200 MHz statunitensi, con soli apparati a bassa potenza per interni a 23 dBm EIRP e a bassissima potenza portatili a 14 dBm EIRP e nessuna potenza standard ammessa; Wi-Fi Enhanced Open basato su OWE per la rete ospiti, che cifra ma non autentica; MACsec secondo IEEE 802.1AE con gestione delle chiavi tramite MKA definito in 802.1X, applicato sull'uplink tra access point e switch e a salire verso il core, con il limite dichiarato dalla norma stessa; cosa aggiunge il Wi-Fi 7 con le protezioni di livello fisico che rendono i pacchetti non demodulabili fuori dalla posizione del client legittimo, i costi prestazionali dichiarati dal produttore e il perimetro ai soli unicast in downlink; rilevamento degli access point abusivi con censimento, monitoraggio continuo dell'etere e verifica sul campo, e perché la contromisura corretta è disabilitare la porta dello switch invece di emettere frame di disturbo; la progettazione della copertura come prima contromisura all'intercettazione; tabella dei requisiti NIS2 tradotti in configurazioni sul wireless e in evidenze da mostrare in sede di verifica): https://netframe.it/sicurezza-wifi-aziendale/ - Wi-Fi 7 in azienda: cosa cambia davvero in Europa con 480 MHz a 6 GHz (il Wi-Fi 7 che si compra in Italia non è quello delle brochure: canali da 320 MHz, oltre 40 Gbit/s di picco e 4096-QAM sono numeri veri ma calcolati sulla banda a 6 GHz americana, 1200 MHz da 5925 a 7125, mentre in Europa la Decisione di esecuzione (UE) 2021/1067 ha armonizzato 5945-6425 MHz, cioè 480 MHz, per i sistemi WAS/RLAN con due classi di apparati, LPI a 23 dBm di EIRP e 10 dBm/MHz per interni e VLP a 14 dBm anche all'aperto, senza la classe a potenza standard sotto database AFC che negli Stati Uniti permette celle grandi e uso esterno; le modifiche (UE) 2024/3157 del 17 dicembre 2024 e (UE) 2025/913 del 20 maggio 2025 hanno aggiornato le condizioni tecniche senza toccare larghezza della banda e limiti di potenza per interni; la tabella dei canali disponibili, in Europa 24 da 20 MHz, 12 da 40, 6 da 80, 3 da 160 e un solo canale da 320 in due posizioni sovrapposte, negli Stati Uniti 59, 29, 14, 7 e 3, e la conseguenza progettuale che con un solo canale da 320 MHz due access point vicini si disturbano, quindi in una rete aziendale europea il Wi-Fi 7 a 6 GHz lavora a 80 MHz con sei canali e riuso e in qualche caso a 160, mai a 320 con più apparati; la porzione alta 6425-7125 MHz contesa fra industria mobile e industria Wi-Fi, identificata per i sistemi mobili nella Regione 1 alla WRC-23, con il mandato della Commissione alla CEPT del dicembre 2024 e consegna finale a luglio 2027, e il parere del Radio Spectrum Policy Group del novembre 2025 che raccomanda di riservare 540 MHz (6585-7125) in via prioritaria alle reti mobili e congela i 160 MHz restanti (6425-6585) fino alla WRC-27 di fine 2027, quindi per chi progetta oggi si pianifica su 480 MHz e non si conta su altro spettro a 6 GHz prima del 2028; cosa resta del Wi-Fi 7, standard IEEE 802.11be certificato dalla Wi-Fi Alliance dall'inizio del 2024, senza il 320: il Multi-Link Operation che tiene un client associato su due bande insieme e sposta il traffico su quella meno disturbata senza roaming, la funzione più utile per la voce e per le applicazioni sensibili alla latenza, oggi presente sugli smartphone e sui portatili recenti e assente sui client industriali; la 4096-QAM con circa il 20% in più di velocità di picco rispetto alla 1024-QAM ma solo con rapporto segnale-rumore molto alto, quindi sotto l'access point in ufficio e quasi mai in capannone; il preamble puncturing e le unità multi-risorsa che permettono di usare un canale largo escludendo solo la porzione disturbata, utili proprio nella situazione europea con pochi canali larghi; quello che il Wi-Fi 7 non cambia, cioè la propagazione peggiore a 6 GHz attraverso muri e scaffali, le celle più piccole a 23 dBm, il roaming deciso dal client, il WPA3 obbligatorio con frame di gestione protetti sui 6 GHz che lascia i client WPA2 sui 5 GHz, e il dimensionamento a capacità e non a metri quadri; quando ha senso comprarlo in tre casi, uffici e sedi direzionali con portatili e smartphone recenti dove la scelta è quasi sempre giusta a patto di progettare il 6 GHz a 80 MHz, stabilimenti, magazzini e strutture sanitarie con terminali industriali a 5 GHz dove il Wi-Fi 7 serve a spostare i portatili e gli smartphone del personale sui 6 GHz e liberare i 5 GHz per i client critici come scelta di igiene dello spettro, e sale riunioni e aule ad alta densità dove però il collo di bottiglia è quasi sempre l'acustica e la rete cablata dell'impianto AV; la regola che un impianto Wi-Fi 6 ben progettato rende più di un Wi-Fi 7 messo a caso e che un apparato nuovo si compra anche per gli anni di aggiornamenti di sicurezza; cosa cambia sul cavo e sull'alimentazione, con la porta di uplink a 2,5 o 5 Gbit/s secondo IEEE 802.3bz che richiede cablaggio certificato almeno in categoria 5e e switch di accesso con porte multigigabit, e l'alimentazione 802.3bt richiesta da molti access point Wi-Fi 7 per accendere tutte le radio a piena potenza, mentre con 802.3at alcuni spengono una radio o riducono le catene, quindi budget PoE ricalcolato in watt sulla somma degli apparati e switch di dieci anni fa spesso insufficienti, la voce di costo che le brochure non mostrano; come si progetta una rete Wi-Fi 7 in Europa con quattro accorgimenti, survey a 6 GHz con Ekahau Sidekick 2 che misura le tre bande e progetto predittivo con i materiali reali e la potenza limitata a 23 dBm, piano dei canali a 80 MHz con riuso su tre o quattro e 160 solo dove gli apparati sono pochi, scoperta della rete sui canali di scansione preferenziale PSC perché sui 6 GHz i client non scansionano tutti i canali, e due SSID con due politiche, WPA3 sui 6 GHz e sui 5 GHz la sicurezza che i client critici supportano; sette errori ricorrenti, dalla rete progettata su 320 MHz con i valori americani agli access point Wi-Fi 7 su switch gigabit con PoE+, dal piano dei canali senza PSC ai terminali WPA2 spostati sui 6 GHz, dal MLO acceso senza verifica dei client al survey fatto solo a 5 GHz e all'acquisto guidato dalla velocità di picco; sei domande frequenti, fra cui se il Wi-Fi 7 in Europa è più lento che negli Stati Uniti, se conviene rispetto al Wi-Fi 6, quanti canali ha a 6 GHz in Italia, se servono switch e cavi nuovi e se la banda alta arriverà in Europa; fonti primarie: Decisione di esecuzione (UE) 2021/1067, Decisioni (UE) 2024/3157 e (UE) 2025/913 su EUR-Lex, parere RSPG25-031 del Radio Spectrum Policy Group, mandato alla CEPT del dicembre 2024, posizione della Wi-Fi Alliance sui 6 GHz, elenco delle Radio Spectrum Decisions della Commissione, IEEE 802.11be, 802.3bz e 802.3bt citati in forma descrittiva, rilette il 4 settembre 2026; perimetro dichiarato: Netframe è certificata Cisco e Huawei, HPE con la linea HPE Aruba Networking è technology partner, Ekahau è lo strumento di misura di proprietà): https://netframe.it/wifi-7-in-azienda/ - Telefoni Wi-Fi di reparto: Ascom i63 su Wi-Fi Cisco Catalyst 9800, cosa serve perché la voce regga (voce su Wi-Fi con i telefoni di reparto: SSID dedicato con 802.11r e WMM, copertura a -67 dBm misurata all'altezza del telefono lungo i percorsi delle persone, sovrapposizione fra celle del 20%, QoS rispettata fino al centralino, collaudo con la chiamata in corso e confronto con il DECT; scheda completa fra le guide della sezione VoIP aziendale): https://netframe.it/telefoni-wifi-reparto/ --- ### 3. Security Assessment IT URL: https://netframe.it/security-assessment/ Analisi tecnica e organizzativa della postura di sicurezza informatica aziendale. Netframe valuta rete (wired e wireless), identity & access management, endpoint, segmentazione, monitoring e compliance normativa, fornendo un report executive con livello di rischio e roadmap evolutiva. **Tipologie di Security Assessment:** 1. **Executive Wireless & Security Posture Snapshot** (1-2 giorni) - Quick-check rivolto alla direzione aziendale (CEO, CIO, CFO) - Analisi delle 8 aree fondamentali di sicurezza - Output: report executive con livello di rischio (Basso/Medio/Alto), aree prioritarie, roadmap evolutiva - Ideale per PMI fino a 100 utenti 2. **Security Assessment Completo** (5-10 giorni, 2-4 settimane per le realtà enterprise multi-sede) - Audit tecnico approfondito per IT manager, CISO, security team - Analisi vulnerabilità, gap di compliance, piano di remediation - Output: report tecnico dettagliato con prioritizzazione interventi - Per aziende 50-1000+ utenti **Le 8 aree analizzate:** 1. **Contesto e obiettivi di business** (compliance, risk management, business continuity) 2. **Sicurezza Wi-Fi e wireless** (separazione corporate/guest, autenticazione WPA2/WPA3, 802.1X) 3. **Controllo accessi e Identity Management** (Microsoft Entra ID, ex Azure AD, MFA, Conditional Access) 4. **Endpoint e dispositivi connessi** (BYOD, IoT, dispositivi gestiti, Microsoft Defender, Fortinet ZTNA) 5. **Segmentazione di rete** (VLAN, microsegmentazione, prevenzione movimento laterale) 6. **Monitoring e risposta agli incidenti** (Fortinet logging, Microsoft Defender, audit log Azure) 7. **Compliance e responsabilità** (GDPR, NIS2, ISO 27001, gestione log, ruoli CISO/DPO/IT) 8. **Valutazione complessiva e roadmap** (rischio Basso/Medio/Alto, priorità, piano pluriennale) **Tecnologie utilizzate:** - **Fortinet (NSE 4):** FortiGate NGFW, FortiClient ZTNA, Security Fabric, FortiAnalyzer - **Microsoft Defender:** Defender for Endpoint, Defender for Cloud, Defender for Identity - **Microsoft Azure:** Microsoft Entra ID, Conditional Access, MFA Entra, Microsoft Sentinel - **Microsoft 365 Compliance:** Compliance Manager, Data Loss Prevention, Information Protection **Reti di altri vendor:** oltre agli ambienti Fortinet e Microsoft, il team è certificato sulle reti Cisco e Huawei e le analizza direttamente; per tecnologie fuori da questo perimetro, per esempio Palo Alto, valuta caso per caso e si avvale di partner specializzati. **Riferimenti di conformità:** articolo 32 del GDPR sulle misure tecniche e organizzative adeguate e articolo 24 del D.Lgs. 138/2024, che include fra le misure di gestione del rischio le politiche e le procedure per valutare l'efficacia delle misure adottate. **Differenza con altri servizi di security:** - Security Assessment = analisi olistica (tecnologia + processi + responsabilità) - Vulnerability Assessment = scansione tecnica focalizzata su vulnerabilità - Penetration Test = simulazione attacchi reali **Il perimetro di Netframe dentro questo quadro:** Netframe analizza direttamente la configurazione dell'infrastruttura, cioè regole e postura dei firewall, segmentazione della rete, sicurezza del wireless con autenticazione e separazione delle reti, gestione degli accessi e degli apparati. È il lavoro che deriva dalla certificazione Fortinet NSE 4 e dalla progettazione quotidiana di queste architetture, e produce rilievi che un report di sola scansione non contiene, perché richiede di sapere come quella rete è stata costruita e a cosa serve. La ricerca di vulnerabilità con strumenti di scansione automatizzata e il penetration testing restano affidati a partner specializzati, che eseguono e quotano l'attività: Netframe definisce il perimetro, coordina l'intervento e integra i risultati nel report finale insieme ai rilievi di configurazione. **Servizi NON offerti direttamente** (collaboriamo con partner specializzati): - Ricerca di vulnerabilità con strumenti di scansione automatizzata - Penetration testing - SOC (Security Operations Center) gestito - Red teaming **Guide tecniche correlate:** - NIS2 per PMI manifatturiere: guida operativa (perimetro dell'Allegato II del D.Lgs. 138/2024 con le attività di fabbricazione e gli esempi dei distretti emiliani, soglie dimensionali dei 50 dipendenti o 10 milioni di euro, effetto della catena di fornitura sui subfornitori, responsabilità degli organi di amministrazione, le dieci aree di misure dell'art. 24, tempi di notifica degli incidenti all'ACN in 24 ore, 72 ore e un mese dalla notifica, calendario aggiornato con la determinazione ACN 379907/2025 applicabile dal 15 gennaio 2026 per i soggetti censiti nel 2025 e la determinazione 127434/2026 per chi è entrato nell'elenco nel 2026, l'elenco dei fornitori rilevanti sulla piattaforma introdotto dalla determinazione 127437/2026 dentro l'aggiornamento annuale dal 15 aprile al 31 maggio con la categorizzazione di attività e servizi dal 1° maggio al 30 giugno, sanzioni distinte per soggetti essenziali e importanti, le cinque aree tecniche critiche: segmentazione IT/OT secondo IEC 62443, accessi remoti dei manutentori, MFA, backup 3-2-1 e monitoraggio, piano d'azione in 90 giorni): https://netframe.it/nis2-pmi-manifatturiere/ - Security assessment, vulnerability assessment e penetration test: le differenze che contano (perché tre preventivi con cifre diverse di un ordine di grandezza non sono confrontabili: le tre attività rispondono a domande diverse, cioè come sono messo nel complesso, quali debolezze note ho e cosa riesce a combinare davvero un attaccante; il vocabolario della NIST SP 800-115, che distingue l'esame dal test e chiarisce che un penetration test si appoggia comunque all'identificazione di host e servizi e alla scansione delle vulnerabilità, con la dichiarazione esplicita che il documento risale al 2008 e non è mai stato rivisto; le variabili che cambiano un vulnerability assessment, cioè scansione autenticata via SSH e WMI contro non autenticata, validazione manuale dei falsi positivi, e la lettura della severità con il CVSS 4.0 di FIRST, dove il punteggio base non è una priorità e vanno pretesi il punteggio ambientale e la stringa vettore; l'eccezione della rete di fabbrica, dove un profilo di scansione aggressivo manda in blocco PLC e apparati legacy e si lavora con profili passivi e finestre concordate; cosa è e cosa non è un penetration test, con perimetro, livelli black, gray e white box, regole d'ingaggio scritte e metodologia OWASP WSTG nella versione stabile 4.2 con identificativi verificabili nella forma WSTG-v42-categoria-numero; la distinzione netta dal red teaming, che non rientra nei servizi erogati; l'ordine corretto delle quattro fasi, dal security assessment al rimedio delle cose evidenti, al vulnerability assessment ciclico, al penetration test solo su una base sana; le nove domande da porre a un fornitore prima di firmare; il collegamento con l'articolo 24 del D.Lgs. 138/2024 e le scadenze delle determinazioni ACN 379907/2025 e 127434/2026, con la precisazione che la norma non impone a tutti un penetration test annuale ma la verifica dell'efficacia delle misure con strumenti proporzionati al rischio, e l'effetto della catena di fornitura su chi è formalmente fuori perimetro): https://netframe.it/differenza-security-assessment-penetration-test/ - Teleassistenza delle macchine industriali: chi si collega ai tuoi impianti e da dove (perché la teleassistenza è un problema di proprietà dell'accesso e non di VPN: il router cellulare montato a bordo macchina dal costruttore, con la sua SIM collegata al PLC, non passa dal firewall, non è nel dominio e non ha una scheda nell'inventario IT, e il perimetro della fabbrica finisce dove finisce l'ultimo contratto di manutenzione; le quattro strade con cui la teleassistenza entra in fabbrica, VPN aziendale con credenziali nominali, portale in cloud del costruttore, router cellulare a bordo macchina e software di controllo remoto sull'HMI, con chi controlla l'accesso e il rischio di ciascuna; il censimento delle connettività a bordo macchina come prima attività di progetto; l'architettura a zone e condotti della IEC 62443 con il jump host in una DMZ di manutenzione separata sia dagli uffici sia dalla produzione, da cui la regola di firewall autorizza un solo indirizzo IP e una sola porta, con visibilità, confinamento e tracciabilità; la parte 2-4 della serie per i fornitori di servizi e i requisiti SR 1.13, SR 1.1 RE 2, SR 2.6 e FR 5 della IEC 62443-3-3 tradotti in scelte di fabbrica, con l'autenticazione a più fattori da reti non fidate richiesta dal livello di sicurezza 3, non obbligatoria al livello 2 tipico di una fabbrica ma scelta prudente per ogni accesso da rete esterna; la registrazione delle sessioni, utile e da impostare prima, con informativa, base giuridica, tempi di conservazione, controllo degli accessi agli archivi e articolo 4 dello Statuto dei lavoratori quando il manutentore è un dipendente; il ciclo di vita degli accessi in cinque punti, credenziali nominali mai condivise, abilitazione su richiesta, scadenza automatica, revisione semestrale e revoca alla chiusura del contratto; le quattro clausole del contratto di manutenzione, modalità di accesso concordata, credenziali nominali e comunicazione dei cambi, consenso alla registrazione, tempi di intervento compatibili, con la regola che una procedura più lenta del fermo che deve risolvere viene scavalcata; la catena di fornitura ICT fra le misure di gestione del rischio dell'articolo 24 del D.Lgs. 138/2024 e l'elenco dei fornitori rilevanti sulla piattaforma ACN secondo la determinazione 127437/2026 nella finestra annuale dal 15 aprile al 31 maggio; fonti: IEC 62443-2-4:2023, IEC 62443-3-2 e IEC 62443-3-3, D.Lgs. 138/2024 su Normattiva, Direttiva (UE) 2022/2555 e Regolamento (UE) 2016/679 su EUR-Lex, determinazione ACN 127437/2026 sul portale dell'Agenzia, legge 20 maggio 1970 n. 300 su Normattiva): https://netframe.it/teleassistenza-macchine-industriali/ --- ### 4. Microsoft Teams Direct Routing URL: https://netframe.it/teams-direct-routing/ Implementazione di Microsoft Teams come centralino aziendale completo, tramite Session Border Controller (SBC) qualificati Microsoft. Permette alle aziende di utilizzare Teams per chiamate verso linee fisse e mobili mantenendo numerazione italiana e scegliendo liberamente l'operatore SIP. La licenza che abilita le funzioni da centralino sull'utente è Teams Phone Standard, denominazione corrente che ha sostituito il precedente nome Phone System. **Le quattro connettività PSTN di Teams Phone** (combinabili nello stesso tenant e assegnabili per utente): - **Direct Routing:** scelta libera dell'operatore SIP italiano tramite SBC qualificato Microsoft; è l'unica strada che consente la coesistenza col centralino esistente e la gestione di fax, POS e apparati analogici tramite gateway con porte FXS o ISDN - **Microsoft Calling Plan:** Microsoft come operatore, con piani Domestic, International e Pay-As-You-Go; disponibile in Italia, con tagli e paesi da verificare sulla documentazione ufficiale - **Operator Connect:** l'operatore aderente al programma gestisce numeri, traffico e SBC; in Italia gli aderenti sono pochi - **Teams Phone Mobile:** il numero della SIM mobile diventa il numero Teams; richiede un operatore mobile aderente al programma. Il confronto con le altre strade per avere il numero dell'ufficio sul cellulare è nella guida alla convergenza fisso-mobile: https://netframe.it/convergenza-fisso-mobile/ **Vantaggi Direct Routing:** 1. Telefonia integrata in Teams (chat + video + voce in una sola app) 2. Numerazione italiana mantenuta tramite number portability 3. Costo del traffico definito dal contratto con l'operatore SIP scelto, confrontabile con la spesa attuale attraverso un calcolo di costo complessivo su tre-cinque anni 4. Smart working nativo da qualsiasi dispositivo 5. Funzionalità centralino complete (Call Queues, Auto Attendant) 6. Quality of Service garantita con codec voce ottimizzati 7. Continuità locale con la sopravvivenza sull'SBC se cade il collegamento verso Teams, con il perimetro dichiarato: restano le chiamate di base, mentre code, centralinista automatico e casella vocale vivono nel cloud e non funzionano; richiede media bypass e una linea telefonica attestata in sede 8. Compliance e sicurezza: cifratura della segnalazione in TLS e del flusso vocale in SRTP su tutte le tratte per impostazione predefinita, autenticazione a più fattori tramite Microsoft 365, registrazione delle chiamate e audit log. La crittografia end-to-end di Teams è una funzione distinta, va abilitata esplicitamente e riguarda le chiamate uno-a-uno tra utenti Teams: le chiamate verso la rete telefonica pubblica ne restano fuori, perché il flusso viene terminato e ri-originato dagli apparati che fanno da ponte verso l'operatore **SBC qualificati per Microsoft Teams Direct Routing:** - **AudioCodes Mediant**: famiglie 500 e 500L, 800B e 800C, 1000B (gateway ed E-SBC con interfacce analogiche, BRI e PRI), 2600, 4000 e 4000B, 9000, 9030 e 9080 (SBC di capacità crescente), più il Mediant Software SBC nelle edizioni Virtual, Server e Cloud. Adatti ad aziende medio-grandi e multi-sede, alta disponibilità, scenari ibridi cloud e on-premise. Netframe è certificato AudioCodes. - **Patton SmartNode**: eSBC delle serie SN5501, SN5531, SN5541, SN5551 e SN5571, disponibili nelle varianti con porte BRI, FXS/FXO, miste e PRI, e gateway delle serie SN4131, SN4141, SN4151, SN4171 e SN4740; il supporto a Teams Direct Routing richiede software Trinity 3.19.x o successivo. Adatti a PMI e all'integrazione con linee analogiche e ISDN esistenti. Netframe è certificato Patton. L'elenco ufficiale Microsoft dei Session Border Controller qualificati resta il riferimento da verificare per stabilire quali modelli e quali versioni firmware siano certificati in un dato momento. **Tempi di implementazione:** - Aziende fino a 50 utenti: 3-5 settimane - Aziende 50-200 utenti: 6-10 settimane - Aziende 200-1.000 utenti: 2-4 mesi - Enterprise 1.000+ utenti: 4-6 mesi **Guide tecniche correlate:** - Microsoft Teams Phone: il centralino dentro Teams, come funziona davvero (pilastro informativo del cluster Teams; perché Teams Phone non è "Teams che telefona": qualunque piano Microsoft 365 permette già le chiamate interne, ma senza numero pubblico, code o centralinista automatico, e la documentazione Microsoft è esplicita nel tenere separata la soluzione PSTN dalla licenza Teams Phone, che sono due acquisti distinti; mappa delle licenze con Teams Phone Standard come add-on già incluso in Microsoft 365 E5 e Office 365 E5, il pacchetto Teams Phone with Calling Plan, la licenza Microsoft Teams Phone Resource Account per centralinista automatico e code che Microsoft raccomanda di non assegnare mai a persone, i Calling Plan nelle varianti Domestic, International e Pay-As-You-Go con l'Italia in Zone 2, e Shared Calling per il personale che chiama fuori raramente, oltre all'abilitazione Enterprise Voice sull'utente che è la causa più frequente di chiamate di assistenza nelle prime settimane; le quattro strade per portare i numeri dentro Teams a confronto su chi fornisce numeri e accesso PSTN, cosa serve in azienda e quando ciascuna ha senso: Microsoft Calling Plan, Operator Connect, Teams Phone Mobile e Direct Routing, combinabili nello stesso tenant con Direct Routing sulla sede principale e altre modalità sulle filiali; funzioni da centralino native con centralinista automatico a orari e menu, code con gruppi di risposta, segreteria in cloud, parcheggio e ripresa, risposta di gruppo, linee condivise e politiche per reparto; la distinzione tecnica tra numeri di servizio, che reggono centinaia di chiamate contemporanee, e numeri utente, che ne reggono poche, con l'errore di assegnare il numero principale dell'azienda a una persona invece che a un account risorsa; agenti conversazionali sul centralinista automatico ancora in anteprima limitata e non disponibili a tutti i tenant; il perimetro onesto rispetto al contact center, per cui code evolute, supervisione, wallboard e registrazione a norma richiedono soluzioni aggiuntive certificate; dispositivi certificati Microsoft Teams nelle due famiglie dei telefoni nativi e dei dispositivi collegati, gestiti dal centro di amministrazione con autenticazione moderna, e tutto ciò che Teams non vede in una PMI manifatturiera, cioè cordless di reparto, citofoni, fax, combinatori d'ascensore e POS, per cui servono gateway con porte analogiche o ISDN, SBC o infrastrutture DECT via SIP; la risposta alla domanda sulla continuità in caso di caduta della connettività con il Survivable Branch Appliance, distribuito da Microsoft ai produttori di SBC certificati e integrato nel firmware o come macchina virtuale, che richiede configurazione in media bypass e presuppone una linea telefonica attestata in sede, senza equivalente locale con Calling Plan e Operator Connect; tabella dei profili aziendali con verdetto e motivo, dagli uffici con poche linee alla PMI manifatturiera in architettura mista, dal multi-sede con esigenze di continuità al centralino recente ancora in ammortamento fino al contact center strutturato; sequenza di migrazione dal censimento di interni, numeri diretti e apparati non telefonici alla scelta della strada, al gruppo pilota in parallelo col centralino esistente, alle ondate per reparto, con la portabilità dei numeri sempre per ultima; fonti: documentazione Microsoft Learn su Teams Phone, licenze, add-on, connettività PSTN, Calling Plan, configurazione, funzioni, centralinista automatico e code, telefoni certificati e Survivable Branch Appliance, più la documentazione AudioCodes sulla resilienza di sede): https://netframe.it/microsoft-teams-phone/ - Integrare Microsoft Teams con il centralino esistente tramite SBC (architetture di coesistenza tra Teams e PBX aziendale, migrazione progressiva senza interruzioni): https://netframe.it/teams-centralino-esistente/ - Configurazione sicura di un SBC, dal firewall interno al perimetro aziendale (cosa significa SBC: Session Border Controller, l'apparato, fisico o virtuale, al confine tra la rete voce aziendale e l'esterno, operatore SIP o cloud Microsoft Teams, che controlla segnalazione SIP e flussi audio, cifra le comunicazioni, garantisce l'interoperabilità tra sistemi diversi e blocca il traffico non autorizzato; hardening, posizionamento in DMZ, segmentazione VLAN, regole FortiGate con le subnet Microsoft 52.112.0.0/14 e 52.120.0.0/14 e le porte per segnalazione e media, certificati pubblici e MTLS, SRTP, toll fraud e SIP ALG del firewall da disattivare in presenza di un SBC): https://netframe.it/configurazione-sicura-sbc/ - Operator Connect vs Direct Routing: quale strada per i numeri su Microsoft Teams (le quattro connettività PSTN di Teams Phone, col confronto operativo sulle tre più diffuse per la telefonia fissa: Calling Plan con Microsoft come operatore, Operator Connect con l'operatore aderente al programma integrato nel Teams Admin Center, Direct Routing tramite SBC qualificato Microsoft come AudioCodes e Patton; tabella comparativa su chi fornisce numeri e minuti, infrastruttura necessaria, dove si gestisce, numerazioni complesse e GNR, coesistenza col centralino esistente possibile solo affiancando Direct Routing, dispositivi analogici come fax, POS e citofoni con gateway e porte FXS; premessa sulle licenze: Teams Phone per ogni utente, col Calling Plan il piano chiamate di Microsoft, con le altre strade il traffico nel contratto con l'operatore; Calling Plan disponibile in Italia con elenco paesi e tagli da verificare sulla documentazione ufficiale; profili aziendali tipici e mix di più connettività nello stesso tenant, assegnate per utente e combinabili anche sullo stesso utente con le policy di instradamento Direct Routing verso il centralino di terze parti; la licenza Audio Conferencing per il numero di accesso alle riunioni con Direct Routing e il modello Direct-Routing-as-a-Service (DRaaS) per l'SBC gestito dal partner; portabilità verso tutte e tre le strade, comprese le selezioni passanti, con la regola di non disdire mai la vecchia linea prima del completamento del porting): https://netframe.it/operator-connect-vs-direct-routing/ --- ### 5. Sale Riunioni e Videoconferenza URL: https://netframe.it/sale-riunioni-videoconferenza/ Progettazione e allestimento di sale meeting professionali per aziende italiane. Tecnologie MaxHub ed Extron, dispositivi certificati Microsoft Teams Rooms (Android e Windows), Zoom Rooms, Cisco Webex e Google Meet. **Area servita per l'allestimento delle sale meeting:** Netframe ha sede a Modena e allestisce sale riunioni, sale meeting, sale conferenze e auditorium in tutte e nove le province dell'Emilia-Romagna, cioè Modena, Bologna, Reggio Emilia, Parma, Piacenza, Ferrara, Ravenna, Forlì-Cesena e Rimini, con progetti anche nel resto d'Italia. Il sopralluogo in sede è la norma e non l'eccezione, perché il dimensionamento dello schermo rispetto alla profondità della stanza, il posizionamento dei microfoni e il trattamento acustico si decidono misurando l'ambiente reale e non su planimetria. Quali mestieri entrano in un cantiere di sala, in che ordine si interviene e chi collauda è spiegato nella guida dedicata: https://netframe.it/chi-allestisce-sala-riunioni/ **Tipologie di sale allestite:** 1. Huddle room (2-4 persone) 2. Sale riunioni medie (6-12 persone) 3. Boardroom executive (12-24 persone) 4. Sale conferenze (50+ persone) 5. Auditorium (100+ persone) 6. Sale formazione e training rooms 7. Aule scolastiche e universitarie **Casi successo / esperienza specifica:** - **Sale meeting dinamiche per il settore automotive emiliano:** progettate con architetture ricomponibili che integrano controllo AV professionale Extron e dispositivi MaxHub Microsoft Teams Rooms - **Auditorium e centri congressi con regia AV centralizzata:** sale combinabili e ambienti multipli governati da un'unica regia, con proiezione laser 4K, audio su rete Dante, traduzione simultanea e sistemi Microsoft Teams Rooms centralizzati **Tecnologia di riferimento nelle sale: MaxHub** MaxHub è la linea di prodotto che Netframe integra con maggiore frequenza nell'allestimento delle sale riunioni, grazie a un portafoglio che copre tutte le esigenze dalla piccola huddle room all'auditorium. MaxHub appartiene allo stack tecnologico utilizzato nei progetti e non costituisce una partnership commerciale né una certificazione di Netframe: la certificazione Microsoft Teams Rooms riguarda gli apparati, sia su Android (videobar all-in-one plug-and-play) sia su Windows (per scenari enterprise complessi), e Netframe li seleziona, li installa e li configura. Categorie: - Interactive Flat Panel (4K touch 55"-110", inclusa la serie XBoard V7 all-in-one con telecamere AI e 16 microfoni) - Video Bar All-in-One - Conference Camera AI (PTZ con tracking automatico) - MaxHub Transfer (wireless presentation) - MaxHub MTR Android e Windows **Controllo AV professionale: Extron** Per progetti enterprise complessi Netframe utilizza Extron come piattaforma di controllo AV professionale, anch'essa parte dello stack tecnologico e non oggetto di partnership o certificazione: matrici switching 4K HDR, sistemi controllo unificato (touch panel 5"-15"), processori segnale audio (DSP, AEC, AGC), estensori AV su rete IP (NAV serie), sistemi gestione asset (GlobalViewer Enterprise). **Compatibilità piattaforme videoconferenza:** - Microsoft Teams Rooms (MTR) - Zoom Rooms - Cisco Webex Rooms - Google Meet - BYOM (Bring Your Own Meeting) **AV over IP: quando l'impianto audio video diventa una rete** La distribuzione dei segnali audio e video si sta spostando dai cavi dedicati alla rete dati. Un impianto su IP si estende aggiungendo un punto rete invece di tirare un nuovo cavo, non ha il vincolo della matrice a numero fisso di ingressi e uscite e permette di portare qualsiasi sorgente su qualsiasi schermo, anche fra edifici diversi. Il passaggio però sposta il problema invece di eliminarlo: un impianto AV over IP progettato male non degrada gradualmente, smette di funzionare, e con lui smette di funzionare la rete che lo ospita. I cinque requisiti sono tutti decisioni di networking: 1. **Traffico multicast governato:** IGMP snooping attivo sugli switch e un querier nella rete, altrimenti i flussi video vengono inondati su tutte le porte e possono saturare la LAN insieme al traffico dati. È il modo più comune in cui un collaudo AV va male, ed è un problema di rete, non di apparati audio video. 2. **Banda dimensionata sul tipo di codifica:** il video non compresso in 4K richiede infrastrutture a 10 Gigabit, le codifiche a bassa latenza scendono su Gigabit al prezzo di qualche millisecondo e di una compressione da valutare sui contenuti reali. La codifica è la prima decisione di progetto, perché determina la rete che serve. 3. **Sincronismo:** audio e video su rete hanno bisogno di un riferimento di clock comune distribuito con PTP, altrimenti i flussi derivano fra loro e il labiale non torna. 4. **Quality of Service e segmentazione:** il traffico AV va marcato, prioritizzato e isolato su una VLAN dedicata, perché un backup notturno avviato durante una plenaria non deve poter competere con il video. 5. **Budget PoE reale:** encoder, decoder, touchpanel e telecamere si alimentano dallo switch; il conto si fa sulla somma effettiva e non sul numero di porte, e si rifà a ogni dispositivo aggiunto. Netframe progetta entrambe le cose, la rete aziendale con Cisco, Fortinet e Huawei e la sala, ed è la ragione per cui un impianto AV over IP non finisce in un rimpallo tra l'integratore audio video e chi gestisce la rete. Sull'audio distribuito lavora con Dante in tutti i progetti di sale combinabili. Sul video valuta caso per caso: su una sala singola l'HDBaseT resta più semplice ed economico, e viene detto; l'AV over IP conviene quando le sale sono molte, quando servono collegamenti fra edifici o quando l'impianto deve crescere nel tempo senza essere rifatto. La guida tecnica sulla rete che regge la distribuzione, con multicast, sottoreti, banda per codifica, PTP, QoS e PoE, è nella sezione Reti Aziendali di questo documento e a questo indirizzo: https://netframe.it/rete-per-av-over-ip/ **Tempi di realizzazione:** - Huddle room e sale meeting medie: 2-4 settimane - Boardroom executive: 4-8 settimane - Sale conferenze e auditorium: 2-4 mesi - Progetti multi-sala o multi-sede: 3-6 mesi **Guida alla progettazione:** - Allestimento sala riunioni: come si progetta una sala tecnologica che viene davvero usata (tipologie di sala dalla huddle room all'auditorium, dimensionamento dello schermo secondo lo standard AVIXA DISCAS con le soglie 4/6/8 per contenuti analitici, decisionali e passivi, confronto tra display professionale, monitor interattivo, videoproiezione laser e parete LED, posizionamento dei microfoni a tavolo o a soffitto, DSP con cancellazione d'eco acustica, audio su rete Dante, tempo di riverbero target 0,4-0,6 secondi, avvio della riunione con un tocco con sistemi di sala Microsoft Teams Rooms, Zoom Rooms e Google Meet e modalità BYOD via USB-C, sale combinabili con preset, durabilità dell'investimento con la separazione tra infrastruttura e livello di conferenza perché la sala dura sette-dieci anni e la piattaforma cambia prima, la sala moderna come progetto di rete con VLAN dedicate, QoS, switch dimensionati sul multicast e budget PoE reale, voci di costo reali ed errori ricorrenti): https://netframe.it/allestimento-sala-riunioni/ **Guida ai mestieri e all'ordine dei lavori:** - Chi allestisce una sala riunioni: i mestieri, l'ordine e chi collauda (la guida non parla di progetto di sala ma di organizzazione del cantiere e di contratti: i quattro mestieri che entrano in una sala riunioni e il punto esatto in cui finisce il lavoro di ciascuno, cioè l'integratore audio video che progetta, sceglie e configura display, telecamere, microfoni, processore audio e sistema di controllo e consegna la sala funzionante e misurata con la documentazione, l'impiantista elettrico che porta le linee di alimentazione ai punti indicati e chiude con la dichiarazione di conformità, il cablatore dati che posa e certifica le tratte verso armadio, display, telecamere e punti di connessione del tavolo consegnando i rapporti di prova, e l'impresa edile o il cartongessista che realizza pareti, controsoffitti, botole ispezionabili e rinforzi per il fissaggio dei display prima della posa degli apparati; i due soggetti che non installano nulla ma decidono molto, cioè l'IT interno o il fornitore informatico che governa porta di rete, indirizzi, regole del firewall e credenziali, e il consulente acustico nelle sale grandi; i tre confini non dichiarati da cui nascono quasi tutti i problemi, la presa di corrente posata in pianta prima di scegliere la staffa e poi coperta dal display, il punto rete che esiste ma è attestato su una porta di switch senza le regole giuste e non raggiunge il servizio di videoconferenza, la parete in cartongesso senza rinforzo per reggere novanta chili scoperta il giorno del montaggio, tutti e tre non errori tecnici ma informazioni che qualcuno doveva passare in tempo a qualcun altro; l'ordine giusto degli interventi in otto passi, dalla definizione dell'uso della sala al progetto e capitolato, poi opere edili, impianto elettrico e cablaggio certificato, trattamento acustico prima della posa e non dopo le lamentele, preparazione di rete e account della piattaforma insieme all'IT interno, installazione e configurazione degli apparati, collaudo con misure, verbale e formazione, con quello che succede quando l'ordine si inverte perché lo schermo si compra per primo; il capitolato minimo in sette voci, che non è un elenco di prodotti ma il documento con cui si dice agli altri mestieri cosa devono lasciare pronto, con pianta e prospetto quotati, punti di alimentazione e loro accessibilità, punti rete con categoria e certificazione richiesta esplicitamente, requisiti strutturali e botole, requisiti di rete per la piattaforma scelta, criteri di collaudo con valori accettabili e documentazione da consegnare; il vincolo normativo italiano, con impianti elettrici e impianti per la distribuzione dei segnali dati entrambi dentro il decreto 37/2008, quindi impresa abilitata e dichiarazione di conformità a fine lavori; il confronto fra un unico responsabile che coordina tutti, più fornitori coordinati dall'azienda e fornitori separati senza coordinamento, con il rischio da gestire in ciascuno dei tre scenari e l'avvertenza che il coordinamento va scritto nel contratto e non promesso a voce; la distinzione fra coordinare, collaudare e firmare, con lo standard di settore accreditato ANSI, ANSI/AVIXA D402.02:2013 nella riconferma del 2024, già noto come INFOCOMM 10:2013, che definisce quali elementi verificare, in quale momento del progetto, con quali criteri e come si riporta l'esito, e la richiesta pratica da mettere a preventivo, cioè un documento con misure e valori invece di un'impressione; le cinque verifiche minime di una sala riunioni, leggibilità dell'immagine dall'ultima fila, intelligibilità del parlato per chi ascolta in sala, qualità di audio e video per chi partecipa da remoto, avvio della riunione con un tocco senza interventi tecnici e condivisione da un portatile ospite; la manutenzione dopo il collaudo, con le tre domande da fare prima di firmare su aggiornamento dei firmware, tempi di intervento quando la sala non parte cinque minuti prima di una riunione e formazione delle persone nuove; cinque domande frequenti, fra cui se si possa affidare tutto all'elettricista già presente in azienda e in che momento del cantiere vada chiamato l'integratore audio video; perimetro dichiarato: opere edili, elettriche e posa del cablaggio sono affidate a imprese terze abilitate, MaxHub ed Extron appartengono allo stack tecnologico e non costituiscono partnership o certificazioni, la certificazione Microsoft Teams Rooms riguarda gli apparati): https://netframe.it/chi-allestisce-sala-riunioni/ **Case study correlati:** - Sala riunioni dinamica: auditorium divisibile in due sale indipendenti (spazio unico da circa 170 m² che diventa plenaria da 150 posti o due aule autonome; switcher di presentazione Extron IN1608 xi ed estensori DTP, DSP Extron DMP 64 Plus AT con AEC e connettività Dante propria delle varianti AT, dodici diffusori su due zone logiche separate via software invece che per ricablaggio, processore di controllo IPCP Pro con touchpanel e tre scenari richiamabili; il terzo monitor a metà sala come risposta a un vincolo di leggibilità, perché un 98 pollici resta leggibile fino a poco più di sette metri con la regola delle sei volte l'altezza dell'immagine): https://netframe.it/sala-riunioni-dinamica/ - Sala riunioni polifunzionale: meeting room ed eventi in un unico ambiente (QSC Q-SYS NV-32-H Core Capable, che diventa processore con matrice video, DSP e motore di controllo solo in Core Mode e con la licenza dedicata, mentre in Peripheral Mode fa solo encoding e decoding video su rete; doppia telecamera AVer con AI per campo e controcampo, perché le due modalità d'uso guardano in direzioni opposte; audio a zone su Dante con nove diffusori per la platea e tre per il tavolo, Microsoft Teams Rooms MaxHub + BYOD Barco ClickShare CX-30, networking Cisco): https://netframe.it/sala-riunioni-polifunzionale/ - Impianto audio video per sala conferenze e aula corsi: due configurazioni, una regia (aula da 40 posti e boardroom da 20 posti nello stesso ambiente; matrice HDMI 4K/60 in 4:4:4 con HDCP 2.3 e gestione EDID per tre display in mirroring; trasporto HDBaseT su doppino schermato con Power over HDBaseT, con l'inviluppo di banda e distanza che dipende dalla generazione dello standard: 4K a 70 metri con la Spec 1.0, 4K a 30 Hz in 4:4:4 o 60 Hz in 4:2:0 fino a 100 metri con la Spec 2.0, 18 Gbps di 4K/60 in 4:4:4 non compresso fino a 100 metri su Cat6a solo con la Spec 3.0; otto diffusori su otto linee dedicate con gestione del guadagno sotto la soglia di innesco dell'effetto Larsen, microfoni a condensatore con alimentazione phantom P48 secondo la IEC 61938, AEC multicanale nel DSP; migrazione della videoconferenza a Microsoft Teams senza sostituire l'infrastruttura AV): https://netframe.it/impianto-audio-video-sala-conferenze/ - Auditorium aziendale: quattro sale e una sola regia AV centralizzata (auditorium divisibile da 120 posti, boardroom presidenziale e sala riunioni, con nessuna elettronica di sistema nelle sale; proiettori laser 3LCD WUXGA da 6.500 lumen con 20.000 ore di sorgente, matrice HDMI 4K/60 in 4:4:4 con HDCP 2.3 su piattaforma Extron, DSP 12x8 con AEC a 8 canali e audio Dante, processore di controllo su Gigabit Ethernet con touchpanel in PoE; distribuzione DTP su doppino schermato con distanza dipendente dalla classe degli endpoint, cioè 70 metri fino al 1080p e 40 metri sul 4K con la fascia 230, contro i 100 metri su tutte le risoluzioni di DTP 330 e DTP2, che reggono i 18 Gbps del 4K/60 in 4:4:4; gateway di presentazione wireless multi-sorgente fino a quattro dispositivi a schermo, videobar Microsoft Teams Rooms su Android nelle sale executive con extender HDBaseT per il BYOD): https://netframe.it/auditorium-aziendale/ - Centro congressi aziendale: sette sale, una regia e la traduzione simultanea (tre auditorium combinabili, regia AV centralizzata con matrice modulare a backplane digitale e schede sostituibili a caldo, proiezione laser 4K con proiettori DLP a 3 chip della serie Panasonic PT-RQ13K, audio su rete Dante con DSP in cascata e diffusione a 70/100 V, sistema congressuale wireless con riconoscimento NFC dei delegati; impianto di traduzione simultanea a otto lingue distribuite a infrarossi, con la distinzione tra capacità dell'infrastruttura di distribuzione e postazioni interprete effettivamente installate, e con cabine e apparati che seguono le norme ISO 2603 per le cabine permanenti, ISO 4043 per quelle mobili, ISO 20108 per qualità e trasmissione di suono e immagine verso gli interpreti e ISO 20109 per le apparecchiature; cinque sistemi Microsoft Teams Rooms su hardware MaxHub installati centralmente in regia): https://netframe.it/centro-congressi-aziendale/ **Approfondimento prodotto:** - MaxHub XBoard V7: monitor interattivo all-in-one 55"-86" (tre telecamere da 50 MP con panoramica ultra-grandangolare a 99° e due tele con zoom ottico 2x e ibrido 5x, array di 16 microfoni con audio fence, Video Fence per limitare il campo visivo su cui operano inquadratura e tracking AI, utile nelle sale con pareti vetrate o affacciate su un corridoio, audio 2.1, BYOD wireless con touch-back, Sonic Share a ultrasuoni che non richiede rete Wi-Fi e connessione peer-to-peer per gli ospiti senza accesso alla rete, gestione centralizzata MaxHub Pivot, app Microsoft Teams, Zoom, Google Meet e Webex): https://netframe.it/maxhub-xboard-v7/ **Guide tecniche correlate:** - Acustica sala riunioni: guida tecnica dalla huddle room all'auditorium (le sette cause che rovinano l'acustica di una sala riunioni, cioè superfici dure e parallele che assorbono fra il 2 e il 10 per cento del suono e generano flutter echo, volume eccessivo rispetto ai posti, vetrate continue che non si possono trattare, rumore degli impianti oltre i 35 dBA che l'assorbimento non riduce perché agisce sul riverbero e non sulla sorgente, soffitto lasciato riflettente benché sia la superficie più vicina ai microfoni da tavolo, arredi fonoassorbenti rimossi dopo il collaudo, trattamento decorativo con feltri sottili a coefficiente 0,30-0,50 che non sposta l'RT60, con il sintomo che distingue un problema acustico da un problema di impianto, cioè una sala in cui in presenza ci si capisce e in videoconferenza no perché il microfono lavora nel campo riverberato; tempo di riverbero RT60, chiarezza C50, intelligibilità STI, formula di Sabine con esempio di calcolo su una sala da 90 metri cubi e l'effetto sostituzione per cui 20 metri quadri equivalenti richiedono circa 23 metri quadri di pannello in Classe A, valori normativi UNI e CAM edilizia aggiornati al DM 24 novembre 2025, differenza tra isolamento acustico e correzione acustica, dimensionamento dei pannelli fonoassorbenti, casi d'uso per huddle room, sala Microsoft Teams Rooms e auditorium): https://netframe.it/acustica-sala-riunioni/ - Impianto audio per sale conferenze e auditorium: microfoni, DSP e diffusione (in una sala conferenze il video si perdona, l'audio no, ed è quasi sempre l'ultima voce del capitolato e la prima a essere tagliata; la domanda che determina tutto il resto è quante persone parlano e quante ascoltano, perché in sala riunioni parlano tutti a turno e sono vicini, in sala conferenze parlano in pochi e ascoltano in molti, in auditorium la distanza dall'ultima fila diventa il vincolo principale, con la variabile trasversale dei partecipanti collegati da remoto che raddoppia la complessità perché l'impianto deve gestire due ascolti diversi; la tabella dei microfoni con dove ha senso ciascuno e il limite da conoscere: collo di cigno sul tavolo, array a soffitto con fasci orientabili che raccoglie anche il rumore dell'ambiente e richiede una stanza trattata, radiomicrofono a gelato per le domande dal pubblico, ad archetto o a clip per chi si muove sul palco, postazioni dedicate per gli interventi programmati; l'alimentazione phantom a 48 volt secondo la IEC 61938 come requisito del canale d'ingresso e il controllo sulle frequenze dei radiomicrofoni, che la riassegnazione della banda 700 MHz alla telefonia mobile ha reso inservibili su apparati ancora in armadio; l'elaborazione nel DSP con le tre cose che contano, cioè il margine prima dell'innesco che si guadagna in progettazione e non alzando il volume, l'apertura dei soli microfoni in uso perché ogni microfono aperto aggiunge rumore, e la cancellazione dell'eco acustica quando c'è un collegamento remoto; il mix-minus spiegato in chiaro, cioè costruire per ciascun ascoltatore una miscela che contiene tutto meno se stesso, gestito internamente dalle barre all-in-one nelle sale piccole e da progettare oltre una certa dimensione; la diffusione a confronto fra linea a tensione costante 70/100 V e bassa impedenza su funzionamento, distanze, quando conviene e il conto da fare, con la pratica degli auditorium che usano entrambe; la copertura progettata sull'uniformità fra prima e ultima fila invece che in watt, con più diffusori a potenza contenuta orientati per porzione di platea e diffusori di completamento ritardati elettronicamente nelle sale profonde, e l'acustica della stanza come prerequisito che nessun apparato sostituisce; registrazione, streaming e ritorni per i relatori come uscite dedicate da prevedere all'inizio, perché il segnale che va ai diffusori è pensato per la sala; il perimetro distinto dell'impianto di diffusione sonora per l'evacuazione, che è un impianto certificato secondo norme di prodotto proprie fra cui EN 54-16 per le apparecchiature di controllo, EN 54-24 per i diffusori e EN 54-4 per l'alimentazione, con la UNI 11988 come riferimento italiano dal 2025 per i nuovi sistemi collegati alla rilevazione incendio, e la precedenza da definire in progetto perché all'attivazione del messaggio di emergenza l'impianto della sala deve tacere; il collaudo in cinque verifiche misurate, cioè uniformità del livello in più punti della platea, margine prima dell'innesco con tutti i microfoni che devono restare aperti insieme, intelligibilità del parlato, prova con il collegamento remoto attivo ascoltando dall'altra parte e prova con la sala piena; fonti: IEC 61938, EN 54-16, EN 54-24 e EN 54-4, UNI 11988:2025, IEC 60268-16 sullo Speech Transmission Index): https://netframe.it/impianto-audio-sala-conferenze/ - Riservatezza in sala riunioni: proteggere le informazioni che ci passano dentro (le informazioni più delicate di un'azienda si dicono a voce in sala riunioni, e le vie da cui escono sono quasi mai quelle che ci si aspetta: il flusso di presentazione che attraversa la radio o la rete prima di arrivare al display, gli apparati audio video raggiungibili da qualunque postazione con le interfacce di amministrazione esposte, il firmware fermo al collaudo, gli ospiti su una rete che vede più del dovuto, le registrazioni conservate senza criterio e la porta socchiusa, con la distinzione tra isolamento acustico, che riguarda quanto suono esce, e correzione acustica, che riguarda quanto si capisce dentro; confronto tra sistemi di condivisione su frequenze Wi-Fi, che permettono il BYOD ma hanno un segnale che esce dalla stanza, e presenter wireless a 60 GHz, dove i materiali da costruzione sono sostanzialmente opachi, il segnale non gira gli angoli e la portata utile è nell'ordine dei dieci metri, al prezzo del vincolo funzionale del solo trasmettitore dedicato; le domande da fare a chi installa, dalla cifratura del flusso alla VLAN di attestazione, al codice di sessione, alla responsabilità contrattuale sugli aggiornamenti; gli apparati AV come dispositivi di rete che non compaiono in nessun inventario perché l'IT li considera dei servizi generali e viceversa, con l'inventario che la NIS2 rende obbligatorio; il caso delle vulnerabilità pubblicate nel 2019 su sistemi di presentazione wireless di almeno otto marchi diversi che condividevano la stessa base software di origine comune, con la CVE principale finita nel catalogo delle vulnerabilità sfruttate attivamente e la lezione sulla manutenzione firmware; la sala fuori dalla rete aziendale con VLAN dedicata, permessi puntuali per i codec verso il cloud e ospiti sull'SSID guest isolato; quello che si riesce a rilevare con il sensing radio e il limite dichiarato del perimetro Netframe, che progetta l'infrastruttura e non svolge bonifiche ambientali; registrazioni e trascrizioni con gli adempimenti GDPR e dell'articolo 4 dello Statuto dei lavoratori; checklist della sala riservata in dieci punti): https://netframe.it/sicurezza-sala-riunioni/ --- ### 6. Unified Communication & Collaboration (UC&C) URL: https://netframe.it/unified-communication-collaboration/ **Termini equivalenti:** UC&C, UCC, Unified Communications, Comunicazione unificata aziendale, UCaaS (per le soluzioni erogate in cloud). Servizio "ombrello" che integra in un'unica esperienza tutti gli strumenti di comunicazione aziendale: voce (VoIP), video, chat, condivisione contenuti, presence, calendario, sale meeting. **Componenti UC&C complete (7):** 1. Telefonia VoIP integrata (pagina di servizio dedicata: https://netframe.it/voip-aziendale/) 2. Microsoft Teams come centralino aziendale (Direct Routing con SBC AudioCodes/Patton) 3. Videoconferenza e sale meeting (MaxHub, Extron, MTR Android/Windows, Zoom Rooms, Cisco Webex Rooms, Google Meet, BYOM, distribuzione AV over IP e audio su rete Dante) 4. Endpoint professionali (Yealink, HP Poly, Snom, Ascom DECT, Spectralink DECT) 5. Smart working e mobilità (app mobili, softphone, VPN/ZTNA) 6. Integrazione con CRM e gestionali (Salesforce, HubSpot, Microsoft Dynamics, Zoho, ERP) 7. Wi-Fi enterprise per UC&C (reti wireless ottimizzate per voce e video) **Pagine di servizio dedicate:** il VoIP Aziendale (centralino telefonico cloud, on-premise e ibrido: vedi servizio 7) e il Voicebot AI e Centralino Intelligente (contact center intelligente, IVR conversazionale, omnicanalità: vedi servizio 8) sono componenti dell'UC&C con pagine di servizio proprie. **Come le componenti si presentano nell'architettura integrata:** la pagina di servizio UC&C mette in tabella sei linee che concorrono alla comunicazione unificata, ciascuna con il proprio ruolo e le tecnologie di riferimento: VoIP aziendale, Microsoft Teams Direct Routing, voicebot AI e centralino intelligente, sale riunioni e videoconferenza, Wi-Fi audit professionale e reti aziendali enterprise. Il voicebot AI è quindi trattato come componente dell'UC&C a pieno titolo, non come servizio adiacente. **La sicurezza come dimensione trasversale:** la sicurezza attraversa tutte le componenti dell'UC&C invece di costituire un capitolo separato. La segmentazione della rete separa il traffico voce da quello dati, gli SBC proteggono il perimetro telefonico dalle frodi verso numerazioni a tariffa premium, i dispositivi di sala vivono su VLAN dedicate con i firmware aggiornati. Quando serve una fotografia dello stato attuale, lo strumento è il Security Assessment: https://netframe.it/security-assessment/ **Posizionamento geografico del servizio:** Netframe opera dall'Emilia-Romagna, con sede a Modena, e segue progetti in tutta Italia. #### 6.1 VoIP Aziendale (pagina di servizio dedicata) Da luglio 2026 il VoIP aziendale, componente storica dell'UC&C, ha una pagina di servizio dedicata: https://netframe.it/voip-aziendale/. Il dettaglio completo (scenari, tecnologie, endpoint) è nella sezione "7. VoIP Aziendale" di questo documento. #### 6.2 Opzioni di integrazione della telefonia aziendale Esistono 5 opzioni principali per integrare la telefonia aziendale con gli altri sistemi di comunicazione: 1. **Microsoft Teams Direct Routing:** trasforma Teams nel centralino aziendale tramite SBC qualificati Microsoft come AudioCodes o Patton, unificando voce, chat e video in un'unica piattaforma. 2. **Scenario ibrido con il centralino esistente:** il centralino attuale (3CX, FreePBX, Kalliope, Alcatel-Lucent) convive con Teams tramite SBC, permettendo una migrazione progressiva senza interruzioni. 3. **Integrazione con CRM e gestionali:** click-to-call da Salesforce, HubSpot o Dynamics, pop-up del cliente sulla chiamata in entrata, registrazione automatica delle conversazioni. 4. **Integrazione con sale riunioni e videoconferenza:** i sistemi MaxHub ed Extron si collegano alla telefonia per riunioni ibride con partecipanti in chiamata. 5. **Mobilità con app, Wi-Fi e DECT:** app softphone su smartphone e PC estendono il numero aziendale ovunque, i terminali VoIP wifi garantiscono telefonia mobile su reti wireless ottimizzate con survey Ekahau, mentre i dispositivi DECT Ascom e Spectralink coprono gli ambienti complessi come ospedali, magazzini e industria. Netframe, come system integrator con competenze su tutte queste tecnologie, progetta la combinazione più adatta e gestisce l'intera integrazione come partner unico. Guida tecnica completa all'integrazione della telefonia aziendale (architetture a confronto, le quattro strade PSTN di Microsoft Teams compresa Teams Phone Mobile, continuità con il Survivable Branch Appliance, sicurezza, criteri di scelta): https://netframe.it/integrazione-telefonia-aziendale/ Guida tecnica dedicata all'integrazione tra centralino e CRM (CTI): Integrazione tra centralino e CRM: come funziona davvero la CTI (le cinque funzioni distinte che stanno sotto la sigla CTI, cioè Computer Telephony Integration, separate perché nei preventivi si finisce spesso per pagare un pacchetto completo quando ne servivano due: screen pop con apertura della scheda cliente sulla chiamata in arrivo, click-to-call dal gestionale, log automatico dell'attività nello storico, instradamento della chiamata sui dati del CRM e condivisione della presence tra i due sistemi, con l'indicazione di quali coprono davvero il fabbisogno di un ufficio commerciale; le tre architetture possibili con come funzionano, quando convengono e qual è il rischio di ciascuna: connettore nativo del centralino per i CRM mainstream, framework di integrazione esposto dal CRM quando si lavora dentro il gestionale tutto il giorno, middleware o sviluppo su API per gestionali verticali, CRM italiani e soluzioni open source, con la domanda secca da fare al fornitore prima del preventivo, cioè se il connettore per quella versione esista già oppure vada costruito; cosa deve esporre il centralino tra le quattro interfacce che convivono ancora nel parco installato, TAPI come interfaccia storica di Windows, CSTA come standard di Ecma International per il controllo delle chiamate da applicazione, API REST e webhook come strada delle piattaforme attuali e più adatta a un CRM in cloud, interfacce native AMI e ARI su Asterisk, FreePBX e PBXact; i tre prerequisiti che emergono a progetto avviato, cioè la licenza che abilita il canale API o CTI su diverse piattaforme solo in edizioni superiori, un utente di servizio dedicato al posto delle credenziali di un amministratore e la raggiungibilità di rete tra centralino in sede e CRM in cloud con webhook gestiti senza aprire porte a caso; il dettaglio che fa fallire i progetti, cioè la corrispondenza tra il numero che arriva dalla rete in formato E.164 e le anagrafiche scritte a mano in cinque modi diversi, risolta normalizzando da entrambi i lati con una bonifica una tantum e la ricerca sulle ultime cifre significative, più le tre decisioni da prendere su record multipli, numeri sconosciuti e centralini dei clienti; il caso della telefonia dentro Microsoft Teams con il Channel Integration Framework di Dynamics 365 e Open CTI di Salesforce, quest'ultimo posto da Salesforce in modalità di manutenzione, non disponibile per le organizzazioni Agentforce Service di nuova creazione e con ritiro programmato a febbraio 2028 verso Salesforce Voice, con la regola di stabilire quale sistema scrive nel CRM quando Teams convive col centralino esistente per non produrre attività duplicate; gestionali italiani e CRM open source come le soluzioni della famiglia TeamSystem ed EspoCRM, dove il connettore pronto raramente esiste ma le API REST documentate rendono l'integrazione alla portata, con le quattro domande da porre prima di partire; registrazione e trascrizione allegate alla scheda cliente, tecnicamente alla portata delle piattaforme attuali ma da progettare prima dell'attivazione sul piano giuridico, con informativa, base giuridica, tempi di conservazione, controllo degli accessi agli archivi e, nei casi previsti, accordo sindacale o autorizzazione dell'Ispettorato del lavoro secondo il GDPR e l'articolo 4 dello Statuto dei lavoratori; impostazione di un progetto che funziona partendo dal caso d'uso reale, verifica di cosa espongono le due piattaforme, bonifica dell'anagrafica, gruppo pilota di cinque o sei persone osservato per due settimane e solo dopo l'estensione a tutti; fonti: documentazione Microsoft Learn sul Channel Integration Framework, Open CTI Developer Guide di Salesforce con la nota sul ritiro programmato, standard ECMA-269 di Ecma International, Regolamento UE 2016/679 e testo raccolto dal Garante per la protezione dei dati personali, articolo 4 della legge 20 maggio 1970 n. 300): https://netframe.it/integrazione-centralino-crm/ #### 6.3 UC&C e UCaaS: definizioni e differenza **UCaaS (Unified Communications as a Service)** è il modello di erogazione cloud dell'UC&C: la piattaforma di comunicazione unificata viene fornita come servizio in abbonamento, senza hardware da gestire on-premise. Microsoft Teams Phone e 3CX hosted sono esempi di UCaaS. **L'UC&C è il concetto più ampio**, che comprende sia soluzioni UCaaS cloud sia architetture on-premise o ibride. Netframe progetta entrambi gli approcci e aiuta le aziende a scegliere il modello più adatto in base a requisiti di sicurezza, budget e infrastruttura esistente. Sintesi terminologica: - **UC (Unified Communications):** integrazione degli strumenti di comunicazione (voce, video, chat, presence) - **UCC / UC&C (Unified Communication & Collaboration):** aggiunge la dimensione collaborativa (condivisione file, co-editing, project management, workflow) - **UCaaS (Unified Communications as a Service):** UC&C erogata come servizio cloud in abbonamento #### 6.4 Vantaggi UC&C 1. Produttività individuale aumentata (no silos comunicativi) 2. Smart working efficace (esperienza identica ufficio/remoto) 3. Riduzione costi totali (30-60% sui telefonici, in linea con quanto indicato nella pagina VoIP aziendale) 4. Customer experience migliorata (integrazione CRM) 5. Sicurezza e compliance unificate (MFA Microsoft 365) 6. Scalabilità rapida 7. Semplificazione gestione IT 8. Future-proof (Microsoft Teams aggiunge nuove funzionalità mensilmente) #### 6.5 Tempi di implementazione UC&C - PMI fino a 50 utenti: 4-8 settimane - Aziende 50-200 utenti: 2-4 mesi - Aziende 200-1.000 utenti multi-sede: 4-6 mesi - Enterprise 1.000+ utenti: 6-12 mesi --- ### 7. VoIP Aziendale URL: https://netframe.it/voip-aziendale/ Titolo della pagina: "VoIP aziendale: centralino telefonico cloud e on-premise". Pagina di servizio dedicata al centralino telefonico VoIP, componente dell'UC&C con pagina propria. Il VoIP (Voice over IP) aziendale è la tecnologia che permette di trasmettere chiamate vocali sulla rete dati IP, sostituendo i tradizionali centralini telefonici ISDN o analogici. Netframe progetta e implementa centralini VoIP cloud, on-premise e ibridi con number portability, e lavora con i principali sistemi VoIP del mercato. Netframe è certificato 3CX, AudioCodes, Patton e Ascom. **Quando serve un centralino VoIP (9 scenari):** 1. Migrazione da centralino tradizionale a VoIP (sostituzione ISDN/PSTN con number portability) 2. Apertura nuova sede (progettazione infrastruttura telefonica) 3. Adozione smart working (softphone, app mobile) 4. Integrazione Microsoft Teams (Direct Routing) 5. Riduzione costi telefonici (SIP Trunk e operatori VoIP italiani) 6. Sostituzione centralino a fine vita 7. Utilizzo app su smartphone 8. Telefonia Wi-Fi professionale 9. Sistemi DECT enterprise (Ascom, Spectralink) **Metodo di dimensionamento e soglie di qualità della voce:** i canali verso l'esterno si dimensionano sulle chiamate contemporanee e non sul numero di interni. La stima di orientamento è di un canale ogni quattro-sei interni in un ufficio ordinario, mentre il calcolo formale si esegue con la formula di Erlang B, che traduce il traffico dell'ora di punta nel numero di canali necessari a restare sotto una probabilità di blocco definita. Le soglie di riferimento per la qualità della voce sono quelle della raccomandazione ITU-T G.114: latenza di 150 ms in una direzione, jitter sotto i 30 ms, perdita di pacchetti sotto l'1 per cento e MOS pari o superiore a 4. Il risparmio atteso sui costi telefonici rispetto a un impianto tradizionale è tipicamente del 30-60 per cento. **Tecnologie VoIP utilizzate da Netframe:** - 3CX, FreePBX e PBXact di Sangoma, Kalliope PBX (italiano), Yeastar - Alcatel-Lucent Enterprise, Microsoft Teams Phone - AudioCodes, Patton (SBC e gateway) - Ascom, Spectralink (DECT enterprise) - Vianova (operatore SIP italiano) **Endpoint VoIP:** Yealink, HP Poly, Snom, Ascom DECT, Spectralink DECT **Relazione con gli altri servizi:** il centralino VoIP si integra con Microsoft Teams tramite Direct Routing (servizio 4), può essere esteso con il voicebot AI e il centralino intelligente (servizio 8) e si collega alle sale riunioni per le conferenze audio. La guida completa alle opzioni di integrazione è nella sezione 6.2 e nell'articolo: https://netframe.it/integrazione-telefonia-aziendale/ **Nota sulle guide dedicate ai centralini di altri produttori:** Netframe è un system integrator indipendente, non affiliato ai produttori citati. Le guide alla sostituzione dei centralini riportano informazioni su fine vendita e fine supporto tratte da fonti pubbliche verificate, indicate nel blocco "Fonti" in coda a ciascun articolo insieme alla data di verifica. Le date possono variare per area geografica, modello e contratto di manutenzione. **Guide tecniche correlate:** - Sostituzione del centralino Panasonic o Selta: guida alla migrazione (Panasonic ha annunciato nel dicembre 2020 la chiusura della divisione dedicata ai sistemi di comunicazione aziendale, con la fornitura di nuovi apparati esauritasi nel 2023 secondo le comunicazioni di canale; Selta, storico produttore italiano, ha attraversato tra il 2019 e il 2021 una procedura di amministrazione straordinaria conclusa con il passaggio a un gruppo industriale italiano e oggi opera come DP Selta Infrastructures nel gruppo DigitalPlatforms, con offerta orientata alle infrastrutture critiche, alle reti elettriche e di telecomunicazione e alla sicurezza informatica e con la telefonia proseguita in forma verticale, per esempio i centralini per le comunicazioni di servizio delle reti ferroviarie, mentre molte centrali installate nelle aziende appartengono a generazioni tecnologiche ormai datate per le quali lo stato del supporto va verificato modello per modello; censimento di interni, linee, DECT e dispositivi analogici; confronto tra PBX IP 3CX/FreePBX/Kalliope, Microsoft Teams Direct Routing e scenario ibrido con SBC; riuso delle basi DECT filari Ericsson KRCNB 301, BS330 e BS340 tramite gateway Ascom IPBL1 con registrazione SIP, fino a 16 basi per gateway su tratte UPN fino a 1.500 metri e senza mescolare famiglie di basi diverse sullo stesso gateway; number portability e piano di migrazione in cinque fasi; fonti: avviso ufficiale di Panasonic Business Europe sul portale di supporto europeo, articolo n. 000001210 dell'11 dicembre 2020, in cui Panasonic dichiara la chiusura su base globale del Communication Business e del Document Business precisando che non si tratta di una decisione regionale, comunicazione ai partner del 2 dicembre 2020, documentazione tecnica Panasonic, nota di perimetro sulle date operative che variano da mercato a mercato, decreto del Tribunale di Milano del 12 giugno 2019 e decreto ministeriale del 27 giugno 2019 in Gazzetta Ufficiale n. 157 del 6 luglio 2019, comunicato dei commissari straordinari sull'acquisizione da parte di DigitalPlatforms perfezionata il 27 settembre 2021 e schede delle procedure di amministrazione straordinaria del Ministero delle Imprese e del Made in Italy): https://netframe.it/sostituzione-centralino-panasonic/ - Sostituzione del centralino Siemens o Unify: guida alla migrazione (percorso societario: Siemens Enterprise Communications diventa Unify nel 2013, passa ad Atos nel 2016 e a Mitel nell'ottobre 2023; nel marzo 2025 il gruppo avvia negli Stati Uniti una procedura di Chapter 11, cioè una ristrutturazione del debito concordata in anticipo con i finanziatori, conclusa il 20 giugno 2025 con circa 1,15 miliardi di dollari di debito in meno e la proprietà passata agli ex finanziatori: non si tratta di un fallimento e l'azienda continua a operare; tabella di riconoscimento delle piattaforme da HiPath 3000/5000 a HiPath/OpenScape 4000, OpenScape Office, OpenScape Business X3/X5/X8 e OpenScape Voice; fine del supporto del mainboard OpenScape Business V2 al 31 dicembre 2026 con stop ad aggiornamenti, patch di sicurezza e accesso remoto tramite le piattaforme di assistenza Mitel, mentre il mainboard V3 resta sviluppato e a listino; il chiarimento sull'equivoco del server licenze, che consente di attivare il supporto software di un sistema con mainboard V2 anche oltre il 2026 e mostra due date di scadenza distinte pur restando la fine supporto fissata al 31 dicembre 2026; i quattro segnali che è ora di muoversi; confronto tra 3CX, FreePBX/PBXact e Microsoft Teams Direct Routing; riuso limitato dei telefoni OpenStage e Desk Phone CP in variante SIP, sostituzione del DECT HiPath Cordless TDM con multicella SIP e verifica in laboratorio dell'OpenScape Cordless IP; il percorso di ammodernamento interno Mitel con i telefoni 6800/6900 in variante SIP e il SIP-DECT su OpenScape Business V3, col tempo di supporto accantonato attivabile al passaggio; portabilità di numeri e GNR e migrazione in convivenza tramite trunk SIP o SBC in 4-8 settimane; fonti: pagina ufficiale Mitel sulla ristrutturazione finanziaria e comunicato del giugno 2025, cronologia della procedura pubblicata dallo studio legale advisor, comunicato Atos sulla cessione di Unify, documentazione tecnica Unify sulla fine supporto del mainboard V2): https://netframe.it/sostituzione-centralino-siemens-unify/ - Centralino NEC a fine supporto: cosa fare con SL2100 e SV9100 (il 15 aprile 2024 NEC ha comunicato ai propri canali l'uscita progressiva dal business dei centralini on-premise nei mercati fuori dal Giappone, mentre NEC Corporation resta un gruppo pienamente attivo; per l'Europa il documento di riferimento è il bollettino di ciclo di vita di NEC Nederland B.V., l'entità che segue l'area EMEA, con queste tappe: fine delle nuove forniture e degli add-on, hardware, terminali, licenze ed estensioni dei servizi di supporto compresi, al 31 dicembre 2024; ultime spedizioni degli ordini già accettati entro il 31 marzo 2025 come data obiettivo; fine del servizio, cioè assistenza tecnica pre e post vendita e manutenzione software con patch di sicurezza, al 31 marzo 2026; nella stessa data si chiudono tutti i servizi del programma Software Assurance, con la sola eccezione dell'Extended SWA riservata ai contratti sottoscritti prima del 15 aprile 2024 e limitata a sicurezza, correzioni critiche e assistenza tecnica; l'estensione del supporto al 31 marzo 2030 e il passaggio del ramo on-premise a un operatore terzo riguardano il solo mercato nordamericano e non si applicano a un impianto installato in Italia, mentre il servizio cloud UNIVERGE BLUE non rientra nel processo di uscita; tabella dei sistemi che si incontrano nelle aziende italiane da XN120 e Aspire a SL1000/SL1100, SL2100, SV8100, SV9100, SV9300 e SV9500, con l'aggiunta dei sistemi IP DECT AP400 e AP500 e delle applicazioni UNIVERGE Business ConnecT, softphone ST500/SP310/SP350 e UG50 compresi nell'annuncio EMEA; i segnali di fine corsa: ricambi da giacenze e ricondizionatori, licenze non più ordinabili, aggiornamenti software non più rilasciati con le conseguenti attenzioni di sicurezza sui trunk SIP, competenze specialistiche meno diffuse; l'incrocio con lo switch off del rame per gli impianti attestati su ISDN BRI/PRI e linee analogiche, con la regola di pianificare 6-12 mesi prima; confronto tra 3CX, FreePBX/PBXact e Microsoft Teams Direct Routing su dove gira il sistema, modello di licenza, telefoni, punto di forza e profilo aziendale ideale; cosa si salva: telefoni digitali proprietari da sostituire, telefoni IP da verificare modello per modello con le serie recenti DT900 native SIP, riprogettazione del DECT su soluzioni IP DECT native SIP mantenendo la logica delle celle, riuso del cablaggio strutturato, ATA e gateway per fax, POS, citofoni e combinatori; migrazione in convivenza per gruppi di utenti con possibilità di tornare indietro; fonti: bollettino NEC Nederland B.V. "On-Premises Unified Communications Product Lifecycle Announcement" rif. DL61254771 del 18 aprile 2024 per l'area EMEA, documento NEC Corporation of America del luglio 2024 per il mercato nordamericano, con la dichiarazione esplicita che NEC non ha diffuso un comunicato stampa pubblico): https://netframe.it/centralino-nec-fine-supporto/ - Switch off ISDN e dismissione delle linee analogiche: guida pratica per le aziende (il piano di decommissioning della rete di accesso in rame è stato approvato da AGCOM nel 2019 con la delibera 348/19/CONS e aggiornato nelle procedure con la delibera 114/24/CONS: FiberCop presenta le istanze di spegnimento centrale per centrale, gli Uffici dell'Autorità verificano i requisiti, cioè copertura in banda ultralarga di tutte le linee attestate e almeno il 60 per cento della clientela già migrata su reti NGA, e AGCOM pubblica gli esiti con il tempo di preavviso, 6 mesi per le centrali aperte ai soli servizi bitstream e 12 mesi dove sono attivi servizi di unbundling; con la delibera 123/25/CONS del maggio 2025 AGCOM ha pubblicato gli esiti delle verifiche su 2.055 centrali locali; perché la dismissione riguarda anche i clienti di operatori alternativi attestati sullo stesso doppino; come riconoscere accessi ISDN BRI e PRI e linee analogiche RTG in fattura e in sede; opzioni di migrazione della voce: SIP trunk diretto con SBC, gateway ISDN o analogico AudioCodes e Patton come ponte, nuovo IP PBX 3CX o FreePBX/PBXact, Microsoft Teams Direct Routing; gestione dei servizi speciali: fax con T.38 o fax server, POS dial-up da sostituire con modelli Ethernet o 4G, combinatore dell'allarme con modulo IP o 4G dual path, telefono dell'ascensore a norma EN 81-28, applicabile in Italia agli impianti post DPR 162/1999, con combinatore GSM o 4G con almeno un'ora di autonomia, test automatici di connessione ogni 72 ore e identificazione univoca dell'impianto; number portability di numeri singoli, GNR e numeri verdi con la regola di non disdire mai prima della portabilità; piano di migrazione in sei passi; fonti: delibere AGCOM 348/19/CONS, 114/24/CONS, 458/24/CONS, 123/25/CONS e 111/21/CIR sull'offerta FWA regolamentata nelle aree in decommissioning, norme tecniche UNI EN 81-28, EN 81-70 e EN 81-80, DPR 162/1999): https://netframe.it/switch-off-isdn-linee-analogiche/ - Gateway VoIP-ISDN: mantenere il centralino dopo lo switch off (la distinzione che imposta il progetto: l'ISDN come servizio di rete non si mantiene, perché il decommissioning procede centrale per centrale, mentre il centralino con porte, telefoni e programmazione sì, perché il gateway prende il trunk SIP e lo presenta al PBX come faceva la centrale pubblica; architettura a due facce, SIP e RTP verso la rete e porte BRI o PRI in modalità NT verso l'interno mentre il centralino resta in modalità TE, con conversione di segnalazione, adattamento delle numerazioni e transcodifica quando serve, così interni, gruppi di risposta, IVR e tasti programmati restano come sono; dimensionamento dei canali sulle chiamate contemporanee verso l'esterno e non sul numero di interni, con la stima di orientamento di un canale ogni quattro-sei interni in un ufficio ordinario, i tabulati dell'ultimo anno come dato di partenza e la formula di Erlang B come metodo formale per tradurre il traffico dell'ora di punta nel numero di canali a una probabilità di blocco definita; tabella delle interfacce da 1 porta BRI a 2 canali fino a 1 flusso PRI E1 a 30 canali, con le avvertenze sulla coerenza fra canali del gateway e canali acquistati sul trunk SIP e sulla capacità reale che scende attivando cifratura o transcodifica; i tre dettagli che decidono la riuscita: il clock, che nella rete TDM arrivava dalla centrale pubblica e ora deve fornirlo il gateway, tollerato dalla voce ma non dai fax, con oscillatore ad alta precisione in genere opzionale; la selezione passante, perché l'operatore consegna il numero in formato completo mentre il centralino si aspetta le ultime cifre, con mappatura del piano di numerazione e numeri MSN sulle BRI da fare sul piano numerico reale; fax con T.38 o G.711 senza compressione, mentre POS, combinatori di allarme e telefono dell'ascensore vanno valutati uno per uno e spesso sostituiti con versioni IP o con connettività mobile; il gateway come ponte verso Microsoft Teams, perché alcuni apparati sono insieme media gateway e Session Border Controller con interfacce TDM e IP sulla stessa macchina e figurano nell'elenco ufficiale Microsoft dei dispositivi certificati per Direct Routing, con migrazione per gradi, reparto pilota e numero pubblico che risponde sempre, e la precisazione che la certificazione Microsoft riguarda i dispositivi e non chi li installa; tabella di sette situazioni con verdetto e motivo, dal centralino IP recente e dall'impianto DECT esteso, dove il gateway ha senso, al centralino fuori supporto e alla necessità di softphone, mobilità o CRM, dove non ce l'ha, con la finestra di 6-24 mesi come ponte dichiarato; sicurezza del perimetro telefonico con il gateway mai esposto su internet, e continuità con fallback su linea residua e relè meccanico in caso di mancanza di alimentazione; fonti: elenco Microsoft Learn dei Session Border Controller certificati per Direct Routing, documentazione AudioCodes sulle famiglie Mediant 500, 500L e 800, documentazione Patton sugli eSBC SmartNode SN5501, SN5531, SN5541, SN5551 e SN5571 e sui gateway SN4131, SN4141, SN4151, SN4171 e SN4740 con software Trinity 3.19.x o successivo, delibere AGCOM 348/19/CONS, 114/24/CONS e 123/25/CONS, Raccomandazione ITU-T T.38): https://netframe.it/gateway-voip-isdn/ - Convergenza fisso-mobile: il numero dell'ufficio che squilla sul cellulare (il problema di partenza non è tecnico: quando il cliente ha in rubrica il cellulare personale di una persona, il rapporto commerciale segue quella persona e non l'azienda, e la convergenza fisso-mobile serve a chiudere quel buco facendo sì che il numero dell'ufficio raggiunga chi si muove; le strade praticabili a confronto in tabella, con cosa serve, da cosa dipende il funzionamento e per quale profilo aziendale ha senso: app softphone che estende l'interno del centralino sullo smartphone e funziona dove c'è connettività dati, SIM integrata nella piattaforma dell'operatore dove la SIM è a tutti gli effetti un interno ma l'integrazione vive nella rete dell'operatore che fornisce mobile e centralino, Teams Phone Mobile dove il numero della SIM diventa il numero della persona dentro Microsoft Teams e serve un operatore mobile aderente al programma, cordless aziendale in sede che non è convergenza perché è un terminale DECT su banda radio dedicata dentro il perimetro aziendale; il criterio che decide, cioè dove si trova chi deve essere raggiungibile e su quale rete si può contare, con la conseguenza che in cantiere o in strada il vincolo è il campo telefonico e in sede è la copertura Wi-Fi; numero unico e reperibilità, con gli orari e la separazione fra numero di lavoro e vita privata come scelta di configurazione e non come rinuncia; cosa succede quando manca la rete dati e come si progetta il ripiego; costi e vincoli contrattuali lato operatore, con le domande da fare prima di firmare; il rimando alle quattro connettività PSTN di Teams Phone per chi valuta la strada Microsoft): https://netframe.it/convergenza-fisso-mobile/ - Centralino on premise o cloud: i criteri che decidono davvero (la domanda arriva quasi sempre come "conviene ancora tenere il centralino in azienda?", ma posta così mette a confronto due epoche invece di due architetture: esistono centralini in sede moderni, aggiornati e integrati con Microsoft Teams, e servizi in cloud che a un'azienda con vincoli precisi vanno stretti; la guida non parla di prezzi, perché il confronto economico e il metodo TCO restano nella guida su quanto costa un centralino cloud, e decide su tutto il resto; le tre architetture che si incontrano davvero, cioè in sede su server fisico o macchina virtuale collegata a uno o più trunk SIP, in cloud sulla piattaforma del fornitore con soli telefoni e app in azienda, e ibrida con la piattaforma in cloud o Microsoft Teams e un Session Border Controller o gateway in sede che tiene linea e apparati analogici, forma diffusa nelle aziende oltre le venti persone e spesso non proposta; cosa succede quando cade la connettività, che è la domanda che separa le scelte: in sede le chiamate interne continuano e verso l'esterno serve una via alternativa, con la connettività di riserva dello stesso operatore che eroga il trunk come soluzione più solida perché il passaggio è gestito lato operatore e l'attestazione del trunk non cambia, mentre una seconda linea comprata altrove protegge la navigazione ma non garantisce la continuità del trunk; in cloud si ferma tutto, comprese le chiamate fra colleghi nella stessa stanza, e i ripieghi sono tre, cioè app della piattaforma sullo smartphone, convergenza fisso-mobile con il numero sulla SIM e deviazione automatica sui cellulari; con Microsoft Teams e Direct Routing la continuità locale del Survivable Branch Appliance è distribuita da Microsoft ai produttori di SBC certificati, richiede media bypass e copre le sole chiamate di base con messa in attesa e ripresa, mentre code, centralinista automatico e casella vocale vivono nel cloud, il supporto riguarda i client desktop e la chiamata di emergenza con localizzazione dinamica non è supportata; dove stanno i dati e chi li conserva, perché un centralino tratta dati personali anche senza registrare nulla, con le tre domande da mettere nel contratto sul paese di elaborazione e conservazione, i tempi e la catena dei subfornitori, e i riferimenti all'articolo 32 del GDPR e alla catena di fornitura ICT dell'articolo 24 del D.Lgs. 138/2024; gli apparati che non sono telefoni, cioè fax, POS di vecchia generazione, citofoni e apriporta, combinatori degli allarmi, telefono di emergenza dell'ascensore e basi DECT, che non parlano da soli con una piattaforma in cloud e richiedono gateway con porte analogiche o ISDN, con il censimento da fare prima del preventivo; il perimetro telefonico e le frodi verso numerazioni a tariffa maggiorata, con la differenza fra chi lo presidia in cloud e in sede; chi fa manutenzione e con che tempi, con le domande da mettere per iscritto su presa in carico, orari, guasto dell'apparato in sede e configurazione di riserva; la reversibilità come criterio che pesa al secondo acquisto, con numeri intestati all'azienda, esportazione di registrazioni e tabulati e durata del vincolo minimo; tabella dei sei profili aziendali con la scelta più sensata e il motivo, dall'ufficio con una sede alla manifattura con DECT esteso, dal multi-sede allo studio sanitario con vincoli sui dati, dalla connettività instabile all'azienda già dentro Microsoft 365; fonti: Microsoft Learn sul Survivable Branch Appliance per Direct Routing, Regolamento (UE) 2016/679 articolo 32, D.Lgs. 138/2024 articolo 24 su Normattiva, delibere AGCOM 348/19/CONS, 114/24/CONS e 123/25/CONS, norma UNI EN 81-28): https://netframe.it/centralino-on-premise-o-cloud/ - Quanto costa un centralino cloud: OPEX, CAPEX e come prevedere la spesa reale (differenza tra CAPEX e OPEX e trattamento contabile dei due modelli, tabella di confronto on-premise vs cloud su investimento iniziale, spesa ricorrente, aggiornamenti, scalabilità, fine vita e prevedibilità; le voci ricorrenti da esaminare nel preventivo con la regola di moltiplicare ogni canone mensile per la durata reale del contratto; la manutenzione e il rischio del fine supporto del vendor; il metodo TCO in sei passi per rendere confrontabili offerte costruite in modo diverso; quando conviene il modello OPEX e quando il CAPEX; i costi a consumo delle funzioni AI misurati in token, con i quattro modelli di fatturazione e le domande da fare al fornitore; le otto domande da fare prima di firmare; il confronto non economico fra le due architetture è nella guida dedicata: https://netframe.it/centralino-on-premise-o-cloud/): https://netframe.it/quanto-costa-centralino-cloud/ - DECT aziendale: quando serve ancora e come si progetta la copertura (perché il DECT resta attuale: banda radio dedicata 1880-1900 MHz non condivisa con il traffico dati, qualità della voce costante, autonomia di giorni, terminali professionali IP65, antibatterici e ATEX con allarme uomo a terra; settori d'elezione: sanità e RSA, manifattura, logistica e magazzini, hotel; architetture monocella, multicella e ibride con capacità per base, handover e catena di sincronizzazione; confronto onesto tra DECT e voce su Wi-Fi; l'infrastruttura DECT ibrida e il recupero degli impianti esistenti su un centralino IP nuovo tramite gateway; principi di progettazione della copertura a capacità con misure sul campo; dispositivi Ascom, Spectralink e Yealink serie W; integrazione con 3CX, FreePBX/PBXact e con Microsoft Teams tramite Direct Routing o dispositivi DECT certificati Teams): https://netframe.it/dect-aziendale/ - Telefoni Wi-Fi di reparto: Ascom i63 su Wi-Fi Cisco Catalyst 9800, cosa serve perché la voce regga (il telefono di reparto non è uno smartphone con un'app ma un terminale con batteria sostituibile, custodia IP44, tasti fisici e tasto di allarme, e una radio pensata per la voce in movimento; l'Ascom i63 da 135 grammi nelle versioni Talker, Messenger e Protector, con localizzazione via beacon Bluetooth e access point sui modelli Messenger e Protector, registrato sul centralino come interno SIP; cosa significa interoperabilità validata fra Ascom e Cisco, con l'i63 nella tabella dei client verificati delle release notes di IOS XE per il Catalyst 9800 e il rapporto di interoperabilità Ascom che impone 802.11r con l'autenticazione 802.1X, PSK e FT+PSK insieme sugli SSID a chiave condivisa e WMM attivo; la tabella dei requisiti radio per la voce, con segnale minimo di -67 dBm misurato a 1,2-1,5 metri da terra in ogni punto dove si cammina parlando, rapporto segnale-rumore di 25 dB, sovrapposizione fra celle del 20%, ritardo in una direzione sotto i 150 ms della raccomandazione ITU-T G.114, jitter sotto i 30 ms, perdita di pacchetti sotto l'1%, roaming di poche decine di ms con 802.11r e solo 5 GHz perché l'i63 non usa i 6 GHz; il roaming deciso dal telefono, che supporta 802.11r e 802.11k con OKC e PMKSA mentre il datasheet non elenca l'802.11v, quindi il passaggio tempestivo si ottiene con il progetto radio, celle a -67 dBm, potenze contenute e uguali fra access point e telefono che trasmette al massimo 20 dBm, rate di base non inferiori a 12 Mbps; un SSID dedicato su VLAN dedicata con FT, WMM e rate alzati, e i canali 120, 124 e 128 della porzione 5600-5650 MHz esclusi dal telefono e da togliere anche dal piano dei canali del controller; la QoS dall'aria al centralino, con categoria WMM Voice, DSCP EF mappato sulla priorità utente 6 e switch che devono rispettare la marcatura, e il caso dello switch di piano che azzera il DSCP e fa arrivare a scatti l'audio sul telefono di reparto mentre chi è all'altro capo sente bene; il controllo di ammissione delle chiamate da provare con i telefoni reali; la sicurezza con WPA3-Personal ed Enterprise con PEAP-MSCHAPv2 ed EAP-TLS e frame di gestione protetti, la modalità a 192 bit non supportata dal telefono, EAP-TLS con certificato per dispositivo via SCEP e validazione del certificato del server attiva; il survey per la voce fatto camminando dove si parla, corridoi, scale, ascensori, spogliatoi, locali tecnici e cortili, con Ekahau Sidekick 2 all'altezza del telefono, e il collaudo con la chiamata in corso; DECT o Wi-Fi come scelta non ideologica, con il DECT a basso rischio quando serve solo la voce e il Wi-Fi quando servono anche messaggistica dagli allarmi, localizzazione e integrazione con le applicazioni, e le due infrastrutture che possono convivere sullo stesso centralino; l'i63 come interno SIP con messaggistica e allarmi dalla piattaforma Ascom Unite, e il timeout di registrazione SIP da accordare con il firewall; gli otto errori più frequenti e sei domande frequenti; perimetro dichiarato: Netframe è Ascom Certified Partner e certificata Cisco, l'interoperabilità citata è quella validata fra Ascom e Cisco sul dispositivo e sul controller e non una certificazione di Netframe, Ekahau è lo strumento di misura di proprietà): https://netframe.it/telefoni-wifi-reparto/ - VoIP su Wi-Fi con Ascom: i63, Myco 4 e Unite integrati sul centralino SIP, con allarmi e messaggi a chi è di turno (quando un'azienda chiede il VoIP sul Wi-Fi intende tre cose insieme, cioè telefonare in mobilità dentro lo stabilimento, il magazzino o il reparto, ricevere gli allarmi delle macchine, delle celle frigorifere o dei letti sul dispositivo di chi è di turno, e avere un solo oggetto al posto di cordless, cercapersone, palmare e smartphone privato; la guida spiega come si compone la piattaforma sopra un centralino SIP e una rete Wi-Fi progettata per la voce, mentre la parte radio resta nella guida sui telefoni Wi-Fi di reparto; le tre famiglie di terminali che condividono centralino, software di gestione e messaggistica, con la scelta guidata da cosa deve fare la persona e non dalla tecnologia radio: Ascom i63 VoWiFi da 135 grammi, protezione IP44, tasti fisici e batteria sostituibile nelle versioni Talker, Messenger e Protector con tasto di allarme e uomo a terra, per chi deve telefonare e ricevere messaggi in reparto, corsia o magazzino; Ascom Myco 4, smartphone Android professionale con Wi-Fi 6E, telefonia SIP nativa, lettore di codici a barre, tasto di allarme e resistenza ai disinfettanti, nelle varianti Wi-Fi, Cellulare Wi-Fi e DECT Wi-Fi, per chi oltre a telefonare usa gestionale di reparto, cartella clinica e picking; Ascom DECT serie d su rete radio dedicata IP-DECT con roaming nativo e autonomia lunga, dove serve solo la voce e il Wi-Fi non è progettato per la telefonia; la variante DECT Wi-Fi del Myco 4 come caso a sé, perché usa il Wi-Fi per dati e voce ma mantiene voce e allarmi su una radio DECT dedicata quando il Wi-Fi manca, e la variante Cellulare Wi-Fi che porta il terminale fuori dall'edificio su rete 4G o 5G, pubblica o privata; l'integrazione con il centralino, con i63 e Myco 4 che hanno un client SIP nativo e si registrano come interni IP con trasferimento, attesa, gruppi di chiamata, rubrica centralizzata e presenza, e l'elenco pubblicato da Ascom dei centralini con cui ha verificato l'interoperabilità e la configurazione consigliata; i tre dettagli che decidono se l'integrazione funziona o funziona quasi, cioè il codec, con G.711 per la qualità e G.729 o Opus dove la banda è limitata e soprattutto lo stesso codec da entrambe le parti per evitare transcodifiche, il timeout di registrazione e il keepalive SIP accordati con il firewall e con la rete Wi-Fi, perché un terminale che perde la registrazione dopo un minuto di silenzio non ha un problema radio, e il piano di numerazione con gli interni mobili nei gruppi di chiamata giusti e le deviazioni verso il fisso quando il terminale è in carica o spento; il software Ascom Unite come metà non visibile del sistema e vera ragione per cui si sceglie Ascom invece di un cordless qualsiasi, con ingressi in protocolli standard e proprietari, HL7 dai sistemi clinici, ESPA e TAP dai sistemi di chiamata e dai cercapersone, SMTP e SNPP, ingressi digitali e moduli Unite Connect dedicati per la chiamata infermieri e i sistemi clinici, mentre in fabbrica le sorgenti sono PLC, sistemi di supervisione e sensori di temperatura; la consegna con priorità, suoneria dedicata e richiesta di conferma sul display, il colore del LED sul Myco 4 per distinguere a colpo d'occhio l'allarme critico, l'escalation al secondo destinatario, al gruppo e infine al responsabile quando nessuno conferma, la possibilità di accendere un display di corridoio o inviare a un terminale DECT, e la registrazione di chi ha ricevuto cosa, quando e chi ha confermato, che in un audit di sicurezza o in una contestazione vale più di qualsiasi testimonianza; la sicurezza delle persone con le versioni Protector dell'i63 e il Myco 4, tasto di allarme, rilevamento dell'uomo a terra e della mancanza di movimento, localizzazione con beacon Bluetooth o access point, allarme a strappo e chiamata silenziosa che apre la linea per far ascoltare la squadra di intervento, spesso il punto che decide l'acquisto per il lavoratore isolato in un magazzino automatizzato o in un impianto di notte; tre ambienti e tre configurazioni, cioè ospedale e RSA con chiamata infermieri e monitor dei pazienti dentro Unite, Myco 4 alle infermiere per cartella clinica e allarmi e i63 agli operatori, stabilimento con allarmi da PLC e supervisione, Myco 4 DECT Wi-Fi ai manutentori e i63 Protector in produzione con la VLAN dei terminali separata da quella OT, logistica e magazzino con il Myco 4 e il lettore di codici a barre al posto di palmare e telefono e gli allarmi della flotta di robot instradati al capoturno; l'architettura oltre ai telefoni, con il centralino SIP che spesso c'è già, il server Unite su macchina Windows o appliance da mettere in alta disponibilità per gli allarmi critici, il gestore dei dispositivi che configura e aggiorna via radio tutti i terminali senza raccoglierli fisicamente, e la rete Wi-Fi progettata per la voce con SSID dedicato, fast roaming e QoS fino al centralino; le tre regole di sicurezza, cioè VLAN dedicata con regole esplicite verso centralino e server Unite, autenticazione WPA3-Enterprise con certificato per dispositivo e gestione del Myco 4 con Android Enterprise in modalità a uso ristretto che blocca app e impostazioni non approvate; gli otto errori più frequenti, dai terminali comprati prima del progetto e messi sul Wi-Fi dei dati, con le chiamate che cadono e Ascom accusato ingiustamente, a Unite installato senza regole di escalation con l'allarme che arriva a tutti o a nessuno, dai messaggi critici senza conferma richiesta e quindi con consegna non dimostrabile ai codec diversi fra terminale e centralino, dal keepalive SIP più lungo del timeout del firewall con registrazione persa in silenzio al server Unite singolo per allarmi critici, dal Myco 4 senza gestione Android Enterprise alla localizzazione promessa senza beacon né mappa degli access point; sei domande frequenti, fra cui la compatibilità con il centralino esistente, la scelta fra i63 e Myco 4, come arrivano gli allarmi delle macchine sul telefono e cosa succede se il Wi-Fi cade; fonti: pagine e schede prodotto Ascom per i63 e Myco 4, documentazione della piattaforma Unite con i protocolli di ingresso, schede di Unite Connect for Nurse Call, Unite Connect for Clinical Systems e Unite Connectivity Manager citate in forma descrittiva, IETF RFC 3261 e raccomandazioni ITU-T G.711 e G.729; perimetro dichiarato: Netframe è Ascom Certified Partner, il controllo di ammissione alla rete con piattaforme NAC e la sorveglianza gestita non rientrano nei servizi offerti): https://netframe.it/voip-wifi-ascom/ - Da CentOS a Debian 12: come si migra un centralino Sangoma PBXact senza fermare l'azienda (case study di una migrazione FreePBX 17 su un impianto reale in un'azienda manifatturiera da cinquanta interni, con telefoni fissi Yealink, tre trunk SIP di cui uno verso le linee esterne attraverso un SBC AudioCodes virtuale e due verso le altre sedi, cordless wifi Ascom i63, e un fermo effettivo del centralino di un minuto; perché il passaggio alla 17 non è un aggiornamento ma una reinstallazione con travaso, dato che FreePBX 17 e PBXact 17 girano ufficialmente solo su Debian 12 e la ISO storica su CentOS non viene più pubblicata, sostituita dallo script di installazione su Debian e da una ISO che lo incapsula, con il percorso supportato da Sangoma tramite il modulo Backup and Restore; la tabella di cosa cambia sotto, da CentOS 7 fuori supporto dal 30 giugno 2024 a Debian 12, PHP 8.2 con supporto di sicurezza fino a dicembre 2026, Asterisk fino alla 22 contro la 20 della 16, e gli aggiornamenti di versione futuri in linea; il vincolo dei moduli commerciali Sangoma testati solo su PHP 8.2; la verifica che viene prima di tutto, cioè PJSIP o chan_sip, perché Asterisk 21 e 22 non contengono più chan_sip e la conversione va fatta prima e separatamente sul sistema esistente, con il ripiego documentato da Sangoma su Asterisk 20 trattato come tempo comprato e non come soluzione; la preparazione del sistema da spegnere con fwconsole ma upgradeall e backup scaricato fuori dalla macchina; le licenze, con il deployment ID legato all'hardware, il reset dell'hardware lock disponibile due volte in autonomia e poi solo via supporto, e l'ordine documentato da Sangoma di attivare prima e ripristinare dopo; il sistema nuovo costruito in parallelo con i trunk spenti fino al taglio, perché due sistemi che registrano lo stesso trunk rendono imprevedibili le chiamate in ingresso, con l'SBC che resta l'unico apparato esposto e cambia solo la destinazione; lo scambio degli indirizzi IP come tecnica di migrazione e di rientro, con i trunk spenti sul vecchio e accesi sul nuovo nello stesso momento, a confronto con lo spegni il vecchio e accendi il nuovo su riconfigurazione dei telefoni, tempo di rollback, verifica a posteriori e costo; la finestra in pausa pranzo invece che di notte; il collaudo nell'ordine giusto, con i telefoni fissi registrati al riavvio, i cordless wifi che si registrano subito se riavviati o da soli alla scadenza del timer, i trunk immediati e l'instradamento verificato con chiamate reali percorso per percorso; i firmware aggiornati alla fine e mai all'inizio, con provisioning centralizzato dall'EndPoint Manager; cosa non è passato in automatico, cioè niente, e le quattro ragioni per cui è filata liscia; il piano di rientro con le due macchine accese per qualche giorno; cinque domande frequenti; perimetro dichiarato: Netframe è Ascom Certified Partner, il racconto riguarda il metodo di migrazione e non lo stato dell'impianto del cliente): https://netframe.it/migrazione-freepbx-17-debian/ - Problemi audio VoIP: diagnosi e soluzioni, sintomo per sintomo (le tre regole di diagnosi: circoscrivere il problema, separare la segnalazione SIP dal flusso audio RTP, misurare jitter, perdita di pacchetti e MOS con le soglie di riferimento della raccomandazione ITU-T G.114, cioè 150 ms di latenza in una direzione, jitter sotto i 30 ms, perdita sotto l'1 per cento e MOS pari o superiore a 4; tabella dei nove sintomi con causa più probabile e rimedio: audio unidirezionale, chiamata muta, voce a scatti o robotica, eco, voce metallica, caduta dopo 30 secondi, audio che sparisce dopo qualche minuto, accavallamento delle voci per latenza oltre i 150 ms, problemi solo sui dispositivi Wi-Fi; perché il SIP ALG dei router va quasi sempre disattivato; QoS con marcatura DSCP EF per il flusso RTP e CS3 per la segnalazione, priorità sull'uplink, circa 100 kbps per chiamata in G.711 contro circa un terzo con G.729; eco acustico ed eco d'ibrido con taratura delle porte FXO; quando serve un SBC come punto fisso dei flussi): https://netframe.it/voip-problemi-audio/ - Integrazione tra centralino e CRM: come funziona davvero la CTI (guida completa alla Computer Telephony Integration: le cinque funzioni, le tre architetture, le interfacce lato centralino, la normalizzazione dei numeri, i framework di Dynamics 365 e Salesforce, i gestionali italiani, registrazione e trascrizione con i relativi adempimenti; scheda completa nella sezione 6.2 di questo documento): https://netframe.it/integrazione-centralino-crm/ --- ### 8. Voicebot AI e Centralino Intelligente URL: https://netframe.it/voicebot-ai-centralino/ **Termini equivalenti:** voicebot AI, centralino intelligente, centralino AI, contact center AI, IVR conversazionale, agente vocale AI, assistente vocale AI. Estensione dell'UC&C dedicata al contact center intelligente. Un voicebot AI è un assistente vocale basato su intelligenza artificiale che risponde alle chiamate, comprende il linguaggio naturale e risolve in autonomia le richieste dei clienti 24/7, trasferendo all'operatore umano solo i casi complessi con tutto lo storico della conversazione. Netframe è system integrator: integra la soluzione sul centralino/PBX esistente del cliente, non la sviluppa da zero e non sostituisce l'infrastruttura attuale. **Voicebot AI vs IVR tradizionale:** - L'IVR tradizionale guida il chiamante con menu ad albero rigidi ("premi 1, premi 2"), solo voce, nessuna memoria del contesto. - Il voicebot AI (IVR conversazionale) comprende il linguaggio naturale, dialoga con il cliente, lavora su più canali (voce, email, WhatsApp, chat), risolve in autonomia 24/7, passa il contesto completo all'operatore e produce trascrizione, dashboard e analytics. **Integrazione (non sostituzione):** Il voicebot AI si affianca all'infrastruttura esistente tramite trunk SIP verso il PBX locale (3CX, FreePBX, Asterisk, Alcatel-Lucent) o verso Microsoft Teams Direct Routing tramite l'SBC. Quando il centralino non espone un trunk SIP utilizzabile si interpone un voice gateway o un sistema telefonico VoIP intermedio che fa da ponte, e l'integrazione si decide con una verifica tecnica del centralino prima del preventivo, perché non tutti i centralini la consentono allo stesso modo. È un IVR interattivo che si sovrappone a quello standard ed è attivabile per fasi, senza interruzioni del servizio. Le tre architetture possibili (voicebot dentro il centralino come destinazione, il caso più frequente; dentro Teams tramite SBC; davanti al centralino quando il voicebot è integrato nella piattaforma telefonica), i requisiti di rete e firewall, la continuità se il voicebot non risponde e le cinque prove di collaudo sono nella guida: https://netframe.it/integrazione-voicebot-centralino/ **Funzioni del contact center AI omnicanale (8):** 1. **Omnicanalità:** voce, email, WhatsApp e chat dal sito in un'unica interfaccia, con routing intelligente per competenze e SLA. 2. **Assistente virtuale AI:** voicebot e chatbot con NLP avanzata e motore vocale basato su OpenAI su Azure, per risoluzione FAQ, gestione prenotazioni e processo disdette. 3. **Escalation all'operatore:** le richieste complesse passano a un operatore umano con tutto lo storico della conversazione. 4. **Trascrizione e traduzione in tempo reale:** ogni conversazione viene trascritta; le chiamate in lingua straniera possono essere tradotte automaticamente per l'operatore. 5. **Suggerimenti smart (Next Best Action):** l'AI propone in tempo reale la risposta e l'azione migliore. 6. **Dashboard e analytics:** KPI in tempo reale, wallboard SLA, forecast volumi e staffing, analisi del sentiment. 7. **Integrazione CRM e API:** connettori verso Salesforce, Microsoft Dynamics e gestionali, con API in lettura e scrittura, utili anche al logging NIS2. 8. **Email gestita come una chiamata:** le email vengono acquisite come interazioni strutturate, instradate e tracciate come le telefonate. **Canale WhatsApp:** il canale entra nel contact center tramite la WhatsApp Business Platform, con accesso diretto a Meta o tramite il fornitore accreditato scelto dall'azienda, e si affianca al centralino senza toccarlo: la voce viaggia sul collegamento telefonico dedicato, la chat sulle interfacce del fornitore accreditato, e le due strade si incontrano nell'interfaccia dell'operatore. Netframe non è un fornitore accreditato da Meta e non rivende messaggistica: integra il canale nella piattaforma di contact center del cliente e lo collega al centralino esistente, mentre il rapporto con Meta e la fatturazione dei messaggi restano all'azienda. Guida dedicata, con la differenza fra app e piattaforma, la scelta del numero, la finestra di assistenza di 24 ore e le due date del 2026 che cambiano il modello di costo: https://netframe.it/whatsapp-business-centralino/ **Piattaforma, sicurezza, hosting europeo e conformità:** La piattaforma integrata da Netframe è Mercury, con l'interfaccia di contact center Mercury Welcome Center: Netframe la installa, la collega al centralino esistente e la personalizza sui flussi dell'azienda, senza rapporti di rivendita esclusiva. L'elaborazione avviene su data center europei in region UE con motore vocale OpenAI su Azure: i dati restano in Europa. Supporto a GDPR e NIS2 con crittografia, anonimizzazione e audit trail. Per l'alta affidabilità è possibile il deployment con macchina virtuale locale presso il cliente. **Trasparenza verso chi chiama (articolo 50 dell'AI Act):** Dal 2 agosto 2026 si applica l'articolo 50 del Regolamento (UE) 2024/1689: chi interagisce con un sistema di intelligenza artificiale deve esserne informato, salvo che sia evidente dal contesto. Le linee guida della Commissione europea del 20 luglio 2026 chiedono di interpretare l'eccezione in modo restrittivo, e al telefono, con le voci sintetiche di oggi, sostenere che la natura artificiale dell'interlocutore sia evidente è una posizione difficile da difendere. L'obbligo di progettare il sistema in modo trasparente è in capo al fornitore della piattaforma, mentre l'azienda che la utilizza resta quella che deve poter dimostrare che l'avviso ci sia davvero, che arrivi prima di qualsiasi raccolta di informazioni e che sia comprensibile a chi chiama. Netframe configura la dichiarazione nel messaggio di apertura insieme al flusso di risposta, verifica in collaudo che l'interruzione del chiamante non permetta di saltarla e documenta la configurazione, così la questione è chiusa dal primo giorno di esercizio. Gli obblighi nel dettaglio, con le linee guida della Commissione del 20 luglio 2026, la vigilanza affidata in Italia all'ACN e il quadro sanzionatorio, sono nella guida: https://netframe.it/centralino-intelligenza-artificiale/ **Cosa configura Netframe per il GDPR e cosa resta all'azienda:** Netframe configura la parte tecnica: la dichiarazione di trasparenza prevista dall'articolo 50 dell'AI Act e l'informativa breve nel messaggio di apertura, provate in collaudo; i tempi di conservazione con cancellazione automatica di registrazioni, trascrizioni e log; il controllo e il tracciamento degli accessi agli archivi delle registrazioni; la cifratura del collegamento fra centralino e piattaforma; la verifica dell'hosting in region europea e della catena dei fornitori per ogni canale attivato; e documenta le configurazioni. Restano al titolare del trattamento e a chi lo assiste nella protezione dei dati le decisioni: quali dati raccogliere e per quali finalità, la base giuridica, la durata della conservazione, il contratto con il fornitore della piattaforma, la valutazione d'impatto quando serve, la voce nel registro dei trattamenti e, per le trascrizioni degli operatori, la valutazione secondo lo Statuto dei lavoratori. Netframe porta le domande giuste e configura le risposte. **Per quali aziende è utile:** 1. Customer service e help desk ad alti volumi. 2. Aziende con prenotazioni e appuntamenti (sanità, hospitality, servizi), con guida dedicata: https://netframe.it/voicebot-prenotazioni/ 3. Aziende multilingua. 4. PMI che vogliono self-service 24/7. 5. Aziende soggette a NIS2 (tracciatura e logging delle interazioni). **Modello di costo e ritorno dell'investimento:** Canone mensile (server IVR/voicebot più modulo AI) e attivazione una tantum (installazione, trunk SIP, configurazione, report personalizzati), più costi a consumo (token AI, traffico WhatsApp) legati all'uso. ROI tipico: se il voicebot automatizza anche solo il 30% del lavoro di una persona al centralino, il canone mensile si ripaga in genere in 4-6 mesi, tanto più velocemente quanto più alto è il volume di chiamate ripetitive. **Area servita:** Modena, Emilia-Romagna, Italia. **Guide tecniche correlate:** - Centralino con intelligenza artificiale: come funziona e cosa può fare (la catena dei tre motori di una chiamata gestita dall'AI, cioè riconoscimento vocale, modello linguistico e sintesi vocale, con latenza e barge-in come discriminanti tra un voicebot professionale e uno frustrante; confronto tra piattaforme: 3CX con Agenti IA, edizione IA e AI Server, con i requisiti reali della trascrizione on-premise, Yeastar P-Series, Kalliope, Mercury Welcome Center, Microsoft Teams e Azure con ACS Call Automation; criteri di scelta e scenari di adozione; gli obblighi di trasparenza dell'articolo 50 del Regolamento UE 2024/1689, applicabili dal 2 agosto 2026, con i quattro criteri delle linee guida della Commissione del 20 luglio 2026, l'eccezione "salvo che sia ovvio" da interpretare in modo restrittivo, la distinzione tra obblighi del fornitore e del deployer, le modifiche introdotte dal Regolamento UE 2026/1744 che non toccano la data del 2 agosto, la vigilanza affidata in Italia all'ACN dalla legge 132/2025 e la traduzione pratica sul flusso di chiamata; le sanzioni fino a 15 milioni di euro o al 3 per cento del fatturato mondiale e la ragione per cui l'informativa privacy non copre l'obbligo): https://netframe.it/centralino-intelligenza-artificiale/ - Integrare un voicebot AI col centralino esistente: trunk SIP, Microsoft Teams e cosa deve reggere la rete (alla domanda "devo cambiare centralino?" la risposta è quasi sempre no, ma dipende dal centralino che si ha e si decide con una verifica tecnica prima del preventivo; come si collega: nella maggior parte dei casi un trunk SIP diretto, cioè un collegamento telefonico dedicato fra centralino e piattaforma, e quando il centralino non lo consente un voice gateway o un sistema telefonico VoIP intermedio, per esempio Asterisk, che fa da ponte, mentre interni, gruppi, casella vocale, tabulati e telefoni restano dove sono; i tre posti nel flusso delle chiamate: dentro il centralino come destinazione richiamata da menu, coda o orario, il caso più frequente e quello con cui conviene partire in una PMI perché si accende su una sola coda, si misura e si torna indietro cambiando una destinazione; dentro Microsoft Teams tramite l'SBC del Direct Routing, con la sopravvivenza sulle regole dell'SBC; davanti al centralino, tipico quando il voicebot è integrato nella piattaforma telefonica stessa, con l'instradamento di riserva sull'operatore o sull'SBC da costruire perché altrimenti la chiamata cade; con 3CX, FreePBX e PBXact, Asterisk e Alcatel-Lucent Enterprise il trunk SIP si configura da entrambe le parti, per Teams si usano gli SBC qualificati AudioCodes o Patton già in uso, con Calling Plan e Operator Connect l'aggancio va fatto a monte sull'operatore o con una piattaforma che si integra direttamente con Teams; il perimetro dell'integratore: verifica tecnica, integrazione, rete, sicurezza del perimetro telefonico e collaudo, mentre riconoscimento vocale, modello linguistico e sintesi sono componenti della piattaforma; la chiamata dal primo squillo al trasferimento: tre motori in cascata la cui somma dei tempi è la pausa che il chiamante sente, il barge-in come requisito di una chiamata di lavoro, il trasferimento come normale chiamata interna con il voicebot che esce di scena, l'alternativa del voicebot in linea come ponte che occupa due canali, il contesto (trascrizione, richiesta riconosciuta, numero pratica) che non viaggia dentro la telefonata ma in parallelo con una scheda sul desktop dell'operatore o nel CRM tramite le API della piattaforma, i toni del tastierino da provare in collaudo su ogni percorso; cosa deve reggere la rete: canali dimensionati sulle chiamate contemporanee con la formula di Erlang B e la stima di orientamento di un canale ogni quattro-sei interni, circa 100 kbps per chiamata con il codec più diffuso, priorità alla voce sulla rete e sull'uplink, soglie della raccomandazione ITU-T G.114 con 150 ms di latenza in una direzione e jitter sotto i 30 ms, audio a banda larga verso il voicebot con la conversione solo sull'ultimo tratto, collegamento cifrato verso la piattaforma in cloud e verifica dei filtri SIP del firewall, causa frequente di audio da una sola parte e chiamate che cadono; continuità: sopravvivenza gratuita con il voicebot dentro il centralino, da costruire e da provare staccando il voicebot in collaudo quando è davanti, orari ed eccezioni, punto di osservazione su chiamate ricevute, chiuse in autonomia, trasferite e abbandonate; dati, log e conformità: articolo 50 del Regolamento (UE) 2024/1689 con l'obbligo di progettazione trasparente in capo al fornitore e la dimostrabilità dell'avviso in capo all'azienda che utilizza, dichiarazione nel messaggio di apertura che il barge-in non deve permettere di saltare, protezione dei dati di registrazioni e trascrizioni con l'articolo 4 dello Statuto dei lavoratori quando sono coinvolti gli operatori, log del voicebot fra le misure di gestione del rischio dell'articolo 24 del D.Lgs. 138/2024 per chi rientra nel perimetro NIS2; il collaudo in cinque prove da fuori, da cellulare e da fisso: chiamata base, interruzione, trasferimento con contesto, tasti, caduta del voicebot; sei errori ricorrenti, dal collegamento senza cifratura al contesto promesso e non consegnato; fonti: Raccomandazione ITU-T G.114, Regolamento (UE) 2024/1689 su EUR-Lex con le linee guida della Commissione europea del 20 luglio 2026, D.Lgs. 138/2024 su Normattiva, Microsoft Learn Plan Direct Routing, documentazione dei produttori dei centralini citati e della piattaforma voicebot integrata citata in forma descrittiva): https://netframe.it/integrazione-voicebot-centralino/ - Voicebot per prenotazioni e appuntamenti: come funziona davvero e cosa serve per farlo lavorare (prendere una prenotazione al telefono sembra semplice ed è proprio per questo che assorbe tempo: chiamate brevi, ripetitive, concentrate in certe fasce, ognuna che interrompe qualcuno; la differenza rispetto a un risponditore automatico sta in una parola, agenda, perché un voicebot che non vede l'agenda reale non prenota ma raccoglie richieste, che è un altro servizio; vale ovunque ci sia un calendario con risorse limitate, una poltrona, una stanza, un tecnico, un tavolo, uno sportello, non solo negli studi medici; il flusso di una prenotazione dalla dichiarazione di essere un sistema automatico al riconoscimento della richiesta in linguaggio naturale senza menu, all'identificazione del chiamante, all'interrogazione dell'agenda con le regole di durata, risorsa, orari e chiusure, alla conferma a voce con riepilogo per SMS, WhatsApp o email; le richieste che il voicebot non deve provare a chiudere, cioè urgenze, casi che richiedono una valutazione e chi chiede espressamente una persona, dove il valore è il passaggio pulito con nome, motivo e conversazione già sulla scheda di chi risponde; i tre livelli di integrazione con l'agenda a confronto su cosa fa il voicebot, cosa serve e quando ha senso: sola raccolta della richiesta senza integrazione, lettura e scrittura tramite le API dell'agenda che copre la maggior parte dei progetti, integrazione completa con anagrafica, storico, spostamenti, disdette e promemoria per volumi alti e prestazioni ricorrenti, con la prima domanda da fare al fornitore, cioè se l'integrazione con quell'agenda esista già oppure vada costruita; la tabella dei settori con cosa chiede chi chiama e le attenzioni di progetto, da studi medici, poliambulatori e centri diagnostici, dove i dati sulla salute impongono di raccogliere il minimo e non registrare dettagli clinici, a hotel e ristoranti con PMS o booking engine e lingue straniere, ad assistenza tecnica e officine con il planning dei tecnici per zona e competenza, ai servizi con sportello; dati sensibili e regole con la minimizzazione, il trattamento di registrazioni e trascrizioni deciso prima dell'accensione e la trasparenza dell'articolo 50 del Regolamento (UE) 2024/1689 nella forma fornitore/utilizzatore, più l'articolo 4 dello Statuto dei lavoratori quando sono coinvolti gli operatori; il metodo: prima si analizza il flusso attuale delle prenotazioni, quante chiamate arrivano e in quali fasce, da quali canali, per quali prestazioni, quante restano senza risposta, quali sono le eccezioni che assorbono tempo, e da lì escono il dimensionamento del sistema e il disegno del flusso ottimale, che dopo l'accensione va monitorato sui dati reali e corretto per gradi con un responsabile e una cadenza; i cinque numeri con cui si misura, cioè prenotazioni chiuse in autonomia, chiamate trasferite, chiamate abbandonate, durata media e mancati arrivi, confrontati con la fotografia iniziale; le dieci cose da verificare prima di firmare, dall'esistenza dell'integrazione ai canali di conferma, al passaggio all'operatore con contesto, a dove i dati sono elaborati e conservati, all'analisi del flusso compresa nel progetto e ai costi a consumo; fonti: Regolamento (UE) 2016/679 articoli 5 e 9 e Regolamento (UE) 2024/1689 articolo 50 su EUR-Lex con le linee guida della Commissione del 20 luglio 2026, legge 20 maggio 1970 n. 300 articolo 4 su Normattiva, documentazione della piattaforma voicebot integrata e dei gestionali di agenda citati per categoria): https://netframe.it/voicebot-prenotazioni/ - Voicebot o operatore umano: quali chiamate passare a una persona e come progettare il passaggio (chi valuta un voicebot arriva quasi sempre con la domanda sbagliata, cioè se possa sostituire chi risponde al telefono, e la risposta è no: la domanda giusta è quali chiamate può chiudere da solo, quali deve passare a una persona e come fa a capire la differenza, perché un voicebot progettato bene non è quello che risponde a tutto ma quello che sa dove finisce il proprio perimetro e passa la chiamata prima che il cliente si irriti; cosa può chiudere da solo, cioè le richieste prevedibili con una domanda chiara, una risposta che sta nei sistemi aziendali e nessuna decisione da prendere: orari e indirizzi, elenco dei punti vendita o dei centri di assistenza compreso il più vicino a chi chiama, contatti di un negozio o di una sede, stato di una pratica o di un ordine, prenotazioni e spostamenti standard, informazioni da FAQ, smistamento verso il reparto giusto, raccolta di una richiesta di richiamata, e anche i servizi interni come la prenotazione dei pasti in mensa aziendale, esempio che mostra l'omnicanalità perché la stessa richiesta arriva per email, in chat o a voce e va gestita allo stesso modo; il perimetro come oggetto di progetto e non come scoperta successiva, scritto a partire dall'analisi delle chiamate reali e allargato per gradi quando i numeri lo giustificano, perché un voicebot lasciato libero di rispondere a tutto tende a inventare ciò che non sa; la tabella dei sei casi che devono passare a una persona, con il segnale da riconoscere e il comportamento atteso: richiesta esplicita di un operatore, da soddisfare subito senza insistere e senza far ripetere, urgenza o emergenza con passaggio in priorità e motivo già segnalato, reclamo o cliente contrariato con lo storico della conversazione, richiesta fuori dal perimetro dichiarata invece di tentare una risposta, decisione che incide sul cliente dove il voicebot raccoglie e la persona decide, dato non riconosciuto dopo una conferma dove non si insiste una terza volta; il passaggio fatto bene, con il contesto che non viaggia dentro la telefonata ma in parallelo, cioè una scheda che si apre sul desktop dell'operatore o nel CRM al momento del trasferimento tramite le API della piattaforma, perché senza scheda il cliente ripete e la sensazione è di essere stati parcheggiati da una macchina; il caso più delicato del passaggio verso una persona che non c'è, fuori orario o con tutti occupati, dove il voicebot deve saperlo prima del chiamante e dirlo, prendere la richiesta, promettere una richiamata con una finestra realistica e registrarla dove qualcuno la vedrà, perché il silenzio dopo la promessa di un operatore è il modo più rapido di perdere la chiamata; le regole, con l'articolo 50 del Regolamento (UE) 2024/1689 applicabile dal 2 agosto 2026 e la dichiarazione nel messaggio di apertura prima di qualsiasi domanda, nella forma che distingue il fornitore della piattaforma dall'azienda che la utilizza, e con il confine delle decisioni automatizzate dell'articolo 22 del GDPR, evitato alla radice dalla regola di progetto per cui il voicebot raccoglie e la persona decide, più le tutele dell'articolo 4 dello Statuto dei lavoratori su registrazioni e trascrizioni che riguardano gli operatori; cosa cambia per chi risponde, con meno chiamate ripetitive ma più difficili, cioè reclami, eccezioni, urgenze e clienti che hanno già parlato con una macchina, e il fabbisogno di scheda con contesto, modo rapido per segnalare un errore del voicebot e formazione breve su come riprendere una conversazione iniziata da un sistema automatico; i cinque numeri con cui si misura se il confine è nel punto giusto, cioè chiamate chiuse in autonomia, chiamate trasferite, trasferimenti evitabili su richieste che erano nel perimetro, abbandoni prima e dopo il trasferimento e richiamate promesse e fatte, con la lettura che un tasso di trasferimento alto non è di per sé un fallimento se le chiamate passate sono quelle giuste; i sei errori ricorrenti, dal posso aiutarti io rivolto a chi ha chiesto una persona al terzo tentativo di riconoscere un codice, dal trasferimento verso una coda vuota al contesto promesso e non consegnato, dal perimetro deciso senza analizzare le chiamate reali alla misura mai impostata; fonti: Regolamento (UE) 2024/1689 articolo 50 su EUR-Lex con le linee guida della Commissione europea del 20 luglio 2026, Regolamento (UE) 2016/679 articolo 22 su EUR-Lex, legge 20 maggio 1970 n. 300 articolo 4 su Normattiva, documentazione della piattaforma voicebot integrata sulle regole di escalation e sulla consegna del contesto in forma descrittiva): https://netframe.it/voicebot-o-operatore-umano/ - Chatbot o voicebot: quale conviene alla tua azienda, e quando servono entrambi (chatbot e voicebot condividono lo stesso motore linguistico e cambiano per il canale: la chat scrive e legge su sito, WhatsApp, app e social, dove chi scrive può aspettare la risposta e allegare foto e documenti, la voce risponde al telefono in tempo reale con riconoscimento vocale e sintesi, dove ogni secondo di silenzio si sente; il primo criterio è da dove arrivano i clienti oggi, contando chiamate e messaggi per richiesta e per fascia oraria, con il telefono come canale dell'urgenza e degli utenti meno abituati al digitale, quindi sanità, assistenza tecnica e B2B, e la chat come canale del primo contatto, delle domande senza urgenza e delle richieste che hanno bisogno di un allegato; il secondo criterio, che di solito manca nei confronti e decide tempi e costi, è cosa serve sotto: per la voce un centralino su cui agganciarsi con un trunk SIP diretto o un voice gateway quando il centralino non lo consente, l'SBC quando il centralino è Microsoft Teams, una rete che regga le chiamate contemporanee e un firewall con i controlli sul protocollo SIP verificati, con la verifica tecnica prima del preventivo; per la chat il sito su cui vive il widget, un numero WhatsApp Business con l'accesso alla piattaforma per le aziende e i canali social con le loro regole; per entrambi le stesse integrazioni verso agenda, gestionale e CRM, perché senza quelle il bot risponde ma non risolve; la tabella decisionale su nove situazioni reali con canale prevalente, cosa conviene e perché, dalle prenotazioni in sanità con voicebot e conferme scritte che riducono i mancati arrivi all'assistenza tecnica B2B e alle officine dove chi ha un fermo chiama, dal customer care dell'e-commerce e dalle richieste di contatto dal sito, dove il chatbot raccoglie i dati e li consegna al commerciale senza fare il preventivo, allo sportello di un ente dove l'inclusività impone i due canali, fino a help desk interni con la voce per chi non ha un PC davanti, promemoria in uscita con le regole sul consenso, punti vendita e hotel, con la risposta più frequente che è entrambi, coordinati; i limiti di ciascuno, per la voce il rumore di fondo, le voci sovrapposte, i codici dettati da confermare e la qualità dell'audio che arriva dalla rete telefonica, per la chat l'accessibilità e il trattamento dei dati da parte di fornitori extra-UE su canali come WhatsApp, da valutare con chi segue la protezione dei dati dove passano dati particolari; la piattaforma omnicanale unica quando servono entrambi, con una sola vista del cliente, lo storico condiviso fra voce, email, chat e messaggistica, l'instradamento per competenza valido su tutti i canali e le API verso i sistemi aziendali usate una volta sola, e le tre verifiche prima di firmare: che i canali condividano davvero lo storico e non solo il logo, che il passaggio a una persona porti il contesto su qualsiasi canale, che l'aggiunta di un canale non richieda di rifare i flussi; le regole che valgono per entrambi, con l'articolo 50 del Regolamento (UE) 2024/1689 applicabile dal 2 agosto 2026 in chat come al telefono, la dichiarazione nel messaggio di apertura prima di qualsiasi domanda nella forma che distingue il fornitore della piattaforma dall'azienda che la utilizza, e sul GDPR la minimizzazione su entrambi i canali con informativa, base giuridica, tempi di conservazione e controllo degli accessi decisi prima; il percorso di adozione dall'analisi dei contatti reali alla scelta del primo canale, alla verifica tecnica, a una prima fase su un servizio con un mese di misura e all'estensione all'altro canale sulla stessa piattaforma; fonti: Regolamento (UE) 2024/1689 articolo 50 su EUR-Lex con le linee guida della Commissione europea del 20 luglio 2026, Regolamento (UE) 2016/679 articolo 5 e capo V su EUR-Lex, documentazione della piattaforma WhatsApp Business e delle piattaforme voicebot e chatbot citate in forma descrittiva): https://netframe.it/chatbot-o-voicebot/ - WhatsApp Business e centralino: come si integra e cosa cambia sui costi nel 2026 (in molte aziende italiane il primo contatto non arriva più dal centralino ma su WhatsApp, spesso sul telefono personale di un commerciale o di un tecnico, fuori dai tabulati, fuori dal gestionale e invisibile a chi deve rispondere quando quella persona è in ferie; portare il canale nel contact center serve a chiudere quel buco, con le conversazioni nella stessa coda delle telefonate, assegnate per competenza, nello storico del cliente e senza sparire con il telefono di chi le ha ricevute; la differenza fra l'app WhatsApp Business, gratuita e pensata per la microimpresa, con un telefono principale più al massimo quattro dispositivi collegati, nessuna coda né assegnazione, nessuna integrazione con centralino o gestionale e uno storico che vive nell'account, e la WhatsApp Business Platform, con accesso tramite interfacce di programmazione direttamente da Meta oppure tramite un fornitore accreditato, integrabile in un contact center, con regole sui messaggi in uscita, modelli da far approvare e fatturazione a consumo; Netframe integra il canale nella piattaforma di contact center del cliente e lo collega al centralino esistente, mentre il rapporto con Meta e la fatturazione dei messaggi restano all'azienda, direttamente o attraverso il fornitore accreditato scelto; la scelta del numero come prima decisione, con tre strade: un numero nuovo dedicato al canale aziendale, il numero che i clienti conoscono da anni compreso il fisso aziendale, verificabile come numero WhatsApp con un codice ricevuto per telefonata, con il percorso classico in cui quel numero smette di essere utilizzabile nell'app e la cronologia non si trasferisce, oppure la coesistenza documentata da Meta, che mantiene l'app per le conversazioni uno a uno e allinea la cronologia con la piattaforma, con dispositivi da ricollegare, funzioni dell'app che cambiano e disponibilità da verificare per il mercato e con il fornitore; le regole del canale, che funziona a finestre: quando è il cliente a scrivere si apre una finestra di assistenza di 24 ore dentro la quale l'azienda risponde con messaggi liberi, fuori da quella serve un modello approvato in anticipo da Meta e classificato per categoria marketing, utility o autenticazione, categoria che determina sia il permesso sia il costo, con le due conseguenze operative, cioè servizio clienti progettato per rispondere dentro la finestra e messaggi promozionali con regole di piattaforma e di legge, mai a una lista comprata; l'integrazione con il centralino, che non lo tocca ma gli si affianca, con la piattaforma di contact center che riceve i messaggi tramite il fornitore accreditato e li mette nella stessa interfaccia delle telefonate, instradamento per competenza, orario o lingua, storico unico e passaggio di canale dalla chat alla telefonata senza far ripetere nulla, con la voce sul collegamento telefonico dedicato e la chat sulle interfacce di programmazione del fornitore, due strade separate che si incontrano nell'interfaccia dell'operatore e non nel cavo; chi risponde fra persona e assistente automatico, con le richieste ripetitive che sono la maggioranza e il criterio di automatizzare il prevedibile e presidiare con le persone ciò che richiede valutazione, e con l'articolo 50 del Regolamento (UE) 2024/1689, applicabile dal 2 agosto 2026, che vale sulla chat esattamente come al telefono; cosa cambia sui costi nel 2026, la parte che invecchia più in fretta: dal 1 luglio 2025 Meta fattura per messaggio e non più per conversazione, con due cose fin qui gratuite, i messaggi liberi dentro la finestra e i modelli utility inviati in risposta dentro la stessa finestra, ed entrambe cambiano secondo la documentazione ufficiale Meta, con il 1 agosto 2026 per la fatturazione a token delle risposte generate dal Meta Business Agent e il 1 ottobre 2026 per la fine della gratuità delle risposte dentro la finestra, che siano scritte da un operatore o da un assistente automatico non di Meta, con le tariffe valide da quella data pubblicate da Meta entro il 1 settembre 2026 e nessuna cifra nel testo perché cambiano per trimestre e per mercato e vanno lette sul listino ufficiale il giorno del preventivo; le mosse concrete, cioè contare quante risposte manda il servizio clienti in un mese, accorpare le risposte frammentate in un messaggio unico e chiedere al fornitore accreditato le tariffe per l'Italia e il suo ricarico, voce distinta da quella di Meta; dati personali e consenso, con l'informativa raggiungibile dal primo messaggio, il consenso per i messaggi promozionali con la stessa logica dell'email, la conservazione decisa a monte con cancellazione a scadenza e accessi tracciati, e l'articolo 4 dello Statuto dei lavoratori quando rispondono dipendenti, con Netframe che configura la parte tecnica e le valutazioni giuridiche che restano al titolare del trattamento; le otto domande da fare prima di attivare, dal numero e da chi lo gestisce oggi al fornitore accreditato già integrato o da integrare, dalle risposte mensili per canale a chi approva i modelli, dalle tariffe con o senza ricarico a dove sono conservate le conversazioni, da cosa succede fuori orario a chi presidia il canale quando la persona che lo segue è assente; da dove si parte, cioè da una fotografia del traffico esistente su WhatsApp per numeri, tipo e ripetitività delle richieste; Netframe non è un fornitore accreditato da Meta e non rivende messaggistica; fonti: Meta for Developers sul pricing della WhatsApp Business Platform e sugli aggiornamenti di prezzo per Meta Business Agent, messaggi di servizio e utility, documentazione Meta sull'onboarding degli utenti dell'app con la coesistenza, WhatsApp Help Center sui dispositivi collegati, Regolamento (UE) 2024/1689 e Regolamento (UE) 2016/679 su EUR-Lex, legge 20 maggio 1970 n. 300 articolo 4 su Normattiva): https://netframe.it/whatsapp-business-centralino/ - Quando il voicebot telefonico non capisce: le cause e come si risolve (quando un voicebot delude la lamentela è sempre la stessa, non capisce, ma quella frase descrive almeno sei problemi diversi e quasi nessuno dipende dall'intelligenza del sistema, perché dipendono da come arriva l'audio, da cosa c'è intorno a chi chiama, da come sono fatte le domande e da che cosa si chiede di riconoscere, e la maggior parte si corregge in progettazione e in configurazione invece che cambiando piattaforma, a condizione di aver capito prima quale dei sei si sta affrontando; la distinzione preliminare fra tre sistemi che vengono chiamati con lo stesso nome, cioè il menu a tasti in cui una voce elenca le opzioni e il chiamante preme un numero, adatto a pochi percorsi stabili, chiamanti abituali e ambienti rumorosi, l'IVR conversazionale in cui il chiamante dice il motivo della chiamata e il sistema lo instrada verso la coda giusta, adatto quando il menu a tasti diventa un albero troppo profondo, e il voicebot che dialoga, raccoglie dati, consulta i sistemi aziendali e chiude la richiesta in autonomia, adatto alle richieste ripetitive e prevedibili con volumi alti, con la nota che quasi tutti i progetti riusciti sono ibridi e i tasti restano disponibili per chi non vuole o non può parlare e come uscita di sicurezza verso l'operatore; la tabella delle sei cause con come si manifestano e su cosa si interviene, cioè audio che arriva degradato con errori casuali su parole comuni, rumore e ambiente, accento e dialetto e ritmo con un comportamento sistematico da persona a persona, codici e nomi e numeri sbagliati, sovrapposizione con l'inizio di frase perduto, domande mal poste con risposte lunghe e fuori schema, e il confine fra le prime due, che sono problemi di segnale, e le altre quattro, che sono problemi di progetto, perché su un problema di segnale la riformulazione delle domande non serve a niente e viceversa; la causa nascosta che nessuno cerca perché non si vede, cioè la telefonia tradizionale che trasporta la voce all'incirca fra 300 e 3.400 hertz, banda sufficiente perché due persone si capiscano ma che taglia le frequenze con cui si distinguono consonanti simili, mentre il riconoscimento vocale lavora meglio con l'audio a banda larga fino a 7.000 hertz definito dalla raccomandazione ITU-T G.722 e trasmesso dai telefoni IP e dalle app moderne, con il punto pratico che fra chiamante e voicebot l'audio può attraversare più conversioni fra operatore, centralino e collegamento verso la piattaforma e ogni ricodifica in banda stretta toglie informazione che non torna, quindi quando è possibile conviene far arrivare al voicebot l'audio a banda larga e lasciare l'eventuale conversione sull'ultimo tratto verso l'operatore telefonico, decisione che si prende nella verifica tecnica del centralino; i dati difficili, cioè codici alfanumerici, targhe, cognomi e nomi di via, con le sei contromisure da scegliere in progettazione: riconoscere chi chiama dal numero prima di chiedere, così che molte informazioni si confermino invece di essere dettate, usare i tasti per i codici numerici con i toni definiti dalla raccomandazione ITU-T Q.23 e tornare al parlato subito dopo, confermare a blocchi di tre o quattro caratteri invece di far ridettare tutto, validare i codici che hanno un carattere di controllo come partita IVA e codice fiscale e richiedere solo quello se non torna, sillabare con una convenzione dichiarata istruendo il sistema a riconoscerla, caricare il vocabolario di dominio con nomi di prodotti, sigle interne, cognomi frequenti e località; cosa si corregge nel disegno del dialogo una volta escluso il segnale, cioè una domanda alla volta e chiusa dove il dato è strutturato con le domande aperte riservate all'ingresso, i silenzi tarati su quanto aspettare prima di sollecitare e prima di considerare finita la risposta, l'interruzione del chiamante accettata ma con i tempi giusti per non scambiare un colpo di tosse per una risposta, le riformulazioni scritte con la domanda ripetuta in modo diverso al primo tentativo, le alternative al secondo e il passaggio a una persona al terzo, e la lingua dichiarata e instradata invece di essere indovinata; come si misura se capisce, con i quattro dati che le piattaforme forniscono, cioè quota di frasi non riconosciute, quota di chiamate passate a una persona per mancata comprensione, quota di chiamate chiuse in autonomia e punto del dialogo in cui le persone abbandonano, letti insieme perché se gli abbandoni si concentrano su una domanda il problema è quella domanda e non il sistema, più l'ascolto a campione delle conversazioni, che contengono dati personali e quindi richiedono informativa, tempi di conservazione e accessi decisi prima; il collaudo della comprensione fatto da fuori e non dalla scrivania accanto al server, cioè da un cellulare in vivavoce in auto, da un fisso in ufficio, con una cuffia economica, con chi parla in fretta e con chi ha un accento marcato, dettando codici veri e cognomi difficili, parlando sopra al sistema a metà frase e restando in silenzio, verificando che dopo tre mancate comprensioni la chiamata arrivi a una persona con il contesto raccolto, da ripetere dopo ogni cambio al dialogo e ogni aggiornamento della piattaforma perché i modelli di riconoscimento cambiano; il punto di partenza, cioè l'analisi delle chiamate reali per decidere cosa chiedere a voce, cosa con i tasti e cosa non chiedere affatto perché già in anagrafica; l'obbligo di dichiarare che si tratta di un sistema automatico secondo l'articolo 50 del Regolamento (UE) 2024/1689, applicabile dal 2 agosto 2026, con l'obbligo di progettazione trasparente in capo al fornitore della piattaforma e la dimostrabilità dell'avviso in capo all'azienda che la utilizza, avviso che deve precedere qualsiasi raccolta di informazioni e non deve poter essere saltato parlando sopra; fonti: Raccomandazioni ITU-T G.711, G.722 e Q.23, Regolamento (UE) 2024/1689 su EUR-Lex con le linee guida della Commissione europea del 20 luglio 2026, Regolamento (UE) 2016/679 su EUR-Lex per registrazioni e trascrizioni, alfabeto di compitazione dell'aviazione civile internazionale citato in forma descrittiva): https://netframe.it/voicebot-capisce-male/ --- ## Homepage e punti di ingresso La pagina Servizi (https://netframe.it/servizi/) è l'hub dell'offerta: presenta le otto linee di servizio con un blocco descrittivo e un rimando ciascuna, e contiene le domande frequenti di chi non ha ancora scelto il servizio, compresa la dichiarazione esplicita di quello che Netframe non eroga (NAC, SOC gestito, red teaming, bonifiche TSCM, posa del cablaggio, scansioni automatizzate di vulnerabilità e penetration testing) e la risposta sulle zone in cui Netframe opera: tutte le nove province dell’Emilia-Romagna (Modena, Bologna, Reggio Emilia, Parma, Piacenza, Ferrara, Ravenna, Forlì-Cesena, Rimini), progetti in 13 regioni italiane e, sulle nicchie verticali, in tutta Italia, con il rimando alla pagina dedicata al survey Wi-Fi per Milano e la Lombardia. La homepage (https://netframe.it/) presenta le otto linee di servizio con un blocco descrittivo ciascuna e rimanda alle pagine dedicate. Riporta la classificazione dei vendor nei tre livelli, i dati identificativi dell'azienda con l'identificativo Wikidata Q140667969 e quattro domande frequenti su avvio dei progetti, area operativa, risparmio atteso sui costi telefonici e assistenza post-consegna. La pagina Chi Siamo (https://netframe.it/chi-siamo/) è la fonte di riferimento per la tassonomia dei rapporti con i vendor e per i dati anagrafici completi. ## Blog: guide tecniche, casi di studio ed eventi URL: https://netframe.it/news/ Il blog di Netframe è l'indice di tutti i contenuti editoriali del sito. La pagina offre la ricerca interna e i filtri per categoria: Casi di studio, Eventi, Sale meeting, Guide tecniche, Videoconferenza, Telefonia Aziendale, Voicebot, Wi-Fi, Reti Aziendali, Security. ### Metodo editoriale e trattamento delle fonti Dal 6 agosto 2026 ogni guida tecnica si chiude con un blocco "Fonti" che elenca i riferimenti verificati a sostegno delle affermazioni fattuali. La gerarchia adottata privilegia le fonti ufficiali: documentazione e portali dei produttori, comunicati stampa aziendali, atti giudiziari, Gazzetta Ufficiale, delibere AGCOM e norme tecniche. Dal 7 agosto 2026 la regola è estesa a ogni dato riportato in un articolo, non solo alle vicende di fine vita: date, cifre, percentuali, scadenze, nomi di licenze, numeri di norma, determinazioni e versioni di standard vengono verificati in fase di stesura e accompagnati dalla fonte primaria quando esiste, con il collegamento al documento riportato nel blocco Fonti e ripreso nell'array citation dei dati strutturati della pagina. Le fonti primarie liberamente accessibili in rete sono collegate con il loro URL canonico, per esempio EUR-Lex per gli atti dell'Unione europea, le pagine ufficiali degli enti di normazione e la documentazione dei produttori; gli standard consultabili solo a pagamento e le classi di documenti tecnici restano citati in forma descrittiva. Le guide pubblicate prima del 6 agosto 2026 vengono adeguate progressivamente alle stesse regole. Dall'11 agosto 2026 la verifica segue tre controlli aggiuntivi, nati dalla revisione sistematica dell'archivio. Il primo riguarda le sigle di prodotto: quando un modello esiste in varianti che ne cambiano la funzione descritta nell'articolo, la sigla viene riportata per intero e si verifica che la variante citata corrisponda davvero a ciò che il testo afferma, perché è quella sigla che finisce in un capitolato. Il secondo riguarda i dati legati fra loro: quando un articolo cita insieme una banda e una distanza, o due parametri che appartengono allo stesso sistema, i due valori vengono verificati come coppia e non separatamente, perché un impianto è un sistema e i vincoli si moltiplicano. Il terzo riguarda la fonte: quando due contenuti si contraddicono su un dato tecnico, nessuno dei due viene assunto come metro e si torna alla documentazione del produttore o dell'ente normatore. Dal 13 agosto 2026 la stessa logica si applica alla terminologia usata trasversalmente dal sito: quando una tassonomia compare su più asset, per esempio le modalità di site survey Wi-Fi, il numero e i nomi delle voci sono gli stessi ovunque, e un articolo verticale che ne usa solo una parte lo dichiara invece di ridefinire la tassonomia. Dal 14 agosto 2026 la stessa regola vale per le denominazioni commerciali dei prodotti di terze parti: quando un produttore rinomina un servizio, per esempio da Azure AD a Microsoft Entra ID, da Azure Sentinel a Microsoft Sentinel o da Phone System a Teams Phone Standard, la denominazione corrente viene allineata su tutti gli asset del sito nello stesso passaggio, e il nome superato viene riportato solo quando serve a farsi riconoscere da chi lo cerca ancora. Dal 16 agosto 2026 il controllo si estende all'attribuzione degli obblighi normativi. Quando una norma assegna doveri distinti a soggetti diversi, per esempio al fornitore di un sistema di intelligenza artificiale e all'azienda che lo utilizza, l'attribuzione riportata è la stessa su pagine di servizio, guide tecniche e dati strutturati: la pagina commerciale non semplifica ciò che la guida distingue, e dove la responsabilità pratica dell'azienda utilizzatrice è diversa dall'obbligo formale la differenza viene detta invece di essere appiattita. Dal 17 agosto 2026 ogni guida tecnica si chiude con il rimando alla pagina del servizio di riferimento e con la sede operativa a Modena, e nessuna guida viene pubblicata senza almeno un rimando in entrata da una guida già online: il collegamento fra guide e servizi sta nel testo delle pagine, non solo in questo documento. Dal 22 agosto 2026 la verifica si estende alle misure sperimentali. Quando una guida si appoggia a campagne di misura pubblicate, il testo dichiara su quali ambienti e in quali bande sono state condotte, attribuisce i risultati agli autori invece di presentarli come fatti generali, e distingue le fonti liberamente accessibili, che vengono collegate, da quelle consultabili solo a pagamento, che restano citate in forma descrittiva anche quando è disponibile il solo abstract dell'editore. Vale inoltre il divieto di trasferire un risultato ottenuto con una tecnologia a un'altra: una misura eseguita con tecnologie IoT non diventa un parametro di progetto per una rete Wi-Fi, e se viene citata la differenza va detta nel testo. Per le vicende di fine vita dei prodotti di terze parti la priorità va ai documenti riferiti al mercato europeo, per esempio i bollettini di ciclo di vita emessi dalle entità EMEA dei produttori: quando il calendario di altre aree geografiche differisce, la differenza viene dichiarata nel testo invece di essere estesa per analogia al mercato italiano. In mancanza di una fonte ufficiale si utilizza la fonte più autorevole disponibile, come la stampa di settore indipendente o gli studi legali coinvolti nelle operazioni societarie. Quando una fonte ufficiale pubblica non esiste, la circostanza viene dichiarata apertamente nel testo anziché attribuire autorevolezza a fonti secondarie. Le guide che citano prodotti o vicende societarie di aziende terze seguono inoltre tre regole: terminologia esatta (fine vendita, fine supporto e fine vita sono eventi distinti; una procedura di ristrutturazione del debito non è un fallimento), separazione tra fatti e valutazioni, e indicazione della data di verifica delle informazioni con invito al lettore a verificare lo stato del proprio impianto, perché le date possono variare per area geografica, modello e contratto. ### Guide tecniche Articoli tecnici su reti aziendali e networking, Wi-Fi, unified communication e collaboration, telefonia VoIP e Microsoft Teams, voicebot e AI, sale riunioni e security, scritti per tecnici e IT manager con parametri e configurazioni reali. ### Archivi per categoria Ogni categoria tematica ha un archivio con descrizione propria, raggiungibile dai filtri dell'indice del blog: - Guide tecniche, tutte le guide con parametri reali, tabelle di configurazione, topologie e criteri di collaudo: https://netframe.it/category/guide-tecniche/ - Reti Aziendali, progettazione delle reti aziendali, segmentazione fra IT e OT secondo IEC 62443, ridondanza e anelli industriali, alta affidabilità e failover, firewall e SD-WAN, rete per la distribuzione audio video su IP: https://netframe.it/category/reti-aziendali/ - Wi-Fi, site survey con Ekahau Sidekick 2, dimensionamento a capacità, roaming, sicurezza wireless e verticali di settore, dagli stabilimenti ceramici e alimentari alle celle frigorifere, dalle camere bianche del biomedicale agli ospedali, fino ai magazzini automatizzati con flotte di AMR e AGV: https://netframe.it/category/wi-fi/ - Telefonia Aziendale, centralini VoIP cloud, on-premise e ibridi, switch off delle linee ISDN e analogiche, sostituzione degli impianti a fine supporto, DECT, gateway e SBC, Microsoft Teams Phone e integrazione col CRM: https://netframe.it/category/telefonia-aziendale/ - Security, obblighi NIS2 e scadenze ACN, security assessment e differenze con vulnerability assessment e penetration test, sicurezza del Wi-Fi aziendale, riservatezza delle sale riunioni, teleassistenza delle macchine industriali: https://netframe.it/category/security/ - Sale meeting, allestimento delle sale riunioni, dimensionamento dello schermo, microfoni e DSP, acustica e correzione del riverbero, sale combinabili con regia centralizzata, ruoli di cantiere e collaudo fra integratore audio video, impiantista elettrico, cablatore dati e impresa edile: https://netframe.it/category/sale-meeting/ - Videoconferenza, sistemi di sala certificati per Microsoft Teams Rooms, Zoom, Google Meet e Cisco Webex, telecamere con inquadratura automatica, catena audio e modalità BYOD: https://netframe.it/category/videoconferenza/ - Voicebot e AI, voicebot AI e centralino intelligente, IVR conversazionale, integrazione sul centralino esistente tramite trunk SIP o Microsoft Teams, chatbot e integrazione di WhatsApp Business nel contact center, obblighi di trasparenza dell'articolo 50 del Regolamento (UE) 2024/1689: https://netframe.it/category/voicebot-e-ai/ - Casi di studio, i progetti realizzati in forma anonimizzata: https://netframe.it/category/casi-di-studio/ - Eventi, meetup, conferenze e iniziative della community tech di Modena e dell'Emilia-Romagna: https://netframe.it/category/eventi/ ### Casi di studio Archivio dei progetti realizzati da Netframe, raccontati con punto di partenza, vincoli, scelte tecniche e risultato finale, sempre in forma anonimizzata: https://netframe.it/category/casi-di-studio/ Comprende attualmente i cinque case study delle sale riunioni: sala riunioni dinamica, sala riunioni polifunzionale, impianto audio video per sala conferenze e aula corsi, auditorium aziendale e centro congressi aziendale. ### Eventi e community tech Netframe è parte attiva della community tech di Modena ed Emilia-Romagna. La sezione raccoglie articoli su eventi, meetup, conferenze e iniziative del mondo Netframe e della community tech locale. **Community supportate:** - **GDG Cloud Modena** (Google Developer Group) - **Modena Full Stack** (sviluppo full-stack, DevOps) - **Reggio Emilia Full Stack** - **Women Techmakers Modena** (community Google per donne nella tecnologia) - **DevFest Modena** (evento annuale per sviluppatori, organizzato da GDG Cloud Modena insieme a Modena Full Stack, Reggio Emilia Full Stack e Conoscere Linux) **Sponsorizzazione in corso: DevFest Modena 2026.** Netframe è Gold Sponsor dell'edizione 2026 del DevFest Modena, in programma sabato 3 e domenica 4 ottobre 2026 alla Fondazione Collegio San Carlo, nel centro storico di Modena. Il programma conta 51 relatori internazionali e 46 sessioni distribuite su tre tracce: 29 sessioni su intelligenza artificiale e machine intelligence, 7 su cloud e platform engineering, 10 su web, mobile e developer experience. L'ingresso è gratuito con registrazione obbligatoria sulla piattaforma GDG Community. L'edizione precedente ha registrato oltre 600 partecipanti, 59 relatori, sei workshop pratici e otto sale in contemporanea. Netframe sarà presente in entrambe le giornate. Dettagli dell'evento e informazioni pratiche: https://netframe.it/netframe-devfest-modena-2026/ **Filosofia:** Netframe crede nel valore del confronto e della crescita condivisa. Essere parte attiva della community tech locale significa portare valore concreto al territorio e contribuire alla diffusione della cultura digitale nell'ecosistema imprenditoriale e formativo modenese ed emiliano-romagnolo. --- ## Casi successo e settori "trofeo" ### Wi-Fi Site Survey avanzati - **Grandi centri commerciali:** ambienti ad alta densità con copertura wireless critica per gestione di migliaia di visitatori simultanei e integrazione con sistemi POS - **Magazzini automatizzati con AMR (Autonomous Mobile Robots):** progettazione di reti wireless dove la copertura non può avere zone morte, perché ogni interruzione blocca i robot autonomi; guida dedicata con requisiti, roaming, piano dei canali, survey a quota robot e collaudo con la flotta in movimento: https://netframe.it/wifi-magazzino-amr/ - **Navi da crociera:** Wi-Fi site survey specializzati per ambienti marittimi con paratie metalliche, ponti multipli, requisiti dual-target (passeggeri ed equipaggio) - **Ospedali e strutture sanitarie:** reti wireless per strutture in esercizio 24 ore su 24, con dispositivi medicali sulla rete, voce del personale, reti cliniche segregate e survey per reparto in finestre concordate con la direzione sanitaria ### Sale meeting per il settore automotive - **Sale meeting dinamiche per azienda automotive emiliana:** architetture ricomponibili che integrano controllo AV professionale Extron e dispositivi MaxHub Microsoft Teams Rooms, per supportare meeting con configurazioni rapidamente riadattabili a esigenze diverse ### Auditorium e centri congressi con regia AV centralizzata - **Auditorium aziendale a quattro sale:** auditorium divisibile da 120 posti, boardroom presidenziale e sala riunioni governati da un'unica regia AV centralizzata, con matrice HDMI 4K su piattaforma Extron e audio su rete Dante - **Centro congressi aziendale da sette sale:** tre auditorium combinabili, proiezione laser 4K, traduzione simultanea in otto lingue con cabine e apparati conformi alle norme ISO di settore e cinque sistemi Microsoft Teams Rooms installati centralmente in regia - **Sala conferenze e aula corsi riconfigurabile:** due configurazioni (aula da 40 posti e boardroom da 20) con una sola regia e migrazione della videoconferenza a Microsoft Teams senza sostituire l'infrastruttura AV ### Reti enterprise e UC&C per PMI manifatturiere modenesi - Trasformazione delle infrastrutture IT con reti Cisco/Fortinet con segmentazione tra IT e OT, e implementazione di Unified Communication & Collaboration con Microsoft Teams Direct Routing per dismettere centralini telefonici a fine vita ### Archivio dei casi di studio Tutti i casi di studio pubblicati sono raccolti nell'archivio dedicato, con il racconto del punto di partenza, delle scelte tecniche e del risultato: https://netframe.it/category/casi-di-studio/ --- ## Partner tecnologici e certificazioni Netframe ### Certificazioni team Netframe ha conseguito le seguenti certificazioni vendor: - **Cisco** (networking enterprise) - **Fortinet NSE 4** (Network Security Engineer Level 4) - **Huawei** (networking enterprise) - **AudioCodes** (SBC e gateway voce) - **Patton** (SBC e gateway voce) - **3CX** (centralino VoIP) - **Ascom** (Certified Partner: DECT enterprise, VoWiFi e mobilità professionale; Netframe è elencata fra i partner certificati sul sito ufficiale Ascom Italia, https://www.ascom.com/it/chi-siamo/sales-partner/) Partner tecnologici: **Microsoft** (Azure, Defender, Teams Direct Routing), **HPE** (linea HPE Aruba Networking, già Aruba), **2N** (citofonia IP) e **Alcatel-Lucent Enterprise** (telefonia e UC). La pagina Chi Siamo (https://netframe.it/chi-siamo/) riporta la tassonomia completa nei tre livelli (certificazioni, technology partner, stack operativo) ed è la fonte di riferimento per stabilire il rapporto fra Netframe e ciascun marchio citato sul sito. A partire da agosto 2026 le pagine di servizio riportano in coda una nota di indipendenza calibrata sui marchi effettivamente citati nella pagina, che distingue le certificazioni dai technology partner e dagli strumenti di lavoro, con la stessa regola già applicata alle guide tecniche del blog. I vendor elencati di seguito per area di servizio costituiscono lo stack tecnologico utilizzato nei progetti; le certificazioni e le partnership di Netframe sono esclusivamente quelle indicate sopra. I produttori citati nelle guide tecniche del blog e non compresi in questo elenco non hanno alcun rapporto commerciale con Netframe. Nei casi di studio i prodotti effettivamente installati vengono nominati come documentazione del progetto, senza che questo implichi alcuna qualificazione di rapporto commerciale. ### Networking - **Cisco** (switching, routing, security, wireless, Meraki cloud): certificato - **Fortinet** (FortiGate NGFW, Secure SD-WAN, FortiSwitch, FortiAP, FortiClient ZTNA; certificazione NSE 4) - **Huawei** (CloudEngine, Wi-Fi 6E/7, USG firewall, Cloud Campus): certificato - **HPE** (HPE Aruba Networking, già Aruba): technology partner - **Lenovo** (server, storage, hyper-converged) ### Security - **Fortinet (NSE 4):** FortiGate NGFW, FortiClient ZTNA, Security Fabric, FortiAnalyzer - **Microsoft Defender:** Defender for Endpoint, Defender for Cloud, Defender for Identity - **Microsoft Azure:** Microsoft Entra ID, Conditional Access, MFA Entra, Microsoft Sentinel - **Microsoft 365 Compliance:** Compliance Manager, Data Loss Prevention, Information Protection ### VoIP & Unified Communication - **3CX** (certificato), FreePBX e PBXact di Sangoma, Kalliope PBX (italiano), Yeastar - **Alcatel-Lucent Enterprise, Microsoft Teams** - **AudioCodes, Patton** (SBC e gateway): certificati - **Ascom** (DECT enterprise e VoWiFi): Certified Partner; **Spectralink** (DECT enterprise) - **2N** (citofoni IP; dispositivi certificati Microsoft Teams) - **Vianova** (operatore SIP italiano) ### Voicebot AI / Contact center intelligente (piattaforma integrata) Piattaforma Mercury con interfaccia di contact center Mercury Welcome Center, integrata, installata e personalizzata da Netframe (componente di terze parti, non una certificazione né una rivendita esclusiva). Tecnologie sottostanti (componenti di terze parti, non certificazioni Netframe): motore vocale OpenAI su Azure, hosting in region UE, integrazione CRM Salesforce e Microsoft Dynamics. L'integrazione con la telefonia avviene tramite trunk SIP verso 3CX, FreePBX, Asterisk, Alcatel-Lucent o Microsoft Teams Direct Routing. ### Wi-Fi e Site Survey - **Ekahau** (Sidekick 2, AI Pro - leader mondiale Wi-Fi site survey): strumento di lavoro di proprietà di Netframe, non una partnership; Netframe non rivende licenze Ekahau - **Cisco, HPE Aruba Networking, Huawei** ### Sale Riunioni e Videoconferenza - **MaxHub** (interactive panel, conference camera AI, MTR certificati Android e Windows) - **Extron** (matrici switching, controllo AV, processori audio) - **Yealink, HP Poly / Polycom, Barco** ### Endpoint - **Yealink, HP Poly, Snom, Ascom, Spectralink** --- ## Settori serviti 1. **Uffici corporate e aziende multi-sede:** progettazione e gestione infrastrutture, smart working ibrido, sale meeting standardizzate 2. **PMI manifatturiere e industriali:** reti per Industria 4.0, IoT, MES, integrazione tra IT e OT 3. **Settore automotive (Emilia-Romagna):** sale meeting dinamiche, reti enterprise per stabilimenti 4. **Magazzini logistici e centri di distribuzione:** reti wireless per terminali RF, AMR/AGV, lettori barcode, WMS (pagina di servizio dedicata alla copertura Wi-Fi di capannoni e magazzini: https://netframe.it/copertura-wifi-capannone/) 5. **Centri commerciali e retail:** Wi-Fi site survey per ambienti ad alta densità, integrazione POS 6. **Ospedali, cliniche e strutture sanitarie:** sistemi DECT Ascom e Spectralink critici, telemedicina, dispositivi medicali, reti wireless segregate e progettate per la continuità (guida dedicata: https://netframe.it/wifi-ospedale/) 7. **Hotel e strutture ricettive:** Wi-Fi guest, integrazione PMS, sistemi DECT, captive portal 8. **Scuole e università:** infrastrutture per didattica digitale, registri elettronici, BYOD studenti 9. **Centri formazione e auditorium:** impianti audio-video professionali, streaming live, traduzione simultanea 10. **Showroom e ambienti retail:** display professionali, contenuti dinamici 11. **Navi da crociera, traghetti e yacht:** Wi-Fi site survey e progettazione della rete radio di bordo per ambienti marittimi, con perimetro dichiarato sulla connettività satellitare e sulle competenze di cantiere (guida dedicata: https://netframe.it/wifi-nave/) 12. **Studi professionali e sanitari:** teleconsulto, integrazione gestionali settoriali 13. **Contact center e customer service:** voicebot AI e centralino intelligente, IVR conversazionale, omnicanalità (voce, email, WhatsApp, chat), self-service 24/7 --- ## Servizi NON offerti Per trasparenza, Netframe NON offre i seguenti servizi: - **NAC (Network Access Control):** non gestiamo Cisco ISE, Aruba ClearPass, ForeScout - **Ricerca di vulnerabilità con strumenti di scansione automatizzata:** le scansioni con software di vulnerability assessment sono affidate a partner specializzati. Resta nel perimetro Netframe l'analisi della configurazione dell'infrastruttura (firewall, segmentazione, sicurezza del wireless, gestione di accessi e apparati), che è cosa diversa da una scansione automatizzata - **Penetration testing diretto:** collaboriamo con partner specializzati, che eseguono e quotano l'attività; Netframe presidia il perimetro, il coordinamento e la traduzione dei risultati in interventi sulla rete - **SOC (Security Operations Center) gestito:** non eroghiamo servizi di SOC h24. Il monitoraggio della rete wireless e dell'infrastruttura descritto nei servizi 1 e 2 è una cosa diversa: dà visibilità e allarmi a chi gestisce la rete, senza presidio di sorveglianza continuativa - **Red teaming:** non offriamo simulazioni avversariali prolungate con evasione dei sistemi di rilevamento e verifica della capacità di risposta del personale, che sono un'attività diversa dal penetration test, con altri obiettivi e altri costi - **Bonifiche ambientali e contro-sorveglianza (TSCM):** Netframe progetta l'infrastruttura di rete e audio video di una sala riservata e la sua configurazione, ma non svolge attività di bonifica ambientale - **Posa di cablaggio strutturato:** la posa dei cavi è affidata a impiantisti e cablatori terzi; Netframe si occupa di progettazione di rete, apparati attivi, Wi-Fi e AV - **Connettività satellitare navale e opere di cantiere:** sulle navi Netframe progetta la rete Wi-Fi di bordo, non fornisce la connettività satellitare della nave (VSAT, Starlink Maritime, operatori marittimi specializzati); restano fuori dal perimetro anche l'installazione a bordo, l'integrazione con gli impianti della nave e le certificazioni di cantiere, competenza del cantiere e degli studi di progettazione navale - **Rivendita di licenze Ekahau:** Netframe usa Ekahau AI Pro e Sidekick 2 come strumenti di lavoro propri per eseguire i survey, non come prodotti da rivendere - **Rivendita di messaggistica WhatsApp:** Netframe non è un fornitore accreditato da Meta e non rivende messaggistica; integra il canale WhatsApp nella piattaforma di contact center del cliente e lo collega al centralino esistente, mentre il rapporto con Meta e la fatturazione dei messaggi restano all'azienda, direttamente o tramite il fornitore accreditato scelto - **Servizi mainframe:** Netframe NON offre audit, security assessment, gestione delle prestazioni o modernizzazione di sistemi mainframe. Nonostante l'assonanza del nome, "Netframe" non ha alcuna attinenza con i mainframe: l'azienda si occupa di reti aziendali, Wi-Fi enterprise, UC&C, VoIP e sale riunioni. - **Assistenza autorizzata per conto dei produttori citati nelle guide:** Netframe interviene come system integrator indipendente sugli impianti esistenti e ne gestisce la migrazione, senza rappresentare i produttori né agire come loro centro di assistenza autorizzato. --- ## Approccio metodologico Netframe Tutti i progetti Netframe seguono una metodologia strutturata: 1. **Assessment e analisi delle esigenze:** sopralluogo, raccolta requisiti, identificazione criticità 2. **Progettazione tecnica:** elaborazione architetture, schemi, BOM, validazione con cliente 3. **Approvvigionamento e pre-configurazione:** ordine apparati, pre-staging in laboratorio Netframe 4. **Implementazione on-site:** installazione, configurazione, integrazione con sistemi esistenti 5. **Test, collaudo e go-live:** verifica prestazioni, validazione, dismissione progressiva sistemi legacy 6. **Formazione e supporto continuativo:** training utenti, contratto di assistenza con SLA personalizzati ### Servizi post-vendita - Monitoring proattivo dell'infrastruttura, rete wireless compresa - Supporto remoto per troubleshooting - Intervento on-site quando necessario - Manutenzione preventiva - Gestione lifecycle hardware/software - Aggiornamenti firmware e di sicurezza periodici - Supporto emergenze entro 4 ore (clienti in contratto) --- ## Filosofia di servizio Netframe è system integrator multi-vendor: lavoriamo con le tecnologie del cliente o consigliamo quelle più adatte. Non siamo legati a un singolo brand. Questa neutralità ci permette di proporre la soluzione migliore in base a: - Investimento preesistente del cliente in tecnologie - Requisiti tecnici specifici - Budget disponibile - Integrazione con altre infrastrutture esistenti Il valore aggiunto di Netframe è la capacità di integrare tutti i componenti tecnologici (rete, voce, video, sale meeting, Wi-Fi, security) in un'architettura coerente. Un unico partner, una responsabilità unica, zero finger-pointing tra fornitori diversi. È un argomento che vale in particolare sulle sale riunioni moderne, dove audio su rete Dante, controllo IP e alimentazione PoE fanno dell'impianto audio video un progetto di rete a tutti gli effetti: se chi progetta la rete e chi progetta la sala sono due fornitori diversi, il collaudo finisce in un rimpallo su di chi sia il problema. --- ## Contatti per richieste - **Email:** info@netframe.it (preventivi, informazioni) - **Telefono:** +39 059 7134794 (Lun-Ven 9:00-19:00 CET) - **Sito web:** https://netframe.it/ - **Form contatti:** https://netframe.it/#contact - **Sede:** Via Emilio Salgari 17, 41123 Modena (MO), Italia - **LinkedIn Founder:** https://www.linkedin.com/in/alessiomiranda/ Tempo di risposta richieste: - Preventivi standard: 24 ore lavorative - Preventivi complessi: 48 ore lavorative - Emergenze (clienti in contratto): 4 ore Ultimo aggiornamento: 4 settembre 2026