Come gestire un progetto di sviluppo sistema finanziato da un sussidio — Lavorare all'indietro dalla data di decisione sul sussidio e le pratiche per scrivere il business plan

L’articolo precedente, “Si può usare un sussidio per affidare esternamente lo sviluppo di un sistema?,” ha illustrato a quali programmi rivolgersi a seconda dello scopo.

Questo articolo è il seguito. Tratta cosa succede dopo aver scelto un programma: come si gestisce effettivamente il progetto.

Un progetto di sviluppo sistema con sussidio differisce da uno ordinario in due aspetti decisivi.

• Le spese ordinate prima della data di decisione sul sussidio non sono ammissibili
• Il sussidio è pagato a posteriori (pagamento di saldo), quindi si anticipano interamente i costi di sviluppo

Queste due regole governano tutto della pianificazione: come costruire il calendario, quando contrattare e come gestire il cash flow. Detto al contrario: pianificare a ritroso attorno a queste due regole permette di evitare grossi fallimenti.

Si noti che i dettagli procedurali variano a seconda del programma e della tornata di candidatura. Questo articolo illustra il flusso generale a luglio 2026; allineare il piano effettivo alle linee guida della tornata di candidatura del programma che si utilizza.

1. La conclusione prima di tutto

Ecco i punti da tenere sotto controllo quando si pianifica un progetto di sviluppo sistema con sussidio.

• Costruire il calendario non dalla data di consegna desiderata, ma lavorando a ritroso da due date: la data di decisione sul sussidio (quando si può ordinare) e la scadenza del periodo di realizzazione del progetto (quando accettazione e pagamento devono essere completati). La rendicontazione ha una scadenza separata, successiva
• “Selezione” e “decisione sul sussidio” sono procedure distinte. In linea di principio si può ordinare solo dopo la decisione sul sussidio
• Pianificare il cash flow assumendo che passerà circa un anno tra l’inizio e il ricevimento del denaro (con eventuale finanziamento ponte se necessario)
• Il business plan è responsabilità del committente. Ciò che si può chiedere al fornitore si limita a fornire materiale oggettivo sullo sviluppo
• I documenti giustificativi (contratti, documenti di consegna, certificati di accettazione, prove di pagamento) serviranno sicuramente nella rendicontazione. Raccoglierli man mano che si verificano gli eventi
• Prima di candidarsi, chiedersi una volta se l’investimento varrebbe la pena anche senza sussidio

2. Comprensione del flusso generale — Lo sviluppo è solo un passo

Quando c’è un sussidio, lo sviluppo del sistema si colloca all’interno di una sequenza di procedure come questa.

Verifica delle linee guida / scelta del programma
        ↓
Preparazione della candidatura (business plan, preventivi, gBizID, ecc.)    ... 1-2 mesi
        ↓
Scadenza candidatura → verifica → annuncio selezione                         ... diversi mesi
        ↓
Richiesta sussidio → decisione sul sussidio                                  ← si può ordinare da qui
        ↓
Contratto/ordine → sviluppo → accettazione → pagamento                       ... da completare entro la scadenza del progetto
        ↓
Rendicontazione → verifica finale (importo del sussidio fissato)
        ↓
Richiesta pagamento saldo → erogazione sussidio                              ... pagamento a posteriori
        ↓
Rapporti sullo stato di commercializzazione, ecc.                            ... continuano per anni dopo il completamento

Nota: questo è lo schema per programmi che passano per due fasi — “annuncio selezione → richiesta sussidio” — come il Sussidio Monozukuri e il Sussidio per investimenti di risparmio del lavoro (tipo generale). In alcuni programmi, come il Sussidio per la digitalizzazione e l’adozione dell’IA, la candidatura iniziale è di per sé la richiesta di sussidio e la decisione sul sussidio è emessa come esito della verifica (non c’è un annuncio di selezione intermedio).

Laddove un progetto ordinario seguirebbe “ordine → sviluppo → accettazione,” con un sussidio vengono aggiunte fasi di candidatura e rendicontazione a entrambe le estremità. Tre punti meritano attenzione in particolare.

