Il contratto con il fornitore software: sei punti che valgono più del prezzo

Sul prezzo si negozia per ore. Su proprietà, uscita e responsabilità quasi mai — e sono quelli che contano dopo.

8 minDirezione, amministrazione, chi firma i contratti

Cosa portare a casa

Risposta breve

Un contratto di sviluppo o fornitura software dovrebbe chiarire sei cose: cosa viene consegnato, a chi appartiene, chi risponde di cosa, cosa succede quando qualcosa non funziona, come si esce e cosa succede ai dati. Il prezzo è la settima, ed è quella su cui si concentra quasi tutta la discussione.

La proprietà del codice va scritta: senza, resta una zona grigia.

Un contratto senza tempi di intervento dichiarati non garantisce nulla.

Le clausole di uscita si negoziano solo all'inizio.

Data Hub

CONSOO

Torna alle guide

I sei punti

PuntoCosa deve direSe manca
PerimetroCosa è incluso e cosa no, in modo verificabileOgni richiesta diventa una trattativa
ProprietàA chi appartengono codice, contenuti, datiZona grigia che emerge quando volete cambiare
ResponsabilitàChi risponde di cosa, e cosa vale come difettoDiscussioni su ogni malfunzionamento
Livelli di servizioTempi di presa in carico per gravità, orari copertiNessuna garanzia concreta
UscitaCome si recuperano dati e sorgenti, in quanto tempoSi resta legati oltre la volontà
Dati personaliRuoli, istruzioni, misure, sub-fornitoriUn adempimento mancante che riguarda voi

Sull'ultimo punto: quando un fornitore tratta dati personali per conto vostro serve un accordo specifico. La forma e il contenuto vanno definiti con il consulente privacy, ma la sua assenza è una lacuna che resta in capo alla vostra azienda.

La proprietà, spiegata

Contrariamente a quanto molti danno per scontato, aver pagato lo sviluppo non implica automaticamente possedere il codice: dipende da cosa dice il contratto. Le configurazioni possibili sono più di due, e tutte legittime — basta che siano dichiarate.

ConfigurazioneCosa significaQuando è accettabile
Cessione piena al clienteIl codice è vostro, potete farne quello che voleteLa più chiara, e quella da preferire
Licenza d'uso perpetuaPotete usarlo per sempre ma non modificarlo o rivenderloAccettabile, se ampia e senza vincoli sul fornitore
Licenza legata al canoneSe smettete di pagare, perdete l'usoSolo se lo sapete e il canone è sostenibile
Piattaforma proprietaria del fornitoreIl vostro progetto vive dentro un loro sistemaLegittimo, ma va detto: cambiando fornitore si rifà tutto

Ciò che non è accettabile è l'ambiguità: un contratto che non dice nulla sulla proprietà è quello che genera le controversie peggiori, perché entrambe le parti sono convinte in buona fede di avere ragione.

I livelli di servizio, senza formule vuote

Cosa rende un impegno concreto

  • Le categorie di gravità definite con esempi, non con aggettivi.
  • Il tempo di presa in carico distinto dal tempo di risoluzione: il secondo non è sempre garantibile, il primo sì.
  • Gli orari coperti, e cosa accade fuori orario e nei festivi.
  • Il canale attraverso cui va aperta una segnalazione, perché faccia fede.
  • Cosa succede se gli impegni non vengono rispettati.
  • Un riferimento nominativo da entrambe le parti.

L'uscita

  1. 01

    L'esportazione dei dati

    In un formato aperto e leggibile, con lo storico completo, entro un termine definito e a un costo dichiarato o nullo.

  2. 02

    L'accesso ai sorgenti

    Dove sono conservati e come vi si accede. Idealmente in un archivio a cui la vostra azienda ha già accesso durante il rapporto, non solo alla fine.

  3. 03

    La documentazione minima

    Cosa fa il sistema, come è configurato, quali servizi esterni usa e con quali credenziali. Senza, il subentro di un altro fornitore costa molto di più.

  4. 04

    Un periodo di assistenza alla transizione

    Qualche settimana in cui il fornitore uscente risponde alle domande di quello entrante. Costa poco e fa risparmiare molto.

Queste clausole si negoziano solo all'inizio, quando il fornitore vuole il lavoro. Chiederle in fase di separazione significa chiedere un favore, e la risposta dipende interamente dai rapporti.

Risorse collegate utili

Domande frequenti

Se pago lo sviluppo, il codice è mio?

Non automaticamente: dipende da cosa dice il contratto. Le configurazioni possibili sono diverse — cessione piena, licenza perpetua, licenza legata al canone, piattaforma proprietaria — e tutte legittime, purché dichiarate. L'ambiguità è ciò che genera le controversie peggiori.

Cosa rende concreto un impegno di assistenza?

Categorie di gravità definite con esempi, tempo di presa in carico distinto da quello di risoluzione, orari coperti, canale ufficiale per le segnalazioni e riferimenti nominativi. Senza questi elementi, l'impegno è una formula.

Meglio un impegno ambizioso o realistico?

Realistico. Un fornitore che promette risoluzione in due ore sempre, per un canone contenuto, sta promettendo qualcosa che non manterrà. Sapere davvero entro quando qualcuno vi richiama vale più di una promessa che nessuno rispetterà.

Cosa deve prevedere la clausola di uscita?

Esportazione dei dati in formato aperto con storico completo, accesso ai sorgenti, documentazione minima su configurazioni e servizi usati, e un periodo di assistenza alla transizione. Si negoziano solo all'inizio: dopo diventano un favore.

Serve un accordo specifico sui dati personali?

Quando il fornitore tratta dati personali per conto vostro sì, con ruoli, istruzioni, misure e sub-fornitori definiti. La forma e il contenuto vanno stabiliti con il consulente privacy, ma la sua assenza è una lacuna che resta in capo alla vostra azienda.

Mandaci il contratto prima di firmarlo: i sei punti si verificano in mezz'ora.

CONSOO trasforma idee su software, AI e integrazioni in un percorso tecnico chiaro per PMI.

  • 30 minuti, online
  • Nessun impegno
  • Analisi del tuo caso reale
  • Risposta entro 24 ore