Escalations !! Ovvero l’arte di complicare rapidamente i già complessi processi di service (post-vendita/field service) industriale

Come ex addetto di lungo corso nel service, desidero promuovere anche una maggior cultura e conoscenza specifica sulle operations di service post-vendita/field nazionale/internazionale in ambito industriale. 

Per questo motivo mi piace ogni tanto andare contro corrente, lontano dal sensazionalismo di molte analisi di mercato e studi accademici che si trovano su internet (fin troppo ottimistiche rispetto alla quotidiana realtà lavorativa) inserendo nei miei case-history, anche esempi di prassi operative di service da evitare, oltre alla descrizione di alcune criticità tipiche del comparto, in particolare nelle medie e grandi aziende dove inizia a diventare elevato il numero di clienti, stakeholders, transazioni ed escalations (un termine elegante e professionale per indicare dagli addetti ai lavori “emergenze e crisi”) da gestire.

In ambito accademico, marketing e direzionale ci sono da tempo bravi professionisti capaci di progettare complessi schemi, flussi e processi funzionali sul come dovrebbe idealmente funzionare una fluida, efficiente, moderna, complessa e scalabile organizzazione di service post-vendita industriale, ma nella realtà dei fatti, ancora oggi, quando si incappa in un escalation e si deve correre per contendersi/accaparrarsi le sempre più limitate risorse necessarie a risolverla (in particolare se l’azienda è ancora fortemente prodotto-centrica), l’esperienza insegna che chi è più in alto nell’organigramma aziendale (o semplicemente urla più forte..) ha le probabilità più elevate di far prevalere all’interno dei vari uffici/reparti le proprie priorità e saltarci fuori rapidamente.

Nell’arco della mia attività lavorativa ho assistito al crescere della pressione sulle organizzazioni service (e post-vendita/field più in generale), innescata principalmente (prima della pandemia) da una progressiva riduzione del tempo (regolamentato contrattualmente) necessario per attivare e far arrivare in emergenza un tecnico e/o ricambio in un impianto/stabilimento/cantiere all’estero. Un fenomeno che per gli addetti ai lavori è sempre stato gestibile (nonostante le crescenti difficoltà logistiche, visto che approvvigionare e spedire rapidamente (24/48/72 ore) uno o più componenti industriali fuori dall’EU non è proprio una passeggiata, in particolare se si lavora “in campo-cantiere” con decine e decine di nazioni diverse ognuna con le proprie procedure “ostative” amministrativo-burocratiche e doganali d’importazione….).

Nel contempo si è rapidamente e parallelamente sviluppata una prassi molto più difficile da controllare, che rischia di minare nel lungo termine l’efficienza ed efficacia di qualsiasi organizzazione internazionale di service post-vendita industriale.

Sto parlando della crescente abitudine di una parte dei clienti finali (per scalare in priorità durante una presunta emergenza) di cercare da subito un canale diretto con commerciale, direzione e proprietà, bypassando di fatto l’intera organizzazione service preposta a supportarli.

Ora se l’organizzazione aziendale globale è solida e coesa, questi tentativi vengono arginati, ma se a livello commerciale o direzionale non si è rapidi e fermi a indirizzare il cliente a seguire i canali dedicati di supporto, gli effetti sono appunto l’innesco di continue e caotiche escalations. Non causate da continui arresti o gravi guasti conclamati della propria base di installato, ma bensì dagli insistenti e reiterati reclami di qualche cliente che (il più delle volte a fronte di semplici allarmi o anomalie tecniche minori) rivendica una maggior priorità per essere subito supportato dal fornitore.

So per esperienza che è sufficiente fare una sola concessione e da lì in poi quel cliente non seguirà più i canali appositi di segnalazione, attivazione e supporto del service (customer care), ma martellerà incessantemente per telefono ed e-mail venditori, direttori e titolari (i quali, con buona probabilità si metteranno a loro volta a esercitare ancora più pressione all’organizzazione post-vendita stessa), fintanto che non verrà spedito il ricambio e/o fatto salire d’urgenza sul primo aereo disponibile anche un tecnico con visto pronto (magari ottenuto per un altro intervento già programmato), mandando in fumo il lavoro di programmazione, schedulazione di molti altri interventi che potrebbero a loro volta venir posticipati in cascata (ogni volta che si richiede un visto, il passaporto viene ritirato da consolato o ambasciata, pertanto in quel periodo il tecnico potrà solo operare in Italia ed EU, e se si lavora principalmente in nazioni extra EU questa è una grave limitazione di risorse con il crescente rischio di aumentare le varianze economiche derivanti dal personale trasfertista che rimane “in attesa in ufficio” su centro di costo interno e non spesato su commessa cliente).

Le escalations (quelle vere, serie e gravi) fanno da sempre parte del business service post-vendita in ambito industriale e nel tempo la loro frequenza è rimasta limitata, ma negli ultimi anni (stando al mio circuito di relazioni professionali) il loro numero sembra invece essere aumentato considerevolmente diventando una delle principali cause del frequente turnover (già normalmente elevato) del personale tecnico (field service engineers) e di gestione clientela impiegato nel comparto.

Le risorse umane hanno da tempo cercato di risolvere il problema inserendo “la capacità di gestire la pressione ed operare durante le escalations” come requisito per ricoprire le nuove posizioni di operations per il service post-vendita, ma senza successo visto che alla lunga un addetto che già si trova quotidianamente esposto (il più delle volte anche fuori dall’orario lavorativo soprattutto se si opera con grandi differenze di fuso orario) alle difficoltà e sollecitazioni prodotte dalle innumerevoli pressanti richieste (**vedi estenuanti e ruvide call quotidiane di expediting del cliente**) e problematiche scatenate dai clienti in difficoltà (senza scordarsi dei tecnici trasfertisti in campo che richiedono a loro volta continuo ed immediato supporto in particolare se si persegue il “Duty-of-Care”), difficilmente riuscirà ad avere ulteriore tenuta motivazionale nell’arco degli anni per assorbire sempre più frequentemente anche la crescente pressione che si riceve internamente dalla propria azienda. 

