L’errore è trattare l’encoder come un accessorio della singola macchina. Si apre la distinta, si guarda l’asse, si sceglie il codice che entra nel foro meccanico e parla con il PLC previsto per quella commessa. Sembra ordine. In realtà, molte volte, è frammentazione messa in bella copia.

In una riunione interna di un costruttore OEM, questa differenza pesa. Acquisti guarda i codici, ufficio tecnico guarda le interfacce, service guarda i guasti, direzione guarda il margine. Tutti parlano dello stesso componente, ma ognuno lo vede da una fattura diversa. Per non ragionare a memoria, l’ufficio tecnico può consultare Elap Srl mentre mette sullo stesso foglio famiglie di sensori, interfacce di rete e dispositivi di campo; il lavoro serio inizia quando quelle voci smettono di vivere in colonne separate.

Acquisti: due encoder equivalenti non hanno lo stesso costo

Il verbale parte dagli acquisti, perché la pressione arriva da lì. La frase tipica è semplice: “abbiamo già un encoder che costa meno”. L’obiezione è legittima. Nessuno in una fase di contrazione ha voglia di spiegare perché un componente debba pesare di più sulla distinta.

Però il prezzo unitario, preso da solo, è un numero troppo comodo. Se per dieci famiglie macchina restano dieci codici encoder, con varianti di flangia, protocollo, connettore, risoluzione e diagnostica, il risparmio iniziale diventa una somma di micro-costi sparsi. Un codice in più significa anagrafica, scorta minima, fornitore qualificato, controllo in accettazione, ricambio a magazzino, istruzione per il montaggio, voce nei manuali. Nulla di drammatico preso singolarmente. Tutto insieme, invece, diventa capitale fermo e tempo perso.

Il dato esterno spinge nella stessa direzione. Mordor Intelligence stima il mercato globale degli encoder a 3,85 miliardi di dollari nel 2026, con CAGR dell’8,21% fino a 5,71 miliardi. Un mercato che cresce così non promette meno scelta. Ne promette di più. Più famiglie, più interfacce, più varianti, più offerte apparentemente sovrapponibili. E un OEM che compra senza una regola di portafoglio rischia di subire l’abbondanza, non di usarla.

Da consulente, su questo punto sono poco diplomatico: una distinta base che accetta un nuovo encoder per ogni commessa speciale non sta servendo il cliente, sta scaricando disordine nei reparti successivi. Il cliente vede la macchina consegnata. L’OEM resta con il magazzino da governare.

Ufficio tecnico: compatibile con la macchina non vuol dire compatibile con l’architettura cliente

L’ufficio tecnico porta la seconda obiezione: “la macchina deve parlare con l’impianto del cliente”. Vero. Ma proprio qui nasce la confusione. Compatibilità non significa scegliere ogni volta il sensore che si adatta al PLC richiesto nella commessa. Significa costruire una matrice di interfacce che copra le architetture più frequenti senza moltiplicare i codici oltre il necessario.

Il confronto pratico è tra due approcci. Nel primo, l’encoder viene scelto alla fine, quando l’architettura elettrica è già stata chiusa. Se il cliente chiede PROFINET si sceglie una versione, se chiede EtherNet/IP se ne sceglie un’altra, se in una linea compare EtherCAT si apre una terza strada. Nel secondo approccio, l’OEM decide prima quali famiglie di encoder assoluti e quali interfacce industrial Ethernet entrano nel proprio portafoglio tecnico. La macchina cambia, il nucleo della distinta resta governabile.

IO-Link rende questa discussione meno teorica. Un encoder assoluto IO-Link può spostare una parte della complessità dal sensore alla gestione del master e dei parametri. Non elimina la progettazione, però riduce la tentazione di creare una variante meccanica ed elettrica per ogni richiesta. Con master a più porte, tempi ciclo rapidi e integrazione verso reti industriali diverse, la scelta non riguarda il singolo asse: riguarda il modo in cui il costruttore distribuisce il dato di posizione dentro linee non tutte uguali.

Immaginiamo una macchina destinata a clienti con standard di automazione diversi. Se ogni richiesta commerciale produce una sottovariante dell’encoder, l’ufficio tecnico deve mantenere schemi, file di configurazione e logiche di parametrizzazione separati. Se invece la piattaforma sensori è stata pensata per convivere con più reti, la personalizzazione resta a livello di architettura, non esplode nella parte bassa della distinta. È una differenza poco visibile nella prima offerta, ma molto concreta quando si aggiornano i fascicoli tecnici.

