Assistenza Software Urgente: Come Trovare un Tecnico Affidabile in 48 Ore (Guida 2026)

Se hai bisogno di assistenza software urgente, il percorso piu rapido e: (1) documentare gli incidenti ricorrenti per gravita (critico, alto, medio, basso); (2) garantire al nuovo fornitore l'accesso a codice e server prima di rompere col vecchio; (3) firmare un contratto con SLA esplicito che definisca il tempo massimo di risposta per gravita. I contratti di assistenza urgente costano tipicamente €1.500-7.500/mese con SLA 2-4 ore per criticita. Per emergenze isolate senza contratto, gli interventi spot vanno da €120 a €280 all'ora.

A cura di Pedro Corgnati - sviluppatore full-stack, fondatore di SystemForge. Negli ultimi 24 mesi ho preso in carico 14 sistemi orfani per PMI italiane (PHP legacy, Node moderno, .NET Framework, Python Django) - conosco le trappole della transizione di fornitore sotto pressione.

Per scenari adiacenti vedi anche bug in produzione urgente: sviluppatore disponibile, sviluppo software urgente per PMI italiana e integrare sistemi legacy senza riscrivere.

Ricevo almeno 2 contatti a settimana da responsabili IT o amministrativi di PMI in questa situazione: gestionale critico con problemi ricorrenti, fornitore originale che non risolve, operativita in difficolta. Studio dentistico con cartelle cliniche inaccessibili 30 minuti prima dei pazienti. Catena di 4 ristoranti con POS che cade in continuazione. Casa di riposo accreditata con portale familiari fuori uso da una settimana. Il pattern e sempre lo stesso: il fornitore promette, non consegna, il responsabile resta ostaggio. Se sei in questa situazione, ecco come uscirne con metodo.

Cosa fare quando hai bisogno di assistenza tecnica urgente

La transizione di fornitore sotto pressione richiede metodo. Quattro passi nell'ordine corretto.

1. Documenta tutto prima di cambiare. Lista tutti gli incidenti degli ultimi 3-6 mesi con data, gravita, stato di risoluzione, eventuale workaround applicato. Questo storico e oro per il nuovo fornitore: mostra i pattern di guasto, accelera la diagnosi e permette di valutare se il problema e nel codice o nell'infrastruttura.

2. Recupera tutti gli accessi. Codice sorgente, server, database, account di API e servizi terzi, DNS, certificati SSL. Se il fornitore attuale controlla questi accessi, recuperali PRIMA di rompere il contratto. E critico: una volta rotto il rapporto, il vecchio fornitore puo rendere la transizione un incubo o impossibile.

3. Definisci SLA per iscritto. Nessun accordo verbale. SLA scritto con tempo di risposta per gravita, orari di copertura, canali di contatto, penalita per inadempienza. Se non e nel contratto, non esiste.

4. Stabilisci canale di comunicazione strutturato. Per la pratica di osservabilita post-handover, vedi monitoraggio API in produzione: metriche e alert. Non WhatsApp del singolo dev. Sistema di ticket (Linear, Jira, Plain, anche un Trello dedicato funziona) + canale per criticita immediate (telefono dedicato + WhatsApp business + email).

Recuperare gli accessi (la parte critica)

Questo e il punto in cui il 60% delle transizioni va male. Lista degli accessi da recuperare PRIMA di rompere col vecchio fornitore.

Codice sorgente. Repository Git (GitHub, GitLab, Bitbucket). Verifica: chi e l'owner dell'organizzazione? Tu hai privilegi di admin? Esistono branch protetti che solo il vecchio fornitore puo modificare? Chiedi un trasferimento dell'organizzazione al tuo account aziendale.

Server e cloud. AWS, OVH, Aruba Cloud, Azure, Hetzner, server fisici colocati. Account principale, sotto-account, IAM users, chiavi SSH, certificati. Se l'account cloud e intestato al fornitore (succede!), avvia subito una migrazione di accountship.

Database e backup. Credenziali admin del DB, accesso al sistema di backup (S3 bucket, snapshot RDS, backup OVH), retention policy. Verifica che i backup esistano davvero (un backup non testato non esiste).

Domini, DNS e certificati SSL. Account del registrar (GoDaddy, Aruba, OVH, Register.it), accesso al gestore DNS (Cloudflare, Route53), rinnovi automatici certificati Let's Encrypt o pagati. La perdita del controllo del dominio significa perdere tutto.