Quali sono le difficoltà supplementari nell’eseguire le messe in servizio e fare service, manutenzione su macchinari dotati di sistemi “software-intensive” rispetto a quelli principalmente elettromeccanici ?

Per chi opera nel service post-vendita industriale con le tradizionali competenze in meccanica, elettrotecnica, elettromeccanica, meccatronica è ben consapevole che ci sono ulteriori e molteplici difficoltà nell’eseguire messe in servizio (commissioning-startup), attività di service in remoto-campo e manutenzioni su beni strumentali industriali (componenti, attrezzature, sistemi, equipaggiamenti, macchinari, skids-packages d’impianto) dotati di un crescente numero di elementi “software-intensive”.

Ecco alcune delle principali identificate negli anni:

I sistemi software-intensive sono (ovviamente) intrinsicamente più complessi rispetto ai sistemi elettromeccanici (si tende a parlare di “systems of systems” solo nel comparto difesa, aerospazio, ma ne beneficierebbe ampiamente anche il comparto dei beni strumentali industriali). Questo implica che i tecnici di field service (i lavoratori trasfertisti che operano in campo e cantiere sulla base d’installato degli OEMs ed end-user) devono possedere competenze digitali specifiche (oltre a quelle meccaniche-elettriche-elettromeccaniche-meccatroniche) per comprendere anche il funzionamento del software, diagnosticare i problemi e apportare modifiche (attività prevalente nelle personalizzazioni integrazioni in campo durante le messe in servizio) o aggiornamenti. Ciò richiede una conoscenza della programmazione e dei linguaggi di sviluppo utilizzati (in particolare per modificare codice scritto da altri, il che complica ulteriormente il processo).

Competenze rare visto che buona parte del personale di field detiene skills di programmazione PLC in solo linguaggio ladder e quasi mai abilità con linguaggi ad alto livello o ad oggetti (mentre gli sviluppatori interni d’ufficio tecnico che hanno le competenze non sempre sono disponibili o hanno conseguito le necessarie idoneità professionali per recarsi “in sicurezza” sul campo, cantiere, offshore magari in zone disagiate o a rischio).

L’integrazione tra il software e l’hardware interno alla quadristica di comando-controllo del proprio equipaggiamento-macchinario può essere a volte problematica soprattutto nei progetti ad alta customizzazione (tipici per gli OEMs costruttori di macchine-linee automatiche manifatturiere), One-of-a-Kind, Engineer-to-Order (oltre all’integrazione con gli altri sistemi software-intensive del cliente o di altri fornitori OEMs, che non può essere quasi mai integralmente testata nei collaudi in fabbrica FAT).

Quando si effettua la manutenzione o si sostituiscono i componenti è pertanto necessario assicurarsi che siano compatibili con il software esistente, verificando prima di inviare un eventuale ricambio in sito che sia già stato caricato il firmware/software/file di configurazione corretto. Questo può richiedere l’accesso a specifiche versioni del software o a componenti particolari, il che può complicare il processo di manutenzione (il problema delle revisioni codice, schemi elettrici non tracciate può scoperchiare veri e propri vasi di pandora in molte organizzazioni abituate tradizionalmente a gestire ricambistica essenzialmente elettrica/meccanica).

I sistemi software-intensive sono soggetti a bug e vulnerabilità (oltre a cicliche ri-scalature digitali per il degrado nel tempo di sensoristica-strumentazione analogica) che potrebbero influire sul funzionamento del macchinario. Un bug nel software non individuato durante il commissioning potrebbe causare “sporadicamente” malfunzionamenti o errori nel funzionamento del macchinario stesso (se non addirittura guasti anche gravi o pericolosi sulla componentistica meccanica e di potenza).

Allo stesso modo, le vulnerabilità nella sicurezza del software potrebbero consentire l’accesso non autorizzato o il controllo remoto del macchinario da parte di terze parti. Pertanto, è necessario effettuare aggiornamenti regolari del software e implementare misure di sicurezza per proteggere il sistema (attività tradizionalmente evitate dai manutentori per paura di innescare fermi macchina non rapidamente/autonomamente ripristinabili).

Anche se purtroppo capita di rado, i tecnici che supportano il post-vendita di macchinari software-intensive devono essere adeguatamente e continuamente formati per comprendere il funzionamento dei vari sistemi e risolvere eventuali problemi. Ciò richiede tempo e risorse dell’ingegneria per fornire la formazione necessaria, che può essere più complessa rispetto alla formazione richiesta per i sistemi elettromeccanici tradizionali (quando un tecnico non opera su commessa viene spesato su centro di costo interno, e questo erode i margini di business unit, fenomeno che non sempre piace alle direzioni con un forte orientamento alla sola performance finanziaria).

Inoltre, a causa della rapida evoluzione della tecnologia, è necessario mantenere costantemente aggiornate le competenze del personale anche e soprattutto lato utilizzo strumenti di configurazione digitale, sviluppo software. Tools digitali che possono anche essere decine e decine (in passato gli OEMs si appoggiavano ad un solo principale fornitore per l’automazione-controllo-supervisione con un limitato numero di ambienti di sviluppo-configurazione, mentre oggi i fornitori possono essere molto più numerosi).

Aggiungiamo un elemento da non trascurare anche per l’end-user ed il suo team di manutenzione interno. Per eseguire la manutenzione del sistema software-intensive del fornitore, potrebbe essere necessario accedere al codice sorgente o alla documentazione specifica dell’architettura di sistema (questo è fonte di numerose dispute contrattuali post-vendita). Tuttavia, alcuni OEMs e/o produttori di applicativi software potrebbero limitare l’accesso a queste risorse per motivi di proprietà intellettuale o di sicurezza. Questo può rendere più difficile per i tecnici del cliente finale eseguire determinate attività di manutenzione o risolvere problemi complessi (diventando così sempre più dipendente dal post-vendita del fornitore).