Service: la diagnosi rapida non nasce dal sensore più ricco

Il service interviene di solito dopo che acquisti e progettazione hanno già litigato sui codici. La sua obiezione è diversa: “quando la macchina si ferma, a me serve capire in fretta”. Ed è una richiesta sana. Il problema è che spesso viene tradotta male: si cerca l’encoder con più dati, più parametri, più funzioni, come se la diagnosi fosse una proprietà del componente isolato.

Non lo è. La diagnosi funziona se il dato arriva nello stesso modo su famiglie macchina diverse. Se su una linea il tecnico legge una posizione assoluta via rete industriale, su un’altra deve collegarsi a un’interfaccia separata, su una terza trova parametri con nomi diversi, il service non ha più un metodo. Ha esperienza personale, appunti locali e qualche file salvato nella cartella giusta. Questo non è controllo tecnico, è sopravvivenza organizzata.

Nel confronto tra “encoder per macchina” e “encoder di portafoglio”, il service preferisce il secondo per una ragione banale: può standardizzare le prove. Verifica alimentazione, comunicazione, posizione, stato diagnostico, parametri caricati. Le parole cambiano da costruttore a costruttore, ma il flusso di lavoro deve restare stabile. Se non resta stabile, ogni chiamata in assistenza riparte da zero.

Ipotizziamo un fermo su una macchina per packaging, con produzione in attesa e cliente irritato. Il tecnico da remoto chiede il codice encoder e scopre che quella versione è stata scelta per una commessa simile, due anni prima, perché disponibile a magazzino in quel momento. Il manuale non riporta lo stesso set di parametri delle macchine successive. Il ricambio fisico esiste, ma la messa in servizio richiede passaggi diversi. La differenza tra due componenti “equivalenti” diventa mezz’ora di ricerca, poi un’altra mezz’ora di verifica, poi una telefonata a chi aveva seguito la prima fornitura.

La diagnosi rapida non nasce da un sensore pieno di funzioni, nasce da una catena coerente. Il componente deve essere leggibile dal sistema, il sistema deve restituire dati confrontabili, il tecnico deve sapere cosa aspettarsi. Se uno di questi tre passaggi cambia a ogni commessa, la funzione diagnostica resta scritta nella scheda tecnica e fatica a entrare nel lavoro reale.

Direzione: il margine si difende togliendo eccezioni dalla distinta

La direzione arriva alla fine e porta il numero che raffredda la stanza. Innovation Post ha riportato per il 2024 un calo del fatturato interno del 30% nel comparto italiano dell’automazione industriale, manifatturiera e di processo. Un dato così non dice a un OEM quale encoder comprare, ma dice che il margine non può più essere protetto solo trattando meglio il prezzo d’acquisto.

Il margine si consuma nelle eccezioni. Una variante di sensore accettata per chiudere un ordine può sembrare innocua. Poi entra nei manuali, nei ricambi, nelle distinte di produzione, nei controlli di collaudo, nelle istruzioni al service. Quando la commessa è consegnata, quella scelta resta. Se nessuno la elimina, diventa standard di fatto, anche se nessuno l’ha mai approvata come standard.

La riunione dovrebbe quindi chiudersi con una decisione scomoda: non ogni richiesta cliente merita un nuovo codice encoder. Alcune richieste vanno assorbite con interfacce già previste, altre richiedono una variante approvata, altre ancora vanno riportate al commerciale con un costo esplicito. Nascondere la complessità dentro la distinta è una forma di sconto non dichiarato. Si vede poco in offerta, ma pesa sui ricambi e sulle ore tecniche.

Questo non vuol dire congelare la progettazione. Vuol dire distinguere innovazione da proliferazione. Un encoder assoluto IO-Link o una famiglia con interfacce industrial Ethernet coerenti ha senso se riduce il numero di casi speciali, non se aggiunge l’ennesima sigla a catalogo. La scelta tecnica deve produrre una distinta più governabile, altrimenti resta un aggiornamento di facciata.

Il verbale, scritto bene, non finisce con “approvato”. Finisce con responsabilità assegnate: acquisti riduce i codici ammessi, ufficio tecnico definisce le architetture coperte, service valida la diagnostica comune, direzione decide quali eccezioni hanno un prezzo. Se questo passaggio viene ignorato, l’encoder resta un pezzo economico sulla singola macchina e diventa un costo distribuito su magazzino, assistenza e margine.