Case & Evidence Library

PortaluppiAdmin — Mon, 26 Oct 2026 18:24:27 GMT

@@ Riga 472: / Riga 472: @@
 '''Stato:''' materiale di ricerca in consolidamento.
 </div>
@@ Riga 615: / Riga 644: @@
 * privacy by design;
 * accountability evidence.
 Collegamento: [[Data Protection as an Accountability System]]
@@ Riga 773: / Riga 804: @@
 * [[Evidence-Based Compliance as an Accountability Model]]
 * [[Integrated Audit as a Cross-Compliance Method]]
 * [[Research Papers]]
 * [[Dossier]]

Rinnovi automatici e carte memorizzate

PortaluppiAdmin — Mon, 26 Oct 2026 18:17:53 GMT

Creata pagina con "{{DISPLAYTITLE:Rinnovi automatici e carte memorizzate}} '''Rinnovi automatici e carte memorizzate''' è la voce della Knowledge Base dell'Osservatorio GlamAura Hub dedicata ai pagamenti ricorrenti nei servizi digitali in abbonamento. Descrive come funziona un rinnovo automatico su carta, quali diritti ha l'utente che vuole interromperlo e quali requisiti dovrebbe rispettare chi progetta un servizio in abbonamento. La voce è una sintesi. L'analisi completa, con fonti e..."

Nuova pagina

{{DISPLAYTITLE:Rinnovi automatici e carte memorizzate}}
'''Rinnovi automatici e carte memorizzate''' è la voce della Knowledge Base dell'Osservatorio GlamAura Hub dedicata ai pagamenti ricorrenti nei servizi digitali in abbonamento. Descrive come funziona un rinnovo automatico su carta, quali diritti ha l'utente che vuole interromperlo e quali requisiti dovrebbe rispettare chi progetta un servizio in abbonamento.

La voce è una sintesi. L'analisi completa, con fonti e tabelle, è nell'articolo del Portaluppi Research Journal ''[https://press.glamaurahub.eu/journal/index.php/portaluppi-research-journal/it/article/view/facile-entrare-difficile-uscire Facile entrare, difficile uscire: carte memorizzate, rinnovi automatici e diritto di recesso nei servizi digitali]''.

== In breve ==
* Il primo pagamento richiede il consenso e l'autenticazione dell'utente; i rinnovi successivi partono dall'esercente, senza nuove conferme.
* La carta è custodita dal gestore dei pagamenti dell'esercente sotto forma di codice (token): solo l'esercente può rimuoverla o fermare il rinnovo prima dell'addebito.
* L'utente può revocare il consenso ai pagamenti futuri: dopo la revoca, ogni addebito è un'operazione non autorizzata e va rimborsata.
* Manca ancora, in Italia e nell'Unione europea, un obbligo generale di disdire con la stessa facilità con cui ci si iscrive.

== Come funziona ==
Un pagamento ricorrente su carta coinvolge cinque soggetti:
# '''Piattaforma o esercente''': vende l'abbonamento e decide quando addebitare il rinnovo.
# '''Gestore dei pagamenti''': conserva i dati della carta e li sostituisce con un token.
# '''Circuito di pagamento''': trasmette la richiesta di addebito.
# '''Emittente della carta''': autorizza o rifiuta l'operazione.
# '''Portafoglio elettronico''': interviene solo se il pagamento passa da lui; se la carta è memorizzata presso il gestore dell'esercente, non vede l'abbonamento.

I rinnovi sono [[#Glossario|operazioni avviate dall'esercente]]: l'autenticazione forte è richiesta alla sottoscrizione, non a ogni addebito successivo.

== Quadro normativo ==
{| class="wikitable"
! Ambito !! Norma !! Cosa prevede
|-
| Servizi di pagamento || Direttiva (UE) 2015/2366 (PSD2), art. 64; D.Lgs. 11/2010, artt. 5 e 11 || Revoca del consenso a una serie di operazioni; le operazioni successive alla revoca non sono autorizzate; rimborso entro la fine della giornata operativa successiva; comunicazione entro 13 mesi
|-
| Protezione dei dati || Regolamento (UE) 2016/679 (GDPR), artt. 5, 12, 17, 25 || Limitazione della conservazione; obbligo di agevolare l'esercizio dei diritti; cancellazione dei dati della carta; protezione dei dati fin dalla progettazione
|-
| Consumo || D.Lgs. 206/2005 (Codice del consumo), artt. 18, 19, 25, 54-bis || Gli ostacoli sproporzionati alla risoluzione del contratto sono un elemento di pratica aggressiva; tutela estesa alle microimprese; funzione di recesso online (dal 19 giugno 2026)
|-
| Servizi digitali || Regolamento (UE) 2022/2065 (DSA), artt. 12 e 25 || Punto di contatto non solo automatizzato; divieto di interfacce ingannevoli per le piattaforme online
|-
| In arrivo || Digital Fairness Act || Proposta della Commissione europea attesa nel quarto trimestre 2026
|}

== Il divario ==
I diritti esistono, ma gli strumenti per esercitarli prima dell'addebito no. La tutela è reattiva (rimborso, cancellazione su richiesta, sanzione), la responsabilità è frammentata tra più soggetti e l'automazione è più rapida in entrata che in uscita. Nella letteratura sulle interfacce questo schema è chiamato ''roach motel'' o ''subscription trap''.

== Checklist essenziale per l'utente ==
# Capire chi custodisce la carta, partendo dalla ricevuta del primo pagamento.
# Cercare la funzione di disdetta nell'area personale e salvare la conferma.
# Se il pagamento passa da un portafoglio elettronico, annullare lì l'autorizzazione.
# Revocare per iscritto il consenso agli addebiti futuri e chiedere la cancellazione della carta (art. 17 GDPR).
# Se l'addebito avviene dopo la revoca, contestarlo subito presso l'emittente.

== Checklist essenziale per chi progetta un servizio ==
# Disdetta in un numero di passaggi non superiore a quelli dell'iscrizione.
# Area self-service sempre visibile per rimuovere il metodo di pagamento.
# Conferma scritta immediata della disdetta.
# Promemoria prima di ogni rinnovo annuale.
# Canale di contatto umano, non solo automatico.
# Cancellazione dei token di pagamento alla disdetta.

== Glossario ==
; Operazione avviata

Portaluppi Research & Innovation - Ultime modifiche [it]

Case & Evidence Library

Rinnovi automatici e carte memorizzate