Gestionale di magazzino open source: cosa significa davvero

Mettiamo subito in chiaro la cosa che questa pagina rischierebbe di aggirare: Kazam non è open source. È source-available, che è una cosa vicina ma non uguale, e la differenza ha conseguenze pratiche su cosa potete fare con il codice. Se cercate una licenza approvata OSI, questa pagina vi dirà anche dove Kazam non risponde alla vostra domanda. Il livello che comanda le macchine fa eccezione: Sun Tech WCS è open source con licenza Apache 2.0.

Detto questo, chi digita «gestionale di magazzino open source» quasi mai sta cercando una licenza: sta cercando tre garanzie precise. Vediamo quali sono e quali modelli le danno davvero.

Perché si cerca «open source» quando si cerca un gestionale di magazzino

Dietro quella ricerca ci sono quasi sempre tre paure, e nessuna delle tre riguarda il testo della licenza.

• La paura di restare in ostaggio. Un magazzino informatizzato è difficile da smontare. Se il fornitore alza il prezzo, sparisce o smette di sviluppare, il costo dell'uscita è alto e lo sa anche lui. «Open source» qui significa: voglio una via d'uscita.
• La paura di non poter cambiare niente. Ogni magazzino ha una regola che nessun software prevede — un'etichetta particolare, un controllo alla ricezione, un PLC che c'era già. «Open source» qui significa: voglio poter adattare senza aspettare la roadmap di qualcun altro.
• La paura del costo che cresce. Le licenze nominative moltiplicate per gli anni fanno numeri sgradevoli. «Open source» qui significa: voglio un costo che non dipenda da quante persone censisco.

Sono tre domande legittime. Il punto è che la licenza open source è solo uno dei modi di rispondere, e non sempre il più efficace per un magazzino in produzione.

Open source, source-available, proprietario: tre situazioni diverse

Le tre parole si usano come sinonimi e non lo sono.

• Open source in senso proprio significa una licenza approvata dalla Open Source Initiative: il codice si legge, si modifica e si ridistribuisce, anche a terzi, anche a pagamento. È il modello di Odoo Community e di molti progetti generalisti.
• Source-available significa che il codice è accessibile — si legge, si verifica, si compila, si adatta — ma la licenza non concede la ridistribuzione. Potete fare tutto quello che serve per usare e adattare il software, non potete rivenderlo come vostro senza un accordo.
• Proprietario significa che il codice non lo vedete. Avete un binario, un contratto e la parola del fornitore su come sono gestiti i vostri dati.

La riga che conta più delle altre è la quarta. In un magazzino che spedisce ogni giorno, la domanda «chi risponde alle tre di notte» pesa quanto la libertà di modificare.

Cosa cambia su lock-in, costi, responsabilità e continuità

Lock-in. Non nasce dalla licenza: nasce dal formato dei dati e da quanto sono documentate le integrazioni. Un software open source con uno schema dati indecifrabile vi tiene prigionieri quanto uno proprietario. La domanda giusta non è «che licenza avete», è «come esporto tutto il mio database, in che formato e in quanto tempo».

Costi. Il software gratuito non rende gratuito il progetto. Restano infrastruttura, compilazione, aggiornamenti, sicurezza, avviamento e — nel caso di prodotti industriali — le licenze dei componenti di terze parti, che si comprano comunque. Chi sceglie di compilare in casa sposta il costo dalle licenze alle persone.

Responsabilità. Con una licenza open source la responsabilità del funzionamento è vostra, salvo che paghiate qualcuno perché se la prenda. Con un contratto, è di chi lo firma. Per un magazzino questa non è una sfumatura giuridica: è la differenza fra avere un numero da chiamare e non averlo.

Continuità. Un progetto open source vive finché ha una comunità; un prodotto commerciale vive finché ha clienti. Entrambi possono morire. La vera assicurazione, in entrambi i casi, è avere accesso al codice e ai dati: senza quello, la fine del fornitore è la fine del vostro magazzino.

Chi ha davvero bisogno del codice sorgente, e chi no

Vale la pena essere schietti, perché è una scelta che costa.