Selezione e decisione sul sussidio sono cose diverse. Nel Sussidio Monozukuri, nel Sussidio per investimenti di risparmio del lavoro (tipo generale) e programmi simili, l’annuncio della selezione non è altro che una notifica che il business plan è stato scelto; segue una procedura di richiesta del sussidio che esamina le spese, e si può ordinare solo dopo che è stata emessa la decisione sul sussidio. Il numero di fasi procedurali varia a seconda del programma, ma il punto per cui si può ordinare solo dopo la decisione sul sussidio è comune a tutti. Anche le linee guida del Sussidio per la digitalizzazione e l’adozione dell’IA affermano esplicitamente che lo strumento IT viene ordinato, contrattato e pagato dopo la decisione sul sussidio. Le spese sostenute anticipatamente, in linea di principio, non vengono recuperate.

Il periodo di realizzazione del progetto ha una scadenza. Ogni programma stabilisce un periodo dalla decisione sul sussidio al completamento del progetto finanziato (scadenza del periodo di realizzazione del progetto), e lo sviluppo deve essere completato e accettazione e pagamento ultimati entro quella scadenza. La scadenza per presentare la rendicontazione è fissata separatamente, successivamente — ma le uniche spese riconosciute sono quelle pagate entro la scadenza del periodo di realizzazione del progetto. Se lo sviluppo slitta oltre questa scadenza, si rischia di non ricevere affatto il sussidio.

I soldi arrivano per ultimi. Nessun sussidio viene pagato prima che la rendicontazione sia stata confermata. E anche allora non viene trasferito automaticamente: nel Sussidio Monozukuri e altri, il pagamento viene effettuato solo dopo che il candidato ha presentato una richiesta di pagamento del saldo una volta fissato l’importo del sussidio. Quella richiesta ha una scadenza propria a seconda del programma, quindi non bisogna rilassarsi e dimenticarsene dopo aver presentato la rendicontazione. Prevedere circa un anno dall’inizio al ricevimento del denaro e pianificare di coprire l’intero costo di sviluppo in quel periodo con fondi propri o finanziamenti.

3. Calendario a ritroso da due date

Il calendario di sviluppo per un progetto con sussidio si costruisce fissando prima le due date seguenti e inserendo lo sviluppo nel mezzo.

• Punto di partenza: la data (prevista) di decisione sul sussidio — prima di questa non si può ordinare
• Punto di arrivo: la scadenza del periodo di realizzazione del progetto (scadenza per completare il progetto finanziato) — accettazione e pagamento devono essere completati entro questa data. La presentazione della rendicontazione è una scadenza separata, successiva

3.1. Un esempio pratico

Supponiamo che la decisione sul sussidio arrivi ad aprile, la scadenza del periodo di realizzazione del progetto (per completare accettazione e pagamento) sia fine novembre, e la rendicontazione venga presentata dopo.

L’aspetto cruciale è collocare l’accettazione e il pagamento uno o due mesi prima della scadenza del periodo di realizzazione del progetto. Nella collaudo di un sistema aziendale, emergeranno sempre problemi che si manifestano solo passando dati reali. Se l’accettazione è appena prima della scadenza, non c’è tempo per le correzioni, il che porta all’esito autolesionistico di “firmare l’accettazione pur non essendo ancora adeguato, pur di rispettare la scadenza.”

3.2. Cosa si può e non si può fare prima della decisione sul sussidio

Non si può contrattare prima della decisione sul sussidio, ma questo non significa che non si possa fare nulla.

Anzi, più si affinano i requisiti e l’accuratezza del preventivo prima della candidatura, più agevolmente può iniziare lo sviluppo una volta arrivata la decisione sul sussidio. Se il preventivo presentato nella candidatura diverge sostanzialmente da ciò che verrà effettivamente sviluppato, si perdono tempi nella richiesta di sussidio o nelle procedure di modifica del piano.

Si noti anche che ottenere un account gBizID Prime, necessario per la presentazione elettronica, comporta una verifica e può richiedere tempo. È più sicuro richiederlo quando si inizia a considerare un programma, anziché subito prima di candidarsi.

3.3. Allineare le fasi con i contratti

Essere un progetto con sussidio non cambia il modo di pensare al contratto di sviluppo. Se si usa un contratto multi-fase — definizione dei requisiti in quasi-mandato, design in poi in contratto d’opera (vedi Come strutturare un contratto di sviluppo o manutenzione — imparare la distinzione tra quasi-mandato e contratto d’opera dal ‘Model Contract’ dell’IPA) — è necessario mappare quali spese di quale contratto sono ammissibili sul contenuto della richiesta del sussidio. Se si suddividono i contratti, articolare i preventivi secondo le stesse linee semplifica molto la riconciliazione al momento della rendicontazione.