Industria 4.0 e dipendenza dalla connettività: Nei macchinari software intensive, la connettività di rete può essere un ulteriore fattore critico per il loro funzionamento. La mancanza di connessione o problemi di rete (o quelli più insidiosi di “run-time macchina” derivante dalla latenza nell’interscambio-transcodifica dati) possono influire sulle capacità del macchinario o rendere difficile la diagnostica locale, remota e la risoluzione dei problemi. Ciò significa che il personale di field deve essere in grado di affrontare anche problemi di connettività e reti informatiche. E qui si entra nel mondo dell’OT (Operational Technology) dove la complessità delle configurazioni lato networking/modello OSI possono crescere a tal punto da mettere in difficoltà anche un tradizionale esperto di networking IT (senza dimenticare i sempre più numerosi rischi introdotti lato sicurezza informatica “industrial-cybersecurity”, derivanti da settaggi-configurazioni effettuate da personale non sufficientemente esperto in ICT).

Anche le schede elettroniche (non solo la componentistica di potenza… vedi misure di corrente, tensione, termiche, etc) vanno manutenute, a maggior ragione con la crescente difficoltà negli approvvigionamenti dei micro chips. Servono pertanto appositi piani di manutenzione e test della micro componentistica discreta analogica (esistono validi testi sull’affidabilità, manutenzione, riparazione della componentistica elettronica e numerosi articoli tecnici), che vadano oltre alla pulitura-soffiatura con aria compressa delle schede o delle misure sui condensatori di potenza, ma che tengano anche conto (oltre al normale degrado dei componenti) degli ambienti a volte aggressivi lato atmosfera chimica. In tali situazioni (marine-offshore, raffinerie, cementerie-ceramiche, etc.) si può dannegiare irrimediabilemente l’elettronica o peggio innescare sul macchinario comportamenti imprevisti e di difficile diagnostica-individuazione (che il più delle volte non lasciano altra alternativa che sostituire ciecamente rack interi di controllo senza aver individuato le precise cause del guasto, causa urgenza/fretta di ripartire con la produzione).

In sintesi, le principali e supplementari difficoltà nella messa in servizio, service e manutenzione dei macchinari dotati di sistemi altamente software-intensive risiedono nella complessità del software, nei problemi di compatibilità, integrazione, nei rischi di bug e vulnerabilità, nella formazione del personale, nell’accesso al codice sorgente, alla documentazione, e nella dipendenza dalla connettività di rete (oltre che dall’affidabilità delle schede elettroniche/embedded).

Affrontare queste sfide richiede nuove competenze specialistiche (non solo lato team ingegneria, ma anche per i ruoli di project & service managers, commissioning professionals/managers e tecnici di field service), accesso alle risorse appropriate e un’adeguata-continua formazione del personale, ma anche un cambio di paradigma nelle fasi di collaudo interno, ispezione ed accettazione in fabbrica (FAT) che coinvolga più un approccio a V-model (ben noto a chi adotta pratiche di systems engineering) volto all’analisi-funzionalità del software e non solo della qualità delle misure elettriche, prestazioni meccaniche. Per non parlare della serviceability dei componenti, sistemi, equipaggiamenti, macchinari (ma questo è tema di un altro articolo).

P.S. chi è un tecnico d’automazione trasfertista dotato di una buona formazione-competenza anche lato ICT/OT può essere un prezioso aiuto in campo per aiutare le aziende (anche se stranamente il mercato nazionale dei macchinari industriali continua a preferire, lato assunzioni, i tecnici d’automazione di field service più con skills lato montaggi meccanici e cablaggi elettrici…) ad affrontare tali sfide in particolare lato operazioni di service management (field/post-vendita) per avanzati e complessi beni strumentali industriali “software-intensive”, applicazioni (greenfield/brownfield) d’automazione industriale (discreta-meccatronica-elettronica-conversione di potenza) basate sull’uso di azionamenti-motori elettrici, attuatori ed emergenti tecnologie Industria 4.0.

Vantaggi della serviceability per beni strumentali industriali “software-intensive”, applicazioni d’automazione industriale, Industria 4.0

L’Industria 4.0 è un settore in costante evoluzione, spinto dall’adozione sempre più diffusa di beni strumentali/sistemi “software-intensive”. Questi macchinari, equipaggiamenti, sistemi altamente digitalizzati giocano un ruolo cruciale nel migliorare l’efficienza, la precisione e la flessibilità delle operazioni industriali. Tuttavia, è fondamentale garantire che tali tecnologie siano altamente “serviceable”, ovvero facilmente manutenibili e gestibili nel corso del loro ciclo di vita sia dal personale di field service interno che dai manutentori dell’end-user. In questo articolo, esaminerò sinteticamente i vantaggi della serviceability per i beni strumentali/sistemi d’automazione industriale software-intensive e come essa possa contribuire a ottimizzare le operazioni industriali.

Da anni gli OEMs hanno industrializzato e modularizzato (per esigenze produttive e di competitività) i sottoassiemi dei loro prodotti soprattutto lato meccanico ed elettrico, ma chi ha lavorato principalmente lato sistemi (hardware elettronico, embedded, COTS, OT) non sempre ha potuto operare con facilità ed agio in particolare nella ricerca dei malfunzionamenti e guasti. Anzi le attività si sono complicate di anno in anno con il proliferare di numerose nuove tecnologie digitali di un numero crescente di produttori diversi, che hanno ulteriormente frammentato, appesantito e complicato (oltre che reso meno robuste ed affidabili) le architetture di supervisione, automazione e controllo creando cascate di “sistemi di sistemi” sempre più nidificati ed interconnessi tra loro a volte anche in modalità “Spaghetti” (in passato negli inizi anni 90 un tecnico service partiva in missione con un laptop contenente un paio di tools di configurazioni ed un’unica IDE di programmazione PLC, oggi parte con decine e decine di strumenti software, molti in release multiple per poter operare con “backward compatibility” su dispositivi solo di qualche anno più vecchi e magari già in phase-out).

