Vai al contenuto
XSIS

Sicurezza e dati

Integrazioni e settori

Accesso all’ERP, file di pagamento, ambito PCI DSS, dati di carte e pazienti, consenso, webhook e regole di ciascun settore.

24 domande

Possiamo tracciare chi ha approvato e inviato un pagamento?

Sì. L’approvazione resta nel Suo ERP con i controlli esistenti. Lo strato di integrazione registra ogni file che crea, firma, invia e riceve, con timestamp, identificativi e l’account tecnico usato. Quel registro collega ogni pagamento nel report di stato della banca al documento ERP e ai suoi approvatori.

Questo tiene i dati delle carte fuori dai nostri sistemi?

È l’obiettivo del progetto. I numeri di carta sono acquisiti dal terminale certificato o da una pagina di pagamento ospitata e sostituiti da token al gateway, così POS, ERP e archivi dati vedono solo token. Questo riduce la parte del Suo patrimonio a cui si applica PCI DSS. Il Suo valutatore conferma il perimetro finale.

Supportate EMV 3-D Secure per i pagamenti online?

Sì. Per i pagamenti con carta online integriamo EMV 3-D Secure tramite il gateway, così l’emittente può autenticare il titolare dove la normativa o il rischio lo richiedono. Gestiamo i flussi challenge e frictionless nel checkout e collaudiamo entrambi con le carte di test del fornitore.

Come vengono protetti i dati dell’open banking?

Token e registrazioni dei consensi sono cifrati a riposo, solo il connettore può usarli, e ogni chiamata è registrata con il consenso che la sostiene. Raccolgiamo solo i dati necessari alla finalità e stabiliamo per quanto tempo vengono conservati. A questi dati si applicano norme sulla protezione dei dati come il GDPR, e progettiamo insieme al Suo responsabile della protezione dei dati.

Come proteggete i webhook in ingresso?

Ogni webhook in ingresso è verificato prima dell’elaborazione: tramite firma dove il partner firma i propri messaggi, e tramite controlli su token, origine e timestamp dove non lo fa. I payload sono validati rispetto al contratto, e gli eventi vengono elaborati una sola volta anche se il partner li invia più di una volta.

Come gestite l’accesso al nostro ERP?

Ogni integrazione usa un proprio account tecnico con solo i permessi di cui i suoi flussi hanno bisogno, mai l’accesso di una persona. Le credenziali risiedono nel Suo archivio dei segreti, non nel codice, e l’accesso degli ingegneri è nominativo, registrato e rimosso quando lasciano il progetto.

Come sono protetti i dati dei clienti nel CRM?

L’accesso è basato sui ruoli e segue il Suo provider di identità, così ogni persona vede solo i clienti e i campi di cui il suo lavoro ha bisogno. I campi sensibili possono essere mascherati o cifrati, e le modifiche sono registrate. Le integrazioni usano propri account tecnici con permessi limitati, e le loro credenziali restano nel Suo archivio dei segreti.

Come mantenete sicuri i file di pagamento?

I file di pagamento sono firmati e cifrati come richiede ciascuna banca e viaggiano solo sul canale concordato. Chiavi e certificati sono conservati nella Sua cassaforte delle chiavi o nel Suo modulo di sicurezza hardware, mai nel codice. I file sono validati prima dell’invio e ogni trasferimento è registrato, così può tracciare chi ha approvato e inviato ogni pagamento.

Come riducete il nostro perimetro PCI DSS?

Non possiamo eliminare PCI DSS, ma possiamo ridurre la parte del Suo patrimonio a cui si applica. Pagine di pagamento ospitate, cifratura punto-punto al terminale e token del gateway tengono i numeri di carta fuori da POS, ERP e data warehouse. Documentiamo i flussi dei dati per il Suo valutatore.

Potete collegare il nostro identity provider?

Sì. Aggiungiamo il single sign-on con OpenID Connect o SAML 2.0 tramite provider come Microsoft Entra ID o Keycloak. Gli utenti vengono provisionati con SCIM dove l’applicazione lo supporta. Il Suo identity provider resta l’unico punto in cui l’accesso viene concesso e revocato.

Potete lavorare entro i nostri requisiti normativi e di sicurezza?

Sì. Lavoriamo dentro le Sue politiche: le Sue regole di accesso, i Suoi ambienti, il Suo processo di modifica e i Suoi requisiti di audit. Prima dell’inizio del lavoro concordiamo come sono trattati i dati, quali ambienti gli ingegneri possono raggiungere e quali evidenze servono ai Suoi team di rischio e conformità. Descriviamo i controlli applicati in modo chiaro, così che i Suoi valutatori possano esaminarli.

