![\"Executive](\"https:\/\/no-cache.hubspot.com\/cta\/default\/4862650\/interactive-215738541075.png\")
\n <\/a>\n<\/div>\n\n\n\nSwitching: le quattro ragioni strutturali per cui le aziende cambiano fornitore<\/strong><\/h2>\n\n\n\nLa necessit\u00e0 di cambiare fornitore di soluzioni per la Customer Communication \u2013 e quindi di evitare situazioni di vendor lock-in \u2013 si presenta regolarmente per ragioni che non hanno nulla a che vedere con la pressione normativa. Nelle aziende enterprise quattro scenari ricorrono con particolare frequenza.<\/p>\n\n\n\n
<\/div>\n\n\n\nObsolescenza tecnologica<\/strong><\/h3>\n\n\n\nLe piattaforme di Customer Communication costruite su architetture legacy \u2013 dai sistemi mainframe alle prime generazioni di soluzioni on-premise e cloud \u2013 perdono progressivamente la capacit\u00e0 di sostenere output digitali interattivi e orchestrazione omnicanale o di integrazione con le capacit\u00e0 di IA e con le moderne piattaforme di dati. In questi casi la questione fondamentale riguarda la velocit\u00e0 con cui si possa effettuare la migrazione senza creare disservizi operativi.<\/p>\n\n\n\n
<\/div>\n\n\n\nFine vita e discontinuit\u00e0 dei vendor<\/strong><\/h3>\n\n\n\nI fornitori annunciano il fine vita di prodotto, acquisiscono piattaforme concorrenti consolidando il portafoglio, o escono interamente da segmenti di mercato. Il caso di Assentis, attualmente in fase di discontinuit\u00e0 nel mercato europeo CCM, mostra con chiarezza come una decisione di ciclo di vita del vendor possa generare una timeline di migrazione esterna e non negoziabile, con implicazioni di compliance significative se la transizione non viene gestita con il giusto anticipo.<\/p>\n\n\n\n
<\/div>\n\n\n\nOttimizzazione economica e riequilibrio commerciale<\/strong><\/h3>\n\n\n\nMan mano che il mercato dei servizi cloud matura e fornitori alternativi offrono funzionalit\u00e0 comparabili a un TCO sensibilmente inferiore, CFO e team acquisti IT mettono in discussione la sostenibilit\u00e0 economica del fornitore attuale. Strutture di licensing che erano competitive un decennio fa diventano economicamente ingiustificabili. In questi casi la \u201cswitching readiness\u201d \u2013 la capacit\u00e0 organizzativa di cambiare fornitore senza interruzioni operative \u2013 determina se l\u2019organizzazione possa davvero cogliere l\u2019opportunit\u00e0 commerciale, o se sia di fatto prigioniera del fornitore (non per un vincolo contrattuale, ma per l\u2019impossibilit\u00e0 pratica di migrare).<\/p>\n\n\n\n
<\/div>\n\n\n\nEspansione del perimetro funzionale<\/strong><\/h3>\n\n\n\nLe organizzazioni crescono oltre la piattaforma scelta quando i requisiti di comunicazione evolvono. Un vendor selezionato per gestire specificamente la fatturazione pu\u00f2 rivelarsi inadeguato se l\u2019azienda introduce servizi fiduciari conformi a eIDAS<\/strong><\/a> \u2013 verifica dell’identit\u00e0 digitale, recapito elettronico certificato, firma elettronica qualificata \u2013 o nuove forme di customer engagement come video interattivi e comunicazioni personalizzate AI-driven. La possibilit\u00e0 di passare a una piattaforma unificata dipende da una scelta fatta a monte: aver costruito l\u2019infrastruttura attuale su standard aperti, condizione necessaria perch\u00e9 la migrazione sia praticabile.<\/p>\n\n\n\nCi\u00f2 che accomuna questi quattro scenari \u00e8 un prerequisito condiviso: la capacit\u00e0 di effettuare uno switching senza attriti<\/strong>. Con il Data Act, quella capacit\u00e0 diventa un esplicito tema di governance.<\/p>\n\n\n\n<\/div>\n\n\n\nPerch\u00e9 lo switching nelle Customer Communications \u00e8 pi\u00f9 complesso che altrove?<\/strong><\/h2>\n\n\n\nNon tutti i sistemi ospitati nel cloud sono ugualmente complessi da far migrare. Le piattaforme di Customer Communication occupano una posizione particolarmente critica, per due ragioni strutturali.<\/p>\n\n\n\n
La prima ha a che fare con la template library<\/strong>, un \u201ccatalogo\u201d che contiene i modelli<\/strong> dei documenti (gli schemi vuoti, le regole, la logica). In un ambiente CCM enterprise maturo non si parla della gestione di poche decine di documenti ma di centinaia, spesso migliaia di asset: bollette, contratti, comunicazioni regolamentari, polizze e le loro varianti omnicanale. Ogni template incorpora anni di logica di business accumulata (l\u2019insieme delle regole che governano i processi aziendali): regole di personalizzazione, linguaggio normativo approvato dalle funzioni compliance, linee guida di brand, mapping di trasformazione dati verso ERP e CRM. Quando questi asset sono costruiti su formati proprietari, la migrazione diviene un\u2019operazione complessa, che prevede operazioni di reverse engineering, riscrittura e ricertificazione asset per asset: ogni template va infatti prima compreso, poi tradotto nel linguaggio della nuova piattaforma, poi nuovamente certificato.<\/p>\n\n\n\nLa seconda ragione riguarda l\u2019archivio documentale<\/strong>. Le piattaforme CCM nei settori regolati non producono soltanto documenti: li accumulano. Ogni fattura, polizza, comunicazione contrattuale viene conservata per periodi di retention obbligatori, tipicamente da 7 a 10 anni, in alcuni casi in modo permanente. La scala \u00e8 notevole: una utility con due milioni di clienti accumula oltre venti milioni di documenti l\u2019anno, ciascuno con metadati associati (identificativo del cliente, tipologia, stato di recapito, riferimento alla firma digitale, timestamp di validit\u00e0 legale, hash di integrit\u00e0 d’archivio).<\/p>\n\n\n\nDocument Management System (DMS) ed Enterprise Content Management (ECM) costruiti su schemi di metadati proprietari o su API di esportazione chiuse generano una forma tecnica di vendor lock-in, in conflitto con i diritti di portabilit\u00e0 sanciti dal Data Act.<\/p>\n\n\n\n
<\/div>\n\n\n\nCosa richiede davvero il regolamento<\/strong><\/h2>\n\n\n\nIl Data Act segue una timeline di implementazione ben definita. Dal 12 settembre 2025<\/strong> gli obblighi sul cambio fornitore si applicano a tutti i nuovi contratti cloud. Dal 12 settembre 2026<\/strong> si estendono ai contratti legacy conclusi prima di tale data: dal prossimo anno, quindi, l\u2019intero perimetro delle relazioni cloud esistenti in ambito Customer Communications sar\u00e0 soggetto ai requisiti di portabilit\u00e0 e supporto al passaggio ad altri fornitori. Dal 12 gennaio 2027<\/strong> i costi di switching sono vietati integralmente, comprese le tariffe per l\u2019estrazione dei dati (fee di egress).<\/p>\n\n\n\nI cloud provider sono giuridicamente tenuti a rimuovere le barriere tecniche e contrattuali che ostacolano lo switching e in particolare il cloud switching, a garantire continuit\u00e0 del servizio durante le transizioni, e a supportare la migrazione verso servizi funzionalmente equivalenti. La portabilit\u00e0 del dato diventa quindi un vero e proprio diritto garantito per legge. Allo stesso modo, il regolamento rafforza l\u2019equivalenza funzionale, cio\u00e8 il diritto a ricostruire altrove le stesse capacit\u00e0 del fornitore precedente, e la residenza dei dati in UE. Per le comunicazioni regolate, che la legge impone di conservare per periodi lunghi, questi principi sono particolarmente rilevanti.<\/p>\n\n\n\n
<\/div>\n\n\n\nDalla tecnologia alla governance<\/strong><\/h2>\n\n\n\nIl vendor dependency risk \u2013 l\u2019esposizione sistemica generata dal fatto che processi di comunicazione critici dipendono da un singolo provider o da un\u2019architettura proprietaria \u2014 sta rapidamente diventando un tema da consiglio di amministrazione, in particolare nei servizi finanziari, nelle utilities e telecomunicazioni e nel settore assicurativo, dove le Customer Communications hanno implicazioni dirette di natura legale, contrattuale e di compliance.<\/p>\n\n\n\n
Obsolescenza tecnologica<\/strong><\/h3>\n\n\n\nLe piattaforme di Customer Communication costruite su architetture legacy \u2013 dai sistemi mainframe alle prime generazioni di soluzioni on-premise e cloud \u2013 perdono progressivamente la capacit\u00e0 di sostenere output digitali interattivi e orchestrazione omnicanale o di integrazione con le capacit\u00e0 di IA e con le moderne piattaforme di dati. In questi casi la questione fondamentale riguarda la velocit\u00e0 con cui si possa effettuare la migrazione senza creare disservizi operativi.<\/p>\n\n\n\n
<\/div>\n\n\n\nFine vita e discontinuit\u00e0 dei vendor<\/strong><\/h3>\n\n\n\nI fornitori annunciano il fine vita di prodotto, acquisiscono piattaforme concorrenti consolidando il portafoglio, o escono interamente da segmenti di mercato. Il caso di Assentis, attualmente in fase di discontinuit\u00e0 nel mercato europeo CCM, mostra con chiarezza come una decisione di ciclo di vita del vendor possa generare una timeline di migrazione esterna e non negoziabile, con implicazioni di compliance significative se la transizione non viene gestita con il giusto anticipo.<\/p>\n\n\n\n
<\/div>\n\n\n\nOttimizzazione economica e riequilibrio commerciale<\/strong><\/h3>\n\n\n\nMan mano che il mercato dei servizi cloud matura e fornitori alternativi offrono funzionalit\u00e0 comparabili a un TCO sensibilmente inferiore, CFO e team acquisti IT mettono in discussione la sostenibilit\u00e0 economica del fornitore attuale. Strutture di licensing che erano competitive un decennio fa diventano economicamente ingiustificabili. In questi casi la \u201cswitching readiness\u201d \u2013 la capacit\u00e0 organizzativa di cambiare fornitore senza interruzioni operative \u2013 determina se l\u2019organizzazione possa davvero cogliere l\u2019opportunit\u00e0 commerciale, o se sia di fatto prigioniera del fornitore (non per un vincolo contrattuale, ma per l\u2019impossibilit\u00e0 pratica di migrare).<\/p>\n\n\n\n
<\/div>\n\n\n\nEspansione del perimetro funzionale<\/strong><\/h3>\n\n\n\nLe organizzazioni crescono oltre la piattaforma scelta quando i requisiti di comunicazione evolvono. Un vendor selezionato per gestire specificamente la fatturazione pu\u00f2 rivelarsi inadeguato se l\u2019azienda introduce servizi fiduciari conformi a eIDAS<\/strong><\/a> \u2013 verifica dell’identit\u00e0 digitale, recapito elettronico certificato, firma elettronica qualificata \u2013 o nuove forme di customer engagement come video interattivi e comunicazioni personalizzate AI-driven. La possibilit\u00e0 di passare a una piattaforma unificata dipende da una scelta fatta a monte: aver costruito l\u2019infrastruttura attuale su standard aperti, condizione necessaria perch\u00e9 la migrazione sia praticabile.<\/p>\n\n\n\nCi\u00f2 che accomuna questi quattro scenari \u00e8 un prerequisito condiviso: la capacit\u00e0 di effettuare uno switching senza attriti<\/strong>. Con il Data Act, quella capacit\u00e0 diventa un esplicito tema di governance.<\/p>\n\n\n\n<\/div>\n\n\n\nPerch\u00e9 lo switching nelle Customer Communications \u00e8 pi\u00f9 complesso che altrove?<\/strong><\/h2>\n\n\n\nNon tutti i sistemi ospitati nel cloud sono ugualmente complessi da far migrare. Le piattaforme di Customer Communication occupano una posizione particolarmente critica, per due ragioni strutturali.<\/p>\n\n\n\n
La prima ha a che fare con la template library<\/strong>, un \u201ccatalogo\u201d che contiene i modelli<\/strong> dei documenti (gli schemi vuoti, le regole, la logica). In un ambiente CCM enterprise maturo non si parla della gestione di poche decine di documenti ma di centinaia, spesso migliaia di asset: bollette, contratti, comunicazioni regolamentari, polizze e le loro varianti omnicanale. Ogni template incorpora anni di logica di business accumulata (l\u2019insieme delle regole che governano i processi aziendali): regole di personalizzazione, linguaggio normativo approvato dalle funzioni compliance, linee guida di brand, mapping di trasformazione dati verso ERP e CRM. Quando questi asset sono costruiti su formati proprietari, la migrazione diviene un\u2019operazione complessa, che prevede operazioni di reverse engineering, riscrittura e ricertificazione asset per asset: ogni template va infatti prima compreso, poi tradotto nel linguaggio della nuova piattaforma, poi nuovamente certificato.<\/p>\n\n\n\nLa seconda ragione riguarda l\u2019archivio documentale<\/strong>. Le piattaforme CCM nei settori regolati non producono soltanto documenti: li accumulano. Ogni fattura, polizza, comunicazione contrattuale viene conservata per periodi di retention obbligatori, tipicamente da 7 a 10 anni, in alcuni casi in modo permanente. La scala \u00e8 notevole: una utility con due milioni di clienti accumula oltre venti milioni di documenti l\u2019anno, ciascuno con metadati associati (identificativo del cliente, tipologia, stato di recapito, riferimento alla firma digitale, timestamp di validit\u00e0 legale, hash di integrit\u00e0 d’archivio).<\/p>\n\n\n\nDocument Management System (DMS) ed Enterprise Content Management (ECM) costruiti su schemi di metadati proprietari o su API di esportazione chiuse generano una forma tecnica di vendor lock-in, in conflitto con i diritti di portabilit\u00e0 sanciti dal Data Act.<\/p>\n\n\n\n
<\/div>\n\n\n\nCosa richiede davvero il regolamento<\/strong><\/h2>\n\n\n\nIl Data Act segue una timeline di implementazione ben definita. Dal 12 settembre 2025<\/strong> gli obblighi sul cambio fornitore si applicano a tutti i nuovi contratti cloud. Dal 12 settembre 2026<\/strong> si estendono ai contratti legacy conclusi prima di tale data: dal prossimo anno, quindi, l\u2019intero perimetro delle relazioni cloud esistenti in ambito Customer Communications sar\u00e0 soggetto ai requisiti di portabilit\u00e0 e supporto al passaggio ad altri fornitori. Dal 12 gennaio 2027<\/strong> i costi di switching sono vietati integralmente, comprese le tariffe per l\u2019estrazione dei dati (fee di egress).<\/p>\n\n\n\nI cloud provider sono giuridicamente tenuti a rimuovere le barriere tecniche e contrattuali che ostacolano lo switching e in particolare il cloud switching, a garantire continuit\u00e0 del servizio durante le transizioni, e a supportare la migrazione verso servizi funzionalmente equivalenti. La portabilit\u00e0 del dato diventa quindi un vero e proprio diritto garantito per legge. Allo stesso modo, il regolamento rafforza l\u2019equivalenza funzionale, cio\u00e8 il diritto a ricostruire altrove le stesse capacit\u00e0 del fornitore precedente, e la residenza dei dati in UE. Per le comunicazioni regolate, che la legge impone di conservare per periodi lunghi, questi principi sono particolarmente rilevanti.<\/p>\n\n\n\n
<\/div>\n\n\n\nDalla tecnologia alla governance<\/strong><\/h2>\n\n\n\nIl vendor dependency risk \u2013 l\u2019esposizione sistemica generata dal fatto che processi di comunicazione critici dipendono da un singolo provider o da un\u2019architettura proprietaria \u2014 sta rapidamente diventando un tema da consiglio di amministrazione, in particolare nei servizi finanziari, nelle utilities e telecomunicazioni e nel settore assicurativo, dove le Customer Communications hanno implicazioni dirette di natura legale, contrattuale e di compliance.<\/p>\n\n\n\n
Fine vita e discontinuit\u00e0 dei vendor<\/strong><\/h3>\n\n\n\nI fornitori annunciano il fine vita di prodotto, acquisiscono piattaforme concorrenti consolidando il portafoglio, o escono interamente da segmenti di mercato. Il caso di Assentis, attualmente in fase di discontinuit\u00e0 nel mercato europeo CCM, mostra con chiarezza come una decisione di ciclo di vita del vendor possa generare una timeline di migrazione esterna e non negoziabile, con implicazioni di compliance significative se la transizione non viene gestita con il giusto anticipo.<\/p>\n\n\n\n
<\/div>\n\n\n\nOttimizzazione economica e riequilibrio commerciale<\/strong><\/h3>\n\n\n\nMan mano che il mercato dei servizi cloud matura e fornitori alternativi offrono funzionalit\u00e0 comparabili a un TCO sensibilmente inferiore, CFO e team acquisti IT mettono in discussione la sostenibilit\u00e0 economica del fornitore attuale. Strutture di licensing che erano competitive un decennio fa diventano economicamente ingiustificabili. In questi casi la \u201cswitching readiness\u201d \u2013 la capacit\u00e0 organizzativa di cambiare fornitore senza interruzioni operative \u2013 determina se l\u2019organizzazione possa davvero cogliere l\u2019opportunit\u00e0 commerciale, o se sia di fatto prigioniera del fornitore (non per un vincolo contrattuale, ma per l\u2019impossibilit\u00e0 pratica di migrare).<\/p>\n\n\n\n
<\/div>\n\n\n\nEspansione del perimetro funzionale<\/strong><\/h3>\n\n\n\nLe organizzazioni crescono oltre la piattaforma scelta quando i requisiti di comunicazione evolvono. Un vendor selezionato per gestire specificamente la fatturazione pu\u00f2 rivelarsi inadeguato se l\u2019azienda introduce servizi fiduciari conformi a eIDAS<\/strong><\/a> \u2013 verifica dell’identit\u00e0 digitale, recapito elettronico certificato, firma elettronica qualificata \u2013 o nuove forme di customer engagement come video interattivi e comunicazioni personalizzate AI-driven. La possibilit\u00e0 di passare a una piattaforma unificata dipende da una scelta fatta a monte: aver costruito l\u2019infrastruttura attuale su standard aperti, condizione necessaria perch\u00e9 la migrazione sia praticabile.<\/p>\n\n\n\nCi\u00f2 che accomuna questi quattro scenari \u00e8 un prerequisito condiviso: la capacit\u00e0 di effettuare uno switching senza attriti<\/strong>. Con il Data Act, quella capacit\u00e0 diventa un esplicito tema di governance.<\/p>\n\n\n\n<\/div>\n\n\n\nPerch\u00e9 lo switching nelle Customer Communications \u00e8 pi\u00f9 complesso che altrove?<\/strong><\/h2>\n\n\n\nNon tutti i sistemi ospitati nel cloud sono ugualmente complessi da far migrare. Le piattaforme di Customer Communication occupano una posizione particolarmente critica, per due ragioni strutturali.<\/p>\n\n\n\n
La prima ha a che fare con la template library<\/strong>, un \u201ccatalogo\u201d che contiene i modelli<\/strong> dei documenti (gli schemi vuoti, le regole, la logica). In un ambiente CCM enterprise maturo non si parla della gestione di poche decine di documenti ma di centinaia, spesso migliaia di asset: bollette, contratti, comunicazioni regolamentari, polizze e le loro varianti omnicanale. Ogni template incorpora anni di logica di business accumulata (l\u2019insieme delle regole che governano i processi aziendali): regole di personalizzazione, linguaggio normativo approvato dalle funzioni compliance, linee guida di brand, mapping di trasformazione dati verso ERP e CRM. Quando questi asset sono costruiti su formati proprietari, la migrazione diviene un\u2019operazione complessa, che prevede operazioni di reverse engineering, riscrittura e ricertificazione asset per asset: ogni template va infatti prima compreso, poi tradotto nel linguaggio della nuova piattaforma, poi nuovamente certificato.<\/p>\n\n\n\nLa seconda ragione riguarda l\u2019archivio documentale<\/strong>. Le piattaforme CCM nei settori regolati non producono soltanto documenti: li accumulano. Ogni fattura, polizza, comunicazione contrattuale viene conservata per periodi di retention obbligatori, tipicamente da 7 a 10 anni, in alcuni casi in modo permanente. La scala \u00e8 notevole: una utility con due milioni di clienti accumula oltre venti milioni di documenti l\u2019anno, ciascuno con metadati associati (identificativo del cliente, tipologia, stato di recapito, riferimento alla firma digitale, timestamp di validit\u00e0 legale, hash di integrit\u00e0 d’archivio).<\/p>\n\n\n\nDocument Management System (DMS) ed Enterprise Content Management (ECM) costruiti su schemi di metadati proprietari o su API di esportazione chiuse generano una forma tecnica di vendor lock-in, in conflitto con i diritti di portabilit\u00e0 sanciti dal Data Act.<\/p>\n\n\n\n
<\/div>\n\n\n\nCosa richiede davvero il regolamento<\/strong><\/h2>\n\n\n\nIl Data Act segue una timeline di implementazione ben definita. Dal 12 settembre 2025<\/strong> gli obblighi sul cambio fornitore si applicano a tutti i nuovi contratti cloud. Dal 12 settembre 2026<\/strong> si estendono ai contratti legacy conclusi prima di tale data: dal prossimo anno, quindi, l\u2019intero perimetro delle relazioni cloud esistenti in ambito Customer Communications sar\u00e0 soggetto ai requisiti di portabilit\u00e0 e supporto al passaggio ad altri fornitori. Dal 12 gennaio 2027<\/strong> i costi di switching sono vietati integralmente, comprese le tariffe per l\u2019estrazione dei dati (fee di egress).<\/p>\n\n\n\nI cloud provider sono giuridicamente tenuti a rimuovere le barriere tecniche e contrattuali che ostacolano lo switching e in particolare il cloud switching, a garantire continuit\u00e0 del servizio durante le transizioni, e a supportare la migrazione verso servizi funzionalmente equivalenti. La portabilit\u00e0 del dato diventa quindi un vero e proprio diritto garantito per legge. Allo stesso modo, il regolamento rafforza l\u2019equivalenza funzionale, cio\u00e8 il diritto a ricostruire altrove le stesse capacit\u00e0 del fornitore precedente, e la residenza dei dati in UE. Per le comunicazioni regolate, che la legge impone di conservare per periodi lunghi, questi principi sono particolarmente rilevanti.<\/p>\n\n\n\n
<\/div>\n\n\n\nDalla tecnologia alla governance<\/strong><\/h2>\n\n\n\nIl vendor dependency risk \u2013 l\u2019esposizione sistemica generata dal fatto che processi di comunicazione critici dipendono da un singolo provider o da un\u2019architettura proprietaria \u2014 sta rapidamente diventando un tema da consiglio di amministrazione, in particolare nei servizi finanziari, nelle utilities e telecomunicazioni e nel settore assicurativo, dove le Customer Communications hanno implicazioni dirette di natura legale, contrattuale e di compliance.<\/p>\n\n\n\n
Ottimizzazione economica e riequilibrio commerciale<\/strong><\/h3>\n\n\n\nMan mano che il mercato dei servizi cloud matura e fornitori alternativi offrono funzionalit\u00e0 comparabili a un TCO sensibilmente inferiore, CFO e team acquisti IT mettono in discussione la sostenibilit\u00e0 economica del fornitore attuale. Strutture di licensing che erano competitive un decennio fa diventano economicamente ingiustificabili. In questi casi la \u201cswitching readiness\u201d \u2013 la capacit\u00e0 organizzativa di cambiare fornitore senza interruzioni operative \u2013 determina se l\u2019organizzazione possa davvero cogliere l\u2019opportunit\u00e0 commerciale, o se sia di fatto prigioniera del fornitore (non per un vincolo contrattuale, ma per l\u2019impossibilit\u00e0 pratica di migrare).<\/p>\n\n\n\n
<\/div>\n\n\n\nEspansione del perimetro funzionale<\/strong><\/h3>\n\n\n\nLe organizzazioni crescono oltre la piattaforma scelta quando i requisiti di comunicazione evolvono. Un vendor selezionato per gestire specificamente la fatturazione pu\u00f2 rivelarsi inadeguato se l\u2019azienda introduce servizi fiduciari conformi a eIDAS<\/strong><\/a> \u2013 verifica dell’identit\u00e0 digitale, recapito elettronico certificato, firma elettronica qualificata \u2013 o nuove forme di customer engagement come video interattivi e comunicazioni personalizzate AI-driven. La possibilit\u00e0 di passare a una piattaforma unificata dipende da una scelta fatta a monte: aver costruito l\u2019infrastruttura attuale su standard aperti, condizione necessaria perch\u00e9 la migrazione sia praticabile.<\/p>\n\n\n\nCi\u00f2 che accomuna questi quattro scenari \u00e8 un prerequisito condiviso: la capacit\u00e0 di effettuare uno switching senza attriti<\/strong>. Con il Data Act, quella capacit\u00e0 diventa un esplicito tema di governance.<\/p>\n\n\n\n<\/div>\n\n\n\nPerch\u00e9 lo switching nelle Customer Communications \u00e8 pi\u00f9 complesso che altrove?<\/strong><\/h2>\n\n\n\nNon tutti i sistemi ospitati nel cloud sono ugualmente complessi da far migrare. Le piattaforme di Customer Communication occupano una posizione particolarmente critica, per due ragioni strutturali.<\/p>\n\n\n\n
La prima ha a che fare con la template library<\/strong>, un \u201ccatalogo\u201d che contiene i modelli<\/strong> dei documenti (gli schemi vuoti, le regole, la logica). In un ambiente CCM enterprise maturo non si parla della gestione di poche decine di documenti ma di centinaia, spesso migliaia di asset: bollette, contratti, comunicazioni regolamentari, polizze e le loro varianti omnicanale. Ogni template incorpora anni di logica di business accumulata (l\u2019insieme delle regole che governano i processi aziendali): regole di personalizzazione, linguaggio normativo approvato dalle funzioni compliance, linee guida di brand, mapping di trasformazione dati verso ERP e CRM. Quando questi asset sono costruiti su formati proprietari, la migrazione diviene un\u2019operazione complessa, che prevede operazioni di reverse engineering, riscrittura e ricertificazione asset per asset: ogni template va infatti prima compreso, poi tradotto nel linguaggio della nuova piattaforma, poi nuovamente certificato.<\/p>\n\n\n\nLa seconda ragione riguarda l\u2019archivio documentale<\/strong>. Le piattaforme CCM nei settori regolati non producono soltanto documenti: li accumulano. Ogni fattura, polizza, comunicazione contrattuale viene conservata per periodi di retention obbligatori, tipicamente da 7 a 10 anni, in alcuni casi in modo permanente. La scala \u00e8 notevole: una utility con due milioni di clienti accumula oltre venti milioni di documenti l\u2019anno, ciascuno con metadati associati (identificativo del cliente, tipologia, stato di recapito, riferimento alla firma digitale, timestamp di validit\u00e0 legale, hash di integrit\u00e0 d’archivio).<\/p>\n\n\n\nDocument Management System (DMS) ed Enterprise Content Management (ECM) costruiti su schemi di metadati proprietari o su API di esportazione chiuse generano una forma tecnica di vendor lock-in, in conflitto con i diritti di portabilit\u00e0 sanciti dal Data Act.<\/p>\n\n\n\n
<\/div>\n\n\n\nCosa richiede davvero il regolamento<\/strong><\/h2>\n\n\n\nIl Data Act segue una timeline di implementazione ben definita. Dal 12 settembre 2025<\/strong> gli obblighi sul cambio fornitore si applicano a tutti i nuovi contratti cloud. Dal 12 settembre 2026<\/strong> si estendono ai contratti legacy conclusi prima di tale data: dal prossimo anno, quindi, l\u2019intero perimetro delle relazioni cloud esistenti in ambito Customer Communications sar\u00e0 soggetto ai requisiti di portabilit\u00e0 e supporto al passaggio ad altri fornitori. Dal 12 gennaio 2027<\/strong> i costi di switching sono vietati integralmente, comprese le tariffe per l\u2019estrazione dei dati (fee di egress).<\/p>\n\n\n\nI cloud provider sono giuridicamente tenuti a rimuovere le barriere tecniche e contrattuali che ostacolano lo switching e in particolare il cloud switching, a garantire continuit\u00e0 del servizio durante le transizioni, e a supportare la migrazione verso servizi funzionalmente equivalenti. La portabilit\u00e0 del dato diventa quindi un vero e proprio diritto garantito per legge. Allo stesso modo, il regolamento rafforza l\u2019equivalenza funzionale, cio\u00e8 il diritto a ricostruire altrove le stesse capacit\u00e0 del fornitore precedente, e la residenza dei dati in UE. Per le comunicazioni regolate, che la legge impone di conservare per periodi lunghi, questi principi sono particolarmente rilevanti.<\/p>\n\n\n\n
<\/div>\n\n\n\nDalla tecnologia alla governance<\/strong><\/h2>\n\n\n\nIl vendor dependency risk \u2013 l\u2019esposizione sistemica generata dal fatto che processi di comunicazione critici dipendono da un singolo provider o da un\u2019architettura proprietaria \u2014 sta rapidamente diventando un tema da consiglio di amministrazione, in particolare nei servizi finanziari, nelle utilities e telecomunicazioni e nel settore assicurativo, dove le Customer Communications hanno implicazioni dirette di natura legale, contrattuale e di compliance.<\/p>\n\n\n\n
Espansione del perimetro funzionale<\/strong><\/h3>\n\n\n\nLe organizzazioni crescono oltre la piattaforma scelta quando i requisiti di comunicazione evolvono. Un vendor selezionato per gestire specificamente la fatturazione pu\u00f2 rivelarsi inadeguato se l\u2019azienda introduce servizi fiduciari conformi a eIDAS<\/strong><\/a> \u2013 verifica dell’identit\u00e0 digitale, recapito elettronico certificato, firma elettronica qualificata \u2013 o nuove forme di customer engagement come video interattivi e comunicazioni personalizzate AI-driven. La possibilit\u00e0 di passare a una piattaforma unificata dipende da una scelta fatta a monte: aver costruito l\u2019infrastruttura attuale su standard aperti, condizione necessaria perch\u00e9 la migrazione sia praticabile.<\/p>\n\n\n\nCi\u00f2 che accomuna questi quattro scenari \u00e8 un prerequisito condiviso: la capacit\u00e0 di effettuare uno switching senza attriti<\/strong>. Con il Data Act, quella capacit\u00e0 diventa un esplicito tema di governance.<\/p>\n\n\n\n<\/div>\n\n\n\nPerch\u00e9 lo switching nelle Customer Communications \u00e8 pi\u00f9 complesso che altrove?<\/strong><\/h2>\n\n\n\nNon tutti i sistemi ospitati nel cloud sono ugualmente complessi da far migrare. Le piattaforme di Customer Communication occupano una posizione particolarmente critica, per due ragioni strutturali.<\/p>\n\n\n\n
La prima ha a che fare con la template library<\/strong>, un \u201ccatalogo\u201d che contiene i modelli<\/strong> dei documenti (gli schemi vuoti, le regole, la logica). In un ambiente CCM enterprise maturo non si parla della gestione di poche decine di documenti ma di centinaia, spesso migliaia di asset: bollette, contratti, comunicazioni regolamentari, polizze e le loro varianti omnicanale. Ogni template incorpora anni di logica di business accumulata (l\u2019insieme delle regole che governano i processi aziendali): regole di personalizzazione, linguaggio normativo approvato dalle funzioni compliance, linee guida di brand, mapping di trasformazione dati verso ERP e CRM. Quando questi asset sono costruiti su formati proprietari, la migrazione diviene un\u2019operazione complessa, che prevede operazioni di reverse engineering, riscrittura e ricertificazione asset per asset: ogni template va infatti prima compreso, poi tradotto nel linguaggio della nuova piattaforma, poi nuovamente certificato.<\/p>\n\n\n\nLa seconda ragione riguarda l\u2019archivio documentale<\/strong>. Le piattaforme CCM nei settori regolati non producono soltanto documenti: li accumulano. Ogni fattura, polizza, comunicazione contrattuale viene conservata per periodi di retention obbligatori, tipicamente da 7 a 10 anni, in alcuni casi in modo permanente. La scala \u00e8 notevole: una utility con due milioni di clienti accumula oltre venti milioni di documenti l\u2019anno, ciascuno con metadati associati (identificativo del cliente, tipologia, stato di recapito, riferimento alla firma digitale, timestamp di validit\u00e0 legale, hash di integrit\u00e0 d’archivio).<\/p>\n\n\n\nDocument Management System (DMS) ed Enterprise Content Management (ECM) costruiti su schemi di metadati proprietari o su API di esportazione chiuse generano una forma tecnica di vendor lock-in, in conflitto con i diritti di portabilit\u00e0 sanciti dal Data Act.<\/p>\n\n\n\n
<\/div>\n\n\n\nCosa richiede davvero il regolamento<\/strong><\/h2>\n\n\n\nIl Data Act segue una timeline di implementazione ben definita. Dal 12 settembre 2025<\/strong> gli obblighi sul cambio fornitore si applicano a tutti i nuovi contratti cloud. Dal 12 settembre 2026<\/strong> si estendono ai contratti legacy conclusi prima di tale data: dal prossimo anno, quindi, l\u2019intero perimetro delle relazioni cloud esistenti in ambito Customer Communications sar\u00e0 soggetto ai requisiti di portabilit\u00e0 e supporto al passaggio ad altri fornitori. Dal 12 gennaio 2027<\/strong> i costi di switching sono vietati integralmente, comprese le tariffe per l\u2019estrazione dei dati (fee di egress).<\/p>\n\n\n\nI cloud provider sono giuridicamente tenuti a rimuovere le barriere tecniche e contrattuali che ostacolano lo switching e in particolare il cloud switching, a garantire continuit\u00e0 del servizio durante le transizioni, e a supportare la migrazione verso servizi funzionalmente equivalenti. La portabilit\u00e0 del dato diventa quindi un vero e proprio diritto garantito per legge. Allo stesso modo, il regolamento rafforza l\u2019equivalenza funzionale, cio\u00e8 il diritto a ricostruire altrove le stesse capacit\u00e0 del fornitore precedente, e la residenza dei dati in UE. Per le comunicazioni regolate, che la legge impone di conservare per periodi lunghi, questi principi sono particolarmente rilevanti.<\/p>\n\n\n\n
<\/div>\n\n\n\nDalla tecnologia alla governance<\/strong><\/h2>\n\n\n\nIl vendor dependency risk \u2013 l\u2019esposizione sistemica generata dal fatto che processi di comunicazione critici dipendono da un singolo provider o da un\u2019architettura proprietaria \u2014 sta rapidamente diventando un tema da consiglio di amministrazione, in particolare nei servizi finanziari, nelle utilities e telecomunicazioni e nel settore assicurativo, dove le Customer Communications hanno implicazioni dirette di natura legale, contrattuale e di compliance.<\/p>\n\n\n\n
Ci\u00f2 che accomuna questi quattro scenari \u00e8 un prerequisito condiviso: la capacit\u00e0 di effettuare uno switching senza attriti<\/strong>. Con il Data Act, quella capacit\u00e0 diventa un esplicito tema di governance.<\/p>\n\n\n\n Non tutti i sistemi ospitati nel cloud sono ugualmente complessi da far migrare. Le piattaforme di Customer Communication occupano una posizione particolarmente critica, per due ragioni strutturali.<\/p>\n\n\n\n La prima ha a che fare con la template library<\/strong>, un \u201ccatalogo\u201d che contiene i modelli<\/strong> dei documenti (gli schemi vuoti, le regole, la logica). In un ambiente CCM enterprise maturo non si parla della gestione di poche decine di documenti ma di centinaia, spesso migliaia di asset: bollette, contratti, comunicazioni regolamentari, polizze e le loro varianti omnicanale. Ogni template incorpora anni di logica di business accumulata (l\u2019insieme delle regole che governano i processi aziendali): regole di personalizzazione, linguaggio normativo approvato dalle funzioni compliance, linee guida di brand, mapping di trasformazione dati verso ERP e CRM. Quando questi asset sono costruiti su formati proprietari, la migrazione diviene un\u2019operazione complessa, che prevede operazioni di reverse engineering, riscrittura e ricertificazione asset per asset: ogni template va infatti prima compreso, poi tradotto nel linguaggio della nuova piattaforma, poi nuovamente certificato.<\/p>\n\n\n\n La seconda ragione riguarda l\u2019archivio documentale<\/strong>. Le piattaforme CCM nei settori regolati non producono soltanto documenti: li accumulano. Ogni fattura, polizza, comunicazione contrattuale viene conservata per periodi di retention obbligatori, tipicamente da 7 a 10 anni, in alcuni casi in modo permanente. La scala \u00e8 notevole: una utility con due milioni di clienti accumula oltre venti milioni di documenti l\u2019anno, ciascuno con metadati associati (identificativo del cliente, tipologia, stato di recapito, riferimento alla firma digitale, timestamp di validit\u00e0 legale, hash di integrit\u00e0 d’archivio).<\/p>\n\n\n\n Document Management System (DMS) ed Enterprise Content Management (ECM) costruiti su schemi di metadati proprietari o su API di esportazione chiuse generano una forma tecnica di vendor lock-in, in conflitto con i diritti di portabilit\u00e0 sanciti dal Data Act.<\/p>\n\n\n\n Il Data Act segue una timeline di implementazione ben definita. Dal 12 settembre 2025<\/strong> gli obblighi sul cambio fornitore si applicano a tutti i nuovi contratti cloud. Dal 12 settembre 2026<\/strong> si estendono ai contratti legacy conclusi prima di tale data: dal prossimo anno, quindi, l\u2019intero perimetro delle relazioni cloud esistenti in ambito Customer Communications sar\u00e0 soggetto ai requisiti di portabilit\u00e0 e supporto al passaggio ad altri fornitori. Dal 12 gennaio 2027<\/strong> i costi di switching sono vietati integralmente, comprese le tariffe per l\u2019estrazione dei dati (fee di egress).<\/p>\n\n\n\n I cloud provider sono giuridicamente tenuti a rimuovere le barriere tecniche e contrattuali che ostacolano lo switching e in particolare il cloud switching, a garantire continuit\u00e0 del servizio durante le transizioni, e a supportare la migrazione verso servizi funzionalmente equivalenti. La portabilit\u00e0 del dato diventa quindi un vero e proprio diritto garantito per legge. Allo stesso modo, il regolamento rafforza l\u2019equivalenza funzionale, cio\u00e8 il diritto a ricostruire altrove le stesse capacit\u00e0 del fornitore precedente, e la residenza dei dati in UE. Per le comunicazioni regolate, che la legge impone di conservare per periodi lunghi, questi principi sono particolarmente rilevanti.<\/p>\n\n\n\n Il vendor dependency risk \u2013 l\u2019esposizione sistemica generata dal fatto che processi di comunicazione critici dipendono da un singolo provider o da un\u2019architettura proprietaria \u2014 sta rapidamente diventando un tema da consiglio di amministrazione, in particolare nei servizi finanziari, nelle utilities e telecomunicazioni e nel settore assicurativo, dove le Customer Communications hanno implicazioni dirette di natura legale, contrattuale e di compliance.<\/p>\n\n\n\nPerch\u00e9 lo switching nelle Customer Communications \u00e8 pi\u00f9 complesso che altrove?<\/strong><\/h2>\n\n\n\n
Cosa richiede davvero il regolamento<\/strong><\/h2>\n\n\n\n
Dalla tecnologia alla governance<\/strong><\/h2>\n\n\n\n