Perchè serve introdurre la serviceability anche lato sistemi software-intensive ?

Riduzione dei tempi di fermo

Una delle principali sfide nell’ambito dell’automazione industriale è minimizzare i tempi di fermo delle apparecchiature e dei processi. La serviceability è essenziale per affrontare questa sfida, consentendo la rapida identificazione e risoluzione di guasti o malfunzionamenti nei sistemi software-intensive. La capacità di diagnosticare e risolvere problemi in tempo reale riduce drasticamente i costi legati ai tempi di inattività non pianificati, migliorando l’efficienza complessiva dell’impianto.

Agilità nella ricerca guasti, aggiornamento e nell’espansione

L’ambiente industriale è in costante evoluzione. La serviceability è fondamentale per consentire agli impianti di rimanere allineati con i cambiamenti tecnologici (senza però ciclicamente mandare i dispositivi in phase-out solo dopo pochi anni da la loro introduzione sul mercato) e le nuove esigenze del settore. I sistemi software-intensive serviceable possono essere facilmente aggiornati o espansi per incorporare nuove funzionalità o adottare nuove tecnologie. Ma soprattutto devono aiutare nell’individuazione di un eventuale malfunzionamento o guasto senza obbligare il tecnico di field a sostituire “ciecamente”, come spesso capita, interi rack elettronici a causa dell’impossibilità di discrimanare quale singola scheda (sottosistema) stia generando il problema (con conseguenti pasticci anche gestionali lato documenti di trasporto e giacenze-contabilizzazioni magazzino interno per la caotica e spesso urgente-non formale consegna [DDT manuali] dei nuovi ricambi e reso [causali errate e mancanza di firme-timbro cliente nei DDT] delle parti sostituite).

Questa agilità è essenziale per rimanere competitivi e adeguati alle nuove sfide.

Maggiore efficienza operativa

Un sistema d’automazione industriale software-intensive che è serviceable è in grado di garantire un funzionamento più efficiente. La capacità di monitorare costantemente lo stato del sistema e di apportare modifiche o correzioni in tempo reale (senza fermare le linee di produzione anche per gli interventi diagnostici più banali) consente di massimizzare la produzione e ridurre i costi operativi. Inoltre, la serviceability permette di identificare e ridurre gli sprechi, migliorando la sostenibilità delle operazioni industriali.

Maggiore sicurezza

La sicurezza è una priorità fondamentale nell’ambito dell’automazione industriale. I sistemi serviceable offrono una maggiore visibilità sulle vulnerabilità e consentono di applicare rapidamente correzioni e patch di sicurezza. In questo modo, si riducono i rischi di violazioni dei dati o di incidenti industriali dovuti a malfunzionamenti dei sistemi.

Riduzione dei costi operativi

Una serviceability ben progettata può portare a una riduzione significativa dei costi operativi. La capacità di risolvere i problemi in modo tempestivo, ridurre i tempi di fermo non pianificati e ottimizzare i processi riduce i costi di manodopera e aumenta la produttività complessiva. Inoltre, la manutenzione preventiva riduce i costi legati alla sostituzione di componenti danneggiati.

Ma non basta operare solo lato architteture di sistema serve anche coinvolgere, preparare, formare, aggiornare i tecnici di field service.

I tecnici di field service svolgono un ruolo chiave nell’assicurare la serviceability dei sistemi d’automazione industriale software-intensive. La loro esperienza sul campo offre una prospettiva preziosa su come questi sistemi possono essere resi più manutenibili e migliorati nel corso del tempo. Ecco alcune considerazioni importanti dal loro punto di vista:

Formazione e Supporto Adeguato: I tecnici di field service richiedono una formazione completa e l’accesso a risorse di supporto affidabili (oltre che del continuo aiuto dei loro project & service manager, che devono avere il tempo di seguire anche le problematiche tecniche-esecutive degli interventi in campo e non solo le parti burocratiche, logistiche e finanziarie dei contratti service). Questo include manuali e method-statements dettagliati, procedure di risoluzione dei problemi e l’accesso (H24) a un team su turni di supporto tecnico dalla casa madre in grado di fornire assistenza in tempo reale. Un organizzazione di supporto ben strutturata contribuisce in modo significativo alla serviceability dei sistemi.

Strumenti di Diagnostica Avanzati: Per risolvere i problemi in modo efficace, i tecnici di field service necessitano di strumenti di diagnostica avanzati (esempio banale: strumenti di diagnostica per Fieldbus..). Questi strumenti consentono loro di identificare rapidamente il problema, riducendo i tempi di fermo e i costi associati.

Aggiornamenti e Patch Semplificati: I tecnici di field service sono spesso responsabili di applicare aggiornamenti e patch ai sistemi in loco. La semplificazione di questo processo è essenziale. I sistemi che consentono agli aggiornamenti di essere applicati senza richiedere una conoscenza tecnica profonda sono estremamente apprezzati (e che permettano inoltre un facile roll-back nel caso l’aggiornamento non vada a buon fine).

Supporto Remoto: La capacità di ricevere supporto remoto da esperti dell’ingegneria di prodotto è un vantaggio significativo per i tecnici di field service. Questo consente loro di affrontare i problemi in tempo reale con più sicurezza e competenza, riducendo al minimo i tempi di fermo. Gli strumenti di controllo remoto (telepresenza/teleassistenza) e l’accesso ai dati in tempo reale sono inestimabili.

Componenti Sostituibili Rapidamente: La serviceability implica la facilità con cui i componenti possono essere sostituiti in loco (oltre alla possibilità di accedere agevolmente a punti di misura per eventuali diagnostiche con oscilloscopio e/o altra stumentazione elettrica/elettronica da campo).