Come gestite i dati delle carte?

Progettiamo in modo che il minor numero possibile di sistemi non veda mai un numero di carta completo. Campi di pagamento ospitati, tokenizzazione e token di circuito tengono i dati delle carte presso il processore, il che riduce il Suo perimetro PCI DSS. Dove un sistema deve trattare i dati delle carte, lo costruiamo secondo i controlli PCI DSS applicabili e li documentiamo per il Suo valutatore.

Dove saranno ospitati i dati?

Dove dicono le Sue regole. Lavoriamo con regioni di cloud governativo o sovrano, cloud commerciali approvati o i Suoi data center, e progettiamo il sistema in modo che sia Lei a decidere l’hosting. Backup, log e accessi per il supporto seguono la stessa regola, perché spesso i dati escono da una regione proprio attraverso questi e non tramite l’applicazione.

Come proteggete i dati di ospiti e inquilini?

Ogni sistema conserva solo i dati di cui ha bisogno, nella regione che sceglie, cifrati in transito e a riposo. L’accesso segue i ruoli ed è registrato. Progettiamo per il GDPR e per le leggi del MENA sulla protezione dei dati personali che Le si applicano.

Come lavorate sui sistemi OT senza mettere a rischio le operazioni?

Leggiamo i dati tramite percorsi protetti e monitorati e non modifichiamo mai un sistema di controllo fuori dai Suoi processi di cambiamento e sicurezza. Il lavoro sui sistemi in produzione è pianificato con i Suoi ingegneri operativi, e ogni modifica può essere annullata.

Come proteggete i dati dei pazienti?

Raccogliamo solo i dati necessari a una funzionalità, li teniamo nella regione e nell’ambiente che sceglie e li cifriamo in transito e a riposo. L’accesso segue i ruoli ed è registrato. I nostri ingegneri lavorano con dati sintetici o anonimizzati ove possibile e con dati reali solo con la Sua approvazione e sotto la Sua supervisione.

Il software ci renderà conformi a HIPAA o al GDPR?

La conformità appartiene alla Sua organizzazione e a come gestisce un sistema, quindi nessun fornitore di software può renderLa conforme da solo. Ciò che facciamo è progettare e costruire secondo i requisiti applicabili, documentare i controlli e assistere i Suoi team privacy e sicurezza nelle loro valutazioni.

È sicuro usare i nostri dati di pubblico con l’IA?

I dati personali sono mascherati o tokenizzati prima che i modelli li vedano, e i modelli possono girare in una cloud privata o sovrana, così i dati non lasciano mai il Suo ambiente.

Come impedite a un agente di IA di fare qualcosa che non dovrebbe?

Ogni agente ha la propria identità e credenziali just-in-time, gli strumenti sono protetti da guardrail contro prompt injection e tool poisoning, e ogni azione è registrata.

Come sono protetti i dati dei dipendenti?

L’accesso segue i ruoli ed è registrato, i dati restano dove la legge richiede e le piattaforme sono progettate per GDPR e per le leggi sulla protezione dei dati personali del MENA.

Inizi con una conversazione, non con un contratto.

Ci racconti che cosa deve costruire, collegare o proteggere. Un architetto lo esamina con Lei e poi consiglia da dove iniziare.

Che cosa succede dopo

  1. Concordare un orario

    Il nostro team Le invia un’e-mail per concordare un orario per la sessione.

  2. Sessione di preconsulenza

    Una sessione di preconsulenza online gratuita di 30 minuti: esaminiamo i Suoi obiettivi, i Suoi sistemi e i Suoi vincoli.

  3. Revisione di preparazione

    Nell’ambito di una revisione di preparazione gratuita di 48 ore, un architetto principal verifica il Suo progetto rispetto alla definizione di «pronto» in 6 punti e raccomanda il Track più adatto.

  4. Scelta del Track

    I progetti con perimetro definito ricevono una proposta vincolante entro 3–5 giorni lavorativi. I progetti in fase di concept iniziano nel Blueprint Studio. Un sistema in produzione che non funziona, non è documentato o richiede integrazione inizia con una diagnosi di 1–2 settimane. Il Blueprint Studio e la diagnosi hanno ciascuno un compenso fisso, indicato nella proposta.