Domande frequenti
Tutte le domande a cui risponde questo sito, raccolte per argomento. Le cerchi o apra un argomento per le risposte. Anche ogni pagina di servizio, settore e integrazione ha le proprie domande.
Argomenti
Costi e prezzi
Che cosa determina il costo di un progetto o di un team e come stimiamo.
Altre domande: Costi e prezziCome stimate i costi?
Stimiamo in base al perimetro, non a un listino. Dopo una prima conversazione suddividiamo il lavoro in parti, ne dimensioniamo ciascuna e mettiamo per iscritto le ipotesi alla base della stima. I fattori principali sono il numero di sistemi e integrazioni, lo stato dei Suoi dati, i requisiti di sicurezza e normativi, i test necessari e la seniority del team. Riceve una stima scritta con opzioni, così può scegliere da dove iniziare. Conosce prezzo e tempi prima dell’avvio.
La composizione tra ingegneri interni ed esternalizzati cambia il costo?
Può cambiarlo. Il costo dipende dai ruoli, dalla seniority e dalle competenze che il lavoro richiede, e da chi può fornirle. Vede prezzo e tempi prima dell’avvio. Ogni modifica alla composizione è concordata prima con Lei.
Che cosa determina il costo del lavoro sull’esperienza del cliente?
I percorsi e i canali nell’ambito, quanta ricerca serve, lo stato dei Suoi dati esistenti e se realizziamo anche le modifiche. Ricerca e progettazione possono essere delimitate a fasi, così può esaminare i risultati prima di impegnarsi nella consegna.
Che cos’è l’economia dei token?
I modelli linguistici si pagano in base al volume di testo che leggono e scrivono, misurato in token. L’economia dei token stima quel costo di esercizio per caso d’uso e come cache e modelli più piccoli possano ridurlo.
Come verificate il rendimento dell’IA?
Ogni caso d’uso riceve una misura e una baseline prima dell’inizio del lavoro, come ore risparmiate, errori evitati o ricavi aggiunti. Il pilota è giudicato rispetto a quella misura prima di finanziare la fase successiva.
Tempi
Quanto tempo serve per iniziare e per consegnare, e che cosa lo modifica.
Altre domande: TempiQuanto tempo serve per iniziare?
Dipende dal team che Le serve e da ciò che deve essere pronto prima: il contratto, l’accesso ai Suoi sistemi, le verifiche di sicurezza e, per le integrazioni, gli ambienti di test dei Suoi partner. Le indichiamo che cosa ci serve da Lei e quando, e confermiamo una data di avvio nella proposta. Il lavoro di scoperta può spesso iniziare mentre si organizzano gli accessi.
Quanto dura un progetto?
Dipende dall’ambito, dal numero di sistemi e team coinvolti, dalla rapidità delle decisioni e da quanto sono pronti terzi come banche o fornitori. Dopo la fase di scoperta Le diamo un piano con milestone e dipendenze, e riportiamo rispetto ad esso per tutto il progetto.
Come si collauda la connessione prima del go-live?
Ogni banca fornisce un ambiente di collaudo o un processo di test. Concordiamo con la banca una serie di casi di test, che coprono ogni tipo di pagamento, rifiuti ed estratti conto, li eseguiamo e conserviamo le prove. Quando la banca approva, passiamo in produzione con un primo piccolo ciclo di pagamento e confrontiamo i risultati prima di spostare il resto.
Come lo estendete a molti punti vendita?
Partiamo con un pilota in alcuni punti vendita e confrontiamo i loro totali con il processo attuale ogni giorno. Quando i totali coincidono, procediamo per gruppi, con un ritmo che il Suo team operativo dei punti vendita può sostenere. Il vecchio processo resta disponibile per ogni punto vendita finché il nuovo flusso non è dimostrato.
Quando vedremo risultati?
Le correzioni piccole, come un messaggio più chiaro o un passaggio rimosso, possono essere rilasciate presto. Le modifiche più grandi a servizi e sistemi seguono in fasi pianificate. Concordiamo misure e baseline prima dell’avvio, così ogni modifica può essere confrontata con la situazione precedente.
Proprietà e contratti
A chi appartengono codice, dati e risultati e come funzionano i contratti.
Altre domande: Proprietà e contrattiA chi appartengono il codice e il lavoro che producete?
La proprietà intellettuale del lavoro che realizziamo per Lei è Sua dal primo commit: nessun passaggio di cessione alla fine. Comprende il codice su misura, la documentazione e gli altri deliverable realizzati per Lei. Tutto ciò che portiamo e che esisteva prima, come strumenti interni o librerie, resta nostro, e Lei riceve una licenza per usarlo nei Suoi sistemi. I componenti open source mantengono le proprie licenze, che Le elenchiamo.
Firmate un accordo di riservatezza?
Sì. Firmiamo un accordo di riservatezza reciproco prima che condivida qualsiasi informazione confidenziale, sul Suo modello o sul nostro. Tutti coloro che lavorano al Suo progetto sono vincolati da obblighi di riservatezza, siano dipendenti XSIS o membri di un team esternalizzato.
A chi appartengono il codice e il lavoro del team?
La proprietà intellettuale del lavoro che costruiamo per Lei è Sua dal primo commit, senza passaggi di cessione alla fine. Il codice personalizzato, i progetti e i documenti prodotti dal team vivono nei Suoi repository e strumenti. Gli strumenti XSIS preesistenti restano nostri e Le sono concessi in licenza. Tutti nel team, compresi gli ingegneri dei team esternalizzati, sono vincolati agli stessi obblighi di riservatezza.
A chi appartiene il lavoro prodotto da un ingegnere in staff augmentation?
La proprietà intellettuale del lavoro che costruiamo per Lei è Sua dal primo commit, senza passaggi di cessione alla fine. Il lavoro che un ingegnere produce per Lei vive nei Suoi repository. Gli strumenti XSIS preesistenti restano nostri e Le sono concessi in licenza. Ogni ingegnere firma le nostre condizioni di riservatezza e segue le Sue politiche di sicurezza mentre lavora nei Suoi sistemi.
A chi appartiene ciò che consegnate?
La proprietà intellettuale del lavoro che costruiamo per Lei è Sua dal primo commit, senza passaggi di cessione alla fine. Comprende il software personalizzato, i progetti e i documenti consegnati per Lei. Gli strumenti o le librerie preesistenti nostri usati nel progetto restano nostri, sono indicati nel contratto e Le sono concessi in licenza.
Sicurezza e dati
Come proteggiamo i Suoi sistemi, il Suo codice e i Suoi dati mentre lavoriamo.
Altre domande: Sicurezza e datiCome proteggete i nostri sistemi, il nostro codice e i nostri dati?
L’accesso è concesso per singola persona, limitato a ciò che serve a ciascun ruolo e revocato quando la persona lascia il progetto. Se preferisce, lavoriamo nei Suoi repository e nei Suoi ambienti, usiamo l’autenticazione a più fattori e conserviamo i segreti in una cassaforte, mai nel codice. Il codice viene revisionato prima del merge, le dipendenze sono sottoposte a scansione e i dati di produzione non vengono copiati negli ambienti di test senza mascheramento. Concordiamo questi controlli con il Suo team di sicurezza all’inizio.
Dove vengono conservati ed elaborati i nostri dati?
Dove decide Lei. Concordiamo la sede dei dati prima dell’avvio e progettiamo di conseguenza, che debbano restare in un solo Paese, nel Suo account cloud o nei Suoi locali. Dove si applicano leggi sulla protezione dei dati come il GDPR, lavoriamo con un accordo sul trattamento dei dati e limitiamo i dati personali a quanto serve al lavoro.
I vostri ingegneri usano strumenti di IA per la scrittura di codice sul nostro codice?
Solo se Lei è d’accordo. Le indichiamo quali strumenti useremmo, come trattano codice e dati e se qualcosa esce dal Suo ambiente. Se preferisce, lavoriamo senza. Il codice scritto con l’assistenza dell’IA segue la stessa revisione e gli stessi test di qualsiasi altro codice, e l’ingegnere che lo invia ne è responsabile.
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.
Team e personale
Chi lavora al Suo progetto, come viene scelto e come cambiano i team.
Altre domande: Team e personaleChe cosa significa «team interni ed esternalizzati»?
XSIS impiega ingegneri propri, che guidano i progetti, definiscono la direzione tecnica e rispondono della qualità. Quando un progetto richiede più capacità o una competenza specialistica, aggiungiamo ingegneri di partner di esternalizzazione selezionati. Lavorano con gli stessi standard, contratti e regole di sicurezza, e Lei sa sempre chi fa parte del Suo team e chi lo impiega.
E se un ingegnere non è la persona giusta?
Lei intervista ogni ingegnere prima che entri nel team: nessuna assegnazione al buio. Se una persona non è adatta, la sostituiamo senza costi. Lo dica al Suo responsabile della consegna e pianifichiamo un passaggio di consegne, così la conoscenza resta al team. Vale lo stesso se qualcuno deve lasciare il progetto per motivi propri.
Come scegliete gli ingegneri per un team dedicato?
Partiamo dalle competenze che il lavoro richiede, non da chi è libero. I candidati sostengono colloqui tecnici ed esercizi pratici condotti dai nostri ingegneri senior, e verifichiamo la loro esperienza rispetto al tipo di lavoro che svolge. Poi Le inviamo i profili e Lei li intervista personalmente. Nessuno entra nel Suo team senza la Sua approvazione.
E se un ingegnere non è la persona giusta? (Team di prodotto nativi dell’IA)
Lei intervista ogni ingegnere prima dell’ingresso; nessun inserimento alla cieca. Se qualcuno non è la persona giusta, lo sostituiamo senza costi. Lo dica al responsabile di team o al Suo referente commerciale appena lo nota. Esaminiamo anche il ruolo e il briefing, che a volte sono la vera causa, e pianifichiamo una sovrapposizione perché la conoscenza sia trasferita e non persa.
Come selezionate gli ingegneri che inserite?
I nostri ingegneri senior conducono colloqui tecnici ed esercizi pratici per ogni candidato rispetto al Suo brief. Verifichiamo il loro lavoro passato e il tipo di sistemi che hanno costruito. Gli ingegneri dei team esternalizzati seguono la stessa valutazione dei nostri. Poi Li intervista personalmente, e solo le persone che sceglie entrano.
Processo e comunicazione
Come si pianifica, si rendiconta e si collauda il lavoro.
Altre domande: Processo e comunicazioneCome seguiremo l’avanzamento?
Ha un responsabile della consegna nominato e un ritmo regolare: pianificazione all’inizio di ogni iterazione, una dimostrazione del software funzionante alla fine e un breve rapporto scritto su avanzamento, rischi e decisioni. Può vedere il backlog, il repository del codice e i risultati dei test in qualsiasi momento. Le riunioni di direzione con i Suoi sponsor si tengono con la frequenza che sceglie.
Come gestite fusi orari e orari di lavoro?
Concordiamo gli orari di lavoro con Lei prima dell’avvio del team, comprese le ore in cui team e personale si sovrappongono per riunioni, revisioni e domande. Dove i Suoi utenti o sistemi richiedono copertura fuori da quelle ore, la pianifichiamo nella composizione del team invece di lasciarla al caso.
Come mantenete la stessa qualità tra ingegneri interni ed esternalizzati?
Tutti lavorano con gli stessi standard di codice, regole di test e definizione di completato, e usano le stesse pipeline e gli stessi controlli. Gli ingegneri XSIS esaminano le modifiche prima del merge. I problemi di qualità vengono sollevati allo stesso modo per tutti, e il responsabile della consegna interviene.
Quando la consegna a progetto è la scelta giusta?
Quando il risultato può essere descritto con chiarezza e vuole un’unica azienda responsabile di raggiungerlo: un’applicazione definita, un’integrazione, una migrazione. Se le Sue priorità continueranno a cambiare o il lavoro non ha una fine naturale, un team dedicato di solito si adatta meglio.
Possiamo vedere la posizione di cassa durante la giornata?
Sì, se le Sue banche forniscono report infragiornalieri. Arrivano come messaggi camt.052 o MT942, o tramite un’API dei saldi. Li raccogliamo con la cadenza supportata da ogni banca e li mostriamo accanto agli estratti conto di fine giornata, così il Suo team di tesoreria vede posizioni attese ed effettive prima degli orari limite.
Tecnologia
Le piattaforme, gli standard e gli strumenti con cui lavoriamo.
Altre domande: TecnologiaHost-to-host, EBICS o API bancarie: quale dovremmo usare?
Di solito decide la banca. L’host-to-host SFTP è il canale più diffuso per i file di pagamento aziendali. EBICS è comune con le banche in Germania, Francia e Paesi vicini. Le API bancarie si adattano ai saldi in tempo reale e ai pagamenti istantanei dove la banca le offre. Molte aziende usano più di un canale, e lo strato di integrazione nasconde la differenza all’ERP.
Dovremmo ricevere estratti conto camt.053 o MT940?
Dove la banca offre entrambi, camt.053 contiene dati di rimessa più ricchi e strutturati, il che rende più affidabile la riconciliazione automatica. MT940 è ancora molto usato e funziona bene in molti casi. Possiamo accettare entrambi, convertirli nello stesso modello interno e far passare ogni banca da MT940 a camt.053 quando conviene a Lei e alla banca.
Le vendite vanno registrate in tempo reale o in lotti?
Di solito come eventi quasi in tempo reale, perché cifre di scorte e vendite sono così aggiornate durante la giornata. Alcuni ERP o licenze rendono costose le registrazioni frequenti, quindi lo strato può anche raggruppare gli eventi in riepiloghi per punto vendita e periodo. Scegliamo con Lei in base a quali decisioni richiedono dati aggiornati e a ciò che l’ERP gestisce bene.
Con quali sistemi POS ed ERP funziona?
Il progetto funziona con qualsiasi POS in grado di esportare transazioni tramite API, eventi o file, e con ERP come SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central e Odoo. Confermiamo le interfacce del Suo POS e del Suo ERP specifici all’inizio. Citare un prodotto non implica una partnership con il suo fornitore.
Qual è la differenza tra un gateway e un acquirer?
L’acquirer è la banca o l’istituzione autorizzata che elabora i pagamenti con carta per Lei e Le versa il denaro. Il gateway è il servizio tecnico davanti ad essa che accetta richieste da terminali e checkout, tokenizza le carte e le instrada. Alcuni fornitori sono entrambe le cose. Il progetto funziona in ogni caso e tiene distinti i due ruoli.
Supporto e operazioni
Che cosa succede dopo il go-live: supporto, monitoraggio e modifiche.
Altre domande: Supporto e operazioniChe supporto fornite dopo il go-live?
Possiamo gestire e mantenere ciò che realizziamo: monitoraggio, gestione degli incidenti, aggiornamenti di sicurezza e modifiche al variare della Sua azienda e dei Suoi partner. Il supporto è concordato per iscritto, con tempi di risposta, contatti per l’escalation e report periodici.
Che cosa succede quando il progetto finisce?
Sceglie Lei. Possiamo trasferire il sistema al Suo team con documentazione e sessioni guidate, oppure continuare a gestirlo e svilupparlo con un accordo di supporto o un team dedicato. Lo concordiamo prima della fine del progetto, così non ci sono vuoti.
Chi gestisce le registrazioni fallite una volta in produzione?
Si concorda prima del go-live. Di solito il Suo team operativo dei punti vendita o della finanza gestisce gli errori aziendali, come un articolo sconosciuto, da un elenco di revisione, e il team tecnico gestisce i guasti del flusso stesso. Possiamo fornire quel supporto tecnico nell’ambito di un accordo continuativo, con il manuale operativo condiviso con il Suo team.
Che cosa succede quando un partner ha un’interruzione?
Il resto dei flussi continua a funzionare. I messaggi per quel partner vengono ritentati e poi messi in coda, il team di supporto riceve un avviso e nulla va perso. Quando il partner torna disponibile, i messaggi in coda vengono riprodotti in ordine. La dashboard mostra quale partner è interessato e quanti messaggi sono in attesa.
Che cosa succede quando il modello smette di funzionare bene?
Mercati e clienti cambiano, quindi i modelli derivano. Monitoriamo prestazioni e dati visti dal modello, avvisiamo il Suo team quando l’uno o gli altri cambiano e riaddestriamo il modello con una pipeline collaudata.
Chi è XSIS
Chi siamo, dove siamo e come contattarci.
Altre domande: Chi è XSISChi è XSIS?
XSIS è la società tecnologica di KONG GROUP. Progettiamo, realizziamo, integriamo ed esercitiamo software per le imprese: IA e dati, software su misura, web e mobile, cloud e le integrazioni che collegano i sistemi ERP a banche, POS e terze parti. La fintech è il nostro settore principale. Consegniamo tramite i nostri ingegneri interni e team esternalizzati selezionati, sotto un unico insieme di standard.
Come iniziamo a lavorare insieme?
Ci dica di che cosa ha bisogno nella pagina dei contatti: scelga il team a cui scrivere o chieda una richiamata all’orario che preferisce. In quella prima conversazione chiediamo dei Suoi sistemi, dei vincoli e dei tempi e suggeriamo il modo di lavorare più adatto. Se c’è corrispondenza, segue una proposta scritta.
Serve un’autorizzazione per usare l’open banking?
Le informazioni sui conti e l’avvio di pagamenti sono attività regolamentate in molti Paesi. O la Sua azienda detiene l’autorizzazione, oppure opera tramite un fornitore autorizzato che la detiene. Quale delle due si applica dipende dal Suo Paese e dal caso d’uso, e i Suoi consulenti legali e di conformità dovrebbero confermarlo. Realizziamo l’integrazione per il percorso che sceglie.
Che tipo di lavoro fintech svolge XSIS?
La fintech è il nostro settore principale. Costruiamo applicazioni di banca digitale e portafogli, servizi di pagamento e regolamento, piattaforme di credito, reporting patrimoniale e percorsi assicurativi, e li colleghiamo a banche, processori di carte, fornitori KYC e sistemi ERP. Non pubblichiamo nomi di clienti senza il loro consenso, quindi mostriamo la nostra esperienza attraverso i sistemi e gli standard con cui lavoriamo e nelle conversazioni tecniche con i Suoi architetti.
Potete lavorare nel rispetto delle regole degli appalti pubblici?
Sì. Rispondiamo a gare e requisiti di accordi quadro e possiamo lavorare su perimetri fissi o a fasi, con criteri di accettazione scritti. Forniamo la documentazione che gli acquirenti chiedono di solito, come descrizioni di sicurezza, piani di consegna e ruoli nominati, e dichiariamo solo ciò che possiamo dimostrare. Dove un accordo quadro stabilisce condizioni proprie, lavoriamo al suo interno.
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.