Documentazione Chiara ed Utile: I manuali e la documentazione associati ai sistemi d’automazione industriale dovrebbero essere chiari e dettagliati (non solo una raccolta di disclaimers lato direttiva macchine, utili solo per un ufficio legale). Questa documentazione è uno strumento essenziale per i tecnici di field service e contribuisce in modo significativo alla serviceability.

Feedback dei Tecnici: La voce dei tecnici di field service è preziosa per migliorare la serviceability dei sistemi. Il feedback diretto da chi lavora quotidianamente con i sistemi in loco può portare a miglioramenti significativi (evitiamo le crescenti frizioni tra reparti service post-vendita, ingegneria e commerciale, come sempre più accade).

In conclusione, il punto di vista dei tecnici di field service è fondamentale per comprendere come rendere i sistemi d’automazione industriale software-intensive più serviceable. L’attenzione alle loro esigenze e alle sfide che affrontano quotidianamente può contribuire a sviluppare sistemi più affidabili, facili da mantenere e in grado di ottimizzare le operazioni industriali. La collaborazione tra i progettisti professionisti dell’automazione industriale e i tecnici di field service (e aggiungiamo anche dei manutentori degli end-user) è essenziale per il corretto funzionamento nel tempo di questi sistemi.

Informatica Libera (Linux, Open Source, FLOSS) per le piccole Organizzazioni di Service Post-Vendita Industriale (analisi del comparto dal punto di vista degli addetti ai lavori)

Nonostante il marketing e le numerose pubblicazioni accademiche sulla servitizzazione manifatturiera si prodighino nel promuovere la crescente importanza strategica degli emergenti modelli di business basati sui servizi industriali erogati a canone e/o uso-consumo (il tutto reso possibile dalle avveniristiche tecnologie IoT ed analisi predittive dell’intelligenza artificiale), ancora oggi il service post-vendita industriale di stampo tradizionale (basato sulla risoluzione reattiva di guasti e fornitura ricambi, oltre che erogato a misura, in economia, time-sheet o contratti a corpo, a scalare, a gettone) rimane ancora il modello operativo ed economico predominante sul mercato.

Con l’aggravante di venir spesso considerato da molte delle aziende manifatturiere e rivenditrici di beni strumentali (componenti, sistemi, equipaggiamenti, macchinari automatici di produzione) come “il male necessario” per poter continuare a vendere i propri prodotti.

Lo dimostra il fatto che in molte micro e piccole imprese (ma anche in molte aziende medio-piccole) la gestione del service è ancora delegata (come semplice centro di costo) all’ufficio commerciale/tecnico come una sorta di fastidiosa attività part-time.

Laddove il service esiste invece come ente formale e centro di profitto (come nella maggior parte dei grandi OEMs), questa risulta essere il più delle volte una sorta di “organizzazione sottodimensionata, perennemente in difficoltà nell’operare con efficienza e proattività”, cronicamente in stato di “tensione” con il resto dei dipartimenti aziendali più tradizionali (vendite, acquisti, ingegneria, produzione, amministrazione). E per dirla tutta, a volte nemmeno ben vista dal cliente finale (end-user), laddove la base installata non risulti funzionalmente robusta ed affidabile nel tempo (o ci vogliano ogni volta tempi biblici per inviare un tecnico/ricambio o risolvere un problema o guasto).

Sembra un controsenso, ma molti manutentori dei clienti (che ricordiamoci sono poi gli acquirenti principali dei contratti service) a torto o ragione si lamentano che molte organizzazioni di service post-vendita industriale dei fornitori abbiano sempre più (complici i considerevoli margini del comparto) “la loro ragion d’essere” fintanto che ci sono continui guasti da sistemare.

Mentre (e concordo con i manutentori) dovrebbero invece operare con interventi più sofisticati (senza sostituirsi in maniera pervasiva al personale interno dell’end-user) e “generativi di valore” per il cliente (basati sulle pratiche dell’ingegneria di manutenzione e del più moderno asset-management & reliability-management) volti a prevenirli o limitarli almeno in parte e che soprattutto non richiedano ogni volta il costoso invio reattivo-in urgenza di un tecnico d’assistenza in campo anche per le anomalie di funzionamento più banali (le limitazioni ai viaggi del personale tecnico di field-service durante la pandemia e le difficoltà ad approvvigionare ancora oggi i ricambi dovrebbero averci insegnato la lezione).

Da qui a mio avviso l’importanza di digitalizzare (non tutto, come promosso da un certo marketing, ma solo quello che realmente-praticamente serve ed è utile) sempre più la propria base d’installato con le tecnologie abilitanti dell’Industria 4.0 – Manutenzione 4.0: sistemi di tele presenza e/o tele manutenzione e/o telediagnosi e/o monitoraggio-accesso in remoto più in generale.

Senza dimenticare di farlo anche presso gli uffici delle organizzazioni commerciali e di gestione contratti post-vendita industriali, dotandoli di strumenti collaborativi (semplici e minimali) come CMS, CRM e Ticket Manager/Help-Desk atti a creare un’infrastruttura digitale anche di “knowledge management” (creare uno storico anomalie/guasti/interventi su database condivisi facilmente interrogabili ed elaborabili) per la propria base d’installato, così da innescare analisi affidabilistiche proattive e strutturate (esempio: root-cause-analysis RCA) da trasformare successivamente in nuove opportunità di vendita per interventi manutentivi e o progetti d’ammodernamento (upgrade, retrofit, revamping, replacement, expansion) di “maggior valore” per il cliente (oltre che naturalmente per velocizzare l’accesso alle informazioni necessarie all’esecuzione degli interventi in campo-cantiere o di semplice supporto telefonico ed e-mail da parte degli addetti service post-vendita).