4. Cash flow — Prepararsi al pagamento a posteriori

Un sussidio non è un anticipo. I costi di sviluppo vengono pagati interamente in anticipo, e il sussidio arriva dopo che la rendicontazione è stata confermata.

Cose da verificare nella pianificazione:

• Si possono anticipare tutti i costi di sviluppo (comprese le spese non ammissibili) fino all’arrivo del denaro?
• In caso contrario, è possibile usare un finanziamento ponte da una banca (in alcuni casi si può presentare la notifica di selezione)?
• A un tasso di sussidio di 1/2, la restante metà — a 2/3, la restante terza parte — è un costo permanente per il committente
• I costi di manutenzione e gestione dopo l’avvio sono normalmente non ammissibili e diventano un costo annuale per il committente. Ci sono eccezioni: nel Sussidio per la digitalizzazione e l’adozione dell’IA, per esempio, i canoni di utilizzo cloud per uno strumento IT registrato possono essere ammissibili per un periodo stabilito (fino a due anni nella categoria standard), e anche il Sussidio Monozukuri ha una categoria di spesa per i canoni di utilizzo di servizi cloud. Quali costi di gestione siano ammissibili e per quanto tempo va verificato nelle linee guida di ciascun programma

Gli ultimi due punti in particolare sono facili da trascurare. Gonfiare lo scope di sviluppo pensando “c’è un sussidio,” fa aumentare sia la quota propria che i costi di manutenzione, che restano come onere anche dopo la fine del progetto finanziato. Chiedersi una volta, prima di candidarsi, se l’investimento regge come decisione di investimento anche senza sussidio, è in fondo l’approccio più sicuro.

5. Scrivere il business plan — Cosa scrive il committente e cosa può fornire il fornitore

Le candidature al sussidio vengono valutate in base al business plan. E il piano è responsabilità del candidante, cioè del committente.

5.1. Cosa solo il committente può scrivere

• Le proprie sfide gestionali (cosa crea problemi e perché risolverle ora)
• Obiettivi numerici (produttività del lavoro, valore aggiunto, aumento dei salari — a seconda degli indicatori richiesti dal programma)
• Struttura di attuazione (chi è responsabile, chi è il referente lato business)
• Piano di finanziamento (fondi propri rispetto a finanziamenti)

Il Sussidio per investimenti di risparmio del lavoro delle PMI (tipo generale), per esempio, richiede un business plan che includa target di miglioramento della produttività del lavoro e aumento dei salari (gli indicatori e le cifre utilizzati variano a seconda della tornata di candidatura, e alcune tornate permettono di scegliere tra diversi indicatori), con clausole di recupero se i target fissati al momento della candidatura non vengono raggiunti. Questi sono impegni sul funzionamento dell’azienda stessa, e non sono qualcosa che un fornitore possa assumere al posto del committente.

5.2. Materiale oggettivo che il fornitore può fornire

Il lato oggettivo dello sviluppo, invece, è quello in cui il fornitore può aiutare.

• Documenti che descrivono ciò che verrà costruito (cosa verrà creato e come cambieranno le operazioni)
• Diagrammi dell’architettura del sistema (stato attuale e post-implementazione)
• Preventivo articolato in voci corrispondenti alle categorie di spesa
• Le basi per stimare la riduzione dello sforzo (come si misura il tempo di lavoro attuale, come si calcola la riduzione)

Di queste, quella che ha maggior peso nella valutazione è, forse sorprendentemente, l’ultima: le basi della stima. Un build-up del tipo “l’inserimento dati richiede in media X minuti per ordine, a Y ordini al mese, quindi Z ore al mese; di quelle, la percentuale Z% che passa a import automatico è ciò che verrà eliminato” rende il piano molto più convincente di una dichiarazione qualitativa del tipo “le operazioni diventeranno più efficienti.” Quella costruzione può essere prodotta solo congiuntamente, dai dati operativi del committente e dalle conoscenze di design del fornitore.

5.3. Per aiuto nella stesura, rivolgersi a un ente di supporto pubblico

