Liste di taglio dal gestionale alla troncatrice, via SFTP
Collegamento fra il server aziendale e il PC della troncatrice per barre di alluminio: la lista di taglio arriva in macchina da sola e i dati di produzione tornano indietro, senza chiavette e senza ribattitura.
< 30 s
Lista in macchina
0
Errori di ribattitura
automatico
Consuntivo di taglio
eliminate
Chiavette in reparto
Il problema
La lista di taglio nasce nel gestionale, in ufficio. La troncatrice sta in reparto e ha un suo PC industriale, spesso di generazione precedente e su una rete separata. Fra i due, nella maggior parte delle aziende, c'è una persona: stampa la lista e la ribatte sul pannello macchina, oppure la porta su una chiavetta USB. Entrambe le strade costano. La ribattitura introduce errori su numeri che nessuno ricontrolla — una quota sbagliata di un millimetro diventa una barra buttata, e se ne accorge il montaggio tre giorni dopo. La chiavetta introduce un problema diverso: non si sa mai quale versione della lista sia finita in macchina, e quando l'ufficio tecnico rilascia una revisione non c'è modo di sapere se il reparto sta tagliando quella giusta. In più il consuntivo — quanti pezzi sono davvero usciti, quanti spezzoni sono rimasti — torna in ufficio a voce o su un foglio, quando torna.
La soluzione
Abbiamo messo un canale SFTP fra il server aziendale e il PC macchina, in entrambe le direzioni. Quando una commessa viene rilasciata, il gestionale scrive la lista di taglio in una cartella di spool; un servizio la trasferisce sul PC della troncatrice, che la trova pronta nella cartella da cui legge di suo. Finito il lotto, la macchina scrive i dati di produzione in una cartella di uscita e lo stesso canale li riporta al server, dove diventano il consuntivo della commessa. L'operatore non tocca nulla: la lista giusta è già lì, e le barre effettivamente tagliate risultano in ufficio senza che nessuno le trascriva.
Dettaglio progetto
Perché SFTP e non una cartella condivisa
La strada breve sarebbe montare una condivisione di rete sul PC macchina. Sconsigliamo quasi sempre di farlo, per tre motivi concreti. Il primo è che una condivisione va tenuta aperta fra due reti che è meglio restino separate, e obbliga a lasciare credenziali di dominio memorizzate su un computer che vive in reparto e che nessuno aggiorna da anni. Il secondo è il comportamento in caso di guasto: quando il server non risponde, un percorso di rete montato non dà errore subito, si blocca — e con lui si blocca l'applicazione della macchina che ci stava leggendo dentro. Il terzo è che una condivisione è bidirezionale e permissiva per natura, mentre qui serve il contrario. Con SFTP c'è una singola connessione in uscita verso un solo host, autenticata a chiave, verso un utente confinato a una cartella: se il server è spento non succede niente, il trasferimento va in coda e riprova.
Il file non deve mai essere letto a metà
È il dettaglio che fa la differenza fra un'integrazione che funziona e una che ogni tanto produce un lotto sbagliato. Se si scrive la lista direttamente al suo nome definitivo, la macchina può aprirla mentre l'upload è ancora in corso e leggere un elenco troncato: taglia le prime venti misure e ignora le altre, senza segnalare nulla, perché dal suo punto di vista il file era valido. Il trasferimento avviene quindi su un nome temporaneo e solo a upload completato il file viene rinominato — operazione che il filesystem esegue in un colpo solo. La macchina o vede il file intero, o non lo vede. A valle, il confronto dell'impronta SHA-256 conferma che quello che è arrivato è identico a quello che è partito.
Quando la macchina è spenta
Il reparto non lavora sempre, e il PC della troncatrice viene spento. Un trasferimento che fallisce non è un errore da segnalare all'operatore: è la normalità serale. La coda tiene il lavoro in sospeso e riprova a intervalli via via più lunghi, così una macchina spenta per il fine settimana non riempie i log di allarmi. L'avviso e-mail scatta solo quando i tentativi falliti superano una soglia, cioè quando c'è davvero qualcosa da guardare.
Il ritorno dei dati è metà del valore
Portare la lista in macchina risolve il problema dell'ufficio tecnico. Riportare indietro il consuntivo risolve quello della produzione: quante barre sono state consumate davvero, quali spezzoni sono rimasti e quanto è durato il lotto. Sono dati che la macchina già produce e che di solito restano lì dentro. Farli tornare sul server costa poco, perché il canale è lo stesso, e trasforma la troncatrice da isola a fonte di informazioni sulla commessa.
Cosa sapere prima di collegare una macchina vecchia
Due cose ci hanno fatto perdere tempo e vale la pena dirle. La prima è la codifica: i PC macchina di una certa età scrivono file in codifica locale, non in UTF-8, e un accento in un campo descrizione basta a far fallire l'importazione a monte — la conversione va messa nel canale, non lasciata al caso. La seconda è l'orologio: se il PC macchina ha l'ora sbagliata, gli orari del consuntivo non si allineano con quelli del gestionale e ogni analisi successiva diventa inaffidabile. Si sincronizza una volta e non ci si pensa più.
Tecnologie utilizzate
- Trasferimento SFTP su chiave, senza password memorizzate in macchina
- Utente dedicato confinato alla sola cartella di scambio
- Scrittura atomica (file temporaneo + rinomina) e verifica SHA-256
- Coda persistente con ritentativi a intervallo crescente
- Canale di ritorno per il consuntivo di produzione
- Log per commessa e avviso e-mail sui trasferimenti falliti
Settore
Alluminio & Serramenti
Pronti a progettare la vostra soluzione?
Ogni impianto è diverso. Il nostro team analizza il vostro processo produttivo e propone la soluzione più adatta: dalla consulenza iniziale all'integrazione finale.