Il segnale di urgenza non è soltanto la mancanza del codice sorgente. Può emergere quando l'impresa vuole sostituire il fornitore, integrare il software con altri sistemi, sostenere un costo di evoluzione, censire un'immobilizzazione immateriale o dismettere un'applicazione che nessuno usa più. In questi passaggi, trattare come certa la titolarità perché l'impresa ha pagato lo sviluppo, usa il programma o conserva una fattura può portare a una decisione basata su una ricostruzione incompleta.
La risposta operativa è ricostruire la catena documentale che collega l'impresa al software effettivamente utilizzato: soggetto indicato nei documenti, componenti comprese, versione consegnata, regole di utilizzo e disponibilità tecnica. Se questi elementi convergono, il controllo interno può classificare la posizione come documentata ai fini della pianificazione degli asset aziendali. Se non convergono, il risultato utile non è attribuire per intuizione la titolarità, ma registrare una posizione da chiarire prima di assumere decisioni fondate sulla disponibilità del software.
La risposta operativa parte dal software effettivamente usato
La domanda “chi possiede il software?” va resa più precisa. Un'applicazione può comprendere un prodotto standard configurato, parti sviluppate su richiesta, integrazioni con sistemi di terzi, librerie, archivi di dati, credenziali di amministrazione, documentazione tecnica e codice sorgente. Il nome commerciale del programma non identifica necessariamente questo insieme.
Conviene quindi costruire una scheda per ciascun software rilevante, separando almeno quattro elementi. Il primo è il soggetto contrattuale: impresa, società del gruppo, fornitore o altro soggetto indicato nell'ordine, nell'offerta accettata, nel contratto o nei documenti successivi. Il secondo è l'oggetto: quale prodotto, modulo, personalizzazione o integrazione risulta incluso. Il terzo è la disponibilità tecnica: quali materiali sono stati consegnati, dove sono conservati e chi può accedervi. Il quarto è la continuità operativa: quali attività restano dipendenti dal fornitore, da piattaforme esterne o da componenti non gestite internamente.
Questa scomposizione evita un errore frequente: confondere il pagamento di una commessa con la ricostruzione documentale delle componenti ricevute. La fattura aiuta a individuare una spesa e un periodo, ma da sola raramente chiarisce quali elementi del software erano inclusi, quale versione è stata consegnata o quale disponibilità l'impresa può documentare. Allo stesso modo, l'accesso degli utenti dimostra l'uso del programma, non risolve da solo la relazione tra i diversi documenti.
Il passaggio risolutivo consiste nel confrontare il perimetro descritto nei documenti con il perimetro del software in funzione. Se il contratto richiama un gestionale e la consegna riguarda anche un connettore realizzato per l'impresa, il connettore va mappato separatamente. Se una personalizzazione compare in un verbale di consegna ma non nel riepilogo iniziale, la scheda può segnalarla come componente documentata da quel verbale. Se, invece, la versione utilizzata non trova corrispondenza nei documenti raccolti, lo scarto resta aperto e diventa un dato da chiarire, non un dettaglio da ignorare.
Errore da correggere: usare una sola prova per un insieme di componenti
Un controllo interno efficace non cerca un unico documento “decisivo” per tutto il software. Mette in relazione le prove disponibili e annota ciò che ciascuna prova chiarisce. Il percorso può seguire questi passaggi.
- Delimitare l'asset. Indicare il nome con cui il software è usato internamente, funzione aziendale, ambiente in cui opera e componenti conosciute. Una piattaforma, un'app mobile e un'integrazione contabile possono essere elementi distinti anche quando sono stati acquistati nello stesso progetto.
- Ordinare i documenti per funzione. Offerta, ordine, contratto, corrispondenza di progetto, verbale di consegna, fattura, manuali e repository rispondono a domande diverse. Accanto a ciascuno, è utile scrivere quale componente cita, quale soggetto nomina e quale versione o data di rilascio consente di riconoscere.
- Confrontare soggetti e perimetri. Verificare se chi ha commissionato, pagato, ricevuto la consegna e utilizza il software coincide. Quando emergono società diverse o un cambiamento di fornitore, il controllo annota la discontinuità invece di ricondurla automaticamente all'impresa utilizzatrice.
- Separare disponibilità tecnica e disponibilità documentale. Credenziali, copie del codice, backup o accessi a una piattaforma sono dati operativi importanti. Vanno però letti insieme ai documenti che descrivono ciò che è stato fornito e le condizioni riportate per quella componente.
- Formulare un esito utilizzabile. Per ogni componente, l'esito può essere: posizione documentata per l'impresa, posizione riferita al fornitore o a un terzo nei documenti disponibili, oppure posizione non ricostruita. L'ultima categoria non è una soluzione provvisoria da mascherare: indica con precisione quale confronto manca.
Il danno evitabile è una mappa degli asset che unisce sotto una stessa voce elementi con disponibilità diverse. In quel caso, una decisione su manutenzione, sostituzione, riallocazione dei costi o continuità del servizio può concentrarsi su un software apparentemente unitario, mentre il punto critico riguarda solo una personalizzazione, un'integrazione o un ambiente tecnico.
Percorso di correzione per rendere la posizione utilizzabile
Quando la ricostruzione iniziale presenta scarti, conviene correggere prima la scheda dell'asset e poi avviare richieste mirate. Non serve trasformare il controllo in una raccolta indistinta di file.
Si parte dalla componente con maggiore impatto operativo: quella necessaria per un processo aziendale, per un progetto di evoluzione o per un possibile cambio di fornitore. Si affiancano quindi la descrizione interna e i riferimenti documentali disponibili. Se manca l'abbinamento tra una versione in uso e una consegna, la richiesta al fornitore può indicare precisamente componente, progetto e documenti già individuati, chiedendo un chiarimento coerente con quel perimetro.
Una risposta del fornitore può essere utile se viene collegata alla stessa scheda: non come annotazione generica, ma con il riferimento al modulo, alla versione e al documento che chiarisce o lascia aperto lo scarto. Qualora il software includa elementi di terzi, è buona pratica mantenerli distinti dalle parti sviluppate nel progetto. In questo modo l'impresa sa quale disponibilità sta valutando e quale elemento richiede un ulteriore confronto.
Il controllo interno non attribuisce diritti né sostituisce l'analisi del caso concreto; produce una base leggibile per decidere cosa mantenere, evolvere, affidare nuovamente a un fornitore o sottoporre ad approfondimento. Per organizzare questa base può essere utile anche l'approfondimento su quali documenti servono per la pianificazione degli asset aziendali.
Quando la ricostruzione richiede assistenza sul caso
Conviene coinvolgere lo studio quando il software ha un peso rilevante nella pianificazione degli asset dell'impresa, quando il confronto evidenzia soggetti o componenti non allineati, oppure prima di una scelta che presuppone una disponibilità non ancora ricostruita. Il punto non è ottenere una conferma generica, ma definire quali documenti e quali componenti cambiano concretamente la decisione.
Alessio Ferretti STP, studio di commercialisti, può prendere in carico il confronto tra inventario dell'asset software, titolarità e documentazione disponibile, ordinando le informazioni utili per la decisione aziendale e individuando gli approfondimenti contabili, fiscali, societari o documentali pertinenti. Se il caso richiede competenze legali o tecniche, lo studio può coordinare i professionisti associati necessari a integrare il quadro.
Nel primo contatto è utile descrivere la situazione, l'urgenza della decisione e l'elenco dei documenti disponibili, ad esempio contratto o ordine, fatture, consegne, corrispondenza di progetto e indicazioni sulla versione in uso. Le modalità di trasmissione possono essere concordate dopo il contatto.
Richiedi una valutazione per una prima valutazione senza impegno.
Commenti
Commenti e domande dei lettori
Puoi leggere gli interventi pubblicati. Se vuoi aggiungere una domanda pertinente, apri il modulo: sarà visibile solo dopo moderazione.
Lascia un commento