API terze parti. SDI (Aruba Fatturazione, Fatture in Cloud, TeamSystem), PagoPA, Stripe, gateway SMS (Skebby, Twilio), gateway email (Postmark, Resend, SendGrid), API Google/Meta. Cambio email di amministrazione + reset password.

Cosa fare se il fornitore sparisce o blocca gli accessi. Tre azioni in parallelo. (1) Contatta il registrar del dominio dimostrando proprieta della societa per riprenderlo. (2) Apri pratica con i provider cloud (AWS/Aruba) con documentazione legale. (3) Considera l'avvocato per diffida formale al fornitore - spesso bastano 48-72h dopo la diffida per sbloccare. Se hai contratto firmato con clausola di handover, e una passeggiata; senza, puo richiedere settimane.

Tipi di contratto di assistenza

Quattro modelli sul mercato italiano nel 2026.

Contratto continuativo con SLA (€1.500-7.500/mese). Il piu serio. Include monitoring proattivo, hot fix critici, manutenzione evolutiva minore, reporting mensile. SLA tipico: 2-4h per critico, 8-16h per alto, 24-48h per medio. Adatto a sistemi business-critical con uptime importante.

Pacchetto di ore (€2.500-10.000 per 20-50 ore). Compri un monte ore consumabile in 6-12 mesi. Niente SLA garantito. Tariffe orarie scontate rispetto allo spot. Adatto per sistemi stabili che richiedono manutenzione occasionale.

Spot emergenza (€120-280/h). Intervento isolato sull'incidente specifico. Attivazione tipica 4-24h, niente SLA. Tariffa premium se fuori orario lavorativo (€180-280) o weekend (€200-350). Adatto a chi ha gia un altro fornitore primario e ha bisogno di backup occasionale.

Incident-based (pago per incidente risolto). Modello meno comune ma esistente. Tipicamente €400-1.500 per incidente critico risolto entro SLA, niente costo se non risolto. Vantaggio: incentivo allineato. Svantaggio: pochi fornitori lo offrono perche rischioso per loro.

Cosa deve includere un SLA serio

Una checklist concreta per non firmare aria fritta.

Tempo di risposta per gravita. Critico: max 2-4h. Alto: max 8-16h. Medio: max 24-48h. Basso: max 5 giorni lavorativi.

Tempo di risoluzione target. Distinguere risposta (acknowledgement) da risoluzione (fix in produzione). Per critico: target risoluzione max 8h.

Orari di copertura. 24/7 (caro, €4.500-7.500/mese), 8-22 lun-sab (medio, €2.500-4.500), lavorativi 9-18 lun-ven (base, €1.500-2.500).

Canali di contatto. WhatsApp business numero dedicato, telefono diretto, email priority, sistema ticket. Tutti raggiungibili nelle ore di copertura.

Penalita per inadempienza. Sconto sulla mensile successiva proporzionale al ritardo, oppure exit clause attivabile dopo N inadempienze gravi documentate.

Reporting mensile. Numero ticket per gravita, tempo medio di risoluzione, uptime monitorato, manutenzione evolutiva applicata.

Cosa controllare nel nuovo fornitore

Verifica seria, non chiacchiere.

P.IVA, anni di attivita, referenze verificabili. Chiedi di parlare con due clienti attuali su contratti analoghi. Se rifiuta o tergiversa, problema.

Stack tecnico effettivo. Non "facciamo tutto". Chi conosce davvero PHP 5.6 legacy o .NET Framework 4.5 e diverso da chi conosce solo Next.js moderno. Allinea lo stack del fornitore al tuo.

Capacita di documentare. Chiedi un esempio di runbook prodotto per un cliente precedente. Se non lo hanno, futuri handover saranno traumatici.

Politica di backup e disaster recovery. Domanda diretta: "Se domani il vostro server principale di gestione clienti viene compromesso, in quanto tempo recuperate operativita sui miei sistemi?"

Cessazione del rapporto: cosa succede. Clausola di handover esplicita nel contratto. Codice consegnato in repo del cliente, documentazione consegnata, 30 giorni di transizione assistita. Se il fornitore evita questa clausola, e un segnale.

Casi reali italiani

Studio dentistico Milano - gestionale custom abbandonato. Sistema PHP 7.4 + MySQL costruito 5 anni fa da freelancer che ha chiuso attivita. Cartelle pazienti, agende, fatturazione SDI bloccate. Recupero accessi server OVH (intestati allo studio, fortunatamente), recupero codice da copia locale del titolare, deploy su nuovo VPS con monitoring. Contratto SLA 24/7 €3.500/mese. Tempo transizione totale: 11 giorni.

