Servizi · Migration · modernizzazione
CRM 4.0, 2011, 2013, 2015, AX 2009, NAV 2009, SharePoint 2010 — tutto ciò che i nuovi consulenti non conoscono più fa parte del nostro quotidiano dal 2007. Quando il vostro vecchio sistema deve passare al cloud, siamo tra i pochi che conoscono davvero entrambi i mondi.
Amministratori delegati · titolari
Prima di ogni migrazione una diagnostica a prezzo fisso (Migration Check o Migration Assessment). Sapete in anticipo se la migrazione si chiude in 6 settimane o 9 mesi, cosa costa e cosa può rompersi. Il Discovery Spike Bundle è la fascia di incarico tipica. Prezzo su richiesta.
Responsabili di reparto · linea di business
L'audit dei dati documenta che tutti i record sono stati migrati in modo pulito (con confronto target-vs-actual, analisi delle lacune conforme GoBD). L'audit dei customizing elenca quali adeguamenti del sistema legacy sono stati portati avanti, sostituiti o eliminati — con una lista chiara dei proprietari per customizing.
Direzione IT · CIO · Solution Architect
Dynamics CRM 4.0/2011/2013/2015 → Dynamics 365, AX → F&O, NAV → Business Central, SharePoint on-prem → SharePoint Online, Exchange on-prem → Exchange Online, file server → OneDrive/SharePoint, setup ibridi. Selezione di tooling specifica per piattaforma (KingswaySoft, ScribeSoft, Microsoft Dataverse SDK, script PowerShell di migrazione).
Per amministratori delegati · migrazione senza dramma
I progetti di migrazione falliscono raramente sulla tecnica — falliscono perché l'effort non è stato quantificato onestamente in anticipo. La nostra diagnostica a prezzo fisso fornisce, prima di ogni incarico di migrazione, una dichiarazione affidabile: durata, costo, rischi, ostacoli critici. Se la migrazione è fattibile in 6 settimane, lo diciamo. Se serviranno 9 mesi, anche.
Per responsabili di reparto · audit dati ed evidenza GoBD
La migrazione non è conclusa quando il nuovo sistema gira — è conclusa quando potete dimostrare per iscritto che nulla è andato perso. Forniamo confronto target-vs-actual per tipo di record, analisi delle lacune conforme GoBD, lista dei proprietari di customizing e un protocollo di passaggio che regge in ogni situazione di audit. Discovery Spike come primo incarico pulito (prezzo su richiesta) con report di outcome per direzione e compliance.
Per la direzione IT · sette percorsi di migrazione
Direttamente con l'architetto — niente strato di account manager. Argomenti: re-targeting di plug-in CRM 4.0/2011/2013/2015 → D365, design della pipeline KingswaySoft, batch API Dataverse vs. bulk insert, migrazione di moduli X++ AX a F&O, migrazione linguistica AL NAV, API di migrazione SharePoint on-prem, cut-over ibrido Exchange, reset ALM e lifecycle delle soluzioni dopo il cut-over.
Tipi di migrazione · sette percorsi
Sette percorsi di migrazione coprono la stragrande maggioranza dei nostri incarichi. Ogni tipologia ha i propri ostacoli, i propri strumenti e i propri schemi di esperienza.
CRM 4.0, 2011, 2013, 2015, 2016 verso D365 Customer Engagement Apps. Migrazione di plug-in, web resource JavaScript, migrazione di workflow verso Power Automate, mapping di entità custom, migrazione dei permessi.
AX 2009, AX 2012 verso D365 F&O. Migrazione di codice X++, migrazione di form e report, migrazione dati, valutazione dei moduli custom.
Versioni NAV (Navision) verso Business Central. Migrazione linguistica AL, valutazione degli add-on, strategia cloud-vs-on-prem, rimodellazione delle licenze.
SharePoint 2010, 2013, 2016, 2019 verso Microsoft 365 SharePoint. Migrazione dell'information architecture, custom web part, workflow verso Power Automate, modello dei permessi.
Migrazione ibrida o completa. Migrazione di mailbox, public folder, distribution list, configurazione dei connector, switch del record MX, gestione della fase ibrida.
Dati da file server verso SharePoint/OneDrive (Known Folder Move, strutturazione dei siti). Piccoli sviluppi proprietari verso Power Apps. Migrazione dei permessi via Entra ID.
Risolvere stati a mezzo cloud. Architettura cloud completa. Consolidamento delle identità via Entra ID, migrazione di app a modelli SaaS, dismissione dei sistemi legacy.
Microsoft 365 tenant-to-tenant (merger, spin-off), da sistemi terzi verso Microsoft (Salesforce → D365, Google Workspace → M365). Chiedeteci — con alta probabilità l'abbiamo già fatto.
Diagnostica · livello 1 prima della migrazione
Prima di avviare la migrazione vera e propria, verifichiamo tre dimensioni come diagnostica a prezzo fisso. Output: sapete quanto è grande davvero il progetto — prima di firmare.
Primo colloquio di 90 min · gratuito
Chiarimento del tipo di migrazione, dimensionamento, percorsi possibili.
Deliverable: memo breve (1–2 pagine) dopo il colloquio con stima della fascia di effort e raccomandazione per il prossimo passo.
Prezzo su richiesta
Assessment approfondito della situazione di migrazione con analisi delle opzioni.
Deliverable:
Prezzo su richiesta
Valutazione della qualità dei dati PRIMA della migrazione. Previene il problema di migrazione più comune: trascinare dati spazzatura nel nuovo sistema.
Deliverable:
Prezzo su richiesta
Inventario di tutti i customizing nel sistema legacy con una valutazione di migrazione per componente.
Deliverable: lista dei componenti con raccomandazione di migrazione per componente: portare / ricostruire / eliminare.
Prezzo su richiesta (Migration Assessment + audit dei dati + audit dei customizing combinati)
Tre audit in un unico Discovery Spike connesso — strutturato, valutazione combinata, roadmap condivisa.
Quando ha senso: per migrazioni complesse con codice custom, molte fonti di dati o un profilo di rischio elevato. Approccio standard per migrazioni di gruppo.
Cinque tipi di migrazione
Ogni migrazione inizia con la domanda onesta: da dove venite, dove volete andare e quale realtà di dati c'è tra questi due punti? Percorriamo cinque percorsi tipici — che nella pratica spesso compaiono combinati.
Dynamics CRM 4.0, 2011, 2013, 2015 → Dynamics 365 Customer Engagement Apps. Conosciamo ogni versione, ogni modello dati, ogni tipica trappola di customizing. Anche se la vostra installazione on-premises non vede una patch da otto anni.
Dynamics 365 on-premises verso Dynamics 365 Online, Exchange on-premises verso Exchange Online, SharePoint on-premises verso SharePoint Online. Accompagniamo le transizioni cloud dalla nascita di Microsoft Azure — con fase ibrida se necessario.
Siete scontenti del vostro attuale partner Microsoft — nessuna reazione, nessuna documentazione, nessuna roadmap. Subentriamo in modo discreto, verifichiamo l'esistente, costruiamo la documentazione e portiamo l'applicazione in uno stato stabile.
In caso di merger, spin-off, carve-out o riorganizzazione, un tenant Microsoft 365 deve passare in un altro: mailbox, SharePoint, OneDrive, Teams, identità, licenze. Con strumenti come BitTitan, Quest On Demand o percorsi Microsoft nativi — a seconda di volume di dati e complessità.
Salesforce, HubSpot, SugarCRM, Pipedrive verso Dynamics 365. Google Workspace verso Microsoft 365. Conosciamo i tipici modelli dati dei sistemi terzi e li mappiamo sul modello dati Microsoft — inclusi campi custom, allegati, note e storico delle attività.
Metodologia
Ogni migrazione gira da noi attraverso lo stesso framework metodologico — indipendentemente dal tipo di migrazione. La profondità delle fasi la adattiamo alla dimensione e al profilo di rischio del vostro punto di partenza.
Inventario dei sistemi sorgente: modello dati, customizing, plug-in, workflow, report, integrazioni, identità. Documentiamo cosa è utilizzabile, cosa viene ricostruito e cosa cade. Risultato: un piano di migrazione con effort, rischi e corridoi.
Mapping campo per campo tra sorgente e destinazione — incluse trasformazioni, risoluzione di lookup, traduzioni di picklist e allegati. Primo run di pilot nella sandbox con un volume di dati rappresentativo. Iterazione fino a quando il mapping è pulito.
Weekend di cut-over più volte provato con orario, percorsi di escalation e criteri di abort. Sistema sorgente in read-only, run finale dei dati, report di riconciliazione, vostro sign-off, comunicazione agli utenti. Nessun cut-over senza una prova generale riuscita.
Stand-up quotidiani, reazione rapida ai finding, ri-migrazione mirata di singoli record se necessario. Poi passaggio in Application Care — nessuna sparizione dopo il cut-over.
Qualità dei dati
L'errore più comune nei progetti di migrazione: la spazzatura di anni viene migrata insieme. Account doppi, contatti morti, indirizzi sbagliati, record senza proprietario, campi obbligatori con «N/A» — e tutto migra senza filtri nel nuovo sistema. Sei mesi dopo non lo usa nessuno, perché la base dati sembra inaffidabile come nel vecchio sistema.
Nell'audit facciamo un campione di qualità dei dati: tasso di duplicati, completezza dei campi obbligatori, plausibilità dei valori, attualità (ultima modifica), record orfani (record senza proprietario o senza relazione). Questo campione è la base della strategia di migrazione.
Opzione A — portare tutto: il percorso di migrazione più economico, ma il problema viene portato avanti. Lo raccomandiamo solo se il sistema sorgente è già molto pulito o se ragioni regolatorie lo impongono.
Opzione B — pulizia nel sistema sorgente prima della migrazione: pulite con i vostri utenti, che conoscono il business. Forniamo report e strumenti per farlo. Effort per voi, ma il miglior risultato.
Opzione C — pulizia nel mapping: definiamo regole (ad es. «i record senza attività in 36 mesi finiscono in un container di archivio») e le applichiamo nel mapping. Più rapida dell'Opzione B, ma le regole devono essere molto chiare, altrimenti spariscono i record sbagliati.
Una migrazione è sempre anche un inventario dei dati. Sfruttatela — il secondo miglior momento per migliorare la qualità dei dati è la prossima migrazione tra dieci anni.
Dopo la migrazione
Una migrazione è più che copiare record. È la rara occasione di agganciare uno stack di un'altra epoca al mondo Microsoft attuale — Power Platform, Microsoft 365 Copilot, integrazione Dataverse, percorsi di sicurezza e compliance moderni. Cogliamo questa opportunità dove porta valore.
Concretamente: vecchi script JavaScript diventano flow di Power Automate; vecchi report SSRS diventano dashboard Power BI; vecchi plug-in diventano custom connector o Azure Functions; vecchi workflow diventano moderni business process flow. Non tutto deve essere nuovo — ma l'invecchiamento della soluzione non inizia tra cinque anni; si decide nella migrazione stessa.
Dopo il cut-over l'applicazione passa nel nostro canone Application Care — supporto di secondo e terzo livello, cura delle release, ottimizzazione continua. La migrazione non è il punto finale ma l'inizio di una nuova fase di lifecycle.
Domande frequenti
La durata dipende dal tipo di migrazione e dal volume dei dati. Un upgrade di versione da Dynamics CRM 2015 a Dynamics 365 senza grandi modifiche di customizing dura tipicamente 2–4 mesi. On-premises verso cloud con volumi medi è tra 3 e 6 mesi. Tenant-to-tenant Microsoft 365 dipende dal volume di mailbox e SharePoint — da 6 settimane a 6 mesi. Cambio di partner senza migrazione tecnica è una questione di profondità del passaggio e tipicamente dura 4–8 settimane. La dimensione precisa la fissiamo nel Migration Check.
La perdita di dati è esclusa con una migrazione pianificata in modo pulito — mapping, test multipli in ambienti sandbox e report di riconciliazione prima e dopo il cut-over rendono ogni riga tracciabile. I customizing sono la vera sfida: vecchi script JavaScript, plug-in e report non girano 1:1 su Dynamics 365. Nell'audit verifichiamo cosa deve essere ricostruito tecnicamente, cosa può essere sostituito da funzioni standard e cosa può cadere perché da anni nessuno lo usa.
I vecchi report SSRS e FetchXML da Dynamics CRM on-premises possono in parte essere portati a Dynamics 365 — verifichiamo ogni report singolarmente e decidiamo insieme a voi: portare, ricostruire in Power BI o eliminare. Per esperienza il 30–50% dei vecchi report viene effettivamente ancora usato; gli altri sono scartoffie morte. Power BI non sostituisce ogni report SSRS, ma copre il reporting moderno in modo decisamente più ampio.
Il cambio di partner di per sé non costa alcun corrispettivo di licenza — il riassegnamento CSP è amministrativo. L'effort nasce per la fase di subentro: audit dell'esistente, costruzione della documentazione (se non disponibile dal predecessore), trasferimento di conoscenze, riconnessione della pipeline ALM e delle strategie di backup. Prezzo su richiesta — calcoliamo l'effort per un subentro pulito dopo il rilevamento nel Migration Check. Discrezione e protezione dei dati sono garantite per tutto il processo. I dettagli sul subentro CSP si trovano alla Consulenza licenze.
I classici workflow Dynamics CRM possono in parte essere portati a Power Automate, in parte vanno ricostruiti. Nell'audit analizziamo ogni workflow, verifichiamo la logica di trigger, le azioni e le condizioni di branching e decidiamo: Power Automate flow, Dynamics 365 Business Process Flow, plug-in o eliminazione. Anche qui vale: i vecchi workflow portano spesso logica di un'epoca in cui un processo girava in modo molto diverso. La migrazione è una buona occasione per rivedere criticamente questa logica.
Da portare con sé · due materiali
Due livelli di profondità per esigenze di lettura diverse. Il factsheet è un riferimento rapido (3–5 min) e immediatamente scaricabile. Il whitepaper è formazione di mercato con metodologia e dati di confronto (15–30 min) — lo ricevete via e-mail dopo una breve richiesta.
3–5 min di lettura · download diretto · senza modulo
Panoramica compatta: portata, indicatori chiave, modello di pricing, processo — ideale da inoltrare a CFO, ufficio acquisti o linea di business.
15–30 min di lettura · via e-mail su richiesta
Metodologia, dati di confronto, framework di raccomandazione — materiale per l'argomentazione interna con stakeholder.
Servizi correlati
Migrazioni di licenze — dal vecchio provider al CSP arades, con ottimizzazione dei rinnovi.
Scopri di più →
Migrazione dati con strategia di mapping e cut-over definita.
Scopri di più →
Quando la migrazione è parte di un progetto di implementazione più ampio.
Scopri di più →
Inventario completo come base della pianificazione di migrazione.
Scopri di più →
Migration Check
Primo colloquio di 30 minuti — Migration Check gratuito. Verifichiamo il vostro punto di partenza, abbozziamo il percorso di migrazione adatto e nominiamo apertamente gli ostacoli tipici. Ricevete una valutazione onesta e una proposta di discovery, di norma in tempi rapidi. Su richiesta passiamo direttamente agli altri nostri servizi.
Da portare con sé
Riferimento rapido di due pagine con la struttura dei pacchetti, le aree di consegna e tre motivi per arades — immediatamente scaricabile, senza modulo. Ideale da inoltrare a CFO, ufficio acquisti o responsabile IT. Aggiornato al 18 maggio 2026.
3–5 min di lettura · download diretto · senza modulo
