01
Prima si chiarisce chi possiede accessi, domini, tenant, apparati, backup e dati critici.
Cambio fornitore IT
Cambio fornitore IT per PMI in Veneto: accessi, backup e continuità prima del subentro
Quando una PMI vuole cambiare tecnico, MSP o fornitore IT, il rischio non è solo commerciale: domini, account, backup, configurazioni, fornitori e responsabilità devono restare governabili.
Il cambio non parte da una promessa di subentro immediato. Parte da una fotografia tecnica: cosa esiste, chi lo controlla, cosa è critico, cosa va verificato e quali limiti vanno dichiarati prima di toccare sistemi aziendali.
Scenario operativo
Subentro controllato
Accessi, backup, fornitori, asset, responsabilità e prossime verifiche prima del cambio operativo.
Backup
VerificatoRichieste
TracciatePostazioni
CensiteRischi
OrdinatiInventario
Priorità
Intervento
Controllo
Configurazione, strumenti e costi vengono definiti dopo valutazione tecnica e priorità aziendali.
02
Il passaggio riduce rischi solo se fornitori, responsabilità e prove restano visibili.
03
Il nuovo accordo operativo nasce dopo perimetro, priorità, limiti ed esclusioni verificabili.
Criteri di passaggio
Cosa controllare prima di cambiare fornitore IT
Un cambio fornitore sano non cancella la storia tecnica dell'azienda. Ordina accessi, backup, responsabilità, fornitori e documentazione per decidere cosa mantenere, correggere o escludere.
Motivo del cambio
Blocchi ricorrenti, documentazione assente, rimpalli tra fornitori, costi non chiari, accessi non governati o supporto non più adeguato.
Accessi e proprietà
Account amministrativi, MFA, domini, tenant, firewall, NAS, cloud, posta e recuperi devono restare sotto controllo aziendale.
Backup e dati critici
Prima del subentro si verifica cosa esiste, cosa è ripristinabile, chi ha accesso e quali dati non devono essere spostati senza perimetro.
Fornitori coinvolti
Internet, gestionale, VoIP, cloud, sito, hardware, software house e provider esterni vanno mappati per evitare interruzioni.
Documentazione minima
Inventario essenziale, ruoli, configurazioni note, canali, contratti tecnici e prossime verifiche rendono il passaggio tracciabile.
Piano di subentro
Il cambio diventa una sequenza: perimetro, rischi, stabilizzazione, priorità, accordo operativo e verifiche successive.
Esempio di controllo
La transizione deve mostrare rischio, evidenza e decisione
L'esempio è anonimo e dimostrativo. La verifica reale dipende da sistemi, contratti, accessi disponibili, fornitori coinvolti e autorizzazioni della PMI.
| Area | Rischio nel cambio | Evidenza utile | Decisione prima del subentro |
|---|---|---|---|
| Dominio, DNS e posta | Account o recuperi legati a persone o fornitori non più attivi | Registrar, admin, MFA, DNS, tenant, caselle, recupero account | Portare proprietà e recupero sotto controllo aziendale |
| Firewall, rete e WiFi | Configurazioni non documentate o accessi non trasferibili | Modello apparati, credenziali concordate, backup config, IP, VLAN, VPN | Stabilire finestra tecnica e piano di continuità prima di modifiche |
| Backup e NAS | Copie presenti ma non verificate o non ripristinabili | Sorgenti, destinazioni, retention, ultimo esito, prova ripristino | Verificare restore readiness prima di migrazioni o reset accessi |
| Gestionale e software house | Responsabilità confuse tra applicativo, database, postazioni e rete | Referenti, versioni, database, procedure supporto, finestre update | Separare richieste funzionali, tecniche e contrattuali |
| Postazioni e asset | PC, licenze e garanzie non tracciati | Inventario base, utenti, software critico, garanzia, stato e ruolo | Ordinare asset prima di acquisti o presidio ricorrente |
Sequenza operativa
Dal malcontento verso il fornitore a un subentro governabile
Il cambio è utile solo se riduce ambiguità. Ogni passaggio deve lasciare una traccia leggibile per direzione, amministrazione, referenti interni e fornitori esterni.
Fotografia iniziale
Si raccolgono sistemi, fornitori, referenti, accessi noti, criticità, blocchi ricorrenti e decisione che la PMI vuole prendere.
Rischi di passaggio
Si separano rischi su accessi, backup, domini, rete, gestionale, dati, fornitori e finestre operative.
Subentro controllato
Si definisce cosa verificare prima, cosa stabilizzare, quali canali usare e quali cambiamenti richiedono autorizzazione.
Nuovo accordo operativo
Solo dopo perimetro e responsabilità si definiscono canali, priorità, controlli ricorrenti, esclusioni e prossime verifiche.
Errori da evitare
Un cambio non governato può peggiorare accessi, continuità e responsabilità
Cambiare fornitore non deve trasformarsi in perdita di informazioni tecniche. Il subentro va preparato con prove, autorizzazioni, limiti e prossime verifiche.
Cambiare tecnico o fornitore senza sapere chi possiede domini, tenant cloud, DNS, firewall, NAS, backup e account amministrativi.
Resettare accessi o apparati prima di verificare backup, configurazioni, sistemi critici e finestre operative.
Confondere il cambio fornitore con una migrazione completa: prima serve capire cosa va mantenuto, corretto, documentato o escluso.
Portare avanti trattative commerciali senza una lista di sistemi coperti, responsabilità, limiti e prossime verifiche.
Risorse collegate
Prepara il cambio con prove operative, non con promesse generiche
Scheda fornitori e responsabilità
Chiarisci provider, software house, cloud, VoIP, web, accessi e prossime azioni.
Apri la risorsaScheda accessi amministrativi
Rendi governabili account, MFA, recupero, revoche e referenti autorizzati.
Apri la risorsaScheda backup ripristinabile
Verifica cosa si può recuperare prima di modifiche, reset o migrazioni.
Apri la risorsaMappa perimetro IT
Collega sedi, postazioni, apparati, accessi, dati, cloud e fornitori.
Apri la risorsaInventario asset IT
Traccia postazioni, apparati, licenze, garanzie, fornitori e prossime verifiche.
Apri la risorsaAccordo operativo IT
Definisci canali, priorità, finestre, controlli ed esclusioni dopo il subentro.
Apri la risorsaPiano IT 30/60/90
Trasforma il cambio fornitore in stabilizzazione, controlli e presidio sostenibile.
Apri la risorsaRegistro interventi IT
Traccia richieste, impatto, fornitori coinvolti, esiti e prossime verifiche.
Apri la risorsaPercorsi collegati
Dal cambio fornitore al presidio IT sostenibile
Consulenza informatica
Consulenza informatica per PMI in Veneto: perimetro IT, priorità, fornitori, backup, accessi, cloud, CRM e decisioni tecniche prima di investire.
Vai al percorsoReferente IT esterno
Referente IT esterno per PMI in Veneto: perimetro, priorità, backup, accessi, fornitori, richieste e presidio operativo senza reparto IT interno.
Vai al percorsoServizi IT PMI Veneto
Servizi IT per PMI in Veneto: assistenza, infrastrutture, reti, firewall, backup, cloud, VoIP, CRM, monitoraggio e hardware aziendale.
Vai al percorsoAssistenza IT PMI
Assistenza IT per PMI in Veneto: postazioni, rete, backup, sicurezza, cloud, CRM e supporto operativo definito su sedi, utenti e sistemi critici.
Vai al percorsoInfrastrutture IT
Progettazione e sistemazione di infrastrutture IT per PMI in Veneto: server, NAS, postazioni, backup, cloud, sicurezza e monitoraggio.
Vai al percorsoCloud PMI
Consulenza cloud per PMI in Veneto: posta, file, backup, accessi, migrazione graduale, Microsoft 365, Google Workspace e soluzioni ibride.
Vai al percorsoDomande frequenti
Come cambiare assistenza IT senza perdere controllo
Quando ha senso valutare un cambio fornitore IT?
Quando la PMI non ha più chiarezza su accessi, backup, responsabilità, documentazione, costi, priorità o continuità. Il primo passo non è sostituire subito tutto, ma capire cosa deve restare operativo e cosa va governato prima del passaggio.
Serve comunicare subito con il fornitore uscente?
Dipende dal caso. Prima conviene raccogliere perimetro, sistemi critici, contratti tecnici, accessi aziendali, referenti e rischi. Eventuali richieste al fornitore uscente vanno formulate con evidenze e autorizzazioni chiare.
All PC Service Business garantisce il subentro completo?
No, non prima di una valutazione tecnica. Alcuni sistemi possono dipendere da contratti, password non disponibili, vendor ufficiali, software house o vincoli esterni. Il valore iniziale è chiarire rischi, limiti, prove e prossima decisione.
Quali informazioni non vanno inviate nel primo contatto?
Non inviare password, codici MFA, database, archivi clienti o documenti riservati. Nel primo brief bastano sistemi coinvolti, fornitori noti, impatto operativo, referenti autorizzati e decisione attesa.
Presa in carico business
Valuta un cambio fornitore IT con perimetro, accessi e continuità chiari
Porta sistemi critici, fornitori attuali, motivo del cambio, accessi disponibili, blocchi ricorrenti, backup noti, referenti autorizzati e decisione attesa. Il primo confronto serve a capire rischi, limiti e prossima verifica senza raccogliere password, MFA, database, archivi clienti o documenti riservati.
Numero indicativo di postazioni, sedi e utenti
Sistemi critici: gestionale, posta, file, backup, rete, CRM
Problemi ricorrenti o rischi già noti
Priorità: blocco attivo, intervento pianificabile o revisione preventiva
Sequenza di lavoro
01
Qualificazione iniziale
Si chiariscono priorità, sistemi coinvolti, referente autorizzato e impatto sul lavoro.
02
Valutazione tecnica
Quando il perimetro tecnico lo richiede, si raccolgono evidenze su rete, backup, accessi, postazioni, cloud, CRM e fornitori.
03
Proposta operativa
Il piano distingue stabilizzazione, interventi programmati, acquisti e presidio continuativo.
04
Accordo operativo
Tempi, canali, finestre di lavoro, responsabilità e modalità di accesso vengono formalizzati prima di operare.
Esito atteso dal primo contatto
Sintesi per decidere
Cosa sembra critico, cosa è pianificabile e quale rischio va chiarito prima.
Perimetro da verificare
Sistemi, accessi, fornitori, sedi o postazioni da controllare prima di proporre attività.
Prossimo passo
Analisi remota, sopralluogo programmato o valutazione mirata, in base al caso.
Proposta solo dopo perimetro verificabile
Prima si qualificano scenario, autorizzazioni e dati mancanti. Costi, interventi, accessi e continuità vengono discussi solo dopo aver reso verificabili perimetro operativo e responsabilità.
Traccia per il brief iniziale
Siamo una PMI in Veneto con postazioni distribuite tra ufficio e lavoro remoto.
I sistemi più critici sono posta, file condivisi, gestionale, rete, backup o CRM.
Il problema da chiarire è un blocco operativo, un rischio ricorrente o un progetto da pianificare.
Non inviare password, codici MFA o dati sensibili via WhatsApp o email. Se servono accessi amministrativi, vengono concordati canali e modalità controllate.
Brief strutturato
Canale consigliato per allegati, elenchi sistemi, sedi, utenti e richieste non immediate.
Blocco operativo
Canale da usare quando il blocco è attivo e serve qualificare priorità, impatto e presa in carico iniziale.
Segnale non sensibile
Canale per un segnale operativo non sensibile: niente password, codici MFA o documenti riservati.
La prima risposta qualifica scenario, priorità e informazioni mancanti; quando il perimetro è complesso, il passo successivo è una valutazione tecnica pianificata.