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