Sicurezza e fiducia
Scorpaq viene progettato per mantenere separati i dati della sua attività, assegnare al team gli accessi adeguati al lavoro e verificare gli esiti dei pagamenti. L’obiettivo è gestire il servizio mantenendo il controllo su dati e pagamenti.
La sicurezza è un confine dell’intero sistema, non una semplice funzione dell’interfaccia.
Questa pagina descrive principi di progettazione durante lo sviluppo. Non dichiara verifiche indipendenti, certificazioni o un servizio di produzione completamente attivo.
I dati delle attività e degli spazi di lavoro sono progettati per rimanere separati. L’accesso è limitato allo spazio e all’ambito autorizzati.
Ogni richiesta di dati necessita del contesto aziendale autorizzato; conoscere un identificativo non deve bastare per leggere un record. L’accesso tra attività deve essere respinto al punto di controllo, non soltanto nascosto nell’interfaccia.
Il privilegio minimo separa le responsabilità di titolare, responsabile, personale di sala e cucina.
I ruoli devono seguire preparazione, servizio, gestione e proprietà. Aprire una schermata non deve dare al personale accesso automatico a impostazioni sensibili o a tutti i dati.
Server e fornitore verificano lo stato del pagamento. Una pagina di successo o ritorno nel browser non prova il pagamento.
Un’interruzione del ritorno al browser non deve determinare la verità del pagamento. I risultati incerti restano in attesa fino ai controlli del server e del fornitore.
Si preferiscono pagamenti ospitati dal fornitore affinché i dati grezzi delle carte non debbano entrare nella logica, nei registri o nelle analisi di Scorpaq.
I dati della carta appartengono alla pagina del fornitore supportato, non ai messaggi di contatto. Il reindirizzamento stabilisce un confine dei dati, non certifica ogni configurazione.
Scorpaq non custodisce né ridistribuisce i fondi degli ospiti. Il flusso tra fornitore e attività resta fuori dalla piattaforma.
Il rapporto dell’attività con il fornitore determina il trattamento dei fondi degli ospiti. È distinto dall’abbonamento Scorpaq e non rende Scorpaq il commerciante che custodisce quei fondi.
Minimizzazione dei dati, nessun account obbligatorio e nessuna identità persistente o impronta tra attività sono principi di base.
Sito informativo e futura piattaforma ospiti hanno flussi diversi. Consulta l’informativa del sito per campi, provenienza e scelta commerciale; non dedurne una politica di produzione.
Il progetto include TLS, segreti gestiti e verifica dell’identità con OIDC/JWKS dove applicabile.
Le credenziali devono restare fuori dal codice pubblico e dai pacchetti client. Sono principi tecnici, non un inventario delle regioni di hosting o una garanzia su ogni configurazione.
Idempotenza, protezione dalla ripetizione e stato durevole delle transazioni consentono una gestione sicura degli esiti incerti.
Una ripetizione tecnica deve riutilizzare l’identità della transazione, senza creare una nuova operazione. Il recupero deve preservare ciò che è noto e indicare le verifiche pendenti, senza considerare l’incertezza un successo.
Gli stati e gli eventi operativi necessari sono progettati per essere durevoli e verificabili.
Le modifiche rilevanti richiedono contesto aziendale e di transazione per indagare i problemi. Il principio non fissa un periodo pubblico di conservazione né promette a ogni utente tutti gli eventi interni.
Le analisi devono rappresentare onestamente i dati osservati. I dati deboli non diventano certezze; il testo libero degli ospiti non è un input pubblicitario o di profilazione predefinito.
I pannelli di esempio illustrano l’approccio, non misurazioni dei clienti. Costi incompleti non consentono una valutazione completa della redditività; i limiti devono accompagnare le analisi.
Utilizza la pagina Contatti esistente.
Seleziona privacy/dati per esercitare diritti, oppure descrivi pagina e comportamento interessati per una questione di sicurezza. Non inviare password, dati completi di carte o documenti d’identità nel primo contatto.