La banca indica il dispositivo abituale ma IP o sessione risultano anomali: cosa verificare nel diniego

Una risposta negativa della banca può richiamare il fatto che l’operazione contestata sia stata eseguita dal “dispositivo abituale” del cliente. Questo dato è importante, ma non esaurisce necessariamente la ricostruzione tecnica: identificativo del dispositivo, indirizzo IP, rete utilizzata, sessione di accesso, eventuali nuovi enrollment e autorizzazione della singola operazione sono evidenze diverse. Se alcuni elementi risultano anomali, vanno letti nello stesso ordine temporale senza considerare uno solo di essi come prova conclusiva.

Responsabilità editoriale: Redazione Consumatori24.
Ultimo aggiornamento sostanziale: 22 settembre 2026.

Per il quadro generale sulle operazioni contestate consulta la guida dedicata agli addebiti non autorizzati e al rimborso.

“Dispositivo abituale” è un dato tecnico, non una descrizione completa della vicenda

Le app bancarie associano normalmente il cliente a uno o più dispositivi registrati. Se nel diniego l’intermediario afferma che l’operazione è partita da un device già noto, sta indicando un elemento della propria ricostruzione tecnica. Non significa però che ogni passaggio successivo sia automaticamente spiegato.

È utile capire quale identificativo del dispositivo venga considerato, quando sia stato registrato, se vi siano state nuove associazioni o modifiche e quale sessione abbia generato l’operazione. Il termine “abituale” può riferirsi a un dato interno della banca, ma la valutazione deve restare collegata all’evento concreto contestato.

Dispositivo, IP e sessione non sono la stessa cosa

Il dispositivo può essere riconosciuto attraverso identificativi tecnici dell’app o del terminale; l’indirizzo IP descrive invece il punto di rete dal quale avviene una connessione; la sessione identifica un determinato accesso e la sequenza di attività collegata. Questi elementi possono essere coerenti tra loro, ma non sono intercambiabili.

Una sessione effettuata dallo stesso telefono può utilizzare reti differenti, ad esempio Wi-Fi e rete mobile. Un IP può cambiare senza che cambi il dispositivo. Allo stesso tempo, l’esistenza del dispositivo registrato non chiarisce automaticamente chi lo stesse utilizzando o come sia stata confermata la singola disposizione.

Quando un IP anomalo merita di essere approfondito

Un indirizzo IP diverso da quelli solitamente osservati può dipendere da molte ragioni legittime: connessione mobile, viaggio, rete aziendale, VPN, cambio di operatore o normale assegnazione dinamica. Per questo non va presentato come prova automatica di accesso fraudolento.

Diventa però un elemento da leggere con attenzione quando coincide temporalmente con un’operazione contestata, soprattutto se il cliente riferisce di non aver effettuato quell’accesso e altri dati — nuovo beneficiario, modifica dei limiti, dispositivo, alert — mostrano una sequenza insolita.

La rete geografica apparente può essere fuorviante

La geolocalizzazione di un IP è indicativa e non sempre corrisponde alla posizione fisica esatta dell’utente. Un nodo dell’operatore può risultare in una città diversa e alcuni servizi instradano il traffico attraverso infrastrutture lontane.

È quindi più prudente parlare di coerenza o anomalia della sessione, non di “prova che il cliente fosse all’estero”. Se il dato geografico viene richiamato, dovrebbe essere confrontato con altre evidenze e con il modo in cui la banca stessa lo interpreta.

Cosa dovrebbe chiarire il diniego della banca

Una risposta negativa efficace dovrebbe consentire al cliente di comprendere quali elementi abbiano portato l’intermediario a ritenere l’operazione regolarmente autenticata e autorizzata. Formule generiche come “dispositivo abituale” o “corretta autenticazione” possono non bastare a comprendere la sequenza tecnica se la contestazione riguarda proprio la dinamica dell’accesso.

Consumatori24 ha già dedicato un approfondimento al caso in cui la banca nega il rimborso perché l’operazione risulta partita dal dispositivo abituale. Qui il focus è ancora più stretto: cosa accade quando altri elementi della stessa sessione sembrano non allinearsi.

Autenticazione e consenso alla singola operazione

La normativa sui servizi di pagamento distingue la prova dell’autenticazione dalla ricostruzione complessiva di un’operazione contestata. Nei casi concreti occorre evitare sia di ignorare i dati tecnici sia di attribuire a un singolo elemento un valore assoluto.

Banca d’Italia ricorda che le frodi di pagamento possono avere dinamiche diverse, incluse operazioni non autorizzate e frodi da manipolazione del pagatore. Nel Rapporto sulle operazioni di pagamento fraudolente viene evidenziata proprio la complessità dei fenomeni, anche in presenza di autenticazione forte.

Il ruolo degli alert e delle notifiche

Se durante la sessione la banca ha inviato notifiche per accessi, modifica dei limiti, inserimento di un beneficiario o disposizione del pagamento, anche questi eventi vanno collocati in ordine temporale. Non conta soltanto che una notifica sia stata generata, ma quale evento riguardasse e quando sia stata ricevuta rispetto all’operazione.

Una sequenza può comprendere accesso, modifica, nuova disposizione e conferma. Ricostruirla permette di capire se il diniego descriva tutti i passaggi o si limiti alla fase finale.

Nuovo dispositivo e dispositivo già registrato

