SYSTEMS NOTE / INTEGRATION
Un software vecchio o scomodo può comunque contenere regole, dati e dipendenze essenziali. Prima di riscrivere tutto, conviene capire quale parte del lavoro richiede un nuovo layer.
Un gestionale può sembrare soltanto un'interfaccia poco moderna, ma spesso contiene anni di dati, regole, esportazioni, abitudini operative e collegamenti con contabilità, magazzino o produzione.
Sostituirlo significa migrare anche queste dipendenze. Il costo non è soltanto sviluppare una nuova UI.
Se il problema è il lavoro che avviene prima, dopo o tra più strumenti, un layer operativo può unificare viste, raccogliere dati, orchestrare attività e inviare al gestionale soltanto ciò che deve restare autorevole lì.
In questo modo il sistema esistente conserva il proprio ruolo mentre l'esperienza quotidiana cambia.
Prima di promettere una integrazione bisogna verificare API, formati di import/export, database, webhook, permessi e limiti di licenza. Dove non esiste un punto di integrazione affidabile, bisogna dirlo.
Una automazione fragile che simula click può essere accettabile per un prototipo, ma non dovrebbe diventare invisibilmente infrastruttura critica.
Ci sono casi in cui una riscrittura è corretta: tecnologia non più supportata, impossibilità di integrare, vincoli di sicurezza o costi operativi diventati insostenibili.
La decisione dovrebbe arrivare dopo aver mappato il sistema esistente. Il principio resta semplice: conservare ciò che funziona, costruire ciò che manca.
Prima di sostituire un gestionale, separa ciò che è vecchio da ciò che è ancora autorevole.