Ad oggi invece l’attenzione per il digitale delle organizzazioni service è ancora quasi esclusivamente indirizzata ai soli strumenti informatici (gestionali-amministrativi) per inserire ordini, contabilizzare gli interventi, prelevare dal magazzino i ricambi, stampare rapportini, DDT ed inviare fatture. Inoltre la crescente regolamentazione EU lato digitale, ha introdotto un ulteriore freno a digitalizzare estensivamente la propria organizzazione (in particolare nelle micro-piccole imprese prive dei necessari budget) per paura delle violazioni informatiche (es. data-breach, ransomware) e del costo/complessità degli adempimenti-architetture lato sicurezza-privacy (e relative potenziali verifiche-ispezioni-sanzioni).

Più di 25 anni di lavoro nel comparto (dapprima come tecnico trasfertista e poi come gestore-coordinatore lavori in campo-cantiere/field-service) mi hanno insegnato che “lato investimenti” solo le rimanenze dei budget aziendali (storicamente indirizzati ai reparti di produzione ed ingegneria) sono messi a disposizione del service, dando però priorità alle sole spese per nuove attrezzature tecniche e dispositivi di protezione individuali (DPI) del personale trasfertista che effettua gli interventi in campo (field-service).

Chi invece lavora nella “commercializzazione & gestione” dei contratti post-vendita (commerciali, gestori, capi commessa, operatori front-office/back-office) è molto probabile che si ritrovi ad operare con strumenti informatici obsoleti, limitati o comunque non adeguati a supportare e coordinare l’intero ciclo degli articolati processi operativi per il service (che ripeto non sono solo esclusivamente quelli amministrativi e contabili).

Tipico è il caso dell’addetto abituato ormai da anni a lavorare con computer e software obsoleti rispetto ai colleghi degli altri reparti, solitamente con un accesso parziale all’ERP aziendale (solo per la parte inserimento/fatturazione ordini di intervento in campo e controllo giacenze/consegne ricambi), lasciandolo quotidianamente e caoticamente in balia di numerose telefonate, e-mail, modelli word (magari solo nella lingua italiana) e fogli excel (i classici listoni condivisi sul file server aziendale) atti a sopperire alla mancanza di strumenti di raccolta, condivisione (dati, informazioni, conoscenza), collaborazione e coordinamento organizzativo-operativo (oltre che di analisi dei dati aziendali di reparto) dedicati al particolare iter operativo del service post-vendita per beni strumentali. Per non parlare dell’ingente numero di ore uomo settimanalmente sprecate nel raccogliere (con solleciti, e-mail, telefonate, visite, riunioni) dati e informazioni detenute dal solo personale d’ingegneria e/o field service.

Se poi si lavora (come è sempre più il caso) con una base d’installato principalmente estera appartenente ad una clientela quasi sempre straniera, le operazioni si complicano ulteriormente. Ricordiamoci che quasi tutti gli OEMs di beni strumentali nazionali lavorano da più di 20 anni principalmente per l’export, cionostante molti dei processi, documenti e strumenti informatici aziendali hanno ancora una forte connotazione per il solo mercato nazionale (un particolare che ho sempre apprezzato del lavorare nei subappalti per l’oil&gas, petrolchimico è vedere le aziende “EPC” italiane più grandi spingere nel far comunicare in lingua inglese la maggior parte del proprio personale interno-esterno oltre a tutta la catena di fornitura-appalto. Questo lo si evince di frequente nelle comunicazioni e-mail di commessa anche tra soli connazionali che avvengono quasi sempre in lingua inglese).

Da febbraio 2023 ho pertanto ripreso a sviluppare, testare e promuovere un progetto già intrapreso nel 2003 (con una mia precedente iniziativa professionale), ritornando ad occuparmi di come digitalizzare (ad oggi solo mediante soluzioni SOHO prototipali) con “l’informatica libera” (e strumenti Office) in maniera sostenibile e a basso costo innanzitutto le piccole organizzazioni di vendita e gestione per i contratti esteri di service post-vendita industriale e field service dei beni strumentali industriali “software-intensive” e applicazioni (greenfield/brownfield) d’automazione industriale (anche e soprattutto Industria 4.0).

Il tutto partendo dall’assunto che già da tempo i sistemi Linux ed il software libero sono utilizzati dalle grandi aziende dell’informatica nazionale per coordinare con successo le attività di service post-vendita (Managed Services/ITIL) per i loro sistemi, progetti e servizi digitali.

Per gli operatori del service post-vendita industriale & field service industriale interessati ad approfondire il contenuto dell’articolo, sottolineo che nei miei interventi professionali non è prevista la vendita di hardware e/o software (i programmi sono Open-Source quindi liberamente scaricabili da internet da chiunque, o fruibili direttamente attraverso sottoscrizione con il produttore di software in modalità cloud-SaaS freemium senza supporto tecnico e alternativamente anche a pagamento comprensivo di servizio backup-manutenzione-aggiornamento).

E’ invece incluso il mio supporto diretto per installare ed utilizzare tali programmi presso i vostri uffici in modalità “on-premises” oltre alla graduale fornitura (e relativo addestramento all’uso) di un “business framework” in lingua inglese (processi, procedure, istruzioni, metodi, tecniche, modelli, strumenti) ideato per supportare chi lavora dall’ufficio/casa (anche in smart-remote working) nelle operazioni di coordinamento-esecuzione field service & service post-vendita industriale internazionale specificamente lato beni strumentali industriali “software-intensive”, applicazioni d’automazione industriale (discreta) e tecnologie Industria 4.0.

Sensing, Monitoring & Data Acquisition | Connectivity & OT-Embedded