Il supporto su come scrivere il piano stesso è al di fuori del mandato di un fornitore di sviluppo. Consultare una Camera di Commercio e Industria o un’associazione di commercio e industria, un centro di supporto Yorozu (よろず支援拠点), un organismo di supporto elencato su MiraSapo Plus, o uno specialista come un consulente per PMI (中小企業診断士). Se si usa un’agenzia a success fee per la candidatura, si consiglia di valutare con lucidità il tasso di commissione e i termini del contratto.

6. Prepararsi alla rendicontazione — Raccogliere i documenti man mano che si verificano gli eventi

Per la rendicontazione si presenta l’intera catena di documenti giustificativi dall’ordine al pagamento. In generale, sono richiesti i seguenti.

• Preventivi concorrenti (nel Sussidio Monozukuri, nel Sussidio per investimenti di risparmio del lavoro (tipo generale) e programmi simili, per acquisizioni sopra una certa soglia è richiesto, in linea di principio, un preventivo da più di un fornitore. Se se ne riesce a ottenere uno solo, sarà richiesto materiale esplicativo come una dichiarazione delle ragioni di scelta del fornitore)
• Il contratto, o l’ordine di acquisto e la conferma d’ordine
• Il documento di consegna e il certificato di accettazione (con data entro il periodo di realizzazione del progetto)
• La fattura e la prova del bonifico (nel Sussidio Monozukuri e nel Sussidio per investimenti di risparmio del lavoro (tipo generale), il pagamento deve in linea di principio essere effettuato tramite bonifico bancario intestato al candidato, e il pagamento in contanti non è ammissibile. Una ricevuta non sostituisce la prova del bonifico, quindi impostare il metodo di pagamento su bonifico fin dall’inizio)
• Eventuale contratto di variazione o memorandum che copra una modifica della specifica

Il modo in cui la gente inciampa qui è sempre lo stesso: cercare di mettere tutto insieme dopo. Poiché viene verificata la coerenza delle date (l’ordine è stato effettuato a partire dalla data di decisione sul sussidio; il pagamento è stato effettuato entro il periodo stabilito), i documenti non possono essere raccolti a posteriori — e non dovrebbero. A ogni punto — ordine, consegna, accettazione, pagamento — finalizzare subito il documento datato e archiviarlo. Questo da solo riduce drasticamente l’onere della rendicontazione.

Dal lato sviluppo, si tratta semplicemente della gestione documentale che dovrebbe avvenire in ogni progetto di sviluppo su commissione. In un progetto con sussidio, è semplicemente resa esplicita come condizione per ricevere il sussidio.

Alcuni programmi prevedono anche diversi anni di obblighi di rendicontazione dopo l’arrivo del denaro, come il rapporto sullo stato di commercializzazione. Gli indicatori usati in quei rapporti (produttività, sforzo, fatturato) sono molto più facili da produrre ogni anno se si costruisce il meccanismo di registrazione nel sistema già in fase di sviluppo, anziché iniziare a misurare una volta che il sistema è attivo.

7. Ostacoli comuni e cosa farci

Riassunto

• Pianificare uno sviluppo finanziato da un sussidio significa lavorare a ritroso da due date: la decisione sul sussidio (quando si può ordinare) e la scadenza del periodo di realizzazione del progetto (quando accettazione e pagamento devono essere completati). La rendicontazione ha una scadenza separata, successiva
• Selezione e decisione sul sussidio sono cose diverse. In linea di principio, l’ordine avviene dopo la decisione sul sussidio
• Il sussidio viene pagato a posteriori. Pianificare prima il cash flow per anticipare l’intero importo
• Il business plan è responsabilità del committente. Quello che si trae dal fornitore è materiale oggettivo — cosa si costruisce, diagrammi dell’architettura, preventivi e basi della stima del beneficio
• Non lasciare i documenti giustificativi alla fine; raccoglierli man mano che si verificano gli eventi
• I dettagli dei programmi cambiano da una tornata di candidatura all’altra, quindi controllare sempre le linee guida più recenti

Per il quadro generale sulla scelta del programma, vedi l’articolo precedente, “Si può usare un sussidio per affidare esternamente lo sviluppo di un sistema?”; per un esempio concreto con il Sussidio per investimenti di risparmio del lavoro, vedi “Il Sussidio per investimenti di risparmio del lavoro può pagare lo spostamento degli ordini fax sul web?”.

Se si sta considerando uno sviluppo basato su un sussidio

