privacy-pagamenti

Privacy Pagamenti e Abbonamenti · Payments Privacy

🇮🇹 Versione italiana qui sotto · 🇬🇧 English version below

Quando un sito/app gestisce pagamenti o abbonamenti, applicare queste regole.

Regola d'oro: mai toccare i dati della carta

• Il numero di carta NON deve mai transitare dal proprio server né essere salvato nel proprio DB (requisito PCI-DSS). Usare sempre checkout/elementi ospitati dal provider: Stripe Checkout / Payment Element, PayPal Smart Buttons.
• Nel DB salvare SOLO: ID cliente del provider (es. cus_...), ID abbonamento, stato, ultime 4 cifre e brand se forniti dal provider.
• Le chiavi segrete (sk_..., client secret) vivono solo in variabili d'ambiente lato server. Nel frontend solo chiavi pubblicabili.

Webhook: sempre verificati

Lo stato di pagamenti/abbonamenti si aggiorna SOLO da webhook verificati, mai dal redirect del browser (falsificabile).

// Stripe (Express) — il body deve essere RAW
app.post('/webhook', express.raw({type: 'application/json'}), (req, res) => {
  let event;
  try {
    event = stripe.webhooks.constructEvent(
      req.body, req.headers['stripe-signature'], process.env.STRIPE_WEBHOOK_SECRET
    );
  } catch (err) { return res.status(400).send('Firma non valida'); }
  // gestire event.type: checkout.session.completed, invoice.paid,
  // invoice.payment_failed, customer.subscription.deleted ...
  res.json({received: true});
});

Per PayPal usare l'API di verifica firma webhook. Rendere i gestori idempotenti (stesso evento ricevuto due volte = nessun doppio effetto): salvare gli event.id processati.

Abbonamenti

• Gestire sempre: pagamento fallito (grace period + email), cancellazione (accesso fino a fine periodo), upgrade/downgrade con proratazione del provider.
• La cancellazione deve essere facile quanto l'iscrizione (obbligo in UE/USA). Prevedere pagina "gestisci abbonamento" (Stripe Customer Portal è la via più semplice).
• Prezzi e importi: mai fidarsi di valori inviati dal client; il server usa solo i Price ID configurati.