Promuovo un ulteriore (mio) progetto (**al momento solo prototipale**) e set di competenze (per l’economia di prossimità/innovazione tecnologica del territorio) specifiche per Industria 4.0/Manutenzione 4.0, monitoraggio ambientale e domotica wireless (attualmente in fase R&D, ricerca specifiche nuove partnerships tecniche, commerciali), rivolto allo sviluppo di una piccola (collaborativa-smart-work ready) organizzazione in outsourcing di project & service management (field/after-sales), specializzata nella gestione (commerciale, contrattuale, tecnico-economica, organizzativa, logistica, esecutiva, HSE, dispute-controversie-contenziosi) di semplici-robusti progetti OT minimalisti (prototipi/P.O.C. lato tecnologie Industria 4.0/Manutenzione 4.0, Domotica, IoT e sistemi embedded) per il rilevamento, monitoraggio, data logging e connettività più in generale (focus su monitoraggio, diagnostica, manutenzione predittiva).

Progetti OT realizzabili mediante l’uso cost-effective di sistemi Linux e software libero implementati su PC standard (anche obsoleti), low-cost PLC/schede elettroniche embedded (Arduino) e single board computers Raspberry Pi.

L’infrastruttura informatica “on-premises & privacy-preserving” di gestione progetti e servizi tecnici su commessa è prototipale oltre che realizzata con sistemi Linux, software libero ed il “riuso” di computer obsoleti.

La soluzione ICT si inserisce come estensione alle altre mie infrastrutture informatiche prototipali (Self-hosting, SOHO per micro-piccole imprese) collaborative (basate su CMS, CRM & Ticket Management software) dedicate alla raccolta, condivisione, analisi dati per l’attività di coordinamento-esecuzione interventi in campo-cantiere (field service & service post-vendita) e gestione del ciclo di vita (knowledge/life-cycle/asset management) della base d’installato (storico interventi, guasti, modifiche, selezione ricambi, manualistica, schemi-disegni, configurazioni-personalizzazioni hardware, versioni software) specificamente lato beni strumentali industriali “software-intensive”, applicazioni d’automazione industriale (discreta) e tecnologie Industria 4.0.

**I progetti-soluzioni-sistemi-tecnologie si basano sui principi “Efficient-Minimalism” & “KISS” (KEEP IT SIMPLE & SECURE)**

Informatica Libera (Linux, Open Source, FLOSS) & Riuso dei propri vecchi PC per Innovare e Digitalizzare con convenienza, minimalismo e sostenibilità le piccole organizzazioni di Service Industriale Internazionale (Post-Vendita & Field Service)

Le competenze e capacità nel service industriale del progetto SMDATA Lab nascono On-the-Job agli inizi del 2000 per eseguire piani (territoriali) volti all’innovazione, digitalizzazione, internazionalizzazione delle micro-piccole imprese locali (subappaltatrici-subfornitrici), realizzando “soluzioni digitali prototipali” (con interfaccia in lingua inglese) e business frameworks “project-based” (processi, procedure, istruzioni, metodi, tecniche, modelli, strumenti orientati al coordinamento-esecuzione di progetti, servizi tecnici in campo-cantiere su commesse internazionali) per le piccole organizzazioni di field service, service post-vendita del comparto beni strumentali industriali “software-intensive” (macchine di produzione-linee automatiche) e applicazioni (greenfield/brownfield) d’automazione industriale discreta.

La tecnologia on-premises (server usati-ricondizionati, workstations Linux, software libero) ed i processi adottati potenziano-migliorano-velocizzano la collaborazione con i propri clienti nazionali-esteri, diretti ed indiretti e sono rivolti ad artigiani, ditte individuali, micro, piccole imprese del territorio (OEMs, integratori di sistemi, distributori, rivenditori, assemblatori di quasi macchine, manutentori) che lavorano in subappalto (principalmente per/all’estero) nelle operazioni d’installazione-cablaggio elettrico, pre-commissioning, commissioning, start-up, test run, completion, handover, training e successiva assistenza tecnica, manutenzione.

Nei piani (**al momento il progetto è soltanto prototipale**) è previsto il riuso conveniente ed ecosostenibile di vecchi PC del cliente e l’integrazione con sistemi Linux, software libero nella realizzazione di piccole infrastrutture informatiche (Self-hosting, SOHO Small Office/Home Office) collaborative (collegate anche in remoto agli ERP in cloud del cliente) dedicate alla raccolta, condivisione, analisi dati per le attività di coordinamento-esecuzione interventi in campo-cantiere (field service & service post-vendita) e gestione del ciclo di vita (knowledge/life-cycle/asset management) della base d’installato (storico interventi, guasti, modifiche, selezione ricambi, manualistica, schemi-disegni, configurazioni-personalizzazioni hardware, versioni software) specificamente lato quadristica elettrica di automazione-controllo, bordo macchina, architetture informatiche industriali (OT-Embedded) di sistemi “software-intensive” SCADA/IACS/ICS per applicazioni industriali basate sull’uso di azionamenti, motori elettrici (BT), attuatori.

Il progetto SMDATA Lab promuove l’adozione di sistemi Linux, software/hardware libero, applicazioni (on-premises, Self-hosted) web (principalmente CMS, CRM & tools di Ticket Management/Help-Desk), il riuso eco-sostenibile dei propri vecchi PC (almeno Intel Core 2 Duo a 64 bit con 4 GB di RAM per i server) ed in generale di tutto l’hardware elettronico obsoleto ancora funzionante (d’ufficio e d’intrattenimento domestico come i vecchi grandi televisori LCD/LED utili per la realizzazione dei sistemi di videoconferenza) per attuare piani di innovazione e digitalizzazione frugale avanzata (aperta, sostenibile, conveniente, semplice, minimale, frugale, robusta, resiliente, sicura, accessibile, etica, oltre che preservatrice di sicurezza-privacy-confidenzialità-anonimato) a basso costo presso piccole organizzazioni di field service & service post-vendita industriale con budget insufficienti per acquistare tecnologie informatiche proprietarie e commerciali o con la necessità di accrescere la difesa dagli attacchi ransomware (rafforzando resilienza operativa digitale), tutelando nel contempo la propria privacy durante l’uso dei propri computer e smartphones.