PMI logistica Verona - TMS PHP 5.6 senza fornitore da 8 mesi. Software di tracking spedizioni con bug ricorrenti, fornitore non risponde da mesi. Codice in vecchio Bitbucket dimenticato, server presso provider locale che ha chiuso. Migrazione su Hetzner, fix dei tre bug critici in 2 settimane, contratto con SLA 8h €2.200/mese e roadmap di refactor graduale (PHP 5.6 -> 8.2 in 6 mesi).

Catena ristorazione 4 sedi - POS custom con bug Black Friday. Sistema POS Node.js + Postgres con bug intermittente di doppio scontrino. Fornitore originale ha alzato i prezzi del 280% dopo 2 anni. Take-over completo: Git su GitHub aziendale, server su DigitalOcean, fix del bug in 4 giorni, contratto SLA 4h €4.800/mese. Risparmio annuo: €18.000 vs vecchio fornitore.

Sistema critico senza supporto adeguato? Mandami su WhatsApp: 1) tipo di sistema, 2) stack tecnico, 3) gravita problema attuale. Rispondo entro 4 ore con valutazione preliminare. Scrivimi su WhatsApp oppure scopri il servizio di assistenza software.

Errori comuni quando si cambia fornitore sotto pressione

Firmare prima di recuperare gli accessi. Una volta firmato col nuovo fornitore e annunciato al vecchio, gli accessi diventano arma di ricatto. Sequenza corretta: recupero accessi → firma nuovo contratto → comunicazione cessazione vecchio.

Accettare SLA verbale. "Ti rispondiamo veloce, non ti preoccupare." Vale zero. Sempre per iscritto.

Pagare anticipato senza milestone. Pagamento forfait 12 mesi anticipato a un fornitore appena conosciuto e folle. Pagamenti mensili o per milestone (setup completato, migrazione fatta, primi 30 giorni di SLA rispettati).

Non avere clausola di handover. Tra 2 anni potresti voler cambiare di nuovo. La clausola di handover ti tutela.

Costi reali 2026 (tabella)

Tipo	Range
Spot emergenza fuori orario	€180-280/h
Spot emergenza in orario	€120-180/h
Pacchetto 20h	€2.500-4.500
Contratto 1 incidente critico/mese, SLA 8h	€800-1.500/mese
Contratto SLA 4h critico, lavorativi	€2.500-4.500/mese
Contratto SLA 2-4h critico, 24/7	€4.500-7.500/mese
Take-over completo (setup)	€1.500-5.000 una tantum

FAQ

Quanto tempo serve per la transizione del fornitore? Tipicamente 7-21 giorni includendo recupero accessi, audit del codice, deploy su nuova infra, primi 30 giorni di parallel monitoring. Sistemi semplici: 7-10 giorni. Sistemi legacy complessi: 3-6 settimane.

Posso obbligare il vecchio fornitore a consegnare il codice? Dipende dal contratto firmato originariamente. Se include clausola di proprieta del codice (work-for-hire), si - eventualmente con diffida legale. Se non lo include, puo essere disputa civile lunga. Lezione: sempre firmare contratti con clausola work-for-hire.

Cosa fare se il sistema e ospitato sul server del fornitore? Tre opzioni: (1) chiedi accesso e migra a tua infrastruttura, (2) lascia il sistema dove sta ma cambia chi lo manutiene (raro che il vecchio fornitore accetti), (3) ricostruisci su tua infra usando i dati esportati. La (1) e quasi sempre la giusta.

Come misuro la qualita dell'assistenza dei primi 60 giorni? Cinque metriche: rispetto SLA per ogni ticket, comunicazione proattiva (sanno avvisare prima che il problema esploda?), capacita di documentare le fix, riduzione frequenza incidenti, soddisfazione del team operativo che usa il sistema.

SLA realistico per PHP legacy vs Node moderno? PHP legacy serio richiede +50% sui tempi di risposta perche conoscenza specifica e meno diffusa. Node/Next.js moderno trova fornitori piu facilmente. Se hai legacy, accetta SLA leggermente piu lenti ma esigi qualita superiore.

Posso pagare a consumo invece che canone fisso? Si, modello pacchetto ore. Conviene se uso medio sotto 8 ore/mese. Sopra, il canone con SLA paga di meno per ora.

---

Sistema critico senza supporto e bisogno di valutare un nuovo fornitore? Scrivimi su WhatsApp - analisi preliminare gratuita entro 4 ore. Oppure scopri il servizio di assistenza software.