Ne ha bisogno chi ha sviluppatori in casa e li vuole usare; chi deve superare un audit di sicurezza sul codice e non su una scheda tecnica; chi ha regole di magazzino così specifiche da richiedere modifiche continue; chi integra impianti e macchine di vendor diversi e deve scrivere adattatori propri; chi costruisce soluzioni per i propri clienti e vuole rivenderle.

Non ne ha bisogno chi vuole che il magazzino funzioni senza occuparsi di infrastruttura; chi non ha e non vuole avere un presidio informatico interno; chi ha bisogno di partire in fretta e di avere un responsabile contrattuale unico. Per queste realtà l'accesso al sorgente è una garanzia da tenere in tasca — utile il giorno in cui serve — non uno strumento da usare tutti i giorni.

Nessuna delle due risposte è più matura dell'altra. Sono due modi diversi di distribuire il rischio.

Dove si colloca Kazam WMS

Kazam sta nella seconda colonna della tabella, e lo dice apertamente: il codice è accessibile a clienti e partner secondo gli accordi sottoscritti, si legge, si verifica, si compila e si adatta per uso interno; non è una licenza approvata OSI e non dà diritto di ridistribuzione. Per rivendere Kazam esiste il programma partner, con una royalty del 10% sul software fatturato.

Sull'accesso al sorgente per uso interno Sun Tech non applica un corrispettivo. Restano a vostro carico infrastruttura, compilazione, deployment, manutenzione e le licenze dei componenti commerciali che Kazam utilizza: chi compila in proprio le acquista, chi riceve il software da Sun Tech le trova comprese.

Le tre paure dell'inizio trovano risposta anche senza una licenza OSI: il codice è verificabile, l'esportazione completa del database è prevista dal contratto, e il canone dipende dall'utilizzo contemporaneo invece che dagli utenti censiti. Cosa dice esattamente la licenza, cosa comprende l'accordo di riservatezza e cosa resta a carico vostro è scritto qui: il modello source-available di Kazam WMS, con quello che potete e non potete fare.

Domande frequenti

Kazam è open source?

No. È source-available: il codice è accessibile a clienti e partner secondo accordo, si può leggere, verificare, compilare e adattare per uso interno, ma la licenza non è approvata OSI e non concede la ridistribuzione. La rivendita passa dal programma partner. Il WCS, Sun Tech WCS, è invece open source con licenza Apache 2.0.

Esiste un gestionale di magazzino open source completo?

Esistono ottimi moduli magazzino dentro ERP open source, e per flussi ordinati funzionano bene. La differenza emerge sulle missioni guidate complesse, sulle priorità dinamiche e sulle macchine da comandare, dove serve uno strato di orchestrazione e controllo che un modulo di un ERP generalista non ha. Il confronto ragionato sta su Kazam a confronto con Odoo.

Se ho il codice, posso fare a meno del fornitore?

Tecnicamente potete compilarlo e mandarlo avanti. Nella pratica serve qualcuno che conosca il prodotto quando il magazzino si ferma, e il codice da solo non lo fornisce. L'accesso al sorgente è una garanzia di continuità, non un sostituto dell'assistenza.

Quanto costa l'accesso al codice sorgente di Kazam?

Per uso interno non c'è un corrispettivo verso Sun Tech. Restano a vostro carico infrastruttura, compilazione, deployment, manutenzione e le licenze dei componenti commerciali di terze parti. L'accesso è regolato da un accordo dedicato, con riservatezza.

Posso rivendere Kazam ai miei clienti?

Sì, ma con l'accordo partner: royalty del 10% sul software fatturato, calcolata al netto di IVA e sconti, con i servizi professionali esclusi dal calcolo. È la strada prevista per integratori e software house.

Kazam è la piattaforma source-available che copre WMS e WES e si integra con Sun Tech WCS, con il codice verificabile e i dati che restano vostri. Richiedete l'accesso a Kazam Web Provate l'assistente

Da leggere dopo: quanto costa un software di gestione magazzino · da Excel a un gestionale di magazzino · il programma partner