I piani sono basati sull’utilizzo dell’informatica “libera” domestica (smart-remote working) e lavorativa nei piccoli uffici (SOHO) installando ed amministrando PC Linux Debian (desktop, portatili, server, SBC) sistemi di produttività personale (LibreOffice & Office 365 accessibile via web), videoconferenza, collaborazione, condivisione, analisi dati.

Per chi già dispone delle licenze commerciali e necessita anche di un’elevata interoperabilità per l’interscambio dei documenti con i propri clienti è sempre comunque possibile utilizzare (sicuramente più laborioso) anche su Linux (se non sono presenti macro nei files) la suite Office 365 Online/OneDrive (solo mediante l’utilizzo via web/browser) oltre naturalmente a LibreOffice (anche se ad oggi il software non permette una piena compatibilità con fogli elettronici, documenti di testo e presentazioni realizzate nativamente con MS Office).

SMDATA Lab supporta la promozione e diffusione di “strumenti digitali prototipali” (con interfaccia utente prevalentemente in lingua inglese) basati principalmente su desktop Linux, oltre che dell’insieme di tecnologie libere, aperte, resilienti a basso costo (in particolare se si hanno budget limitati per i sistemi informativi), eco-sostenibili, volutamente minimalisti, robuste, scalabili, facilmente amministrabili e ripristinabili (in caso di guasto), oltre che capaci di resistere maggiormente agli attacchi ransomware, preservando nel contempo la privacy degli utenti.

Sempre con l’obiettivo di facilitare l’analisi (estrazione, manipolazione, modellazione, simulazione, reportistica) e condivisione dei dati (oltre ad accrescere le capacità di comunicazione, collaborazione, coordinamento anche in lingua inglese, sempre più richieste ai piccoli subfornitori-subappaltatori nazionali da parte dei loro committenti che già lavorano da anni per i mercati esteri) all’interno di piccoli gruppi di lavoro (anche in modalità remota).

P.S. un particolare che ho sempre apprezzato (avendo operato per anni nel comparto industrial OEMs & EPC contractors) del lavorare nei subappalti per l’oil&gas, petrolchimico, power generation, marine è vedere le aziende “EPC” italiane più grandi spingere nel far comunicare in lingua inglese la maggior parte del proprio personale interno-esterno oltre a tutta la catena di fornitura-appalto. Questo lo si evince di frequente nelle comunicazioni e-mail di commessa anche tra soli connazionali che avvengono quasi sempre in lingua inglese.

Tecnologie ICT Libere utilizzate dal progetto SMDATA Lab

Ad oggi le capacità-competenze del progetto SMDATA LAB prevedono:

  • ricondizionamento (se necessario) e formattazione dei PC desktop/portatili obsoleti Windows esistenti con il sistema operativo Linux (Debian) e software libero (con interfaccia utente in lingua inglese) per la produttività personale (LibreOffice), antivirus, firewall, accesso (se già presenti in azienda) al file server Windows, gestionale ERP (solo se in web, cloud e/o sistemi legacy UNIX), internet e posta elettronica
  • installazione di file server Linux di backup supplementari (ridondanti) per rafforzare l’infrastruttura di archiviazione dati esistente basata su file server Windows (aumentando nel contempo la resilienza agli attacchi ransomware)
  • installazione di piattaforme web (LAMP) “privacy-preserving” (basate sul sistema operativo Linux e software libero) per la comunicazione, condivisione e collaborazione aziendale “asincrona” (anche per lo smart working ed il telelavoro)
  • realizzazione di architetture di rete per l’accesso remoto sicuro ai computer aziendali (solo per PC desktop, portatili e server Linux)
  • installazione di strumenti LibreOffice, Knime, Metabase, DBeaver per l’estrazione, manipolazione, analisi dati, modellistica, simulazione e reportistica con focus su tecniche e strumenti di “contract, project & service management” per la gestione di attività, risorse, tempi nei progetti-servizi tecnici su commessa in campo-cantiere (field service) e service post-vendita industriale internazionale

Le tecnologie libere adottate (ricordo che i software liberi non hanno da contratto nessuna garanzia o prevedono risarcimenti per malfunzionamenti, perdite di dati, adempimenti-infrazioni GDPR, etc.) sono installate gradualmente (inizialmente in sola modalità/architettura “on-premises” e futuribilmente presso data centers locali) nell’infrastruttura informatica esistente attraverso il riutilizzo (eco-sostenibile) e il ricondizionamento di vecchi PC desktop/portatili già in uso (almeno Intel Core 2 Duo a 64 bit con 4 GB di RAM per i server e Core 5 per i desktop/portatili) limitando gli oneri per l’acquisto di nuovo hardware, licenze d’uso, rafforzando nel contempo la tutela della privacy degli utenti e la protezione dai principali attacchi informatici.

Il processo di ammodernamento non influisce sul resto dei desktop, portatili, file server lasciati sotto l’ambiente Windows o sui gestionali (ERP), periferiche, dispositivi di rete. 

In tutti i progetti vengono adottate tecnologie libere, robuste, scalabili e resilienti (agli attacchi informatici) facilmente amministrabili e ripristinabili (in caso di guasto).

Non è prevista l’integrazione con sistemi d’autenticazione centralizzata (Active Directory) o tecnologie esterne (già l’interfacciamento con il protocollo di condivisione SMB Windows presenta a volte problemi) in quanto vanificherebbero la stabilità ed il livello di disponibilità dei sistemi Linux (oltre a complicare la ricerca di malfunzionamenti ed innescare la necessità di dover chiedere il supporto a pagamento anche degli integratori esperti in sistemi Windows).

**I progetti-soluzioni-sistemi-tecnologie si basano sui principi “Efficient-Minimalism” & “KISS” (KEEP IT SIMPLE & SECURE)**