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.
Leggi di più: File di pagamento e riconciliazione tra ERP e bancaCollega a questa domanda
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 viene gestito il consenso del cliente?
Il cliente vede quali dati sono condivisi, per quale finalità e per quanto tempo, e si autentica presso la propria banca. Il connettore memorizza il consenso e i relativi token in forma cifrata, e ogni chiamata è collegata a un consenso valido. I clienti possono revocare il consenso, e il connettore smette di chiamare quella banca per loro quando lo fanno.
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.
Leggi di più: Connessioni ERP-API di terze partiCollega a questa domanda
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.
Leggi di più: Implementazione e sincronizzazione di ERP e CRMCollega a questa domanda
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.
Leggi di più: Implementazione e sincronizzazione di ERP e CRMCollega a questa domanda
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.
Leggi di più: Connettività bancaria, tesoreria e ISO 20022Collega a questa domanda
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.
Leggi di più: Pagamenti, commercio agentico (AP2) e POSCollega a questa domanda
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.
Leggi di più: Middleware e servizi di integrazione APICollega a questa domanda
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.
Leggi di più: Fintech e servizi finanziariCollega a questa domanda
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.
Leggi di più: Fintech e servizi finanziariCollega a questa domanda
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.
Leggi di più: Immobiliare e ospitalitàCollega a questa domanda
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.
Potete renderci conformi?
La conformità appartiene alla Sua organizzazione e a come opera. Progettiamo e realizziamo sistemi per superare gli audit applicabili, documentiamo i controlli e sosteniamo i Suoi team nelle loro valutazioni.
Leggi di più: Legale, rischio e conformitàCollega a questa domanda
Come preparate i sistemi di IA all’AI Act dell’UE?
Con governance dell’IA, guardrail e verifiche del rischio algoritmico, e registrazioni di ciò che ha fatto ogni modello e agente, così una valutazione ha prove su cui basarsi.
Leggi di più: Legale, rischio e conformitàCollega a questa domanda
L’IA può funzionare senza inviare i nostri dati all’estero?
Sì. I modelli possono girare air-gapped, on-premises o in una cloud sovrana regionale, con un recupero consapevole dei permessi che applica l’accesso prima che qualsiasi modello veda i dati.
Leggi di più: Legale, rischio e conformitàCollega a questa domanda
Altre domande
- Lavorare con XSISCome proteggiamo sistemi, codice e dati, dove sono conservati i dati, gli strumenti di IA per la scrittura di codice e gli accessi che ci servono.13 domande
- Software, IA e datiI Suoi dati nei modelli di IA, spiegabilità e distorsioni, data warehouse, sicurezza di web, mobile e cloud e migrazioni sicure.6 domande
- IA e datiDove finiscono i Suoi dati nei modelli di IA e nei servizi gestiti, chi detiene le chiavi, come si producono i dati di test e le regole da rispettare.15 domande
- Sicurezza informatica e quantisticaCrittografia resistente al quantistico, identità degli agenti di IA, zero trust, distinte dei materiali software, monitoraggio OT e certificazione di sicurezza.21 domande
- Costi e prezziChe cosa determina il costo di un progetto o di un team e come stimiamo.29 domande
- TempiQuanto tempo serve per iniziare e per consegnare, e che cosa lo modifica.10 domande
- Proprietà e contrattiA chi appartengono codice, dati e risultati e come funzionano i contratti.22 domande
- Team e personaleChi lavora al Suo progetto, come viene scelto e come cambiano i team.30 domande
- Processo e comunicazioneCome si pianifica, si rendiconta e si collauda il lavoro.121 domande
- TecnologiaLe piattaforme, gli standard e gli strumenti con cui lavoriamo.144 domande
- Supporto e operazioniChe cosa succede dopo il go-live: supporto, monitoraggio e modifiche.29 domande
- Chi è XSISChi siamo, dove siamo e come contattarci.6 domande
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
Concordare un orario
Il nostro team Le invia un’e-mail per concordare un orario per la sessione.
Sessione di preconsulenza
Una sessione di preconsulenza online gratuita di 30 minuti: esaminiamo i Suoi obiettivi, i Suoi sistemi e i Suoi vincoli.
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.
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.