Komura Software LLC si occupa di sviluppo su commissione incentrato su applicazioni business Windows. Per progetti basati sull’uso di un sussidio, aiutiamo con il preventivo indicativo, i diagrammi dell’architettura e le basi per stimare la riduzione dello sforzo prima della candidatura, e pianifichiamo lo sviluppo successivo alla decisione sul sussidio con un calendario a ritroso dalla scadenza del periodo di realizzazione del progetto.

Non agiamo come agenzia per le candidature e non esprimiamo giudizi su se una candidatura verrà selezionata. Rivolgete la procedura di candidatura a un ente di supporto pubblico o a uno specialista — e sentitevi liberi di parlarci della sostanza dello sviluppo e di come gestirlo, già dalla fase di classificazione dei requisiti.

Articoli correlati

Articoli recenti con gli stessi tag per approfondire argomenti vicini.

Argomenti correlati

Queste pagine collocano l’argomento in un contesto più ampio di servizi e decisioni.

Servizi collegati all’argomento

L’articolo è direttamente collegato ai servizi seguenti.

Domande frequenti

Domande che ricorrono nelle consulenze sull’argomento dell’articolo.

Una volta selezionati, posso subito ordinare lo sviluppo?

In molti programmi, come il Sussidio Monozukuri, l'annuncio della selezione è seguito da una procedura di richiesta del sussidio e la decisione sul sussidio viene emessa dopo la verifica della segreteria. In alcuni programmi, come il Sussidio per la digitalizzazione e l'adozione dell'IA, la candidatura iniziale è di per sé la richiesta di sussidio — ma in ogni caso, in linea di principio sono ammissibili solo le spese contrattate o ordinate a partire dalla data di decisione sul sussidio. Ordinare subito dopo la selezione potrebbe ancora essere prematuro, quindi verifica nelle linee guida della tornata di candidatura quando si può iniziare ad ordinare e non stipulare contratti prima di allora.

Un progetto di sviluppo sistema con sussidio richiede più tempo di uno ordinario?

Il lavoro di sviluppo in sé non richiede più tempo, ma vengono aggiunti periodi procedurali ad entrambe le estremità. Prevedi uno o due mesi per preparare la candidatura, diversi mesi fino all'annuncio della selezione, ulteriore tempo fino alla decisione sul sussidio — e dopo il completamento dello sviluppo, il pagamento arriva solo dopo la rendicontazione e la relativa verifica. Non è raro che tra l'inizio e il ricevimento del denaro passi circa un anno. Inoltre, poiché l'accettazione e il pagamento devono essere completati entro il termine del periodo di realizzazione del progetto, il periodo di sviluppo deve essere garantito lavorando a ritroso da quella scadenza.

Il fornitore può scrivere il business plan per me?

Il business plan è responsabilità del candidante, cioè del committente. Solo il committente può scrivere delle proprie sfide gestionali, degli obiettivi numerici e della struttura di attuazione. Ciò che il fornitore può contribuire è materiale che copre il lato oggettivo dello sviluppo: descrizioni di ciò che verrà costruito, diagrammi dell'architettura del sistema, preventivi e le basi per stimare la riduzione dello sforzo. Se serve aiuto su come scrivere il piano stesso, rivolgersi a una Camera di Commercio e Industria, a un centro di supporto Yorozu (よろず支援拠点) o a un consulente per PMI (中小企業診断士).

Quali documenti servono per la rendicontazione?

Varia a seconda del programma, ma in generale serve l'intera catena di documenti giustificativi dall'ordine al pagamento: il contratto (o ordine di acquisto e conferma d'ordine), il documento di consegna, il certificato di accettazione, la fattura e la prova del bonifico. Poiché viene verificata la coerenza delle date (l'ordine è stato effettuato a partire dalla data di decisione sul sussidio; il pagamento è stato effettuato entro il periodo di realizzazione del progetto), è importante raccogliere i documenti man mano che si verificano gli eventi — compreso qualsiasi contratto di variazione in caso di modifiche alla specifica durante lo sviluppo.

Profilo dell’autore

Pagina di presentazione dell’autore dell’articolo.

Go Komura

Rappresentante di KomuraSoft LLC

Specializzato nello sviluppo di software Windows, nella consulenza tecnica e nell’analisi dei malfunzionamenti, soprattutto nei progetti con sistemi esistenti e guasti difficili da riprodurre.