Alcune pratiche presentano un tema ulteriore: il cliente ritiene di non aver registrato un nuovo device, mentre la banca parla di dispositivo già noto. È allora utile distinguere la data dell’enrollment originario da eventuali nuove registrazioni o riattivazioni.

Il fatto che il telefono sia lo stesso non esclude che l’app abbia subito una nuova configurazione; viceversa, una nuova sessione non implica necessariamente un nuovo dispositivo. Le parole usate nel diniego devono quindi essere confrontate con i log effettivamente disponibili.

Se il telefono era fisicamente in possesso del cliente

Il possesso materiale del dispositivo è un dato importante ma non risolve automaticamente la questione. Le frodi possono avvenire con tecniche diverse, compresi phishing, social engineering, accesso remoto o compromissione delle credenziali. Ogni ipotesi richiede elementi concreti, non supposizioni.

Banca d’Italia, nel portale L’Economia per tutti, richiama l’attenzione sulla protezione di PIN, password e codici e sulla necessità di contestare tempestivamente le operazioni non riconosciute.

Un software di accesso remoto cambia il contesto, non sostituisce i log

Se sul dispositivo era presente un programma di controllo remoto, questo elemento deve essere documentato, ma non basta da solo a spiegare chi abbia eseguito ogni operazione. È necessario collegare il possibile accesso remoto con gli orari, le sessioni bancarie e le disposizioni contestate.

La ricostruzione diventa più forte quando i dati tecnici convergono; resta più debole quando si fonda soltanto su una possibilità astratta.

Orari e concatenazione delle operazioni

Gli orari possono mostrare se l’accesso, la modifica dei limiti, l’inserimento del beneficiario e il bonifico siano avvenuti in pochi minuti oppure in momenti separati. La concentrazione temporale non prova automaticamente una frode, ma può rendere la sequenza meritevole di approfondimento.

È utile conservare screenshot, SMS, push, email e registro chiamate con data e ora, perché possono essere confrontati con i dati indicati dalla banca.

Il dispositivo abituale può essere solo uno degli argomenti del diniego

Spesso la banca richiama più elementi insieme: credenziali corrette, OTP, dispositivo riconosciuto, biometria, IP, assenza di anomalie o comportamento del cliente. La risposta va letta nel suo complesso, distinguendo i fatti documentati dalle conclusioni.

La guida di Consumatori24 sulla risposta negativa della banca dopo una truffa aiuta a inquadrare la fase post-diniego senza trasformarla in una procedura standard.

Quali documenti sono utili

Sono rilevanti il reclamo o il disconoscimento inviato, il diniego integrale, l’elenco delle operazioni contestate, gli orari degli alert, eventuali informazioni tecniche ricevute su dispositivo/IP/sessione, la denuncia se presentata e la documentazione delle comunicazioni avute con la banca durante l’emergenza.

Se il cliente ha ricevuto soltanto una sintesi telefonica dei log, è importante distinguere ciò che è documentato da ciò che è stato riferito verbalmente. La precisione del fascicolo evita di costruire la contestazione su dati non verificabili.

Quando IP e device risultano apparentemente contraddittori

Un contrasto apparente può avere una spiegazione tecnica innocua oppure segnalare che la ricostruzione necessita di maggiori informazioni. Il punto non è stabilire da soli la causa, ma capire se la banca abbia spiegato in modo coerente la sessione e l’autorizzazione dell’operazione.

Se, ad esempio, il device è classificato come abituale ma la sessione presenta dati insoliti e nello stesso intervallo vengono effettuate modifiche non riconosciute, l’insieme può essere più significativo di ciascun elemento preso separatamente.

Perché non conviene ridurre tutto all’IP

Concentrarsi soltanto sull’IP rischia di indebolire una pratica che contiene altri elementi più concreti. La domanda utile è come tutti i dati si combinino: dispositivo, accessi, autorizzazioni, beneficiari, limiti, notifiche e operazioni.

Una posizione ben ricostruita non afferma che “l’IP dimostra la frode”, ma mostra quali elementi coincidono o non coincidono con la versione contenuta nel diniego.

Quando chiedere una valutazione più approfondita

La situazione merita attenzione quando il rimborso è stato negato, l’importo è significativo, la banca fonda la risposta su elementi tecnici e il cliente dispone di dati che sembrano descrivere una sessione differente da quella abituale.

In questi casi è utile analizzare il fascicolo prima di scegliere eventuali iniziative successive, perché la qualità della ricostruzione tecnica e documentale può incidere sulla comprensione del caso.

Consumatori24: leggere il diniego oltre le formule sintetiche

Consumatori24 può esaminare il diniego, le operazioni e i dati disponibili per capire se il richiamo al dispositivo abituale sia coerente con il resto della sequenza tecnica. Non si tratta di sostituirsi a una perizia informatica, ma di individuare quali elementi siano realmente documentati e quali punti richiedano chiarimento.

L’obiettivo è evitare conclusioni automatiche sia a favore sia contro il cliente: una pratica bancaria complessa va valutata sulla dinamica concreta e sulla documentazione disponibile.

La banca richiama il dispositivo abituale ma la sessione non ti torna?

Indica operazione, importo, motivazione del diniego, dati su dispositivo/IP/sessione e gli eventuali alert o modifiche avvenuti prima del pagamento.

Compila il modulo qui sotto: l’invio è senza impegno e ti risponderemo entro poche ore lavorative.