Cifra di controllo IMEI

Questa capacità implementa quella regola Luhn standard solo per IMEI: la modalità compute accetta esattamente quattordici cifre di payload e restituisce la cifra di controllo più la stringa completa di quindici; la modalità validate accetta un IMEI completo di quindici cifre e indica se la cifra finale coincide con il valore atteso ricalcolato. Input non numerici e lunghezze errate falliscono con invalid_input invece di un taglio silenzioso, così Lei non persiste mai un identificatore a metà. La stessa aritmetica pura gira gratis nel browser e al prezzo API pubblicato, senza consultazione di rete a database dei produttori e senza affermare che un checksum valido significhi che il dispositivo sia registrato o sbloccato.

Come si calcola la cifra di controllo Luhn dell’IMEI

Per calcolarla, prenda il payload di quattordici cifre e applichi l’algoritmo di Luhn da destra: raddoppi ogni seconda cifra partendo dalla cifra di payload più a destra (perché quella cifra occupa la posizione due della stringa completa di quindici quando il controllo è in posizione uno da destra). Rispetto ai validatori Luhn generici per carte, l’intento di ricerca qui è stretto: chi ha bisogno di un calcolatore di cifra di controllo IMEI per payload di quattordici cifre o di un verificatore IMEI mobile a quindici, non di uno strumento per carte di pagamento.

Contratto di input, modalità e comportamento di errore

Spazi, trattini, lettere e punti decimali sono rifiutati come input non numerico con invalid_input affinché un valore troncato in silenzio non raggiunga mai lo storage. La modalità compute è il default: il motore richiede esattamente quattordici cifre, restituisce check_digit come stringa di un carattere e restituisce with_check come l’IMEI di quindici cifre che Lei può stampare o persistere. La modalità validate richiede esattamente quindici cifre; la risposta riporta valid true quando la cifra finale coincide con expected_check_digit ricalcolato, e include sempre payload (le prime quattordici cifre), check_digit, expected_check_digit e length quindici. Alias come digits, imei e code sono accettati per lo stesso campo payload, così le integrazioni che già parlano di «imei» non devono rinominare. Poiché il percorso è parse puro senza orologio, sorgente casuale o rete, lo stesso corpo JSON produce sempre lo stesso risultato JSON sullo strumento browser gratuito e sull’API a $0.002 per richiesta riuscita.

Dove le cifre di controllo IMEI entrano nei flussi reali

I produttori di dispositivi e gli ODM ricevono seriali interni di quattordici cifre e devono aggiungere la cifra di controllo Luhn ufficiale prima di stampare l’IMEI sulla confezione, sul cassetto SIM o sull’etichetta normativa. I portali di operatori e MVNO convalidano IMEI di quindici cifre all’attivazione affinché una sola trasposizione non crei un dispositivo fantasma e un provisioning fallito. I sistemi di gestione asset e MDM scorrono ogni colonna IMEI di un export CSV, chiamano la modalità validate e mettono in quarantena le righe dove valid è false, catturando sia modifiche umane sia bug dei generatori. Le officine di riparazione e gli sportelli RMA ricalcolano expected_check_digit quando un cliente legge il numero al telefono, intercettando errori di battitura prima di aprire un ticket contro il terminale sbagliato. Non tratti un IMEI che passa il controllo come prova che il dispositivo sia genuino, sbloccato o libero da blacklist dell’operatore; prova solo che la cifra Luhn è coerente con il payload sotto i pesi standard dell’identità di apparecchiatura mobile.