Lean integration – parte seconda

Il problema dell’integrazione non riguarda solo applicazioni e processi interni all’azienda ma anche quelli dell’azienda e dei suoi clienti e fornitori,
cioè della sua supply chain. Nel precedente
post abbiamo descritto una soluzione low cost e flessibile per l’integrazione interna mentre qui ne viene descritta una per l’integrazione con i fornitori. Sul versante
della fornitura è ormai sempre più frequente trovare, anche laddove non vi siano espliciti ordini aperti o ordini quadro, delle situazioni in cui il fornitore produce più di quanto richiesto dal cliente con un determinato ordine, sapendo che il surplus verrà comunque assorbito da ordini successivi. Per il cliente il lead time
di approvvigionamento rilevato nel caso di spedizione di surplus di produzioni precedenti o di pezzi di nuova produzione è molto diverso e condiziona in modo
determinante la pianificazione
della produzione e le consegne ai clienti. Un modo molto pratico per gestire queste situazioni è modellare sull’APS il magazzino presso il fornitore (contenente le
produzioni in surplus) e impiegare il MRP multimagazzino dell’APS per gestire lead time differenziati per i semplici trasferimenti di giacenza o per le nuove produzioni.
La fonte dati usata dall’APS per le giacenze presso il fornitore può essere un foglio elettronico aggiornato periodicamente dal fornitore con i dati di giacenza per ogni
articolo. Questo foglio elettronico può essere trasmesso via e-mail dal fornitore ed inserito dal pianificatore presso il cliente
in un’opportuna directory in rete da dove è letto direttamente dall’APS. Oppure
si può usare un cartella condivisa tra cliente e fornitore contenente il foglio elettronico e sincronizzata automaticamente usando Dropbox.

Lean integration technologies

Nei progetti in cui un sistema dipartimentale deve essere integrato con il sistema ERP, il costo per la realizzazione
delle procedure di scambio dati (integrazione) tra i sistemi è spesso molto rilevante, addirittura paragonabile al costo del sistema dipartimentale. I motivi
di ciò sono legati al fatto che l’azienda che vuole dotarsi del sistema dipartimentale può rivolgersi solo ai
produttori dei due sistemi, soprattutto se le tecnologie di integrazione usate da questi non sono accessibili al dipartimento IT dell’azienda in questione
(perchè bisogna
metter mano al codice dei due applicativi o usare tecnologie proprietarie). Questo tipo di problemi affliggono spesso anche i progetti di inserimento in azienda
di un sistema di pianificazione e limitano la diffusione di questi applicativi solo ad aziende facoltose. Tutto ciò
vale soprattutto per gli APS più datati, i quali sono solitamente meno versatili in termini di tecnologie di integrazione supportate.
Tra le soluzioni più flessibili e innovative a questo problema vi è l’utilizzo di Sikuli, un tool
sviluppato dal MIT (e usato da aziende leader, da quanto si legge dal sito) e che ha raggiunto ormai la maturità. Si tratta di un applicativo che viene programmato non scrivendo
codice ma descrivendo le operazioni da eseguire con le immagini del pulsante su cui cliccare, della casella da riempire, ecc.
Per quanto riguarda i processi in cui sono coinvolti gli APS, questo tool permette di esportare i dati verso il sistema gestionale emulando un utente che interagisce
con l’interfaccia grafica del sistema gestionale. Si tratta di uno strumento che può essere usato sia per il data entry (l’abbiamo usato per caricare sul gestionale
delle nuove anagrafiche
da un foglio elettronico), sia per l’esportazione quotidiana di nuovi ordini di produzione o richieste di acquisto. Questo significa che l’azienda che vuole esportare
i dati generati
dall’APS verso il sistema ERP può crearsi le procedure in autonomia e rapidamente, riducendo il costo del progetto. Alcuni sistemi (e [[Cowry https://www.paneido.com/solutions]] è tra questi) permettono
di lanciare Sikuli
direttamente, dandogli
come input la lista degli ordini o degli altri dati da trasferire sul sistema gestionale. L’integrazione svolta in questo modo è più semplice da realizzare e
da testare e permette di abbattere i costi di progetto ed i tempi della fase di integrazione.

Capacità finita su un orizzonte definito

Le pianificazioni a capacità finita e infinita possono essere combinate in una sessione di pianificazione in diversi modi:
possono essere applicate distintamente a risorse diverse (come descritto in un altro posto di questo blog) o possono essere applicate alla stessa risorsa (centro di lavoro,
attrezzatura o altro) contemporaneamente. In altre parole è spesso conveniente impostare il vincolo di capacità per una risorsa su un determinato orizzonte
temporale a partire dalla data corrente e pianificare a capacità infinita oltre tale orizzonte. In questo modo possiamo modellare la situazione in cui
nel breve periodo non possiamo incrementare la capacità mentre nel medio/lungo termine è possibile aggiungere risorse o capacità. E’ semplice impostare
ciò in Cowry.

Paneido
Paneido è sinonimo di vent’anni di esperienza con i sistemi di pianificazione e simulazione. La nostra filosofia è rendere semplici e veloci le attività quotidiane e praticabili le soluzioni ai problemi meno ricorrenti: phase-in/out di prodotti, adeguamento capacità produttiva, ottimizzazioni, ecc.

Questo sito web utilizza cookies per garantire il corretto funzionamento dei servizi offerti e per migliorare l’esperienza d’uso delle applicazioni on-line; può contenere componenti multimediali di terze parti, i quali possono generare a loro volta cookies sui quali non è possibile avere controllo; per ulteriori informazioni consulta la nostra informativa.