From 3c4904521fa23f064b2bd36fd87b66acbc3ac308 Mon Sep 17 00:00:00 2001 From: "c.rosati" Date: Wed, 5 Mar 2025 19:31:45 +0100 Subject: [PATCH] Video AI primo commit --- .gitignore | 7 + ... Tecnica - Follow up pt2_transcription.txt | 6 + ...MENTO PERIODICO 12-35-13_transcription.txt | 6 + ...ottare - Analisi tecnica_transcription.txt | 6 + ...ione 2025-02-20 10-47-51_transcription.txt | 15 + ...arte 2025-02-20 16-28-38_transcription.txt | 6 + ...strazione della riunione_transcription.txt | 6 + ...TARE 2025-02-18 16-30-00_transcription.txt | 6 + app.py | 164 +++++++ assembly.py | 418 ++++++++++++++++++ assembly_gpt.py | 228 ++++++++++ chunk_test.py | 59 +++ openai_client.py | 13 + requirements.txt | 7 + transcript_openai.txt | 58 +++ 15 files changed, 1005 insertions(+) create mode 100644 .gitignore create mode 100644 03032025 FFIT - Replatforming PDC PO - Analisi Tecnica - Follow up pt2_transcription.txt create mode 100644 03032025 FFIT PDC ALLINEAMENTO PERIODICO 12-35-13_transcription.txt create mode 100644 FFIT - Replatforming PDC PO - Definizione soluzione da adottare - Analisi tecnica_transcription.txt create mode 100644 PdC - Confronto PianoSoluzione 2025-02-20 10-47-51_transcription.txt create mode 100644 PdC - Confronto PianoSoluzione_ seconda parte 2025-02-20 16-28-38_transcription.txt create mode 100644 Replatforming PO-20241025_152416-Registrazione della riunione_transcription.txt create mode 100644 Video FFIT REPLATFORMING PDC-PO DEFINIZIONE DA ADOTTARE 2025-02-18 16-30-00_transcription.txt create mode 100644 app.py create mode 100644 assembly.py create mode 100644 assembly_gpt.py create mode 100644 chunk_test.py create mode 100644 openai_client.py create mode 100644 requirements.txt create mode 100644 transcript_openai.txt diff --git a/.gitignore b/.gitignore new file mode 100644 index 0000000..3637795 --- /dev/null +++ b/.gitignore @@ -0,0 +1,7 @@ +*.md +*.docx +*.zip +*.mp4 +venv +__pycache__ +videos/*.* diff --git a/03032025 FFIT - Replatforming PDC PO - Analisi Tecnica - Follow up pt2_transcription.txt b/03032025 FFIT - Replatforming PDC PO - Analisi Tecnica - Follow up pt2_transcription.txt new file mode 100644 index 0000000..41c408c --- /dev/null +++ b/03032025 FFIT - Replatforming PDC PO - Analisi Tecnica - Follow up pt2_transcription.txt @@ -0,0 +1,6 @@ +Ok, ho messo anche qualche descrizione perché vorrei anche mettere sulla colonna J descrizione impatto, alcuni appunti su quello che è l'impatto di convergenza a livello VBAC. Su rischio ad evatezza avrei messo la chiamata ad evatezza, chiamata rischio, della croc, chiamata correlazione. Con la costruzione del portafoglio, quindi impatto sia ai saldi COD CONF sia anche eventualmente ai codici titoli dei nuovi degli strumenti fondi. Ritorno a come descrizione, c'è qualcos'altro da aggiungere secondo voi? Non riusciva a riattivare il microfono, funzionava bene. Ok, il prossimo è un monitoraggio. Volevo rientrare, scusate. Allora, vediamo che si carichi. Qui si carica attraverso l'area i vari progetti e poi chiama a Blackrock per avere anche qualche altra soluzione per i rendimenti, giusto? Andrea, Rossella, andate in cucina per cortesia, c'è l'impatto del portafoglio in senso al VBAC. Qui, come senza fondi, sicuramente c'è il discorso dell'adeguamento del modello Tanki e c'è la logica di rilettura degli elementi che compongono il portafoglio con quello dei nuovi contenitori. Ok, quindi è sempre caricamento portafoglio con un nuovo giro. Perfetto. Poi, il report manager. Direi che il report manager è abbastanza chiaro, c'è tutto il caricamento del portafoglio e quindi tutta la posizione dei report. C'è l'adeguare sia report sia VBAC, c'è la costruzione del portafoglio, i strumenti. Allora, il report manager c'è un impatto sicuramente su tutte quelle che sono le store procedure che gestiscono oggi la personalizzazione della stampa. Ok. Oggi tu hai la possibilità di stampare una serie di dettagli a livello di prodotto su ogni singola scheda che sono fatte per i contenitori in chiave come ne sono oggi. Ok. Domani avrai una modifica di tutte le stesse procedure, grazie a te, che stanno su .NET, ma non è .NET l'ingresso, però lo sviluppo lo dico su .NET. Questa parte qui è .NET e vanno datate tutte le procedure che permettono sia la configurazione della scheda che la stampa della scheda. Ok, sia configurazione che stampa della scheda. Perfetto. Poi NRP, per sé è quello che ha il più alto impatto perché c'è anche tutta la gestione dello storico, quindi delle date a vecchio. Scriverai qua caricamento portafoglio e gestione dello storico. Qua prendi NRP e i tappetti di fare. NRP è già sul Darwin ed è la componente che segue Cargiano. In realtà, vi ricordate sul discorso del Data Mart? Ieri abbiamo detto teniamo l'attimino aperto perché dovevamo smarcare proprio questa cosa, perché c'è un Data Mart. Su Darwin sta solamente il back-end, non tutto. La parte back, la parte fronte deve essere tutta migrata, sta ancora su Monolid, se non ricordo male. Ok, quindi però il Data Mart rimane quello o comunque sarà manutenuto da qualcun altro, se ho capito bene. Sì, sì, corretto. Ok, perfetto. Il nostro è in grado di gestire, a seconda delle date pre-post-co-live della convergenza, il vecchio e i nuovi giri. Ho chieduto il mapping che poi ci serve per la prossima obbligazione. Va bene. Arc? Abbiamo messo livello basso. Dove ci impatta che ci sono dei filtri da mettere su Arc? Direi di no. Direi che non ci sia impatto? No, è un archivio documentale, non varia in base alla... Se i pdf c'hanno al loro interno dei contenuti, però l'Arc in selezione. Quindi in realtà possiamo togliere questo DNA, possiamo metterlo. Sì, quindi in realtà magari chiediamo conferma, perché sia a livello di analisi, anche di pianificazione, eccetera. Per Arc abbiamo sempre detto che non ci sono dipendenze, quindi neanche da convergenza. Però poi abbiamo messo basso, quindi lo so anche Raffaele, eccetera, se avevano in mente qualche altra cosa. L'Arc è in attesa, quindi non credo stia partecipando. Lasciamo un attimo pending, Mattia. ESG, come abbiamo detto oggi, c'è tutta la chiamata, la sostenibilità abbiamo visto sulla proposta, quindi abbiamo impatto sia per i singoli strumenti che poi sul portafoglio. C'è anche la parte di ESG. Strumenti, ovviamente interrompetemi pure se avete un modifico, eccetera, rispetto a quello che sto scrivendo e assumendo. Poi immobiliare confermiamo NA, direi, che non c'erano dubbi, così come l'inpertanto a titoli 6. Qua c'era anche qua, Mattia, avevamo un punto, magari lo discutiamo anche con Francesco, non so se... perché qua c'era il tema che in realtà l'avevamo posizionato in fondo, noi, alla pianificazione, però l'avevamo anticipato perché probabilmente Prometeia avrebbe anticipato dei servizi, quindi avevamo detto magari li gestiamo già a nuovo, però questo è un attimino da valutare. Mi sembra che dovessero fare loro un check con i gruppi di avvoltore. Sì, soprattutto anche con Francesco, se non sbaglio, l'ultima volta che ne abbiamo parlato. Vabbè, adesso se ritornano Francesco... Lasciamo pending anche questo un attimo. Vediamo il segno, quelli pending. Sì, sono ARC, immobiliare, c'è il segno di segno, va beh, ok. Lista stampa di titoli 6, ok. MOT, modulo tutela, avevamo messo l'impatto di servizi back medio. Siete riusciti ad aiutarmi? Cos'è l'impatto della sempre costruzione del portafoglio? + Se ci state ancora ascoltando, Adriano, Alessia, Veronica... Sì, sì, sto leggendo. L'Excel l'abbiamo presa appunto. No, abbiamo preso soltanto l'adeguamento al modello dati e la parte di convergenza. Poi c'ha i replatforming ovviamente del componente GVT. Sì. E qua è solo costruzione del protocollo. Ok. Non è scadenzario. Sono tutte le viste diverse. Quello dell'impatto fronte è chiaro dal businesser qua. Invece a livello di servizi back c'è sempre l'adeguamento al modello dati. Esatto. Eh sì. Alert? Scusami, scusami, ero mutato. Non è scadenzario. Al momento il modello dati è vero, ma dobbiamo prendere in considerazione che i dati che prendiamo sono sbagliati le tabelle del DB di marketing. Quindi bisognerà vedere se c'è necessità di fare... Sono sempre dei servizi, Adri. Servizi? Insomma le tabelle? No, abbiamo visto con Valerio perché questo lo stiamo già un po' analizzando perché sta in piano a noi questo qua. Non è scadenzario. Ero segnato tipo verificare tutte le modifiche sulle interfacce. Però sempre a livello di servizio penso che... Cioè sì, dobbiamo parlare con loro, però comunque comunichiamo tramite servizi. Ma questo è uno degli oggetti anche di LDD? Nel senso, perlomeno al contorno, a parte AUS e MUP, queste informazioni saranno dentro LDD o no? Sembrano molto specifiche di PDC. Non ti soddisfi stanno sinceramente... Non sappiamo ancora. Sicuramente non tutti perché ci stanno robe sul compleanno, probabilmente quelle sul MUP non ce le avremo mai. Eh no, immagino, sembrano molto specifiche. Ma questo è da definire, sarà una delle cose che ci sarà sul tavolo da portare, sul tavolo di LDD. Allora, dipende da quello che LDD vuole fare. Perché allora c'entra una logica di trasferimento sulle LDD dei dati che vengono utilizzati da più piattaforme. Quindi se qui l'esigenza verrà considerata da LDD come un'esigenza trasversale, quindi un dato comunque interessante a più piattaforme, lo si porterà, altrimenti no. Per questo non riusciamo a avere mai un controllo a suo conosco. Diciamo che per quella che è la natura del dato probabilmente no, però è da verificare. Ok, andando invece su ALERT. Su ALERT c'è l'impatto, l'avevamo visto Adri l'altra volta, l'avevamo segnato mi pare. Su ALERT, andiamo un po', la lista è lunga. ALERT, noi abbiamo due tipi di ALERT, ALERT manuali e ALERT centralizzati. Gli ALERT centralizzati sono quelli che si configurano dalla sezione ALERT. Gli ALERT manuali sono quelli che si configurano a livello di singolo strumento. Allora, gli ALERT centralizzati non abbiamo visto impatti per la convergenza FOND. Gli ALERT manuali, impostandoli sul singolo strumento, immaginiamo che devi fare un salvataggio della soglia di rendimento, di VAR, oltre la quale scatta l'ALERT se la soglia viene segurata. Ovviamente anche qui c'è un atteggiamento al modello dati per la registrazione sulle tabelle di VDC dell'ALERT stesso, cioè quando il cliente lo imposta, tu lo devi salvare su VDC. Certo, quindi i cavi del strumento sono fondamentali. Sì, queste cose sono adeguate. È un adeguamento al modello dati. Anche qui, per la parte degli ALERT, questa volta trovo più sicuro dell'altra, perché noi dipendiamo dalle viste che ci mette a disposizione il tipo di marketing. Quindi qui dobbiamo capire se le viste che ci danno la cosa dell'ALERT cambiano l'interfaccia. Certo. Il solito discorso di LVD. Ok? Sì. Va bene. Analisi del portafoglio del prodotto, direi che qui è tutto il modello dati, qui l'incaricamento del portafoglio con la nuova struttura e il ricercare del prodotto anche alle chiavi probabilmente. Aspetta un attimo, scusa. Dimmi? Analisi del portafoglio più ricerca del prodotto. Qua ovviamente c'è la ricerca del modello dati, quindi la costruzione del portafoglio più anche le chiavi dei prodotti. Allora, la ricerca dei prodotti ha degli impatti importanti, dei BR che potete anche voi trovare. Sì, lo so. C'è un refactoring che l'utente chiede di cambiare una serie di funzionalità che già oggi abbiamo, anche con un restyle grafico, con un arricchimento di informazioni quali il bar del portafoglio del cliente, il rendimento del portafoglio del cliente, sono dati che difficilmente noi riusciamo a avere prima della messa in sessione del cliente. Quindi per lì ci sono dei ragionamenti da fare. Poi in generale le tabelle della ricerca del prodotto perranno adattarsi alla nuova gestione dei contenitori fondamentalmente. Non so se l'avete vista, ma fondamentalmente tu puoi cercare il cliente in base ai prodotti che hai in portafoglio. Certo. I prodotti in portafoglio li vedi in base ai rapporti che sono questi prodotti, in base ai contenitori-contratti in cui sono. Quindi qui ci dovrebbe essere l'adeguamento ai nuovi contenitori, quindi i fondi che dovrei prevedere sotto i contratti ma dentro le rubriche o i depositi, l'adeguamento al modello dati e l'eventuale aggiornamento di quelle che sono le fonti dati da cui recuperiamo le informazioni per la ricerca del prodotto che sono le tabelle cosiddette PKU e libri di marketing. E questo è un aspetto invece che, lo so, le troveremo le medesime informazioni su LDD, non so in che forma però, perché queste tabelle, così come sono adesso, sono costruite per la PDC, per rendere poi, se non sbaglio, rapida l'alimentazione di tutta la parte, che si chiama la parte quella lì della stick search? Non mi ricordo come si chiama, quella che fa anche la smart search. Le PKU sono? No, la PKU è una grafica. Era un modulo che fu di elastic search, su cui noi mettiamo... La parte di Neo4j è il db aggrafo e poi legge dagli elastic. Queste tabelle alimentano quella parte lì, quindi sono costruite in modo da garantire il funzionamento rapido di questi aspetti. Quando poi andiamo a parlare di quello che ci dovrà su LDD... Dovremmo trattarlo, ok. Dovremmo capire cosa ci danno. Va bene. Prossimo. Caricamento portafogli consigliato. È quello che carichiamo su, proprio la tabella portafogli consigliati? Me la stavo guardando. Ed è composto da questi tre dati, quindi il flusso, stiamo parlando di questo, col caricamento portafogli consigliati, è un flusso di chiave prodotto, tipo portafoglio... Però il file non si arriva con la chiave prodotto, la chiave prodotto te la ricavi. Te la ricavi tu, questo è lo step finale. Quindi l'impatto che abbiamo sarà sul... Il procedure che fa nel caricamento. Ma in realtà se il file viene inviato con i dati nuovi, in realtà non c'è neanche impatto. C'è da controllare quello, esatto. Perché usa la chiave prodotto, no? Usa la chiave del prodotto, non la chiave prodotto. + il codice interno e il sottoprodotto, per verificare il file della Sierra il file sarà adeguato alle nuove chiavi di prodotto corretto ok, in caso è solo quello l'impatto i nuclei, ma si carica il portafoglio del cliente, quindi dei clienti che fanno parte del nucleo quindi tutto adeguamento modello dati costruzione del portafoglio aggregato vedete altro su questo? i nuclei, teoricamente, arrivano prima chi li fa i nuclei? i nuclei ce li lavoriamo noi e la versione adeguata arriva entro fine di quest'anno quindi sarà adeguata, o comunque andrà a contenere già la parte creativa dovrà avere poi l'add-on della parte della convergenza quello che ci siamo immaginati è che la gestione dei nuclei arriva nel 2025 è ripiattaformata sul modello dati vecchio, cioè quello attuale la convergenza Q2 2026 dovrebbe integrare soltanto su quello che è già stato ripiattaformato l'adeguamento al nuovo modello dati dei fondi in più dovrà prevedere la migrazione delle posizioni dei prodotti che stanno nel nucleo con le nuove chiavi come la migrazione che facciamo a DB i prodotti che stanno in quel nucleo devono migrare tra i vecchi e i nuovi se io dentro al nucleo ho associato il prodotto 1,2,3 il prodotto 1,2,3 diventano 5,6,7 devo far vedere 5,6,7 poi c'è un discorso sui nuclei che è legato all'estensione delle funzionalità di NRP ai nuclei che è quello che ci chiedeva Giovanni Doria sarà possibile stampare all'interno di NRP il patrimonio del nucleo decidendo quali contenitori del patrimonio del nucleo stampare ovviamente i contenitori devono essere considerati in chiave convergenza di questa parte però specifica dobbiamo parlare con Giovanni perché io il requisito non l'ho visto e non lo conosco quindi non so poi che infatti ci sono lato suo so che ha fatto dei ragionamenti con Capgemini però dobbiamo ancora trovare un punto di confronto Tieni conto però Adri che la parte nuclei dovrebbe essere sviluppata dal gruppo Sì, era quello che stavo dicendo L'abbiamo detto prima, arriveremo semplicemente con la migrazione con la convergenza che dobbiamo adeguare soltanto al modello dati però la parte di stampa dei nuclei su NRP non so quando arriva, se arriva direttamente nel 2025 dove puoi direttamente selezionare quello che ci chiedeva Giovanni quello arriva nel 2025 comunque? Chi direi di sì Fa parte quindi della platforma Allora quindi soltanto l'adeguamento al modello dati e la migrazione delle posizioni dei fondi e le stampe, quello che Raffaele aveva intanto visto però ora stava fuori, corretto Raffaele? Sì, fa parte della reportistica Quindi va capito tutta ancora come farla e chi deve farla perché ovviamente lì tocca centralizzare il componente perché tocca fare i report sul nuovo Jasper che è un discorso che finora sinceramente tra le tante cose che abbiamo già visto con i colleghi di Armondia sui report ancora non ci siamo concentrati per cui è un argomento che dobbiamo necessariamente ripetere quando cominciamo a parlare dei report sul Jasper Quindi avevi dato per chiuso che si faceva nel 2025? No Quindi la parte report nuclei rimane comunque può andare per giugno però penso, no? Nel 2026 Eh certo, già tu dillo sì però non ne abbiamo ancora parlato Sì, infatti siamo impreparati Ci sentiamo che la parte report nuclei sta fuori dalla platforming del 2025 e capiamo se arriverà con convergenza o dopo Sì, però Adriano scusami se ho capito bene però l'architettura non ho seguito la call che hai fatto con Doria No, non è una call, ci siamo incontrati No, dicevo, quello che stavi dicendo fosse una cosa ancora diverso che dalla nuova sede di portafoglio c'è una relazione verso i nuclei per poter scaricare un report No, diciamo, da quello che ho capito sarà possibile selezionare i rapporti di cui stampare il report di NRP per il nucleo Sono sbaglio, ho scritto pure nel BR di Mileto questa cosa Sì, sì, però la mia domanda è qualcosa di nuovo o qualcosa di già esistente? Questo non mi è chiaro È qualcosa di nuovo tutto nel senso che i nuclei hanno una specifica e ovviamente Maurizio quando ha rifatto la specifica della convergenza non è partito dall'esis di produzione dei nuclei ma ha ripreso come se i nuclei li avessimo già sviluppati, è nuovo Ok, ok, ok Andando avanti, prodotti presso terzi qui l'impatto era, come dicevo l'altra volta le cavi di prodotto quando si ricerca i prodotti registrati già nella grafica banca Ecco, c'è un adeguamento al modello dati sicuramente anche per i fondi di terzi solo per i fondi e c'hai anche la gestione che dovrai prevedere per il recupero degli indicatori di rischio sui prodotti di terzi che da quello che abbiamo detto dovrebbe essere una chiamata a Belzero o un flusso verso Belzero che ci permetterà di ottenere non ho capito se è dal flusso attuale questo non si è capito proprio è sicuramente un cilindro nel senso che questo è un altro tavolo secondo me dobbiamo necessariamente aprire con i colleghi di integration layer quello che tu dici Belzero per capire effettivamente in generale come varia con l'LDT lo scenario poi in particolar modo con i prodotti presso terzi come possiamo mettere su un flusso perché se è vero che Colozzi vuole dismettere completamente quello che ha fatto finora per inviare i flussi verso IL secondo me sulla falsariga di quanto già fatto dovremmo ritagliare un flusso esclusivamente per i prodotti presso terzi in modo che l'integration layer lo arricchisca e lo invii verso Alladin che ci possa rispondere con informazioni del rischio quando invocato però è un tavolo tutto nuovo da dover aprire questo arriva in relazione all'integrazione con il LDT Convergenza fondi avrebbe richiesto solo un adeguamento delle chiavi come al solito qui invece stiamo facendo il nostro imparo però se lo vediamo nell'ottica complessiva a differenza degli altri prodotti tu per questi devi fare il giro che si è detto di fare verso l'LDT e verso l'integration layer per recupero dei dati di rischio Sì, nel senso che per tutto il resto dei prodotti siccome i prodotti presso terzi non vogliono che vengano gestiti su house allora non potranno seguire il percorso nuovo ma dovremo mantenere il percorso a vecchio però un percorso a vecchio ritagliato solo sull'esigenza dei prodotti presso terzi non riutilizziamo quello che già c'è ma ne facciamo uno nuovo facciamo tutti gli approcci + di modo da poterlo fare su immagini e sottolineanza, di modo che lo riutilizziamo quando già noto per non inventarci un giro completamente ex novo. Però va tutto condiviso con l'integration layer per capire come farlo. Impatto su chi ha il prodotto, gestione o preoccupo, indicatore di rischio, prodotti terzi e in arrivo con RTD. Questo lo stavate descrivendo per il fatto che è un warehouse e quindi bisogna studiare qualcosa ad hoc. Esatto. Ok. I client. Noi abbiamo chiesto l'autorizzazione perché ancora non abbiamo visto come funzionano i tab. Immagino che se sono sempre clienti e il rapportistico su clienti c'è sempre tutto l'adeguamento al modello dati per costruzione del portafoglio e i soliti discorsi. Sì, è molto simile alla funzione dei Nuclei dove fondamentalmente si creano dei portafogli con i contratti di diversi clienti e su quelli si va a fare monitoraggio e rendicontazione trimestrale con Promedia che ci calcola i rendimenti su questi prodotti qua. Però c'è un giro diverso perché c'è un database ad hoc ritagliato per questi clienti e che viene utilizzato per gestire soprattutto la parte di rendicontazione e di calcolo dei rendimenti. Database intendi questo che vedo che si chiama Pclient o un altro ancora? No, è un altro ancora inteso come i propri portafogli della clientela. Nel momento in cui viene individuato un cliente che si vuole fare un'analisi del portafoglio con questo strumento la prima cosa che si fa è scaricare il suo portafoglio e da quel giorno in poi con tutta la movimentazione e i saldi si storicizza e si consente così allo strumento di poter tirare fuori una rendicontazione e un calcolo dei rendimenti. Però è esterno gestito in questo momento la Capgemini, è sempre un database esterno la Ptc. Sto database sta chiamato verso Prometeia per il calcolo dei rendimenti, ma come la rientra in quella di valutazione del portafoglio? Le anagrafiche dei fondi pure loro le devono allineare per parlare con noi? Sì, sicuramente. C'è un impatto Keyclient che è parte Frontend che gestiamo noi, ma anche parte DB che gestisce Capgemini. Corretto, Francesco, torna che lo sto dicendo. Scusa, ripeti che l'ho distratto? No, ma stiamo parlando di Keyclient, dell'impatto della convergenza fondi. Keyclient però utilizza un database che viene creato ad hoc sui clienti che rientrano in quel perimetro che poi si carica su tutti i movimenti, i saldi storici per poter fare i calcoli del rendimento tramite le chiamate a Prometeia. Quello ovviamente è fuori dal perimetro. Assolutamente sì, anche perché è una chiamata punta a punto, quindi nessuno c'ha il calcolo dei rendimenti fatto così. Però chi gestisce quel database si dovrà adeguare alla nuova struttura dati? Certo, assolutamente sì. Quindi loro devono essere ingaggiati e poi condividere, si cambia di flusso l'interfaccia. Io su questa parte... Qua parte lì è sempre Cap a gestire, se non mi ricordo male. Sì, è sempre il gruppo Lombrici, l'ho sentito quando c'era un problema su questa parte. Come? Lombrici mi avevi dato come riferimento l'altra volta, proprio per vedere questa parte. Eh sì, è lui. Lombrici o Maglio Casacchia. Poi se vogliamo fare un approfondimento su questo in particolare, raccolgo un po' di elementi, chiedo a loro se ci danno una mano a raccontarci il lato loro che fanno. E ci passiamo anche su questo punto, anche per coordinarci con le modifiche che bisogna fare. Va bene, ok. Renato, questo l'hanno detto tempo fa che lo teniamo in scope, ma era diciamo sotto monitoraggio questo modulo qua. Mi sembrava di aver capito per capire l'utilizzo eccetera, ma quindi è comunque rimasto in scope o c'è la possibilità che... Io avevo visto semplicemente che la creazione di macro portafogli, meta portafogli come si chiamano, che vengono fatti dai nostri advisor, effettivamente erano abbastanza fermi, non ne stavano facendo più tanti. Però di contro, proprio confrontandomi con Francesco che conosce bene questa parte, abbiamo visto che continuano a rendicontare clienti che già fanno parte di quel perimetro. Quindi non lo possiamo spegnere. Corretto. Dito, vorrei ricoprare i due punti che ha spiegato Renato. Sì, Renato barra Francesco. Con Renato in realtà ne avevamo parlato, forse avevamo detto che dovevamo fare un ragionamento anche con Francesco. Il tema Renato della parte immobiliare che abbiamo detto l'avevamo messo in fondo in realtà anche nella pianificazione attuale, ma lo sarebbe anche... Però l'avevamo anticipato con il discorso dei servizi Prometeia. Mi è chiaro, lì oggi avevamo Roberto Tesi, tra l'altro che la persona si occupa sia dell'immobiliare che della rendicontazione trimestrale, su cui mi devo allineare. Ce lo siamo detti però ieri, quindi non sono riuscito ancora ad allinearmi. Sì, perché lui ha tenuto i contatti con Prometeia per procrastinare il rilascio della nuova interfaccia verso i servizi catastali. Non so quanto margine abbiamo, per cui se abbiamo sufficiente margine, ovviamente l'immobiliare la spostiamo più possibile. Perché il vantaggio era che se Prometeia non ci sposta come data della modifica dell'interfaccia, poi dobbiamo fare necessariamente un intervento sull'applicativo per modificare l'interfaccia verso questi nuovi servizi e quindi avremmo avuto un costo aggiuntivo che invece andando a riscriverli direttamente a nuovo avremmo così assorbito. Invece c'era la parte ARC che ci chiedevamo qual fosse effettivamente questo impatto di coerenza fondi su ARC. Non mi ricordo perché l'abbiamo messo a basso. Non ci dovrebbero essere impatti. L'unica cosa è che c'è il codice del contratto nella ricerca. Il numero del contratto però non è un codice intero, continuerà a esistere questo, sarà semplicemente non valorizzato più con il codice mandato di oggi. L'unica modifica che dovrebbe essere fatta forse è questa. Giusto, forse dovrebbe essere qui, immagino, essendo un documentale garantito lo storico dei contratti. Se io richiamo un codice di contratto di un anno fa, per recuperare i documenti in cui quel contratto c'è, deve continuare a uscire. Ma io questa cosa non so neanche se funziona questa ricerca. Ma come fa a funzionare, scusa? Questo chi è? Perché secondo me questo è il contratto di consulenza che si mette qua. Sì, secondo me è questo, ma sulla lista non lo esponiamo. Perché lui fa ricercare nei documenti se quel contratto è presente, che sono tutti i pdf. Non sta da nessuna parte questa cosa. Se noi mettiamo il contratto di consulenza dei mesi, secondo me ci viene fuori il rendiconto di consulenza che gli inviamo trimestralmente. Allora, intanto è misleading quella label, quindi quella va cambiata. Perché secondo me, pure affatti a questo numero contratto era caduto in errore. + ricerca cliente. Non mi ricordo se si chiama proprio uguale, però... E ti confermo che questa non è altro che la stessa sezione che abbiamo riportato da questa parte, non è che questa... ma questa riutilizza tutto il back-end che c'è stato dall'altra parte, quindi è proprio quella. È ricerca del contratto di consulenza, non il contratto di... Ma lì ero stato io l'altra volta che gli avevo fatto mettere basso il collega invece di N, perché c'era già N, ma perché io ero una mente e qui avevo visto il numero contratto e ho detto, no, se è il numero contratto, forse qualche piccola modifica dobbiamo fare, quindi me la curva, quindi possiamo pure fare le marce indietro. Infatti stavo riguardando l'AFU che stiamo facendo, visto che è tanto arco, stavo analizzando proprio il numero contratto di consulenza, quindi possiamo rimettere N AFU. Perfetto. Scusatemi, eh. Francesco, visto che ti sei ricollegato, approfitto. Non so se Roberto ti ha dato qualche riscontro, poi, dell'incontro per l'immobiliare con Prometea, come è andato. Perché se da un lato nella prima pianificazione... È andato bene. Eh, però aspetta, fatti dire prima qual è l'esigenza. Avevamo anticipato... No, è andato bene, nel senso che metteranno un layer, diciamo, sui server, che farà praticamente il problema swap e il resto, no? Ti ricordi che c'è quel problema? Sì, in cambiamento di interfaccia, certo. Esatto, quindi loro metteranno un layer sui server, quindi noi continuiamo a chiamare a servizio swap, e loro poi questo layer lo trasformeranno in resto. Quindi per tutto il tempo che ci vorrà per, diciamo... Si sarà spedito in intermedio. Esatto. Scusa, Francesco, che ti interrompo. L'esigenza era quella di... Prima avevamo messo il prima possibile l'immobiliare per assorbire la modifica, così ci veniva, diciamo, gratis. Di contro, però, adesso che vengono fuori esigenze, lasciami dire, più importanti, come convergenza fondi e LDD, il paradigma è cambiato. Quindi, se abbiamo questa soluzione ponte, probabilmente l'immobiliare a questo punto scende nella classifica dei moduli che andiamo a fare, che andiamo a mettere sicuramente dopo il digiugno del 2026. Sì, va bene, non c'è problema. Quindi vi trovo. Diciamo che se dobbiamo scegliere qualcosa da portare di là, l'immobiliare sarà uno di quelli, sicuramente. No, al contrario, l'immobiliare... Di là nel senso di fare dopo la conversione. Esatto. Perfetto. Perfetto, grazie. Ok. Continuando. Rapporti ISE e NA, quindi se questo non c'erano problemi. I report trimestrali, semestrali e poi quello di immobiliari via batch hanno l'impatto. Scriverei la stessa cosa che abbiamo messo su Report Manager. Andiamo a vedere cosa abbiamo scritto. E qua arrivano sempre... Su Report Manager abbiamo messo questo procedore. Possiamo scrivere la stessa cosa anche su questi report o... Sì, sì, sui report... Che report? Scusami che non sto vedendo. Report trimestrali, semestrali e immobiliari. Allora, lì ci sono delle logiche. Perché lì, come funziona? Sì, sicuramente ci saranno degli impatti a livello batch. Perché noi facciamo anche lì un mark della situazione del database alla fine del trimestre. E quindi sicuramente le procedure che poi lavorano su questo data mark che portiamo dall'altra parte dovranno aspettarsi dei riferimenti ai fondi che hanno delle chiavi diverse. Ok. Ok, Robocore Advisor. Abbiamo messo un impatto alto. Qui c'è tutta la gestione dell'operatività su fondi, deposito e amministrato. Quindi cambia tutta la parte adeguamento modello dati. Sì, questo per me è urgente. Inoltre, grazie a Daniele e ai miei colleghi di GitLab per la visione. Non ti sentiamo, Renato. Almeno io non ti ho sentito. Mi stavano chiamando? No, quello che dicevo. Nel tavolo che dicevamo prima, con I.L. per i prodotti presso terzi, dobbiamo sicuramente aggiungere questo ulteriore argomento che oltre ai colleghi di I.L. coinvolge ovviamente i colleghi di BlackRock per capire loro su questa parte se sono stati già coinvolti e sanno quindi che la convergenza fondi ha una determinata beneficazione e che cosa è arrivato a loro. Siamo noi i primi a ingaggiarli, però se così fosse... Questa cosa, Renato, direi che ne parliamo anche con Giovanni e Roberto. Vorrei, rispetto a quello che ti ho detto prima, tirare fuori piano piano tutte le esigenze che abbiamo lato PDC e farle confluire sul PMO di progetto, tradotto Ercoli, che viaggia su altre tematiche adesso. Quindi, per esempio, le logiche di migrazione, tutte queste cose che ci aspettiamo di avere, questo è uno di quelli, cioè il coinvolgimento lato BlackRock, che lo facciamo noi, lo farà I.L. BlackRock intesa, perché sono due pezzi che comunque possiamo parlare. Intanto con BlackRock non ci interfacciamo noi direttamente, ma ci si interfaccia I.L., quindi sono loro che devono portarsi a casa al fatto che devono chiedere a BlackRock di adeguare le chiavi con cui parliamo nel momento in cui non ci sarà più il security master, quindi non so chi farà quel lavoro su House di creazione dei clienti, tutto quel giro là. BlackRock forse per loro è trasparente, però sicuramente non siamo noi a dove lo studiare, questa trasparenza, no? Sì, sicuramente però non è trasparente con la gestione dei fondi sul dossier e lì sarà per loro un intervento con un alto impatto, te lo dico con certezza, non vedo Valerio che conosce bene quella parte, però forse se Raffaele o Emanuele ci hanno messo mano su quella parte sanno come abbiamo avuto grosse difficoltà a modificare la minima cosa, in questo caso oggi per i dossier titoli abbiamo una gestione semplificata che non gestisce i rubricati, adesso invece siamo arrivati al momento in cui dovremo gestire i rubricati verso di loro necessariamente e si apre un mondo, tra l'altro i tempi che c'è a BlackRock a volte sono pure molto lunghi e vanno incastrati, quindi sono d'accordo con te, non ce lo teniamo solo noi, carichiamo il PM di quello che teoricamente dobbiamo caricare perché sennò ci rimane a noi la cosa. Sono d'accordo. Ok, proseguendo, menù di comunicazione NA, avvisi PB e PO in carico al gruppo Falcon che hanno già analizzato, abbiamo messo basso. Come mai? Nulla, non c'è infatto. Perfetto, poi c'è la scheda di prodotto, ovviamente c'è l'impatto del modello dati quindi sia i codici di contratto che mostriamo nella scheda di prodotto nonché anche poi i codici degli strumenti stessi. Contratti e codici interni, strumenti. Gestire contratti immigrati pop-up, che si dovrebbe aprire per mostrare il vecchio dove è andato sul nuovo, qui dovremmo gestire una mappatura ad hoc del vecchio sul nuovo, in modo tale da poterla mostrare. Ok. Siamo i più veloci questo pomeriggio. Abbiamo fatto tutto quello che dovevamo fare su questa tabella ed è valido intervenire che poi la condividiamo con il gruppo di lavoro. Ho qualche ragionamento ancora a noi. Se siete d'accordo ve la giriamo, date un occhio anche voi perché poi sulla base di questa noi iniziamo ad imbastire il piano questo più quello che ci siamo detti stamattina. Vito, solo una cosa. Ci do anche conferma ad Adriano. + Parte della sezione relativa alla reportistica on demand, su tutto il report di proposta, poi c'è la diagnosi e altro Qui mi sembra di non averlo visto però, non mi sbaglio? Forse tu l'hai visto? Scusa Ci siamo parlato delle store procedure, della parte di dotnet Ah ok ok Ciao Angelo, ah ci sei, ciao Allora, no, mi l'avevo persa Perché c'è stato un pezzo in cui voi non c'eravate, volete che lo scorriamo oppure ve lo mandiamo? Perché poi questi sono i confini in cui ci muoviamo per pensare ad una pianificazione, dite voi Comunque sicuramente ve lo mandiamo, se invece volete scorrere rapidamente No no ok, infatti poi lo diamo un'occhiata E poi l'altro Eh vai No l'altra cosa, non so se avete smarcato anche il tema di nuova sintesi portafoglio per quanto riguarda la parte di back-end Come se la rimassi Allora, mi sembra di capire che il datamart rimane in carico a chi lo gestisce, che mi sembra sia Capgemini Ok Ok Però insomma c'è l'impatto caricamente Però bisogna coordinarsi Dobbiamo coordinarci, sì Ok No erano i due punti all'ora che mi ero segnato e non potevo capire Scusate l'ultima cosa, ma invece la reportistica periodica l'avete messa in conto per analizzarla, per parlarne? Intendo quella trimestrale? Fra scusami, di questo parliamo nel secondo però Tra di noi C'è sicuramente da parlare Perché fa il cliente, quindi ragioniamo un attimo su Sì sì sì Però comunque da inserire tra le cose da fare sicuramente, poi ne parliamo sicuro, ho capito quello che mi dove dire Ok, insomma, e allora sui tavoli di cui parlavamo prima, Blackrock, IL, eccetera Diciamo, ma riusciamo a farli a breve? Per poi, diciamo, confermare, definire l'impatto oppure no? Abbiamo detto Robot for Advisory per Blackrock e produzione Sì sì sì, con IL A breve significa però settimana prossima Se a breve è settimana prossima, puntiamo a quello IL significa che dobbiamo coinvolgere le persone di IL? Eh sì, cioè, io non so, loro sono indagati sul progetto di convergenza fondi Per quello che riguarda il rischio, per quello che riguarda l'adeguatezza, per quello che riguarda Perché non è che non li abbiamo con noi Senti Massimo Ercoli E' quello che diceva Adriano Esatto, facciamoci ridere a lui con chi dobbiamo parlare La cosa che volevo dire è No, aspetta Facciamolo fare a chi governa il progetto Il PM deve ingaggiare Noi possiamo sottolineare che non abbiamo informazioni su questa parte Sono stati ingaggiati, se non lo sono stati, sono stati ancora il caso che vengono ingaggiati Era proprio questo che volevo dire, non vorrei accollarmi l'onere di coinvolgere C'è sta PM, facciamolo fare a lui Ah sì, certo Puntiamo subito Massimo, tra l'altro Ok, Mattia se non abbiamo altro direi che noi iniziamo a fare i nostri ragionamenti E ci dobbiamo, vabbè, appena siamo pronti, ma chiaramente entro i primi giorni della prossima settimana Cerchiamo di uscire con qualcosa in modo da arrivare al 28 poi per, diciamo, per poi farlo circolarizzare a questo piano Se siete d'accordo Va bene Sì, sì, va bene Comunque noi vi mandiamo l'excel, se c'è qualche impatto che non abbiamo insegnato è importante Perché poi è la base per me mettere in fila poi le cose Ok? Sì Grazie a tutti Ciao Sottotitoli creati dalla comunità Amara.org diff --git a/03032025 FFIT PDC ALLINEAMENTO PERIODICO 12-35-13_transcription.txt b/03032025 FFIT PDC ALLINEAMENTO PERIODICO 12-35-13_transcription.txt new file mode 100644 index 0000000..f61f74c --- /dev/null +++ b/03032025 FFIT PDC ALLINEAMENTO PERIODICO 12-35-13_transcription.txt @@ -0,0 +1,6 @@ +Ok, ho messo anche qualche descrizione perché vorrei anche mettere sulla colonna J descrizione impatto, alcuni appunti su quello che è l'impatto di convergenza a livello VBAC. Su rischio ad evatezza avrei messo la chiamata ad evatezza, chiamata rischio, della croc, chiamata correlazione. Con la costruzione del portafoglio, quindi impatto sia ai saldi COD CONF sia anche eventualmente ai codici titoli dei nuovi degli strumenti fondi. Ritorno a come descrizione, c'è qualcos'altro da aggiungere secondo voi? Non riusciva a riattivare il microfono, funzionava bene. Ok, il prossimo è un monitoraggio. Volevo rientrare, scusate. Allora, vediamo che si carichi. Qui si carica attraverso l'area i vari progetti e poi chiama a Blackrock per avere anche qualche altra soluzione per i rendimenti, giusto? Andrea, Rossella, andate in cucina per cortesia, c'è l'impatto del portafoglio in senso al VBAC. Qui, come senza fondi, sicuramente c'è il discorso dell'adeguamento del modello Tanki e c'è la logica di rilettura degli elementi che compongono il portafoglio con quello dei nuovi contenitori. Ok, quindi è sempre caricamento portafoglio con un nuovo giro. Perfetto. Poi, il report manager. Direi che il report manager è abbastanza chiaro, c'è tutto il caricamento del portafoglio e quindi tutta la posizione dei report. C'è l'adeguare sia report sia VBAC, c'è la costruzione del portafoglio, i strumenti. Allora, il report manager c'è un impatto sicuramente su tutte quelle che sono le store procedure che gestiscono oggi la personalizzazione della stampa. Ok. Oggi tu hai la possibilità di stampare una serie di dettagli a livello di prodotto su ogni singola scheda che sono fatte per i contenitori in chiave come ne sono oggi. Ok. Domani avrai una modifica di tutte le stesse procedure, grazie a te, che stanno su .NET, ma non è .NET l'ingresso, però lo sviluppo lo dico su .NET. Questa parte qui è .NET e vanno datate tutte le procedure che permettono sia la configurazione della scheda che la stampa della scheda. Ok, sia configurazione che stampa della scheda. Perfetto. Poi NRP, per sé è quello che ha il più alto impatto perché c'è anche tutta la gestione dello storico, quindi delle date a vecchio. Scriverai qua caricamento portafoglio e gestione dello storico. Qua prendi NRP e i tappetti di fare. NRP è già sul Darwin ed è la componente che segue Cargiano. In realtà, vi ricordate sul discorso del Data Mart? Ieri abbiamo detto teniamo l'attimino aperto perché dovevamo smarcare proprio questa cosa, perché c'è un Data Mart. Su Darwin sta solamente il back-end, non tutto. La parte back, la parte fronte deve essere tutta migrata, sta ancora su Monolid, se non ricordo male. Ok, quindi però il Data Mart rimane quello o comunque sarà manutenuto da qualcun altro, se ho capito bene. Sì, sì, corretto. Ok, perfetto. Il nostro è in grado di gestire, a seconda delle date pre-post-co-live della convergenza, il vecchio e i nuovi giri. Ho chieduto il mapping che poi ci serve per la prossima obbligazione. Va bene. Arc? Abbiamo messo livello basso. Dove ci impatta che ci sono dei filtri da mettere su Arc? Direi di no. Direi che non ci sia impatto? No, è un archivio documentale, non varia in base alla... Se i pdf c'hanno al loro interno dei contenuti, però l'Arc in selezione. Quindi in realtà possiamo togliere questo DNA, possiamo metterlo. Sì, quindi in realtà magari chiediamo conferma, perché sia a livello di analisi, anche di pianificazione, eccetera. Per Arc abbiamo sempre detto che non ci sono dipendenze, quindi neanche da convergenza. Però poi abbiamo messo basso, quindi lo so anche Raffaele, eccetera, se avevano in mente qualche altra cosa. L'Arc è in attesa, quindi non credo stia partecipando. Lasciamo un attimo pending, Mattia. ESG, come abbiamo detto oggi, c'è tutta la chiamata, la sostenibilità abbiamo visto sulla proposta, quindi abbiamo impatto sia per i singoli strumenti che poi sul portafoglio. C'è anche la parte di ESG. Strumenti, ovviamente interrompetemi pure se avete un modifico, eccetera, rispetto a quello che sto scrivendo e assumendo. Poi immobiliare confermiamo NA, direi, che non c'erano dubbi, così come l'inpertanto a titoli 6. Qua c'era anche qua, Mattia, avevamo un punto, magari lo discutiamo anche con Francesco, non so se... perché qua c'era il tema che in realtà l'avevamo posizionato in fondo, noi, alla pianificazione, però l'avevamo anticipato perché probabilmente Prometeia avrebbe anticipato dei servizi, quindi avevamo detto magari li gestiamo già a nuovo, però questo è un attimino da valutare. Mi sembra che dovessero fare loro un check con i gruppi di avvoltore. Sì, soprattutto anche con Francesco, se non sbaglio, l'ultima volta che ne abbiamo parlato. Vabbè, adesso se ritornano Francesco... Lasciamo pending anche questo un attimo. Vediamo il segno, quelli pending. Sì, sono ARC, immobiliare, c'è il segno di segno, va beh, ok. Lista stampa di titoli 6, ok. MOT, modulo tutela, avevamo messo l'impatto di servizi back medio. Siete riusciti ad aiutarmi? Cos'è l'impatto della sempre costruzione del portafoglio? + Se ci state ancora ascoltando, Adriano, Alessia, Veronica... Sì, sì, sto leggendo. L'Excel l'abbiamo presa appunto. No, abbiamo preso soltanto l'adeguamento al modello dati e la parte di convergenza. Poi c'ha i replatforming ovviamente del componente GVT. Sì. E qua è solo costruzione del protocollo. Ok. Non è scadenzario. Sono tutte le viste diverse. Quello dell'impatto fronte è chiaro dal businesser qua. Invece a livello di servizi back c'è sempre l'adeguamento al modello dati. Esatto. Eh sì. Alert? Scusami, scusami, ero mutato. Non è scadenzario. Al momento il modello dati è vero, ma dobbiamo prendere in considerazione che i dati che prendiamo sono sbagliati le tabelle del DB di marketing. Quindi bisognerà vedere se c'è necessità di fare... Sono sempre dei servizi, Adri. Servizi? Insomma le tabelle? No, abbiamo visto con Valerio perché questo lo stiamo già un po' analizzando perché sta in piano a noi questo qua. Non è scadenzario. Ero segnato tipo verificare tutte le modifiche sulle interfacce. Però sempre a livello di servizio penso che... Cioè sì, dobbiamo parlare con loro, però comunque comunichiamo tramite servizi. Ma questo è uno degli oggetti anche di LDD? Nel senso, perlomeno al contorno, a parte AUS e MUP, queste informazioni saranno dentro LDD o no? Sembrano molto specifiche di PDC. Non ti soddisfi stanno sinceramente... Non sappiamo ancora. Sicuramente non tutti perché ci stanno robe sul compleanno, probabilmente quelle sul MUP non ce le avremo mai. Eh no, immagino, sembrano molto specifiche. Ma questo è da definire, sarà una delle cose che ci sarà sul tavolo da portare, sul tavolo di LDD. Allora, dipende da quello che LDD vuole fare. Perché allora c'entra una logica di trasferimento sulle LDD dei dati che vengono utilizzati da più piattaforme. Quindi se qui l'esigenza verrà considerata da LDD come un'esigenza trasversale, quindi un dato comunque interessante a più piattaforme, lo si porterà, altrimenti no. Per questo non riusciamo a avere mai un controllo a suo conosco. Diciamo che per quella che è la natura del dato probabilmente no, però è da verificare. Ok, andando invece su ALERT. Su ALERT c'è l'impatto, l'avevamo visto Adri l'altra volta, l'avevamo segnato mi pare. Su ALERT, andiamo un po', la lista è lunga. ALERT, noi abbiamo due tipi di ALERT, ALERT manuali e ALERT centralizzati. Gli ALERT centralizzati sono quelli che si configurano dalla sezione ALERT. Gli ALERT manuali sono quelli che si configurano a livello di singolo strumento. Allora, gli ALERT centralizzati non abbiamo visto impatti per la convergenza FOND. Gli ALERT manuali, impostandoli sul singolo strumento, immaginiamo che devi fare un salvataggio della soglia di rendimento, di VAR, oltre la quale scatta l'ALERT se la soglia viene segurata. Ovviamente anche qui c'è un atteggiamento al modello dati per la registrazione sulle tabelle di VDC dell'ALERT stesso, cioè quando il cliente lo imposta, tu lo devi salvare su VDC. Certo, quindi i cavi del strumento sono fondamentali. Sì, queste cose sono adeguate. È un adeguamento al modello dati. Anche qui, per la parte degli ALERT, questa volta trovo più sicuro dell'altra, perché noi dipendiamo dalle viste che ci mette a disposizione il tipo di marketing. Quindi qui dobbiamo capire se le viste che ci danno la cosa dell'ALERT cambiano l'interfaccia. Certo. Il solito discorso di LVD. Ok? Sì. Va bene. Analisi del portafoglio del prodotto, direi che qui è tutto il modello dati, qui l'incaricamento del portafoglio con la nuova struttura e il ricercare del prodotto anche alle chiavi probabilmente. Aspetta un attimo, scusa. Dimmi? Analisi del portafoglio più ricerca del prodotto. Qua ovviamente c'è la ricerca del modello dati, quindi la costruzione del portafoglio più anche le chiavi dei prodotti. Allora, la ricerca dei prodotti ha degli impatti importanti, dei BR che potete anche voi trovare. Sì, lo so. C'è un refactoring che l'utente chiede di cambiare una serie di funzionalità che già oggi abbiamo, anche con un restyle grafico, con un arricchimento di informazioni quali il bar del portafoglio del cliente, il rendimento del portafoglio del cliente, sono dati che difficilmente noi riusciamo a avere prima della messa in sessione del cliente. Quindi per lì ci sono dei ragionamenti da fare. Poi in generale le tabelle della ricerca del prodotto perranno adattarsi alla nuova gestione dei contenitori fondamentalmente. Non so se l'avete vista, ma fondamentalmente tu puoi cercare il cliente in base ai prodotti che hai in portafoglio. Certo. I prodotti in portafoglio li vedi in base ai rapporti che sono questi prodotti, in base ai contenitori-contratti in cui sono. Quindi qui ci dovrebbe essere l'adeguamento ai nuovi contenitori, quindi i fondi che dovrei prevedere sotto i contratti ma dentro le rubriche o i depositi, l'adeguamento al modello dati e l'eventuale aggiornamento di quelle che sono le fonti dati da cui recuperiamo le informazioni per la ricerca del prodotto che sono le tabelle cosiddette PKU e libri di marketing. E questo è un aspetto invece che, lo so, le troveremo le medesime informazioni su LDD, non so in che forma però, perché queste tabelle, così come sono adesso, sono costruite per la PDC, per rendere poi, se non sbaglio, rapida l'alimentazione di tutta la parte, che si chiama la parte quella lì della stick search? Non mi ricordo come si chiama, quella che fa anche la smart search. Le PKU sono? No, la PKU è una grafica. Era un modulo che fu di elastic search, su cui noi mettiamo... La parte di Neo4j è il db aggrafo e poi legge dagli elastic. Queste tabelle alimentano quella parte lì, quindi sono costruite in modo da garantire il funzionamento rapido di questi aspetti. Quando poi andiamo a parlare di quello che ci dovrà su LDD... Dovremmo trattarlo, ok. Dovremmo capire cosa ci danno. Va bene. Prossimo. Caricamento portafogli consigliato. È quello che carichiamo su, proprio la tabella portafogli consigliati? Me la stavo guardando. Ed è composto da questi tre dati, quindi il flusso, stiamo parlando di questo, col caricamento portafogli consigliati, è un flusso di chiave prodotto, tipo portafoglio... Però il file non si arriva con la chiave prodotto, la chiave prodotto te la ricavi. Te la ricavi tu, questo è lo step finale. Quindi l'impatto che abbiamo sarà sul... Il procedure che fa nel caricamento. Ma in realtà se il file viene inviato con i dati nuovi, in realtà non c'è neanche impatto. C'è da controllare quello, esatto. Perché usa la chiave prodotto, no? Usa la chiave del prodotto, non la chiave prodotto. + il codice interno e il sottoprodotto, per verificare il file della Sierra il file sarà adeguato alle nuove chiavi di prodotto corretto ok, in caso è solo quello l'impatto i nuclei, ma si carica il portafoglio del cliente, quindi dei clienti che fanno parte del nucleo quindi tutto adeguamento modello dati costruzione del portafoglio aggregato vedete altro su questo? i nuclei, teoricamente, arrivano prima chi li fa i nuclei? i nuclei ce li lavoriamo noi e la versione adeguata arriva entro fine di quest'anno quindi sarà adeguata, o comunque andrà a contenere già la parte creativa dovrà avere poi l'add-on della parte della convergenza quello che ci siamo immaginati è che la gestione dei nuclei arriva nel 2025 è ripiattaformata sul modello dati vecchio, cioè quello attuale la convergenza Q2 2026 dovrebbe integrare soltanto su quello che è già stato ripiattaformato l'adeguamento al nuovo modello dati dei fondi in più dovrà prevedere la migrazione delle posizioni dei prodotti che stanno nel nucleo con le nuove chiavi come la migrazione che facciamo a DB i prodotti che stanno in quel nucleo devono migrare tra i vecchi e i nuovi se io dentro al nucleo ho associato il prodotto 1, 2, 3 il prodotto 1, 2, 3 diventano 5, 6, 7 devo far vedere 5, 6, 7 poi c'è un discorso sui nuclei che è legato all'estensione delle funzionalità di NRP ai nuclei che è quello che ci chiedeva Giovanni Doria sarà possibile, da quello che mi diceva, stampare all'interno di NRP il patrimonio del nucleo decidendo quali contenitori del patrimonio del nucleo stampare ovviamente i contenitori devono essere considerati in chiave convergenza di questa parte però specifica dobbiamo parlare con Giovanni perché io il requisito non l'ho visto e non lo conosco quindi non so poi che infatti ci sono lato suo so che ha fatto dei ragionamenti con Capgemini ma dobbiamo ancora trovare un punto di confronto teni conto però Adri che la parte nuclei dovrebbe essere sviluppata dal gruppo l'abbiamo detto prima, arriviamo semplicemente con la migrazione con la convergenza che dobbiamo adeguare soltanto al modello dati però la parte di stampa dei nuclei su NRP non so quando arriva se arriva direttamente nel 2025 dove puoi direttamente selezionare quello che ci chiedeva Giovanni quello arriva nel 2025 comunque? e ti direi di sì ah ok fa parte quindi delle platform allora quindi soltanto l'adeguamento perché me lo sono lasciato con un punto interrogativo allora è soltanto l'adeguamento al modello dati e la migrazione delle posizioni dei fondi e le stampe, quello che Raffaele aveva intanto visto per ora stava fuori, corretto Raffaele? sì, la parte della reportistica sì quindi va capito tutta ancora come farla e chi deve farla perché ovviamente lì tocca centralizzare il componente perché tocca fare i report sul nuovo Jasper che è un discorso che finora sinceramente tra le tante cose che abbiamo già visto con i colleghi di Armondia sui report ancora non ci siamo concentrati per cui è un argomento che dobbiamo necessariamente ripetere quando cominciamo a parlare dei report sul Jasper quindi avevi dato per chiuso che si faceva nel 2025? No quindi la parte report nuclei rimane comunque può andare per giugno però penso, no? per il 2026 eh certo, già tu dillo sì però non ne abbiamo ancora parlato sì, infatti siamo impreparati ci sentiamo che la parte report nuclei sta fuori dalla platforming del 2025 e capiamo se arriverà con convergenza o dopo sì, però Adriano scusami se ho capito bene però l'architettura non ho seguito la call che hai fatto con Doria ma si beneficia no, non è una call, ci siamo incontrati ancora con i corridori per far credere che siamo no, dicevo, quello che stavi dicendo fosse qualcosa ancora diverso, che dalla nuova portafoglio c'è una relazione verso i nuclei per poter scaricare un report no, diciamo, da quello che ho capito sarà possibile selezionare i rapporti di cui stampare il report di NRP per il nucleo sono sbaglio, è stata pure nel BR di Mileto è qualcosa di nuovo o qualcosa di già esistente? è qualcosa di nuovo tutto nel senso che i nuclei hanno una specifica e ovviamente Maurizio quando ha rifatto la specifica della convergenza non è partito dall'esis di produzione dei nuclei ma ha ripreso come se i nuclei li avessimo già sviluppati è nuovo ok, ok allora si, mi torna, dai ok, chiaro va bene andando avanti, prodotti presso terzi qui l'impatto era, come dicevo l'altra volta le cavi di prodotto quando si ricerca cavi di prodotto registrati già nella grafica banca e qui c'è un adeguamento al modello dati sicuramente anche per i fondi di terzi solo per i fondi e c'è anche la gestione che dovrai prevedere per il recupero degli indicatori di rischio sui prodotti di terzi che da quello che abbiamo detto dovrebbe essere una chiamata a Belzero o un flusso verso Belzero che ci permetterà di ottenere non ho capito se è dal flusso attuale questo non si è capito proprio è sicuramente un cinema nel senso che questo è un altro tavolo che secondo me dobbiamo necessariamente aprire con i colleghi di integration layer quello che tu dici Belzero per capire effettivamente in generale come varia con l'LDT lo scenario poi in particolar modo con i prodotti presso terzi come possiamo mettere su un flusso perché se è vero che Polozzi vuole dismettere completamente quello che ha fatto finora per inviare i flussi verso IL secondo me sulla falsariga di quanto già fatto dovremmo ritagliare un flusso esclusivamente per i prodotti presso terzi in modo che integration layer lo arricchisca e lo invii verso Alladin che ci possa rispondere con informazioni del rischio poi quando invocato però è un tavolo tutto nuovo da dover aprire questo arriva in relazione all'arrivo di in relazione all'integrazione con il LDT in teoria cioè Convergenza Fondi avrebbe richiesto solo un adeguamento delle chiavi come al solito però se lo vediamo nell'ottica complessiva a differenza degli altri prodotti tu per questi devi fare quel giro che si è detto di fare verso l'integration layer per recupero dei dati di rischio a differenza degli altri prodotti sì sì nel senso che per tutto il resto dei prodotti siccome i prodotti presso terzi non vogliono che vengano gestiti su house allora non potranno seguire il percorso nuovo ma dovremo mantenere il percorso avvecchio però un percorso avvecchio ritagliato solo sull'esigenza dei prodotti presso terzi non riutilizziamo quello che già c'è ma ne facciamo uno nuovo facciamo tutti gli approcci + di modo da poterlo fare su immagini e sottolineanza, di modo che lo riutilizziamo quando già noto per non inventarci un giro completamente ex novo. Però va tutto condiviso con l'integration layer per capire come farlo. Impatto su chi ha il prodotto, gestione o preoccupo, indicatore di rischio, prodotti terzi e in arrivo con RTD. Questo lo stavate descrivendo per il fatto che è un warehouse e quindi bisogna studiare qualcosa ad hoc. Esatto. Ok. I client. Noi abbiamo chiesto l'autorizzazione perché ancora non abbiamo visto la funzionalità, però immagino che se sono sempre clienti e il rapportistico su clienti c'è sempre tutto l'adeguamento al modello dati per costruzione del portafoglio e i soliti discorsi. Sì, è molto simile alla funzionalità dei nuclei, dove fondamentalmente si creano dei portafogli con i contratti di diversi clienti e su quelli si va a fare monitoraggio e rendicontazione trimestrale, con Promedia che ci calcola i rendimenti su questi prodotti. Però c'è un giro diverso, perché c'è un database ad hoc ritagliato per questi clienti e che viene utilizzato per gestire soprattutto la parte di rendicontazione, di calcolo dei rendimenti. Un database intendi questo che vedo che si chiama Pclient o un altro ancora? No, è un altro ancora, è il momento in cui viene individuato un cliente che si vuole fare un'analisi del portafoglio. Con questo strumento la prima cosa che si fa è scaricare il suo portafoglio e da quel giorno in poi con tutta la movimentazione e i saldi si storicizza e si consente allo strumento di poter tirare fuori una rendicontazione e un calcolo dei rendimenti. Però esterno è gestito in questo momento da Capgemini, è sempre un database esterno da Ptc. Sto database sta chiamato verso Prometeia per il calcolo dei rendimenti? Sì. Ma come la rientra in quella di valutazione del portafoglio? No, è un'altra cosa. Le anagrafiche dei fondi pure loro le devono allineare per parlare con noi? Sì, sicuramente. C'è un impatto Key Client che è parte Frontend che gestiamo noi, ma anche parte DB che gestisce Capgemini. Corretto Francesco? Scusa, ripeti che l'ho distratto? Stiamo parlando di Key Client, dell'impatto della convergenza fondi. Key Client però utilizza un database che viene creato ad hoc sui clienti che rientrano in quel perimetro, che poi si carica su tutti i movimenti, i saldi storici, per poter poi fare i calcoli del rendimento tramite le chiamate a Prometeia. Prometeia, sì. Quello ovviamente fuori dal perimetro... Sì, anche perché è una chiamata punto a punto, quindi nessuno c'ha il calcolo dei rendimenti fatto così. Però chi gestisce quel database si dovrà adeguare a una nuova struttura dati che deve giustamente... Certo, giustamente sì. Quindi loro devono essere ingaggiati e poi condividere se cambia di flusso l'interfaccia. Qua parte lì c'è sempre Cappaggio, se non ricordo male. Sì, è sempre il gruppo Lombrici che ho sentito quando c'era un problema su questa parte. Come? Mi sa Lombrici mi avevi dato come riferimento l'altra volta proprio per vedere questa parte. Eh sì, è lui. Lombrici o Maglio Casacchia. Poi se vogliamo fare un approfondimento su questo in particolare magari raccolgo un po' di elementi, chiedo a loro se ci danno una mano a raccontarci il lato loro che fanno e ci passiamo anche su questo punto, anche per coordinarci con le modifiche che bisogna fare. Va bene, ok. Renato, questo l'hanno detto tempo fa che lo teniamo in scope, ma era diciamo sotto monitoraggio questo modulo qua. Mi sembrava di aver capito per capire l'utilizzo eccetera, ma quindi è comunque rimasto in scope o c'è la possibilità che... Io avevo visto semplicemente che la creazione di macro portafogli, meta portafogli come si chiamano, che vengono fatti dai nostri advisor, effettivamente erano abbastanza fermi, non ne stavano facendo più tanti. Però di contro, proprio confrontandomi con Francesco che conosce bene questa parte, abbiamo visto che comunque continuano a rendicontare clienti che già fanno parte di quel perimetro, quindi non lo possiamo spegnere. Corretto. Dito, vorrei ricoprare i due punti che ha spiegato Renato. Sì, Renato barra Francesco. Con Renato in realtà ne abbiamo parlato, forse abbiamo detto che dobbiamo fare un ragionamento anche con Francesco. Il tema Renato della parte immobiliare che abbiamo detto l'avevamo messo in fondo in realtà anche nella pianificazione attuale, ma lo sarebbe anche... però l'avevamo anticipato con il discorso dei servizi Prometeia. No, no, ma mi è chiaro. Lì oggi avevamo Roberto Tesi, tra l'altro che la persona si occupa sia dell'immobiliare che della rendicontazione trimestrale, su cui mi devo allineare. Ce lo siamo detti però ieri, quindi non sono riuscito ancora ad allinearmi. Sì, perché lui ha tenuto i contatti con Prometeia per procrastinare il rilascio della nuova interfaccia verso i servizi catastali. Non so quanto margine abbiamo, per cui se abbiamo sufficiente margine, ovviamente l'immobiliare la spostiamo più possibile. Perché il vantaggio era che se Prometeia non ci sposta come data della modifica dell'interfaccia, poi dobbiamo fare necessariamente un intervento sull'applicativo per modificare l'interfaccia verso questi nuovi servizi e quindi avremmo avuto un costo aggiuntivo che invece andando a riscrivergli direttamente a nuovo avremmo così assorbito. Ok, invece c'era poi la parte ARC che ci chiedevamo, perché l'avevamo messa l'altra volta. Noi avevamo messo NEA, poi con voi il martedì scorso l'abbiamo messo a impatto basso. Pensavamo a quale fosse effettivamente questo impatto di coerenza fondi su ARC. E effettivamente l'abbiamo messo a basso. Lo sai che non mi ricordo perché l'abbiamo messo a basso. Che tipo di impatto ci stanno? Perché effettivamente lì non vedi i prodotti. Non ci dovrebbero essere impatti. L'unica cosa è che c'è il codice del contratto nella ricerca. Il numero del contratto però non è un codice interno. Non continuerà a esistere questo, sarà semplicemente non valorizzato più con il codice mandato di oggi. L'unica modifica che dovrebbe essere fatta forse è questa. Giusto, forse dovrebbe essere qui, immagino, essendo un documentale garantito lo storico dei contratti. Cioè se io richiamo un codice di contratto di un anno fa per recuperare i documenti in cui quel contratto c'è, deve continuare a uscire? Ma io questa cosa non so neanche se funziona questa ricerca. Ma come fa a funzionare? Scusa, ma mettete un po'... Cioè questo chi è? Perché secondo me questo è il contratto di consulenza che si mette qua. Il contratto di consulenza penso. Infatti secondo me è quello. Però sulla lista non lo esponiamo. Perché lui mi fa ricercare nei documenti se quel contratto è presente che sono tutti i pdf. Non sta da nessuna parte questa cosa. Se noi mettiamo il contratto di consulenza dei mesi, secondo me ci viene fuori il rendiconto di consulenza che gli inviamo trimestralmente. Allora intanto è misleading quella label. Sì, sì. Quella va cambiata. Perché secondo me, infatti a questo numero contratto era caduto in errore. Sì, però è la stessa che abbiamo anche io. + ricerca cliente. Non mi ricordo se si chiama proprio uguale, però... E ti confermo che questa non è altro che la stessa sezione che abbiamo riportato da questa parte, non è che questa... ma questa riutilizza tutto il back-end che c'è stato dall'altra parte, quindi è proprio quella. È ricerca del contratto di consulenza, non il contratto di... Ma lì era stato io l'altra volta che gli avevo fatto mettere basso il collega invece di N, perché c'era già N, ma perché io ero in mente che qui avevo visto il numero contratto e ho detto, se è il numero contratto forse qualche piccola modifica dobbiamo fare, quindi me la curva, quindi possiamo pure fare le marce indietro. Infatti stavo riguardando l'AFU che stiamo facendo, visto che è tanto arco, stavo analizzando proprio il numero contratto di consulenza, quindi possiamo rimettere N AFU. Perfetto. Scusatemi, eh. Francesco, visto che ti sei ricollegato, approfitto. Non so se Roberto ti ha dato qualche riscontro dell'incontro per l'immobiliare con Prometea, come è andato, perché se da un lato nella prima pianificazione... È andato bene. Eh, però aspetta, fatti dire prima qual è l'esigenza. Avevamo anticipato... No, è andato bene nel senso che metteranno un layer sui server, che farà praticamente il problema swap e il resto. Ti ricordi che c'è quel problema? Sì, in cambiamento di interfaccia, certo. Esatto, quindi loro metteranno un layer sui server, quindi noi continueremo a chiamare a servizio swap e loro poi questo layer lo trasformeranno in resto. Quindi per tutto il tempo che ci vorrà per... Si sarà spedito in intermedio. Esatto. Scusa, Francesco, che ti interrompo. L'esigenza era quella di... Prima avevamo messo il prima possibile l'immobiliare per assorbire la modifica, così ci veniva, diciamo, gratis. Di contro, però, adesso che vengono fuori esigenze, lasciami dire, più importanti, come convergenza fondi e LDD, il paradigma è cambiato. Quindi se abbiamo questa soluzione ponte, probabilmente immobiliare a questo punto scende nella classifica dei moduli da andare a fare, lo andiamo a mettere sicuramente dopo il digiugno del 2026. Sì, va bene, non c'è problema. Quindi vi trovo. Diciamo che se dobbiamo scegliere qualcosa da portare di là, immobiliare sarà uno di quelli, sicuramente. No, al contrario, immobiliare... Di là nel senso di fare dopo la conversione. Esatto, esatto. Perfetto. Perfetto, grazie. Continuando. Rapporti ISE e NA, quindi se questo non c'erano problemi. I rapporti trimestrali, semestrali e poi quello di immobiliari via batch hanno l'impatto. Scriverei la stessa cosa che abbiamo messo su Report Manager. Andiamo a vedere cosa abbiamo scritto. E qua arrivano sempre... Su Report Manager abbiamo messo questo procedore. Possiamo scrivere la stessa cosa anche su questi report o... Sì, sì, sui report... Che report? Scusami che non sto vedendo. Report trimestrali, semestrali e immobiliare. Allora, lì ci sono delle logiche. Perché lì, come funziona? Sì, sicuramente ci saranno degli impatti a livello batch. Perché noi facciamo anche lì un mart della situazione del database alla fine del trimestre. E quindi sicuramente le procedure che poi lavorano su questo data mart che portiamo dall'altra parte dovranno aspettarsi dei riferimenti ai fondi che hanno delle chiavi diverse. Ok. Ok, Robocore Advisor. Abbiamo messo un impatto alto. Qui c'è tutta la gestione dell'operatività su fondi, deposito e amministrato. Quindi cambia tutta la parte adeguamento modello dati. Sì, questo per me è urgente. Inoltre, grazie a Daniele e ai miei colleghi di GitLab per la visione. Non ti sentiamo, Renato. Almeno io non ti ho sentito. Sì, ho salito male. Mi stavano chiamando? No, quello che dicevo. Nel tavolo che dicevamo prima con i EL per i prodotti presso terzi. Dobbiamo sicuramente aggiungere questo ulteriore argomento che oltre ai colleghi di EL coinvolge ovviamente i colleghi di BlackRock. Per capire loro su questa parte se sono stati già coinvolti e sanno quindi che la convergenza fondi ha una determinata beneficazione e che cosa è arrivato a loro. Siamo noi i primi a ingaggiarli, però se così fosse... Questa cosa, Renato, direi che ne parliamo anche con Giovanni e Roberto. Vorrei, rispetto a quello che ti ho detto prima, tirare fuori piano piano tutte le esigenze che abbiamo lato PDC e farle confluire sul PMO di progetto, tradotto Ercoli, che viaggia su altre tematiche adesso. Quindi, per esempio, le logiche di migrazione, tutte queste cose che ci aspettiamo di avere. Questo è uno di quelli. Il coinvolgimento lato BlackRock, che lo facciamo noi, lo farà EL. Sono due pezzi che posizionano a parlare. Con BlackRock non ci interfacciamo noi direttamente, ma ci si interfaccia EL. Loro devono chiedere a BlackRock di adeguare le chiavi con cui parliamo nel momento in cui non ci sarà più il security master. Non so chi farà quel lavoro su House di creazione dei clienti, tutto quel giro là. Forse per loro è trasparente. Però sicuramente non siamo noi a dove lo studiare, questa trasparenza. Sì, sicuramente però non è trasparente con la gestione dei fondi sul dossier. E lì sarà per loro un intervento con un alto impatto. Con certezza non vedo Valerio che conosce bene quella parte. Però forse se Raffaele o Emanuele ci hanno messo mano su quella parte sanno come abbiamo avuto grosse difficoltà a modificare la minima cosa. In questo caso oggi per i dossier titoli abbiamo una gestione semplificata che non gestisce i rubricati. Adesso invece siamo arrivati al momento in cui dovremmo gestire i rubricati verso di loro necessariamente e si apre un mondo. Tra l'altro i tempi che c'è a Blackrock a volte sono pure molto lunghi e vanno incastrati. Quindi sono d'accordo con te. Non ce lo teniamo solo noi. Carichiamo il PM di quello che teoricamente dobbiamo caricare perché sennò ci rimane a noi la cosa. Sono d'accordo. Proseguendo. Menù di comunicazione LA. Avvisi per i B e per i O. Incarico al gruppo Falcon che hanno già analizzato. Avremo messo basso. Come mai? Poi c'è la scheda di prodotto. Ovviamente c'è l'impatto sul modello dati. Sia i codici di contratto che mostriamo nella scheda di prodotto che anche i codici degli strumenti stessi. Contratti e codici interni. Strumenti. Gestire contratti immigrati pop-up. La pop-up che si dovrebbe aprire per mostrare il vecchio da un dato sul nuovo. Qua dovremmo gestire una mappatura ad hoc. Mappatura ad hoc del vecchio sul nuovo. In modo tale da poterla mostrare. Ok. Siamo arrivati veloci questa pomeriggio. Abbiamo fatto tutto quello che dovevamo fare su questa tabella. Non so se è valido intervenire che poi se la condividiamo con il gruppo di lavoro. C'è qualche ragionamento ancora a noi. Se siete d'accordo ve la giriamo. Date un occhio anche voi. Sulla base di questo noi iniziamo ad imbastire il piano. Questo più quello che ci siamo detti stamattina. + Parte della sezione relativa alla reportistica on demand, su tutto il report di proposta, poi c'è la diagnosi e altro Qui mi sembra di non averlo visto però, non mi sbaglio? Forse tu l'hai visto? Scusa Ci siamo parlato delle store procedure, della parte di dotnet Ah ok ok Ciao Angelo, ah ci sei, ciao Allora, no, mi l'avevo persa Perché c'è stato un pezzo in cui voi non c'eravate, volete che lo scorriamo oppure ve lo mandiamo? Perché poi questi sono i confini in cui ci muoviamo per pensare ad una pianificazione, dite voi Comunque sicuramente ve lo mandiamo, se invece volete scorrere rapidamente No no ok, infatti poi lo diamo un'occhiata E poi l'altro Eh vai No l'altra cosa, non so se avete smarcato anche il tema di nuova sintesi portafoglio per quanto riguarda la parte di back-end Come se la rimassi Allora, mi sembra di capire che il datamart rimane in carico a chi lo gestisce, che mi sembra sia Capgemini Ok Ok Però insomma c'è l'impatto caricamente Però bisogna coordinarsi Dobbiamo coordinarci, sì Ok No erano i due punti all'ora che mi ero segnato e non potevo capire Scusate l'ultima cosa, ma invece la reportistica periodica l'avete messa in conto per analizzarla, per parlarne? Intendo quella trimestrale? Fra scusami, di questo parliamo nel secondo però Tra di noi C'è sicuramente da parlare Perché fa il cliente, quindi ragioniamo un attimo su Sì sì sì Però comunque da inserire tra le cose da fare sicuramente, poi ne parliamo sicuro, ho capito quello che mi dove dire Ok, insomma, e allora sui tavoli di cui parlavamo prima, Blackrock, IL, eccetera Diciamo, ma riusciamo a farli a breve? Per poi, diciamo, confermare, definire l'impatto oppure no? Abbiamo detto Robot for Advisory per Blackrock e produzione Sì sì sì, con IL A breve significa però settimana prossima Se a breve è settimana prossima, puntiamo a quello IL significa che dobbiamo coinvolgere le persone di IL? Eh sì, cioè, io non so, loro sono indagati sul progetto di convergenza fondi Per quello che riguarda il rischio, per quello che riguarda l'adeguatezza, per quello che riguarda Perché non è che non li abbiamo con noi Senti Massimo Ercoli E' quello che diceva Adriano Esatto, facciamoci ridere a lui con chi dobbiamo parlare La cosa che volevo dire è No, aspetta Facciamolo fare a chi governa il progetto Il PM deve ingaggiare Noi possiamo sottolineare che non abbiamo informazioni su questa parte Sono stati ingaggiati, se non lo sono stati, sono stati ancora il caso che vengono ingaggiati Era proprio questo che volevo dire, non vorrei accollarmi l'onere di coinvolgere C'è sta PM, facciamolo fare a lui Ah sì, certo Puntiamo subito Massimo, tra l'altro Ok, Mattia se non abbiamo altro direi che noi iniziamo a fare i nostri ragionamenti E ci dobbiamo, vabbè, appena siamo pronti, ma chiaramente entro i primi giorni della prossima settimana Cerchiamo di uscire con qualcosa in modo da arrivare al 28 poi per, diciamo, per poi farlo circolarizzare a questo piano Se siete d'accordo Va bene Sì, sì, va bene Comunque noi vi mandiamo l'excel, se c'è qualche impatto che non abbiamo insegnato è importante Perché poi è la base per me mettere in fila poi le cose Ok? Sì Grazie a tutti Ciao Sottotitoli creati dalla comunità Amara.org diff --git a/FFIT - Replatforming PDC PO - Definizione soluzione da adottare - Analisi tecnica_transcription.txt b/FFIT - Replatforming PDC PO - Definizione soluzione da adottare - Analisi tecnica_transcription.txt new file mode 100644 index 0000000..638bb76 --- /dev/null +++ b/FFIT - Replatforming PDC PO - Definizione soluzione da adottare - Analisi tecnica_transcription.txt @@ -0,0 +1,6 @@ +Ok, ho messo anche qualche descrizione perché vorrei anche mettere sulla colonna J descrizione impatto, alcuni appunti su quello che è l'impatto di convergenza a livello VBAC. Su rischio ad evatezza avrei messo la chiamata ad evatezza, chiamata rischio, della croc, chiamata correlazione. Con la costruzione del portafoglio, quindi impatto sia ai saldi COD CONF sia anche eventualmente ai codici titoli dei nuovi degli strumenti fondi. Ritorno a come descrizione, c'è qualcos'altro da aggiungere secondo voi? Non riusciva a riattivare il microfono, funzionava bene. Ok, il prossimo è un monitoraggio. Volevo rientrare, scusate. Allora, vediamo che si carichi. Qui si carica attraverso l'area i vari progetti e poi chiama a Blackrock per avere anche qualche altra soluzione per i rendimenti, giusto? Andrea, Rossella, andate in cucina per cortesia, c'è l'impatto del portafoglio in senso al VBAC. Qui, come senza fondi, sicuramente c'è il discorso dell'adeguamento del modello Tanki e c'è la logica di rilettura degli elementi che compongono il portafoglio con quello dei nuovi contenitori. Ok, quindi è sempre caricamento portafoglio con un nuovo giro. Perfetto. Poi, il report manager. Direi che il report manager è abbastanza chiaro, c'è tutto il caricamento del portafoglio e quindi tutta la posizione dei report. C'è l'adeguare sia report sia VBAC, c'è la costruzione del portafoglio, i strumenti. Allora, il report manager c'è un impatto sicuramente su tutte quelle che sono le store procedure che gestiscono oggi la personalizzazione della stampa. Ok. Oggi tu hai la possibilità di stampare una serie di dettagli a livello di prodotto su ogni singola scheda che sono fatte per i contenitori in chiave come ne sono oggi. Ok. Domani avrai una modifica di tutte le stesse procedure, grazie a te, che stanno su .NET, ma non è .NET l'ingresso, però lo sviluppo lo dico su .NET. Questa parte qui è .NET e vanno datate tutte le procedure che permettono sia la configurazione della scheda che la stampa della scheda. Ok, sia configurazione che stampa della scheda. Perfetto. Poi NRP, per sé è quello che ha il più alto impatto perché c'è anche tutta la gestione dello storico, quindi delle date a vecchio. Scriverai qua caricamento portafoglio e gestione dello storico. Qua prendi NRP e i tappetti di fare. NRP è già sul Darwin ed è la componente che segue Cargiano. In realtà, vi ricordate sul discorso del Data Mart? Ieri abbiamo detto teniamo l'attimino aperto perché dovevamo smarcare proprio questa cosa, perché c'è un Data Mart. Su Darwin sta solamente il back-end, non tutto. La parte back, la parte fronte deve essere tutta migrata, sta ancora su Monolid, se non ricordo male. Ok, quindi però il Data Mart rimane quello o comunque sarà manutenuto da qualcun altro, se ho capito bene. Sì, sì, corretto. Ok, perfetto. Il nostro è in grado di gestire, a seconda delle date pre-post-co-live della convergenza, il vecchio e i nuovi giri. Ho chieduto il mapping che poi ci serve per la prossima obbligazione. Va bene. Arc? Abbiamo messo livello basso. Dove ci impatta che ci sono dei filtri da mettere su Arc? Direi di no. Direi che non ci sia impatto? No, è un archivio documentale, non varia in base alla... Se i pdf c'hanno al loro interno dei contenuti, però l'Arc in selezione. Quindi in realtà possiamo togliere questo DNA, possiamo metterlo. Sì, quindi in realtà magari chiediamo conferma, perché sia a livello di analisi, anche di pianificazione, eccetera. Per Arc abbiamo sempre detto che non ci sono dipendenze, quindi neanche da convergenza. Però poi abbiamo messo basso, quindi lo so anche Raffaele, eccetera, se avevano in mente qualche altra cosa. L'Arc è in attesa, quindi non credo stia partecipando. Lasciamo un attimo pending, Mattia. ESG, come abbiamo detto oggi, c'è tutta la chiamata, la sostenibilità abbiamo visto sulla proposta, quindi abbiamo impatto sia per i singoli strumenti che poi sul portafoglio. C'è anche la parte di ESG. Strumenti, ovviamente interrompetemi pure se avete un modifico, eccetera, rispetto a quello che sto scrivendo e assumendo. Poi immobiliare confermiamo NA, direi, che non c'erano dubbi, così come l'inpertanto a titoli 6. Qua c'era anche qua, Mattia, avevamo un punto, magari lo discutiamo anche con Francesco, non so se... perché qua c'era il tema che in realtà l'avevamo posizionato in fondo, noi, alla pianificazione, però l'avevamo anticipato perché probabilmente Prometeia avrebbe anticipato dei servizi, quindi avevamo detto magari li gestiamo già a nuovo, però questo è un attimino da valutare. Mi sembra che dovessero fare loro un check con i gruppi di avvoltore. Sì, soprattutto anche con Francesco, se non sbaglio, l'ultima volta che ne abbiamo parlato. Vabbè, adesso se ritornano Francesco... Lasciamo pending anche questo un attimo. Vediamo il segno, quelli pending. Sì, sono ARC, immobiliare, c'è il segno di segno, va beh, ok. Lista stampa di titoli 6, ok. MOT, modulo tutela, avevamo messo l'impatto di servizi back medio. Siete riusciti ad aiutarmi? Cos'è l'impatto della sempre costruzione del portafoglio? + Se ci state ancora ascoltando, Adriano, Alessia, Veronica... Sì, sì, sto leggendo. L'Excel l'abbiamo presa appunto. No, abbiamo preso soltanto l'adeguamento al modello dati e la parte di convergenza. Poi c'ha i replatforming ovviamente del componente GVT. Sì. E qua è solo costruzione del protocollo. Ok. Non è scadenzario. Sono tutte le viste diverse. Quello dell'impatto fronte è chiaro dal businesser qua. Invece a livello di servizi back c'è sempre l'adeguamento al modello dati. Esatto. Eh sì. Alert? Scusami, scusami, ero mutato. Non è scadenzario. Al momento il modello dati è vero, ma dobbiamo prendere in considerazione che i dati che prendiamo sono sbagliati le tabelle del DB di marketing. Quindi bisognerà vedere se c'è necessità di fare... Sono sempre dei servizi, Adri. Servizi? Insomma le tabelle? No, abbiamo visto con Valerio perché questo lo stiamo già un po' analizzando perché sta in piano a noi questo qua. Non è scadenzario. Ero segnato tipo verificare tutte le modifiche sulle interfacce. Però sempre a livello di servizio penso che... Cioè sì, dobbiamo parlare con loro, però comunque comunichiamo tramite servizi. Ma questo è uno degli oggetti anche di LDD? Nel senso, perlomeno al contorno, a parte AUS e MUP, queste informazioni saranno dentro LDD o no? Sembrano molto specifiche di PDC. Non ti soddisfi stanno sinceramente... Non sappiamo ancora. Sicuramente non tutti perché ci stanno robe sul compleanno, probabilmente quelle sul MUP non ce le avremo mai. Eh no, immagino, sembrano molto specifiche. Ma questo è da definire, sarà una delle cose che ci sarà sul tavolo da portare, sul tavolo di LDD. Allora, dipende da quello che LDD vuole fare. Perché allora c'entra una logica di trasferimento sulle LDD dei dati che vengono utilizzati da più piattaforme. Quindi se qui l'esigenza verrà considerata da LDD come un'esigenza trasversale, quindi un dato comunque interessante a più piattaforme, lo si porterà, altrimenti no. Per questo non riusciamo a avere mai un controllo a suo conosco. Diciamo che per quella che è la natura del dato probabilmente no, però è da verificare. Ok, andando invece su ALERT. Su ALERT c'è l'impatto, l'avevamo visto Adri l'altra volta, l'avevamo segnato mi pare. Su ALERT, andiamo un po', la lista è lunga. ALERT, noi abbiamo due tipi di ALERT, ALERT manuali e ALERT centralizzati. Gli ALERT centralizzati sono quelli che si configurano dalla sezione ALERT. Gli ALERT manuali sono quelli che si configurano a livello di singolo strumento. Allora, gli ALERT centralizzati non abbiamo visto impatti per la convergenza FOND. Gli ALERT manuali, impostandoli sul singolo strumento, immaginiamo che devi fare un salvataggio della soglia di rendimento, di VAR, oltre la quale scatta l'ALERT se la soglia viene segurata. Ovviamente anche qui c'è un atteggiamento al modello dati per la registrazione sulle tabelle di VDC dell'ALERT stesso, cioè quando il cliente lo imposta, tu lo devi salvare su VDC. Certo, quindi i cavi del strumento sono fondamentali. Sì, queste cose sono adeguate. È un adeguamento al modello dati. Anche qui, per la parte degli ALERT, questa volta trovo più sicuro dell'altra, perché noi dipendiamo dalle viste che ci mette a disposizione il tipo di marketing. Quindi qui dobbiamo capire se le viste che ci danno la cosa dell'ALERT cambiano l'interfaccia. Certo. Il solito discorso di LVD. Ok? Sì. Va bene. Analisi del portafoglio del prodotto, direi che qui è tutto il modello dati, qui l'incaricamento del portafoglio con la nuova struttura e il ricercare del prodotto anche alle chiavi probabilmente. Aspetta un attimo, scusa. Dimmi? Analisi del portafoglio più ricerca del prodotto. Qua ovviamente c'è la ricerca del modello dati, quindi la costruzione del portafoglio più anche le chiavi dei prodotti. Allora, la ricerca dei prodotti ha degli impatti importanti, dei BR che potete anche voi trovare. Sì, lo so. C'è un refactoring che l'utente chiede di cambiare una serie di funzionalità che già oggi abbiamo, anche con un restyle grafico, con un arricchimento di informazioni quali il bar del portafoglio del cliente, il rendimento del portafoglio del cliente, sono dati che difficilmente noi riusciamo a avere prima della messa in sessione del cliente. Quindi per lì ci sono dei ragionamenti da fare. Poi in generale le tabelle della ricerca del prodotto perranno adattarsi alla nuova gestione dei contenitori fondamentalmente. Non so se l'avete vista, ma fondamentalmente tu puoi cercare il cliente in base ai prodotti che hai in portafoglio. Certo. I prodotti in portafoglio li vedi in base ai rapporti che sono questi prodotti, in base ai contenitori-contratti in cui sono. Quindi qui ci dovrebbe essere l'adeguamento ai nuovi contenitori, quindi i fondi che dovrei prevedere sotto i contratti ma dentro le rubriche o i depositi, l'adeguamento al modello dati e l'eventuale aggiornamento di quelle che sono le fonti dati da cui recuperiamo le informazioni per la ricerca del prodotto che sono le tabelle cosiddette PKU e libri di marketing. E questo è un aspetto invece che, lo so, le troveremo le medesime informazioni su LDD, non so in che forma però, perché queste tabelle, così come sono adesso, sono costruite per la PDC, per rendere poi, se non sbaglio, rapida l'alimentazione di tutta la parte, che si chiama la parte quella lì della stick search? Non mi ricordo come si chiama, quella che fa anche la smart search. Le PKU sono? No, la PKU è una grafica. Era un modulo che fu di elastic search, su cui noi mettiamo... La parte di Neo4j è il db aggrafo e poi legge dagli elastic. Queste tabelle alimentano quella parte lì, quindi sono costruite in modo da garantire il funzionamento rapido di questi aspetti. Quando poi andiamo a parlare di quello che ci dovrà su LDD... Dovremmo trattarlo, ok. Dovremmo capire cosa ci danno. Va bene. Prossimo. Caricamento portafogli consigliato. È quello che carichiamo su, proprio la tabella portafogli consigliati? Me la stavo guardando. Ed è composto da questi tre dati, quindi il flusso, stiamo parlando di questo, col caricamento portafogli consigliati, è un flusso di chiave prodotto, tipo portafoglio... Però il file non si arriva con la chiave prodotto, la chiave prodotto te la ricavi. Te la ricavi tu, questo è lo step finale. Quindi l'impatto che abbiamo sarà sul... Il procedure che fa nel caricamento. Ma in realtà se il file viene inviato con i dati nuovi, in realtà non c'è neanche impatto. C'è da controllare quello, esatto. Perché usa la chiave prodotto, no? Usa la chiave del prodotto, non la chiave prodotto. + il codice interno e il sottoprodotto, per verificare il file della Sierra il file sarà adeguato alle nuove chiavi di prodotto corretto ok, in caso è solo quello l'impatto i nuclei, ma si carica il portafoglio del cliente, quindi dei clienti che fanno parte del nucleo quindi tutto adeguamento modello dati costruzione del portafoglio aggregato vedete altro su questo? i nuclei, teoricamente, arrivano prima chi li fa i nuclei? i nuclei ce li lavoriamo noi e la versione adeguata arriva entro fine di quest'anno quindi sarà adeguata, o comunque andrà a contenere già la parte creativa dovrà avere poi l'add-on della parte della convergenza quello che ci siamo immaginati è che la gestione dei nuclei arriva nel 2025 è ripiattaformata sul modello dati vecchio, cioè quello attuale la convergenza Q2 2026 dovrebbe integrare soltanto su quello che è già stato ripiattaformato l'adeguamento al nuovo modello dati dei fondi in più dovrà prevedere la migrazione delle posizioni dei prodotti che stanno nel nucleo con le nuove chiavi come la migrazione che facciamo a DB i prodotti che stanno in quel nucleo devono migrare tra i vecchi e i nuovi se io dentro al nucleo ho associato il prodotto 1, 2, 3 il prodotto 1, 2, 3 diventano 5, 6, 7 devo far vedere 5, 6, 7 poi c'è un discorso sui nuclei che è legato all'estensione delle funzionalità di NRP ai nuclei che è quello che ci chiedeva Giovanni Doria sarà possibile, da quello che mi diceva, stampare all'interno di NRP il patrimonio del nucleo decidendo quali contenitori del patrimonio del nucleo stampare ovviamente i contenitori devono essere considerati in chiave convergenza di questa parte però specifica dobbiamo parlare con Giovanni perché io il requisito non l'ho visto e non lo conosco quindi non so poi che infatti ci sono lato suo so che ha fatto dei ragionamenti con Capgemini ma dobbiamo ancora trovare un punto di confronto teni conto però Adri che la parte nuclei dovrebbe essere sviluppata dal gruppo l'abbiamo detto prima, arriviamo semplicemente con la migrazione con la convergenza che dobbiamo adeguare soltanto al modello dati però la parte di stampa dei nuclei su NRP non so quando arriva se arriva direttamente nel 2025 dove puoi direttamente selezionare quello che ci chiedeva Giovanni quello arriva nel 2025 comunque? e ti direi di sì ah ok fa parte quindi delle platform allora quindi soltanto l'adeguamento perché me lo sono lasciato con un punto interrogativo allora è soltanto l'adeguamento al modello dati e la migrazione delle posizioni dei fondi e le stampe, quello che Raffaele aveva intanto visto per ora stava fuori, corretto Raffaele? sì, la parte della reportistica sì quindi va capito tutta ancora come farla e chi deve farla perché ovviamente lì tocca centralizzare il componente perché tocca fare i report sul nuovo Jasper che è un discorso che finora sinceramente tra le tante cose che abbiamo già visto con i colleghi di Armondia sui report ancora non ci siamo concentrati per cui è un argomento che dobbiamo necessariamente ripetere quando cominciamo a parlare dei report sul Jasper quindi avevi dato per chiuso che si faceva nel 2025? No quindi la parte report nuclei rimane comunque può andare per giugno però penso, no? per il 2026 eh certo, già tu dillo sì però non ne abbiamo ancora parlato sì, infatti siamo impreparati ci sentiamo che la parte report nuclei sta fuori dalla platforming del 2025 e capiamo se arriverà con convergenza o dopo sì, però Adriano scusami se ho capito bene però l'architettura non ho seguito la call che hai fatto con Doria ma si beneficia no, non è una call, ci siamo incontrati ancora con i corridori per far credere che siamo no, dicevo, quello che stavi dicendo fosse qualcosa ancora diverso, che dalla nuova portafoglio c'è una relazione verso i nuclei per poter scaricare un report no, diciamo, da quello che ho capito sarà possibile selezionare i rapporti di cui stampare il report di NRP per il nucleo sono sbaglio, è stata pure nel BR di Mileto è qualcosa di nuovo o qualcosa di già esistente? è qualcosa di nuovo tutto nel senso che i nuclei hanno una specifica e ovviamente Maurizio quando ha rifatto la specifica della convergenza non è partito dall'esis di produzione dei nuclei ma ha ripreso come se i nuclei li avessimo già sviluppati è nuovo ok, ok allora si, mi torna, dai ok, chiaro va bene andando avanti, prodotti presso terzi qui l'impatto era, come dicevo l'altra volta le cavi di prodotto quando si ricerca cavi di prodotto registrati già nella grafica banca e qui c'è un adeguamento al modello dati sicuramente anche per i fondi di terzi solo per i fondi e c'è anche la gestione che dovrai prevedere per il recupero degli indicatori di rischio sui prodotti di terzi che da quello che abbiamo detto dovrebbe essere una chiamata a Belzero o un flusso verso Belzero che ci permetterà di ottenere non ho capito se è dal flusso attuale questo non si è capito proprio è sicuramente un cinema nel senso che questo è un altro tavolo che secondo me dobbiamo necessariamente aprire con i colleghi di integration layer quello che tu dici Belzero per capire effettivamente in generale come varia con l'LDT lo scenario poi in particolar modo con i prodotti presso terzi come possiamo mettere su un flusso perché se è vero che Polozzi vuole dismettere completamente quello che ha fatto finora per inviare i flussi verso IL secondo me sulla falsariga di quanto già fatto dovremmo ritagliare un flusso esclusivamente per i prodotti presso terzi in modo che integration layer lo arricchisca e lo invii verso Alladin che ci possa rispondere con informazioni del rischio poi quando invocato però è un tavolo tutto nuovo da dover aprire questo arriva in relazione all'arrivo di in relazione all'integrazione con il LDT in teoria cioè Convergenza Fondi avrebbe richiesto solo un adeguamento delle chiavi come al solito però se lo vediamo nell'ottica complessiva a differenza degli altri prodotti tu per questi devi fare quel giro che si è detto di fare verso l'integration layer per recupero dei dati di rischio a differenza degli altri prodotti sì sì nel senso che per tutto il resto dei prodotti siccome i prodotti presso terzi non vogliono che vengano gestiti su house allora non potranno seguire il percorso nuovo ma dovremo mantenere il percorso avvecchio però un percorso avvecchio ritagliato solo sull'esigenza dei prodotti presso terzi non riutilizziamo quello che già c'è ma ne facciamo uno nuovo facciamo tutti gli approcci + di modo da poterlo fare su immagini e sottolineanza, di modo che lo riutilizziamo quando già noto per non inventarci un giro completamente ex novo. Però va tutto condiviso con l'integration layer per capire come farlo. Impatto su chi ha il prodotto, gestione o preoccupo, indicatore di rischio, prodotti terzi e in arrivo con RTD. Questo lo stavate descrivendo per il fatto che è un warehouse e quindi bisogna studiare qualcosa ad hoc. Esatto. Ok. I client. Noi abbiamo chiesto l'autorizzazione perché ancora non abbiamo visto la funzionalità, però immagino che se sono sempre clienti e il rapportistico su clienti c'è sempre tutto l'adeguamento al modello dati per costruzione del portafoglio e i soliti discorsi. Sì, è molto simile alla funzionalità dei nuclei, dove fondamentalmente si creano dei portafogli con i contratti di diversi clienti e su quelli si va a fare monitoraggio e rendicontazione trimestrale, con Promedia che ci calcola i rendimenti su questi prodotti. Però c'è un giro diverso, perché c'è un database ad hoc ritagliato per questi clienti e che viene utilizzato per gestire soprattutto la parte di rendicontazione, di calcolo dei rendimenti. Un database intendi questo che vedo che si chiama Pclient o un altro ancora? No, è un altro ancora, è il momento in cui viene individuato un cliente che si vuole fare un'analisi del portafoglio. Con questo strumento la prima cosa che si fa è scaricare il suo portafoglio e da quel giorno in poi con tutta la movimentazione e i saldi si storicizza e si consente allo strumento di poter tirare fuori una rendicontazione e un calcolo dei rendimenti. Però esterno è gestito in questo momento da Capgemini, è sempre un database esterno da Ptc. Sto database sta chiamato verso Prometeia per il calcolo dei rendimenti? Sì. Ma come la rientra in quella di valutazione del portafoglio? No, è un'altra cosa. Le anagrafiche dei fondi pure loro le devono allineare per parlare con noi? Sì, sicuramente. C'è un impatto Key Client che è parte Frontend che gestiamo noi, ma anche parte DB che gestisce Capgemini. Corretto Francesco? Scusa, ripeti che l'ho distratto? Stiamo parlando di Key Client, dell'impatto della convergenza fondi. Key Client però utilizza un database che viene creato ad hoc sui clienti che rientrano in quel perimetro, che poi si carica su tutti i movimenti, i saldi storici, per poter poi fare i calcoli del rendimento tramite le chiamate a Prometeia. Prometeia, sì. Quello ovviamente fuori dal perimetro... Sì, anche perché è una chiamata punto a punto, quindi nessuno c'ha il calcolo dei rendimenti fatto così. Però chi gestisce quel database si dovrà adeguare a una nuova struttura dati che deve giustamente... Certo, giustamente sì. Quindi loro devono essere ingaggiati e poi condividere se cambia di flusso l'interfaccia. Qua parte lì c'è sempre Cappaggio, se non ricordo male. Sì, è sempre il gruppo Lombrici che ho sentito quando c'era un problema su questa parte. Come? Mi sa Lombrici mi avevi dato come riferimento l'altra volta proprio per vedere questa parte. Eh sì, è lui. Lombrici o Maglio Casacchia. Poi se vogliamo fare un approfondimento su questo in particolare magari raccolgo un po' di elementi, chiedo a loro se ci danno una mano a raccontarci il lato loro che fanno e ci passiamo anche su questo punto, anche per coordinarci con le modifiche che bisogna fare. Va bene, ok. Renato, questo l'hanno detto tempo fa che lo teniamo in scope, ma era diciamo sotto monitoraggio questo modulo qua. Mi sembrava di aver capito per capire l'utilizzo eccetera, ma quindi è comunque rimasto in scope o c'è la possibilità che... Io avevo visto semplicemente che la creazione di macro portafogli, meta portafogli come si chiamano, che vengono fatti dai nostri advisor, effettivamente erano abbastanza fermi, non ne stavano facendo più tanti. Però di contro, proprio confrontandomi con Francesco che conosce bene questa parte, abbiamo visto che comunque continuano a rendicontare clienti che già fanno parte di quel perimetro, quindi non lo possiamo spegnere. Corretto. Dito, vorrei ricoprare i due punti che ha spiegato Renato. Sì, Renato barra Francesco. Con Renato in realtà ne abbiamo parlato, forse abbiamo detto che dobbiamo fare un ragionamento anche con Francesco. Il tema Renato della parte immobiliare che abbiamo detto l'avevamo messo in fondo in realtà anche nella pianificazione attuale, ma lo sarebbe anche... però l'avevamo anticipato con il discorso dei servizi Prometeia. No, no, ma mi è chiaro. Lì oggi avevamo Roberto Tesi, tra l'altro che la persona si occupa sia dell'immobiliare che della rendicontazione trimestrale, su cui mi devo allineare. Ce lo siamo detti però ieri, quindi non sono riuscito ancora ad allinearmi. Sì, perché lui ha tenuto i contatti con Prometeia per procrastinare il rilascio della nuova interfaccia verso i servizi catastali. Non so quanto margine abbiamo, per cui se abbiamo sufficiente margine, ovviamente l'immobiliare la spostiamo più possibile. Perché il vantaggio era che se Prometeia non ci sposta come data della modifica dell'interfaccia, poi dobbiamo fare necessariamente un intervento sull'applicativo per modificare l'interfaccia verso questi nuovi servizi e quindi avremmo avuto un costo aggiuntivo che invece andando a riscrivergli direttamente a nuovo avremmo così assorbito. Ok, invece c'era poi la parte ARC che ci chiedevamo, perché l'avevamo messa l'altra volta. Noi avevamo messo NEA, poi con voi il martedì scorso l'abbiamo messo a impatto basso. Pensavamo a quale fosse effettivamente questo impatto di coerenza fondi su ARC. E effettivamente l'abbiamo messo a basso. Lo sai che non mi ricordo perché l'abbiamo messo a basso. Che tipo di impatto ci stanno? Perché effettivamente lì non vedi i prodotti. Non ci dovrebbero essere impatti. L'unica cosa è che c'è il codice del contratto nella ricerca. Il numero del contratto però non è un codice interno. Non continuerà a esistere questo, sarà semplicemente non valorizzato più con il codice mandato di oggi. L'unica modifica che dovrebbe essere fatta forse è questa. Giusto, forse dovrebbe essere qui, immagino, essendo un documentale garantito lo storico dei contratti. Cioè se io richiamo un codice di contratto di un anno fa per recuperare i documenti in cui quel contratto c'è, deve continuare a uscire? Ma io questa cosa non so neanche se funziona questa ricerca. Ma come fa a funzionare? Scusa, ma mettete un po'... Cioè questo chi è? Perché secondo me questo è il contratto di consulenza che si mette qua. Il contratto di consulenza penso. Infatti secondo me è quello. Però sulla lista non lo esponiamo. Perché lui mi fa ricercare nei documenti se quel contratto è presente che sono tutti i pdf. Non sta da nessuna parte questa cosa. Se noi mettiamo il contratto di consulenza dei mesi, secondo me ci viene fuori il rendiconto di consulenza che gli inviamo trimestralmente. Allora intanto è misleading quella label. Sì, sì. Quella va cambiata. Perché secondo me, infatti a questo numero contratto era caduto in errore. Sì, però è la stessa che abbiamo anche io. + ricerca cliente. Non mi ricordo se si chiama proprio uguale, però... E ti confermo che questa non è altro che la stessa sezione che abbiamo riportato da questa parte, non è che questa... ma questa riutilizza tutto il back-end che c'è stato dall'altra parte, quindi è proprio quella. È ricerca del contratto di consulenza, non il contratto di... Ma lì ero stato io l'altra volta che gli avevo fatto mettere basso il collega invece di N, perché c'era già N, ma perché io ero una mente e qui avevo visto il numero contratto e ho detto, no, se è il numero contratto, forse qualche piccola modifica dobbiamo fare, quindi me la curva, quindi possiamo pure fare le marce indietro. Infatti stavo riguardando l'AFU che stiamo facendo, visto che è tanto arco, stavo analizzando proprio il numero contratto di consulenza, quindi possiamo rimettere N AFU. Perfetto. Scusatemi, eh. Francesco, visto che ti sei ricollegato, approfitto. Non so se Roberto ti ha dato qualche riscontro, poi, dell'incontro per l'immobiliare con Prometea, come è andato. Perché se da un lato nella prima pianificazione... È andato bene. Eh, però aspetta, fatti dire prima qual è l'esigenza. Avevamo anticipato... No, è andato bene, nel senso che metteranno un layer, diciamo, sui server, che farà praticamente il problema swap e il resto, no? Ti ricordi che c'è quel problema? Sì, in cambiamento di interfaccia, certo. Esatto, quindi loro metteranno un layer sui server, quindi noi continuiamo a chiamare a servizio swap, e loro poi questo layer lo trasformeranno in resto. Quindi per tutto il tempo che ci vorrà per, diciamo... Si sarà spedito in intermedio. Esatto. Scusa, Francesco, che ti interrompo. L'esigenza era quella di... Prima avevamo messo il prima possibile l'immobiliare per assorbire la modifica, così ci veniva, diciamo, gratis. Di contro, però, adesso che vengono fuori esigenze, lasciami dire, più importanti, come convergenza fondi e LDD, il paradigma è cambiato. Quindi, se abbiamo questa soluzione ponte, probabilmente l'immobiliare a questo punto scende nella classifica dei moduli che andiamo a fare, che andiamo a mettere sicuramente dopo il digiugno del 2026. Sì, va bene, non c'è problema. Quindi vi trovo. Diciamo che se dobbiamo scegliere qualcosa da portare di là, l'immobiliare sarà uno di quelli, sicuramente. No, al contrario, l'immobiliare... Di là nel senso di fare dopo la conversione. Esatto. Perfetto. Perfetto, grazie. Ok. Continuando. Rapporti ISE e NA, quindi se questo non c'erano problemi. I report trimestrali, semestrali e poi quello di immobiliari via batch hanno l'impatto. Scriverei la stessa cosa che abbiamo messo su Report Manager. Andiamo a vedere cosa abbiamo scritto. E qua arrivano sempre... Su Report Manager abbiamo messo questo procedore. Possiamo scrivere la stessa cosa anche su questi report o... Sì, sì, sui report... Che report? Scusami che non sto vedendo. Report trimestrali, semestrali e immobiliari. Allora, lì ci sono delle logiche. Perché lì, come funziona? Sì, sicuramente ci saranno degli impatti a livello batch. Perché noi facciamo anche lì un mark della situazione del database alla fine del trimestre. E quindi sicuramente le procedure che poi lavorano su questo data mark che portiamo dall'altra parte dovranno aspettarsi dei riferimenti ai fondi che hanno delle chiavi diverse. Ok. Ok, Robocore Advisor. Abbiamo messo un impatto alto. Qui c'è tutta la gestione dell'operatività su fondi, deposito e amministrato. Quindi cambia tutta la parte adeguamento modello dati. Sì, questo per me è urgente. Inoltre, grazie a Daniele e ai miei colleghi di GitLab per la visione. Non ti sentiamo, Renato. Almeno io non ti ho sentito. Mi stavano chiamando? No, quello che dicevo. Nel tavolo che dicevamo prima, con I.L. per i prodotti presso terzi, dobbiamo sicuramente aggiungere questo ulteriore argomento che oltre ai colleghi di I.L. coinvolge ovviamente i colleghi di BlackRock per capire loro su questa parte se sono stati già coinvolti e sanno quindi che la convergenza fondi ha una determinata beneficazione e che cosa è arrivato a loro. Siamo noi i primi a ingaggiarli, però se così fosse... Questa cosa, Renato, direi che ne parliamo anche con Giovanni e Roberto. Vorrei, rispetto a quello che ti ho detto prima, tirare fuori piano piano tutte le esigenze che abbiamo lato PDC e farle confluire sul PMO di progetto, tradotto Ercoli, che viaggia su altre tematiche adesso. Quindi, per esempio, le logiche di migrazione, tutte queste cose che ci aspettiamo di avere, questo è uno di quelli, cioè il coinvolgimento lato BlackRock, che lo facciamo noi, lo farà I.L. BlackRock intesa, perché sono due pezzi che comunque possiamo parlare. Intanto con BlackRock non ci interfacciamo noi direttamente, ma ci si interfaccia I.L., quindi sono loro che devono portarsi a casa al fatto che devono chiedere a BlackRock di adeguare le chiavi con cui parliamo nel momento in cui non ci sarà più il security master, quindi non so chi farà quel lavoro su House di creazione dei clienti, tutto quel giro là. BlackRock forse per loro è trasparente, però sicuramente non siamo noi a dove lo studiare, questa trasparenza, no? Sì, sicuramente però non è trasparente con la gestione dei fondi sul dossier e lì sarà per loro un intervento con un alto impatto, te lo dico con certezza, non vedo Valerio che conosce bene quella parte, però forse se Raffaele o Emanuele ci hanno messo mano su quella parte sanno come abbiamo avuto grosse difficoltà a modificare la minima cosa, in questo caso oggi per i dossier titoli abbiamo una gestione semplificata che non gestisce i rubricati, adesso invece siamo arrivati al momento in cui dovremo gestire i rubricati verso di loro necessariamente e si apre un mondo, tra l'altro i tempi che c'è a BlackRock a volte sono pure molto lunghi e vanno incastrati, quindi sono d'accordo con te, non ce lo teniamo solo noi, carichiamo il PM di quello che teoricamente dobbiamo caricare perché sennò ci rimane a noi la cosa. Sono d'accordo. Ok, proseguendo, menù di comunicazione NA, avvisi PB e PO in carico al gruppo Falcon che hanno già analizzato, abbiamo messo basso. Come mai? Nulla, non c'è infatto. Perfetto, poi c'è la scheda di prodotto, ovviamente c'è l'impatto del modello dati quindi sia i codici di contratto che mostriamo nella scheda di prodotto nonché anche poi i codici degli strumenti stessi. Contratti e codici interni, strumenti. Gestire contratti immigrati pop-up, che si dovrebbe aprire per mostrare il vecchio dove è andato sul nuovo, qui dovremmo gestire una mappatura ad hoc del vecchio sul nuovo, in modo tale da poterla mostrare. Ok. Siamo i più veloci questo pomeriggio. Abbiamo fatto tutto quello che dovevamo fare su questa tabella ed è valido intervenire che poi la condividiamo con il gruppo di lavoro. Ho qualche ragionamento ancora a noi. Se siete d'accordo ve la giriamo, date un occhio anche voi perché poi sulla base di questa noi iniziamo ad imbastire il piano questo più quello che ci siamo detti stamattina. Vito, solo una cosa. Ci do anche conferma ad Adriano. + Parte della sezione relativa alla reportistica on demand, su tutto il report di proposta, poi c'è la diagnosi e altro Qui mi sembra di non averlo visto però, non mi sbaglio? Forse tu l'hai visto? Scusa Ci siamo parlato delle store procedure, della parte di dotnet Ah ok ok Ciao Angelo, ah ci sei, ciao Allora, no, mi l'avevo persa Perché c'è stato un pezzo in cui voi non c'eravate, volete che lo scorriamo oppure ve lo mandiamo? Perché poi questi sono i confini in cui ci muoviamo per pensare ad una pianificazione, dite voi Comunque sicuramente ve lo mandiamo, se invece volete scorrere rapidamente No no ok, infatti poi lo diamo un'occhiata E poi l'altro Eh vai No l'altra cosa, non so se avete smarcato anche il tema di nuova sintesi portafoglio per quanto riguarda la parte di back-end Come se la rimassi Allora, mi sembra di capire che il datamart rimane in carico a chi lo gestisce, che mi sembra sia Capgemini Ok Ok Però insomma c'è l'impatto caricamente Però bisogna coordinarsi Dobbiamo coordinarci, sì Ok No erano i due punti all'ora che mi ero segnato e non potevo capire Scusate l'ultima cosa, ma invece la reportistica periodica l'avete messa in conto per analizzarla, per parlarne? Intendo quella trimestrale? Fra scusami, di questo parliamo nel secondo però Tra di noi C'è sicuramente da parlare Perché fa il cliente, quindi ragioniamo un attimo su Sì sì sì Però comunque da inserire tra le cose da fare sicuramente, poi ne parliamo sicuro, ho capito quello che mi dove dire Ok, insomma, e allora sui tavoli di cui parlavamo prima, Blackrock, IL, eccetera Diciamo, ma riusciamo a farli a breve? Per poi, diciamo, confermare, definire l'impatto oppure no? Abbiamo detto Robot for Advisory per Blackrock e produzione Sì sì sì, con IL A breve significa però settimana prossima Se a breve è settimana prossima, puntiamo a quello IL significa che dobbiamo coinvolgere le persone di IL? Eh sì, cioè, io non so, loro sono indagati sul progetto di convergenza fondi Per quello che riguarda il rischio, per quello che riguarda l'adeguatezza, per quello che riguarda Perché non è che non li abbiamo con noi Senti Massimo Ercoli E' quello che diceva Adriano Esatto, facciamoci ridere a lui con chi dobbiamo parlare La cosa che volevo dire è No, aspetta Facciamolo fare a chi governa il progetto Il PM deve ingaggiare Noi possiamo sottolineare che non abbiamo informazioni su questa parte Sono stati ingaggiati, se non lo sono stati, sono stati ancora il caso che vengono ingaggiati Era proprio questo che volevo dire, non vorrei accollarmi l'onere di coinvolgere C'è sta PM, facciamolo fare a lui Ah sì, certo Puntiamo subito Massimo, tra l'altro Ok, Mattia se non abbiamo altro direi che noi iniziamo a fare i nostri ragionamenti E ci dobbiamo, vabbè, appena siamo pronti, ma chiaramente entro i primi giorni della prossima settimana Cerchiamo di uscire con qualcosa in modo da arrivare al 28 poi per, diciamo, per poi farlo circolarizzare a questo piano Se siete d'accordo Va bene Sì, sì, va bene Comunque noi vi mandiamo l'excel, se c'è qualche impatto che non abbiamo insegnato è importante Perché poi è la base per me mettere in fila poi le cose Ok? Sì Grazie a tutti Ciao Sottotitoli creati dalla comunità Amara.org diff --git a/PdC - Confronto PianoSoluzione 2025-02-20 10-47-51_transcription.txt b/PdC - Confronto PianoSoluzione 2025-02-20 10-47-51_transcription.txt new file mode 100644 index 0000000..f8b6a8b --- /dev/null +++ b/PdC - Confronto PianoSoluzione 2025-02-20 10-47-51_transcription.txt @@ -0,0 +1,15 @@ +a tutta la parte del position keeping, quindi alla pianificazione, alla proposta, a nuove sintesi di portafoglio e altre funzionalità a contorno, dobbiamo fare in modo di considerare sicuramente che questi temi vanno parallelizzati e quindi dobbiamo provare, anzi dovete provare a fare in modo di mettere un team che sia a compartimenti stagni almeno per quanto riguarda le analisi che poi andranno fatte sui singoli ambiti, altrimenti se non consideriamo questo parallelismo credo che difficilmente si possa traguardare una data rispetto a quella che è stata richiesta. Mi premeva di questa cosa nel senso che mi aspetto di interlocutori dedicati su ognuna di queste aree, cioè chi si dedicherà per la parte della migrazione, chi per la proposta, perché pensare di fare un'analisi completa di tutti gli scenari e di tutti gli ambiti e poi partire con gli sviluppi rischiamo che effettivamente si allungano troppo i tempi e poi sono tematiche che effettivamente prevedono degli approfondimenti specifici mi sono visto traire oggi tutta la parte della proposta e effettivamente richiede del tempo sia in termini di analisi di soluzioni e di sistemi che poi saranno impattati, non ultimo la parte di LDD, perché in molti casi sono delle informazioni addirittura nuove rispetto a quelle che abbiamo oggi e quindi vanno in qualche modo anche portate all'evidenza. Quindi facciamo l'approfondimento tecnico, consideriamo che da un punto di vista di organizzazione ci devono essere dei gruppi dedicati, di interlocutori sia da parte nostra che da parte vostra unici su quell'ambito che governano. Mi torna Raffaele, considera che poi anche noi abbiamo fatto un po' un organigramma, alcuni di noi chiaramente sono un po' cross sulle cose, però poi i gruppetti specifici sono dedicati. Lo so, pronuncio quanto poi è vincente, perché ultimamente abbiamo avuto effettivamente pochi interlocutori e andare su tutto con pochi interlocutori vede un po' una criticità sulla gestione, quindi organizziamoci in modo tale da avere delle celle che poi devono parlarsi, perché comunque il progetto va visto in alto e cento gradi, tutta la piattaforma operativa, la piattaforma di consulenza, però facciamo in modo appunto di organizzarci ma da subito con questa modalità, grazie. Allora, pensiamo che possiamo iniziare, privato anche Adriano. Ciao, ciao. Dicevamo Claudio, visto che c'è anche Francesco, di iniziare facendo proprio un mini recap di quello che ci siamo detti ieri sulla proposta, poi portiamo sui moduli, ma proprio tre minuti. Claudio? Eccomi, eccomi. C'è anche Francesco Cecchini, poi partiamo sul tema approfondimento moduli e su convergenza. Il recap è su come stiamo procedendo sull'analisi della proposta, come la spezzettiamo. Stiamo pensando e stiamo valutando come è spezzettabile la proposta per poter traghettare il traguardo della convergenza di giugno. L'idea, tecnicamente abbiamo valutato che effettivamente è possibile lavorare spezzettando, iniziando a spezzettare la parte dei wizard, per cui si potrà lavorare prima la parte dei wizard e poi altre parti di proposta. Ci si concentrerà chiaramente con priorità massima ai wizard legati al mondo convergenza. Un'altra parte che si è valutato essere possibile lavorarla in pezzi è la parte finale della proposta, quindi il giro dopo i wizard. Passati i wizard si torna sulla schermata principale della proposta, sulla dashboard, e poi gli step successivi sono sufficientemente indipendenti dal resto della PDC per poter essere lavorati anche come moduli a se stanti, senza andare a stravolgere troppi meccanismi. Nell'occhio della pianificazione entreranno i wizard come step separabili, la parte finale di proposta come step separabile. Per quanto riguarda invece la parte iniziale dei processi, chiaramente ci sarà la messa in sessione cliente, la parte di pianificazione, mentre tutto quello che è il mondo della dashboard proposta rimarrà un modulo che verrà fatto più avanti, successivamente al giro per la convergenza. Occorrerà fare modifiche alla vecchia PDC per far chiamare i servizi nuovi, quindi messa in sessione cliente per quanto riguarda il caricamento dei dati, la parte di pianificazione e altri pezzettini che stiamo ancora identificando all'interno del giro di proposta, farli richiamare anche dalla vecchia PDC. Questo è un risultato possibile perché comunque, avendo già fatto sulla vecchia PDC il lavoro e le trasformazioni in Darwin di buona parte del back-end, ci sono già i collegamenti con le API per andare a chiamare Darwin. Quindi noi andremo a sostituire, ad aggregare, a rimodificare, però fondamentalmente sul front-end della PDC già c'è la possibilità di agganciare codice esterno e dove possibile verrà fatto questo, in modo da in qualche modo svuotare sempre di più il giro di proposta della vecchia PDC. In questo momento stiamo cercando di capire quali sono i pezzettini, quindi le chiamate e i moduli Darwin che si potranno andare a togliere e quindi pianificare anche nel periodo di convergenza. Chiaramente ci si concentrerà su tutto il giro legato al caricamento delle pianificazioni e dei dati di portafoglio, perché è quello che ha più incidenza con la convergenza. Questo per quanto riguarda il giro di proposta, quindi si può spezzettare. Lato wizard se ne potranno fare alcuni, altri si possono spostare successivamente, perché mantenendo lo schedo di proposta comunque vecchio è soltanto una questione di agganciare i pezzettini. Nel 2026 con la convergenza si navigherà comunque sullo scherito della vecchia proposta, ma molte parti di questo scherito saranno sostituite con sezioni nuove. Abbiamo detto i core, probabilmente molte parti dei core, alcuni wizard e alcune pagine e alcune sezioni successive di chiusura della proposta. Questo era proprio il risultato a cui volevamo arrivare. Questa è l'idea di Massimo, che stiamo cercando di capire quanto è fattibile e quanto è arrivabile. Quindi non ci stai confermando che è fattibile Claudio? No, è fattibile tecnicamente. Adesso dobbiamo vedere sui tempi, su quali moduli, quanti moduli, quanti wizard. Tecnicamente è fattibile. Però abbiamo smarcato che è fattibile nella strada che vogliamo percorrere questa. Adesso ho fatto un piano. Dobbiamo quantificare i 40 wizard, quanti ci rientrano, quanti no, su tutti i pezzettini pre-proposta, tutti i core, cosa entra e cosa no. Ha dei legami sul peso dei singoli moduli e un altro legame sulle dipendenze. Perché chiaramente, anche andando a guardare la temporalità delle chiamate, può essere che la chiamata al modulo che fa la parte delle partite viaggianti non può funzionare se prima non ho fatto un'altra cosa, e allora lì avremo una necessità eventualmente di fare insieme quei moduli. Oppure scopriamo che sono totalmente sganciati e per cui possiamo scegliere di separarli e quindi pianificare separatamente un modulo piuttosto che un altro. Noi stiamo lavorando in questo momento su questi dettagli, però tecnologicamente questa soluzione è fattibile con degli interventi sulla vecchia PDC. Perché comunque, per mettere i wizard nuovi e lavorarli sviluppando a nuovo, quindi non copiando uno a uno quello che era già stato fatto, dovremmo mettere dei canali di comunicazione vecchio-nuovo. Per cui il wizard lavorerà con un trimodel suo, nuovo, inventato, riscritto, però l'ingresso e l'uscita deve poter parlare con la vecchia PDC e la vecchia proposta. Quindi comunque occorrerà fare degli strati software intermedi di comunicazione per far sì che si possa lavorare a nuovo in maniera pulita e senza fare danni sul vecchio. Questo era il punto di rimente per poter poi approcciare una pianificazione a step, perché se veniva fuori che questo scenario non era fattibile, allora dovevamo già andare sul piano. + No, tecnologicamente è fattibile. Non c'è un POC live per certificarlo col sangue, però è una strada che tecnologicamente è fattibile. Ci saranno poi negli sviluppi qualche problemino da risolvere in base a particolarità che possono uscire fuori, però la tecnologia, i meccanismi, i frame, le comunicazioni che abbiamo identificato sono perfettamente inglobabili all'interno del giro di proposta. Invece non ho capito che tipo di approccio avremo per la messa in sessione. La messa in sessione, dall'analisi che abbiamo fatto, non si è evidenziata essere lei in quanto un problema. Quando parliamo di messa in sessione ci riferiamo al caricamento del cliente con il suo portafoglio. Sembrerebbe, dall'analisi che abbiamo fatto anche con voi, che non c'è un problema di lentezza dovuto a un'intrinsica lettezza del sistema, per cui bisogna cambiare l'approccio. Il problema è che il codice era stato scritto, per mille motivi, in modo abbastanza ridondante e in alcuni casi rallentava. L'idea è quindi mantenere il database così com'è. Si rifarà completamente il sistema di caricamento dei dati, però fondamentalmente l'input e l'output rimarranno gli stessi, per cui il database SQL Server rimarrà lo stesso. Tutti i moduli della vecchia PDC che avranno bisogno della sessione potranno continuare ad accedere con i loro vecchi meccanismi, perché leggeranno dal DB e andranno avanti in maniera trasparente. I nuovi moduli, quindi quelli in Darwin, utilizzeranno i sistemi di cache e su questo ancora non abbiamo un'analisi definitiva su come fare questa cache. Probabilmente non sarà un componentone unico che viene letto ogni volta, si spezzetterà un pochino i contenuti, oppure stiamo studiando dei meccanismi semplicemente di salvare il contenuto completo ma non andarlo a leggere sempre tutto per forza, ma andare a leggere i pezzettini che servono. L'obiettivo è diminuire l'overhead e diminuire la quantità di dati spostata, però questa parte di come andremo a fare i sistemi di caching per ora non abbiamo analizzato in dettaglio. Per la compatibilità sul vecchio e per quello che comporta i giri di convergenza e di pianificazione siamo abbastanza confidenti che non c'è bisogno di stravolgere il giro di messa in sessione e quindi chiaramente avere grosse ripercussioni sulla vecchia PDC o la necessità di avere un parallelismo, per cui si poteva ipotizzare manteniamo la vecchia messa in sessione sulla PDC quando si lavora in legacy e poi i moduli nuovi invece fanno un'ulteriore messa in sessione più veloce. In realtà la messa in sessione sulla PDC sarà unica, salverà i dati dove li salvava prima e poi ognuno andrà a leggere dove può leggere. Se troviamo che sulla vecchia PDC le api di lettura dei dati in sessione è anche pulita, potremmo anche correggere lì e andare su nuovi sistemi di caching. In alcuni casi è stato fatto perché anche lì andando su nuovi core già la vecchia PDC accedeva ad Hazelcast o a sistemi di caching della sessione, quindi lì si farà pulizia. Però non abbiamo intenzione di stravolgere nulla da questo punto di vista perché i rallentamenti erano legati al fatto che si facevano 50 volte le stesse query o si scambiavano tanti dati e per cui c'erano dei rallentamenti C'è il modo anche per la messa in sessione di farla convivere vecchio e nuovo in un rilascio anche qui step by step? L'idea è che la vecchia PDC comincerà pian piano a usufruire dei nuovi meccanismi di messa in sessione perché li faremo lato core e quindi sarà la vecchia PDC perché rimane ancora quella, quindi il concetto di messa in sessione quando entra nella PDC il file load customer la rest API load customer rimarrà tale quale per il momento perché starà sulle vecchie PDC però poi questa load customer chiamerà un nuovo core che farà tutti i caricamenti direttamente a nuovo il risultato sarà un salvataggio sullo stesso database per cui da lì in poi dovrebbe essere tutto più o meno trasparente qualche piccolo intervento sarà sicuramente necessario sulla vecchia PDC per fare i collegamenti ma l'idea è che si mantiene quindi lavoriamo direttamente al nuovo non avremo due messe in sessione due pianificazioni eccetera eccetera questi pezzettini quasi sganciano e si mettono direttamente a nuovo. Claudio mi torna e volevo aggiungere un'altra cosa che sempre per quanto riguarda il tema della proposta è ovvio che c'è una sorta di semplificazione perché con questo approccio ti sei portato a casa praticamente la lavorazione di quattro wizard dedicati per i fondi quindi diciamo che entri per poi nella data del giugno del giugno 2026 e volevo capire invece per tutti gli altri wizard se stiamo considerando appunto di poi parallelamente di lavorarli comunque in questo vasso di tempo e qui è questa l'analisi che stiamo facendo anche sui pesi di queste attività noi l'obiettivo è intanto stiamo circoscrivendo le attività e dando un peso e quindi vedendo per coprire tutta la parte di convergenza una volta che siamo sicuri che riusciamo a coprire tutta la parte di convergenza andiamo a capire cosa possiamo aggiungere è quasi sicuro che si potranno aggiungere altri wizard magari non quelli più complessi oppure sì anche in base ai parallelismi che abbiamo come tutti gli altri moduli che sono previsti oltre alla parte di convergenza però l'obiettivo nostro è essere sicuri garantire la convergenza poi in base allo spazio di manovra che abbiamo si aggiunge tutto il resto chiaramente. Come hai detto ieri nella colla noi non è che arriveremo a giugno 2026 solo con la parte convergenza sarà il minimo di quello che serve per convergenza più tutto quello che riusciamo a erogare in questo lasso di tempo quindi ci saranno altri wizard ci sarà la controllo costi e validazione della parte finale come diceva Claudio prima e quindi ovviamente perché non possiamo aspettarci che il wizard fondi più amministrato sia due terzi della proposta sarà 15 20 per cento quindi faremo anche il resto per coprire tutto il lasso di tempo che è un anno e mezzo. Questo è chiaramente quello che ci siamo detti anche ieri tenendo in sicurezza il giro della chiave della convergenza quindi in questo momento facciamo la lista della spesa capendo cosa possiamo fare prima e dopo poi peseremo uno il discorso sicurezza giro chiave convergenza e poi chiaramente la capacità necessaria per fare tutto questo è importante. Come razionali del piano alcune cose importanti che aggiungo sono che tutti i moduli tra wizard e moduli singoli eccetera che arriveranno con direttamente con il go live di convergenza ricordiamoci non convergenza ma convergenza più ldd ovviamente l'effort della convergenza è inglobato nel fatto che dobbiamo riscriverli quindi non c'è un extra effort. Tutti quei moduli che sono impattati da convergenza ma verranno spostati post produzione di convergenza ovviamente dovremmo anche quantificare un extra effort per il lavoro a vecchio per adeguare la pdc al go live a convergenza ldd. Questo è il primo razionale che volevo aggiungere e il secondo come ci siamo detti ieri metteremo nel piano delle date mandatorie anche per darvi leva poi negli altri taboli di convergenza ldd sulle quali spingere per avere chiuse le analisi bar anche tutti i sistemi di sviluppo con il nuovo schema di dati eccetera a disposizione in modo tale da essere confidenti di poter poi traguardare le date che ci stiamo prefissando. Su questo aspetto che mi torna però vi consiglio comunque di tenere in considerazione anche per poter sostenere il piano almeno nella prima fase vanno applicate gli stab. Mi torna che vanno sicuramente messi i paletti per indicare la disponibilità dei servizi o della valutazione del rischio, però considerate che comunque in questo film vanno comunque generati degli stab per consentire poi di avanzare già con gli sviluppi nel breve periodo. Non è difficile che da esperienza si arriva tutto pronto per consentire poi a noi di poter sviluppare + storia insegna che abbiamo dovuto sempre crearci noi degli stab o comunque delle modifiche a mano e poi man mano che arrivano i servizi si inizia a staccarli e attaccare al servizio reale. È ovvio un rischio che bisogna tenere in considerazione, però nella pianificazione considerate anche questo. In generale su questo punto, ne parlavamo pure ieri, è importante che cominciamo a far parlare il piano che stiamo rivedendo per la piattaforma di consulenza con i piani più in generale dei progetti di convergenza fondi e le DD. Per quanto noi possiamo fare le assunzioni e lavorare con gli stab, dall'altra parte abbiamo bisogno, ci siano degli impegni a fornire le informazioni necessarie per poter procedere con gli sviluppi perché immagino ci sia un minimo sindacale di informazioni, minimo per partire con gli sviluppi e a determinate date vengono rilasciati determinati servizi piuttosto che altro. Secondo me, oltre al lavoro di Armundia che dovrà definire il suo piano con delle Maiston, adesso sui tavoli sia di convergenza che di LDD dobbiamo capire la pianificazione, che cosa prevede e se quanto previsto nella pianificazione di questi progetti è compatibile con quello che si sta prevedendo lato replatforming della PDC. Stavamo parlando prima dell'integrazione eventualmente delle LDD, va capito quando loro cominceranno a rilasciare dei servizi, se potranno andare a richiamare, quando saranno definiti innanzitutto questi servizi, perché oggi su questo aspetto io non ho nessun piano, per cui anche questo visto che c'è Francesco era anche per condividere con tutti, anche su quegli altri tavoli abbiamo necessità che si concretizzino delle date su cui basare poi anche la nostra pianificazione. Sì, corretto, anche un tema banale ma che è importante, anche la valutazione del rischio su questi strumenti. Sì, tu dici in termini dell'adeguatezza. No, proprio il rischio quando metti in sessione il cliente e ti deve fare la valutazione del rischio su per aria, contratto e categoria. Questo riguarda poi un altro aspetto che non stiamo ancora affrontando, però è ancora prima, io dico BlackRock che si occupa dell'integration layer, che è la nostra interfaccia verso BlackRock, per la valutazione del rischio. Come stai rivedendo la modifica dei servizi? Penso che il calcolavar che richiamiamo è necessariamente impattato, per cui su quello come ci stiamo vedendo, perché sui massimi sistemi effettivamente si è semplificato dicendo che adesso leggeranno direttamente da LDD la composizione del portafoglio, tiriamo giù, non c'è più bisogno dei flussi di polozzi e il gioco è fatto. Sì, però anche lì vale quello che ho appena detto più in generale, quindi quali sono gli step, quali sono le attività, con che date, noi quando veniamo coinvolti a condividere la modifica dell'interfaccia attuale. Ma questo è importante perché altrimenti il valore del nostro piano, se non abbiamo delle certezze anche dei piani paralleli, perde in sostanza. Questo è fondamentale Renato, ma è fondamentale anche il monitoraggio successivo, perché adesso noi facciamo il nostro piano, lo rivediamo, ci portiamo dentro i vincoli derivanti dagli altri piani, poi i loro piani sono progetti che vanno per le loro strade, quindi poi anche il continuo allineamento… No, ma non è per le loro strade, perché è una strada unica nel senso che poi almeno Infideuram consumerà maggiormente i servizi dell'LDD insieme ad Alfabeto, ovviamente sarà la PDC, lo stesso vale per l'anagrafica, si sta mettendo su l'anagrafica nuova, però il maggiore consumatore è sempre PDC, per cui in qualche modo noi dobbiamo essere protagonisti anche su quei tavoli nel dettare determinate milestone e necessità. Ok, andrei un attimo sul tema funzionale dell'ordine del giorno, per consentire a chi, come Adriano è presente, per dare un attimo il contributo sugli impatti che abbiamo sulla proposta su pianificazione e sugli altri moduli. Posso iniziare quando vada lì sul file che abbiamo fatto martedì scorso. Come ci siamo detti, quello era ancora un alto livello in cui, se vi ricordate, avevamo questo diviso tra impatto front, impatto back, servizi eccetera, però avevamo messo basso, medio e alto, che comunque hanno ancora un'alta granularità. L'obiettivo è, abbiamo guadagnato questo tempo, questa settimana in più per il piano, quindi di andare più a fondo in modo tale da diminuire i margini di rischio e avere più confidenza quando andremo a definire gli extra effort che dovremo dare per i moduli che decideremo di spostare post-convergenza, in produzione go live della propria convergenza. Quindi, se siete d'accordo, riscorrerei questo file per ogni modulo, andiamo un po' più nel dettaglio di quali possono essere gli impatti, sia per front, sia per lato back e servizi, una breve descrizione, quindi questo ci darà poi maggiori dettagli per valutare effettivamente l'extra effort. Non so se le prime quattro, visto che sono dashboard, anagrafica, sessione utente, proposte e pianificazione, stiamo dicendo che queste a maggior ragione, obbligatoriamente, dovranno arrivare con la convergenza e quindi l'extra effort lo assorbiamo con il fatto che dobbiamo comunque riscriverle. Se vogliamo saltarle, andare direttamente su quei moduli, invece che abbiamo il dubbio se spostarli prima o dopo. Su proposta non so se abbiamo elencato tutti gli impatti, non ho capito il discorso, nel senso che vuoi saltarli perché non prevedi, dal tuo punto di vista è tutto esaustivo, quindi c'è tutti gli elementi per valutare gli impatti sulla proposta, oppure hai bisogno degli approfondimenti per capire quali sono gli impatti che abbiamo su qualità. Ok, quello che possiamo fare sulla proposta è non tanto verificare gli impatti di per sé, proprio a livello di dettaglio, ma capire su quali punti della proposta c'è l'impatto, in modo tale che quando la spezziamo siamo sicuri che nel piano le spezzature che sono coinvolte dagli impatti sicuramente li mettiamo nel piano prima del go live e del convergenza fondi. Su pianificazione, dashboard, aggiornamento dati clienti eccetera, dopo il scontato che tutti questi tre moduli saranno già nuovo col go live, quindi per quello li salterei, perché poi l'impatto li valutiamo poi nell'analisi di dettaglio che inizieremo quando affrontiamo il modulo e lo crediamo da piano. Su proposta, magari condivido anche l'applicazione così lo vediamo anche live dell'applicazione. Allora, quando Claudio parlava di dashboard, come abbiamo visto ieri, intende proprio tutta quest'applicazione. + qua. Quindi con il position keeping, la sua divisione vista per area, categoria, per contratto e tutte le varie sezioni dove ci sono adeguatezza, planificazione, sostenibilità eccetera eccetera e questa per forza di cose è impattata. Il discorso che facevamo che non può essere portata direttamente a nuovo ma sarà ancora vecchio con la PDC che chiamerà i nuovi servizi core per comunque costruirsi la posizione aggiornata con l'effetto di convergenza barra LDD e poi andrà quindi stiamo vedendo la proposta? Sì, stiamo valutando solo quali sezioni della proposta nella spezzatura sono coinvolti da convergenza in modo tale che poi nel piano con la spezzatura che facciamo siamo sicuri che le varie spezzature che sono coinvolti da convergenza le mettiamo nella timeline corretta. Quindi non facciamo il lavoro che hai detto prima di vedere tutto quello che non deve essere modificato per il progetto, andiamo a metterle priorità su quello che arriva dopo. Facciamo quello che sta nell'ambito del progetto adesso. Non ho capito se stiamo vedendo gli impatti sulla proposta, quindi il core del progetto? No, stiamo guardando adesso non l'impatto a diverso livello sulla proposta ma le sezioni della proposta impattate, in modo tale che quando spezziamo la proposta siamo certi di essere certi di prendere le spezzature corrette che vanno impattate e non perderci nulla nel livello di convergenza. Poi invece sugli altri moduli, quindi su tutti quelli da rischio in giù, andiamo a fare un'analisi più di dettaglio in modo tale da capire bene qual è l'impatto su questi moduli insieme alla tua front e back. Ok, una domanda, ma rispetto al BR dove c'è scritto fondamentalmente tutto, che contributo ti posso dare in più? Perché se iniziamo a fare questo lavoro, e te lo dico io dove c'è l'impatto, ci mettiamo due mesi. Il BR teoricamente riporta tutto, quindi perché ti aspetti che ti dica io quali sono i pezzi che devo impattare? Nel senso non ho mai pezzi cattivi, io ho altro da fare, ho altri progetti che devo seguire. Fammi capire, che tipo di contributo in più ti posso dare rispetto a quello che trovi leggendo il BR? No, perché a livello di front end, se prendiamo il front end, sul BR c'è tutto. Se parliamo di back end, processi, procedure, allora lì ovviamente l'utente che ti ha scritto il BR non è consapevole di quello che gira sotto e possiamo ragionarci insieme come IT. Quindi che taglio gli vuoi dare a questo tipo di incontro? Se è sulle sezioni ti dico prendi il BR, se hai dubbi ci leggiamo insieme il BR e vediamo dove c'è il punto dove c'è il dubbio. Che vuoi vedere? L'impatto lato back e lato front, come dici tu, è chiaro. Dal BR sono chiari e sono anche quelli che avevamo messo, ti ricordi, già martedì noi. Infatti noi avevamo suddiviso, avevamo fatto solo praticamente lato e lato front. Vogliamo essere un po' più precisi invece sull'impatto back e servizi, siamo qui proprio tutti in una riunione congiunta in modo tale che ognuno può dare il contributo per arrivare ad avere un maggior livello di confidenza su questi valori che stiamo proteggendo. Ok, quindi tutto quello che è back fondamentalmente, non il front. Il front è abbastanza chiaro. Ripartendo dalla proposta per essere certi che le sezioni coinvolte sono quelle, quindi questa sicuramente la dashboard sarà coinvolta eccetera. Ma qui la dashboard è una sezione di front-end, cosa c'è sotto la dashboard? Ci sono una serie di chiamate, di API, se dobbiamo andare a studiare, con il tipo di analisi che hai appena detto, dobbiamo fare questo tipo di ragionamento. Qui chiamiamo la struttura del portafoglio del Trimodal, quindi proposta BIN, pianificazione BIN, tutti quelli che sono i processi di caricamento del portafoglio. Chiamiamo la valuta PTF, cioè la valutazione dell'adeguatezza. Chiamiamo il rischio per fare il calcolo degli aggregati per esempio per contratto, quindi qua siccome avrai un'altra... Esatto, chiami tutte le API di ELLE per calcolare il rischio dei meta aggregati di portafoglio. Questo è impattato penso abbastanza forte. Certo, certo, certo, quindi c'è un impatto sicuramente su tutte le chiamate ai servizi dell'adeguatezza, il Vs adeguatezza PO che si compone poi del valuto PTF, simulazione, simulazione stesa completa, Vs delle partite viaggianti, i costi le ha chiamate al MAC, però diciamo così, è giusto la configurare dopo, però sta sempre qui. C'hai le chiamate alle API del portafoglio che hai fatto dalla pianificazione, però qui mi sa che ricrei il proposta BIN, giusto? Lo rifai o lo fai dopo il proposta BIN, dopo la prima operazione? Qui carichi quello che... No, dovresti già farlo quando fai la proposta BIN1, che sarebbe quello del portafoglio attuale con tutti gli strumenti. Se la vediamo nel suo complesso è effettivamente giusto, anche i costi, ma dirò di più. Io credo che ci sarebbe anche l'impatto sul SER, perché non so se da un punto di vista di chain ci saranno delle chain dedicate. Perché in riapertura c'è anche il SER, c'è anche il PME, c'è anche, mi viene in mente, il scenario di adeguatezza e anche le proposte molteplici, così almeno al naso. Le proposte molteplici, scusami Daniele, sarebbero? Le avevamo già affrontate in un altro tavolo. Verifica lato PIO se esistono altre proposte in corso, in volo, in esecuzione e avvisano il PB se può andare o meno avanti e che cosa dovrebbe fare. Dà un primo avviso quando atterri e poi un secondo quando fai validazione. Invece per il SER, non ne dobbiamo parlare più però, il SER esisterà un alter ego del SER che non si chiama SER, al momento si chiama Middleware Fundi ed sarà un servizio che espone, io andiamo per gradi perché il SER sta già nel wizard, cioè sei già entrato all'interno del wizard. No, io proverei un secondo a vedere, altrimenti ci ripartiamo. Andiamo con ordine. Ah, qui hai caricato fondamentalmente il portafoglio, hai fatto le chiamate al rischio di integration layer per i metadegregati di portafoglio, quindi le aree, i contratti, ok? Hai chiamato l'adeguatezza, hai chiamato due adeguatezze in realtà, sulla sinistra e quella sulla destra. L'adeguatezza intende portafoglio ASIS e 2B, quindi prima dell'investimento completto. Esatto, la chiamata al portafoglio ASIS è una chiamata, la chiamata al portafoglio 2B è un'altra chiamata, anche se non hai messo nessuna operazione dentro. Ritorna sulla sintesi, per cortesia. Ok, hai fatto le chiamate penso, ecco non so se l'asset allocation, tutto il tema dei grafici e delle informazioni in proposta, come sono tutte le API? Sì, tutte le API. Quindi tutte le API che ti permettono di comporre la parte dei grafici, tutte quante, tutte quante. Quello dell'asset allocation, che è il grafico che vedi davanti, poi ci avrai tutta la parte della piramide, le categorie prodotti, tutti questi sono ovviamente impattati nella misura in cui, per esempio, ci hanno degli impatti variabili, nel senso che, per quanto riguarda la chiamata all'adeguatezza, ovviamente dovremmo capire come interfacciarci nuovamente con quei servizi dell'adeguatezza, con le chiavi dei prodotti che cambieranno. Per quanto riguarda il valuta portafoglio, quindi quello che stai chiamando adesso senza aver messo nessuna operazione nuova, in teoria lì lo chiami col codice fiscale, quindi non stai mandando il portafoglio dei prodotti e quindi non dovresti avere degli impatti. Però ti restituisce gli strumenti. Esatto, però tu li devi poter decodificare nelle chiavi che ci saranno a post convergenza, quindi non avremo più i codici contratto, codici sottoprodotto, ma avremo delle codicistiche analoghe che sono il codice prospetto, se l'ho detto l'altra volta, e il codice area finanza. Quelle lì ci permetteranno di ricondurre, ci auguriamo quanto più possibile, nello stesso modello dati che abbiamo oggi, quindi sempre con i campi codice interno, codice sottoprodotto, la corrispondenza univoca all'elemento che avrai al catalogo, di quello che ti dovrebbe tornare dai servizi della decodezza. Poi c'è la parte DL, che stavamo dicendo prima. La parte DL, in teoria quella fa le chiamate e lì gli dobbiamo dare dei nuovi aggregati, quindi lui deve aggregare… Bisogna vedere se riusciamo a usare gli aggregati che abbiamo oggi in chiave futura, cioè la rubrica fondi, il deposito a custodia, avranno codici contratto + specifici, come abbiamo detto l'altra volta. Quindi il 95 ce l'avrà soltanto il conto corrente, questo dovremmo capire come comporre le chiamate per magari sfruttare la struttura a contratti che abbiamo già oggi, se possibile. Forse non abbiamo l'aggregato di rubricato all'interno della struttura della chiamata, quindi se siete nel bar del rubricato, non mi ricordo neanche se chiede mille domande, ma mi pare che sì. Quello lì teoricamente potrebbe essere un pezzo che va integrato nella chiamata, potrebbe essere un pezzo che dobbiamo integrare nella struttura della chiamata, quindi poi va un attimo affrontato bene. Esatto, quindi forse lì qualcosa c'è. Vabbè quello che ti risulta del portafoglio l'abbiamo detto, si lega alla pianificazione. Le viste sopra in alto in teoria sono tutte ste API del portafoglio. Entra un po' sull'asset allocation queste viste qui c'è il dettaglio prodotti per esempio col pulsante dove c'è quello spaccato delle asset class sullo strumento. Ora io per esempio credo, cioè tu qui agganci una grafica di uno strumento che c'è in portafoglio alla rappresentazione delle asset, io credo che col modello, cioè per quanto cambi la valorizzazione delle chiavi, la valorizzazione dei campi, codice interno e codice sottoprodotto, il meccanismo per tirare su questi dati teoricamente rimane lo stesso, che ne pensate? Sì penso anch'io la stessa cosa, la tematica di migrazione, non è che non abbia impatto, l'impatto è il tema di migrazione. Esatto, però tu qui non è che vai a fare una modifica al modo più utile sull'asset class dello strumento, perché se lo strumento è censito a catalogo con questa nuova configurazione e riusciamo a leggere dai giusti dati, chissà chi è che ci lo manda a fidare a investimenti, per me ancora non mi ricordo l'asset class, Renato aiutami un po'. L'asset class ovviamente ci arriva da Blackrock, ma domani non ci arriveranno più da Blackrock. Quindi prendiamo da LDD, però questo fa parte di tutto il sistema dell'alimentazione da LDD, questo è uno dei contenuti che prenderemo da LDD e che agganceremo con le nuove chiavi per i fondi al back-end, che poi c'è l'età di social tend, quindi è una delle informazioni. Questo è l'unico esempio dove si sovrappongono le due cose, da un lato la chiave per agganciare l'asset class dei fondi, che ovviamente cambia, ma nel contempo la fonte dati, che non è più il flusso dati che oggi ci arriva da Blackrock e carichiamo sul nostro catalogo, ma sarà su LDD. Poi che soluzione adotteremo? Soprattutto per caricare le informazioni l'asset class va valutato, in conseguenza avrà un impatto più o meno ampio. Esatto, però io questo credo, mi aspetto che quello che tireremo giù da LDD sarà un set di serie di informazioni, di attributi, tra cui ci sarà pure questa. Quando devi caricare questa schermata, qui semplicemente consideri di usare la stessa API che va a pescare, ovviamente opportunamente modificata dal punto di vista di dove va a prendere i dati, però tiri sulla stessa API che ti dà poi l'anagrafica dello strumento e i pesi per quello strumento sulle asset class. Cioè qui è più un tema di come alimenti l'indice con LDD, questo è uno dei pezzi che secondo me è verso il front end e non credo che ci abbia un impatto grosso. Certo, proveremo a riutilizzarla, poi ovviamente se la devi riscrivere, perché io sto a metà di una soluzione fatta a vecchio e una soluzione a nuovo. Io ho in mente metà della soluzione che dovrebbe essere fatta a livello monolitico e metà di quella nuova. Adi, questo secondo me è un'altra scelta che poi adesso continuiamo sul focus che si sta facendo, però secondo me è uno di quei temi che dobbiamo mettere sul tavolo e condividerlo anche subito con i colleghi della Mondia, cioè questa situazione di dire cosa va a vecchio e cosa va a nuovo. Giusto, perché se dobbiamo ragionare su che tipo di API, servizi alimentano, adesso stiamo pensando a quello che c'è oggi e quello che immaginiamo sarà attendere quando si è concluso il progetto di trasformazione. Nell'interregno, infatti mi trovo in difficoltà in questo momento perché oggi funziona così, quindi io oggi direi che se tu con la PTC attuale cambi il bocchettone di Blackrock con il bocchettone LDD, una volta che hai migrato sti dati in una nuova forma, però poi l'API a front-end usi la stessa perché teoricamente aggancia gli stessi campi e ti disuse. Quindi però questo tema del fatto che tu l'API a vecchio non la cambi, in realtà la devi cambiare probabilmente perché front-end lo devi fare. Quindi è un po' complicato fare questo tipo di analisi in questi tempi. Io vorrei focalizzarci sui contenuti e gli impatti che derivano dalla convergenza fondi, ogni tanto però dando giusto un alert di dire che attenzione si sovrappone anche il progetto LDD, perché se no effettivamente non abbiamo punti fermi. Quindi proviamo a ragionare come se non ci fosse LDD e poi ad aggiungere che attenzione però in questo ambito impatta, quindi tenete conto pure di quello. Alla fine dall'analisi dell'asset class emerge come conclusione che sì ci sarà l'impatto relativamente al fatto che cambi una chiave ma è trasversale all'applicazione, come carichi oggi l'asset class per i fondi domani cambierai semplicemente l'aggancio delle chiavi. Cambia l'aggancio delle chiavi oppure a parità di chiave il contenuto in cui viene valorizzata quella chiave, però ti cambia la fonte dell'alimentazione quindi tutta la procedura di caricamento del dato grezzo ti cambia se vai sull'LDD, questo è uno dei pezzi che arriverebbe da lì. Quella di portafoglio che intendi? Quella complessiva di portafoglio? Sì, il tema è che l'asset class dei singoli prodotti ci arriva da un flusso che carichiamo di BlackRock ogni mattina che mettiamo a catalogo e poi è l'applicazione che a fronte dei singoli strumenti finanziari in portafoglio si va a leggere l'asset class, la somma e la rappresenta quindi quell'elaborazione lì la facciamo noi, la aggreghiamo noi. Penso che venisse dai servizi del portafoglio, quella di mappatura, giusto Renato, prenderà questa? Sì, bravo. La chiave prodotto potrebbe... Esatto e te l'aggancio con il catalogo prodotti. Il dbd-beta ormai è trascurabile, era un dato che veniva utilizzato prima, era un fattore di correzione che ci inviava Prometea, quello è un campo ormai che potete trascurare. Con questo asset class riconosco i codici perché abbiamo utilizzato dei progetti a Prometea e questa che sta passando questi dati, infatti non mi parlavo che fosse BlackRock, vedendo i codici. No, poi loro ci sono adeguati. Va bene, quindi anche esposizione valutaria ci passano sempre questi dati in tabella? Sì, esposizione valutaria ci arriva stesso giro, stessa fonte e quindi quello che abbiamo detto per asset class lo puoi ereditare pari pari su esposizione valutaria, identiche considerazioni. Invece rischia location e correlazione immagino sia BlackRock e quindi il discorso che facevamo che c'è anche quel cantiere parallelo. No, attenzione, la correlazione non è BlackRock, quindi rischia location è BlackRock e quindi effettivamente qui sono chiamate che andiamo a fare online della suite Aladdin ad hoc per tirare fuori le informazioni che rappresentiamo. Invece la correlazione sono informazioni che carichiamo, che ci arrivano da un flusso, in questo caso, di un applicativo esterno. + che ci invia queste informazioni che poi noi elaboriamo e rappresentiamo. Come riconoscono il prodotto? Come glielo passiamo? Con Parysin o con i codici interni che poi cambiano sui fondi? Loro ci inviano le informazioni in quel flusso Parysin, poi non mi ricordo nel dettaglio se ci sono altre chiavi, però fondamentalmente... Il discorso è che i fondi vanno riconosciuti nella nuova logica di modello. Se stiamo usando il codice sottoprodotto a vecchio, dovremmo prevedere un aggancio sul codice della finanza. Questo va un po' controllato per capire le chiavi che utilizziamo in questo flusso, se sono impattate o meno, da modificare le chiavi. Perché magari se ci dice bene che utilizziamo solo Parysin, non è manco impattato. Però Renà, non è così. Parysin da solo non fa chiave. Comunque non può essere solo Parysin, no? Sicuramente ci sarà qualcos'altro. Non mi ricordo se useremo Aisin, Maff, altri fondi. Useremo una vocate in azione, non so se la composizione. Questo è più vecchio dell'IELTS, quindi non so come si aggancia. No, però tieni conto che ad esempio sull'Asset Plus l'Aisin è chiave, ad esempio, perché in quell'ambito... Perché quella è la composizione, è la stessa all'interno dei vari contenitori, certo, certo. Ma qui non credo però se... Sulla correlazione dovrebbe essere forse la stessa cosa, però giustamente lascia il beneficio e il dubbio, è un dettaglio, andiamo a vedere. Ok, quindi comunque le sezioni qui, così come la Position Keeper, sono tutte impattate. Sì, poi in realtà ti sei perso categoria prodotti, prima perché siamo partiti dall'Asset Class, quindi torniamo indietro. Questa è pesantemente, no, però più impattata delle altre, perché rispetto alla logica attuale con cui rappresentiamo... Cioè questa è la rappresentazione del portafoglio per le tipologie di prodotto, no? Quindi se ho fondi, ho titoli, ho gestioni, ho assicurativi, ok. Questa teoricamente dovrebbe mantenersi quella che vediamo oggi, al netto del fatto che i fondi, per come li gestiremo, dovremmo continuare a trattarli come fondi, anche se la fonte dati che li alimenterà non sarà più il file di Mileto. Vi ricordate il ragionamento che abbiamo detto che dovremmo avere i fondi da area finanza, no? No, i fondi da Flussoscaled sono già amministrati. Oggi noi gli unici fondi che ci arrivano da quel flusso sono i fondi che stanno sotto garanzia, quelli che non possono essere guidati. Quelli noi oggi li vediamo come deposito, come dossi e titoli, come amministrato. Però sono classificati qui, Adri, comunque come fondi, eh? Cioè... Ti spiego, ci sono due classificazioni... Mileto ci ha scritto una cosa diversa su IBR, eh? Ah, lo funziona così? Io dico come funziona oggi, poi effettivamente il IBR non l'ha letto, quindi sicuramente è corretto. Sbagliamo a considerarli come titoli e come vuole che vengano classificati come fondi, io non sono dato più conti. Allora, noi oggi che facciamo? Quando il fondo è sul dossi e titoli, c'è un campo che si arriva sul DB Schede, che viene alimentato proprio da Promedia, che ci dice che quello è un fondo, quindi anche se è sul dossi e titoli, noi sappiamo che un fondo lo rappresentiamo come fondo. Anche se è garanzia. Attenzione al fatto che poi abbiamo il campo che si chiama tipo prodotto, che è DT, perché quello in sé è un campo che non viene utilizzato per individuare la categoria prodotto in quanto tale, ma per capire qual'era la chiave da utilizzare tra quello che ci veniva restituito dall'add-contratto-sintesi e quello che avevamo a catalogo. Siccome noi abbiamo una chiave multipla sul catalogo, in funzione del campo tipo prodotto che ci veniva restituito dall'add-contratto-sintesi, noi poi sapevamo come agganciare se per prodotto-sottoprodotto, per prodotto-sottoprodotto-MAF, con le varie combinazioni. Lo stesso ASU1, ASU2, ASU3, erano i livelli degli assicurativi. Queste chiavi quando andiamo su LDD continueranno a essere alimentate? No, va rivisto tutto, io perciò non... Deve arrivare l'area finanza l'informazione, noi andiamo a approfondire, c'è questo campo X-Entity, X-Entity che ti dicevo l'altra volta. Esatto, X-Entity che ci dice che soffondi però. Però arriva da DB Schede, non lo prendiamo da Prometea? No, è DB Schede che lo prende da Prometea, loro lo sanno, ma noi abbiamo certi... Scusami Galeri, però adesso ampliamo come al solito il giro, anche se avevo chiesto sforzo di riuscirci a concentrare su convergenza fondi, non è possibile. Però giustamente, tu dici oggi noi riceviamo l'informazione dal DB Schede per tutto ciò che riguarda il dossier titoli, domani ampliandosi il perimetro anche i fondi arriveranno al DB Schede, ho capito bene? Intendevi dire questo corretto? Sì, attendere ancora di più da LDD a AUS, però anche lì, se quello che arriva da DB Schede oggi, domani arriva su AUS, è importante che ai fini della gestione dei fondi, noi comunque tracciamo questa informazione che ci permette di distinguere un titolo da un fondo, perché a parità di chiavi non avremmo più la logica di codice sottoprodotto, codice interno, ma avremo codici area finanza, che hanno sia i fondi sia i titoli, quindi dovetendo due codici area finanza, come fai a dire che uno ha un titolo in un fondo, per cui io mi basavo sul fatto che è sempre discriminante, lo mettevo solo come nota, ricordiamoci che quando parliamo con Giurelli, è fondamentale questa discriminante per noi che stiamo su LDD, solo come nota, non era per… Ma invece dal fatto che ci arrivi da LDD Schede, è un'ipotesi che stavi ragionando tu o è qualcosa che è stato detto già sui tavoli? No, è un'ipotesi che stiamo ragionando noi e abbiamo immaginato per come ci arrivi una olana grafica di quelli a custodia, sempre in una fase intermedia, ci facciamo passare tutta l'olana grafica dei fondi. Però con Gloria e Gianluca Lappondi non abbiamo ancora parlato? Non abbiamo ancora parlato ovviamente. Non conosco bene, ma era una mia curiosità, ma anche la discriminante per capire se è un fondo a custodia o a garanzia? Quello ci dovrebbe arrivare da SBS NAC, in teoria. Sì, abbiamo proprio un flag ad hoc, uno dei primi campi che ci passa, che è 1-2 in funzione di se è a custodia o a garanzia. Allora la gestione che forse è più mi lega è quella che usiamo il wizard sbagliato a questo punto, non quello come lo mappiamo all'interno. Il wizard è corretto perché tu lo vedi sul dossier titoli con il lucchettino che lo rende immodificabile. Quindi sì, lo vedi il fondo nel dossier titoli, corretto, e lo vedi tra l'altro immodificabile, quindi non ci fai nulla. Però nelle rappresentazioni che facciamo è assolutamente corretto. Quindi se tu hai solo il 100% del tuo portafoglio di fondi e ce l'hai a garanzia, in questa rappresentazione vedrai il 100% fondi. Sì, sono certo di questo, è una gestione che abbiamo sempre fatto così. Perché chi guida sulla categoria prodotti, ovviamente come sai bene, è l'alberatura prodotti. Sì, sì, esatto. Scusate un attimo sul focus. Scusate un attimo, quindi noi dovremmo dire che tutti i codici era finanza che ci arrivano già oggi da Gloria. Noi quando li carichiamo a catalogo li valorizziamo con l'alberatura dei fondi. Sì, ti confermo. C'hai tipo prodotto, che ti dicevo che è quello che nasce con l'esigenza di agganciare la chiave giusta, che è DT. Ma l'alberatura prodotto, che è il numerino che si offonde e è previsto 43, ti trovi 43. Qui non c'è, Veronica... No, no, ma vabbè, un giro me lo faccio pure io. Ce l'ho il cliente, se vuoi il cliente che c'ha e così lo do a tutti, se volete farvi un giro su il cliente che c'ha i fondi a garanzia, è questo. + ma questo è su staging? produzione ah questo è produzione ok comunque continuiamo su scusate non so se l'avete finito sì sì sì andiamo avanti quindi questa sarà una delle scusate solo una cosa c'è un altro impatto sulla dashboard aspetta un attimo scusa aspetta un secondo questo qui della categoria è chiaro il concetto cioè questo qui è un dato che abbiamo a catalogo per ciascun strumento no? abbiamo detto velocemente prima però la rappresentazione per categorie è un dato che abbiamo a catalogo in una tabella che si chiama analberatura dove c'è l'anagrafica dell'alberatura diciamo esatto l'anagrafica dell'alberatura di come noi leggiamo tutte le tipologie di strumenti ad ogni strumento poi sul catalogo prodotti c'è un campo alberatura che ti parla col codice alberatura di alberatura che è la prima colonna esatto i numeri 1 2 3 4 5 6 è chiaro che quello di cui discorrevamo prima è che questa associazione l'alberatura è quella che fissa che ci ha dato Mileto quella che sta nell'anagrafica alberatura la parte invece di alberatura questa qui questa qui non so se questa qui la censisce Mileto sempre con queste chiavi qui Renato? Nel file del gestito sì mentre lo deriviamo da il file che ci arrivano in automatico come il db schede ppt gestito esatto quindi sia in fase di censimento dell'excel sia in fase di caricamento dei batch che costituiscono la tabella che hai caricato adesso in teoria viene popolata questa colonna che per ogni strumento associa la chiave del tipo di strumento collegato con l'anagrafica per cui poi andando a ricostruire in portafoglio il portafoglio per categorie ciascuno concorre alla singola fettina che vedevi prima importante qui credevo ci fosse un gap in realtà Mileto non dice no quindi importante che continuiamo a usare la logica che i fondi sono rappresentati nella categoria fondi quindi questo qui deve rimanere invariato e qui il punto è essere attenti in fase di lavorazione del batch che carica il db schede nel mantenere la classificazione dei fondi che ci arriveranno o che prenderemo del vd sempre con la chiave relativa ai fondi si no in pratica una cosa che ho letto sui br quello relativo all'apertura della proposta anche per clienti che hanno appena aperto un conto e quindi praticamente c'è un lasso di tempo tra l'apertura del conto corrente e l'accredito del primo avversamento per scendere diciamo per consentiti di entrare in proposta e una delle richieste fatte appunto è di eliminare questo limite e fare in modo che si possa accedere alla dashboard in queste specifiche è come se è come se praticamente tu ora stai vedendo appunto una dashboard con dei prodotti ma bisogna considerare anche questa un discorso più di vsnac per quella è l'alimentazione attuale piuttosto delle ddm per quelle sarà l'alimentazione futura cioè oggi giusto per condividerlo con tutti ci vengono passati solo i clienti attivi o che sono stati attivi dal servizio del vsnac un cliente però viene definito attivo se ha almeno un contratto attivo o che stato attivo e con rfa maggiore di 0 cioè dove praticamente c'è avuto almeno un saldo positivo quindi la fattispecie del nuovo cliente anche se sottoscrive il contratto di consulenza come previsto ormai al momento dell'onboarding e apre un rapporto di conto corrente fino a quando ci mette un euro su quel benedetto conto corrente noi non riusciamo a vederlo. Un'altra cosa un ultimo punto che ho segnato e più una domanda per Adriano ho letto che per quanto riguarda la migrazione dei contratti dal documento non è richiesta la migrazione dei contratti che hanno tutti i sottostanti liquidati siccome noi abbiamo una funzionalità sulla dashboard che permette di poter riattivare dei contratti già liquidati voglio capire se questo... Aspetta non è che possono riattivare i contratti già liquidati, sono contratti liquidati ma attivi, se sono liquidati liquidati e chiusi non si possono più riattivare quindi se fai riferimento al Fonditalia e il Fonditalia non viene mai chiuso e questo è il tema, quindi il Fonditalia resta sempre attivo anche se il liquidato resta attivo. Ecco però quello che avevo capito nella documentazione dove si parla appunto della migrazione di questi contratti e vanno migrati tutti a netto di questi che invece hanno tutti i sottostanti liquidati. Ma li vedi a vecchio quelli però, non migrarli significa che lo storico rimane a livello di contratto? Però secondo me va a che cittadino Maurizio che devono essere chiusi più che liquidati, lui specifica che non siano attivi e che non abbiano comparti a saldo, lui dice quelli che sono attivi e che non hanno comparti a saldo, quelli che non sono più attivi e che non hanno comparti a saldo. Quelli che non sono attivi e che non hanno comparti a saldo non vanno migrati che significa che tu in Dasuper non li vedi, ma li vedrai soltanto su NRP nello storico, quando interroghi il portafoglio alla data precedessa. Quelli attivi ma senza comparti a saldo, l'esempio è il Fonditalia che pure se hai liquidato tutti i comparti ancora ce l'hai come contratto e quello va a migrato. Sull'ascia di quello che hai detto prima Raffaele, l'accesso alla proposta pure su un cliente che non ha ancora il primo saldo in portafoglio, in realtà mi riede pure un'altra cosa, chiede di poter operare sul contratto, diciamo quello 95, ma in realtà il deposito acculturato non sarà al 95, anche se non ha avuto il primo versamento. Questa è una cosa che dovremmo capire. Tutto vive oggi perché si associa al 95, quindi quando il conto corrente c'è il primo saldo, tu vedi il conto corrente con relativo deposito, associato. Domani, avendo dei contatti diversi, il 95 è teoricamente scollegato dal deposito a custodia, quindi teoricamente dovrebbe essere distinta la gestione del deposito a custodia rispetto al saldo del conto corrente associato a quel deposito. Però secondo me questo è più un tema di chi ci alimenta. Esatto, sono d'accordo. Infatti le ho segnate in questa braccia che ho, però noi le riceviamo queste informazioni, nel senso che ci deve arrivare il contenitore vuoto per poterlo rappresentare e poter operare, così come ci deve scendere per il caso di un cliente che pure se non ha l'RFA sul portafoglio. I fondi da migrare sono i contratti attivi e i comparti attivi, migrare tutto. Contratti attivi con comparti liquidati, migrare tutto. Contratti liquidati da meno di 10 anni, non migrare e resta tutto in RP. Liquidati significa non attivi con comparti liquidati. L'importante è che siano chiusi. Oggi distinguiamo tra fondi ancora attivi e fondi chiusi. Solitamente i fondi terzi, una volta liquidati completamente, vengono contemporaneamente chiusi. I fondi Italia, una volta liquidato tutto, non viene chiuso, quindi resta attivo. Quello sopravvive. Ok, il piramide dei bisogni, quindi pianificazione. Poi ti carichi la pianificazione, ti carichi anche i comparti. + scusa là dentro che mi ricordo che cos'è quell'iconcina, no dall'altra parte, quelle lì quelle che hai aperto, tu ti richiami la verificazione? No, metti in atto che c'è il monitoraggio attivo su quella cosa lì, quell'iconcina, non mi ricordo che roba è, quella con i piccoli histogrammini che è questa roba? Il confronto del portafoglio attuale, portafoglio modello del progetto, il confronto sul progetto del... però richiami sempre la pianificazione, questo è il portafoglio modello, la pianificazione arizzontale? Sì, questo è il portafoglio modello associato diciamo col progetto, questo è quello che si riporta dalla pianificazione ovviamente, prima c'eravamo la possibilità di massimizzare pure la ripresa, veniva rappresentato, oggi lo facciamo solo su Blackrock, però abbiamo mantenuto questa rappresentazione. Ho verificato Renato, giustamente su quel cliente che hai detto tu, i fondi a garanzia concorrono alla componente fondi. Sostenibilità? Sostenibilità, qui sono tutte chiamate all'adeguatezza, tutto questo blocco arriva dall'adeguatezza fondamentalmente, valuta PTFE e poi c'è la parte del profilo invece dove penso che riportiamo i dati però che abbiamo preso la messa in sessione, non credo che facciamo un'altra chiamata, quindi riporti il dato del profilo finanziario del cliente, le risposte al questionario, la soglia, le preferenze su tutta la parte sinistra, le preferenze di sostenibilità, quella la prendiamo dalla chiamata al profilo di Dario, però l'hai fatta in messa in sessione, riporti appresso questo. Sì, corretto, come vedete c'è sia l'attuale che il proposto, l'attuale fa riferimento alla pianificazione quindi non varierà al variare della proposta, quindi quella attuale 3995 che vedete a sinistra rimarrà così perché quello è della pianificazione, invece quello a destra, quello portafoglio proposto cambierà in base all'operazione che tu farai nella proposta, con le conseguenze e variazioni delle percentuali sempre del portafoglio proposto. Tutte invece i tag che sono riferiti a quello espresso nel questionario, le percentuali, le ulteriori preferenze, i fattori di sostenibilità rimarranno sempre uguali perché sono dati che il cliente ha deciso nel questionario Mifid. Oltre a questo, da adeguatezza ci arrivano anche le informazioni, se mettete la visualizzazione del modello per non base ma di valori di sostenibilità, se vedi sotto nuova proposta c'è modello campi di visualizzazione, c'è indicatore di sostenibilità. Ora se voi vedete ci sono i tre pallini colorati che sono relativi allo strumento finanziario, quindi si dice se quel Fonditalia Equity China T a EOSG e poi nel dicembre 2024 è stato introdotto EOSG fase 4-5 in cui sono state introdotte anche le, una delle tante motivi che sono state apportate sono le sottolineature sotto questi pallini, eppure questa informazione viene recuperata per la pianificazione dalla valuta PTF estesa saldo in cui ti dice che quello strumento in base a quel questionario è in linea con le preferenze che tu hai scelto nel questionario e invece nel momento in cui tu inserisci un prodotto nuovo in proposta viene recuperato dalla simulazione complessa estesa V3 che ti dà le stesse informazioni ma sul portafoglio prospettico. Sintetizzando in termini di convergenza che impatto abbiamo? Queste sono tutte le tematiche sull'adeguatezza. Sono solo quelle sull'adeguatezza, no? Bella, beh allora diciamo che qui gli ESG si applicano sotto due aspetti, la parte in alto che so quello di portafoglio, tutte le chiamate all'adeguatezza che ci ha raccontato Valerio e qui da capire rispetto al SIL che fine farà. Sotto invece in realtà stiamo vedendo una serie di modelli che chiami quando applicatori di sostenibilità. Quello è tutto un blocco che arriverà da AUS perché sono informazioni a livello di singolo strumento. AUS che ovviamente oggi ci valorizza IL, dei flussi, però domani ci aspettiamo che siano mediate da AUS. Sì però penso che comunque a livello di aggregato di contenitori va a redditare quello che andremo a fare per l'adeguatezza quindi eventualmente la parte di ESG è solo un innesto per recuperare le informazioni che chiamate gli ESG. In tabella tu hai le ESG sottolineate, vedi questa colonna fattore ESG, tu hai lì un incrocio tra quello che è la grafica dello strumento che sarebbero i pallotti verde, blu, rose, arancione, colorati o meno e sotto c'è una sottolineatura che in realtà ci arriva da l'adeguatezza che ci dice se quel prodotto, se quella allozzo è in linea con le preferenze che ha il suo cliente. Quindi in realtà una sarà l'incrocio tra AUS e R4, poi non so bene sinceramente, ripeto che R4 a fine fase rimane difficile, però sicuramente l'incrocio rimarrà in questi termini. No aspetta, aspetta, c'è un'altra pagina ancora. Allora si parla dei wizard, mi interesserebbe per il momento, per il piano eccetera, essere certo che all'interno dei wizard gli unici impattati, tra tutte le conservità che è chiamata TME eccetera, siano comunque solo i wizard dei fondi amministrati mentre tutti gli altri sono fondi amministrati e conto corrente. Io in realtà spero che il conto corrente sia l'unico che rimane con TME, che rimane con il tratto 95, quindi se scendi c'è il conto, clicchi su GG, non c'è il conto, è l'accesso di un'altra pagina. Come vedi in realtà queste sono movimentazioni che pittizia, cioè c'è un wizard che realmente dispone di operazioni che non gli fanno meno merda. Ha spiegato? Servono solo alla stampa del report. Questo mi aspetto che rimanga così come in chiave 95 e quindi sopra c'è il codice contratto che porta dell'ultimo al quarto ultimo, l'ultimo è il 95, mi aspetto che rimanga così, cioè vorrei, piacerebbe tanto che potesse rimanere così. Però vediamo in base a quella che sarà la struttura finale di portafogli. I wizard invece che vengono riportati sono quelli dell'amministrato e del tipico piloto. Perfetto, quindi se guardiamo a cosa che risponde l'amministrato e il conto corrente, comunque dobbiamo farli... + Per convergenza, ok. Invece, parlando un po' di Wizard, perché da qua poi si arriva a costi specifici. Adesso vado in una proposta che ho già creato, così ve lo citiamo. Ahhh Ho risolto Lo porto qui Dobbiamo andare a questo pezzettino L'ottimo si carica Ok, quindi qua sono passato su Wizard, ho fatto quello che devo fare, ci sono gli ordini eccetera Costi switching si attiva Potrebbe essere il passato della chiamata al site per verificare i costi degli strumenti Aspetta, aspetta, hai fatto la proposta? Stiamo vedendo la schermata dove hai messo la proposta Hai scatenato, teoricamente, un Tremodel nuovo Perché tu hai portato l'operazione che hai costruito nel Wizard all'interno del Tremodel Creando il nuovo contenitore, la nuova struttura che è presente qui Hai fatto il nuovo JVMorgan, quindi il nuovo JVMorgan è entrato all'interno del Tremodel Nella nuova struttura E quindi le costituisci, praticamente, quando torni con questa data Ogni volta portafoglio comprensivo dell'operazione nuova che hai aggiunto Tutta questa nuova struttura del portafoglio ricostruito, comprendente l'operazione La devi rimappare su tutti gli indicatori che abbiamo visto prima A partire dall'adeguatezza, che è una proposta BIN Poi devi ricostruire le categorie, l'asset class, l'esposizione valutaria La risk allocation, la correlazione Comprendendo i nuovi fondi, in questo caso, che sono entrati nella struttura del portafoglio proposto Ai fini dell'adeguatezza tu qui fai un'altra chiamata Sulla destra c'è l'esempio di valuta BTF Sulla destra c'è la simulazione stesa completa La simulazione completa è un discordo 3 Tu in teoria, prima che tu inserissi nel portafoglio un prodotto Tu c'avevi, da tutte le parti, due chiamate diverse Il portafoglio attuale e il portafoglio proposto erano sempre due valute a portafoglio Ma due valute a portafoglio diverse Una che si chiama valuta BTF e l'altra valuta BTF saldo In quanto, adesso non mi ricordo quale delle due, la saldo non considera le partite viaggianti Quella invece che si chiamava per il portafoglio proposto in caso di assenza di operazioni in portafoglio Era la valuta BTF che considera un concetto che si chiama partite viaggianti Ovvero, non so se l'abbiamo mai detto, se l'abbiamo mai visto, quelle operazioni Mandate in firma al cliente, firmate dal cliente, ma non ancora eseguite Quindi non abbiamo ancora un effetto sui saldi del portafoglio Sui saldi del portafoglio, sì, ne abbiamo parlato Perfetto, quindi quando poi tu inserisci un'operazione nella proposta Che succede? Che la valuta BTF saldo, cioè quella del portafoglio attuale Rimane quella chiamata che in realtà hai fatto e che ti tiene in cash Perfetto, certo Sul portafoglio proposto c'è un'altra chiamata nuova Che è quella che ha detto Valerio prima Valuazione con credo esteso Che ti dà in realtà la valutazione del portafoglio attuale Comprensiva della nuova operazione che hai fatto E questa chiamata, a differenza di quella di prima Dove tu chiamavi un codice fisicale Devi chiamarla mandando i prodotti che hanno implementato Perché l'adeguatezza che viene fatta in questo caso Non riconosce questi prodotti se non li ha rimani Bene, bene Quindi sotto qui si scadena quella del portafoglio proposto Sono tutti esiti che tornano da R4, dal SEAL Così come abbiamo detto prima Quindi tutta la logica del recupero dei dati è la stessa Nel senso del servizio insieme Quindi adeguatezza, sostenibilità Adrian, aggiungo Oltre al prodotto devi mandare pure l'operazione che hai fatto Sì, sì, certo, certo Nel senso è chiaro Sono stato generico Però è chiaro, tu devi mandare direttamente Di nuovo lo stesso cliente sul che hai operato Indicando che hai operato come prodotto L'operazione che importo Per permettere poi di fare la valutazione All'adeguatezza di quel servizio Giusto, giusto Queste sono cose che vedete quando andate a vedere la request Però diciamo L'importante è che qui immaginate Che ogni volta che tu fai Dopo che hai fatto la prima operazione La chiamata al servizio è un'altra Quindi l'adeguamento anche a questo servizio Dev'essere previsto Ok, chiaro Poi tu hai il discorso Che tutti quanti i tab che hai visto prima Quindi sintesi, adeguatezza, sostenibilità Piramidi e bisogni, categorie e prodotti Si aggiornano Tutte le viste che hai visto prima Si aggiornano Ribasciando i ragionamenti fatti prima Nel tab costi e switching C'è la possibilità Se c'è vai C'è la possibilità di Per l'operazione che hai registrato Quindi per l'operazione che hai registrato Se previsto dal prodotto Di impostare O uno sconto Sconto Sconto delle condizioni di sottoscrizione Oppure Selezionare un parametro La CPC Insieme alla CVN Una serie di parametri Che definiscono Una serie di condizioni azzevolate Come se fosse uno sconto Ma non direttamente selezionabile Quindi configuri lo sconto Metti 0 Continui No, prima continui Poi confermi Hai fatto una chiamata Hai fatto una chiamata al MAC Cioè al motore che calcola i costi E che ti permetterà Ha recuperato i costi Ti permetterà di Produrre Quando vai a salvare la proposta All'interno del report Una scheda Dedicata All'informativa Costi On Air Incentivi Dove si riportano Ovviamente i costi Che il cliente paga Secondo lo schema Concordato dal capogruppo Di rappresentazione dei costi Sulla destra dove vedi Che c'ha i switching La proposta non rientra Nel perimetro switching E' uno dei controlli dell'adeguatezza Quindi c'è una sorta di discrepanza Perché l'adeguatezza sarà il suo tab in alto Qui trovi un controllo Che dovrebbe essere evidente Perché si associa direttamente Al tema dei costi Controllo di switching è un controllo Che va a verificare all'interno di una coppia di operazioni Un uscente e un utente Una liquidazione E un investimento e un disinvestimento Se tra di loro si crea Una sconvenienza Per il cliente In termini di costi che sopporta Con il nuovo prodotto Rispetto ai minor costi che perde Con quello che è liquida Quindi c'ha i costi spariti Per la gioia di chi sta in colpo a me Perché dicono che questi costi non si attivano Aspettate che intanto vado a prenderli Comunque c'hai un minor costo Se c'hai un minor costo Rispetto a Cioè se c'hai un costo Che perde fondamentalmente Un costo che Che Che sopporti per l'utilizzo del prodotto Se il costo non sopporti Il prodotto è Morta Se il costo è vantaggioso per il studente C'è anche un caffè Ok Ok Ok + valuta se quella cocchia di operazioni sono valutate a livello di switch. Potrebbe essere che la valutazione, comunque, anche se è un perimetro, non dia un K.O., dia un OK. Cioè io ho un investimento che tra di loro produce uno dei costi non svantaggiosi per il client e produce un C.O. Se invece i costi sono svantaggiosi, la sto semplificando un po', c'è un K.O. C'è tutta una sezione che non vedi in questo momento, che però richiama sempre e lega sempre i dettagli del SEAL e ci popola tutti i dettagli. Aspetta che scambio cuffia. Mi sentite? Sì. Ok. Ok, comunque, quindi anche questa sezione viene impattata. Sì, c'è un dettaglio, si entra dentro, vedi tutti i prodotti con i relativi costi, vedi tutti i benefici di cui non ti ho parlato, che tanto vabbè non ti importa niente perché è arrivato tutti quanti da SEAL e se la proposta, comunque, non bacca un po' per switching, diciamo, può andare avanti. ...con la validazione. E qui si è appiccato il tavolo che accendeva prima con Cloud, eccetera, dobbiamo fare sempre insieme perché... In realtà qui c'è una cosa che... Allora, qui c'è un... tu li sei zompato, vai indietro. Tu qui, per arrivare qui, hai fatto il salvataggio della proposta, hai fatto la prima storicizzazione della proposta, cioè qui tu hai messo i dati a db, va bene? Quindi è chiaro che tutto quello che fai a livello di storicizzazione, in questo caso, lo devi comunque andare a controllare, cioè il fatto che tu fai il salvo a proposta, sotto si scatenano una serie di... cioè quando tu fai il confermo operazione all'interno dei wizard, così come fai il salvo a proposta qui, tu scateni tutta una serie di servizi che vanno a scrivere sulle basi dati, richiamano quello che abbiamo detto prima, tutti questi aspetti, livello di back-end, noi li stiamo... non li stiamo dicendo, va bene? È chiaro che ci siano degli impatti, banalmente il minimo impatto è che il modello dei dati che si aggiorna per i fondi deve essere adeguato nelle procedure che vanno a salvare nelle tabelle, diciamo, che oggi usiamo, quindi quelle dettaglio operazioni, proposta, dettaglio posizioni, tutto quello che è in qualche modo l'aggancio attuale deve essere mantenuto anche domani, la corrispondenza dei prodotti, chiave ptf, chiave proposta, tutte quelle cosine lì, quando fai il salvataggio le devi garantire anche nelle nuove chiavi che associano a catalogo il fondo, così come sarà accesso tutto domani. Certo, sì, prima che il vecchio non adeguarsi ai nuovi corsi, servizi eccetera, perché dovrà adeguarsi... Poi qui si scatenano pure una serie di aggiornamenti, mi pare, nel momento in cui tu fai salva proposta, quando tipo tu configuri i costi successivamente, per esempio, ti dici adesso devi risalvare la proposta, cioè quando tu... Quello la risalvi in automatico dopo quando arrivi in validazione, quindi quando fai veramente la validazione e completi i costi fa anche un altro salvataggio. No, aspetta, aspetta, se io faccio le operazioni, per esempio, no? Così come se non ho fatto il... no, quella è in fase di riapertura. Se io, per esempio, non ho calcolato i costi, in teoria, io lo salvataggio della proposta lo posso fare? Sì, lo puoi fare comunque, così. Quindi quello che abbiamo visto adesso dei costi non è obbligatorio a fine di andare avanti. Cosa succede? Che se non lo fai adesso sei obbligato a farlo in fase di validazione, quello che sta dipendendo. Però senza costi non ti fa lo switching, non ti fa... Senza costi non ti fa lo switching, non te la fa adesso, sei obbligato a farla dopo e non ti permette la stampa all'interno del report, della scheda dei costi, ovviamente perché non l'hai calcolato, no? Fai l'altra stampa, quella simulata, diciamo, mi pare si chiama. La simulazione però senza la scheda, diciamo, quello del report proposta, però se non hai configurato i costi ovviamente la scheda dei costi non te scende. Se tu dopo che hai salvato la proposta configuri i costi, devi fare il risalvataggio, ovviamente. Sì. Quindi ci sono... Per non scaricare il report aggiornato. No, no, per non andare avanti. Cioè se tu non hai visto... E' bravo. Esatto, quindi qui ci sono tutta una serie di... In realtà qui è proprio una nuova proposta, perché in realtà ogni volta che tu salvi bruci la vecchia e salvi una nuova proposta con un nuovo ID. Esatto. Ok, ok. Quindi tutti, tutti...cioè quello che ti volevo dire è che, come esempio, in realtà ce ne sono altri anche per la riapertura della proposta, no? Perché dopo dovremmo arrivare alla fine e andare nell'elenco proposta e provare a riaprire una proposta che avevi salvato. Perché adesso il risalvataggio che hai fatto qui, col salvo della proposta, ha creato un record all'interno, in alto, lì dove vedi l'elenco. Sì. Ha creato un record... Sì, il risalvataggio è stato una vecchia, ho aperto infatti una vecchia che era... Vabbè, ok, però in teoria se tu vai, quando vai nell'elenco non c'è andata adesso. Eh... Vabbè, troppo tardi. Tu qui, questa qui la puoi riaprire se ci clicchi. Quando la riapri, la riapertura della proposta scatena una pletola di controlli per andare a verificare che tutto quello che era stato impostato, controllato, c'è dentro ogni wizard, per tutti i prodotti che sono stati movimentati, Sì, è corretto, compreso il target market, compresa il questionario di tipi di assicurativi, compreso i layer, i vincoli, la più orizzontale, si riscatena tutto, con delle logiche ben precise che devono essere mantenute. Quindi la cosa importante in questo caso è la delicatezza di come andiamo a mantenere lo scatenamento, non so se si stende bene questa parola, dei controlli a fronte del cambio del modello dei dati che ci sono sotto i fondi. Certo. Cioè devono poter riscatenarsi questi controlli così come si sono scatenati in fase progressiva, man mano che lo costruivi nel wizard il prodotto, no? Certo. Chiaramente, come l'hai fatto nel wizard, in fase di riapertura mi aspetto quello che puoi rifare, se no non avresti potuto applicare manco in fase di costruzione quel controllo. Però, sospetti ovviamente delicati, che è bene che voi sappiate perché... Certo, non è il punto, ma c'è veramente che c'è tutto questo sotto. Ok, quindi salvato Cetra, in quell'altra pagina che intendevamo, ecco la parte finale, validazione. Nella validazione, una volta che hai salvato, che hai archiviato la proposta, hai scritto sulle tabelle, hai creato tutte quante le chiavi di raccordo, hai prodotto il Gson per la stampa, hai fatto tutto quello che serve, vai in validazione. Riesco ad andare. Ok. E qui teoricamente richiamerai una parte bassa, che è un accordio che ha chiuso tutti i contenuti che vedevamo prima, che hai salvato. Nella parte alta hai l'elenco delle operazioni che hai fatto, e qui sei in collaudio, sì? Sì. Quindi nella parte bassa richiami tutto quello che avevi visto prima, te lo faccio rivedere, e nella parte alta ti faccio semplicemente il recap delle operazioni che hai... Ma noi questo numero modulo, questa associazione ai contratti, lo vogliamo eliminare? Non so se sembra. Sì, ma posso che ti spieghi l'associazione ai contratti? Non lo usa nessuno. Non c'è più a eliminarlo che... Che spiegarlo! No, ma tra l'altro è molto residuale, guarda che cos'è fuori dall'ario, non ci sta appena uno. L'IE. Ah, l'IE è fuori dall'amperino, ammazza, allora è grosso, allora no, bisogna eliminarlo. 95, 95 nella sottoscrizione? No, 95 non va su qui ovvio. Eh, 95 nella sottoscrizione non va sul report. Sì, però il conto corrente ormai si fa sull'onboarding, e poi comunque il residuale... È puramente fittizio, è come quello quando fai i movimenti sul conto corrente per stampare il report, se lui non c'ha... Ci sono dei clienti che non hanno il conto corrente, quindi tu gli fai la sottoscrizione del conto corrente, ma è puramente rappresentativo all'interno poi del report, per aprire veramente il conto corrente in realtà. E poi un nuovo dossier titoli 95 e metti un titolo? Eh, non puoi... Sì, lo puoi fare a livello di rappresentazione, ma poi quell'operazione comunque non ti andrà sul PO, e la devi eseguire dove te pare, la puoi andare a eseguire su ATT, la puoi andare a eseguire... Esatto, domani la si esegue su ATT però, che è un cugietta, la vedi il ciccio. Ok, ok, ok. Alla fine ormai dove togli togli... Poi ti svegli tutta sudata e dici, oddio l'ho fatto. Vabbè comunque diciamo che questa sezione qui adesso come è, ha semplicemente fatto una sintesi di tutto quello che hai visto prima e ti riporta per esempio l'ID proposta, quello che noi saldiamo a catalogo, quel numero proposta, quella è la chiave univoca con cui noi identifichiamo ciascuna proposta, che è quella che ti diceva prima Daniele che ogni volta che tu fai un salvataggio, cambia. + questa è una chiave di comunicazione importante che noi oggi come PDC internamente ci gestiamo un sacco di roba e poi la forniamo anche a terze parti per interloquire con loro univocamente Quando fai verifica MIFID, lo stato della proposta lo sapete? Qui c'è tutta una serie, in questo bruscotto l'avevamo fatto perché teoricamente c'era, e secondo me ci saranno impatti ancora sulla normativa MIFID, ogni anno usciva una novità dal punto di vista normativo, dovevamo raccogliere in un punto solo tutte le esigenze di data entry che potevano emergere da questi interventi adesso abbiamo creato questo bruscotto MIFID, quindi probabilmente con MIFID 3, questo qui dovremmo metterci in un'altra roba per adesso c'è il record keeping che semplicemente va a tracciarti le informazioni del luogo dell'incontro che ha proposto la data dell'incontro perché poi queste informazioni vengono riportate all'interno del report di proposta del cliente firma, quindi poi la banca raccoglie la firma di un cliente che conferma che ha fatto l'incontro in un determinato luogo se fai conferma il callback salta, il callback è una particolarità che hanno alcuni prodotti che hanno delle condizioni per cui la loro vendita potrebbe essere svantaggiosa quindi se un prodotto è in callback e il cliente lo vende prima di una certa data, ti scatta una cosa che ti dice che stai vendendo un prodotto che rispetto al prezzo con cui il cliente l'ha pagato può avere delle condizioni svantaggiose giustificami perché lo stai vendendo, il QB deve apporre due o tre motivazioni che sono stop loss, cambio gestore e un'altra forza che non mi ricordo perché è talmente poco usato quando tu imposti record keeping, nella pagina precedente, quella che vediamo come dashboard noi abbiamo detto che chiamiamo la simulazione completa estesa V3, pure Valerio se lo aiutatemi, però in quella sezione potenzialmente tu davi con quella chiamata una rappresentazione dell'adeguatezza del portafoglio simulando la valutazione finale che avresti in fase di valutazione dell'adeguatezza in questo momento lì a livello di base dati del sistema che fa l'adeguatezza non è generato nessuna scrittura adb perché potenzialmente può fare mille simulazioni in dashboard, vede come vanno le proposte, ci gioca, fate le prove, sfila un prodotto, sfila un altro prodotto ogni qualvolta che chiama la simulazione estesa completa andrebbe a scrivere sulla base dati del motore dell'adeguatezza, appesantendo, appesantendo, non era possibile quando però ci deve essere un momento di consolidamento dell'adeguatezza, quando effettivamente arrivi in questo punto, quindi in questo punto a differenza della simulazione estesa completa di prima viene chiamata la simulazione effettiva, il servizio di simulazione che è strettamente collegato al servizio di valutazione che è quello che effettivamente congela la proposta per la durata normativa richiesta di 7 giorni e che certifica che in quel momento preciso in cui il cliente ha fatto la valutazione la banca ha certificato che eri adeguato o non adeguato come appoggio legale Aggiungo solo una cosa a quello che ha detto Henry, che la simulazione effettiva distacca un codice, la simulazione estesa completa di sapo3, le request sono praticamente identiche e l'unica differenza è sulla request, che la simulazione effettiva distacca un codice che viene passato poi in validazione, quindi in validazione tu non ripassi tutte le operazioni che sono state effettuate sulla proposta ma mandi solo questo codice, il codice di simulazione perché se la simulazione è quella finale, ci si aspetta che tu la fai una volta sola, con questo codice noi richiamiamo direttamente il set delle operazioni per cui è stata fatta la simulazione sui sistemi dell'adeguatezza e quindi i sistemi dell'adeguatezza validano quella proposta e quindi blindano quel codice e noi come PDC una volta che abbiamo la conferma di questo atto di validazione impediamo poi qualsiasi modifica su quella stessa proposta perché quella proposta essendo validata ha una valenza legale quindi noi non possiamo permettere di fare ulteriori modifiche perché è una situazione congelata e deve rimanere tale come è stata archiviata, salvata, sorricizzata quindi quando sei entrato in questa sessione, hai fatto il recordkeeping, i costi li avevi già messi, ma quando li configuri, scateni, quindi quando hai tutti gli elementi recordkeeping e costi, perché recordkeeping non ce l'hai sicuramente perché prima non l'hai fatto, i costi potresti averli censiti prima se l'hai fatto prima, adesso queste le sei editate, quindi se clicchi chiudi il dettaglio, clicca su fondi, ti rivedi quello che hai censito prima, se tu potenzialmente cambi lo sconto, tu ricrei un'altra combinazione di informazioni quindi cambia lo sconto, tu qui continui, adesso stai rifacendo la simulazione di prima, quella effettiva e stai generando un altro codice, quindi tu hai rigenerato un'altra occorrenza che a questo punto ti ha detto che sei adeguato adesso se tu clicchi su validazione, chiamiamo il servizio che a livello di adeguatezza non fa niente, semplicemente prende quel codice che diceva prima Valerio e lo certifica quindi tu in qualche modo hai detto che chiamando un servizio nuovo, che è il servizio di validazione, mandandogli questo codice, lato adeguatezza hanno associato a questo ID di proposta e a questo codice di adeguatezza uno stato di validata questa proposta che a noi ci torna dalla response che è validata, per noi è una proposta che si blocca, si congela, non si può più modificare, infatti dall'elenco proposte quando provi ad entrare su una proposta che è validata non atterri più in dashboard, atterri nella maschera della sintesi delle operazioni questa è quella che vedevamo prima dove si è arricchita un po' di roba, dove tu rivedi le operazioni che avevi configurato, ma non puoi più modificarle Mi avete mutato, sei stato tu! Stiamo andando fuori tema? No, non lo so, qual'è il tema? Qui abbiamo l'aggiornamento della maschera con il numero dell'adeguatezza che è quello che abbiamo detto quel codice che viene mandato per fare la validazione, abbiamo il cambio di stato che rientra nei processi che devono essere gestiti, che comunque rimangono uguali, però qui c'è l'aggancio a piattaforma operativa questa maschera è dove tu effettivamente fai la request per andare sul PO, che deve essere adeguata per la convergenza Adrian, rincontrono una cosa con la convergenza, nel momento in cui viene cliccata la validazione viene generato un XML, quell'XML che serve per poi stampare le porte Scusa, ma perché l'ha simulata? No, nello genero + lo genera solo se nel momento in cui tu salvi e richiedi la stampa del report in quel momento lui lo genera, però se tu non richiedi la stampa in simulata, lui non lo genera era solo fatto per non appesantire sia il salvataggio che... quindi nel momento in cui tu fai la validazione viene generato quest'XML che in teoria fino a che è stato validato ha una validata di 7 giorni, perché dopo 7 giorni scade e ritorna in simulata e quindi poi è necessario riadeguare la proposta e quindi verrà generata una nuova proposta però sicuramente pure quell'XML verrà modificato in modo tale per convergersi a conti per poi poter stampare nel modo in cui sono stati scritti i BRB, i nuovi report e questa è quella cosa che dicevamo ieri mattina, anche di gestire la duality potrei stampare sia i report da vecchio che i report delle proposte che sono state prima eseguite questo sarà un approcciato per le decisioni assieme, secondo me anche per quelle che sono in esecuzione Quindi in logica di convergenza qui mantieni più o meno tutto quello che hai nel senso che devi agganciare ovviamente le chiavi prodotto a quelle nuove, la rappresentazione sotto delle operazioni sui fondi nella storizzazione dell'XML ovviamente anche lì c'è la verifica che l'adeguamento dei dati sia corrente sulle sequencie ovviamente avremo un impatto più importante perché probabilmente P.O. ci metterà a disposizione due GSON nuovi almeno due GSON, uno per le rubriche se è uguale per tutte le rubriche e uno per i dossier a custodia però potenzialmente potrebbe esserci un GSON di interfaccia per la rubrica PIR, uno per la rubrica PIR alternativa uno per la rubrica PI standard, uno per la rubrica monedattiva, non lo so però ci aspettiamo ovviamente di avere un'interfaccia magari diversa da quella attuale io non so se prenderanno il GSON attuale e mutueranno anche loro i campi codice prospetto col codice interno codice area finanza col codice svolto prodotto, se è così meglio, però c'è il tema dei rubricati che non so sinceramente oggi se ci sta a dentro quel GSON, quindi qui mi aspetto comunque un impatto e ce lo dovranno dire loro, ci faranno una proposta su come intenderlo a cambiare il GSON e vediamo una cosa che io direi Renato è importante, che in generale per quanto riguarda l'interfaccia verso PIO, oggi noi gli mandiamo spesso e volentieri un sacco di dati che servono al front end della PIO appesantendo il tracciato di interfaccia, alcune di queste informazioni spesso succede che vengono anticipate come data entry dalla PIO alla PDC e quindi noi siamo costretti a acquisirle sul front end e poi passargliele, perché loro le devono rappresentare, in certi altri casi invece l'informazione che loro non si vanno a pescare dal VSNAC, la prendiamo noi, la recuperiamo dal VSNAC e la passiamo all'interno del GSON per farla vedere sul PIO, io cercherei di essere d'accordo tutti, addirittura almeno in questi fenomeni, in modo tale da avere poi nella ridefinizione di un GSON qualcosa di snello, perché se l'operatività di quanto riguarda i fondi viene fatta per esempio a livello di deposito a custodia, tu manderai un GSON sicuramente più grande, più pieno, più ricco di quello che era il GSON di operatività sul singolo fondo, sul singolo contratto, perché adesso i contratti stanno tutti insieme, quindi se io opero su un dossier a custodia e opero su 4, 5, 6 EGR contemporaneamente, quell'unico GSON conterrà un sacco di roba rispetto a quello che erano i GSON di interfaccia attuali magari per i fondi Italia, per i fondi di Terzi, quindi valutiamo quello che è il carico. Consideriamo che noi non faremo però un rilascio a Big Bang, ma è incrementale, quindi avremo per X giorni entrambe le soluzioni in piedi, quindi non lo so se è proprio fattibile. Ma io dico il principio di non portarci a casa è il recupero di informazioni che PIO se può andare a pescare e più strategico diciamo. Perché in generale abbiamo fatto favore, abbiamo fatto cortesia, Renato sicuramente se lo ricorda, prendiamo l'informazione, se è una cosa che serve a loro se la vanno a pescare loro. Sì, ma assolutamente a principi condivisibili, anzi ti devo dire, abbiamo già provato a mantenerlo sempre, eccezionalmente siamo andati in deroga a questo. Ok, abbiamo finito con la proposta, direi. Sono una cosa mattia, però diciamo che noi abbiamo visto che tutta la parte del Wizard, quello ce l'hai sul PR. Sì, sì, no, infatti, mentre c'è la soluzione se ne sento che gli altri Wizard fossero proprio completamente attaccati da convergenza, mi interessava quello. Non so, manco un quarto d'ora, iniziamo qualche altro modulo, abbiamo fatto una tirata unica, se volete fermarvi qui, poi credo che fissiamo comunque un altro convinto, un altro slot. Allora, intanto andiamo a segnare quelli che abbiamo visto, perché comunque proposta, pianificazione, comunque ci siamo passati, rischio adeguatezza ne abbiamo parlato comunque. Non siamo stati a casa solo della proposta, no? Sì, rischio adeguatezza, moduli, comunque settamento di quello che abbiamo visto in proposta, non c'è difficile. Garantire continuità con IL e il modello ISIS? Sì, ma io li prevedo che probabilmente ci saranno delle, soprattutto sul rischio, siccome dovranno arrivare degli aggregati nuovi, quindi garantire la funzionalità, ma non è detto che il modello sia rispettato, quindi dovremmo rivedere o rivisitare in qualche modo i dati che ci arrivano. Scusa, c'è una cosa che non abbiamo detto, in realtà, per la proposta. No, no, no. No, c'è una cosa che non abbiamo detto, in realtà. A parte quello che c'è nell'elenco proposte, quindi il copia proposta, la riapertura della proposta, c'è il tema della gestione degli eseguiti, per la proposta, che è un tema abbastanza importante, anche perché nell'ottica di avere, diciamo, la gestione degli eseguiti si tratta di avere ritornato al mercato delle operazioni che abbiamo mandato e che sono state firmate ed eseguite. Quindi ci torna in piattaforma di consulenza un riscontro che ci permette di fare tutta una serie di ragionamenti sia sullo stato della proposta, sia sulla diconciliazione delle singole operazioni all'interno della proposta che è stata eseguita e sia, penso pure, quando un nuovo prodotto, fondamentalmente, che è stato acquistato, entra in portafoglio, di fare la corretta associazione del prodotto all'area di bisogno. Questo è un tema, fondamentalmente, quasi tutto di back-end. Dovremmo, forse, ritagliarci un momento per parlarne di questa cosa qui, secondo me. Non so se però adesso abbiamo tempo. Abbiamo segnato il cosiddetto flusso F, come abbiamo parlato. Il flusso F, vista degli eseguiti, però ti anticipo che per quanto riguarda la luce delle esigenze che sono emerse sia dal lato non tanto PDC, ma più che altro dal lato monitoraggio del target market, che è un'applicazione che riceve dei plussi da PDC. Abbiamo richiesto, nella logica del progetto di convergenza, di farci tornare dal flusso degli eseguiti il codice operazioni di PDC in modo da riconciliare l'eseguito per l'operazione che sta all'interno della proposta a livello di singolo strumento. Quindi sicuramente sul flusso EOF che ci permette di gestire gli eseguiti dovremmo fare una modifica di aggancio che ovviamente a noi è migliorativa, rende più precisa la riconciliazione degli eseguiti perché va puntualmente sul singolo strumento contenuto nell'operazione, contenuta nella proposta, però comunque questo miglioramento, questa evoluzione, questa ottimizzazione dobbiamo farla perché oggi non ci torna questo codice operazione che nasce da PDC e che se non me sbaglia è dato dal chiave proposta X o del codice operazione X, chiave prodotto forse? No? Ho sbagliato? No, non c'è chiave prodotto, c'è chiave produzione di portafoglio C'è portafoglio, bravo bravo + prodotto in portafoglio, se no c'è zero, se no c'è un prodotto nuovo e poi c'è un'altra X in cui c'è la chiave posizione proposta, che è una chiave che generiamo noi Giustamente la chiave prodotto ci impegna appena già Però... Stiamo tornandoci Ad oggi come arrivano le diverse operazioni sul flusso? Aggregate? Così, a singolo strumento, mi dice la prima data E quindi se non c'è il codice dello strumento... Però non ci arriva con quella chiave Ok Oggi noi non ce l'abbiamo sulla vista di eseguire la chiave... questa chiave operazione di PDC, no? Ok No, nel senso che lato poteraggio e target market che facciamo la stessa cosa, non tornandoci da questa informazione Noi facciamo degli errori fondamentalmente quando aggreghiamo per... ci agganciamo al primo importo, facciamo degli errori comunque Domani dovrà cambiare perché tornerà questo dato che nasce in PDC, tornerà da PO Ok Passando ora al rischio con l'adeguatezza L'adeguatezza l'abbiamo parlato abbastanza in proposta Il rischio comunque è quello che abbiamo visto anche in proposta Quindi c'è la chiamata adeguatezza che ti fa ampli il rischio ti vuole dare il grafico, poi c'è la correlazione che è quello che avevamo descritto già prima di proposta chiamiamo un altro... non so, a me non mi viene in mente qual è il servizio, però un altro servizio che ci dà questi dati Quando è il rischio? Sì, c'è una delle chiamate delle api online dove in base all'input del portafoglio lui ti fa degli aggregati a delle caratteristiche perché ti deve dare il rischio a vista del sicuro strumento o quello raggruppato per area, o per progetto, per contratto, per categoria quindi esistono diversi tipi di aggregati che ti fa e quindi, considerando che lì ci sono dei contenitori nuovi queste chiamate potrebbero essere impattate dal... Questo è un impatto quanto è rischio e adeguatezza quindi qua ho messo ok perché l'abbiamo trattato 10 minuti, proseguiamo? Sì, se volete fermarvi abbiamo fatto una trattamontana Dico solo una cosa, poi lascio 15 minuti Prima abbiamo fatto l'incontro tecnico con Gianmarco, Mirko e Lorenzo se non ricordo male i nomi e abbiamo verificato un po' tutte le problematiche che avevano e volevamo fare un incontro con Daniele, Claudio e Emanuele per scegliere più che altro una decisione architetturale quindi non so quando, oggi o domani Avete l'agenda libera, la mia è aggiornata Ok, perché non riesco a vedere quella di Claudio in caso Claudio... Eventualmente cerco di liberarmi a parte gli incontri standard VDC di cui siamo tutti in comune poi sulle altre cose cerco di liberarmi in caso semplifico la vita, diventa un'incastra difficile Mirko ci pensi tu a metterla la colma? Va bene, adesso mi faccio un attimo e vi scrivo privatamente In caso scrivi solo a me, tanto riesco a vedere sia quella di Emanuele che quella di Daniele Perfetto, uso te Grazie a te Signore Mattia, conviene fare un attimo un recap vostro interno su queste cose che ci siamo detti oggi Per quanto riguarda le altre tematiche vediamo anche la disponibilità di Adriano quando lui è disponibile per vedere il restante visto che sono argomenti anche importanti Quando serve io ci sto, non è un problema assolutamente basta che andiamo mirati su quello di cui dobbiamo parlare l'importante è non divagare sulle teorie le informazioni sull'Edd di Susanne sono ancora quelle che sono andiamo puntuali su quello che è il dato che conosciamo facciamo un'analisi di quello che pensiamo sia l'impatto Diciamo che abbiamo poco tempo, il 28 dopo domani se siete disponibili domattina, io continuerei domattina Allora per me va bene, vediamo anche gli altri Noi abbiamo già fatto altre cose attritturali domani mattina Anzi, l'articolaggio è solo con noi E domani pomeriggio va bene? Domani sono tutto full, è troppo ravvicinato ormai il calendario è già pieno, anche con duppe sovrapposizioni Scusate Adri, io faccio solo una piccola premessa per chiudere l'argomento, perché ho sentito prima che stavate parlando di I.L. aggregazioni del portafoglio e non so se sono state aggiunte delle nuove aggregazioni non l'ho vista benissimo in BRB No, ci potrebbero essere delle aggregazioni nuove perché esiste un aggregato in più che dovrebbe essere quello del rubricato No, ma questo Adri sposta tanto perché noi non siamo owner dell'aggregato Scusate, dipende come usiamo le chiamate Dobbiamo capire se riusciamo a usare le stesse chiamate per gli aggregati nuovi Quindi faccio un esempio, se io la rubrica fondi la considero nella chiamata per I.L. come un contratto faccio la chiamata anche perché si dovrebbe sposare bene con il contenitore Allora, così tu fai doppia chiamata perché tu principalmente nella chiamata che tu fai quando fai il conferma fai la chiamata per Aria e in quel momento lui ti fa l'aggregato per portafoglio, Aria, progetto nel momento in cui tu la metti dentro il contratto e tu fai un'altra chiamata questo logicamente appesantisce quindi non vai a fare un'ottimizzazione Però ho già due chiamate, le piedi sul contratto e una per Aria Lui però la chiami nel momento in cui la richiedi Che vuol dire? Quando sei sulla dashboard sulla vista a sinistra hai la visualizzazione per Aria, per contratto e per categoria Quando tu riatterri e fai il conferma per azioni parliamo di un contratto 6 che ha la piramide e tu atterri facendo un'unica chiamata che è quella aggregata per Aria cioè che viene chiamata per Aria che è la vista che vedi quindi tu avrai quelle quattro aggregazioni in più, se non mi ricordo male, c'è Yasul c'è l'aggregazione ad hoc per Yasul Vabbè, comunque nel momento in cui tu in quella visualizzazione vuoi vedere pure un'altra aggregazione oltre a quella per Aria dovrai fare un'altra chiamata cioè se vogliamo riutilizzare quello che abbiamo già la mia idea sarebbe quella di aggiungere un nuovo aggregato però questo comporta di andare da Blackhawk e di aggiungere un nuovo aggregato Aspetta Vale, ma quello che hai riportato nel documento ti faccio un esempio, lo banalizzo però per capire tipo ad esempio l'ha il rischio del deposito amministrato come nuovo contenitore come lo vedi? Come nuovo aggregato oppure no? Perché poi c'hai il deposito, c'hai il ricato No, tu dipendi da come hai la visualizzazione per Aria tu vedi i sottostanti dentro a quell'Aria e quindi fai riferimento a quell'Aria, a quel progetto Quindi in automatico mi dovrebbe arrivare anche l'aggregato del deposito amministrato No, in automatico con Blackhawk E allora è questo che ci serve Cioè quello che loro ci chiedono ad esempio rubrica punti e punti C'è l'IRB sottomano anche perché secondo me è un tema importante Non lo condivido subito, aspetta aspetta Faccio vedere dove ho trovato questa parte Forse Renato si era seguito Se io cerco + Il nuovo slave dice… qua mi ricordavo il fatto di valutare la necessità di implementare il nuovo slave anche in relazione ad altri aggregati richiesti nel documento. Questa è la frase, però poi secondo me si riferisce ad aggregati… vado sulla parte della proposta… guarda che l'unico aggregato per cui oggi a livello di contratto non abbiamo i dati è il rubricato, i livelli poi sono gli stessi. Allora, vedi qua c'è l'aggregato sul deposito amministrato, cioè il… Questo è il pezzo di corione Per fondi… No, no, se tu vedi è per… No, questi però sono due contratti, questi qui… Sì Sono due contratti praticamente, è il deposito e il contratto della rubrica, no? Che noi secondo me riusciamo a mutuare con le piedi del contratto Ah sì, sì, sì, se è così sì No, no, io pensavo… Quello che noi riusciamo a far vedere è che nella parte di NRP dove Giovanni mette sotto al deposito anche la spaccatura che qui non è rappresentata dei rubricati, quindi immaginiamo che i primi tre fondi di questo elenco che vedi sono raggruppati sotto il rubricato Scusa, prendi un attimo la parte di… Perfetto, è NRP Force Eh, ma sai che c'è lì? Ecco, bravo, fermate qua Se io ti devo mostrare il VAR… Dove sta? Qua Quando non l'avevo ricordato Zooma un po', zooma un po' Sul rubricato dici? Eh, comunque se io dovessi mostrare, se fosse richiesto da qualche parte di mostrare il VAR dell'aggregato del rubricato all'interno di quello del contratto che si chiama deposito a custodia amministrato come vuoi, quello se non è un livello che nella sleeve, nelle richiamate, nelle richiamate non c'è No, non c'è quello Eh, quello secondo me sarebbe la cosa in più da dover capire, però bisogna capire pure se BlackRock una sleeve ulteriore ce la fa fare No, sul contratto sicuramente sì, perché lì se non ricordo male ci sono solo due sleeve loro possono diciamo accettare se non ricordo male fino a 4 o 5 sleeve su un'unica richiamata Ah, ok Quindi, no, però il tema non è tanto, cioè, aggiungerlo o no, perché sappiamo i tempi di elaborazione di… Eh, no, no, infatti questo è un tema d'organizzazione che bisogna far salire fino a Hercules, cioè il coinvolgimento in realtà di BlackRock Lo dobbiamo fare noi? No, BlackRock si collega a IL poi in realtà, non è che noi parliamo con BlackRock, quindi teoricamente l'aspetto che sia IL non è che deve gestire la convergenza fondi al suo interno, perché ovviamente tutto il discorso si lega al discorso di House quello, cioè IL diventa un'alimentazione L'aspetto di sleeve è solo un concetto di CD-ROM, cioè nel senso loro… Sì, sì, però io parlo con Integration Layer Ah, no, certo, certo, sì, sì, certo, sì, sì, poi sarà Integration Layer di guardate ci serve questo sleeve in più per questa chiamata Cioè la richiesta deve venire da noi, questo è in dubbio, sempre che capiamo quale deve essere la richiesta, però la richiesta deve venire da noi, però nel momento in cui poi BlackRock deve leggere i fondi, cioè la cosa che mi preoccupa di più a me fino ad adesso, che appena becco Hercules riesco a beccare gli erotico, è ma tu stai ingaggiando BlackRock in modo tale che poi le chiavi prodotto non saranno più codice interno, codice sottoprodotto, ma codice refinanza, codice prospetto? Vabbè, ma loro non gliene frega niente Perché loro c'hanno… Sì, loro c'hanno client ID Tanto siamo sempre noi che le passiamo Il client ID si costituisce però sulla base di quello che gli mandiamo noi dall'applicazione di Enrico Sì, però il client ID loro lo costituiscono in base a quello, cioè lo usano in base a quello che gli arriva Domani però il client ID non lo costruirà più il gruppo di Enrico Perché il gruppo di Enrico non ci sarà più, ci sarà House Io so d'accordo che la 4, la 5, il client ID forse continueranno a… Ah, esiste, però io non ho capito chi le andrà a… Chi ricostruisce la chiave Eh, perché tutto sarà su House All'inizio c'erano dei terzi che ci hanno sbolognato, no? Lo farà direttamente IE, l'abbiamo detto Ma per tutto il resto del mondo, poi per Dialogacco Tu dici è trasparente, sì, sicuramente per noi è trasparente Però mi auguro che qualcuno glielo sia di che Ah, no, no, quello sì, sicuramente Questa è la cosa che… Poi il livello… No, sì, glielo dirò, ma tanto non so come rispondere Comunque, il livello, so d'accordo con te, potenzialmente va previsto uno in più Ma questo viene richiesto pure… Su trimestrale, quest'ultima caricazione, su IE Allora, io non ho ancora letto su quella parte lì, però immagino di sì, sì Eh, manca che ci sia arrivato ancora, però… Penso… Penso… Penso… Penso… Penso… Penso… Penso… Penso… Penso… Penso… Penso… Penso… Perché su trimestrale facciamo un'unica chiamata con tutte le… Le aggregate, che se non ricordo male sono cinque Quindi diciamo che lì siamo, diciamo, al massimo dell'aggregazione che può ricevere il Black Ma lì usa però dei servizi diversi, no? Non sono quelli che usiamo online, giusto? No, in realtà… Questa c'è questa limitazione La data La data? Sì Fa riferimento alla data della trimestrale Ok, perché dai una finestra Sì, cioè tu all'online dai la data, l'ultima data disponibile Quindi ad oggi sarà quella di ieri, perché è a T-menù E se tu invece fai una chiamata per la trimestrale ad oggi, prenderai la data del 30 dicembre Cioè passerei la data del 30 dicembre No, perché io ricordavo che c'erano sia la componente online, ma c'era anche la componente batch che veniva invocata Questo ti chiedevo, eh? Sulla parte trimestrale, sì Non sono solo servizi online Ok Quindi c'è anche delle chiamate che invece richiamano la parte batch Ora non so bene gli intrecci, però comunque… Aspetta, ripeti Raff, scusa, che sto a leggere una cosa Allora, dicevo, sulla parte di IL, ci sono sia le API online, che sono quelle che chiamano in modo specifico la rete comune di consulenza Poi c'era anche la componente batch che viene invocata Sì, però la componente batch viene richiamata solo per la riportistica del contratto di consulenza base È un batch dedicato a loro E quindi diciamo che non è impattato Non credo che loro… Consulenza base? Renato, non credo che la rendicontazione base ritorni ad entrare nella trasformazione Nella… È una domanda, non so, è mia ignoranza No, no, la rendicontazione base non è in ambito, perché non se ne occupa Accent, non se ne occupa l'ambito PPC Ah, ok, però ci sta nel documento questo loro Sì, sì, c'è, però non sarà nostra competenza Cioè, dirapori riport di consulenza base, eh Non è il gruppo, ad esempio, di Accent No, no, no, per quello non sapevo se era… Capgemini che direttamente dà le informazioni Perché lì ad esempio non c'è un tema di consulenza Per cui ce ne occupiamo invece noi Perché incrociamo i dati di portafoglio, che sono il DB di marketing Con invece i dati della consulenza, del monitoraggio Tutte le mitate che poi facciamo arrivare al cliente Sì, tutta questa parte qua Anche la parte di repito contabile è la stessa storia Eh, questi qua l'avete segnato, Vito? Sì, sì, abbiamo già visto Eh no, questi report che vedi qua Aspetta, dai report di consulenza base Non sono ambito del nostro gruppo Sì, sì, confermo che l'abbiamo già visto Sì, sì, lo so, lo so Posso proporre un break, ragazzi? Siamo arrivati Un break e il pranzo Volevo solo fissare un attimo il prossimo incontro Allora, non so, lunedì può andare bene Se dobbiamo anticipare quello di martedì Guarda, scusami una cosa, ma oggi è pomeriggio? + Noi abbiamo un altro call, però se ci dobbiamo ritagliare un... Io oggi pomeriggio so più libertà di domani, di lunedì... E allora va bene oggi pomeriggio, dai! Allora, non lo so... Mattia? Stavo guardando l'ultimo agenda... Sì, anche oggi pomeriggio sono proprio pieno... Possiamo fare quattro e mezza a sei? Quell'ora lì andrebbe benissimo anche a me, non so se voi riuscite... Se ci riesce alle quattro sarebbe meglio, così abbiamo un po' più di tempo Almeno se non tutti, insomma, chi può ascoltare... Va bene, ne prendiamo le quattro Va bene, io metto quattro e sei, poi in qualche modo ci organizziamo Va bene, ciao a tutti, ciao! Sottotitoli creati dalla comunità Amara.org Sottotitoli creati dalla comunità Amara.org Sottotitoli creati dalla comunità Amara.org Sottotitoli creati dalla comunità Amara.org diff --git a/PdC - Confronto PianoSoluzione_ seconda parte 2025-02-20 16-28-38_transcription.txt b/PdC - Confronto PianoSoluzione_ seconda parte 2025-02-20 16-28-38_transcription.txt new file mode 100644 index 0000000..638bb76 --- /dev/null +++ b/PdC - Confronto PianoSoluzione_ seconda parte 2025-02-20 16-28-38_transcription.txt @@ -0,0 +1,6 @@ +Ok, ho messo anche qualche descrizione perché vorrei anche mettere sulla colonna J descrizione impatto, alcuni appunti su quello che è l'impatto di convergenza a livello VBAC. Su rischio ad evatezza avrei messo la chiamata ad evatezza, chiamata rischio, della croc, chiamata correlazione. Con la costruzione del portafoglio, quindi impatto sia ai saldi COD CONF sia anche eventualmente ai codici titoli dei nuovi degli strumenti fondi. Ritorno a come descrizione, c'è qualcos'altro da aggiungere secondo voi? Non riusciva a riattivare il microfono, funzionava bene. Ok, il prossimo è un monitoraggio. Volevo rientrare, scusate. Allora, vediamo che si carichi. Qui si carica attraverso l'area i vari progetti e poi chiama a Blackrock per avere anche qualche altra soluzione per i rendimenti, giusto? Andrea, Rossella, andate in cucina per cortesia, c'è l'impatto del portafoglio in senso al VBAC. Qui, come senza fondi, sicuramente c'è il discorso dell'adeguamento del modello Tanki e c'è la logica di rilettura degli elementi che compongono il portafoglio con quello dei nuovi contenitori. Ok, quindi è sempre caricamento portafoglio con un nuovo giro. Perfetto. Poi, il report manager. Direi che il report manager è abbastanza chiaro, c'è tutto il caricamento del portafoglio e quindi tutta la posizione dei report. C'è l'adeguare sia report sia VBAC, c'è la costruzione del portafoglio, i strumenti. Allora, il report manager c'è un impatto sicuramente su tutte quelle che sono le store procedure che gestiscono oggi la personalizzazione della stampa. Ok. Oggi tu hai la possibilità di stampare una serie di dettagli a livello di prodotto su ogni singola scheda che sono fatte per i contenitori in chiave come ne sono oggi. Ok. Domani avrai una modifica di tutte le stesse procedure, grazie a te, che stanno su .NET, ma non è .NET l'ingresso, però lo sviluppo lo dico su .NET. Questa parte qui è .NET e vanno datate tutte le procedure che permettono sia la configurazione della scheda che la stampa della scheda. Ok, sia configurazione che stampa della scheda. Perfetto. Poi NRP, per sé è quello che ha il più alto impatto perché c'è anche tutta la gestione dello storico, quindi delle date a vecchio. Scriverai qua caricamento portafoglio e gestione dello storico. Qua prendi NRP e i tappetti di fare. NRP è già sul Darwin ed è la componente che segue Cargiano. In realtà, vi ricordate sul discorso del Data Mart? Ieri abbiamo detto teniamo l'attimino aperto perché dovevamo smarcare proprio questa cosa, perché c'è un Data Mart. Su Darwin sta solamente il back-end, non tutto. La parte back, la parte fronte deve essere tutta migrata, sta ancora su Monolid, se non ricordo male. Ok, quindi però il Data Mart rimane quello o comunque sarà manutenuto da qualcun altro, se ho capito bene. Sì, sì, corretto. Ok, perfetto. Il nostro è in grado di gestire, a seconda delle date pre-post-co-live della convergenza, il vecchio e i nuovi giri. Ho chieduto il mapping che poi ci serve per la prossima obbligazione. Va bene. Arc? Abbiamo messo livello basso. Dove ci impatta che ci sono dei filtri da mettere su Arc? Direi di no. Direi che non ci sia impatto? No, è un archivio documentale, non varia in base alla... Se i pdf c'hanno al loro interno dei contenuti, però l'Arc in selezione. Quindi in realtà possiamo togliere questo DNA, possiamo metterlo. Sì, quindi in realtà magari chiediamo conferma, perché sia a livello di analisi, anche di pianificazione, eccetera. Per Arc abbiamo sempre detto che non ci sono dipendenze, quindi neanche da convergenza. Però poi abbiamo messo basso, quindi lo so anche Raffaele, eccetera, se avevano in mente qualche altra cosa. L'Arc è in attesa, quindi non credo stia partecipando. Lasciamo un attimo pending, Mattia. ESG, come abbiamo detto oggi, c'è tutta la chiamata, la sostenibilità abbiamo visto sulla proposta, quindi abbiamo impatto sia per i singoli strumenti che poi sul portafoglio. C'è anche la parte di ESG. Strumenti, ovviamente interrompetemi pure se avete un modifico, eccetera, rispetto a quello che sto scrivendo e assumendo. Poi immobiliare confermiamo NA, direi, che non c'erano dubbi, così come l'inpertanto a titoli 6. Qua c'era anche qua, Mattia, avevamo un punto, magari lo discutiamo anche con Francesco, non so se... perché qua c'era il tema che in realtà l'avevamo posizionato in fondo, noi, alla pianificazione, però l'avevamo anticipato perché probabilmente Prometeia avrebbe anticipato dei servizi, quindi avevamo detto magari li gestiamo già a nuovo, però questo è un attimino da valutare. Mi sembra che dovessero fare loro un check con i gruppi di avvoltore. Sì, soprattutto anche con Francesco, se non sbaglio, l'ultima volta che ne abbiamo parlato. Vabbè, adesso se ritornano Francesco... Lasciamo pending anche questo un attimo. Vediamo il segno, quelli pending. Sì, sono ARC, immobiliare, c'è il segno di segno, va beh, ok. Lista stampa di titoli 6, ok. MOT, modulo tutela, avevamo messo l'impatto di servizi back medio. Siete riusciti ad aiutarmi? Cos'è l'impatto della sempre costruzione del portafoglio? + Se ci state ancora ascoltando, Adriano, Alessia, Veronica... Sì, sì, sto leggendo. L'Excel l'abbiamo presa appunto. No, abbiamo preso soltanto l'adeguamento al modello dati e la parte di convergenza. Poi c'ha i replatforming ovviamente del componente GVT. Sì. E qua è solo costruzione del protocollo. Ok. Non è scadenzario. Sono tutte le viste diverse. Quello dell'impatto fronte è chiaro dal businesser qua. Invece a livello di servizi back c'è sempre l'adeguamento al modello dati. Esatto. Eh sì. Alert? Scusami, scusami, ero mutato. Non è scadenzario. Al momento il modello dati è vero, ma dobbiamo prendere in considerazione che i dati che prendiamo sono sbagliati le tabelle del DB di marketing. Quindi bisognerà vedere se c'è necessità di fare... Sono sempre dei servizi, Adri. Servizi? Insomma le tabelle? No, abbiamo visto con Valerio perché questo lo stiamo già un po' analizzando perché sta in piano a noi questo qua. Non è scadenzario. Ero segnato tipo verificare tutte le modifiche sulle interfacce. Però sempre a livello di servizio penso che... Cioè sì, dobbiamo parlare con loro, però comunque comunichiamo tramite servizi. Ma questo è uno degli oggetti anche di LDD? Nel senso, perlomeno al contorno, a parte AUS e MUP, queste informazioni saranno dentro LDD o no? Sembrano molto specifiche di PDC. Non ti soddisfi stanno sinceramente... Non sappiamo ancora. Sicuramente non tutti perché ci stanno robe sul compleanno, probabilmente quelle sul MUP non ce le avremo mai. Eh no, immagino, sembrano molto specifiche. Ma questo è da definire, sarà una delle cose che ci sarà sul tavolo da portare, sul tavolo di LDD. Allora, dipende da quello che LDD vuole fare. Perché allora c'entra una logica di trasferimento sulle LDD dei dati che vengono utilizzati da più piattaforme. Quindi se qui l'esigenza verrà considerata da LDD come un'esigenza trasversale, quindi un dato comunque interessante a più piattaforme, lo si porterà, altrimenti no. Per questo non riusciamo a avere mai un controllo a suo conosco. Diciamo che per quella che è la natura del dato probabilmente no, però è da verificare. Ok, andando invece su ALERT. Su ALERT c'è l'impatto, l'avevamo visto Adri l'altra volta, l'avevamo segnato mi pare. Su ALERT, andiamo un po', la lista è lunga. ALERT, noi abbiamo due tipi di ALERT, ALERT manuali e ALERT centralizzati. Gli ALERT centralizzati sono quelli che si configurano dalla sezione ALERT. Gli ALERT manuali sono quelli che si configurano a livello di singolo strumento. Allora, gli ALERT centralizzati non abbiamo visto impatti per la convergenza FOND. Gli ALERT manuali, impostandoli sul singolo strumento, immaginiamo che devi fare un salvataggio della soglia di rendimento, di VAR, oltre la quale scatta l'ALERT se la soglia viene segurata. Ovviamente anche qui c'è un atteggiamento al modello dati per la registrazione sulle tabelle di VDC dell'ALERT stesso, cioè quando il cliente lo imposta, tu lo devi salvare su VDC. Certo, quindi i cavi del strumento sono fondamentali. Sì, queste cose sono adeguate. È un adeguamento al modello dati. Anche qui, per la parte degli ALERT, questa volta trovo più sicuro dell'altra, perché noi dipendiamo dalle viste che ci mette a disposizione il tipo di marketing. Quindi qui dobbiamo capire se le viste che ci danno la cosa dell'ALERT cambiano l'interfaccia. Certo. Il solito discorso di LVD. Ok? Sì. Va bene. Analisi del portafoglio del prodotto, direi che qui è tutto il modello dati, qui l'incaricamento del portafoglio con la nuova struttura e il ricercare del prodotto anche alle chiavi probabilmente. Aspetta un attimo, scusa. Dimmi? Analisi del portafoglio più ricerca del prodotto. Qua ovviamente c'è la ricerca del modello dati, quindi la costruzione del portafoglio più anche le chiavi dei prodotti. Allora, la ricerca dei prodotti ha degli impatti importanti, dei BR che potete anche voi trovare. Sì, lo so. C'è un refactoring che l'utente chiede di cambiare una serie di funzionalità che già oggi abbiamo, anche con un restyle grafico, con un arricchimento di informazioni quali il bar del portafoglio del cliente, il rendimento del portafoglio del cliente, sono dati che difficilmente noi riusciamo a avere prima della messa in sessione del cliente. Quindi per lì ci sono dei ragionamenti da fare. Poi in generale le tabelle della ricerca del prodotto perranno adattarsi alla nuova gestione dei contenitori fondamentalmente. Non so se l'avete vista, ma fondamentalmente tu puoi cercare il cliente in base ai prodotti che hai in portafoglio. Certo. I prodotti in portafoglio li vedi in base ai rapporti che sono questi prodotti, in base ai contenitori-contratti in cui sono. Quindi qui ci dovrebbe essere l'adeguamento ai nuovi contenitori, quindi i fondi che dovrei prevedere sotto i contratti ma dentro le rubriche o i depositi, l'adeguamento al modello dati e l'eventuale aggiornamento di quelle che sono le fonti dati da cui recuperiamo le informazioni per la ricerca del prodotto che sono le tabelle cosiddette PKU e libri di marketing. E questo è un aspetto invece che, lo so, le troveremo le medesime informazioni su LDD, non so in che forma però, perché queste tabelle, così come sono adesso, sono costruite per la PDC, per rendere poi, se non sbaglio, rapida l'alimentazione di tutta la parte, che si chiama la parte quella lì della stick search? Non mi ricordo come si chiama, quella che fa anche la smart search. Le PKU sono? No, la PKU è una grafica. Era un modulo che fu di elastic search, su cui noi mettiamo... La parte di Neo4j è il db aggrafo e poi legge dagli elastic. Queste tabelle alimentano quella parte lì, quindi sono costruite in modo da garantire il funzionamento rapido di questi aspetti. Quando poi andiamo a parlare di quello che ci dovrà su LDD... Dovremmo trattarlo, ok. Dovremmo capire cosa ci danno. Va bene. Prossimo. Caricamento portafogli consigliato. È quello che carichiamo su, proprio la tabella portafogli consigliati? Me la stavo guardando. Ed è composto da questi tre dati, quindi il flusso, stiamo parlando di questo, col caricamento portafogli consigliati, è un flusso di chiave prodotto, tipo portafoglio... Però il file non si arriva con la chiave prodotto, la chiave prodotto te la ricavi. Te la ricavi tu, questo è lo step finale. Quindi l'impatto che abbiamo sarà sul... Il procedure che fa nel caricamento. Ma in realtà se il file viene inviato con i dati nuovi, in realtà non c'è neanche impatto. C'è da controllare quello, esatto. Perché usa la chiave prodotto, no? Usa la chiave del prodotto, non la chiave prodotto. + il codice interno e il sottoprodotto, per verificare il file della Sierra il file sarà adeguato alle nuove chiavi di prodotto corretto ok, in caso è solo quello l'impatto i nuclei, ma si carica il portafoglio del cliente, quindi dei clienti che fanno parte del nucleo quindi tutto adeguamento modello dati costruzione del portafoglio aggregato vedete altro su questo? i nuclei, teoricamente, arrivano prima chi li fa i nuclei? i nuclei ce li lavoriamo noi e la versione adeguata arriva entro fine di quest'anno quindi sarà adeguata, o comunque andrà a contenere già la parte creativa dovrà avere poi l'add-on della parte della convergenza quello che ci siamo immaginati è che la gestione dei nuclei arriva nel 2025 è ripiattaformata sul modello dati vecchio, cioè quello attuale la convergenza Q2 2026 dovrebbe integrare soltanto su quello che è già stato ripiattaformato l'adeguamento al nuovo modello dati dei fondi in più dovrà prevedere la migrazione delle posizioni dei prodotti che stanno nel nucleo con le nuove chiavi come la migrazione che facciamo a DB i prodotti che stanno in quel nucleo devono migrare tra i vecchi e i nuovi se io dentro al nucleo ho associato il prodotto 1, 2, 3 il prodotto 1, 2, 3 diventano 5, 6, 7 devo far vedere 5, 6, 7 poi c'è un discorso sui nuclei che è legato all'estensione delle funzionalità di NRP ai nuclei che è quello che ci chiedeva Giovanni Doria sarà possibile, da quello che mi diceva, stampare all'interno di NRP il patrimonio del nucleo decidendo quali contenitori del patrimonio del nucleo stampare ovviamente i contenitori devono essere considerati in chiave convergenza di questa parte però specifica dobbiamo parlare con Giovanni perché io il requisito non l'ho visto e non lo conosco quindi non so poi che infatti ci sono lato suo so che ha fatto dei ragionamenti con Capgemini ma dobbiamo ancora trovare un punto di confronto teni conto però Adri che la parte nuclei dovrebbe essere sviluppata dal gruppo l'abbiamo detto prima, arriviamo semplicemente con la migrazione con la convergenza che dobbiamo adeguare soltanto al modello dati però la parte di stampa dei nuclei su NRP non so quando arriva se arriva direttamente nel 2025 dove puoi direttamente selezionare quello che ci chiedeva Giovanni quello arriva nel 2025 comunque? e ti direi di sì ah ok fa parte quindi delle platform allora quindi soltanto l'adeguamento perché me lo sono lasciato con un punto interrogativo allora è soltanto l'adeguamento al modello dati e la migrazione delle posizioni dei fondi e le stampe, quello che Raffaele aveva intanto visto per ora stava fuori, corretto Raffaele? sì, la parte della reportistica sì quindi va capito tutta ancora come farla e chi deve farla perché ovviamente lì tocca centralizzare il componente perché tocca fare i report sul nuovo Jasper che è un discorso che finora sinceramente tra le tante cose che abbiamo già visto con i colleghi di Armondia sui report ancora non ci siamo concentrati per cui è un argomento che dobbiamo necessariamente ripetere quando cominciamo a parlare dei report sul Jasper quindi avevi dato per chiuso che si faceva nel 2025? No quindi la parte report nuclei rimane comunque può andare per giugno però penso, no? per il 2026 eh certo, già tu dillo sì però non ne abbiamo ancora parlato sì, infatti siamo impreparati ci sentiamo che la parte report nuclei sta fuori dalla platforming del 2025 e capiamo se arriverà con convergenza o dopo sì, però Adriano scusami se ho capito bene però l'architettura non ho seguito la call che hai fatto con Doria ma si beneficia no, non è una call, ci siamo incontrati ancora con i corridori per far credere che siamo no, dicevo, quello che stavi dicendo fosse qualcosa ancora diverso, che dalla nuova portafoglio c'è una relazione verso i nuclei per poter scaricare un report no, diciamo, da quello che ho capito sarà possibile selezionare i rapporti di cui stampare il report di NRP per il nucleo sono sbaglio, è stata pure nel BR di Mileto è qualcosa di nuovo o qualcosa di già esistente? è qualcosa di nuovo tutto nel senso che i nuclei hanno una specifica e ovviamente Maurizio quando ha rifatto la specifica della convergenza non è partito dall'esis di produzione dei nuclei ma ha ripreso come se i nuclei li avessimo già sviluppati è nuovo ok, ok allora si, mi torna, dai ok, chiaro va bene andando avanti, prodotti presso terzi qui l'impatto era, come dicevo l'altra volta le cavi di prodotto quando si ricerca cavi di prodotto registrati già nella grafica banca e qui c'è un adeguamento al modello dati sicuramente anche per i fondi di terzi solo per i fondi e c'è anche la gestione che dovrai prevedere per il recupero degli indicatori di rischio sui prodotti di terzi che da quello che abbiamo detto dovrebbe essere una chiamata a Belzero o un flusso verso Belzero che ci permetterà di ottenere non ho capito se è dal flusso attuale questo non si è capito proprio è sicuramente un cinema nel senso che questo è un altro tavolo che secondo me dobbiamo necessariamente aprire con i colleghi di integration layer quello che tu dici Belzero per capire effettivamente in generale come varia con l'LDT lo scenario poi in particolar modo con i prodotti presso terzi come possiamo mettere su un flusso perché se è vero che Polozzi vuole dismettere completamente quello che ha fatto finora per inviare i flussi verso IL secondo me sulla falsariga di quanto già fatto dovremmo ritagliare un flusso esclusivamente per i prodotti presso terzi in modo che integration layer lo arricchisca e lo invii verso Alladin che ci possa rispondere con informazioni del rischio poi quando invocato però è un tavolo tutto nuovo da dover aprire questo arriva in relazione all'arrivo di in relazione all'integrazione con il LDT in teoria cioè Convergenza Fondi avrebbe richiesto solo un adeguamento delle chiavi come al solito però se lo vediamo nell'ottica complessiva a differenza degli altri prodotti tu per questi devi fare quel giro che si è detto di fare verso l'integration layer per recupero dei dati di rischio a differenza degli altri prodotti sì sì nel senso che per tutto il resto dei prodotti siccome i prodotti presso terzi non vogliono che vengano gestiti su house allora non potranno seguire il percorso nuovo ma dovremo mantenere il percorso avvecchio però un percorso avvecchio ritagliato solo sull'esigenza dei prodotti presso terzi non riutilizziamo quello che già c'è ma ne facciamo uno nuovo facciamo tutti gli approcci + di modo da poterlo fare su immagini e sottolineanza, di modo che lo riutilizziamo quando già noto per non inventarci un giro completamente ex novo. Però va tutto condiviso con l'integration layer per capire come farlo. Impatto su chi ha il prodotto, gestione o preoccupo, indicatore di rischio, prodotti terzi e in arrivo con RTD. Questo lo stavate descrivendo per il fatto che è un warehouse e quindi bisogna studiare qualcosa ad hoc. Esatto. Ok. I client. Noi abbiamo chiesto l'autorizzazione perché ancora non abbiamo visto la funzionalità, però immagino che se sono sempre clienti e il rapportistico su clienti c'è sempre tutto l'adeguamento al modello dati per costruzione del portafoglio e i soliti discorsi. Sì, è molto simile alla funzionalità dei nuclei, dove fondamentalmente si creano dei portafogli con i contratti di diversi clienti e su quelli si va a fare monitoraggio e rendicontazione trimestrale, con Promedia che ci calcola i rendimenti su questi prodotti. Però c'è un giro diverso, perché c'è un database ad hoc ritagliato per questi clienti e che viene utilizzato per gestire soprattutto la parte di rendicontazione, di calcolo dei rendimenti. Un database intendi questo che vedo che si chiama Pclient o un altro ancora? No, è un altro ancora, è il momento in cui viene individuato un cliente che si vuole fare un'analisi del portafoglio. Con questo strumento la prima cosa che si fa è scaricare il suo portafoglio e da quel giorno in poi con tutta la movimentazione e i saldi si storicizza e si consente allo strumento di poter tirare fuori una rendicontazione e un calcolo dei rendimenti. Però esterno è gestito in questo momento da Capgemini, è sempre un database esterno da Ptc. Sto database sta chiamato verso Prometeia per il calcolo dei rendimenti? Sì. Ma come la rientra in quella di valutazione del portafoglio? No, è un'altra cosa. Le anagrafiche dei fondi pure loro le devono allineare per parlare con noi? Sì, sicuramente. C'è un impatto Key Client che è parte Frontend che gestiamo noi, ma anche parte DB che gestisce Capgemini. Corretto Francesco? Scusa, ripeti che l'ho distratto? Stiamo parlando di Key Client, dell'impatto della convergenza fondi. Key Client però utilizza un database che viene creato ad hoc sui clienti che rientrano in quel perimetro, che poi si carica su tutti i movimenti, i saldi storici, per poter poi fare i calcoli del rendimento tramite le chiamate a Prometeia. Prometeia, sì. Quello ovviamente fuori dal perimetro... Sì, anche perché è una chiamata punto a punto, quindi nessuno c'ha il calcolo dei rendimenti fatto così. Però chi gestisce quel database si dovrà adeguare a una nuova struttura dati che deve giustamente... Certo, giustamente sì. Quindi loro devono essere ingaggiati e poi condividere se cambia di flusso l'interfaccia. Qua parte lì c'è sempre Cappaggio, se non ricordo male. Sì, è sempre il gruppo Lombrici che ho sentito quando c'era un problema su questa parte. Come? Mi sa Lombrici mi avevi dato come riferimento l'altra volta proprio per vedere questa parte. Eh sì, è lui. Lombrici o Maglio Casacchia. Poi se vogliamo fare un approfondimento su questo in particolare magari raccolgo un po' di elementi, chiedo a loro se ci danno una mano a raccontarci il lato loro che fanno e ci passiamo anche su questo punto, anche per coordinarci con le modifiche che bisogna fare. Va bene, ok. Renato, questo l'hanno detto tempo fa che lo teniamo in scope, ma era diciamo sotto monitoraggio questo modulo qua. Mi sembrava di aver capito per capire l'utilizzo eccetera, ma quindi è comunque rimasto in scope o c'è la possibilità che... Io avevo visto semplicemente che la creazione di macro portafogli, meta portafogli come si chiamano, che vengono fatti dai nostri advisor, effettivamente erano abbastanza fermi, non ne stavano facendo più tanti. Però di contro, proprio confrontandomi con Francesco che conosce bene questa parte, abbiamo visto che comunque continuano a rendicontare clienti che già fanno parte di quel perimetro, quindi non lo possiamo spegnere. Corretto. Dito, vorrei ricoprare i due punti che ha spiegato Renato. Sì, Renato barra Francesco. Con Renato in realtà ne abbiamo parlato, forse abbiamo detto che dobbiamo fare un ragionamento anche con Francesco. Il tema Renato della parte immobiliare che abbiamo detto l'avevamo messo in fondo in realtà anche nella pianificazione attuale, ma lo sarebbe anche... però l'avevamo anticipato con il discorso dei servizi Prometeia. No, no, ma mi è chiaro. Lì oggi avevamo Roberto Tesi, tra l'altro che la persona si occupa sia dell'immobiliare che della rendicontazione trimestrale, su cui mi devo allineare. Ce lo siamo detti però ieri, quindi non sono riuscito ancora ad allinearmi. Sì, perché lui ha tenuto i contatti con Prometeia per procrastinare il rilascio della nuova interfaccia verso i servizi catastali. Non so quanto margine abbiamo, per cui se abbiamo sufficiente margine, ovviamente l'immobiliare la spostiamo più possibile. Perché il vantaggio era che se Prometeia non ci sposta come data della modifica dell'interfaccia, poi dobbiamo fare necessariamente un intervento sull'applicativo per modificare l'interfaccia verso questi nuovi servizi e quindi avremmo avuto un costo aggiuntivo che invece andando a riscrivergli direttamente a nuovo avremmo così assorbito. Ok, invece c'era poi la parte ARC che ci chiedevamo, perché l'avevamo messa l'altra volta. Noi avevamo messo NEA, poi con voi il martedì scorso l'abbiamo messo a impatto basso. Pensavamo a quale fosse effettivamente questo impatto di coerenza fondi su ARC. E effettivamente l'abbiamo messo a basso. Lo sai che non mi ricordo perché l'abbiamo messo a basso. Che tipo di impatto ci stanno? Perché effettivamente lì non vedi i prodotti. Non ci dovrebbero essere impatti. L'unica cosa è che c'è il codice del contratto nella ricerca. Il numero del contratto però non è un codice interno. Non continuerà a esistere questo, sarà semplicemente non valorizzato più con il codice mandato di oggi. L'unica modifica che dovrebbe essere fatta forse è questa. Giusto, forse dovrebbe essere qui, immagino, essendo un documentale garantito lo storico dei contratti. Cioè se io richiamo un codice di contratto di un anno fa per recuperare i documenti in cui quel contratto c'è, deve continuare a uscire? Ma io questa cosa non so neanche se funziona questa ricerca. Ma come fa a funzionare? Scusa, ma mettete un po'... Cioè questo chi è? Perché secondo me questo è il contratto di consulenza che si mette qua. Il contratto di consulenza penso. Infatti secondo me è quello. Però sulla lista non lo esponiamo. Perché lui mi fa ricercare nei documenti se quel contratto è presente che sono tutti i pdf. Non sta da nessuna parte questa cosa. Se noi mettiamo il contratto di consulenza dei mesi, secondo me ci viene fuori il rendiconto di consulenza che gli inviamo trimestralmente. Allora intanto è misleading quella label. Sì, sì. Quella va cambiata. Perché secondo me, infatti a questo numero contratto era caduto in errore. Sì, però è la stessa che abbiamo anche io. + ricerca cliente. Non mi ricordo se si chiama proprio uguale, però... E ti confermo che questa non è altro che la stessa sezione che abbiamo riportato da questa parte, non è che questa... ma questa riutilizza tutto il back-end che c'è stato dall'altra parte, quindi è proprio quella. È ricerca del contratto di consulenza, non il contratto di... Ma lì ero stato io l'altra volta che gli avevo fatto mettere basso il collega invece di N, perché c'era già N, ma perché io ero una mente e qui avevo visto il numero contratto e ho detto, no, se è il numero contratto, forse qualche piccola modifica dobbiamo fare, quindi me la curva, quindi possiamo pure fare le marce indietro. Infatti stavo riguardando l'AFU che stiamo facendo, visto che è tanto arco, stavo analizzando proprio il numero contratto di consulenza, quindi possiamo rimettere N AFU. Perfetto. Scusatemi, eh. Francesco, visto che ti sei ricollegato, approfitto. Non so se Roberto ti ha dato qualche riscontro, poi, dell'incontro per l'immobiliare con Prometea, come è andato. Perché se da un lato nella prima pianificazione... È andato bene. Eh, però aspetta, fatti dire prima qual è l'esigenza. Avevamo anticipato... No, è andato bene, nel senso che metteranno un layer, diciamo, sui server, che farà praticamente il problema swap e il resto, no? Ti ricordi che c'è quel problema? Sì, in cambiamento di interfaccia, certo. Esatto, quindi loro metteranno un layer sui server, quindi noi continuiamo a chiamare a servizio swap, e loro poi questo layer lo trasformeranno in resto. Quindi per tutto il tempo che ci vorrà per, diciamo... Si sarà spedito in intermedio. Esatto. Scusa, Francesco, che ti interrompo. L'esigenza era quella di... Prima avevamo messo il prima possibile l'immobiliare per assorbire la modifica, così ci veniva, diciamo, gratis. Di contro, però, adesso che vengono fuori esigenze, lasciami dire, più importanti, come convergenza fondi e LDD, il paradigma è cambiato. Quindi, se abbiamo questa soluzione ponte, probabilmente l'immobiliare a questo punto scende nella classifica dei moduli che andiamo a fare, che andiamo a mettere sicuramente dopo il digiugno del 2026. Sì, va bene, non c'è problema. Quindi vi trovo. Diciamo che se dobbiamo scegliere qualcosa da portare di là, l'immobiliare sarà uno di quelli, sicuramente. No, al contrario, l'immobiliare... Di là nel senso di fare dopo la conversione. Esatto. Perfetto. Perfetto, grazie. Ok. Continuando. Rapporti ISE e NA, quindi se questo non c'erano problemi. I report trimestrali, semestrali e poi quello di immobiliari via batch hanno l'impatto. Scriverei la stessa cosa che abbiamo messo su Report Manager. Andiamo a vedere cosa abbiamo scritto. E qua arrivano sempre... Su Report Manager abbiamo messo questo procedore. Possiamo scrivere la stessa cosa anche su questi report o... Sì, sì, sui report... Che report? Scusami che non sto vedendo. Report trimestrali, semestrali e immobiliari. Allora, lì ci sono delle logiche. Perché lì, come funziona? Sì, sicuramente ci saranno degli impatti a livello batch. Perché noi facciamo anche lì un mark della situazione del database alla fine del trimestre. E quindi sicuramente le procedure che poi lavorano su questo data mark che portiamo dall'altra parte dovranno aspettarsi dei riferimenti ai fondi che hanno delle chiavi diverse. Ok. Ok, Robocore Advisor. Abbiamo messo un impatto alto. Qui c'è tutta la gestione dell'operatività su fondi, deposito e amministrato. Quindi cambia tutta la parte adeguamento modello dati. Sì, questo per me è urgente. Inoltre, grazie a Daniele e ai miei colleghi di GitLab per la visione. Non ti sentiamo, Renato. Almeno io non ti ho sentito. Mi stavano chiamando? No, quello che dicevo. Nel tavolo che dicevamo prima, con I.L. per i prodotti presso terzi, dobbiamo sicuramente aggiungere questo ulteriore argomento che oltre ai colleghi di I.L. coinvolge ovviamente i colleghi di BlackRock per capire loro su questa parte se sono stati già coinvolti e sanno quindi che la convergenza fondi ha una determinata beneficazione e che cosa è arrivato a loro. Siamo noi i primi a ingaggiarli, però se così fosse... Questa cosa, Renato, direi che ne parliamo anche con Giovanni e Roberto. Vorrei, rispetto a quello che ti ho detto prima, tirare fuori piano piano tutte le esigenze che abbiamo lato PDC e farle confluire sul PMO di progetto, tradotto Ercoli, che viaggia su altre tematiche adesso. Quindi, per esempio, le logiche di migrazione, tutte queste cose che ci aspettiamo di avere, questo è uno di quelli, cioè il coinvolgimento lato BlackRock, che lo facciamo noi, lo farà I.L. BlackRock intesa, perché sono due pezzi che comunque possiamo parlare. Intanto con BlackRock non ci interfacciamo noi direttamente, ma ci si interfaccia I.L., quindi sono loro che devono portarsi a casa al fatto che devono chiedere a BlackRock di adeguare le chiavi con cui parliamo nel momento in cui non ci sarà più il security master, quindi non so chi farà quel lavoro su House di creazione dei clienti, tutto quel giro là. BlackRock forse per loro è trasparente, però sicuramente non siamo noi a dove lo studiare, questa trasparenza, no? Sì, sicuramente però non è trasparente con la gestione dei fondi sul dossier e lì sarà per loro un intervento con un alto impatto, te lo dico con certezza, non vedo Valerio che conosce bene quella parte, però forse se Raffaele o Emanuele ci hanno messo mano su quella parte sanno come abbiamo avuto grosse difficoltà a modificare la minima cosa, in questo caso oggi per i dossier titoli abbiamo una gestione semplificata che non gestisce i rubricati, adesso invece siamo arrivati al momento in cui dovremo gestire i rubricati verso di loro necessariamente e si apre un mondo, tra l'altro i tempi che c'è a BlackRock a volte sono pure molto lunghi e vanno incastrati, quindi sono d'accordo con te, non ce lo teniamo solo noi, carichiamo il PM di quello che teoricamente dobbiamo caricare perché sennò ci rimane a noi la cosa. Sono d'accordo. Ok, proseguendo, menù di comunicazione NA, avvisi PB e PO in carico al gruppo Falcon che hanno già analizzato, abbiamo messo basso. Come mai? Nulla, non c'è infatto. Perfetto, poi c'è la scheda di prodotto, ovviamente c'è l'impatto del modello dati quindi sia i codici di contratto che mostriamo nella scheda di prodotto nonché anche poi i codici degli strumenti stessi. Contratti e codici interni, strumenti. Gestire contratti immigrati pop-up, che si dovrebbe aprire per mostrare il vecchio dove è andato sul nuovo, qui dovremmo gestire una mappatura ad hoc del vecchio sul nuovo, in modo tale da poterla mostrare. Ok. Siamo i più veloci questo pomeriggio. Abbiamo fatto tutto quello che dovevamo fare su questa tabella ed è valido intervenire che poi la condividiamo con il gruppo di lavoro. Ho qualche ragionamento ancora a noi. Se siete d'accordo ve la giriamo, date un occhio anche voi perché poi sulla base di questa noi iniziamo ad imbastire il piano questo più quello che ci siamo detti stamattina. Vito, solo una cosa. Ci do anche conferma ad Adriano. + Parte della sezione relativa alla reportistica on demand, su tutto il report di proposta, poi c'è la diagnosi e altro Qui mi sembra di non averlo visto però, non mi sbaglio? Forse tu l'hai visto? Scusa Ci siamo parlato delle store procedure, della parte di dotnet Ah ok ok Ciao Angelo, ah ci sei, ciao Allora, no, mi l'avevo persa Perché c'è stato un pezzo in cui voi non c'eravate, volete che lo scorriamo oppure ve lo mandiamo? Perché poi questi sono i confini in cui ci muoviamo per pensare ad una pianificazione, dite voi Comunque sicuramente ve lo mandiamo, se invece volete scorrere rapidamente No no ok, infatti poi lo diamo un'occhiata E poi l'altro Eh vai No l'altra cosa, non so se avete smarcato anche il tema di nuova sintesi portafoglio per quanto riguarda la parte di back-end Come se la rimassi Allora, mi sembra di capire che il datamart rimane in carico a chi lo gestisce, che mi sembra sia Capgemini Ok Ok Però insomma c'è l'impatto caricamente Però bisogna coordinarsi Dobbiamo coordinarci, sì Ok No erano i due punti all'ora che mi ero segnato e non potevo capire Scusate l'ultima cosa, ma invece la reportistica periodica l'avete messa in conto per analizzarla, per parlarne? Intendo quella trimestrale? Fra scusami, di questo parliamo nel secondo però Tra di noi C'è sicuramente da parlare Perché fa il cliente, quindi ragioniamo un attimo su Sì sì sì Però comunque da inserire tra le cose da fare sicuramente, poi ne parliamo sicuro, ho capito quello che mi dove dire Ok, insomma, e allora sui tavoli di cui parlavamo prima, Blackrock, IL, eccetera Diciamo, ma riusciamo a farli a breve? Per poi, diciamo, confermare, definire l'impatto oppure no? Abbiamo detto Robot for Advisory per Blackrock e produzione Sì sì sì, con IL A breve significa però settimana prossima Se a breve è settimana prossima, puntiamo a quello IL significa che dobbiamo coinvolgere le persone di IL? Eh sì, cioè, io non so, loro sono indagati sul progetto di convergenza fondi Per quello che riguarda il rischio, per quello che riguarda l'adeguatezza, per quello che riguarda Perché non è che non li abbiamo con noi Senti Massimo Ercoli E' quello che diceva Adriano Esatto, facciamoci ridere a lui con chi dobbiamo parlare La cosa che volevo dire è No, aspetta Facciamolo fare a chi governa il progetto Il PM deve ingaggiare Noi possiamo sottolineare che non abbiamo informazioni su questa parte Sono stati ingaggiati, se non lo sono stati, sono stati ancora il caso che vengono ingaggiati Era proprio questo che volevo dire, non vorrei accollarmi l'onere di coinvolgere C'è sta PM, facciamolo fare a lui Ah sì, certo Puntiamo subito Massimo, tra l'altro Ok, Mattia se non abbiamo altro direi che noi iniziamo a fare i nostri ragionamenti E ci dobbiamo, vabbè, appena siamo pronti, ma chiaramente entro i primi giorni della prossima settimana Cerchiamo di uscire con qualcosa in modo da arrivare al 28 poi per, diciamo, per poi farlo circolarizzare a questo piano Se siete d'accordo Va bene Sì, sì, va bene Comunque noi vi mandiamo l'excel, se c'è qualche impatto che non abbiamo insegnato è importante Perché poi è la base per me mettere in fila poi le cose Ok? Sì Grazie a tutti Ciao Sottotitoli creati dalla comunità Amara.org diff --git a/Replatforming PO-20241025_152416-Registrazione della riunione_transcription.txt b/Replatforming PO-20241025_152416-Registrazione della riunione_transcription.txt new file mode 100644 index 0000000..151d3ac --- /dev/null +++ b/Replatforming PO-20241025_152416-Registrazione della riunione_transcription.txt @@ -0,0 +1,6 @@ +Ok, ho messo anche qualche descrizione perché vorrei anche mettere sulla colonna J descrizione impatto, alcuni appunti su quello che è l'impatto di convergenza a livello VBAC. Su rischio ad evatezza avrei messo la chiamata ad evatezza, chiamata rischio, della croc, chiamata correlazione. Con la costruzione del portafoglio, quindi impatto sia ai saldi COD CONF sia anche eventualmente ai codici titoli dei nuovi degli strumenti fondi. Ritorno a come descrizione, c'è qualcos'altro da aggiungere secondo voi? Non riusciva a riattivare il microfono, funzionava bene. Ok, il prossimo è un monitoraggio. Volevo rientrare, scusate. Allora, vediamo che si carichi. Qui si carica attraverso l'area i vari progetti e poi chiama a Blackrock per avere anche qualche altra soluzione per i rendimenti, giusto? Andrea, Rossella, andate in cucina per cortesia, c'è l'impatto del portafoglio in senso al VBAC. Qui, come senza fondi, sicuramente c'è il discorso dell'adeguamento del modello Tanki e c'è la logica di rilettura degli elementi che compongono il portafoglio con quello dei nuovi contenitori. Ok, quindi è sempre caricamento portafoglio con un nuovo giro. Perfetto. Poi, il report manager. Direi che il report manager è abbastanza chiaro, c'è tutto il caricamento del portafoglio e quindi tutta la posizione dei report. C'è l'adeguare sia report sia VBAC, c'è la costruzione del portafoglio, i strumenti. Allora, il report manager c'è un impatto sicuramente su tutte quelle che sono le store procedure che gestiscono oggi la personalizzazione della stampa. Ok. Oggi tu hai la possibilità di stampare una serie di dettagli a livello di prodotto su ogni singola scheda che sono fatte per i contenitori in chiave come ne sono oggi. Ok. Domani avrai una modifica di tutte le stesse procedure, grazie a te, che stanno su .NET, ma non è .NET l'ingresso, però lo sviluppo lo dico su .NET. Questa parte qui è .NET e vanno datate tutte le procedure che permettono sia la configurazione della scheda che la stampa della scheda. Ok, sia configurazione che stampa della scheda. Perfetto. Poi NRP, per sé è quello che ha il più alto impatto perché c'è anche tutta la gestione dello storico, quindi delle date a vecchio. Scriverai qua caricamento portafoglio e gestione dello storico. Qua prendi NRP e i tappetti di fare. NRP è già sul Darwin ed è la componente che segue Cargiano. In realtà, vi ricordate sul discorso del Data Mart? Ieri abbiamo detto teniamo l'attimino aperto perché dovevamo smarcare proprio questa cosa, perché c'è un Data Mart. Su Darwin sta solamente il back-end, non tutto. La parte back, la parte fronte deve essere tutta migrata, sta ancora su Monolid, se non ricordo male. Ok, quindi però il Data Mart rimane quello o comunque sarà manutenuto da qualcun altro, se ho capito bene. Sì, sì, corretto. Ok, perfetto. Il nostro è in grado di gestire, a seconda delle date pre-post-co-live della convergenza, il vecchio e i nuovi giri. Ho chieduto il mapping che poi ci serve per la prossima obbligazione. Va bene. Arc? Abbiamo messo livello basso. Dove ci impatta che ci sono dei filtri da mettere su Arc? Direi di no. Direi che non ci sia impatto? No, è un archivio documentale, non varia in base alla... Se i pdf c'hanno al loro interno dei contenuti, però l'Arc in selezione. Quindi in realtà possiamo togliere questo DNA, possiamo metterlo. Sì, quindi in realtà magari chiediamo conferma, perché sia a livello di analisi, anche di pianificazione, eccetera. Per Arc abbiamo sempre detto che non ci sono dipendenze, quindi neanche da convergenza. Però poi abbiamo messo basso, quindi lo so anche Raffaele, eccetera, se avevano in mente qualche altra cosa. L'Arc è in attesa, quindi non credo stia partecipando. Lasciamo un attimo pending, Mattia. ESG, come abbiamo detto oggi, c'è tutta la chiamata, la sostenibilità abbiamo visto sulla proposta, quindi abbiamo impatto sia per i singoli strumenti che poi sul portafoglio. C'è anche la parte di ESG. Strumenti, ovviamente interrompetemi pure se avete un modifico, eccetera, rispetto a quello che sto scrivendo e assumendo. Poi immobiliare confermiamo NA, direi, che non c'erano dubbi, così come l'inpertanto a titoli 6. Qua c'era anche qua, Mattia, avevamo un punto, magari lo discutiamo anche con Francesco, non so se... perché qua c'era il tema che in realtà l'avevamo posizionato in fondo, noi, alla pianificazione, però l'avevamo anticipato perché probabilmente Prometeia avrebbe anticipato dei servizi, quindi avevamo detto magari li gestiamo già a nuovo, però questo è un attimino da valutare. Mi sembra che dovessero fare loro un check con i gruppi di avvoltore. Sì, soprattutto anche con Francesco, se non sbaglio, l'ultima volta che ne abbiamo parlato. Vabbè, adesso se ritornano Francesco... Lasciamo pending anche questo un attimo. Vediamo il segno, quelli pending. Sì, sono ARC, immobiliare, c'è il segno di segno, va beh, ok. Lista stampa di titoli 6, ok. MOT, modulo tutela, avevamo messo l'impatto di servizi back medio. Siete riusciti ad aiutarmi? Cos'è l'impatto della sempre costruzione del portafoglio? + Se ci state ancora ascoltando, Adriano, Alessia, Veronica... Sì, sì, sto leggendo. L'Excel l'abbiamo presa appunto. No, abbiamo preso soltanto l'adeguamento al modello dati e la parte di convergenza. Poi c'ha i replatforming ovviamente del componente GVT. Sì. E qua è solo costruzione del protocollo. Ok. Non è scadenzario. Sono tutte le viste diverse. Quello dell'impatto fronte è chiaro dal businesser qua. Invece a livello di servizi back c'è sempre l'adeguamento al modello dati. Esatto. Eh sì. Alert? Scusami, scusami, ero mutato. Non è scadenzario. Al momento il modello dati è vero, ma dobbiamo prendere in considerazione che i dati che prendiamo sono sbagliati le tabelle del DB di marketing. Quindi bisognerà vedere se c'è necessità di fare... Sono sempre dei servizi, Adri. Servizi? Insomma le tabelle? No, abbiamo visto con Valerio perché questo lo stiamo già un po' analizzando perché sta in piano a noi questo qua. Non è scadenzario. Ero segnato tipo verificare tutte le modifiche sulle interfacce. Però sempre a livello di servizio penso che... Cioè sì, dobbiamo parlare con loro, però comunque comunichiamo tramite servizi. Ma questo è uno degli oggetti anche di LDD? Nel senso, perlomeno al contorno, a parte AUS e MUP, queste informazioni saranno dentro LDD o no? Sembrano molto specifiche di PDC. Non ti soddisfi stanno sinceramente... Non sappiamo ancora. Sicuramente non tutti perché ci stanno robe sul compleanno, probabilmente quelle sul MUP non ce le avremo mai. Eh no, immagino, sembrano molto specifiche. Ma questo è da definire, sarà una delle cose che ci sarà sul tavolo da portare, sul tavolo di LDD. Allora, dipende da quello che LDD vuole fare. Perché allora c'entra una logica di trasferimento sulle LDD dei dati che vengono utilizzati da più piattaforme. Quindi se qui l'esigenza verrà considerata da LDD come un'esigenza trasversale, quindi un dato comunque interessante a più piattaforme, lo si porterà, altrimenti no. Per questo non riusciamo a avere mai un controllo a suo conosco. Diciamo che per quella che è la natura del dato probabilmente no, però è da verificare. Ok, andando invece su ALERT. Su ALERT c'è l'impatto, l'avevamo visto Adri l'altra volta, l'avevamo segnato mi pare. Su ALERT, andiamo un po', la lista è lunga. ALERT, noi abbiamo due tipi di ALERT, ALERT manuali e ALERT centralizzati. Gli ALERT centralizzati sono quelli che si configurano dalla sezione ALERT. Gli ALERT manuali sono quelli che si configurano a livello di singolo strumento. Allora, gli ALERT centralizzati non abbiamo visto impatti per la convergenza FOND. Gli ALERT manuali, impostandoli sul singolo strumento, immaginiamo che devi fare un salvataggio della soglia di rendimento, di VAR, oltre la quale scatta l'ALERT se la soglia viene segurata. Ovviamente anche qui c'è un atteggiamento al modello dati per la registrazione sulle tabelle di VDC dell'ALERT stesso, cioè quando il cliente lo imposta, tu lo devi salvare su VDC. Certo, quindi i cavi del strumento sono fondamentali. Sì, queste cose sono adeguate. È un adeguamento al modello dati. Anche qui, per la parte degli ALERT, questa volta trovo più sicuro dell'altra, perché noi dipendiamo dalle viste che ci mette a disposizione il tipo di marketing. Quindi qui dobbiamo capire se le viste che ci danno la cosa dell'ALERT cambiano l'interfaccia. Certo. Il solito discorso di LVD. Ok? Sì. Va bene. Analisi del portafoglio del prodotto, direi che qui è tutto il modello dati, qui l'incaricamento del portafoglio con la nuova struttura e il ricercare del prodotto anche alle chiavi probabilmente. Aspetta un attimo, scusa. Dimmi? Analisi del portafoglio più ricerca del prodotto. Qua ovviamente c'è la ricerca del modello dati, quindi la costruzione del portafoglio più anche le chiavi dei prodotti. Allora, la ricerca dei prodotti ha degli impatti importanti, dei BR che potete anche voi trovare. Sì, lo so. C'è un refactoring che l'utente chiede di cambiare una serie di funzionalità che già oggi abbiamo, anche con un restyle grafico, con un arricchimento di informazioni quali il bar del portafoglio del cliente, il rendimento del portafoglio del cliente, sono dati che difficilmente noi riusciamo a avere prima della messa in sessione del cliente. Quindi per lì ci sono dei ragionamenti da fare. Poi in generale le tabelle della ricerca del prodotto perranno adattarsi alla nuova gestione dei contenitori fondamentalmente. Non so se l'avete vista, ma fondamentalmente tu puoi cercare il cliente in base ai prodotti che hai in portafoglio. Certo. I prodotti in portafoglio li vedi in base ai rapporti che sono questi prodotti, in base ai contenitori-contratti in cui sono. Quindi qui ci dovrebbe essere l'adeguamento ai nuovi contenitori, quindi i fondi che dovrei prevedere sotto i contratti ma dentro le rubriche o i depositi, l'adeguamento al modello dati e l'eventuale aggiornamento di quelle che sono le fonti dati da cui recuperiamo le informazioni per la ricerca del prodotto che sono le tabelle cosiddette PKU e libri di marketing. E questo è un aspetto invece che, lo so, le troveremo le medesime informazioni su LDD, non so in che forma però, perché queste tabelle, così come sono adesso, sono costruite per la PDC, per rendere poi, se non sbaglio, rapida l'alimentazione di tutta la parte, che si chiama la parte quella lì della stick search? Non mi ricordo come si chiama, quella che fa anche la smart search. Le PKU sono? No, la PKU è una grafica. Era un modulo che fu di elastic search, su cui noi mettiamo... La parte di Neo4j è il db aggrafo e poi legge dagli elastic. Queste tabelle alimentano quella parte lì, quindi sono costruite in modo da garantire il funzionamento rapido di questi aspetti. Quando poi andiamo a parlare di quello che ci dovrà su LDD... Dovremmo trattarlo, ok. Dovremmo capire cosa ci danno. Va bene. Prossimo. Caricamento portafogli consigliato. È quello che carichiamo su, proprio la tabella portafogli consigliati? Me la stavo guardando. Ed è composto da questi tre dati, quindi il flusso, stiamo parlando di questo, col caricamento portafogli consigliati, è un flusso di chiave prodotto, tipo portafoglio... Però il file non si arriva con la chiave prodotto, la chiave prodotto te la ricavi. Te la ricavi tu, questo è lo step finale. Quindi l'impatto che abbiamo sarà sul... Il procedure che fa nel caricamento. Ma in realtà se il file viene inviato con i dati nuovi, in realtà non c'è neanche impatto. C'è da controllare quello, esatto. Perché usa la chiave prodotto, no? Usa la chiave del prodotto, non la chiave prodotto. + il codice interno e il sottoprodotto, per verificare il file della Sierra il file sarà adeguato alle nuove chiavi di prodotto corretto ok, in caso è solo quello l'impatto i nuclei, ma si carica il portafoglio del cliente, quindi dei clienti che fanno parte del nucleo quindi tutto adeguamento modello dati costruzione del portafoglio aggregato vedete altro su questo? i nuclei, teoricamente, arrivano prima chi li fa i nuclei? i nuclei ce li lavoriamo noi e la versione adeguata arriva entro fine di quest'anno quindi sarà adeguata, o comunque andrà a contenere già la parte creativa dovrà avere poi l'add-on della parte della convergenza quello che ci siamo immaginati è che la gestione dei nuclei arriva nel 2025 è ripiattaformata sul modello dati vecchio, cioè quello attuale la convergenza Q2 2026 dovrebbe integrare soltanto su quello che è già stato ripiattaformato l'adeguamento al nuovo modello dati dei fondi in più dovrà prevedere la migrazione delle posizioni dei prodotti che stanno nel nucleo con le nuove chiavi come la migrazione che facciamo a DB i prodotti che stanno in quel nucleo devono migrare tra i vecchi e i nuovi se io dentro al nucleo ho associato il prodotto 1, 2, 3 il prodotto 1, 2, 3 diventano 5, 6, 7 devo far vedere 5, 6, 7 poi c'è un discorso sui nuclei che è legato all'estensione delle funzionalità di NRP ai nuclei che è quello che ci chiedeva Giovanni Doria sarà possibile, da quello che mi diceva, stampare all'interno di NRP il patrimonio del nucleo decidendo quali contenitori del patrimonio del nucleo stampare ovviamente i contenitori devono essere considerati in chiave convergenza di questa parte però specifica dobbiamo parlare con Giovanni perché io il requisito non l'ho visto e non lo conosco quindi non so poi che infatti ci sono lato suo so che ha fatto dei ragionamenti con Capgemini ma dobbiamo ancora trovare un punto di confronto teni conto però Adri che la parte nuclei dovrebbe essere sviluppata dal gruppo l'abbiamo detto prima, arriviamo semplicemente con la migrazione con la convergenza che dobbiamo adeguare soltanto al modello dati però la parte di stampa dei nuclei su NRP non so quando arriva se arriva direttamente nel 2025 dove puoi direttamente selezionare quello che ci chiedeva Giovanni quello arriva nel 2025 comunque? e ti direi di sì ah ok fa parte quindi delle platform allora quindi soltanto l'adeguamento perché me lo sono lasciato con un punto interrogativo allora è soltanto l'adeguamento al modello dati e la migrazione delle posizioni dei fondi e le stampe, quello che Raffaele aveva intanto visto per ora stava fuori, corretto Raffaele? sì, la parte della reportistica sì quindi va capito tutta ancora come farla e chi deve farla perché ovviamente lì tocca centralizzare il componente perché tocca fare i report sul nuovo Jasper che è un discorso che finora sinceramente tra le tante cose che abbiamo già visto con i colleghi di Armondia sui report ancora non ci siamo concentrati per cui è un argomento che dobbiamo necessariamente ripetere quando cominciamo a parlare dei report sul Jasper quindi avevi dato per chiuso che si faceva nel 2025? No quindi la parte report nuclei rimane comunque può andare per giugno però penso, no? per il 2026 eh certo, già tu dillo sì però non ne abbiamo ancora parlato sì, infatti siamo impreparati ci sentiamo che la parte report nuclei sta fuori dalla platforming del 2025 e capiamo se arriverà con convergenza o dopo sì, però Adriano scusami se ho capito bene però l'architettura non ho seguito la call che hai fatto con Doria ma si beneficia no, non è una call, ci siamo incontrati ancora con i corridori per far credere che siamo no, dicevo, quello che stavi dicendo fosse qualcosa ancora diverso, che dalla nuova portafoglio c'è una relazione verso i nuclei per poter scaricare un report no, diciamo, da quello che ho capito sarà possibile selezionare i rapporti di cui stampare il report di NRP per il nucleo sono sbaglio, è stata pure nel BR di Mileto è qualcosa di nuovo o qualcosa di già esistente? è qualcosa di nuovo tutto nel senso che i nuclei hanno una specifica e ovviamente Maurizio quando ha rifatto la specifica della convergenza non è partito dall'esis di produzione dei nuclei ma ha ripreso come se i nuclei li avessimo già sviluppati è nuovo ok, ok allora si, mi torna, dai ok, chiaro va bene andando avanti, prodotti presso terzi qui l'impatto era, come dicevo l'altra volta le cavi di prodotto quando si ricerca cavi di prodotto registrati già nella grafica banca e qui c'è un adeguamento al modello dati sicuramente anche per i fondi di terzi solo per i fondi e c'è anche la gestione che dovrai prevedere per il recupero degli indicatori di rischio sui prodotti di terzi che da quello che abbiamo detto dovrebbe essere una chiamata a Belzero o un flusso verso Belzero che ci permetterà di ottenere non ho capito se è dal flusso attuale questo non si è capito proprio è sicuramente un cinema nel senso che questo è un altro tavolo che secondo me dobbiamo necessariamente aprire con i colleghi di integration layer quello che tu dici Belzero per capire effettivamente in generale come varia con l'LDT lo scenario poi in particolar modo con i prodotti presso terzi come possiamo mettere su un flusso perché se è vero che Polozzi vuole dismettere completamente quello che ha fatto finora per inviare i flussi verso IL secondo me sulla falsariga di quanto già fatto dovremmo ritagliare un flusso esclusivamente per i prodotti presso terzi in modo che integration layer lo arricchisca e lo invii verso Alladin che ci possa rispondere con informazioni del rischio poi quando invocato però è un tavolo tutto nuovo da dover aprire questo arriva in relazione all'arrivo di in relazione all'integrazione con il LDT in teoria cioè Convergenza Fondi avrebbe richiesto solo un adeguamento delle chiavi come al solito però se lo vediamo nell'ottica complessiva a differenza degli altri prodotti tu per questi devi fare quel giro che si è detto di fare verso l'integration layer per recupero dei dati di rischio a differenza degli altri prodotti sì sì nel senso che per tutto il resto dei prodotti siccome i prodotti presso terzi non vogliono che vengano gestiti su house allora non potranno seguire il percorso nuovo ma dovremo mantenere il percorso avvecchio però un percorso avvecchio ritagliato solo sull'esigenza dei prodotti presso terzi non riutilizziamo quello che già c'è ma ne facciamo uno nuovo facciamo tutti gli approcci + di modo da poterlo fare su immagini e sottolineanza, di modo che lo riutilizziamo quando già noto per non inventarci un giro completamente ex novo. Però va tutto condiviso con l'integration layer per capire come farlo. Impatto su chi ha il prodotto, gestione o preoccupo, indicatore di rischio, prodotti terzi e in arrivo con RTD. Questo lo stavate descrivendo per il fatto che è un warehouse e quindi bisogna studiare qualcosa ad hoc. Esatto. Ok. I client. Noi abbiamo chiesto l'autorizzazione perché ancora non abbiamo visto la funzionalità, però immagino che se sono sempre clienti e il rapportistico su clienti c'è sempre tutto l'adeguamento al modello dati per costruzione del portafoglio e i soliti discorsi. Sì, è molto simile alla funzionalità dei nuclei, dove fondamentalmente si creano dei portafogli con i contratti di diversi clienti e su quelli si va a fare monitoraggio e rendicontazione trimestrale, con Promedia che ci calcola i rendimenti su questi prodotti. Però c'è un giro diverso, perché c'è un database ad hoc ritagliato per questi clienti e che viene utilizzato per gestire soprattutto la parte di rendicontazione, di calcolo dei rendimenti. Un database intendi questo che vedo che si chiama Pclient o un altro ancora? No, è un altro ancora, è il momento in cui viene individuato un cliente che si vuole fare un'analisi del portafoglio. Con questo strumento la prima cosa che si fa è scaricare il suo portafoglio e da quel giorno in poi con tutta la movimentazione e i saldi si storicizza e si consente allo strumento di poter tirare fuori una rendicontazione e un calcolo dei rendimenti. Però esterno è gestito in questo momento da Capgemini, è sempre un database esterno da Ptc. Sto database sta chiamato verso Prometeia per il calcolo dei rendimenti? Sì. Ma come la rientra in quella di valutazione del portafoglio? No, è un'altra cosa. Le anagrafiche dei fondi pure loro le devono allineare per parlare con noi? Sì, sicuramente. C'è un impatto Key Client che è parte Frontend che gestiamo noi, ma anche parte DB che gestisce Capgemini. Corretto Francesco? Scusa, ripeti che l'ho distratto? Stiamo parlando di Key Client, dell'impatto della convergenza fondi. Key Client però utilizza un database che viene creato ad hoc sui clienti che rientrano in quel perimetro, che poi si carica su tutti i movimenti, i saldi storici, per poter poi fare i calcoli del rendimento tramite le chiamate a Prometeia. Prometeia, sì. Quello ovviamente fuori dal perimetro... Sì, anche perché è una chiamata punto a punto, quindi nessuno c'ha il calcolo dei rendimenti fatto così. Però chi gestisce quel database si dovrà adeguare a una nuova struttura dati che deve giustamente... Certo, giustamente sì. Quindi loro devono essere ingaggiati e poi condividere se cambia di flusso l'interfaccia. Qua parte lì c'è sempre Cappaggio, se non ricordo male. Sì, è sempre il gruppo Lombrici che ho sentito quando c'era un problema su questa parte. Come? Mi sa Lombrici mi avevi dato come riferimento l'altra volta proprio per vedere questa parte. Eh sì, è lui. Lombrici o Maglio Casacchia. Poi se vogliamo fare un approfondimento su questo in particolare magari raccolgo un po' di elementi, chiedo a loro se ci danno una mano a raccontarci il lato loro che fanno e ci passiamo anche su questo punto, anche per coordinarci con le modifiche che bisogna fare. Va bene, ok. Renato, questo l'hanno detto tempo fa che lo teniamo in scope, ma era diciamo sotto monitoraggio questo modulo qua. Mi sembrava di aver capito per capire l'utilizzo eccetera, ma quindi è comunque rimasto in scope o c'è la possibilità che... Io avevo visto semplicemente che la creazione di macro portafogli, meta portafogli come si chiamano, che vengono fatti dai nostri advisor, effettivamente erano abbastanza fermi, non ne stavano facendo più tanti. Però di contro, proprio confrontandomi con Francesco che conosce bene questa parte, abbiamo visto che comunque continuano a rendicontare clienti che già fanno parte di quel perimetro, quindi non lo possiamo spegnere. Corretto. Dito, vorrei ricoprare i due punti che ha spiegato Renato. Sì, Renato barra Francesco. Con Renato in realtà ne abbiamo parlato, forse abbiamo detto che dobbiamo fare un ragionamento anche con Francesco. Il tema Renato della parte immobiliare che abbiamo detto l'avevamo messo in fondo in realtà anche nella pianificazione attuale, ma lo sarebbe anche... però l'avevamo anticipato con il discorso dei servizi Prometeia. No, no, ma mi è chiaro. Lì oggi avevamo Roberto Tesi, tra l'altro che la persona si occupa sia dell'immobiliare che della rendicontazione trimestrale, su cui mi devo allineare. Ce lo siamo detti però ieri, quindi non sono riuscito ancora ad allinearmi. Sì, perché lui ha tenuto i contatti con Prometeia per procrastinare il rilascio della nuova interfaccia verso i servizi catastali. Non so quanto margine abbiamo, per cui se abbiamo sufficiente margine, ovviamente l'immobiliare la spostiamo più possibile. Perché il vantaggio era che se Prometeia non ci sposta come data della modifica dell'interfaccia, poi dobbiamo fare necessariamente un intervento sull'applicativo per modificare l'interfaccia verso questi nuovi servizi e quindi avremmo avuto un costo aggiuntivo che invece andando a riscrivergli direttamente a nuovo avremmo così assorbito. Ok, invece c'era poi la parte ARC che ci chiedevamo, perché l'avevamo messa l'altra volta. Noi avevamo messo NEA, poi con voi il martedì scorso l'abbiamo messo a impatto basso. Pensavamo a quale fosse effettivamente questo impatto di coerenza fondi su ARC. E effettivamente l'abbiamo messo a basso. Lo sai che non mi ricordo perché l'abbiamo messo a basso. Che tipo di impatto ci stanno? Perché effettivamente lì non vedi i prodotti. Non ci dovrebbero essere impatti. L'unica cosa è che c'è il codice del contratto nella ricerca. Il numero del contratto però non è un codice interno. Non continuerà a esistere questo, sarà semplicemente non valorizzato più con il codice mandato di oggi. L'unica modifica che dovrebbe essere fatta forse è questa. Giusto, forse dovrebbe essere qui, immagino, essendo un documentale garantito lo storico dei contratti. Cioè se io richiamo un codice di contratto di un anno fa per recuperare i documenti in cui quel contratto c'è, deve continuare a uscire? Ma io questa cosa non so neanche se funziona questa ricerca. Ma come fa a funzionare? Scusa, ma mettete un po'... Cioè questo chi è? Perché secondo me questo è il contratto di consulenza che si mette qua. Il contratto di consulenza penso. Infatti secondo me è quello. Però sulla lista non lo esponiamo. Perché lui mi fa ricercare nei documenti se quel contratto è presente che sono tutti i pdf. Non sta da nessuna parte questa cosa. Se noi mettiamo il contratto di consulenza dei mesi, secondo me ci viene fuori il rendiconto di consulenza che gli inviamo trimestralmente. Allora intanto è misleading quella label. Sì, sì. Quella va cambiata. Perché secondo me, infatti a questo numero contratto era caduto in errore. Sì, però è la stessa che abbiamo anche io. + ricerca cliente. Non mi ricordo se si chiama proprio uguale, però... E ti confermo che questa non è altro che la stessa sezione che abbiamo riportato da questa parte, non è che questa... ma questa riutilizza tutto il back-end che c'è stato dall'altra parte, quindi è proprio quella. È ricerca del contratto di consulenza, non il contratto di... Ma lì ero stato io l'altra volta che gli avevo fatto mettere basso il collega invece di N, perché c'era già N, ma perché io ero una mente e qui avevo visto il numero contratto e ho detto, no, se è il numero contratto, forse qualche piccola modifica dobbiamo fare, quindi me la curva, quindi possiamo pure fare le marce indietro. Infatti stavo riguardando l'AFU che stiamo facendo, visto che è tanto arco, stavo analizzando proprio il numero contratto di consulenza, quindi possiamo rimettere N AFU. Perfetto. Scusatemi, eh. Francesco, visto che ti sei ricollegato, approfitto. Non so se Roberto ti ha dato qualche riscontro, poi, dell'incontro per l'immobiliare con Prometea, come è andato. Perché se da un lato nella prima pianificazione... È andato bene. Eh, però aspetta, fatti dire prima qual è l'esigenza. Avevamo anticipato... No, è andato bene, nel senso che metteranno un layer, diciamo, sui server, che farà praticamente il problema swap e il resto, no? Ti ricordi che c'è quel problema? Sì, in cambiamento di interfaccia, certo. Esatto, quindi loro metteranno un layer sui server, quindi noi continuiamo a chiamare a servizio swap, e loro poi questo layer lo trasformeranno in resto. Quindi per tutto il tempo che ci vorrà per, diciamo... Si sarà spedito in intermedio. Esatto. Scusa, Francesco, che ti interrompo. L'esigenza era quella di... Prima avevamo messo il prima possibile l'immobiliare per assorbire la modifica, così ci veniva, diciamo, gratis. Di contro, però, adesso che vengono fuori esigenze, lasciami dire, più importanti, come convergenza fondi e LDD, il paradigma è cambiato. Quindi, se abbiamo questa soluzione ponte, probabilmente l'immobiliare a questo punto scende nella classifica dei moduli che andiamo a fare, che andiamo a mettere sicuramente dopo il digiugno del 2026. Sì, va bene, non c'è problema. Quindi vi trovo. Diciamo che se dobbiamo scegliere qualcosa da portare di là, l'immobiliare sarà uno di quelli, sicuramente. No, al contrario, l'immobiliare... Di là nel senso di fare dopo la conversione. Esatto. Perfetto. Perfetto, grazie. Ok. Continuando. Rapporti ISE e NA, quindi se questo non c'erano problemi. I report trimestrali, semestrali e poi quello di immobiliari via batch hanno l'impatto. Scriverei la stessa cosa che abbiamo messo su Report Manager. Andiamo a vedere cosa abbiamo scritto. E qua arrivano sempre... Su Report Manager abbiamo messo questo procedore. Possiamo scrivere la stessa cosa anche su questi report o... Sì, sì, sui report... Che report? Scusami che non sto vedendo. Report trimestrali, semestrali e immobiliari. Allora, lì ci sono delle logiche. Perché lì, come funziona? Sì, sicuramente ci saranno degli impatti a livello batch. Perché noi facciamo anche lì un mark della situazione del database alla fine del trimestre. E quindi sicuramente le procedure che poi lavorano su questo data mark che portiamo dall'altra parte dovranno aspettarsi dei riferimenti ai fondi che hanno delle chiavi diverse. Ok. Ok, Robocore Advisor. Abbiamo messo un impatto alto. Qui c'è tutta la gestione dell'operatività su fondi, deposito e amministrato. Quindi cambia tutta la parte adeguamento modello dati. Sì, questo per me è urgente. Inoltre, grazie a Daniele e ai miei colleghi di GitLab per la visione. Non ti sentiamo, Renato. Almeno io non ti ho sentito. Mi stavano chiamando? No, quello che dicevo. Nel tavolo che dicevamo prima, con I.L. per i prodotti presso terzi, dobbiamo sicuramente aggiungere questo ulteriore argomento che oltre ai colleghi di I.L. coinvolge ovviamente i colleghi di BlackRock per capire loro su questa parte se sono stati già coinvolti e sanno quindi che la convergenza fondi ha una determinata beneficazione e che cosa è arrivato a loro. Siamo noi i primi a ingaggiarli, però se così fosse... Questa cosa, Renato, direi che ne parliamo anche con Giovanni e Roberto. Vorrei, rispetto a quello che ti ho detto prima, tirare fuori piano piano tutte le esigenze che abbiamo lato PDC e farle confluire sul PMO di progetto, tradotto Ercoli, che viaggia su altre tematiche adesso. Quindi, per esempio, le logiche di migrazione, tutte queste cose che ci aspettiamo di avere, questo è uno di quelli, cioè il coinvolgimento lato BlackRock, che lo facciamo noi, lo farà I.L. BlackRock intesa, perché sono due pezzi che comunque possiamo parlare. Intanto con BlackRock non ci interfacciamo noi direttamente, ma ci si interfaccia I.L., quindi sono loro che devono portarsi a casa al fatto che devono chiedere a BlackRock di adeguare le chiavi con cui parliamo nel momento in cui non ci sarà più il security master, quindi non so chi farà quel lavoro su House di creazione dei clienti, tutto quel giro là. BlackRock forse per loro è trasparente, però sicuramente non siamo noi a dove lo studiare, questa trasparenza, no? Sì, sicuramente però non è trasparente con la gestione dei fondi sul dossier e lì sarà per loro un intervento con un alto impatto, te lo dico con certezza, non vedo Valerio che conosce bene quella parte, però forse se Raffaele o Emanuele ci hanno messo mano su quella parte sanno come abbiamo avuto grosse difficoltà a modificare la minima cosa, in questo caso oggi per i dossier titoli abbiamo una gestione semplificata che non gestisce i rubricati, adesso invece siamo arrivati al momento in cui dovremo gestire i rubricati verso di loro necessariamente e si apre un mondo, tra l'altro i tempi che c'è a BlackRock a volte sono pure molto lunghi e vanno incastrati, quindi sono d'accordo con te, non ce lo teniamo solo noi, carichiamo il PM di quello che teoricamente dobbiamo caricare perché sennò ci rimane a noi la cosa. Sono d'accordo. Ok, proseguendo, menù di comunicazione NA, avvisi PB e PO in carico al gruppo Falcon che hanno già analizzato, abbiamo messo basso. Come mai? Nulla, non c'è infatto. Perfetto, poi c'è la scheda di prodotto, ovviamente c'è l'impatto del modello dati quindi sia i codici di contratto che mostriamo nella scheda di prodotto nonché anche poi i codici degli strumenti stessi. Contratti e codici interni, strumenti. Gestire contratti immigrati pop-up, che si dovrebbe aprire per mostrare il vecchio dove è andato sul nuovo, qui dovremmo gestire una mappatura ad hoc del vecchio sul nuovo, in modo tale da poterla mostrare. Ok. Siamo i più veloci questo pomeriggio. Abbiamo fatto tutto quello che dovevamo fare su questa tabella ed è valido intervenire che poi la condividiamo con il gruppo di lavoro. Ho qualche ragionamento ancora a noi. Se siete d'accordo ve la giriamo, date un occhio anche voi perché poi sulla base di questa noi iniziamo ad imbastire il piano questo più quello che ci siamo detti stamattina. Vito, solo una cosa. Ci do anche conferma ad Adriano. + Parte della sezione relativa alla reportistica on demand, su tutto il report di proposta, poi c'è la diagnosi e altro Qui, mi sembra di non averlo visto, però non mi sbaglio? Forse tu hai visto... Scusa Siamo parlato del store procedure, della parte del document Ah ok ok ok Ciao Angelo, ah ci sei, ciao Allora, no, me l'avevo persa Perché c'è stato un pezzo in cui voi non c'eravate, volete che lo scorriamo oppure ve lo mandiamo? Perché poi questi sono i confini in cui ci muoviamo per pensare ad una pianificazione, dite voi Comunque sicuramente ve lo mandiamo, se invece volete scorrere rapidamente No no ok, infatti poi lo diamo un'occhiata E poi l'altro... Eh vai No l'altra cosa, non so se avete smarcato anche il tema di nuova sintesi portafoglio per quanto riguarda la parte di back-end Come se la rimassi Allora, mi sembra di capire che il datamart rimane in carico a chi lo gestisce, che mi sembra sia Capgemini Ok Però insomma c'è l'impatto caricamente Però bisogna coordinarsi Dobbiamo coordinarci, sì Ok No erano i due punti all'ora che mi ero segnato e non potevo capire Scusate l'ultima cosa, ma invece la reportistica periodica l'avete messa in conto per analizzarla, per parlarne? Intendo quella trimestrale? Fra scusamente, di questo parliamo nel secondo però Sì sì, sicuramente non dovevo parlare perché volevo parlare Perché fa il cliente, quindi ragioniamo un attimo su... Sì sì sì Però comunque da inserire tra le cose da fare sicuramente, poi ne parliamo sicuro, ho capito quello che mi dove dire Ok, insomma, e allora sui tavoli quelli di cui parlavamo prima, Blackrock, IL eccetera Riusciamo a farli a breve per poi confermare, definire l'impatto oppure no Abbiamo detto Robot for Advisory per Blackrock e produzione Sì sì sì, con IL A breve significa però settimana prossima, se è a breve settimana prossima, puntiamo a quello IL significa che dobbiamo coinvolgere le persone di IL? Sì, sono ingaggiati sul progetto di convergenza fondi per quello che riguarda il rischio, per quello che riguarda l'adeguatezza Per quello che riguarda... Perché non è che non ne abbiamo troppo noi Senti Massimo Ercoli E' quello che diceva Adriano Esatto, facciamoci ridere a lui con chi dobbiamo parlare No, aspetta Facciamolo fare a chi governa il progetto Il PM deve ingaggiare, noi possiamo sottolineare che non abbiamo informazioni su questa parte Sono stati ingaggiati, se non lo sono stati ancora il caso che vengono ingaggiati Era proprio questo che volevo dire, non vorrei accollarmi l'onere di coinvolgere, c'è sta PM, facciamolo fare a lui Ah sì, certo Vediamo subito Massimo tra l'altro Ok, Mattia se non abbiamo altro direi che noi iniziamo a fare i nostri ragionamenti Appena siamo pronti, chiaramente entro i primi giorni della prossima settimana Cerchiamo di uscire con qualcosa in modo da arrivare al 28 per farlo circolarizzare a questo piano Se siete d'accordo Va bene Comunque noi vi mandiamo l'excel, se c'è qualche impatto che non abbiamo insegnato è importante perché è la base per mettere in fila le cose Ok? Sì Va bene, grazie Grazie a tutti Ciao Sottotitoli creati dalla comunità Amara.org diff --git a/Video FFIT REPLATFORMING PDC-PO DEFINIZIONE DA ADOTTARE 2025-02-18 16-30-00_transcription.txt b/Video FFIT REPLATFORMING PDC-PO DEFINIZIONE DA ADOTTARE 2025-02-18 16-30-00_transcription.txt new file mode 100644 index 0000000..a5cc2a3 --- /dev/null +++ b/Video FFIT REPLATFORMING PDC-PO DEFINIZIONE DA ADOTTARE 2025-02-18 16-30-00_transcription.txt @@ -0,0 +1,6 @@ +Ok, ho messo anche qualche descrizione perché vorrei anche mettere sulla colonna J descrizione impatto, alcuni appunti su quello che è l'impatto di convergenza a livello VBAC. Su rischio ad evatezza avrei messo la chiamata ad evatezza, chiamata rischio, della croc, chiamata correlazione. Con la costruzione del portafoglio, quindi impatto sia ai saldi COD CONF sia anche eventualmente ai codici titoli dei nuovi degli strumenti fondi. Ritorno a come descrizione, c'è qualcos'altro da aggiungere secondo voi? Non riusciva a riattivare il microfono, funzionava bene. Ok, il prossimo è un monitoraggio. Volevo rientrare, scusate. Allora, vediamo che si carichi. Qui si carica attraverso l'area i vari progetti e poi chiama a Blackrock per avere anche qualche altra soluzione per i rendimenti, giusto? Andrea Rossella, andate in cucina per cortesia. C'è un impatto il PORMELSENSA, qui. Qui, con le trenta fondi, sicuramente c'è il discorso dell'adeguamento del modello Tanki e c'è la logica di rilettura degli elementi che compongono il portafoglio con con quello dei nuovi contenitori, no? Ok, quindi è sempre caricamento portafoglio con un nuovo giro. Perfetto. Poi, il REPORT MANAGER, c'è tutto il caricamento del portafoglio, quindi tutta la produzione dei report, c'è l'adeguare sia a report che a costruirsi il portafoglio, a raccogliere gli strumenti. Allora, il REPORT MANAGER ha un impatto sicuramente su tutte quelle che sono le STORE PROCEDURE che gestiscono oggi la personalizzazione della stampa. Ok. Oggi tu hai la possibilità di stampare una serie di dettagli a livello di prodotto su ogni singola scheda che sono fatte per i contenitori in chiave, come ne fanno oggi. Ok. Domani avrai una modifica di tutte le STORE PROCEDURE, grazie a te, che stanno su DOTNET, ma non è DOTNET l'inglese, però lo sviluppo lo fai su DOTNET. Questa parte qui è DOTNET, giusto per saperla. Ok. E vanno datate tutte queste STORE PROCEDURE che permettono sia la configurazione della scheda che la stampa. Ok, sia configurazione che stampa. Perfetto. Poi, NRP, quindi ad esso è quello che ha il più alto impatto, perché c'è anche tutta la gestione dello storico, quindi delle dati a vecchio. Scriverai qua caricamento portafoglio e gestione anche dello storico. Tu, qua prendi NRP e che tappetti ti pare? NRP è già sul Darwin ed è la componente che segue Cargiene, no? In realtà, cos'era un punto, vi ricordate, sul discorso del DATAMART? Ieri abbiamo detto teniamolo un attimino aperto perché dovevamo smarcare proprio questa cosa. Perché c'è un DATAMART? Su Darwin sta solamente il back-end, chiaramente, non tutto. Quindi tutta la parte back, la parte front, deve essere tutta migrata, ancora su monolite, se non ricordo male. Ok, quindi però il DATAMART rimane quello, e comunque sarà manutenuto da qualcun altro, se ho capito bene? Sì, sì, corretto, corretto. Ok, perfetto. Allora, il sito nostro è in grado di gestire, a seconda delle date prep e post live della convergenza, il vecchio e i nuovi giri. Ho impiattuto il mapping che poi ci serve prossima obbligazione. Va bene. Arc? Abbiamo messo livello basso. Dove ci impatta che ci sono dei filtri da mettere su Arc? Direi di no. Direi che non ci sia impatto? No, è un archivio documentale, non varia in base alla... se i pdf c'hanno al loro interno dei contenuti, però l'Arc in selezionato. Quindi in realtà possiamo togliere questo DNA, possiamo metterlo? Sì, quindi in realtà magari chiediamo conferma, perché sia a livello di analisi, anche di pianificazione eccetera, per Arc abbiamo sempre detto che non ci sono dipendenze, quindi neanche da convergenza. Però poi abbiamo messo basso, quindi lo so anche Raffaele, eccetera, se avevano in mente qualche altra cosa. Ho avuto un'attesa, quindi non credo stia partecipando. Lasciamo un attimo pending Mattia. Come abbiamo detto oggi c'è tutta la chiamata a sostenibilità, l'abbiamo vista sulla proposta, quindi abbiamo impatto sia per i singoli strumenti che poi sul portafoglio. Chiamata, ora devo attesa, mi pare che si può seguire anche a parte di SG. Strumenti, interrompetemi pure se avete un modifico rispetto a quello che sto scrivendo e assumendo. Poi immobiliare confermiamo NA, direi, che non c'erano dubbi, così come gli 60.6. Anche qua, Mattia, avevamo un punto, lo discutiamo anche con Francesco, non so se... perché qua c'era il tema che in realtà l'avevamo posizionato in fondo, noi, alla pianificazione, però l'avevamo anticipato perché probabilmente Prometeia avrebbe anticipato dei servizi, quindi avevamo detto magari li gestiamo già a nuovo. Però questo è un attimino da valutare. Mi sembra che dovessero fare loro un check con il gruppo di avvolto di Prometeia. Sì, ma soprattutto anche con Francesco, se non sbaglio, l'ultima volta che ne abbiamo parlato. Vabbè, adesso se ritornano Francesco... Lasciamo pending anche questo un attimo. Si sono ARK e immobiliare, cioè mi risegna, va beh, ok. Lista e stampa di Torino 6, ok. Motto e modulo tutela, avevamo messo l'impatto di servizi back medio. Siete riusciti ad aiutarmi? Cos'è l'impatto della sempre costruzione del portafoglio? + Se ci state ancora ascoltando, Adriano, Alessia, Veronica... Sì, sì, sto leggendo. L'Excel l'abbiamo presa appunto. L'aggiornamento... No, abbiamo preso soltanto l'adeguamento al modello dati e la parte di convergenza. Poi c'ha i replatforming, ovviamente, del componente GVT. E qua è solo costruzione del protocollo. Non è scadenzario. Sono tutte le viste diverse, ovviamente cambiano con l'impatto a fronte, è chiaro dal business requirements. Invece a livello di servizi back, c'è sempre l'adeguamento al modello dati e basta. Eh sì. Alert? Scusami, scusami, ero mutato. Non è scadenzario. Al momento il modello dati è vero, ma dobbiamo prendere in considerazione che i dati che prendiamo sono sbagliati le tabelle del DB di marketing. Quindi bisognerà vedere se c'è necessità di fare... Sono sempre dei servizi, Adri. Servizi? Insomma, le tabelle? Eh no, abbiamo visto con Valerio, perché questo lo stiamo già un po' analizzando, perché sta in piano a noi questo qua, non è scadenzario. Ero segnato, tipo, verificare tutte le modifiche sulle interfacce. Però sempre a livello di servizio penso che... Cioè sì, dobbiamo parlare con loro, però comunque comunichiamo tramite servizi. Ma questo è uno degli oggetti anche di LDD? Nel senso, perlomeno al contorno, a parte House e Moop, queste informazioni saranno dentro LDD o no? Mi sembrano molto specifiche di PDC. Non ti soddissi se stanno, sinceramente... Lo sappiamo ancora. No, sicuramente non tutti, perché ci stanno robe sul compleanno, probabilmente quelle sul Moop non ce le avremo mai. Eh no, immagino, per cosa si mi sembrano molto specifiche. Però questo è comunque da definire, diciamo, sarà una delle cose che ci sarà sul tavolo da portare, sul tavolo di LDD. Immagino. Allora, dipende da quello che LDD vuole fare. Perché allora c'entra una logica di trasferimento su LDD dei dati che vengono utilizzati da più piattaforme. Quindi se qui l'esigenza verrà considerata da LDD come un'esigenza trasversale, quindi un dato comunque estante da più piattaforme lo si porterà, altrimenti no. Non riusciamo a avere mai un controllo LDD. Ok, diciamo che per quella che è la natura del dato probabilmente no, però insomma da verificare. Ok, andando invece su Alert, faccio un nuovo. Su Alert c'è l'impatto, l'avevamo visto Adri l'altra volta, l'avevamo segnato mi pare. Sì, allora su Alert, andiamo un po', la lista è lunga. Alert. Allora, noi abbiamo due tipi di Alert, Alert manuali e Alert centralizzati. Gli Alert centralizzati sono quelli che si configurano dalla sezione Alert. Gli Alert manuali sono quelli che si configurano a livello di singolo strumento. Allora, gli Alert centralizzati non abbiamo visto impatti per la convergenza FOND. Gli Alert manuali li impostando sul singolo strumento, immaginiamo che devi fare un salvataggio della soglia di rendimento, di RAR, oltre la quale scatta l'Alert se la soglia viene segurata. Ovviamente anche qui c'è un adeguamento al modello dati per la registrazione sulle tabelle di PDC dell'Alert stesso, cioè quando l'utilità è imposta, tu che lo devi salvare PDC. Certo, quindi le chiavi del strumento sono fondamentali. Sì, queste cose sono adeguate. Cioè è un adeguamento al modello dati. Anche qui per la parte degli Alert, che stavolta trovo più sicuro dell'altra, noi dipendiamo dalle viste che ci mette a disposizione B2B Marketing. Quindi qui dobbiamo capire se poi le viste che ci danno alla cosa dell'Alert cambiano l'interfaccia. Certo, solito discorso di LVD. Analisi del portafoglio, ricerca del prodotto, direi che qui è tutto il modello dati, qui l'incaricamento del portafoglio con la nuova struttura e ricercare il prodotto anche alle chiavi probabilmente. Aspetta un attimo, scusa? Analisi del portafoglio più ricerca del prodotto. Qua ovviamente c'è la ricerca del modello dati, quindi la costruzione del portafoglio più anche le chiavi dei prodotti. Allora, la ricerca dei prodotti ha degli impatti importanti, dei BR che potete anche voi trovare. C'è un refactoring che l'utente chiede di cambiare una serie di funzionalità che già oggi abbiamo, anche con un restyle grafico, con l'arricchimento di informazioni quali il VAR del portafoglio del cliente, il rendimento del portafoglio del cliente. Sono dati che difficilmente noi riusciamo a avere prima della messa in sessione del cliente. Quindi per lì ci sono dei ragionamenti da fare. Poi in generale le tabelle della ricerca del prodotto perranno adattarsi alla nuova gestione dei contenitori fondamentalmente. Non so se l'avete vista, ma fondamentalmente tu puoi cercare il cliente in base ai prodotti che hai in portafoglio. I prodotti in portafoglio li vedi in base ai rapporti che sono questi prodotti, in base ai contenitori-contratti in cui sono. Quindi qui ci deve essere l'adeguamento ai nuovi contenitori, quindi i fondi che dovrai prevedere sotto i contratti ma dentro le rubriche o i depositi, l'adeguamento al modello dati e l'eventuale aggiornamento di quelle che sono le fonti dati da cui recuperiamo le informazioni per la ricerca del prodotto che sono le tabelle cosiddette PKU e libri di marketing. E questo è un aspetto invece che, lo so, le troveremo le medesime informazioni su LDD, non so in che forma però. Perché queste tabelle, così come sono adesso, sono costruite per la PDC, per rendere poi, se non sbaglio, rapida l'alimentazione di tutta la parte, come si chiama quella della stick search? Non mi ricordo come si chiama quella che fa anche la smart search. Le PKU sono? No. La PKU è una grafica. Era un modulo della stick search su cui noi mettiamo... La parte di Neo4j è il db aggrafo e poi legge dagli elastic. Queste tabelle alimentano quella parte lì, quindi sono costruite in modo da garantire il funzionamento rapido di questi aspetti. Quando poi andiamo a parlare di quello che ci sarà su LDD dovremmo capire cosa ci danno. Va bene. Prossimo. Caricamento portafoglio consigliato. È quello che carichiamo su la tabella portafoglio consigliato e la stiamo guardando. Ed è composto da questi tre dati, quindi il flusso, stiamo parlando di questo con il caricamento portafoglio consigliato, è un flusso di chiave prodotto, tipo portafoglio... Però sbaglio, non si arriva con la chiave prodotto. La chiave prodotto te la ricavi. Te la ricavi tu, questo è lo step finale. Quindi l'impatto che abbiamo sarà sul... Il procedure che fa nel caricamento. Ma in realtà se il file viene inviato con i dati nuovi, in realtà non c'è neanche impatto. C'è da controllare quello, esatto. Perché usa la chiave prodotto, no? Usa la chiave del prodotto, non la chiave prodotto. + il codice interno e il sottoprodotto, per verificare il file della Sierra il file sarà adeguato alle nuove chiavi di prodotto corretto ok, in caso è solo quello l'impatto i nuclei, ma si carica il portafoglio del cliente, quindi dei clienti che fanno parte del nucleo quindi tutto adeguamento modello dati costruzione del portafoglio aggregato vedete altro su questo? i nuclei, teoricamente, arrivano prima chi li fa i nuclei? i nuclei ce li lavoriamo noi e la versione adeguata arriva entro fine di quest'anno quindi sarà adeguata, o comunque andrà a contenere già la parte creativa dovrà avere poi l'add-on della parte della convergenza quello che ci siamo immaginati è che la gestione dei nuclei arriva nel 2025 è ripiattaformata sul modello dati vecchio, cioè quello attuale la convergenza Q2 2026 dovrebbe integrare soltanto su quello che è già stato ripiattaformato l'adeguamento al nuovo modello dati dei fondi in più dovrà prevedere la migrazione delle posizioni dei prodotti che stanno nel nucleo con le nuove chiavi come la migrazione che facciamo a DB i prodotti che stanno in quel nucleo devono migrare tra i vecchi e i nuovi se io dentro al nucleo ho associato il prodotto 1, 2, 3 il prodotto 1, 2, 3 diventano 5, 6, 7 devo far vedere 5, 6, 7 poi c'è un discorso sui nuclei che è legato all'estensione delle funzionalità di NRP ai nuclei che è quello che ci chiedeva Giovanni Doria sarà possibile, da quello che mi diceva, stampare all'interno di NRP il patrimonio del nucleo decidendo quali contenitori del patrimonio del nucleo stampare ovviamente i contenitori devono essere considerati in chiave convergenza di questa parte però specifica dobbiamo parlare con Giovanni perché io il requisito non l'ho visto e non lo conosco quindi non so poi che infatti ci sono lato suo so che ha fatto dei ragionamenti con Capgemini ma dobbiamo ancora trovare un punto di confronto teni conto però Adri che la parte nuclei dovrebbe essere sviluppata dal gruppo l'abbiamo detto prima, arriviamo semplicemente con la migrazione con la convergenza che dobbiamo adeguare soltanto al modello dati però la parte di stampa dei nuclei su NRP non so quando arriva se arriva direttamente nel 2025 dove puoi direttamente selezionare quello che ci chiedeva Giovanni quello arriva nel 2025 comunque? e ti direi di sì ah ok fa parte quindi delle platform allora quindi soltanto l'adeguamento perché me lo sono lasciato con un punto interrogativo allora è soltanto l'adeguamento al modello dati e la migrazione delle posizioni dei fondi e le stampe, quello che Raffaele aveva intanto visto per ora stava fuori, corretto Raffaele? sì, la parte della reportistica sì quindi va capito tutta ancora come farla e chi deve farla perché ovviamente lì tocca centralizzare il componente perché tocca fare i report sul nuovo Jasper che è un discorso che finora sinceramente tra le tante cose che abbiamo già visto con i colleghi di Armondia sui report ancora non ci siamo concentrati per cui è un argomento che dobbiamo necessariamente ripetere quando cominciamo a parlare dei report sul Jasper quindi avevi dato per chiuso che si faceva nel 2025? No quindi la parte report nuclei rimane comunque può andare per giugno però penso, no? per il 2026 eh certo, già tu dillo sì però non ne abbiamo ancora parlato sì, infatti siamo impreparati ci sentiamo che la parte report nuclei sta fuori dalla platforming del 2025 e capiamo se arriverà con convergenza o dopo sì, però Adriano scusami se ho capito bene però l'architettura non ho seguito la call che hai fatto con Doria ma si beneficia no, non è una call, ci siamo incontrati ancora con i corridori per far credere che siamo no, dicevo, quello che stavi dicendo fosse qualcosa ancora diverso, che dalla nuova portafoglio c'è una relazione verso i nuclei per poter scaricare un report no, diciamo, da quello che ho capito sarà possibile selezionare i rapporti di cui stampare il report di NRP per il nucleo sono sbaglio, è stata pure nel BR di Mileto è qualcosa di nuovo o qualcosa di già esistente? è qualcosa di nuovo tutto nel senso che i nuclei hanno una specifica e ovviamente Maurizio quando ha rifatto la specifica della convergenza non è partito dall'esis di produzione dei nuclei ma ha ripreso come se i nuclei li avessimo già sviluppati è nuovo ok, ok allora si, mi torna, dai ok, chiaro va bene andando avanti, prodotti presso terzi qui l'impatto era, come dicevo l'altra volta le cavi di prodotto quando si ricerca cavi di prodotto registrati già nella grafica banca e qui c'è un adeguamento al modello dati sicuramente anche per i fondi di terzi solo per i fondi e c'è anche la gestione che dovrai prevedere per il recupero degli indicatori di rischio sui prodotti di terzi che da quello che abbiamo detto dovrebbe essere una chiamata a Belzero o un flusso verso Belzero che ci permetterà di ottenere non ho capito se è dal flusso attuale questo non si è capito proprio è sicuramente un cinema nel senso che questo è un altro tavolo che secondo me dobbiamo necessariamente aprire con i colleghi di integration layer quello che tu dici Belzero per capire effettivamente in generale come varia con l'LDT lo scenario poi in particolar modo con i prodotti presso terzi come possiamo mettere su un flusso perché se è vero che Polozzi vuole dismettere completamente quello che ha fatto finora per inviare i flussi verso IL secondo me sulla falsariga di quanto già fatto dovremmo ritagliare un flusso esclusivamente per i prodotti presso terzi in modo che integration layer lo arricchisca e lo invii verso Alladin che ci possa rispondere con informazioni del rischio poi quando invocato però è un tavolo tutto nuovo da dover aprire questo arriva in relazione all'arrivo di in relazione all'integrazione con il LDT in teoria cioè Convergenza Fondi avrebbe richiesto solo un adeguamento delle chiavi come al solito però se lo vediamo nell'ottica complessiva a differenza degli altri prodotti tu per questi devi fare quel giro che si è detto di fare verso l'integration layer per recupero dei dati di rischio a differenza degli altri prodotti sì sì nel senso che per tutto il resto dei prodotti siccome i prodotti presso terzi non vogliono che vengano gestiti su house allora non potranno seguire il percorso nuovo ma dovremo mantenere il percorso avvecchio però un percorso avvecchio ritagliato solo sull'esigenza dei prodotti presso terzi non riutilizziamo quello che già c'è ma ne facciamo uno nuovo facciamo tutti gli approcci + di modo da poterlo fare su immagini e sottolineanza, di modo che lo riutilizziamo quando già noto per non inventarci un giro completamente ex novo. Però va tutto condiviso con l'integration layer per capire come farlo. Impatto su chi ha il prodotto, gestione o preoccupo, indicatore di rischio, prodotti terzi e in arrivo con RTD. Questo lo stavate descrivendo per il fatto che è un warehouse e quindi bisogna studiare qualcosa ad hoc. Esatto. Ok. I client. Noi abbiamo chiesto l'autorizzazione perché ancora non abbiamo visto la funzionalità, però immagino che se sono sempre clienti e il rapportistico su clienti c'è sempre tutto l'adeguamento al modello dati per costruzione del portafoglio e i soliti discorsi. Sì, è molto simile alla funzionalità dei nuclei, dove fondamentalmente si creano dei portafogli con i contratti di diversi clienti e su quelli si va a fare monitoraggio e rendicontazione trimestrale, con Promedia che ci calcola i rendimenti su questi prodotti. Però c'è un giro diverso, perché c'è un database ad hoc ritagliato per questi clienti e che viene utilizzato per gestire soprattutto la parte di rendicontazione, di calcolo dei rendimenti. Un database intendi questo che vedo che si chiama Pclient o un altro ancora? No, è un altro ancora, è il momento in cui viene individuato un cliente che si vuole fare un'analisi del portafoglio. Con questo strumento la prima cosa che si fa è scaricare il suo portafoglio e da quel giorno in poi con tutta la movimentazione e i saldi si storicizza e si consente allo strumento di poter tirare fuori una rendicontazione e un calcolo dei rendimenti. Però esterno è gestito in questo momento da Capgemini, è sempre un database esterno da Ptc. Sto database sta chiamato verso Prometeia per il calcolo dei rendimenti? Sì. Ma come la rientra in quella di valutazione del portafoglio? No, è un'altra cosa. Le anagrafiche dei fondi pure loro le devono allineare per parlare con noi? Sì, sicuramente. C'è un impatto Key Client che è parte Frontend che gestiamo noi, ma anche parte DB che gestisce Capgemini. Corretto Francesco? Scusa, ripeti che l'ho distratto? Stiamo parlando di Key Client, dell'impatto della convergenza fondi. Key Client però utilizza un database che viene creato ad hoc sui clienti che rientrano in quel perimetro, che poi si carica su tutti i movimenti, i saldi storici, per poter poi fare i calcoli del rendimento tramite le chiamate a Prometeia. Prometeia, sì. Quello ovviamente fuori dal perimetro... Sì, anche perché è una chiamata punto a punto, quindi nessuno c'ha il calcolo dei rendimenti fatto così. Però chi gestisce quel database si dovrà adeguare a una nuova struttura dati che deve giustamente... Certo, giustamente sì. Quindi loro devono essere ingaggiati e poi condividere se cambia di flusso l'interfaccia. Qua parte lì c'è sempre Cappaggio, se non ricordo male. Sì, è sempre il gruppo Lombrici che ho sentito quando c'era un problema su questa parte. Come? Mi sa Lombrici mi avevi dato come riferimento l'altra volta proprio per vedere questa parte. Eh sì, è lui. Lombrici o Maglio Casacchia. Poi se vogliamo fare un approfondimento su questo in particolare magari raccolgo un po' di elementi, chiedo a loro se ci danno una mano a raccontarci il lato loro che fanno e ci passiamo anche su questo punto, anche per coordinarci con le modifiche che bisogna fare. Va bene, ok. Renato, questo l'hanno detto tempo fa che lo teniamo in scope, ma era diciamo sotto monitoraggio questo modulo qua. Mi sembrava di aver capito per capire l'utilizzo eccetera, ma quindi è comunque rimasto in scope o c'è la possibilità che... Io avevo visto semplicemente che la creazione di macro portafogli, meta portafogli come si chiamano, che vengono fatti dai nostri advisor, effettivamente erano abbastanza fermi, non ne stavano facendo più tanti. Però di contro, proprio confrontandomi con Francesco che conosce bene questa parte, abbiamo visto che comunque continuano a rendicontare clienti che già fanno parte di quel perimetro, quindi non lo possiamo spegnere. Corretto. Dito, vorrei ricoprare i due punti che ha spiegato Renato. Sì, Renato barra Francesco. Con Renato in realtà ne abbiamo parlato, forse abbiamo detto che dobbiamo fare un ragionamento anche con Francesco. Il tema Renato della parte immobiliare che abbiamo detto l'avevamo messo in fondo in realtà anche nella pianificazione attuale, ma lo sarebbe anche... però l'avevamo anticipato con il discorso dei servizi Prometeia. No, no, ma mi è chiaro. Lì oggi avevamo Roberto Tesi, tra l'altro che la persona si occupa sia dell'immobiliare che della rendicontazione trimestrale, su cui mi devo allineare. Ce lo siamo detti però ieri, quindi non sono riuscito ancora ad allinearmi. Sì, perché lui ha tenuto i contatti con Prometeia per procrastinare il rilascio della nuova interfaccia verso i servizi catastali. Non so quanto margine abbiamo, per cui se abbiamo sufficiente margine, ovviamente l'immobiliare la spostiamo più possibile. Perché il vantaggio era che se Prometeia non ci sposta come data della modifica dell'interfaccia, poi dobbiamo fare necessariamente un intervento sull'applicativo per modificare l'interfaccia verso questi nuovi servizi e quindi avremmo avuto un costo aggiuntivo che invece andando a riscrivergli direttamente a nuovo avremmo così assorbito. Ok, invece c'era poi la parte ARC che ci chiedevamo, perché l'avevamo messa l'altra volta. Noi avevamo messo NEA, poi con voi il martedì scorso l'abbiamo messo a impatto basso. Pensavamo a quale fosse effettivamente questo impatto di coerenza fondi su ARC. E effettivamente l'abbiamo messo a basso. Lo sai che non mi ricordo perché l'abbiamo messo a basso. Che tipo di impatto ci stanno? Perché effettivamente lì non vedi i prodotti. Non ci dovrebbero essere impatti. L'unica cosa è che c'è il codice del contratto nella ricerca. Il numero del contratto però non è un codice interno. Non continuerà a esistere questo, sarà semplicemente non valorizzato più con il codice mandato di oggi. L'unica modifica che dovrebbe essere fatta forse è questa. Giusto, forse dovrebbe essere qui, immagino, essendo un documentale garantito lo storico dei contratti. Cioè se io richiamo un codice di contratto di un anno fa per recuperare i documenti in cui quel contratto c'è, deve continuare a uscire? Ma io questa cosa non so neanche se funziona questa ricerca. Ma come fa a funzionare? Scusa, ma mettete un po'... Cioè questo chi è? Perché secondo me questo è il contratto di consulenza che si mette qua. Il contratto di consulenza penso. Infatti secondo me è quello. Però sulla lista non lo esponiamo. Perché lui mi fa ricercare nei documenti se quel contratto è presente che sono tutti i pdf. Non sta da nessuna parte questa cosa. Se noi mettiamo il contratto di consulenza dei mesi, secondo me ci viene fuori il rendiconto di consulenza che gli inviamo trimestralmente. Allora intanto è misleading quella label. Sì, sì. Quella va cambiata. Perché secondo me, infatti a questo numero contratto era caduto in errore. Sì, però è la stessa che abbiamo anche io. + ricerca cliente. Non mi ricordo se si chiama proprio uguale, però... E ti confermo che questa non è altro che la stessa sezione che abbiamo riportato da questa parte, non è che questa... ma questa riutilizza tutto il back-end che c'è stato dall'altra parte, quindi è proprio quella. È ricerca del contratto di consulenza, non il contratto di... Ma lì ero stato io l'altra volta che gli avevo fatto mettere basso il collega invece di N, perché c'era già N, ma perché io ero una mente e qui avevo visto il numero contratto e ho detto, no, se è il numero contratto, forse qualche piccola modifica dobbiamo fare, quindi me la curva, quindi possiamo pure fare le marce indietro. Infatti stavo riguardando l'AFU che stiamo facendo, visto che è tanto arco, stavo analizzando proprio il numero contratto di consulenza, quindi possiamo rimettere N AFU. Perfetto. Scusatemi, eh. Francesco, visto che ti sei ricollegato, approfitto. Non so se Roberto ti ha dato qualche riscontro, poi, dell'incontro per l'immobiliare con Prometea, come è andato. Perché se da un lato nella prima pianificazione... È andato bene. Eh, però aspetta, fatti dire prima qual è l'esigenza. Avevamo anticipato... No, è andato bene, nel senso che metteranno un layer, diciamo, sui server, che farà praticamente il problema swap e il resto, no? Ti ricordi che c'è quel problema? Sì, in cambiamento di interfaccia, certo. Esatto, quindi loro metteranno un layer sui server, quindi noi continuiamo a chiamare a servizio swap, e loro poi questo layer lo trasformeranno in resto. Quindi per tutto il tempo che ci vorrà per, diciamo... Si sarà spedito in intermedio. Esatto. Scusa, Francesco, che ti interrompo. L'esigenza era quella di... Prima avevamo messo il prima possibile l'immobiliare per assorbire la modifica, così ci veniva, diciamo, gratis. Di contro, però, adesso che vengono fuori esigenze, lasciami dire, più importanti, come convergenza fondi e LDD, il paradigma è cambiato. Quindi, se abbiamo questa soluzione ponte, probabilmente l'immobiliare a questo punto scende nella classifica dei moduli che andiamo a fare, che andiamo a mettere sicuramente dopo il digiugno del 2026. Sì, va bene, non c'è problema. Quindi vi trovo. Diciamo che se dobbiamo scegliere qualcosa da portare di là, l'immobiliare sarà uno di quelli, sicuramente. No, al contrario, l'immobiliare... Di là nel senso di fare dopo la conversione. Esatto. Perfetto. Perfetto, grazie. Ok. Continuando. Rapporti ISE e NA, quindi se questo non c'erano problemi. I report trimestrali, semestrali e poi quello di immobiliari via batch hanno l'impatto. Scriverei la stessa cosa che abbiamo messo su Report Manager. Andiamo a vedere cosa abbiamo scritto. E qua arrivano sempre... Su Report Manager abbiamo messo questo procedore. Possiamo scrivere la stessa cosa anche su questi report o... Sì, sì, sui report... Che report? Scusami che non sto vedendo. Report trimestrali, semestrali e immobiliari. Allora, lì ci sono delle logiche. Perché lì, come funziona? Sì, sicuramente ci saranno degli impatti a livello batch. Perché noi facciamo anche lì un mark della situazione del database alla fine del trimestre. E quindi sicuramente le procedure che poi lavorano su questo data mark che portiamo dall'altra parte dovranno aspettarsi dei riferimenti ai fondi che hanno delle chiavi diverse. Ok. Ok, Robocore Advisor. Abbiamo messo un impatto alto. Qui c'è tutta la gestione dell'operatività su fondi, deposito e amministrato. Quindi cambia tutta la parte adeguamento modello dati. Sì, questo per me è urgente. Inoltre, grazie a Daniele e ai miei colleghi di GitLab per la visione. Non ti sentiamo, Renato. Almeno io non ti ho sentito. Mi stavano chiamando? No, quello che dicevo. Nel tavolo che dicevamo prima, con I.L. per i prodotti presso terzi, dobbiamo sicuramente aggiungere questo ulteriore argomento che oltre ai colleghi di I.L. coinvolge ovviamente i colleghi di BlackRock per capire loro su questa parte se sono stati già coinvolti e sanno quindi che la convergenza fondi ha una determinata beneficazione e che cosa è arrivato a loro. Siamo noi i primi a ingaggiarli, però se così fosse... Questa cosa, Renato, direi che ne parliamo anche con Giovanni e Roberto. Vorrei, rispetto a quello che ti ho detto prima, tirare fuori piano piano tutte le esigenze che abbiamo lato PDC e farle confluire sul PMO di progetto, tradotto Ercoli, che viaggia su altre tematiche adesso. Quindi, per esempio, le logiche di migrazione, tutte queste cose che ci aspettiamo di avere, questo è uno di quelli, cioè il coinvolgimento lato BlackRock, che lo facciamo noi, lo farà I.L. BlackRock intesa, perché sono due pezzi che comunque possiamo parlare. Intanto con BlackRock non ci interfacciamo noi direttamente, ma ci si interfaccia I.L., quindi sono loro che devono portarsi a casa al fatto che devono chiedere a BlackRock di adeguare le chiavi con cui parliamo nel momento in cui non ci sarà più il security master, quindi non so chi farà quel lavoro su House di creazione dei clienti, tutto quel giro là. BlackRock forse per loro è trasparente, però sicuramente non siamo noi a dove lo studiare, questa trasparenza, no? Sì, sicuramente però non è trasparente con la gestione dei fondi sul dossier e lì sarà per loro un intervento con un alto impatto, te lo dico con certezza, non vedo Valerio che conosce bene quella parte, però forse se Raffaele o Emanuele ci hanno messo mano su quella parte sanno come abbiamo avuto grosse difficoltà a modificare la minima cosa, in questo caso oggi per i dossier titoli abbiamo una gestione semplificata che non gestisce i rubricati, adesso invece siamo arrivati al momento in cui dovremo gestire i rubricati verso di loro necessariamente e si apre un mondo, tra l'altro i tempi che c'è a BlackRock a volte sono pure molto lunghi e vanno incastrati, quindi sono d'accordo con te, non ce lo teniamo solo noi, carichiamo il PM di quello che teoricamente dobbiamo caricare perché sennò ci rimane a noi la cosa. Sono d'accordo. Ok, proseguendo, menù di comunicazione NA, avvisi PB e PO in carico al gruppo Falcon che hanno già analizzato, abbiamo messo basso. Come mai? Nulla, non c'è infatto. Perfetto, poi c'è la scheda di prodotto, ovviamente c'è l'impatto del modello dati quindi sia i codici di contratto che mostriamo nella scheda di prodotto nonché anche poi i codici degli strumenti stessi. Contratti e codici interni, strumenti. Gestire contratti immigrati pop-up, che si dovrebbe aprire per mostrare il vecchio dove è andato sul nuovo, qui dovremmo gestire una mappatura ad hoc del vecchio sul nuovo, in modo tale da poterla mostrare. Ok. Siamo i più veloci questo pomeriggio. Abbiamo fatto tutto quello che dovevamo fare su questa tabella ed è valido intervenire che poi la condividiamo con il gruppo di lavoro. Ho qualche ragionamento ancora a noi. Se siete d'accordo ve la giriamo, date un occhio anche voi perché poi sulla base di questa noi iniziamo ad imbastire il piano questo più quello che ci siamo detti stamattina. Vito, solo una cosa. Ci do anche conferma ad Adriano. + Parte della sezione relativa alla reportistica on demand, su tutto il report di proposta, poi c'è la diagnosi e altro Qui mi sembra di non averlo visto però, non mi sbaglio? Forse tu l'hai visto? Scusa Ci siamo parlato delle store procedure, della parte di dotnet Ah ok ok Ciao Angelo, ah ci sei, ciao Allora, no, mi l'avevo persa Perché c'è stato un pezzo in cui voi non c'eravate, volete che lo scorriamo oppure ve lo mandiamo? Perché poi questi sono i confini in cui ci muoviamo per pensare ad una pianificazione, dite voi Comunque sicuramente ve lo mandiamo, se invece volete scorrere rapidamente No no ok, infatti poi lo diamo un'occhiata E poi l'altro Eh vai No l'altra cosa, non so se avete smarcato anche il tema di nuova sintesi portafoglio per quanto riguarda la parte di back-end Come se la rimassi Allora, mi sembra di capire che il datamart rimane in carico a chi lo gestisce, che mi sembra sia Capgemini Ok Ok Però insomma c'è l'impatto caricamente Però bisogna coordinarsi Dobbiamo coordinarci, sì Ok No erano i due punti all'ora che mi ero segnato e non potevo capire Scusate l'ultima cosa, ma invece la reportistica periodica l'avete messa in conto per analizzarla, per parlarne? Intendo quella trimestrale? Fra scusami, di questo parliamo nel secondo però Tra di noi C'è sicuramente da parlare Perché fa il cliente, quindi ragioniamo un attimo su Sì sì sì Però comunque da inserire tra le cose da fare sicuramente, poi ne parliamo sicuro, ho capito quello che mi dove dire Ok, insomma, e allora sui tavoli di cui parlavamo prima, Blackrock, IL, eccetera Diciamo, ma riusciamo a farli a breve? Per poi, diciamo, confermare, definire l'impatto oppure no? Abbiamo detto Robot for Advisory per Blackrock e produzione Sì sì sì, con IL A breve significa però settimana prossima Se a breve è settimana prossima, puntiamo a quello IL significa che dobbiamo coinvolgere le persone di IL? Eh sì, cioè, io non so, loro sono indagati sul progetto di convergenza fondi Per quello che riguarda il rischio, per quello che riguarda l'adeguatezza, per quello che riguarda Perché non è che non li abbiamo con noi Senti Massimo Ercoli E' quello che diceva Adriano Esatto, facciamoci ridere a lui con chi dobbiamo parlare La cosa che volevo dire è No, aspetta Facciamolo fare a chi governa il progetto Il PM deve ingaggiare Noi possiamo sottolineare che non abbiamo informazioni su questa parte Sono stati ingaggiati, se non lo sono stati, sono stati ancora il caso che vengono ingaggiati Era proprio questo che volevo dire, non vorrei accollarmi l'onere di coinvolgere C'è sta PM, facciamolo fare a lui Ah sì, certo Puntiamo subito Massimo, tra l'altro Ok, Mattia se non abbiamo altro direi che noi iniziamo a fare i nostri ragionamenti E ci dobbiamo, vabbè, appena siamo pronti, ma chiaramente entro i primi giorni della prossima settimana Cerchiamo di uscire con qualcosa in modo da arrivare al 28 poi per, diciamo, per poi farlo circolarizzare a questo piano Se siete d'accordo Va bene Sì, sì, va bene Comunque noi vi mandiamo l'excel, se c'è qualche impatto che non abbiamo insegnato è importante Perché poi è la base per me mettere in fila poi le cose Ok? Sì Grazie a tutti Ciao Sottotitoli creati dalla comunità Amara.org diff --git a/app.py b/app.py new file mode 100644 index 0000000..a620fea --- /dev/null +++ b/app.py @@ -0,0 +1,164 @@ +from openai import OpenAI +import os +import math +from moviepy import VideoFileClip +import tempfile +from openai_client import OpenAIClient + +MAX_FILE_SIZE = 26214400 # 25MB in bytes +CHUNK_SIZE = MAX_FILE_SIZE // 2 # Split into ~12MB chunks +OUTPUT_DIR = "E:\\sources\\PDC\\video_ai\\videos" + +def extract_audio(video_path): + """Extract audio from video file and return path to audio file.""" + print("Extracting audio from video file...") + temp_audio_path = os.path.join(OUTPUT_DIR, "temp_audio.mp3") + video = VideoFileClip(video_path) + video.audio.write_audiofile(temp_audio_path) + video.close() + return temp_audio_path + +def split_audio_file(file_path): + """Split an audio file into smaller chunks using binary reading.""" + chunks_dir = os.path.join(OUTPUT_DIR, 'chunks') + os.makedirs(chunks_dir, exist_ok=True) + + chunks = [] + file_size = os.path.getsize(file_path) + total_chunks = math.ceil(file_size / CHUNK_SIZE) + + with open(file_path, 'rb') as source_file: + for chunk_number in range(total_chunks): + chunk_filename = os.path.join(chunks_dir, f"chunk_{chunk_number}.mp3") + with open(chunk_filename, 'wb') as chunk_file: + chunk_data = source_file.read(CHUNK_SIZE) + chunk_file.write(chunk_data) + chunks.append(chunk_filename) + + return chunks + +def process_audio_file(client, file_path, response_format): + """Process a single audio file and return its transcription.""" + with open(file_path, "rb") as audio_file: + transcript = client.audio.transcriptions.create( + model="whisper-1", + file=audio_file, + response_format=response_format + ) + return transcript + +def summarize_transcription(client, transcript): + """Use GPT-4 to summarize the transcription.""" + response = client.completions.create( + model="gpt-4o", + prompt=f"Please summarize the following transcription: {transcript}", + max_tokens=12000, + temperature=0.5 + ) + return response.choices[0].text.strip() + +def convert_video_to_audio_with_chunking(file_path): + """Convert video to audio and handle chunking if necessary.""" + is_video = file_path.lower().endswith('.mp4') + audio_path = extract_audio(file_path) if is_video else file_path + + try: + file_size = os.path.getsize(audio_path) + if file_size > MAX_FILE_SIZE: + print(f"File size ({file_size} bytes) exceeds the maximum limit. Splitting into chunks...") + return split_audio_file(audio_path), audio_path, is_video + return [audio_path], audio_path, is_video + except Exception as e: + print(f"Error in video/audio conversion: {e}") + raise + +def transcribe_audio(client, audio_chunks, response_format="text"): + """Handle the transcription of audio chunks.""" + try: + full_transcript = "" + for i, chunk_path in enumerate(audio_chunks, 1): + print(f"Processing chunk {i} of {len(audio_chunks)}...") + chunk_transcript = process_audio_file(client, chunk_path, response_format) + print(f"Chunk {i} transcript:") + print(chunk_transcript) + + if response_format == "text": + full_transcript += chunk_transcript + " " + else: # vtt format + full_transcript += chunk_transcript + "\n\n" + + transcript = full_transcript.strip() + + # Save the transcript + transcript_filename = os.path.join(OUTPUT_DIR, "transcript.txt") + with open(transcript_filename, "w") as f: + f.write(transcript) + print(f"Transcript saved to {transcript_filename}") + + return transcript + except Exception as e: + print(f"Error in transcription: {e}") + raise + +def generate_summary(openai_client, transcript): + """Generate and save a summary of the transcript.""" + try: + summary = summarize_transcription(openai_client, transcript) + print("Summary:") + print(summary) + + # Save the summary + summary_filename = os.path.join(OUTPUT_DIR, "summary.txt") + with open(summary_filename, "w") as f: + f.write(summary) + print(f"Summary saved to {summary_filename}") + + return summary + except Exception as e: + print(f"Error in summary generation: {e}") + raise + +def cleanup_files(audio_path, is_video, chunks): + """Clean up temporary files.""" + try: + # Clean up chunks + for chunk_path in chunks: + if os.path.exists(chunk_path): + os.remove(chunk_path) + + # Clean up temporary audio file if it was extracted from video + if is_video and os.path.exists(audio_path): + os.remove(audio_path) + except Exception as e: + print(f"Error during cleanup: {e}") + +def main(): + try: + # Configuration + file_path = 'E:\\sources\\PDC\\video_ai\\videos\\PdC - Modulo ESG-20250116_105531.mp4' + response_format = "text" + api_key = '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' + + # Initialize OpenAI clients + client = OpenAI(api_key=api_key) + openai_client = OpenAIClient(api_key=api_key) + + # Step 1: Convert video to audio and handle chunking + audio_chunks, audio_path, is_video = convert_video_to_audio_with_chunking(file_path) + + try: + # Step 2: Transcribe the audio + transcript = transcribe_audio(client, audio_chunks, response_format) + + # Step 3: Generate summary + summary = generate_summary(openai_client, transcript) + + finally: + # Clean up temporary files + cleanup_files(audio_path, is_video, audio_chunks) + + except Exception as e: + print("Error:", e) + +if __name__ == "__main__": + main() \ No newline at end of file diff --git a/assembly.py b/assembly.py new file mode 100644 index 0000000..b678823 --- /dev/null +++ b/assembly.py @@ -0,0 +1,418 @@ +# Start by making sure the `assemblyai` package is installed. +# If not, you can install it by running the following command: +# pip install -U assemblyai +# +# Note: Some macOS users may need to use `pip3` instead of `pip`. +from openai import OpenAI +import assemblyai as aai +from openai_client import OpenAIClient +import os +import math +from moviepy import VideoFileClip +from assembly_gpt import summarize_transcription +from assembly_gpt import clean_summary +from assembly_gpt import verbale +import json +from pydub import AudioSegment +from docx import Document +from docx.shared import Pt, RGBColor +from docx.enum.text import WD_PARAGRAPH_ALIGNMENT +import pypandoc + +def setup_api_keys(): + """Setup API keys and configurations.""" + aai.settings.api_key = "3ad01ea0917f4d63bd3e418d4387e810" + api_key = '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' + client = OpenAIClient(api_key) + clientAudio = OpenAI(api_key=api_key) + + return client, clientAudio + +def get_config(): + """Get configuration settings.""" + return { + #'file_url': 'E:\\sources\\PDC\\video_ai\\videos\\PdC - Confronto PianoSoluzione_ seconda parte 2025-02-20 16-28-38.mp4', + 'max_file_size': 50000000000, # 50mb + 'chunk_size': 3000000, # Split into ~25MB chunks + 'output_dir': "E:\\sources\\PDC\\video_ai\\videos" + } + +def extract_audio(video_path, output_dir): + """ + Extract audio from video file and return path to audio file. + + Args: + video_path (str): Path to the video file + output_dir (str): Directory to save the extracted audio + + Returns: + str: Path to the extracted audio file + """ + print("Extracting audio from video file...") + temp_audio_path = os.path.join(output_dir, "temp_audio.mp3") + video = VideoFileClip(video_path) + video.audio.write_audiofile(temp_audio_path) + video.close() + return temp_audio_path + +def process_video(file_path, output_dir): + """ + Process video file and convert to audio chunks if necessary. + + Args: + file_path (str): Path to the video/audio file + output_dir (str): Directory to save processed files + + Returns: + tuple: List of audio chunks, audio path, and whether input was video + """ + is_video = file_path.lower().endswith('.mp4') + audio_path = extract_audio(file_path, output_dir) if is_video else file_path + + try: + return [audio_path], audio_path, is_video + except Exception as e: + print(f"Error in video/audio conversion: {e}") + raise + +def split_audio_file(file_path): + """Split an audio file into smaller chunks using pydub for proper audio handling.""" + chunks_dir = os.path.join(get_config()['output_dir'], 'chunks') + os.makedirs(chunks_dir, exist_ok=True) + + # Load the audio file + try: + audio = AudioSegment.from_file(file_path) + except Exception as e: + print(f"Error loading audio file: {e}") + return [] + + # Calculate chunk length in milliseconds (10MB equivalent) + chunk_length_ms = 10 * 60 * 1000 # 10 minutes per chunk + chunks = [] + + # Split the audio into chunks + for i, chunk_start in enumerate(range(0, len(audio), chunk_length_ms)): + chunk_end = chunk_start + chunk_length_ms + chunk = audio[chunk_start:chunk_end] + + chunk_filename = os.path.join(chunks_dir, f"chunk_{i}.mp3") + try: + chunk.export(chunk_filename, format="mp3") + chunks.append(chunk_filename) + except Exception as e: + print(f"Error exporting chunk {i}: {e}") + continue + + return chunks + +def split_audio_by_duration(file_path, duration_seconds): + """ + Split an audio file into chunks of a specified duration. + + Args: + file_path (str): Path to the audio file + duration_seconds (int): Duration of each chunk in seconds + + Returns: + list: List of paths to the audio chunks + """ + chunks_dir = os.path.join(get_config()['output_dir'], 'chunks') + os.makedirs(chunks_dir, exist_ok=True) + + try: + audio = AudioSegment.from_file(file_path) + except Exception as e: + print(f"Error loading audio file: {e}") + return [] + + chunks = [] + chunk_length_ms = duration_seconds * 1000 # Convert seconds to milliseconds + + for i, chunk_start in enumerate(range(0, len(audio), chunk_length_ms)): + chunk_end = chunk_start + chunk_length_ms + chunk = audio[chunk_start:chunk_end] + + chunk_filename = os.path.join(chunks_dir, f"chunk_{i}.mp3") + try: + chunk.export(chunk_filename, format="mp3") + chunks.append(chunk_filename) + print(f"Created chunk: {chunk_filename}") + except Exception as e: + print(f"Error exporting chunk: {e}") + + return chunks + +def transcribe_audio(audio_chunks, clientAudio): + """ + Transcribe audio chunks using AssemblyAI. + + Args: + audio_chunks (list): List of audio file paths to transcribe + + Returns: + str: Transcribed text + """ + transcripts = [] + for chunk in audio_chunks: + print(f"Transcribing chunk: {chunk}") + audio_file = open(chunk, "rb") + try: + transcript = clientAudio.audio.transcriptions.create( + file=audio_file, + model="whisper-1", + response_format="text", + timestamp_granularities=["segment"], + language="it", + prompt="L'audio è il pezzo di una riunione registrata; potrebbe essere la continuazione di un precedente pezzo di audio" + ) + transcripts.append(transcript) + except Exception as e: + print(f"Error in transcription: {e}") + + return ' '.join(transcripts) + +def generate_summary(transcription, base_filename, client, clientAudio): + """ + Generate summary from transcription using GPT. + + Args: + transcription (str): Transcribed text + base_filename (str): Base filename for output files + clientAudio: Instance of OpenAI client for audio processing + + Returns: + tuple: Original summary and cleaned summary + """ + summary = summarize_transcription(clientAudio, transcription) + summary_clean = clean_summary(clientAudio, summary) + + verbaleGen = verbale(clientAudio, summary_clean) + + return summary, summary_clean, verbaleGen + +def cleanup_temp_files(audio_path): + """ + Clean up temporary files created during processing. + + Args: + audio_path (str): Path to the temporary audio file + """ + if audio_path and os.path.exists(audio_path): + try: + os.remove(audio_path) + print(f"Cleaned up temporary audio file: {audio_path}") + except Exception as e: + print(f"Error cleaning up temporary file: {e}") + + # Clean up the chunks directory + chunks_dir = os.path.join(get_config()['output_dir'], 'chunks') + if os.path.exists(chunks_dir): + try: + for filename in os.listdir(chunks_dir): + file_path = os.path.join(chunks_dir, filename) + if os.path.isfile(file_path): + os.remove(file_path) + print(f"Removed chunk file: {file_path}") + os.rmdir(chunks_dir) + print(f"Removed chunks directory: {chunks_dir}") + except Exception as e: + print(f"Error cleaning up chunks directory: {e}") + +def convert_markdown_to_word(markdown_text, output_file): + """ + Convert markdown text to MS Word document format using pypandoc. + + Args: + markdown_text (str): The markdown text to convert + output_file (str): Path where to save the Word document + """ + try: + # Convert markdown to docx using pandoc + pypandoc.convert_text( + markdown_text, + 'docx', + format='md', + outputfile=output_file, + extra_args=['--wrap=none', '--toc'] # --toc adds table of contents + ) + return output_file + except Exception as e: + print(f"Error converting markdown to Word: {e}") + # Fallback to basic conversion if pandoc fails + doc = Document() + doc.add_paragraph(markdown_text) + doc.save(output_file) + return output_file + +def verbalizza(client, verbale_file_name): + # Carica tutti i file che terminano per _summary_clean.md e metti il contenuto in una stringa + files = [] + for root, dirs, filenames in os.walk(get_config()['output_dir']): + for filename in filenames: + if filename.endswith("vito_2.txt"): + files.append(os.path.join(root, filename)) + + # Ordina i file per data di modifica + files.sort(key=lambda x: os.path.getmtime(x)) + + # Carica il contenuto dei file in una stringa + all_text = "" + for file in files: + with open(file, 'r', encoding='utf-8') as f: + all_text += f.read() + "\n\n" + + verbaleGen = verbale(client, all_text) + + with open(verbale_file_name + ".md", "w", encoding='utf-8') as f: + f.write(verbaleGen) + + return verbaleGen + + + +def main(file_url): + """Main function to orchestrate the video processing pipeline.""" + # Setup + client, clientAudio = setup_api_keys() + config = get_config() + + base_filename = os.path.splitext(file_url)[0] + + filename = os.path.basename(file_url) + filename = os.path.splitext(filename)[0] + + folder_url = os.path.dirname(file_url) + + print("BASE FILENAME: ", base_filename) + print("FILE URL: ", file_url) + print("OUTPUT DIR: ", config['output_dir']) + + summary_file_name = 'AI - SUMMARY - TEMP - ' + filename + summary_clean_file_name = filename + ' - AISUMMARY' + verbale_file_name = filename + ' - AIVERBALE' + full_verbale_file_name = 'AI - FULL VERBALE - ' + filename + docx_file_name = folder_url + '/' + summary_clean_file_name + '.docx' + docx_verbale_file_name = folder_url + '/' + verbale_file_name + '.docx' + docx_full_verbale_file_name = folder_url + '/' + full_verbale_file_name + '.docx' + transcription_file_name = base_filename + '_transcription.txt' + audio_path = None + + print("AUDIO PATH: ", audio_path) + print("SUMMARY FILE NAME: ", summary_file_name) + print("SUMMARY CLEAN FILE NAME: ", summary_clean_file_name) + print("VERBALE FILE NAME: ", verbale_file_name) + print("FULL VERBALE FILE NAME: ", full_verbale_file_name) + print("TRANSCRIPTION FILE NAME: ", transcription_file_name) + print("DOCX FILE NAME: ", docx_file_name) + print("DOCX VERBALE FILE NAME: ", docx_verbale_file_name) + print("DOCX FULL VERBALE FILE NAME: ", docx_full_verbale_file_name) + + + try: + # Process video/audio + audio_chunks, audio_path, is_video = process_video( + file_url, + config['output_dir'] + ) + + # Split audio into chunks if necessary + if len(audio_chunks) == 1 and audio_chunks[0].endswith('.mp3'): + audio_chunks = split_audio_file(audio_path) + + # Transcribe audio + transcription = transcribe_audio(audio_chunks, clientAudio) + + # Save transcription to file + with open(transcription_file_name, "w", encoding='utf-8') as f: + f.write(transcription) + print(f"Saved transcription to file: {transcription_file_name}") + + transcription = None + try: + with open(transcription_file_name, 'r', encoding='utf-8') as f: + transcription = f.read() + except FileNotFoundError: + print(f"Transcription file '{transcription_file_name}' not found. Skipping load transcription step.") + + + # Generate summary + summary, summary_clean, verbaleGen = generate_summary(transcription, base_filename, clientAudio, client) + + # Save summaries to files + with open(summary_file_name + ".md", "w", encoding='utf-8') as f: + f.write(summary) + + with open(summary_clean_file_name + ".md", "w", encoding='utf-8') as f: + f.write(summary_clean) + + with open(verbale_file_name + ".md", "w", encoding='utf-8') as f: + f.write(verbaleGen) + + # Load the cleaned summary file + with open(summary_clean_file_name + ".md", 'r', encoding='utf-8') as f: + summary_clean = f.read() + + # Convert to Word if needed + convert_markdown_to_word(summary_clean, docx_file_name) + + # Convert to Word if needed + convert_markdown_to_word(verbaleGen, docx_verbale_file_name) + + # Cleanup + cleanup_temp_files(audio_path) + + print("Processing completed successfully!") + print("**************\n\n") + print(summary_clean) + + except Exception as e: + print(f"Error during processing: {e}") + raise + + +def processo_verbale(): + client, clientAudio = setup_api_keys() + config = get_config() + + full_verbale_file_name = "full_verbale.md" + docx_full_verbale_file_name = full_verbale_file_name + '.docx' + + verbaleGen = verbalizza(client, full_verbale_file_name) + + with open(full_verbale_file_name + ".md", "w", encoding='utf-8') as f: + f.write(verbaleGen) + + # Convert to Word if needed + convert_markdown_to_word(verbaleGen, docx_full_verbale_file_name) + +if __name__ == "__main__": + folder = "C:\\Users\\rosat\\ARMUNDIA GROUP SRL\\Trasformazione PdC - Documents\\03 - Analisi e Disegno\\meetings\\03 Mar 2025 FFIT Replatforming PDC PO - Analisi Tecnica - Follow up pt2" + + # for file in os.listdir(folder): + # if file.endswith(".mp4"): + # main(os.path.join(folder, file)) + + # folder = "C:\\Users\\rosat\\ARMUNDIA GROUP SRL\\Trasformazione PdC - Documents\\03 - Analisi e Disegno\\meetings\\03 Mar 2025 FFIT PDC ALLINEAMENTO PERIODICO" + + # for file in os.listdir(folder): + # if file.endswith(".mp4"): + # main(os.path.join(folder, file)) + + # folder = "C:\\Users\\rosat\\ARMUNDIA GROUP SRL\\Trasformazione PdC - Documents\\03 - Analisi e Disegno\\meetings\\24 Feb 2025 FFIT - Replatforming PDC-PO - Definizione soluzione da adottare - Analisi tecnica" + + # for file in os.listdir(folder): + # if file.endswith(".mp4"): + # main(os.path.join(folder, file)) + + main("E:\\obs\\PdC Review Piano Parte1 - 2025-03-05 09-11-44.mp4") + + + + # folder = "C:\\Users\\rosat\\ARMUNDIA GROUP SRL\\Trasformazione PdC - Documents\\03 - Analisi e Disegno\\meetings\\24 Feb 2025 FFIT - Replatforming PDC-PO - Definizione soluzione da adottare - Analisi tecnica" + + # for file in os.listdir(folder): + # if file.endswith(".mp4"): + # main(os.path.join(folder, file)) + + #processo_verbale() \ No newline at end of file diff --git a/assembly_gpt.py b/assembly_gpt.py new file mode 100644 index 0000000..ba999e9 --- /dev/null +++ b/assembly_gpt.py @@ -0,0 +1,228 @@ +from openai import OpenAI +import assemblyai as aai +from openai_client import OpenAIClient +import math + +def split_into_chunks(text, num_chunks=5): + """Split text into specified number of chunks of roughly equal size.""" + words = text.split() + chunk_size = math.ceil(len(words) / num_chunks) + chunks = [] + + if chunk_size < 1: + return chunks + + for i in range(0, len(words), chunk_size): + chunk = ' '.join(words[i:i + chunk_size]) + chunks.append(chunk) + + return chunks + +def summarize_chunk(client, chunk, previous_summary=None, previous_chunk=None): + """Summarize a single chunk considering previous context.""" + + # Split previous_chunk into n parts + def split_into_n_parts(text, n): + part_length = len(text) // n + parts = [text[i * part_length:(i + 1) * part_length] for i in range(n - 1)] + parts.append(text[(n - 1) * part_length:]) # Add the remaining text to the last part + return parts + + parts = [] + if previous_chunk: + parts = split_into_n_parts(previous_chunk, 10) + + last_part = parts[-1] if parts else "" + + context = "" + if previous_summary and last_part: + context = f"""Previous chunk: {last_part} + Elaboration: {previous_summary} + """ + + # system_prompt = f"""You will find next a transcript of a Teams Meeting divided into several chunks (you will receive a chunk at a + # time and the last parte of the previous one so that you can continue any interrupetd sentence or thought). + # [PAY ATTENTION: The text may not be perfect as it was transcribed from video] + + # {context} + + # Actual chunk: {chunk} + + # [GOAL] + # Return a text in line with the user request. The text will be called "elaboration" in your context. + + # Please update the "Elaboration" considering the additional information contained in the chunk. + # If you find no useful information in the chunk, just copy the "Elaboration" without modifications otherwise: + # add all the new information to the previous "Elaboration" and in case remove information that is no more relevant. + + # Be complete and detailed in your response but avoid unnecessary details. + + # The final result should be as long and detailed as possible. + # The result should be in business italian language. + + # [PAY ATTENTION: due to the bad quality of the audio some naming could be incorrectly interpreted. Try to uniform names based on the whole context] + + # \n""" + + system_prompt = f"""You will find next a transcript of a Teams Meeting divided into several chunks (you will receive a chunk at a + time and the last part of the previous one so that you can continue any interrupetd sentence or thought). + [PAY ATTENTION: The text may not be perfect as it was transcribed from video try your best to find the correct meaning] + + {context} + + Actual chunk: {chunk} + + [GOAL] + Return a text in line with the user request. The text will be called "elaboration" in your context. + + Please update the "Elaboration" considering the additional information contained in the chunk. + If you find no useful information in the chunk, just copy the "Elaboration" without modifications otherwise: + add all the new information to the previous "Elaboration" and in case remove information that is no more relevant. + + The result should be in business italian language. + + [PAY ATTENTION: due to the bad quality of the audio some naming could be incorrectly interpreted. Try to uniform names based on the whole context] + + \n""" + question = "Mi servono gli appunti di questa riunione come fossi uno studente che deve studiarla [dettaglia quante più informazioni possibile]. Segnala in coda un resoconto degli open-point e/o delle decisioni prese." + #question = "Mi serve il verbale di questa riunione (in formato società di consulenza in stile Deloitte). Di particolare importanza sono le decisioni prese e le cose da approfondire nei prossimi incontri." + + + + response = client.create_completion( + model='gpt-4o', + messages=[ + {'role': 'system', 'content': system_prompt}, + {'role': 'user', 'content': question} + ], + temperature=0.1, + top_p=0.5, + max_tokens=16000, + ) + + if response.choices: + tmp = response.choices[0].message.content.strip() + print(tmp) + print("--------------------------------------------- \n\n\n") + return tmp + return "" + +def clean_summary(client,summary): + + system_prompt = f"""Following an automated generated text from a video transcript. Due to audio quality and + lack of knowledge about the context, the text may not be complete or accurate. + + [ORIGINAL TEXT] + {summary} + + [CONTEXT INFORMATION] + 1 - The context of the conversation: is a meeting for the development the "PDC Project" where PDC stands for "Piattaforma di Consulenza". + 2 - The PdC is a whealt management platform for the Fideuram Bank used by it's 6000 Private Banker. + 3 - Related to the PDC there is te PO (Piattaforma Operativa) which is an appliation which manage the orders generated by the PDC. + 4 - The platform is written through a framework called DARWIN which as front-end as e library called XDCE and as front a library called BEAR + one based in angular the other in java spring boot) + 5 - WEADD è un'altra piattaforma di consulenza di Intesa Private che dovrà convergere all'interno della PDC + 6 - FFIT o FF (Forward Fit) è un progetto in corso di allineamento di tutte le anagrafiche clienti e portafogli del mondo Intesa (ISPB, Fideuram etc.) + 7 - FINV Sistema di invio ordini di Intesa + 8 - CJ (customer journey) Moduli software includibili all'interno della PDC + 9 - MUP (Motore unico Portafoglio) + 10 - AUS (Anagrafica unica Strumenti) + 11 - LDD (Layer di Disaccoppiamento). E' sufficiente l'acronimo (non va mai messo per intero) + 12 - Convergenza Fondi è un altro progetto di interesse per il mondo Intesa/Fideuram che andrà in parallelo con quello della PDC + 13 - Il concetto di "pianificazione" è molto usato in questo contesto (parole simili potrebbero fare riferimento a questo) + 14 - PDC is the name of the platform so it's often used in this context (similar words may refer to this) + 15 - Pay attention to the word "Pianificazione" it could be the name of a PDC Module or the word "Pianificazione" in italian. When it's the module name put it into brakets. + + [GOAL] + Based on ORIGINAL TEXT and CONTEXT INFORMATION return what asked by the user. + + \n""" + question = "Ritorna ORIGINAL TEXT corretto secondo il contesto passato in ingresso (correggi parole o acronimi errati)" + + response = client.create_completion( + model='gpt-4o', + messages=[ + {'role': 'system', 'content': system_prompt}, + {'role': 'user', 'content': question} + ], + temperature=0.5, + max_tokens=16000, + ) + + if response.choices: + tmp = response.choices[0].message.content.strip() + print(tmp) + print("--------------------------------------------- \n\n\n") + return tmp + return "" + +def verbale(client,summary): + + system_prompt = f"""L'utente ti passerà il resoconto dettagliato di una riunione. + + [CONTEXT INFORMATION] + 1 - The context of the conversation: is a meeting for the development the "PDC Project" where PDC stands for "Piattaforma di Consulenza". + 2 - The PdC is a whealt management platform for the Fideuram Bank used by it's 6000 Private Banker. + 3 - Related to the PDC there is te PO (Piattaforma Operativa) which is an appliation which manage the orders generated by the PDC. + 4 - The platform is written through a framework called DARWIN which as front-end as e library called XDCE and as front a library called BEAR + one based in angular the other in java spring boot) + 5 - WEADD è un'altra piattaforma di consulenza di Intesa Private che dovrà convergere all'interno della PDC + 6 - FFIT o FF (Forward Fit) è un progetto in corso di allineamento di tutte le anagrafiche clienti e portafogli del mondo Intesa (ISPB, Fideuram etc.) + 7 - FINV Sistema di invio ordini di Intesa + 8 - CJ (customer journey) Moduli software includibili all'interno della PDC + 9 - MUP (Motore unico Portafoglio) + 10 - AUS (Anagrafica unica Strumenti) + 11 - LDD (Layer di Disaccoppiamento). E' sufficiente l'acronimo (non va mai messo per intero) + 12 - Convergenza Fondi è un altro progetto di interesse per il mondo Intesa/Fideuram che andrà in parallelo con quello della PDC + 13 - Il concetto di "pianificazione" è molto usato in questo contesto (parole simili potrebbero fare riferimento a questo) + 14 - PDC is the name of the platform so it's often used in this context (similar words may refer to this) + 15 - Pay attention to the word "Pianificazione" it could be the name of a PDC Module or the word "Pianificazione" in italian. When it's the module name put it into brakets. + 16 - Si può parlare di Stored Procedure (quelle del database) + + [OBIETTIVO] + Basandoti sul resoconto e dal contesto Mi serve che mi crei un verbale della riunione. + Mantieni l'ordine di quanto è scritto nel resoconto. + Il contesto è quello di una riunione in una banca per parlare dello sviluppo di un software. + Il contesto è business e software oriented. + Evita l'ordine del giorno. + Se trovi una sezione open-point anche questa va verbalizzata in modo riassuntivo (metti quelli più importanti o raggruppa dove puoi) + \n""" + question = summary + + response = client.create_completion( + model='gpt-4o', + messages=[ + {'role': 'system', 'content': system_prompt}, + {'role': 'user', 'content': question} + ], + temperature=0.5, + max_tokens=16000, + ) + + if response.choices: + tmp = response.choices[0].message.content.strip() + print(tmp) + print("--------------------------------------------- \n\n\n") + return tmp + return "" + + +def summarize_transcription(client, transcript): + """Use GPT-4 to summarize the transcription using recursive chunking.""" + + # Split transcript into chunks + chunks = split_into_chunks(transcript) + + # Initialize variables for recursive summarization + current_summary = None + previous_chunk = None + + i = 0 + # Process each chunk recursively + for chunk in chunks: + print("**************** " + f"Chunk {i} \n\n") + i += 1 + current_summary = summarize_chunk(client, chunk, current_summary, previous_chunk) + previous_chunk = chunk + + return current_summary \ No newline at end of file diff --git a/chunk_test.py b/chunk_test.py new file mode 100644 index 0000000..a795842 --- /dev/null +++ b/chunk_test.py @@ -0,0 +1,59 @@ +import os +import math +from moviepy import VideoFileClip + +MAX_FILE_SIZE = 26214400 # 25MB in bytes +CHUNK_SIZE = MAX_FILE_SIZE // 2 # Split into ~12MB chunks + + +def extract_audio(video_path): + """Extract audio from video file and return path to audio file.""" + print("Extracting audio from video file...") + temp_audio_path = os.path.join(os.path.dirname(video_path), "temp_audio.mp3") + video = VideoFileClip(video_path) + video.audio.write_audiofile(temp_audio_path) + video.close() + return temp_audio_path + + +def split_audio_file(file_path): + """Split an audio file into smaller chunks using binary reading.""" + chunks_dir = os.path.join(os.path.dirname(file_path), 'chunks') + os.makedirs(chunks_dir, exist_ok=True) + chunks = [] + file_size = os.path.getsize(file_path) + total_chunks = math.ceil(file_size / CHUNK_SIZE) + + with open(file_path, 'rb') as source_file: + for chunk_number in range(total_chunks): + # Create a file for each chunk in the chunks directory + chunk_filename = os.path.join(chunks_dir, f"chunk_{chunk_number}.mp3") + with open(chunk_filename, 'wb') as chunk_file: + chunk_data = source_file.read(CHUNK_SIZE) + chunk_file.write(chunk_data) + chunks.append(chunk_filename) + + return chunks + + +def main(): + + FILE_URL = 'E:/obs/Trasform PdC - Architettura Fideuram con focus sulla PdC -20241212- parte I.mp4' + + # FILE_URL = 'E:/obs/Trasform PdC - Architettura Fideuram con focus sulla PdC- 20241212 - parte II.mp4' + video_path = FILE_URL #input("Enter the file path of the video file: ") + video_path = video_path.strip('"') + + # Extract audio from the video + audio_path = extract_audio(video_path) + + # # Split the audio file into chunks + # chunks = split_audio_file(audio_path) + + # print("Audio has been split into the following chunks:") + # for chunk in chunks: + # print(chunk) + + +if __name__ == "__main__": + main() diff --git a/openai_client.py b/openai_client.py new file mode 100644 index 0000000..ea22795 --- /dev/null +++ b/openai_client.py @@ -0,0 +1,13 @@ +from openai import OpenAI +#from config import Config + +class OpenAIClient: + def __init__(self, api_key=None): + self.api_key = api_key #or Config.OPENAI_API_KEY + if not self.api_key: + raise ValueError("OpenAI API key not provided.") + self.client = OpenAI(api_key=api_key) + + + def create_completion(self, **kwargs): + return self.client.chat.completions.create(**kwargs) diff --git a/requirements.txt b/requirements.txt new file mode 100644 index 0000000..dcbfe85 --- /dev/null +++ b/requirements.txt @@ -0,0 +1,7 @@ +openai +moviepy +ffmpeg-python +assemblyai +pydub +python-docx +pypandoc diff --git a/transcript_openai.txt b/transcript_openai.txt new file mode 100644 index 0000000..697a059 --- /dev/null +++ b/transcript_openai.txt @@ -0,0 +1,58 @@ +e da 11 alle 12 alza il tasto. E' sperabile. Ho scritto stamattina una piccola foto. Non è che mi stiamo attenduando? Non è che mi stiamo attendendo? Ok, ok. Poi vediamo adesso. Non siamo arrivati a un'altra posta, non siamo arrivati a inglesi, non siamo arrivati a un'altra posta cliccando su nessuno degli ambienti. Ma non è che non ci sono scattati niente. No, non è che non ci sono scattati niente. No, non è che non ci sono scattati niente. Ah, io ho visto che il rischio non si caglia. Mi trovava un giorno. C'è un problema di valutazione portafogli. Posso dire che il rischio non si caglia? Sì, perché l'adeguatezza è valutata sempre NA, quindi secondo me c'è un problema di E4 accascato su valutazione portafogli. Ok, ok. Anche solo i dati? E perché? Non ci sono dati. Fino a dove? Dalle 11 a mezzogiorno. Dalle 11 a mezzogiorno. Quindi, come si può pensare? Dalle 11 a mezzogiorno a 6 giorni? La pressione è tanta, mi ingrassa. Ah, ah, ah. Si ingrassa. Noi le pelate. Ah, perché non ci sono scattati niente. Noi le pelate ci fanno poco. Sì, le pelate. Abbiamo oggi proposta? Sì. Ok, proposta abbiamo. Dovete farla. Secondo sono, se avete piaciuto. Ma non si è riuscita con l'HTTP? La ESG? Chi? Tu. No. Con il Mongo? No. Ah, non ci si è riusciti? No, no, no. Ma noi? Ok. C'è cose pazze. E quale TPT serve? Quello che ti ho mandato ieri. Non lo rimandi? Sì, lo rimando subito. Sì. C'è Roma, subito. Lo rimando dopo la single. C'è la sportiva di Manu. Valé mio. Sicuramente volevamo fare la gira. Abbiamo fatto un po' di giri sul codice della proposta e sulla parte del Wizard. Siamo andati abbastanza avanti. Ci servirebbe una mano, soprattutto sulla parte del Wizard, per capire i meccanismi di infasamento e di comunicazione avanti e indietro. Da quello che ho visto, il Wizard sembrerebbe non essere proprio indipendente dal giro di proposta, perché fondamentalmente lavora massimamente con il Treservice, con gli oggetti, con le proposte, con le leggi. Ci lavora sopra. Non siamo riusciti a seguire completamente tutto il giro di codice, da quando viene lanciato a quando viene aperto. Ci servirebbe una mano da qualche sezione lì, perché ci accelererebbe in qualche modo la parte di analisi. Proprio sul Treservice, sarebbe utile magari un piccolo approfondimento per capire meglio, visto che abbiamo sentito dire più volte che non rende male, che è meglio rifatto, capire dov'è che lì. Sarebbe utile capire meglio che uso se ne fa e cosa fa, e poi capire come andarlo eventualmente. Inizialmente il problema è, lavorando al vecchio sul nuovo, dobbiamo capire come poterci geffacciare altri model, quindi quali sono i pezzettini che vengono veramente usati, sono indispensabili nei wizard, per capire come metterci una barriera in mezzo. Che idea è quella del wizard? Probabilmente il wizard, quelli nuovi, infileremo in qualche modo dentro a un wizard vecchio, già esistente, in modo che tutto l'approvvigioramento e le dati rimanano uguali, però dobbiamo un attimo approfondire meglio questi passaggi dati come stanno funzionando adesso, perché c'è chiaro, abbiamo visto gli oggetti, abbiamo visto i passaggi, ma ci servirebbe un po' di approfondimento da questo punto di vista. Ma io una volta mi ha fatto così, e poi mi sono accorto che avevo la stina staccata, e semplicemente mi si era aspettato una raccolta. E poi anche sul giro di proposta abbiamo visto un po' i pezzettini, e c'erano qualche domanda su alcuni pezzi. Ma sul giro di proposta hai detto della parte dei wizard, no? Il giro di proposta è quello che abbiamo visto, è il flusso di chiamate per caricare, quando parte il caricamento della proposta. Quindi dall'OAD proposta. Dall'OAD proposta, esatto, è modificato, fa la verifica dei draft e poi lo ci torna, c'è uscito fuori un pezzettino dei trasferiti, i trasferiti veramente, questa qua è una cosa che potrebbe essere utile per fare in modo di mantenere l'attualità. Che è in atto con il tema della proposta trasferibile. Quando abbiamo rilasciato uno degli interventi in produzione, che è il MUA, che sarebbe il motore 1 di adeguatizza, hai fatto una fase, c'è stata una fase nel termine del... Il MUA comunque è il motore 1, invece il MUA sarebbe l'adeguatizza. C'eravamo a capire che c'entrasse quella proposta, da un certo punto, strimento di proposta, quindi eravamo armati un po'. Quando fu rilasciato questo intervento in produzione, in pratica c'era un ambiente che era dedicato solo a determinati tipi, quindi c'era un ambiente parallelo in produzione, dove solo su quell'ambiente era stata installata la versione col MUA. Perché c'era un insieme di PV che si collegavano su quella macchina, eseguivano delle proposte su quella macchina, eseguivano l'adeguatizza, e poi confrontava l'adeguatizza sul vecchio sistema, ed era un modo per verificare effettivamente che a livello di sistema le quadrature tornavano, anche perché cambiava il modello con cui veniva fatta l'adeguatizza. Poi trasciavano il MUA. Ma c'è qualcosa in Daphne sulla MUA? No, era stato sviluppato sempre... Controllo di gore. Sì, sì, perché l'adeguatizza sta su Darwin, quindi... Ah, il back-end. Il back-end, sì. Il back-end, sì. Quindi in pratica, ora, siccome l'insieme di PV che lavoravano su questa macchina dedicata, Family and Friends chiamata, erano tanti, quindi diciamo che ci hanno chiesto di mettere in piedi un meccanismo in grado di creare una proposta su Family and Friends e trasferirla sull'ambiente, in modo che quello che loro andavano a fare non era tempo perso, ma si trovava una proposta salvatata. Quindi lavoravano in brand vecchio, ma potevano cominciare nuovamente. Corretto. Quindi cosa è stato fatto? Quindi, in pratica, nel momento in cui su Family and Friends si creava la proposta, c'era un tastino che era Trasferisci Proposte. Semplicemente cosa faceva? Siccome il MongoDB era l'unico, prendeva il BIN, scriveva all'interno di Mongo questa proposta, questo gesto di proposta, con i dati della proposta che era stata seguita. Quindi il BIN di proposta con la lettera. Quando arrivava il PBA, apriva dall'altra parte, quando fai la nuova proposta, oltre a controllare se c'erano le proposte draft che mancavano da scrivere, vede se c'è una proposta da trasferire. In quel caso, lui i dati li prendeva da Mongo e generava poi la reazione su tutto il BIN di proposta con la proposta che era stata... Che i dati stanno comunque sullo stesso Mongo, quello che non mi tornava. Era lo stesso, era lo stesso, ma il schema è diverso, c'è una chiave diversa. Ok, ok. Però si è, quindi, comunque lo stesso Mongo, la struttura data è la stessa, però questo codice va avanti uguale. Se uno sta in draft o sta in trasferita, lui può aggredire. Ma infatti, quello che ti stavo dicendo di questa cosa potrebbe essere, poi il piano è, posso dire, un'ipotesi che poi potete scegliere voi, potrebbe essere un meccanismo simile che si può applicare per fare in modo di fare poi esistere la parte, diciamo, della proposta del monolithe rispetto ai wizard nuovi che andremmo a fare dall'altra parte. Quindi usare il meccanismo di comunicazione. Perché ho visto che qui, effettivamente, un'altra cosa è che, anche perché un mix tra Darwin e il mix con un monolitha si fa tantissimo riferimento dell'albedo, praticamente a ogni chiamata lui si va a ricaricare da Mongo o i draft. Sì, perché lui lavora sempre sul Mongo. Fino a quando la proposta non viene salvata. Dopodiché, praticamente, viene sempre, lavora sempre, cioè utilizza sempre il Mongo. Però comunque puoi fare la persistenza dopo talche chissà la notte. Infatti lui, da uno dei step, che fa controlla se la proposta è una proposta o no? + + +ma se è una proposta invece che deve recuperare il db o se è una proposta invece trovarne il draft che è il salvataggio della sessione. Ci sono dei casi in cui il team o lascia il pitch aperto o comunque sacca e quindi si è recuperato direttamente dalla proposta draft. Diciamo che in questa fase questi trasferiti non ce ne dovremmo trovare comunque. No, è attivo la funzionalità ma non ha senso. Puoi valutare appunto per capire se effettivamente potrebbe essere un sistema, una soluzione che ti permette di far questo. Se noi avevamo invece immaginato potesse essere un trasferimento da qualche altra applicazione che faceva la proposta No, erano due ambiti separati. Se avevamo ci fosse qualche servizio MUA in giro che faceva la proposta MUA era adeguatissima. E quindi si è buttata fuori all'interno dell'occasione. Nell'ordine della proposta lui genera un primo BIN che costruisce sulla pianificazione. Perché lì c'è all'interno della proposta la relazione tra la pianificazione e il BIN di proposta. E quello che ti raccuri è quel famoso oggetto che si chiama proposta BIN origin. Quell'oggetto non deve essere mai modificato perché rappresenta la copia della proposta con i prodotti presenti in portafoglio originale. Io ho visto che infatti poi quando fa per esempio il controllo delle operazioni in volo, lui si fa una copia del BIN. Quello fa le operazioni. Però la copia la mantiene sempre inalterata. Perché serve se vuoi tornare indietro, serve per fare tutte le operazioni di confronto. Diciamo che c'è un master che non si tocca. Sì, quello che si può toccare rischia di perdere le funzionalità. Un altro dubbio che avevamo sulla proposta dell'Asterid è che ci siamo chiedi. Non è un mondo che noi ci immaginavamo più semplice. Poi eravamo riguardi un pezzettino sulle partite viaggianti. Dopo aver caricato la proposta, il dubbio era che queste partite viaggianti sono cose che vanno dalla P.O. Che diamo al servizio, che non si chiamano operazioni in volo. Sì, eccetto con client o STL. Ma chi è che risponde dall'altra parte? Client di compensazione. Non l'abbiamo mai visto nel diagramma. Lascia un po' che trova. Diciamo di dare movimenti in post sulla proposta. Perché prima non era così qualche anno, un paio di anni fa. Tu facevi un'operazione anche grande, anche da 100.000 euro. Se ne facevi un'altra dopo un minuto, avevi ancora 200.000 euro. Perché ovviamente non aveva preso in considerazione. Adesso c'è la concessione di queste partite viaggianti. Che sono i soldi che tu hai in volo. E su cui devi fare l'adeguatezza. Quindi anche se tu fai una nuova proposta, devi tenere in concessione come se l'avessi fatta in quella proposta. E quindi devono passare tutti i dati delle partite viaggianti. Inoltre hai sul tuo dashboard di proposte in alto, nel valore proposto, hai una tabellina con le operazioni in volo, se è presente. Perché le partite viaggianti sono operazioni a prescindere sul portafoglio del cliente. Quindi ti prendono la macchina, te la prelevano, oppure così, anche così. Sono tutti per conto tuo, diciamo, che pensano a fare le proposte. Anche il proposto, perché tu ce le porti due, una dopo l'altra, però magari al mercato si mettono. Quindi se faccio la proposta, ah beh, perché però ok, non capito. Cioè sono i movimenti, perché hanno anche la delimità separata, perché non fanno subito liquidità. Quindi io faccio la proposta, la confermo, la chiudo, la mando all'APO. Ovviamente, perché non la mando all'APO, sta per conto suo, non ho fatto ancora niente, immagino. No, allora, tu crei la proposta, la proposta viene inoltrata in APO, passa in un stato di elaborazione. Poi la proposta viene... E quindi non ci sono ancora partite viaggianti. Sì, però una volta che lui ha firmato la proposta, poi ci sono tutti i tempi tempici per andare al mercato. Ora, anche nei momenti in cui vai al mercato, se vai a liquidare, ad esempio, i fogli, che sono quelli che sono più lenti, l'operazione di liquidazione o di acquisto che fai sui fogli non ce l'hai nell'immediato. Quindi ti può arrivare dopo una settimana, dopo due giorni. Cosa succede? Perché nasce il concetto di partite viaggianti? Perché quando va a fare l'adeguatuzza, il sistema deve tenere in considerazione il fatto che c'è un'operazione di liquidazione o di acquisto per la partita viaggiante. Ancora bisogna andare al boffine, però... E questo è come si dice, ora viene verso la camera di comprensione. Le eserciziazioni, forse da quello che hai detto, sono sfuggite, dove abbiamo solo una proposta in esecuzione, cioè paravolta. Quindi in realtà, una volta che sei andato a PO, non ne vuoi fare subito un'altra. Se la fai, ti verrà fuori il pop-up delle proposte molteplici che è uno scherzo di Dio e ti dice che c'è già una proposta in forso. Quindi in forso significa che ancora non ha mandato la proposta in esecuzione. Esatto, è ancora chiusa. Tu magari la stai elaborando, la stai eseguendo, l'hai mezza fermata perché vuoi anche pazzesamente eseguirla. Comunque non è finita la cifra. Però è finita la cifra. Quello che volevo essere sicuro è che gli ordini sono stati reali, ma ancora non sono stati veramente reali. Però una volta che l'invio, la proposta è chiusa. Una volta che ha firmato l'invio, la proposta è chiusa. Cioè una volta che sono stati inviati al mercato. Poi magari in fondo ci metto una settimana a farmi l'inquietità, però io comunque la proposta è chiusa. Come dicevano Daniele e Raffaele, la proposta quando è inviata in PO alla fine in esecuzione però effettivamente non si crea nessuna partita viaggiante in quel momento perché ancora non è stata firmata dal cliente. Quindi non sappiamo se andrà a buon fine. Poi c'è il momento in cui e in quel momento in cui ancora non è stata firmata, come diceva Daniele, non è possibile creare una nuova proposta. È possibile crearla solo ritirando quella in corso. Quindi questa è la prima fase. Crea una proposta e la valido. Una volta che ho validato una proposta in quel momento già se volessi fare un'ulteriore proposta anche se non l'ho inviata in PO dovrei andare a sovrascrivere e quindi avere una proposta validata per volta e una proposta in esecuzione per volta. Non ne posso avere n. Quindi ho quelle simulate ma inviate in PO ne posso avere una sola che è in corso di elaborazione. Il tema qual è? Che noi quando inviamo una proposta a PO perdiamo il controllo quindi non sappiamo effettivamente se viene firmata o non viene firmata e questo è il motivo per cui quando in elenco proposte abbiamo delle proposte in esecuzione chiediamo col servizio proposte molteplici a PO che fine ha fatto questa proposta se è stata firmata o no. In funzione di quello che ci risponde diamo indicazione al cliente che se ne vuole fare un'altra deve necessariamente ritirare l'operazione ancora non finalizzata. Diversamente se la proposta che io vedo ancora in esecuzione è perché sono in wait ma è stata firmata dal cliente in quel caso io posso procedere però devo tenere conto che è in corso questa operazione quindi non deve essere completamente trasparente. E qui nasce il concetto dei partiti viaggianti il concetto dei partiti viaggianti nasce correttamente sia perché l'adeguatezza deve tenere in considerazione sia quello che stai facendo in quel momento sia quello che hai fatto negli ultimi 5 giorni e soprattutto il portafoglio prospettico quello che si sta concretizzando. Quindi questo che significa? Che nel momento in cui io ad esempio sto investendo in un fondo il tutto non è che avviene in un istante succede prima che ti tolgo i soldi dal conto poi magari li do all'SGR per l'investimento però io in quel momento ti tolgo i soldi dal conto quindi c'hai 100.000 euro in meno dal conto però i fondi nel portafoglio non ce li hai ancora quindi succede che se io vado a vedere la mia ricchezza è più bassa di 100.000 euro sul conto corrente ma non è più alta di 100.000 euro del fondo quindi avrei una ricchezza più bassa e questo non è corretto anche in termini di rappresentazione allora per mettere una pezza a questa situazione nasce il concetto dei partiti viaggianti dove io ti faccio vedere effettivamente che se hai 100.000 euro in meno qua e quei soldi là non ci stanno più ma ci stanno teoricamente 100.000 euro di quote di un nuovo fondo che stai per acquistare un po' questo è il concetto + + +a concretizzare, per cui in portafoglio discenderanno effettivamente le quote di quel fondo e a quel punto la partita viaggiante si chiude perché al meno 100 del contorrente corrisponde il più 100 dei fondi che c'è in portafoglio. Ci sono varie fasi, se volete anche su questo se è necessario facciamo un focus per capire gli stati della proposta, cominciare da lo stato che la proposta bozza piuttosto che validata, che comporta il fatto che è validata perché non è più modificabile e non puoi fare più di una contemporaneamente, e i vari stati successivi. Questo è un focus che se volete possiamo farlo, c'è della documentazione della proposta che è un po' datata, però all'incirca è rimasta così, con l'aggiunta invece del tema che è recente delle partite viaggianti. Quindi il tema delle partite viaggianti comunque, che è una cosa che non mi era chiarissima questo, non le genera la P.O.? Non le genera la P.O., le genera... Cioè non è esterno, come esercizio esterno. Quindi quando una P.O. manda l'ordine al mercato, parte della proprietà è questa parte della proprietà. E' inceppato lì l'informazione. Però parte è generata dal fatto che la P.O. invia l'ordine al mercato. Sì, sì. Ok, è chiaro. Allora qua su questo, guarda un pezzettino di codice, perché non mi era chiaro, che cosa portavano questo controllo. Purtroppo questo mi piaceva utile per capire un po' meglio i meccanismi interni, proprio il codice della vecchia P.D.C., perché leggendo e vedendo non mi sembrava fare questo controllo delle partite viaggianti. Se vedeva che ci stanno partite viaggianti o comunque differenze tra le posizioni dovute alle partite viaggianti e quelle originali, lui praticamente sembrerebbe togliere dalla cash l'autoposta e ricaricarla. Esattamente come prima, per cui non riesco a capire cosa cambierebbe. Però scusami Claudio, come ti passava a Ferdone? Perché nelle partite viaggianti c'è una cosa da riconoscere in fase di coeffusione della proposta. Perché è un aspetto importante da tenere in considerazione. Quando rifai l'autoproposta, a un certo punto noterai che a creare due oggetti origin vedi che lui ha due pianificazioni. Una pianificazione che chiama l'adeguatezza alla valuta BTF estesa, che è l'adeguatezza considerando le partite viaggianti, e una pianificazione dove chiama la valuta BTF estesa a saldo, che è un'adeguatezza che non considera le partite viaggianti. A un certo punto fa un match, perché in pratica il fatto che considera o non considera le partite viaggianti... Ti faccio un esempio, è più chiaro. Se consideriamo un portafoglio che non ha partite viaggianti, i valori attuali e i valori proposti sono coincidenti, sono uguali. Quindi vedrai che ogni indicatore di adeguatezza mostra la stessa adeguatezza con tutti i valori. Sia in termini di rischio che in termini di valuta. Le adeguatezze dei nostri stessi dati. Nel momento in cui, se in sessione hai un cliente che ha delle partite viaggianti, noterai che nell'attuale considerare i dati con le partite viaggianti, nel proposto considera le partite viaggianti. Nell'ultimo step del ruolo di proposta si piazza la pianificazione senza saldo e inizia a fare un match delle informazioni andando a modificare gli indicatori del proposto. Quando poi attermini la dashboard, vedrai come se avessi fatto un'operazione, ma invece non è un'operazione, ma ti sta dando le indicazioni considerando le partite viaggianti. Sui tabli di adeguatezza ce l'hai sicuramente, sul rischio sicuramente, ma in basso vedrai che ti riporta il rischio considerando le partite viaggianti. Fate attenzione a questa parte, perché uno si sta portando alla pianificazione e si portano due pianificazioni dietro. Hanno dei nomi diversi, distinti. Siamo sbagliati con PVV, che sta per pianificazione con o senza partite viaggianti. Questo è un legame che deve poter esplicare anche quando lui fa la pianificazione. Ok. Non c'era capitolato sottomano questa parte. Dovrebbe essere uno degli ultimi step che fa prima del load proposta. Ragazzi, se volete entrare più nel merito della proposta, la documentazione non manca, quindi se volete cominciamo a darvi documenti utili, prima per avere dei focus che vi servono sull'istalle della proposta, piuttosto che sulle partite viaggianti. La documentazione di una volutiva che abbiamo fatto recentemente, così che incrociate la documentazione e quello che vedete dal codice. Qualcosa abbiamo già ricevuto? Non so se abbiamo visto tutto, perché adesso che andiamo puntualmente sui singoli casi, andiamo a cercarci. Se c'è altro materiale... No, sulle partite viaggianti non ho caricato nulla, quindi non so se effettivamente qualcun altro, che non fossi io, ha caricato qualcosa sulla directory. Forse è possibile, non so... Veronica, per caso ti ritrovi qualcosa, o Daniele, visto che era una cosa che avevate visto con il vostro gruppo a suo tempo? Per l'ecupero è arrivato, sì. Sì, il primo a essere creato. Se no gli chiedo... Sì, noi poi dopo ve lo ascoltiamo e cerchiamo di capire cosa prendere, cosa ricevere, cosa no tutta la documentazione, ma tutto quello che c'è ci fa comodo. Sì, noi intanto andiamo a mettere lì, e voi se volete, di volta in volta vi possiamo dare indicazioni di dove pozzare per fare degli approfondimenti, dei verticali, perché capisco che se la prendete così nel suo complesso può essere pure dispersiva, in alcuni casi addirittura pure obsoleta, quindi... No, infatti noi abbiamo fatto il conto, c'erano 4.000 pagine in documentazione e abbiamo detto quello che pensiamo che fosse la parte proposta, c'erano centinaia di... diversi centinaia di acqua, 4.000-5.000 pagine di Word più altre tante di BuildX. Chi la sta seguendo? Personalmente Mattia e Maria. Stanno trovando il giro, ho fatto un po' tutto il giro funzionale, insomma davvero, questo è un po' più complesso. Però tranquillamente confrontiamoci dove cominciate a vedere la documentazione e non vi torna qualcosa, perché magari ecco, può essere che manca qualcosa e la integriamo. Ok, noi oggi qui l'idea era che vorremmo dare uno suo codice per chiarirci qualche dubbio o per aiutarci a fare l'ingegneria per capirci meglio, perché su certi punti ci schiantiamo, non c'è chiaro ai meccanismi del monolito, ai meccanismi, chiaramente poi questi temi si riportano anche sul funzionale in alcuni casi. In questo momento stiamo parallelizzando nel senso che stiamo guardando il parallelo, poi nel breve uniremo le forze e cercheremo di combaciare i meccanismi. Però più o meno siamo al dinamico funzionalmente su quello... E tipo di difficoltà? Sì. Bisognare dei casi specifici, perché potrebbe essere qualunque cosa, onestamente. Su che ambiente? Ambiente specifico. + + +In generale avete dei strumenti anche per analizzare un po' almeno la cura dell'errore, cioè magari cominciate a sviluppare, piuttosto che dare un soldo di errore. Adesso è un po' più naturale. No, ma in questo momento non ci stiamo pensando. Speravamo che i staging agent ci fossero bisogno. No, no, no. Quando dicevamo che avevamo un po' di problemi, abbiamo scelto di fare dei vlog, ma non mi ha speso di doverlo fare sugli ambienti nostri locali, perché chiaramente facciamo danni per ora. Non ci avventuriamo. Non c'è banalmente. Se si rompe, ok, magari fai il vlog perché c'è un servizio che temporaneamente è giù. Questa cosa mi va provata tantissimo. Speriamo di farlo. E per quello è una cosa. Magari in autonomia riusciremo a vederlo in pochi minuti, se lo aspettiamo noi. No, quello che ci aspettiamo è da voi, se avete ancora notizie come quella di oggi. A parte che tutto ferma perché c'è un aggiornamento. Noi stiamo chiaramente fuori da tutte le mie liste e gli avvisi in questa fase. Permesso che potete chiedere quanto potete, ma non è quello... Visto che queste ambienti dovrebbero più o meno funzionare. O ci stanno cose grosse, se no aspettiamo. Magari dal futuro funziona. Però qualche volta sappiamo che c'è qualche malifica, qualche cosa. Almeno se non ci si rilascia, per cui lo dico io. Ma qua sentiamo, vediamo. Tanto sappiamo che non è un ambiente funzionante. Non l'abbiamo fatto nemmeno noi, quindi stiamo tranquilli. No, no, può calidare perché l'ambiente sta giù. Un servizio sta giù, segnalate, giriamo verso M, può calidare. Sì, sì, giusto. Per verificare qualche cosa. No, no, la domanda era... Però vogliamo vedere qual è il problema mentalmente. Adesso non c'è niente. Ah, finischiamo giù. Da mezzogiorno stiamo giù, sì. Allora... Il problema è che la produzione si è proprio affermessa. Ma non so se loro arrivano in produzione. Sì, perché vuole stare a prova dei medici. In produzione voi accedete a qualcuno? Noi non abbiamo accesso a nessuno. No, non abbiamo mai avuto accesso a nessuno. A parte che stiamo giù. In prova di produzione c'è prova dei medici che si può accedere. E qui in giro restiamo sempre tutti. Daniele... Sì? Guarda che su produzione non tutti hanno l'accesso. Perché con il fatto dei cyber sicurezza e quant'altro. Diciamo che al momento stiamo solo sul need to know. Quindi al momento loro, dato che devono vedere la parte di sviluppo, sono un attimo segregati su sviluppo. Comunque le attività su Apercast ancora non sono iniziate. Io sto qui all'Amaro con Federico. No, ma c'è il rischio che non vada. Quindi sì, ci sono altri problemi. Ma tra poco inizieremo. Se avete bisogno di fare soltanto un giro, possiamo anche fermarci dopo un'ora e un pomeriggio e facciamo la nocchiata a prova dei medici di produzione. Solo per vedere. Poi capisco che non è la stessa cosa. Però se vi manca solo quello... Mi sto ricercando. Il pezzettino dei bambi li metto tutti? Sì. Poi si deve stendermi. Adesso sono tornato di nuovo sul... Che cos'è? Mi sono perso. Ah, quel pezzettino. Perché quello ci serviva più che altro per capire i meccanismi del monoleta. Il meccanismo per conquistare le partite viaggianti. Controllavo, facevo il match e dicevo sì. C'è qualcosa di differente tra il portafoglio con le partite viaggianti e quello senza. Quello che sembra fare dopo è pulire la cache e ricaricare la proposta. Ma lo fa esattamente come l'aveva fatto prima. Quindi non capivamo cosa cambia. Perché le partite viaggianti dentro il proposta bin. Quindi lui per prenderlo aggiornato da qualsiasi altra parte lo ricarica in cache e lo riaggiorna. No, volevo cercare se... Sì, sì, lo sto cercando, il pezzettino. Scusate, ma la chat vuole funzionare, non l'abbiamo più fatta? Sì, sì, senti. Mi scrivi la cosa che vuole la bin. Grazie. Grazie. Guarda, guarda. Guarda la proposta qua. Passo il dato. Che metodo chiamano? Guarda la proposta. Grazie. Guarda. Si chiama cos'è? L'ho trovato. La Uli. Dovrebbe essere quella plume che ci avete creato. La Uli, la differenza dell'amore. L'avete fatta collegare a quello di sviluppo vostro. Ma io non ci dovrei prendere plume. Non so se... Perché l'altro c'è il clone. Nel datastore c'è il clone. Di questo no. Sì, dal momento che ho visto è datastore distaging da VTC. Quell'indizio ce l'avevo, sì. Quello è datastore distaging, quindi non è il clone. Dobbiamo chiedere al secondo da Manu i suoi rules per riparare i vantaggi. Sì, sì, è stato fatto. Sì, è stato fatto. Poi è stato... Se no, il datastore diverso è la macchina. La stessa macchina. Ah, esatto. Io devo testare la sessione. La sessione non la posso testare. Ma guarda, la sessione basta che... La sessione è il nuovo V60 e il clone. Sì, il VSG, sì. È la VSG, c'è un nuovo. Io il nuovo sono pronto. L'ho sviluppato il nuovo. Il nuovo picchia di batteria. C'è un po' di peso, ne ho ripistolato. Quindi non ne c'è bisogno. Ha fatto in cache di suo, ha usato altri sistemi. No, c'è un po' di peso, ne ho ripistolato. Quindi, diciamo, è una scelta. È una scelta che ho fatto e mi sono appoggiato allo stesso... Però non è che serve la sessione. Sì, sulla sessione c'è scritto che cosa ha. Uno o un'altra. Ah, esatto. Sì, uno dei due. Ok, grazie. Ok, se vogliamo fare la mutazione, dovremmo fare di meno. Quanto? Le manci. Ho buttato giù una cosa. E nel mezzo della proposta non c'è altro? No, sto cercando il pezzettino. Scusate, è che... Stavo sotto mano, ma... nel rinavigare mi sono perso le mani. Siccome è una cosa molto tecnica, magari possiamo rivederla. Non so se ci vedrete appena. Non c'è pure la diversa tipologia dei strumenti. In operazione si possono fare gli strumenti. Ah, però... L'obiettivo di oggi è farmo spalcare il codice, perché abbiamo chiedito alcune idee. Però dopo faremo un'altra. Però se per potenza nazionale non riesce a capire... Però noi abbiamo pure l'obiettivo di arrivare a pianificare la proposta, no? Io voglio capire quello che c'è sotto il codice, per capire quanto tempo ci mettiamo a fare diverse engineering, quante complessità ci fanno dietro. Abbiamo dei meccanismi che non ci sono chiari. Poi funzionalmente abbiamo le pavole d'orandele, stiamo navegando avanti e indietro, stiamo facendo... Anche tecnicinale c'è Mattia e Maria che ci stanno lavorando. Sì, sì. Quello abbiamo un po' di capacità, ma di difficoltà. Sta lavorando con voi la proposta? No. O chi ce l'ha nella tavola? No, ma loro. Ah, voi viviamo... Sì, sì, però... Chiaramente penso che la settimana successiva ci saranno le tavole anche più di approfondimento, ma su dubbi... Ma perché in questa fase dobbiamo capire la nuova e dobbiamo capire dove stanno i problemi più grossi. Allora... Sì, sì. Allora, per domande... Sostenibile. Andiamo a dare un'eccolo qua. Questione... Verifico che non c'è un corso partito dei viaggianti. Sì, c'è. Sì. Contatti. Post provosti. Non c'è altro. Non c'è altro. Ecco qua. Non c'è altro. Allora, condividi la voce almeno. Sì, sì. + + +... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... + + +stavano togliendo la parte dell'adeguatezza. Infatti qua avevo visto che lui cancellava, data la crash, soltanto la sezione adeguatezza della proposta. Perché lui qua fa proprio un load da cavo e non mi donava questo fatto qua. Ha chiamato l'operazione in volo, l'ho chiamata su una proposta temporale, fa il certe dettaglio di operazione in corso che non so che cosa faccio, non ho approfondito, ma immagino che vada a settare dentro la proposta TMP tutti i campi necessari. Sembrerebbe di base che lui sta andando a modificare questa proposta TMP, l'idea che mi ero fatto è che lui applica le operazioni in volo alla proposta TMP, andando a modificare tutte le posizioni, i controvalori o tutto quello che serve per avere una proposta TMP che abbia anche quelle operazioni in corso. Poi lui dopo confronta riga per riga, va a vedere se il load e il new posizionano gli stessi valori e alla fine, a meno che non ci stanno effetti collaterali enormi, lui mi torna questo trovato a true or false. Se non è uscito prima allora va avanti e comunque perché dovrebbe essere nei due sensi, vada a vedere se il load c'è qualcosa in più o viceversa. Alla fine al di là del dettaglio dopo le campi mi tornava abbastanza limpido. Quello che non mi tornava e più che altro mi ha messo un po' in dubbio, per questo che volevo cercare di chiedermi questo pezzo, per capire come funzionano questi meccanismi di caricamento, di appoggio dei bin, delle cache, perché poi c'è la cache di Hazelcast, quell'altro cache che non abbiamo proprio chiaro che cosa sia, se è una cache di JBoss locale, una libreria che è stata prima implementata per JBoss locale, poi è stata modificata questa libreria, è stato migrato la cache del suito e l'ho regolato. Quindi si usa la cache in B, ma in realtà poi è stato regolato? C'è questa libreria che era utilizzata prima e era su ogni nodo, ogni nodo aveva una cache. Come centralizzava già senza andare ad utilizzare? Abbiamo questi esempi che stanno qui. Però da qualche parte invece ho visto, se non ricordo male, che si usa direttamente Hazelcast. Sì, perché su quello nuovo che non facevamo prima abbiamo montato direttamente Hazelcast. Poi passando la cache in modo che man mano... Sì, perché andare a toccare tutto il codice dove c'era tutta la cache finita. Ma non c'è un meccanismo di doppia cache? No. All'inizio quando c'erano diciamo problematiche avevamo messo in piedi un doppio switch in cui poter andare o su quello del monolite o su Hazelcast. Però non c'è un livello di cache. Da noi abbiamo un sistema simile non su Hazelcast, ma su una cache esterna. Però me ne tengo una vicina, un pacchetto di informazioni me lo tengo anche su JBoss per evitarmi di chiamare. Ha rimasto qualche piccola cosa su JBoss? No, è andato tutto. Quando vediamo cache.mif, comunque sotto c'è Hazelcast. C'è anche l'utilizzo della classe statica. Oltre al cache, c'è anche una classe statica dove vengono salvate una serie di mappe. Queste mappe sono valide per tutto il ciclo di vita fino a quando lo fai riavviare il sistema. Questa è una delle classi che bisogna smantellare perché ci creano un sacco di difficoltà. Quindi in questo momento le cache sono Hazelcast. Io pensavo questa cache.mif e quell'altra statica, invece questo cache.mif sotto sotto va comunque su Hazelcast. Quindi a livello tecnico. Mongo per la draft se può considerare una cache. Sì, è giusto. Poi Mongo viene usato per tante cose, poi ci viene ogni tanto utilizzato per qualche cosa, gli utenti, log in. Sì, per tutti gli informativi. Ma lo stiamo usando con Mongo per tutte queste cose un po' parallele, perché DB non ce la faceva, perché è più comodo perché ci troviamo gli oggetti più crudi. Anche perché era più comodo, comunque delle entità statiche, superstatiche, non penso sia stato sfruttato a dovere, onestamente. Anzi, per me si poteva anche usare di più, però mi pare che voi avrete detto che fosse meglio. No, allora noi per politica, però effettivamente qui in ambito un po' ci stiamo, anche perché lo sta usando comunque abbastanza, quindi toglie un lavoro più titanico del necessario. Noi normalmente, tutte le nostre applicazioni, che comunque più o meno fanno le stesse cose, cui carichi, le cose sono quelle, però per semplicità architetturale, se usiamo il database SQL Server e mettiamo tutto là, abbiamo delle tabelle non relazionali, quindi abbiamo delle tabelle che contengono le dati in formato JSON, anche perché SQL Server, più o meno, non ha SQL e adesso lo gestisce, più che altro per non avere, diciamo, troppe tecnologie. Però abbiamo anche esigenze diverse, noi lavoriamo su prodotti, voi passando in casa è più facile che spaziate, insomma. Quindi alla fine mi torna che, avendo le tecnologie sotto mano, cerchiamo di usarle. Bisogna ragionarci, nel senso che il Mongo ha una potenza che SQL se la sogna, però stai ai suoi regoli. Ovviamente se è documentale, veramente documentale, appena vuoi fare una relazione... No, no, il fatto è che ci sono delle cose, soprattutto in fase del batch, che appoggi dati già computati, già calcolati, già impacchettati, come di sempre, non c'è parolo. Sì, sì. Però lo vediamo, cioè io ho un po' d'esperienza. L'idea di toglierlo è un po' scemata, perché l'altra idea era se scriviamolo, mettiamo tutto su Azure Cast, però effettivamente Azure Cast non è persistente, Azure Cast, comunque se deve essere persistente, è un po' un antipattern, quindi la tecnologia c'è. Su Darwin, effettivamente, è anche molto semplice accederci, non dobbiamo chiedere noi installazione e cosa, perché tutto è pronto, per cui, probabilmente, arrivano là. Sì, casomai se uniamo, se unifichiamo, perché adesso sono due, no? Eh, abbiamo scoperto che sono due. Uno perché è quello gestito da monolinguali e l'altro perché è quello che è stato utilizzato per... Per dare la soluzione. Ah, questa è una cosa. Prima sto a chiedere... Ma non c'è un'altra cosa. C'è il clone per gestione parallelo, oppure... E quello, se serve, si può chiedere, però... Però forse possiamo, forse, in realtà questo non ci ho pensato, ma possiamo aspettare su quanto, noi proprio come nostri aspettatori, no? Aspettiamo su quell'altro. Ma quello è in sviluppo, così inizialmente? Cioè, noi che stavamo rispettando... No, no, l'aspetto è in sviluppo. Così inizialmente quello è in sviluppo. Non è stato fatto... No, no, ma io direi... Cioè, l'ottica nostra è comunque di scientificare un po' l'architettura. Eh, infatti, direi lo stesso. Perché, per esempio, tu con tanta complessità, quando possiamo, stiamo cercando un po' di... Ormai si può restare separati, separati. Beh, ma... C'è anche la stessa applicazione... All'epoca era sempre... Per capire se per caso non impattate proprio quello che c'è già. Cioè, all'epoca... No, nel senso... Eh, sì, l'SGB0... No, vabbè, non impattate. Cambiate la collection. Ah, faccio un'altra cosa? Eh, quello è successo. Cambiate la collection. La collection è andata poi... Mi faccio una scheda... Perciò ho detto... Era stato usato Mungo per Contessa di Sessione perché non c'era Azecast. Sennò sarebbe andato tutto su Azecast. Però è compliance con la gruppa. Perché loro dicono Mungo o Azecast. Cioè, non la devi... Azecast in teoria è un po' più performante, no? Su Contessa di Sessione. Però, come fate? Cioè, Azecast poi... Li lascio persistenti, tutte queste cose. Anche Contessa di Sessione... Infatti, noi c'eravamo soltanto di questa domanda. C'eravamo anche di dare una risposta, forse sbagliate. Non c'eravamo. Non c'eravamo. Pure Mungo viene cancellato dopo un'ora. Ah, pure Mungo viene cancellato. Ci hanno tagliato il libro di un'ora. Quello. + + +No, parliamo sempre a porte d'armi, no a porte d'assa Ma è proprio il mongolo che viene o quella collection? No, no, tu, su ogni collection Perché noi invece ci avevamo fatto l'idea, ah vedi, non hanno usato Hazelcast perché gli serviva per l'ordine Eh, insomma, io ho detto, guarda, guarda Le utenze, le sambaate, perché noi spesso ci cacciano Non abbiamo usato perché non c'era Hazelcast, sennò... Quindi noi potremmo andare anche su Hazelcast Oppure sull'altro mondo No, perché per cose del genere, e a questo punto deve essere, per cose temporanee Molto temporanee, quindi pressioni, condizioni, mi devo appoggiare a una cosa al volo Uso Hazelcast per cose non relazionali, ma comunque che hanno un certo valore C'è pure una caccia sua Lui nel nostro tutorial ci aveva, mi ha fatto usare una caccia sua Che comunque può persistere per un certo tempo Sarebbe Hazelcast la caccia sua, che poi gli dà l'assistenza Eh, brava, brava, brava Poi il fatto del registro sui blog, sui blog scrivi chi ha fatto accesso, che ha fatto dell'ordine A questo punto, sì, andiamo su Hazelcast No, no, io non parlo su Hazelcast Su Mongo Ah, ma intanto scriviamo su Mongo Ma andiamo su Mongo e decidiamo No, no, no, mi torna Allora, c'è l'idea Quello della PC Sì, sì, sì Vedi, se tu vai su gli indici e vai su Creation Date, che è l'indice su cui tu fai logica E vai qua Vedi, c'è un Expiry After Second di 3.600 secondi Mi pare Questo è 60 secondi Ah, ok La sessione dura un'ora a prescindere? No Non è speciale Però ti hanno rifatto un ping Però si può No, nel senso che dopo un'ora cancella, chiaramente se non ti danno l'accesso e non ci stanno Stanno andando insieme Vabbè, vabbè Quindi, su questo mi torno Allora, a questo punto, di accedere a quei dbli ti interessa giusto Allora, se non ho l'accesso Magari, come stavo fatto Eh, sì, puoi vedere quello Ma, meno male, il comando che ha la sessione è quello di susseguire Cioè, almeno se bisogna fare tutta la campagna, fai l'analisi, una cosa Io sto facendo l'Ars Engine di quello Non so mai come metterlo in bella forma Allora, è l'oggetto del contesto, forse si salva lui Sì, sì, sì Io l'ho fatto, se non lo avevamo fatto, tutta la parte di sessione, analisi tecniche Ma qui c'avevi fatto Sì, ce l'ho sviluppato questa parte Cioè, l'ho copiato, mi sono basato su quello che avete fatto voi Anche perché io non c'ho il cliente Alcune cose forse le abbiamo lasciate Allora, il cliente non me lo carica in quella parte Perché noi pensavamo di caricarlo dopo E quindi sono tolto tutta quella roba del cliente app E dopo, il fatto del token Il token là, probabilmente con Claudio si stava pensando di mettere Comunque su una chiamata, su un'adapter Che non sappiamo ancora se ci serve Sì, lì c'è venuto un dubbio enorme legato al tema LDD e il token Perché tutta l'applicazione si basa su token Una volta che entra LDD, non so se ci sarà ancora il concetto di token su LDD Aspetta, tu non hai il token Darwin? No, ok, infatti questo forse no Il cambio token di... Invece, quello è il cambio token del WSNAC È un altro token, sono due token diversi Cioè, uno è il token che gestisce la fase di recessione Però qui da WSNAC non chiamavano i token Se lo stacca, si manca Da WSNAC si manca Proprio che andiamo in fase di recessione In fase di recessione Aspetta, non è il token di sicurezza? Eh sì, però quello non da WSNAC No, invece là c'è proprio un sedetto No, ma perché si va a recuperare anche quei dati? Eh no Però sono due token diversi No, ma noi parliamo di questo qua, di pinmarketing Però adesso l'abbiamo posto Ah, ok Poi il prodotto se lo ricarica 30 volte Quello se lo recupera, perché poi gli servirà per caricare i dati Aspetta, ma quando l'hai trovato? Nella reazione del... Quando se lo recupera La reazione è la sessione iniziale, no? Dopo che torna la sba, chiama il session manager Ok, perché lui gli serve per capire se deve richiamare nuovi servizi quando fa la verificazione Però quando fa la recessione, anche se lo ricarica No, prima fa perché lo ricarica da zero Perché se lo dà lui non sa nulla Quindi se lo recupera dice Poi già che ci siamo C'era una parte invece per la compatibilità con la VDC C'era un oggetto, c'era sottomano Che si chiamava, casomai non so se devo mantenerlo E lo dico subito, c'era la portata di mano Cusession bin Che lui mette gli stessi dati in questo bin Perché serve alla VDC Allora Allora, no Secondo me no, poi vediamo Cioè nel senso Quello è stato fatto perché? Perché all'epoca In un contesto di porting Noi stavamo portando il back-end Ok Sapendo che poi sarebbero fatti anche i verticali Già da sopra agganciavano lo stesso tipo di oggetto Che il back-end attualmente utilizza Sia c'è il session bin che c'è il Ah, quindi se vuoi tutt'anno non mi serve più Stia lavorando Ho messo un commento nel codice Ma ho detto una volta, non lo so Ok, bello Cioè la parte di chiamata che viene fatta Quindi i parametri minimi che vengono fatti Perché là c'è stato uno studio Cioè per capire che dobbiamo passare effettivamente I due dati I dati sicuri E con quel set minimo Poi sono i dati minimi per caricare l'oggetto Sessione Darwin Sì, quello che stai vedendo Sì, sì, lo scherzo Quello si può utilizzare paro-paro perché Vabbè, se gli stiamo facendo Giusto per fare un refactoring Per metterlo un po' Sì, sì, non c'è Però la logica è se puoi riparare quella Ma quello fa del bene Perché è stato uno studio, non è indifferente Allora si può proprio andare a Asciugare quell'oggetto No, no, no Chiama i servizi di servizio Esatto Cioè per andare ad asciugare quell'oggetto Ovviamente Sì, sì Poi tutto ci usa session bin Nel cliente di bin L'ho ovviamente smontato In realtà quando hai detto Che lo fai con George Horace Perché carichi? Quando mi hai detto Perché non deve essere Poi noi pensavamo Proprio di pensare Quello secondo me Proprio di pensare Sì, quello Infatti non l'ho messo In questa fase Perché allora Quando l'ho, diciamo, iniziato Vabbè, mi sono Mi sono chiarito proprio Questa cosa Qua, Claudio Consideri Quando lui fa L'idea proposta Per me Mi si può Spezzettare Intercassistiche Perché fa G Diverse In base a La tipologia Cos'hai notato? Per ripartire Se c'è più proposte Il menù Sì, il menù Maggiore di zero Oppure Perché ognuno Dice Intercassi Fa G Totalmente diverse E fa chiamate Al servizio Sì, sì Quindi conviene comunque Concentrati Sul menù uno Che è quello C'ho pulito Dove in titolo Alla dashboard Non c'è proposta Sì E poi ti vedi Anche gli altri Sì, quell'altro È quello del draft Perché quando Diamo Quindi Poi Vi scadena Quando Le chiamate Va a controllare In modo adeguato Inizia a chiamare Il SER Per vedere La valutazione Perché poi Mi sono notato Perché t'ho visto Che c'era quella Lista Non lo so Di più giù Lui si va A caricare G, S, T Delle verifiche E fa Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli Sottotitoli + + +perché invece qua potrebbe essere che non è stata forzata e quindi mi carico quella della cache. Poi lo domanda anche la mecca. Quindi il controllo mi serve per capire la versione in cache, è giusta? Se vedo che la versione in cache è sbagliata perché c'è una partita viaggiante... Allora, le partite viaggianti vengono chiamate da un servizio che è la Valda Pizzeria Festisa che viene chiamata una sulla volta e la mette in cache sulla proposta, quindi potrebbe essere che lui la cancella perché ha trovato delle partite viaggianti e quindi deve riaggiornare e quindi richiamare la Valda Pizzeria Festisa per fare in modo di rottagli i dati. Per questo il primo attimo gli dice quindi verifica il dettaglio, se trova delle partite viaggianti pulisce e facendo di nuovo la proposta, va di nuovo a partire l'incaricamento e quindi richiama di nuovo il servizio per recuperare. Perché la Valda Pizzeria Festisa la chiama una sola volta, la mette in cache e fino a quando non ci sono partite viaggianti non la chiamerà più durante le varie viste in sessione del cliente. Il saldo lo chiama sempre invece, la Valda Pizzeria Festisa saldo, che sarebbe i dati dell'adeguatezza non considerando le partite viaggianti, viene chiamata ogni volta e quindi per questo lui c'ha le due verificazioni, una che è legata alla prima volta che mette in sessione il cliente e l'altra che invece si aggiorna ogni volta che mette in sessione il cliente. E in quel momento se lui trova le partite viaggianti deve riaggiornare la verificazione con le partite viaggianti, altrimenti non si porta dentro il dato, per questo c'è il controllo. Quindi verifichiamo se le partite viaggianti sono cambiate, o per questo motivo. Non è il problema dell'ultra cosa, il problema è che l'unlocosa si chiama il servizio per l'adeguatezza ed è quello che deve scatenare di nuovo l'aggiornamento. L'altra cosa che non mi mancava è che l'ho proposta e lui comunque mette in cash, perché se fosse la prima volta che farebbe scatenare, le partite viaggianti sarebbero uguali. L'unico motivo per cui potrebbero essere diverse è che già c'erano in cash e sono cambiate nel frattempo. Se tu non reggi la prima volta, lui la prima volta al giro lo fa, e quindi chiama il servizio che ti ho detto e mette in cash. Successivamente poi quel giro non lo fa più senza il cash. E non lo fa senza il cash, è una cash di proposta che dura? No, la cash di proposta, stiamo sempre parlando di via, se accasso qua. E quindi è una cosa che dura il tempo della sessione ambiente? Allora, questo qua lo fa nei 30 minuti, che ho detto prima. Parliamo di partite viaggianti? Se non sono partite viaggianti durante questi 30 minuti. Esatto, quindi teoricamente... Se succede che lui entra qui, viede la proposta dalla cash, si rende conto che è scesa una partita viaggianti, a quel punto deve validare i dati della proposta, ma relativamente all'adeguatezza. Ok. Quindi pulisce e richiama. Non trova la proposta in cash e rifà il giro di nuovo. Sto cercando di ricostruire rispetto a come... Perchè qui non ci arriva a riconoscere le partite viaggianti. Certo. Spero che questa rileggio un po' pure come... Allora, se tu vedi, ogni volta che lui fa l'odd proposta, le partite viaggianti, pure se tu fai n volte la proposta, non cambiano. Ok. Ok? Vedi? Bonifica la scelta. Ora, potrebbe succedere che tu, mentre stai facendo la proposta, questa tua proposta, c'è, arriva una partita viaggiante sulla testazione. Quindi tu che c'hai? C'hai la tua proposta, che è stata, diciamo, elaborata fino a quel momento, in cui c'hai 10.000 euro. Però il problema è che nel momento in cui richiamano, diciamo, il servizio di partite viaggianti, quei 10.000 euro non sono più 10.000 euro, non lo so, 15.000. Quindi lui fa il controllo, dice, ma questi 10.000 sono uguali a quelli che c'erano prima? No. E allora lui ricarica tutte le proposte. E quindi a quel punto... Quindi fino a che, però, le partite viaggianti tu le chiami una volta, le loro proposte. E quindi, nel momento in cui andrai a fare il controllo, quel risultato sarà sempre possibile. Vi faccio un'altra domanda, allora, su questo giro. La finestra è a mezz'ora, quindi. Il cosa? Di... La caccia. La caccia dura mezz'ora? No, perché se io sto in sessione potrebbe durare di più. Certo. Allora, io entro, faccio questo controllo, non trovo partite viaggianti. Per fare la proposta ci metto un'ora, perché sto lì, che il giro faccio, eh. E ci sta un altro controllo a ex alla fine di tutto il giro per controllare queste partite viaggianti? No, lui, ogni volta che tu fai un clip, lui si fa la proposta, quindi io lo controllo ogni volta. Ah, giusto. Perché se io ho le proposte, anche se ho le proposte tre volte, non ce le faccio per voi. Questo è l'ordine della proposta? No. Questo è quello che viene... Ma è un controllo? Sì. Perché l'ordine della proposta viene rifatto sempre. Quindi, lui che fa? Cioè, tu entri, fai l'ordine della proposta. L'ordine della proposta, tu devi caricare le partite viaggianti. Fai le operazioni. Poi le operazioni. Poi le operazioni, alla fine fai l'ordine della proposta. Quindi, le partite viaggianti sono cambiate? No. Ok. Lui dove lo mette? No, non lo metto. Ah, poi c'è un'altra operazione. Faccio una commercialità giornaliera su Google Play. Poi l'operazione. Le note di proposta, le partite viaggianti sono cambiate? Anche ogni volta che vado sul back-end, gli faccio la nota di proposta, giustamente. Io non la vedo mai crescere, non la vedo... Scusi. No, mi torno. Quindi, nel momento in cui lo ritrovo, ok, non so più quelle le partite viaggianti che c'eravo io all'inizio, mi ricordo che è tutta la proposta. L'importante è che la funzione operazione viene fatta proprio al momento. E' chiaro. Però, aggiornando solo le partite viaggianti. Quindi, che faccio? Cancello quello che facevo prima? Rimetto tutto quello che ho detto e rimetto le partite viaggianti aggiornate. Per quello va la commercializzazione. Mi torna. Mi torna. E mi torna anche questo fatto che la nota di proposta... Stiamo andando un pezzettino per volta, quindi la nota di proposta l'abbiamo incontrato nella fase iniziale di caricamento. Però, giustamente, ogni volta che parlo sul back-end e devo fare una comunicazione sulla proposta, prima me la carico. Non avendo sessione, non avendo niente. All'inizio c'è il problema. Prendi la proposta e ci aggiungi l'operazione. Sì, ma metto un'operazione velocissima. Vado in cache e chiamo il servizio. Perché comunque lui deve fare una chiamata al servizio. Finalmente, sì. Poi dietro restano un milione di cose. Sì, sì, sì. Però di base. Anche perché sennò sarebbe un macigno ogni volta ricaricando la proposta. Ok, quindi su questo, perlomeno, mi sono chiedito. Abbiamo capito che cache.me c'è Hazard Cache. Già questo ci ha presto un po' di risultati anche per capire come funzionava questo giro. Poi noi siamo andati avanti. Abbiamo detto, abbiamo mostrato la proposta. Stiamo cominciando ad accapezzarci del codice. Adesso si approfondisce il load di vari meccanismi, maggiore di 0, meno di 1. Sì, sì. Quelli sono tecnicismi. Andiamo dentro il codice. E' un codice che sembra sufficientemente legibile. Sono cose che prenderai quando... Sì, sì, questo è vero. Deve rifare i gibbi che fa il wizard. Se la proposta è salvata. Quando tu salvi una proposta. Lui fa il controllo del server, della validazione. Chiama l'adeguatezza. Quindi è carinassio. Se la proposta è salvata e la stai recuperando dal DB. Perché è una proposta che avevi salvato ieri. Quando lui la mette in dashboard. Deve rifare le chiamate che ha fatto il wizard. Quindi fa la chiamata al share. Va a richiamare i posti. Chiama l'adeguatezza. Quindi rifa questo giro. Solo se la proposta è già stata salvata dal DB. Dopo questo ti consiglio di seguire questi temi qua. Li puoi affrontare dopo. Quando sono chiari quelli che fa il wizard. Quindi intanto concentrati a vedere la proposta partendo da zero. Gli altri casi ti saranno chiari. Adesso parallelizziamo. Prendiamo una vista ad alto livello. Per capire dove sta la cincia. E dove stanno i problemi. E soprattutto capire come navigare ai codici. Se vuole dieci minuti. Pausa. Nel frattempo mi raccapisco. Da 5 a 40? Ci vediamo a 40. Vado a fumare. Sottotitoli creati dalla comunità Amara.org Sottotitoli creati dalla comunità Amara.org + + +Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org Sottotitoli realizzati dalla comunità Amara.org + + +e potrebbe essere la continuazione di un precedente pezzo di audio. Se il video ti è piaciuto, iscriviti al canale e attiva la campanella per non perderti i prossimi video. Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! Grazie per l'attenzione e alla prossima! + + +ci mancava proprio questo pezzettino qua di elaborazione. Poi eravamo arrivati invece su Wizard, quando veniva istanziato, e ci eravamo accorti su quante le diversezioni che c'erano. Quindi trovate una base comune e specializzazioni di Wizard fino a un certo momento e poi trovate in Wizard post-refactories che sono tutti sotto content-product. Ok, infatti questo è molto comodo, ce lo segniamo. Questi sono tutti separati, quindi questo è anche un po' complicato, però studiate qua dentro, avrai tutto quello che trovi anche nei Wizard documenti, soltanto che è dedicato. Quindi tutto questo è comodo, non è comodo, si fa bene. Ci mancava proprio questa parte qui di come è organizzato il codice, perché siamo andato a macchia di loparda, abbiamo trovato molti punti, ma ci manca un po' di visione. Ok, quindi qui ci sono i post-refactories, un componente, e qui ritorna. Nel momento di autolooting, quando tu picchi sull'imgranaggio o sulla nuova, nuovo prodotto, passa da un file, che adesso non mi ricordo, con qualche looting di Angular. Intanto decide se è un post-refactoring, se è un post-refactoring ti parte direttamente a uno di quei wizard, e quindi poi entri là dentro e c'è tutta la materia. Se invece è un pre-refactoring, passa da qua, da product-wizard-configuration, in base al tuo codice e quindi qui c'è la lista di tutti i wizard pre-refactoring, quindi sono quelli che sono ancora non stati portati al giro nuovo. Non sono stati portati perché non c'è stata esigenza di fare modifiche, quindi sono rimasti. Quindi noi guardiamo questo map, quindi questi qua sarebbero i wizard. Questi tre casisti hanno lo stesso wizard. No, sono diversi, però voglio ricambiare poco. Il primo e il secondo sono diversi. Questi due? Sono 18 e 19, questi due sono diversi? 18 e 19. Uno è 1 e l'altro è 3. Quindi uno è 1, il pappe è 1 e l'altro è 3. Comunque assegnano i wizard. Quello che stavo guardando, noi sapevamo che erano 40. Questi qua sono questi, comunque. Questi qua sempre lo stesso, a quanta volta si riprende. Questi qui sono comunque 40. Tutti, c'è proprio i roll. L'avevamo visto anche perché ci piaceva comodo accoppare con dei fondi. Qui viene selezionato il codice del contratto e anche la tipologia, perché esiste pick, pack e pick, pack insieme. I pick sono i normalissimi piani di fondo, i pack sono quelli di accumulo. I pick, pack sono un trucchetto, perché Fideon offre la possibilità di aprire un contratto pick, pack insieme dove tu hai una componente standard e una componente di accumulo nello stesso momento quando la sottoscrivi. In realtà poi dopo quando un mercato finisce, il mercato ritorna che sono separati. È come se tu fai i tuoi acquisti, una piccola scorcianoia dove apri soltanto questo contenitore pick, pack, ma in realtà quando tu puoi cliccare sulla componente pick, vai al pick del wizard, quando clicchi pack va al pack del wizard. Quindi il pick, pack è solo un piccolo wrapper di scorcianoia. Non ha tantissima logica, solo di visualizzazione. Se non metti nulla viene aperto un wizard de default, però non è usato da nessuna parte. Esiste un wizard de default che è utile per un'altra cosa che poi dopo vi racconto. Tenete solo in mente che esiste un wizard de default che non viene usato da nessuna parte, ma è la base per un po' tutto quanto. Se non lo provate non succede niente. Però come funzionerebbe? Ovviamente non fa il matching di questa mappa, non ne matcha neanche uno di questo oggetto. Però poi a un certo punto è un wizard emozionale? Il base è un wizard. Viene aperto un base wizard che ha solo due volume, non ci puoi fare nulla. Però non è utile per la funzione, ma è utile tecnicamente dopo. Perché è la base di furi e estensioni. E c'è proprio una rasta di base wizard. Se lo apri una sottoscrizione guida praticamente questa configurazione. E se invece il contratto è già presente nel portatoio, c'è un servizio della Global Position che indica la tipologia di contratto derivato, per esempio il campo, che definisce appunto se poi il contratto è un WIC o un WISDO o se è un WAC, che ti servirà per accedere poi in questa mappa per capire come aprirlo. Per scrivere l'introscrizione tu lo decidi tu, quindi definisci se lo vuoi fare WISDO, se vuoi creare un WAC o un WIC, quindi guida e guida e guida l'utentiale. Nell'altro caso invece c'è un servizio della Global Position che scrive tale informazione. Un'altra cosa interessante, prima di arrivare a un wizard, che secondo me è interessante sia da un punto di vista funzionale che tecnico, è in LordComplete, dove praticamente il sistema fa gli aggregati, vera, categoria, esizi da codice, vedi anche le relazioni che ci sono tra le aree, i progetti, perché lui si piglia la pianificazione, cicla all'interno dei dati e ti va a creare la struttura che poi si basa sia per farti vedere i dati in dashboard degli strumenti finanziari e come te li posizionano all'interno del... Un esercizio che se ne vado a fatto di analizzarsi con la WAC perché vi aiuta a capire le relazioni che ci sono appunto tra le aree, come sono legate le aree con i progetti, progetti con le categorie e contratti. Lui prende proprio la pianificazione per farle ciclare e genera il Tremodel che poi è quello che sta nel sinistro. Si chiama GetArea, se lo scegli GetArea, c'è GetArea, GetCategories, che sono le tre visualizzazioni che sono quelle che stanno nella sinistra. E se quello fa tutta la parte del Tremodel, è lì che si carica il Tremodel. Si, lo genero con quelli e inizia a mettere i prodotti nella giusta posizione. Quello è importante perché così comprendi le relazioni che ci sono rispetto anche al modello dati. Si, è lì che lui carica il manitole data, è lì che carica la struttura e poi viene mostrata a fronte. Mi ricordo il metodo, dev'essere LoTemplate, ma se c'è GetArea, se non sbaglio è subito dopo il load proposta, quindi tra i servizi lo chiamano LoTemplate, lo chiamano con meno uno che gli sta a indicare che è LoTemplate. Ancora non funziona questa. Non mi ricordo se è così o no, un giro se non sbaglio, LoTemplate con meno uno che cambia quello del datasho, però lo capiteci. Certo, certo. Poi quando lo chiami... In GetArea è prima, cioè quando stai in data. Però non chiama anche LoTemplate, poi lo chiama. + + +Quindi sono servizi separati, non mi ricordavo se lo chiamavano il Teleplay, quello che chiamano, è la diventata proposta, se puoi pulire pure il chetto sulla proposta, che ad un certo punto inizia a chiamare, che è Italia, che è... Allora, questo è il mono, perché non ce l'ha regalato Silvio, andiamo a fermare la proposta... Ritorniamo un attimo a parlarti di Wizard, se torni su Google Earth, questi qua hanno la variante, vediamo, slash qualcosa, questo qua è il valore che la sottoscrizione prende da Staticamente, il postventa prende dal servizio che ti ritorna e sotto c'è un metodo che si chiama get qualcosa in B, non mi ricordo che, che appunto ti va a estrarre, sia un B o un Pack, ancora sotto, proprio dovrebbe essere l'ultima proposta, ti va a prendere la variante, se c'è, e te l'abbina al progetto, così tu in questo modo riesci ad indirizzare effettivamente il prodotto dentro un wizard corretto, perché Pick e Pack, anche nello stesso prodotto, sono clamorosamente diversi, hanno proprio una unità completamente diversa, spesso sì, infatti se vai sopra c'è un esempio completamente diverso, alcuni sono più comuni, ma sono meno generali. Quando tu poi inizi, quindi hai fatto questo reading e inizi ad andare avanti, lui inizia a decidere in che posizione sei, se sei nuova sottoscrizione o postventa. Questi sono i Wadik, sono quelli che non hanno un wizard specifico, ma possono fare soltanto versamenti di liquidazione, è un wizard super semplice, c'è due celle e basta. Quando clicchi sulla rotellina o sul prodotto viene fatta, almeno di quelle che mi ricordo, almeno ha chiamato a proposte molti pubblici, che ti dice se c'è già una proposta in volo oppure no. Se è in volo ti viene offerto un pop-up che ti dice... Non viene chiamato quando entri in proposta questo? No, perché tu puoi sempre entrare a guardare. Quando apri viene fatta la proposta molti pubblici, ti dice se c'è già una che vuoi fare, fermati, oppure ritiro quella e prosegui. Ti inizia ad informare di questa cosa, che ti viene chiesta anche una seconda volta quando poi validerai veramente. Tu potresti anche salvare in quel gioco dell'anno, vedere quello che succede sul portafoglio, se non hai un'intenzione seria, quindi vada avanti. Però fino all'ultimo momento quando chiede questo ritorno. In quel caso poi viene chiamata effettivamente la load template, perché esiste in due modalità, o nella load contratto o nella load template. La load template viene chiamata in nuova sottosezione e anche qua esiste in due modi, il load template con meno di 10 prodotti e il load template con più di 10 prodotti. Quella con meno di 10 prodotti ti presenta tutti a schermo, quindi se il prodotto comunque potrebbe offrire anche dall'eventuale ricerca meno di 10 prodotti, ti viene esportato a schermo tutti i 10 prodotti, 9 viene finalmente, 10, 10, 10, 10, massimo 10, 10 compresi. Te vengono esposti o le tue cellette dove puoi fare i versamenti, non sei obbligato a compilarle perché te ne serve una sola e quindi te ne provai una e confermi. Se sono da 11 in poi, invece avrai entrare nel template di nuova sottoscrizione, senza prodotti però, e sotto avrai i preferiti e avrai la ricerca dei prodotti. Ok, questo qui stiamo parlando di quelli pre-transizionali. No, è un argomento generico questo. Adesso pre-post refactoring è solo per dividere il codice, poi quelli che fanno lo fanno uguale. Lo fanno uguale ma hanno due meccanismi diversi. Quelli dopo il post refactoring, ognuno questa cosa potrà rifattare tutto, copiando il codice in margine, però se è simile... Ma in realtà no, il template ha lo stato chiamato ai precedenti. Ma questo è il più comune. Finché non vedi una riga di codice dentro un wizard, se ne chiamate unico. Quindi no, questa qua stiamo fuori. E allora mi servirebbe dopo capire bene questa parte qua riguardo il codice. Se riusciamo. Però c'è il problema di finire il ciclo logico, perché se no dopo ci fermiamo un'altra volta sulle righe di codice. No, non ci serve andare sulle righe di codice. Perché abbiamo bisogno... Quando cerchiamo le cose sul codice, un po' andiamo in debug, un po', andiamo a cercarci i pezzettini, quindi saliamo sul wizard, ho detto alcuni collegamenti, alcuni step... Cioè che cosa potete dire? Io vorrei proprio vedere, partendo dal bottone con la rotellina, qual è il giro che succede. Il fatto è che se quella categoria di contratto, credete, c'è un campo in tabella, se ci cerchi il campo della tabella trovi il punto in cui viene fatto questo... E allora mi servirebbe la tabella? Se vai su db, dove sta così puoi dargli l'indirizzo. Sì, perché noi ci sarebbe qualche scorciatoia per essere un po' meno utilizzabile per questo genere di collegamenti. Allora, dovrebbero essere... No, non ce la faccio. Ma intanto avrò l'indirizzo. La trasferisco... La trasferisco in catalogo produttivo. Domani? No, risparmi un attimo, per favore. Sì. Allora, cosa hai visto? Allora, dovrebbe essere... Allora, o manfatura, oppure... Ah, oppure si può compardare, aspetta. Tipo prodotto Drupal. O tipo prodotto. Qua sono... Per questo si fa degli aggregati dei prodotti per contratto. E ci sono in tutti i miei campi che vedi di volta una numerica che ti ha fatto la lista. Si va a vedere sul catalogo prodotti e quanti prodotti sono aggregati sul contratto. Se supera i 10, la chiamano il wizard, con il ricerca prodotti, ti metti, come diceva Natalia, e ti dimostra direttamente. Quindi se ti apri uno di questi, vedi tutte le categorie di prodotti, disposti di qua, ci dovrebbero essere gli ultimi... Ecco qua, questi qua. Quindi se ti apri uno di questi, ad esempio, vedi se questo ce ne sono tre. Questo qua ce ne sono tre, quindi dovrebbe avere qui con la modalità... Certo, alcuni sono meccanici, probabilmente non ce l'hai in autotoscrizione. Però questo è il meccanismo. Quindi se cerchi il mio codice... No, è proprio qui. Dovrebbe essere LineaGGS. LineaGGS. Dovresti andare a questo punto. LineaGGS. LineaGGS. Dovresti andare a punti logici, qui. Aspetta che postiamo sul Core. C'è un altro tipo di prodotto. Raffer. Quindi c'è il libro. Proposta non ci interessa. C'è l'unico prodotto. Questa è proprio la lente della vista. Forse viene fatto poi delle mapping. Forse bene, viene fatto nel template. La distinzione in base a questo campo, perché se lo apri di Wizard già con i prodotti... Avrebbe da dare un po' più. Quello che vorrei trovare è come una regala, perché così poi andiamo avanti da soli, su tutti i Wizard, su tutte le cose, invece di andare un po' a campione, un po' a cercarle. Quindi abbiamo visto... + + +il pezzettino del selettore del prodotto è un po' scura, dov'è che parte di questa certe che abbiamo detto, in modo che poi ce ne andiamo a guardare e noi abbiamo trovato alcuni wizard, abbiamo guardato il codice dei wizard, abbiamo fatto un po' di reverse dei wizard, abbiamo visto la parte di caricamento proposta, abbiamo fatto un po' di reverse engineering per capire tutte le varie cose, ci mancano un po' anche questi meccanismi che stavamo vedendo, perché non riuscivo proprio a trovare fisicamente, perché i wizard non stanno tutti insieme, stanno un po' qui e un po' lì, ecco riuscire a capire da dove si parte in modo che fuori dal riso ci sarà l'IFRA che sceglie una strada piuttosto che l'altra e riesco quindi a trovarmi tutti i wizard, se non andarmeli a cercare sul codice. Quindi l'idea è comunque sempre con nuova sottostizione e posti in media, che sono cose separate, ora se vai su un nuovo prodotto da qui e c'hai l'entry point per i wizard, c'è anche pure le chiamate che fanno delizia, vediamo i punti che sono quelli più semplici. In questo momento c'è una pagina di selezione, non c'è, non è il wizard, devi selezionare il contratto, se stiamo andando sui fondi dovrebbe essere quella che fa scegliere. Ora qua su apri, scegli se fare un pick, un pack o pick e pack. E quindi questa è la pagina che abbiamo e da qui che si sceglie poi la parte andata. Ora la combinazione tra il codice contratto e uno di questi qua è il mapper che fa su tutta la cosa. Noi avevamo a social per questa pagina già una parte dei wizard, è un pre-wizard, però è comunque specifico per i fondi, cioè ogni categoria ha il suo pre-wizard per ogni categoria, poi alcuni scegliono il prodotto, alcuni vanno diretti. Se vediamo agli inseriti servizi che ha chiamato, sicuramente ha chiamato il load template. Allora read vincoli, questo qua è la lista dei vincoli operativi che vedi in alto qua. Quindi va sul db, va sulle tabelle a più orizzontale, catalogo regole atomiche, in base al contratto, in base all'operazione. Infatti se vedi la chiamata che fa, il input passa, il contratto, il codice contratto, il tipo di operazione, nuova sottoscrizione, c'è il tipo di maschera, questa è una configurazione che sta anche su db. Lui qua definisce, andando su db, vede la lista delle regole atomiche che deve applicare per questo contratto. Ora in questo caso non so se è uscito qualche regola atomica, non sembra più. Ma queste sono le stesse regole che poi vengono applicate nell'altro wizard? Lui sta controllando che il controvalore allocato su quel contratto deve essere almeno 100. Stiamo cambiando un pochino quello che noi avevamo capito come un wizard. Noi facciamo partire già questo come un wizard. Sì, anche la pulizia funzionale si è intagliata nel wizard. Ok, ora il wizard è composto da tante sezioni. La prima che vedi in alto è quella della chiamata ai regoli operativi. Ora qua c'è un sito uno, ma ne potete pensare. Poi qua ti fai tutti i film per capire come funziona. Comunque ormai hanno questa pagina a livello grafico. Anche nel meccanismo di iFrame, di spostare al nuovo, è tutta questa sezione che noi dobbiamo spostare al nuovo. Quindi per noi tutto questo oggetto, dal momento in cui io clicco sul bottoncino nuovo o scelto fondi, quello che fa appare per me tecnicamente è già tutto un wizard. Poi si divisa in fase, si divisa in step, però è lui un wizard. Su questa parte qua dovrebbe essere una sezione che è unica per tutti. Non è declinata. Anche perché sui comandi è unica. Non è la stessa cosa. Confermi, su assicurativi, su altre tipologie, la parte dei vincolo operativi, quella sezione è unica per tutti, non è declinata per il wizard. C'è un dubbio. Sui pre-post, il fatto che ne avranno comunque separato. I pre-e-fatto che ne avranno tutti insieme, ma se non è la post, ne avranno separati. Però sarà simile. La separazione che ci siamo detti è stata fatta perché poi c'era la possibilità, su 10 magari ce n'è qualcuno che in questa parte qui hanno fatto delle aggiunte o delle modifiche specifiche. Allora, giusto per chiudere il giro. Per scendere in fondo e risalire. Abbiamo detto, chiamata al servizio, che il legger dal catalogo regole a tonche è una vista che si basa sulla V, appio orizzontale, che ci arriva dall'esterno. Quindi è un flusso. Ci sta sia il frontend dei dati che arrivano dal DB, che vengono comprati da un flusso. Questo parliamo del catalogo regole atomiche, che viene popolato? Dalla V appio orizzontale. C'è anche lui una vista, quindi, di questo catalogo. Allora, la V appio orizzontale è una tabella esterna che noi leggiamo, riportiamo i dati sulla tabella e vengono poi letti dal servizio. Quindi, comunque, il catalogo regole atomiche è una tabella nostra, che viene popolata da questa vista. Quindi, il frontend, quando dicevamo che c'è tanto codice implementato su questa parte, è il codice fisico che esegue il controllo. Allora, la definizione del controllo, i valori del controllo, la configurazione del controllo, sono i DB. Poi c'è la regola. Poi la regola va proprio all'interno dell'unità. Perché poi l'unità l'ha implementata a monofilo. Se la regola dice, massimo, il taglio dello strumento è quello, poi il controllo dell'unità viene fatto a fronte. Allora, il numero, il valore, stanno tutti su DB, comunque. Tu vedi qua, io mi ho messo un prodotto così a caso, e lui già mi dice che l'importo minimo è 500 euro su questo prodotto, e sul contratto, perché diciamo che ci sono due tipologie di regole. Ho detto una in precisione. Ho detto una cosa sbagliata, ora mi correndo. Una che è proprio sul prodotto. Questa qua è la più orizzontale. Su quel prodotto, per la nuova sottoscrizione, devi mettere 500 euro. No, questa è la più orizzontale. La più orizzontale non regola il numero dell'amortizzatore. La più orizzontale è quello che ho detto prima. Cos'è la più orizzontale? Per la più orizzontale devi dare le regole del prodotto. Quello che non mi torna a me è che noi leggiamo il catalogo. La più orizzontale è la funzione animale per il catalogo regole. Sì, certo. Noi tecnicamente non la leggiamo, perché passiamo tutto al catalogo regole. Sul catalogo regole ci stanno tutte queste regole. Come avevo detto prima, anche i vincoli operativi si chiamano appi vincoli. La tabella. Però a noi ci interessa. Giusto. Perché a noi ci interessa che raccolta tutte le regole, sia che vengono da appi vincoli, sia che vengono da la più orizzontale. L'appi vincoli non viene da nessuno. L'appi vincoli funziona in questo modo. L'appi vincoli viene configurata da noi, il gruppo PDC. Poi c'è anche qui un flusso, perché la valorizzazione del valore che lui sta controllando, che è il valore di soglia, ci arriva ogni sera da Primera Soft, come si chiama il gruppo? Dove viene a fare un update sui nostri campi, sulla soglia. Infatti ogni volta che si mette in vincolo si deve comunicare con... Per la nuova sottoscrizione hanno messo il codice X. Tu vai da loro e gli dici guarda Per, questo è il mio prodotto, questa è la tipologia di decorazione. Per la nuova sottoscrizione hanno messo il codice X. Loro si mappano questa chiave e in base a questa chiave riescono a aggiornarti col valore. Percentralizzato con le soglie. Non so se... + + +I fondi, Convergenza Fondi, lui e Wizard, hanno questa sezione Maurizio? No, non lo so. Perché se ci sta, dobbiamo fare questa oggi perché ci stiamo ragionando. Di configurazione. Ok. E quindi sono controlli a livello di contratto, mentre questi qua dell'arco orizzontale sono controlli di leader. Sì. Poi sotto ci stanno le ricerche dei prodotti. Allora, ci sono diversi tipi di ricerche, o tra i preferiti. Per esempio ai promotori gli piacciono determinati prodotti e quella la fa a me i prodotti. Quindi qui ci stanno su queste 5, lui li seleziona come preferiti e li salva. Quindi sono riferiti a quel simbolo promotore. Nel senso che il promotore le toglie i prodotti e le salva i carichi. Non è a livello di leader. Quindi potrebbe essere potenzialmente vuota perché il promotore non ha mai dato preferite. Oppure si può fare ricerca manuale. Cos'è ricerca prodotto? E questa ricerca prodotto sta fuori dal wizard. Quindi è una di quelle cose che vengono chiamate da tutti i wizard o ogni wizard per la sua ricerca prodotto. No, credo che sia sempre la stessa. Sempre la stessa. Quindi questo per esempio è uno dei problemi. Oggi c'è solo un'eccezione. C'è solo un'eccezione per i CD-RAM Vita Futura. Dove in pratica c'è una ricerca prodotto in estensione. Dove è stata tipizzata per quel tipo di prodotto perché aggiunge dei filtri in più rispetto a quelli che ci sono. E va su una vista diversa. Dedicata proprio a queste idee. Però in minima e in massima il comportamento è lo stesso. C'è solo questa eccezione per questi... No, qui il tema è dedicato a capire che a questo punto non c'è ricerca prodotto. Se sta all'esterno del wizard dobbiamo comunque incrementarla. Oppure bisognerebbe agganciarsi a quella della PFC. No, io penso che qua devi sempre andare... che la devi portare dentro, nel senso che non puoi utilizzare i servizi. Cioè non puoi estrapolare utilizzando ricerca prodotti che utilizziamo oggi. Questa è la domanda. Penso di no. Nei momenti in cui ti vai a costruire il primo wizard inizia a portarti la... Ah no, per forza sì. Per forza... Cioè per capire qual è... Perché chiaramente il wizard lo abbiamo fatto dentro l'iFrame, quindi stiamo fuori. C'è proprio tutto questo che sta su quella monolita. No, no, no. Sta su DAG. Sì, becca. Quindi becca e lo puoi utilizzare. Ah sì, sì, sicuro sì. Però alla fine c'è stato il monolita. Sì. Ok. Però a livello di contento mi sembra di vedere che si infacca completamente dal wizard qui. Non c'è più niente del wizard in questa parte. O è sotto? No, è sotto. Allora sì. Non è una pagina. Perché se fosse stata una pagina completamente nuova abbiamo... No, è sotto. È una pagina... Ecco, è questo sotto, vedi? Però ci sono questi... Però credo che ci sia un po' di questi tre pezzi. Sì. Ok, quindi questi tre pezzi. Per il wizard post-transizione questi tre pezzi magari simili, però ogni wizard ha la sua lemmica. Anche di questo ricerca prodotti? Sì. Ok. Quindi fondamentalmente il wizard è tutto. Comunque. Poi per i wizard quelli più vecchi probabilmente alcuni pezzettini sono in comune, sono spezzettati nel fatto riciclo, mentre per i wizard nuovi ognuno parte da zero. Ok? No. E quindi tutto quello che sta qui dentro ha comunque riscrivuto un palo direttamente al nuovo, senza prossimità. Allora, qui diciamo che ci sono diverse insidie, tra cui tutte le tipologie di filtri che si possono mettere, per cui il nome, c'è il... più codici sotto prodotto, più codici ISIN, praticamente queste sbanniamo in OR, e soprattutto le logiche che ci sono per le ricerche sui fattori ESG, che sono state implementate ultimamente come rilascio, che è stato fatto a fine 2024, e oltre che a questo standard c'è pure una visualizzazione... Stata apposta per le ESG? Sì. Questa è nuova o nuova anche questa? No, questa ESG è stata solo integrata da alcuni campi. E queste visualizzazioni cambiano, cambiano da prodotto a prodotto, cioè per esempio, se non ricordo male, i titoli non hanno, diciamo, sostenibilità, oppure hanno una parte molto più ridotta. E questo diventa tanto in convergenza, perché per esempio, se io... Ma questa è la ricerca, è questa? Sì. Nella ricerca. Qui, quello che dicevo prima, tu puoi mettere, aggiungere ai preferiti, quindi... In questa fase, nella ricerca prodotto, io non sto andando per categoria di rispondimento, perché tanto questo... Che categoria sono io? No, c'è anche la... Sì, sì, lui sa già che... Se tu vedi qui sopra... Cioè, sto già lavorando, ho già filtrato il visual. Quando starò in convergenza, invece che amministrato, fondi, si andranno a mischiare, questa ricerca dovrà cambiare, immagino, perché dovrò scegliere... Potrebbe essere più generica, perché potrei avere come risultato di ricerca un fondo, un'azione. Ma sarà un'inizia dedicata, non impattata su questo. Cioè, tu, nella ricerca d'oggi, tu ti vorrebbe chiedere, già io domando, che tipo di codice interno sei. Cioè, tutto bene, i codici interno sì, questa è la ricerca che lui fa quando riflecchi. Cioè, però... Sopra il nuovo mondo, convergenza... A io questa cosa un po' mi schiava, poi mi sembrava che arrivava. Cioè, la convergenza... Perché si diceva di vedere una schermata unica, e poi c'era il fondo. Ma non stiamo parlando di questi fondi, questi sono fondi casa, quindi non... E questi forse escono da... Infatti, in wizard, se ti vedi la specifica, parliamo di altre sezioni, non sono queste, sono... Se vai alla sottosezione di un titolo, di un dossier, lì forse... stiamo parlando di un altro wizard, non è questo qui che è impattato dal recesso fondiare. Ok, comunque adesso quello che ci serve a noi... Sì, infatti, non mischiamo le carte che sono, se le facciamo in pratica è... Abbiamo divagato. Ok, dentro, quello che c'è importante... Quello che saranno cambiati sono questi, vedi, titoli due... Entra adesso Valerio. No, aspetta, tu vieni. Hai le serie fondi pensione. Titoli... Il contratto di un dossier oppure uno nuovo. E questo qua è quello che, diciamo, è il wizard che sarà impattato dal... Anche perché qua si introduce anche il concetto, almeno ho detto quello che ho letto, dei pack. E puoi farlo anche con una tipologia di piano grattumulo. Sì. Vedi, qua saranno i prodotti... Sono prodotti di strada. Sono... E lui qua ci stanno già i prodotti di strada. E c'è un utilizzato dedicato che è diverso rispetto a quello che stai vedendo prima. Cioè il fatto che ho acquistato... Senti, qui la parte dei controlli non la vedo sopra in testa. No, perché non ha probabilmente... Ha fatto la chiamata e non li ha restituiti. Non c'è neanche un controllo nuovo e quindi è andato adesso. Se io aggiungessi un titolo, lo so che tornerò in controllo nel pari dei tre giorni. E arrivando al contratto, no? Ah, il contratto. Cioè quando metto la quantità, se in un'azione c'è un capitale minimo in vestito per poterla acquistare lo vedrai direttamente nella riga sopra. Vedo invece a livello di contratto in questo caso... Anche se non sono seguito di avviso che avevano controlli di vendita. No, perché se sono controlli di vendita forse... Però ad altri acquisti e vendita questo che si dà... È questo qui. Ah, forse... No. No. Questo qui quindi in utili successivi poi metteré 2000 poi potrò mettere 2015 e non mi sembra che ma almeno che la ricordi che c'è sta qua fatto un ritorno concorso senza solo ipotesi sta spiazione quick vediamo perché sulle volte aveva semplicemente le due cellette che si dovrebbero controllare mentre qui c'è tutta la Università del Suo è l'Università del Suo a qui grazie + + +Questa, scusami, è la soluzione che verrà fuori adesso che si fa l'analisi funzionale del BRB, cioè tu stai chiedendo già una soluzione di un BRB che Valerio non ha letto, Raffaele forse ha dato un occhio, però bisogna fare l'analisi funzionale. Però in parallelo noi stiamo facendo la pianificazione di questi sviluppi, e dipende dalla pianificazione, potrebbe essere elevato un po' il tuo o solo questo, diciamo le vostre opinioni. Potete mettere pure, diciamo, un assunto in cui si dice che qui si ha preso una rificia, ma comunque sono molto simili. Sì, siamo anche cifravolti, ma in generale il fatto di questa rettoglietà è sempre un po' brava. Cioè questo penso che fa parte pure di una dialettica che si instaura a base dei requisiti che riceve. Se può fare la proposta è questa, comunque i requisiti arrivano fino a un certo punto, potrebbero non avere anche le competenze per scendere così a fondo. No, ma anche perché siamo ancora in terza parte dell'analisi, ci saranno delle cose da cambiare. No, anzi, se mancano, è proprio tra i vostri compiti. Noi tecnicamente possiamo dare risposta, ma lascio il tempo che trovo. Potenzialmente puoi far tutto, puoi mischiare come vuoi, puoi separarti. Ma non solo quello dei fondi, li hai tutti? Nel momento sono i fondi. Epic, Pac, Tessi, fondi da creare? Tutti, tutti i fondi. Tutto tratta anche di fare l'Anabolics, il GP, i Mangano. Forse è un po' il progetto futuro. Ok. Allora. Vedi qualche altro? Andiamo per il mio trago, è tutto molto più chiaro. Ho ancora il mio dubbio da sviluppatore, di sviluppatore più nerd. Vi farete il proprio comodo a trovare il punto d'ingresso. Di cosa? Qua, fondamentalmente, perché abbiamo avuto un po' di difficoltà. Vi faccio un giro. Due cose che vorrei chiedere. Una, siamo andati molto più avanti di quanto, insomma, il fatto che abbiamo alla classe quella lì con l'elenco di tutti i wizard. Prima delle ultime modifiche. Mi farebbe comodo trovare sul codice e capire, perché ne abbiamo trovato qualcuno, ma non ho trovato proprio con certezza il posto sul codice dove stavano tutti gli altri wizard, qual è il power package, qual è il pezzettino. Allora lì back-end? Allora lì front-end. Eventualmente andiamo anche sul back, penso. Ma non è che ci tocca, vedo che... Il wizard Abolics è fatto a nuovo. L'ho detto prima, sotto... Non sono quelli vecchi, no, quelli nuovi sono. I common product sono quelli nuovi, perché forse se me ne avevo risegnato. Fa che sia una facile, facile periodico. Privax, Gemini, Sintonia. Quindi tutti quelli che stanno sotto front-end product sono quelli nuovi. Quelli nuovi. Al vero posto reparto. E quindi invece quelli che stanno nel configurator service sono tutti quelli vecchi. E quindi noi con queste due cose abbiamo più o meno la visione completa su dove stanno tutti i wizard. Perfetto, allora così già è tutto più chiaro. Quando io vado su questi vecchi, quello che mi aspetto però... E questo qua quando comunque parlo... Adesso sto vedendo fondi terzi piuttosto che altri. Questi... Queste classi qui mi rappresentano tutto... Tutta la pagina dove dentro poi c'ho le chiamate a altri componenti. Che ne fanno una ricerca, quelli in comune. Però questo qui è l'ingresso per tutto. Quindi quando io parto da nuovo, vado da posto vendita, parto da un titolo già esistente, atterro in uno di questi. Come si chiamano le classi? Aspetta, faccio vendere abicoli. No, infatti, infatti, giusto, giusto. Gemini, Sintonia... Eh, non lo so, ci sono tanti. Infatti, quello che stiamo vendendo adesso è questo. Anzi, in particolare abbiamo fatto il pick, giusto? E' il secondo, questo qua. Ok. Fondi terzi, quick operation, wizard... Non mi trovo in niente, però... No, mi chiamavano... Configuration... Eh... Questa configuration, wizard configuration... E quella che stiamo utilizzando? Wizard configuration. Configuratore, sì. Però... Questo non lo trovo. Beh, lo devo cercare. Dove cercare il wizard associato? Cerco la funzione fondi terzi A a B, si chiama fondi terzi quick operation wizard, ma non mi sembra trovarlo con me. Non c'è un wizard tra loro, credo. Perché almeno poi, appunto, qui ci sono meno wizard. Se come viene rimappato qui, da qualche parte ci dovrebbe essere il... per capire come si è strutturato il codice. Comunque, c'è una cosa qua, questa che sto a mostrare. Ah, ma sai, quindi deve essere la... Però da questa mappa, lui, come fa a risalire l'oggetto? Viene rimapto l'export e mi trovo che è qui, rimapto l'export e me lo sposto. Che è fondi terzi, quick operation, wizard. Ah, ecco, questo. E qui dice quali fondi... Qui c'è un dettaglio sul testamento. Ecco qua, fondi terzi, quick operation, wizard. Quelli che non vanno nel piano... Quindi questo qua sta su wizard, me lo trovo qui dentro, che sta sotto wizard. E qua ci stanno tutti i wizard. Però questo qui è... Questa è la parte del controller, questo qui è il service del controller, quindi. E la parte fronte di questa parte qui dovrebbe essere il collegamento a template qua dentro? No. No, quella non la trovi qua. Questa è tutta la parte dei controller e del tutto, quindi la navigazione è normale. Mi mancherebbe di capire il frontend come viene organizzata. Tu lo ti raccontavo prima, c'è la parte comune che viene chiamata la prodotto contratto o la prodotto di fronte, che poi viene stesa alla sua volta da... Ah, è vero, perché questi qua sono wizard al vecchio, per cui tutto in qualche modo deve finire in schiara. Ma anche nel post-refactoring non c'è un'associazione, non è come Darwin, che il componente c'ha CSS, JS, HTML in comune. Quindi un componente è fatto dall'arriva. Qua c'hai dei template comuni, dei jpeg più grandi, che poi dentro alla loro volta entrano nelle direttive, le direttive aprono il controller e i service, e così va l'incascata. Non troverai un'associazione tra wizard e template. Ok, però i partners avranno questo. Ah, infatti il prodotto contratto è quello che ho ratterrato io. Il mio prodotto contratto è questo esattamente. Io ero entrato qui dentro, perché avevo cercato il pezzettino di codice, poi il nome del bottone, con la stessa operazione, mi pare, ed ero ratterrato sul prodotto contratto, che infatti poi c'ha i tre pezzettini. E questo qui vale per tutti i contratti, che invece per le linee, per i piani. E da qui, da questo prodotto contratto, lui quando è che mi si incansa a questo wizard, oltre ad un altro? Non è qua, lo fa nel building grid. Non mi ricordo mai. Perché quel cavallo qua, dove l'avevamo visto, era la cosa che nasceva la necessità di approfondimento, perché lui qua stava andando a prendersi il prodotto dei service, + + +e altre informazioni che non sono poche, nel senso che si sta apprendendo un mondo di cose per poi usare l'immagine e nel dover tirare fuori l'iFrame dobbiamo capire quali sono i dati necessari da arrastrare eventualmente all'iFrame per essere indipendente, sia lavorando tramite Mongo piuttosto che tramite passaggio di dati diretti da iFrame. La risposta attuale a questa domanda è il progetto, non lo so che ti dobbiamo passare per aprire una premia, cioè qual è il minimo set che vi serve per aprire una premia. No, è il nostro che avevamo capito che ci stava già questo minimo set, se viene passato un pacchetto di dati e poi... No, è disidenza, è disidenza, un monito è sovrabbondante, tu sei una root proposta, root contratto, root template che è sovrabbondante in realtà, fa un'unica chiamata dove porta dentro tutto e poi dopo i singoli pezzi. Quindi potrebbe essere che un... Sicuramente non lo passi via sorgente, questo è sicuro, ti avurrano e non lo passerai mai. E' una quantità di roba esagerata che non potrai mai passare per aprire una premia. Ma perché serve tutto, il dubbio è per esempio... Qualunque cosa vogliono affrontare... Il dubbio è per i wizard, cosa gli serve, i wizard fondamentalmente c'ha i cancelli interni, c'ha i titoli che sceglie in base alla dimensione. La risposta che noi possiamo dare è che i wizard in gruppi diversi hanno dentro delle caratteristiche speciali, ognuno il suo. La risposta giusta è tutto, perché non è che diciamo i fogli hanno bisogno di roba diversa dei fogli, poi dopo i fogli c'è l'import da OCR, poi c'è una strategia automatica, poi che succede se io riapro il prodotto in riapertura, che penso che abbiamo mai parlato, mai sentito un po' da voi. La riapertura è quando io apro una proposta che ho già modificato e che va aggiornata secondo Salvi. E quindi è una proposta originale più delica di quello che ho fatto. Non c'è una risposta a questa domanda, è il progetto quello. Che pian piano lo fai, porti dentro i dati e vedi quale è la risposta che noi siamo in grado di dare. Tu dici questo, no? Sì, diciamo così. Soprattutto è quello che Claudio chiede, non capire come, almeno in linea teorica o in linea generale, non lasciando stare se stiamo parlando di fondi asservorativi, capire effettivamente quali sono le componenti o come si legano le varie componenti all'interno di un wizard selezionando quel tipo di fondo o quel tipo di wizard. Se noi prendiamo una via, ad esempio, quindi prendiamo che è mappato su quel wizard, quello che forse lui ha bisogno in questo momento di capire, e tutti i moduli come sono intrecciati, quindi come fa a fare la parte della costruzione del frontend, qual è il controller, quali sono... Qui adesso un pochino siamo andando approfondendo. Mi servirebbe quello, però su questo un pochino avanti siamo andati, perché adesso io c'ho meglio... Perché mi rendo conto che è difficile capire dove... Questa è una riapertura, se così non l'avete mai vista. C'è una proposta che è stata salvata un mese fa, per esempio, quindi simulata un mese fa, dove tu avevi fatto comunque diversamente di operazioni. L'avvi dopo un mese, i salvi sono tutti aggiornati, addirittura il prodotto su cui tu hai fatto un'operazione, magari te lo sei venduto da un'altra parte per fatti tuoi, anche cartaceo, voglio dire, anche in banca, quindi quando tu torni qua quel prodotto non esiste proprio più. Quindi ti viene detto, guarda che è sfuadrato, mancano sei euro, mancano otto euro, eccetera. Tu entri dentro, completa, dai le sistematine, quando sei tutto a posto puoi risalvare la proposta e rialtualizzarla. Però questo per esempio è un altro delta, qui apri tutta la proposta più il delta delle operazioni che ti hai risalvato da parte sul database. E devi riprovare a quadrare, perché sotto il profano di prova a quadrare. Se ci riesce, ti dà solo un messaggio verde e ti dice, guarda, ho aggiornato la proposta con i salvi nuovi e ci sono riuscito. Perché comunque se tu sei in positivo, non ti mancano i soldi. Tu hai venduto un fondo che non è stato toccato nel frattempo per cambiare di controllo. Chiaro, se invece tu proprio col fondo lì, ce n'avevi un milione e ne hai venduto la metà, ti dici che non può essere. Ma noi questo lo fanno quando fanno la proposta, no? E qui c'è il warning. Quella parte di destra. Questa è la parte buona? Questa qua, sì. Perché se stiamo... Lascia quello di proposta. Io questo non lo posso. Ok, lascia quello di proposta, perché me l'hanno messo. Per le operazioni verde, cioè puoi anche vedere quelle che hai toccato o non hai toccato. Sì, sì, è chiaro, è chiaro. Quella sezione di warning, poi è enorme, perché dentro sono poi eventuali messaggi del SER, eventuali messaggi del TME, eventuali scenari di adeguatezza. E poi lui, in basso ai bordi, è quello che gli arriva, dice tanto come visualizzarlo. Questi qua ti metti in verde così, sotto ti fa la resta dei warning. C'è tutto un mapping sul frontendo di questa parte qua. Ok. La formazione prodotto pure, mi pare. Scusa, se tu su un prodotto non ti sei formato, nel frattempo ti fa sapere che non sei formato e quindi che ti devi formare, devi adeguare su un'altra tectonica. Ok. Se torniamo un secondo su un wizard del fondo, provo a chiedermi qualche dubbio. Nuovo o vecchio? Partiamo al nuovo, partiamo al nuovo. No, è più facile. Partiamo sul nuovo. Nuovo prodotto, fondo. Io vorrei cercare di capire, almeno per questi casi semplici, poi man mano andiamo magari su quelli più difficili, che cosa ha potenza. Poi dopo scopriremo mille altre cose. Però, quando io apro questo wizard, questa parte qui o lì, qualsiasi cosa della proposta, e quindi tutto quel primore, tutto il portafoglio del cliente, effettivamente gli serve per funzionare in questa fase. Il nuovo fondo? Niente, la percezione è questa. Io qua sto scegliendo, sto facendo la ricerca, metto un numero di contratti. Tutti i contratti. Sì, attenzione. La cosa che ci serve è il prodotto. Perché sono almeno dieci di far vedere. Se no, è anche questo. Aspetta, questi prodotti... Mi sono perso il pezzo. Sono i prodotti che io ho già in portafoglio. No, qua siamo in nuovo. Questi dieci prodotti? Sono i prodotti che puoi sottoscrivere per quel contratto. Ok, che è un'informazione. È quella tabella che sta andando. Ma è indipendente dalla proposta che sta facendo. Certo, certo. Un'informazione grafica. Certo, lui sta visionando, ad esempio, fonditalia01. Quali sono i fonditalia01 presenti? Saldo. Ok. Questa pesa è legata alla proposta, non è legata al cliente. Sono strumenti finanziari. Non è in portafoglio del cliente. Non sono nel portafoglio del cliente. Quindi questo è una cosa che non è necessario. E poi c'è il caricamento. C'è una cosa che si può caricare direttamente. Non ha bisogno della proposta. Infatti, fai una ricerca dei prodotti in cui... Ok. Allora, se ti analizzi lo template, ecco, questo è un template. Ok. Però a me quello che mi interessa è che per caricare questi dieci prodotti, meno di dieci, perché sennò era meno, che io sia il cliente di un copoellino o che sia il banker di un copoellino che sto in una proposta di un certo tipo o un altro che sta a ricerca, dovrebbe essere più o meno indipendente. Magari ti servirà un'informazione, però non parliamo che gli serve tutto il premodel. Non si sta ciclando le posizioni del premodel. No, no. No, per capire, tecnicamente, da codice, sembrerebbe molto immerso, perché una volta che ho accelerato, porto il 3, ma lo porto lo 3.4. Però per dar spiegata fine, a me non mi serve niente, nel momento in cui inizio da nuovo, e parto da zero, mi fa strano tanto. La differenza è che tu, allora, se vedi il post vendita, lui effettivamente prende i prodotti che ha al momento, a livello di pianificazione, stanno all'interno di quella struttura che tu hai detto, ARIA, cioè, su quei prodotti, fai il post vendita. Però, però, attenzione, se vuole un post vendita, devi anche aggiungere dei prodotti nuovi, perché non hai un portatore. Eh, però, per esempio, quando facciamo un post vendita, allora, è un post vendita, che sicuramente è più complesso, in ingresso, non gli serve tutta... No, lui cosa fa? Prende il BIN proposta, prende il BIN proposta, all'interno della BIN proposta, prende la lista dei codici contratto, hai 5 codici, 5 codici, 5 codici, hai 5 contratti, perché uno è un fondo, l'altro è l'assicurativo, allora, uno è un RS, assicurativo, uno è una B, che è un fondo, l'altro è un GP, GT Morgan, che è un altro fondo. Questi qua, hanno 3 codici contratto, all'interno di 3 codici contratto, cioè, è una struttura con all'interno i prodotti che lui c'ha sotto quel contratto. Ok. Quindi, quando tu cadi sulla dashboard e selezioni l'RS assicurativo, quindi, lui piglia il contratto dalla proposta BIN, lo dà al wizard e il wizard ti apre quello che hai registrato con i prodotti che c'hai. Ok. Quindi, io al wizard gli passo questa selezione, gli passo, ok. Mentre adesso da codice sembrerebbe, però... Eh, ma adesso non lo fa perché è una sottoscrizione. No, nel senso che sembrerebbe aver visto che lui prende tutto il 3 e questa selezione la fai mischiata dentro, + + +basta dire un Tremodel vuoto, senza nuova sostituzione basta dire un Tremodel vuoto Quindi il Tremodel è la struttura data generica che fanno aggiungere di volta in volta i pezzettini e poi lui lo ritorna indietro per poi mettere un Tremodel Ok, questo è un esempio mio, ragazzi C'è il model, c'è l'artificiale, perché poi quando tu aggiungi il prodotto lui lo va a posizionare Sì, per me l'importante è capire, sempre che io ho visto il Tremodel l'avevo assurato a tutto la proposta In realtà il Tremodel è un oggetto che potrebbe essere vuoto Ma poi, faccio l'esempio, se tu fai una nuova sottoscrizione e ritorna indietro poi riapro con la nuova sottoscrizione, le cose che tu fai si sono diverse Per me l'importante è che io gli passo poche cose e non gli passo il contesto globale Il Tremodel non può essere dato dalla proposta perché è specifico del prodotto Ogni contratto che tu apri ha un suo Tremodel È diverso, uguale, cambia, si modifica, eccetera Però è di prodotto Infatti lui lo cerca e lo posiziona Quando invece la nuova sottoscrizione di quei premi diventano 4 perché scrive NUZER In questo caso avevo fatto un AB AB001 perché è una nuova sottoscrizione Non si concredita, questo codice troverai nella nustra Da 3 diventano 4 V2 che è il codice interno è AB001 Se ne è per altri è di nuovo AB002 Questo è quando faccio la creazione di un nuovo contratto Io con quel codice di fittizio, quando te l'avrei ricevuto che tornerà col codice di contratto corretto E questa è quella cosa che per i fondi dovrebbe sparire perché invece l'avevo sempre sul deposito del 1995 Quindi saranno impattatissimi Però il codice deve sempre lo stesso Perché non c'è più il concetto del contratto No, però c'è un altro esempio nuovo Venne ritrattato in modo diverso Io non morirei Ma non era il concetto del contratto Non c'è più il concetto del contratto dei fondi Ma c'è il concetto del contratto dei libri Però il deposito dei libri deve essere No, può essere Io ne posso avere pure 10 Ah, giusto, giusto, la categoria del 1995 è una categoria Io ne posso avere uno, qui c'è un altro Quindi io potrei avere un nuovo deposito dei libri Ma giusto per utilizzare l'ultimo avvio lo stesso modo di parlare Non è una categoria Qui il numeretto 95 o api o il codice contratto o il codice interno che rappresenta il contratto Noi la teoria è fuori Questi 3 sentitori sono tutti i 95 I 95 perché sono i dossier titoli Se ne accorgi da... Quindi è il codice Il codice contratto è il dossier titolo I 2 non è il dossier titolo Dicevamo i piarellini al 95 Eh, sì, sì Quindi tutti hanno quel 95 Però io devo scegliere se fare il dossier titolo o non Però il contratto, il codice interno è sempre il 95 E ti dice un po' male perché in realtà è anche il codice dei conti correnti Certo Quindi c'è pure il senso di confusione Che in realtà sia i conti correnti che i titoli Hanno un senso appoggio Perché in realtà sono strettamente abbinati Ma sulla birra ci sono pure due entità diverse Infatti ci sono un paio di if, di tif Ci cira qualche parte che troverai Sì, e poi La differenza è che tu Con la tua... Cioè, sui codici fondi Non c'è Cioè, ti arrivi E la rispondi Ma le leggi E basta Qui c'è pure il rubricato Sì Nel senso tu puoi averci Dossi a titoli Mettiamo il primo Però mettere Diciamo Rubricato, 001, 002 Cosa contestata Ok Però, quello che Cioè, ci portiamo a casa Che è un po' diverso da quello che avevamo intuito Invece per fortuna Come l'avevamo intuito prima Che comunque il wizard Ha necessità Magari anche di parecchie informazioni Ma comunque informazioni contestuali Nel senso che Queste informazioni Vi vengono passate al wizard Non è che il dubbio mio era Il pezzo di codice del wizard Quindi quello, ad esempio, separato Fatto post-transizione All'interno del codice del wizard È il wizard Che va a cercarsi i dati E fa lui le operazioni Vedi, prendo questo, prendo quest'altro Perché se sta dentro il wizard Dobbiamo dire che in qualche modo Invece da fuori Quando io apro il wizard E gli faccio Non c'è un po' Perché Vincoli preferiti di cerchi, eccetera Stanno dentro Non è chiamata Però, no, non lo so Devo capire quanto mi riesco a sganciare Dalla proposta fondamentalmente Questo poi è il concetto Perché se no, per esempio Tutti questi oggetti Vanno comunque replicati Esattamente Non hai l'importanza di rifarli Perché se vuoi decidere quando abbiamo visto NoiTreeModel e queste cose Devi stare sullo dashboard vecchio per forza Se no devi stare All'interno dello dashboard vecchio Poi che interazione hai con la proposta? È proprio una questione un po' tecnica Se noi decidiamo Che vogliamo ottenere una serie di oggetti Rifarli perché non ci piacciono Perché sono pesanti, perché abbiamo idee nuove Se io faccio il wizard E il wizard attuale Usa lo stesso tree della proposta E io nel wizard Non ne posso inventare una struttura totalmente nuova Perché se no non comunicano più Se invece comunicano In maniera Semplicemente io ti passo dei dati E poi tu ci fai quello che ti pare E poi me ne passi altri No, appunto io dentro il wizard Ne posso inventare la cosa tutta E sto tranquillo Perché tu lavorerai come alla prima Se invece sono proprio i mezzi Che il wizard usa Lui fa la import del tree service Proposta E va a chiamare Se usa qualcosa della proposta Piene dentro Allora se non mi ricordo male Confermo operazioni Lui passa il tree model E poi merge Quindi se noi abbiamo Su mille campi Per ricostruire la proposta B Che gli serve all'output Ne servono solo dieci E tu passa lì E gli metti dentro la proposta B Io non posso rimettere Perché io sono un altro Che posso passare dieci campi in output E poi dieci campi dentro Oggi lui quando fa conferma operazioni Passa tutto il tree model E loro se devono fare conferma operazioni Con il post message Non lo fanno Perché implicherebbe Invece dobbiamo avere il tree model Quindi dovrebbero andare Su una struttura di tessetto Che prende la post message Che si spera sia piccola Però piccola quanto Non sta già a serrarlo Perché l'ha caricato indietro? E' vero che stanno su due Agronomi diretti Ma a questo punto E' sempre nostro Invece la post message Fa conferma lì e poi lo potrà riprendere All'altra parte Conferma che lui va a fare In ottica di strutturare E' diverso rispetto al tree model Che si aspetta dall'altra parte Quindi comunque devi fare Qualcosa che ti reagisca Infatti il dubbio nostro è proprio questo Capire che immagini Abbiamo di refactoring Considerando che dobbiamo Per questo è un dubbio nostro Perché io tree model non l'ho mai capito Ma diciamo che comunque Va rifatto tutto da capo E lì stiamo In frontend sicuramente Tutto il meccanismo di frontend Gli oggetti vanno rifatti Il frontend ti preoccupa di meno Perché comunica tramite DB Il lato frontend Visto che c'è un oggetto E' un colosso E se è quel colosso lì Che sta dentro il wizard Devo inventare lo stesso identico colosso E portarlo Poi scopro che ne uso Un 5% Chiaramente nel wizard Si farà un sistema di interfaccia Che da l'uno trasforma l'altro Invece di passare da Cosmere Sarebbe più facile Passare da Cosmere Sì C'è tutta la logica del frontend Che in modo si riesce a In qualche modo va organizzata Secondo me è proprio Che noi dobbiamo rendersi C'è sicuramente un'affinità C'è nel senso Capire come funziona E poi inventarci qualcosa Abbiamo anche fatto il modulo Che funziona in vecchio Stiamo dispostissimi a rifarlo Anche perché forse è più tempo di capirlo E di copiarlo esattamente Come è piuttosto che rifarlo Il problema è che la coesistenza La coesistenza è un problema Sì + + +Se voi non capite la struttura dei dati, i prodotti, le operazioni che si possono fare, quali prodotti si possono mettere in determinate famiglie, voi non capirete mai, mai il primordiale perché altrimenti la struttura non è molto... se ti faccio vedere i campi e tu dici, boh, sono campi così, ma hanno una logica per cosa sono stati fatti, perché sono i fogli, hanno dei contenitori che all'interno hanno altri prodotti, c'è i fondi, c'è i parchi, il wrapper, il decorator... Prendendo il suggerimento di Valerio, secondo me l'esercizio, più che partire dal codice e arrivare... cioè, bisogna fare un esercizio di sottospensione in un fondo, ad esempio, e vedere come i vari servizi che invoca il front-end lavorano sulla proposta. Per poter fare questo lavoro, stiamo facendo degli incontri top-down, in cui funzionalmente vediamo che succede e poi andiamo sul codice a trovare. Prima che se non siamo in grado di navegare nel codice, questa cosa non la possiamo fare. In questa fase stiamo... dove siamo arrivati, avranno dei buchi su come navegare sul codice, per fare sì che poi facciamo... andiamo a fare proposte e vediamo queste proposte come Però se ci mettiamo una giornata, io faccio un click e poi vi devo fermare un giorno per andarmi a cercare il campo, chiaramente ci andiamo lenti. Adesso abbiamo già visto il campo, io mi scelgo qua e qui, saltavamo sul codice, mi dica chi salta giusto e possiamo andare avanti. C'eravamo questo blocco che la navigazione sul codice era troppo lenta. Andavamo... perché poi, insomma, le versi engineering le abbiamo fatti a bizzezze, purtroppo, e siamo in grado di arrivare sul punto, ma magari trattando certi passaggi che sono fondamentali. Adesso questi passaggi un pochino li abbiamo chiariti e già ci aiutano molto. La soluzione che dobbiamo trovare, che poi è il fulcro di tutto, torna un po' come... la speravamo un po' più semplice, però il concetto è lo stesso. L'idea è che Wizard diventerà una cosa atomica, totalmente indipendente da tutto il resto, una scatola nera. E poi dobbiamo capire come alimentare questa scatola nera e come far uscire data in questa scatola nera. Probabilmente per fare questo toccherà comunque intervenire sulla vecchia VDC, perché lì, che ci sta questo meccanismo di dedubblica, non si scappa. Perché sembra un sviluppo non semplice. No, poi sembra un sviluppo non semplice. Vabbè, tutti i sviluppi li facciamo a bizzezze, ma questa è una cosa piccola. Logica di questo tipo non è possibile. Anche perché facendo scatola nera noi possiamo aggredire. Invece un Wizard per volta, senza per forza... Secondo me... ... cose requisite, proprio perché si era pensato in anticipo alla complessità. E in quel caso è stato giustificato perché la banca non offriva ancora un prodotto complesso quanto il primo. Cioè i fogli sono arrivati, il mio foglio in particolare è arrivato molto dopo, e quindi si è dovuto dare, non una martellata, ma 180 per farci entrare. Quando è arrivato l'RS, quello con la matrice premium? Il premium è arrivato dopo e quindi si è creata solo una cosa... Chissà, questo mi torna. Il rischio che vedo io di pensare oggi in piccolo a questa soluzione è che è lo stesso percorso già fatto. Sì, aggiungo il pezzetto, però dopo una volta che c'è la soluzione in mano, hai la BDCM in produzione e il tempo gode... Non va in produzione. C'è pure l'eventuale sviluppitura sui rischi che puoi sentire. No, no, questo mi torna. Quindi forse l'approccio più corretto è avere il prodotto più complicato della plattaforma e non il più semplice. Quindi il foglio, che ha una banda di roba, i patrimoniali, le assicurazioni di via, che però purtroppo non è nel vostro percorso pericoloso e senza fondi. Allora, in realtà l'idea, anche ragionando, non penso che avremo mai un trimodale del nuovo. Cioè, se riusciamo a togliere questo, non avremo mai un oggetto così grosso che contiene tutto. Io mi aspetto di avere eventualmente un oggettino, asciutto, che riserva... No, non lo puoi avere. Non è possibile, perché le informazioni che passano avanti e indietro sono spaventose. No, non servono tutte per ottenere. Non servono tutte per ottenere. Però l'altro l'avete riservato? No, non l'avete riservato. Eh, ma ci sono tutte le informazioni sull'arte, sulle rapie, sull'albero finanziario, i bar... Ma Daniele, quello che volevo dire è che, secondo me, da un punto di vista di struttura, sicuramente è una struttura d'albero, che non sia un premodel. Quello che si può fare con GVT è provare a ottimizzarlo o provare a snellire un modello che comunque, secondo me, non è lo sbagliato, eh. Perché comunque rispecchia... Anche quello che dicevo è tutto quello che fa male. Perché probabilmente, come dici tu, col tempo c'ha una serie di informazioni che sono ridondanti e quindi si può sistemare. Quindi alleggerirlo e fare in modo che sia adattabile. L'albero è un concetto di albero perché io ho bisogno di avere la distinzione dell'albero. L'albero potrebbe essere un licitino che fa due campi e poi le informazioni aggiunte le metto separatamente solo quando mi sa buona. Può avere pure un miliardo di rami questo albero. Gli oggetti di questo albero sono le posizioni, le sottoposizioni e le sottocontroposizioni. Forse sono più alberi. Sì, perché io ho prodotti quelli più pubblicati. Mi guadagno che fanno bene su una lista piantale, patrimoniali, assicurativi. C'hanno i sottostanti, c'hanno i sottostanti. C'hanno il contratto. C'hanno la linea, c'hanno il decorato. Il decorato e il sottostante. Questo è un albero numidale, potrei mettere un albero e tutti i codici. Quindi due campi, padre, figlio e codice. E' un albero. Poi dopo un codice lì, lo mappo su uno zetto. No, sto cercando di semplificare. Non andiamo ancora a pieno scienza. Però l'idea potrebbe essere quella di spezzettarlo, nel senso che il contenuto grosso lo teniamo fuori dall'albero, accessibile, con demanda, quando serve. Però è tutto da vedere. Allora, se chiedessi di prendere degli esempi del modello che ha fatto, tipo sugli assicurativi, i fondi, iniziare a fare un match di quello che mostra come informazioni, e poi si possono fare le ragioni. Però fondamentalmente adesso, anche per darci un ordine, il vero problema in questa fase è capire ma l'albero mi serve in qualsiasi punto dell'applicazione o nei wizard mi basta un pezzettino sotto insieme, una cosa più light. Quindi i wizard sono indipendenti da questa complessità. Sembrerebbe di capire che i wizard, come il contesto wizard, sono indipendenti. E' ancora. No, è indipendente. Però dovreste dire se il wizard è microcontenente. E' indipendente. Non è indipendente. Cioè è tutto così. C'è la sua struttura d'albero. Sì, vabbè, però il modo in cui si lo carica... Io carico l'albero dall'altra costa, al wizard di basso l'informazione. Poi sotto, ovviamente, se lo utilizza, c'è il suo albero con la sua web, c'è poi... Per me questo è una cosa chiave. Al wizard, io di basso, qualcuno mi chiede... Purtroppo dovrei fare la registrazione del wizard. Tutte le operazioni che fanno... Quando vai sul wizard, che in caso è piuttosto vendita, la renditizzazione di altri prodotti, dei percentuali, dei controvalori, è il rendering del model. Quando fai un'operazione... No, abbiamo detto di un model specifico... Di quel contratto. Sì, di quel contratto. Eh, per quindi... Da un altro mondo che è il contratto. Esatto. Il model è il contratto. L'ho detto anche prima. Il model è del singolo contratto. Esatto. Quando facciamo un wizard di quel contratto... Il wizard di quel contratto, invece, è quello del mondo. Se quel wizard è il contratto... C'è, però per noi è un po' più semplice... No, se è il contratto, se è quello che c'è dentro il contratto... Visto che noi facciamo un wizard che non è di contratto... No, se è quello che c'è dentro il contratto, dipende quello che c'è del contratto dentro. Allora, se è un contratto per i fondi di un certo disco, non c'è l'autostand, non c'è... Secondo me, prima di affrontare questa discussione, abbiamo sempre bisogno di fare e studiarsi bene il comportamento che fa la VDC quando tu clicchi su un contratto e ti chiamano Template. E poi ne parliamo. Tu vai con delle idee... No, mi piacerebbe anche il codice. È una difficoltà a capire. Quella visualizzazione là dei fondi. Mi piacerebbe vedere un fondo. Ok. Mi piacerebbe fare la scelta tra altri dieci fondi. + + +Lì il premodel, dove sta? Non fisicamente, ma l'esigenza del premodel C'è una lista di contratti, che sono i contratti che c'è nel portafoglio e sono mesh table Ad ogni contratto andrà a vedere che il sistema, quando tu clicchi su un post dell'invita, scrive il contratto RS2425 GetPremodel va sul mesh table, va sotto al contratto, dal contratto prende la struttura del premodel e gliela passa al contratto Se è una nuova sottoscrizione, è tutto il contrario Quando tu crei un contratto, scegli dei prodotti e fai conferma operazione, chiama il tuo conferma operazione Se tu studi quel metodo, vedrai che lui va sulla proposta, gli dici la lista dei contratti, vede che è un contratto nuovo Fa l'insedimento nel mesh table e gli schiaffa il premodel che lui ha appena creato Questa cosa qua, la fai in wizard o la fai in back-ender? La fai in back-ender Oh, quindi in wizard c'è già il risultato Questa cosa la fai in back-ender, a wizard gli arriva il risultato di tutta questa elaborazione In wizard arriva un premodel, ma è un premodel di quel contratto che ha una ricologia, una caratteristica particolare Quando faccio quel wizard non devo conoscere tutti i premodel possibili I premodel sono uguali, la struttura è unica, è unica solo che in base al wizard legge determinati dati Invece quello che dobbiamo sganciare è questo, cercare di fare in modo che in wizard c'è questo parchettino il più light possibile In modo che venga il risultato Adesso stiamo dicendo che ho una struttura complessa, potenzialmente mille campi A che c'è di rendere le parti indondanti, o fare in modo che quel premodel sia un po' più vicino al wizard che lo deve utilizzare Anziché avere uno grosso che abbraccia tutte le esigenze Questo è da valutare, l'idea era questa Io ho un wizard, questo wizard in particolare ha bisogno di 10 informazioni di quel premodel In modo che lui è un oggettino che manipola 10 informazioni Già lo fa, adesso lui queste 10 informazioni se le va a fescare da un oggetto che ha mille colonne E se ci scende la prima, l'undicesima, la ventottesima e la settantesima Gli dico, sai che c'è? Gli faccio il mapper, come fa tutti i microservizi, c'ho la entity che ha mille colonne e poi la faccio il mapper in una che ce ne ha due E questo mapper lo trago prima dal wizard e dal wizard ne ne mando due Così il wizard è più semplice, vive in un suo mondo felice in cui tutta la complessità la gestisce qualcun altro In output è questa cosa, il wizard eventualmente manderà le qualche informazioni necessarie E poi c'è qualcuno dopo il wizard che le riempacchetta e le andrà a mettere in quelle famose colonne sparse e mischiate di tutto il mondo Così il wizard ha tutte le scatolette semplici Quando io lavoro a microservizi e a microfrontend per forza devo fare così Perché se noi stessimo su 2 di XPC e lavorassimo a microfrontend, io potrei avere anche un microfrontend scritto in flutter Quello faccio per tre modelli e non ne so nulla Ed è normale da parten che quando io comunico con un altro microservizio ci mettiamo d'accordo su un contratto, un'interfaccia Ma ti faccio quella più semplice di tutte, non ti passo Ad esempio in un nostro mondo abbiamo un oggetto strumento che ha 200 colonne E poi a me servono 5 Le altre sono andate lì storicamente per lo stesso problema Perché man mano ognuno si aggiunge da solo Stiamo dicendo che tu adatti l'oggetto di oltre modelli in base al wizard che hai chiamato Perché non so se... Certo, è difficile questa mappa che hai creato Non lo so, perché a parte qualche caso, però alla fine è così quasi sempre tutto buono Questa parte di informazione per noi è importante Cioè, se sono dei pacchi c'è tutta la parte della struttura dei pacchi che non lo utilizzi Sì Se sono monoline non ha il concetto di decorator, non c'ha il concetto di wrapper Ma che invece c'hanno gli assicurati C'è comunque la struttura delle altre modelli, per forza di cose, ma comunque è riscritta Perché stiamo in un grado tecnologico, quindi anche se decidiamo di usarlo come concetto E mi torna, perché se è un albero... Quindi non lo dobbiamo fare, questo non si scappa Però nel doverlo rifare, l'idea è cerchiamo di rifarlo spacchettato Incapsulando certe informazioni in modo che per il wizard... Perché se il wizard diventano delle scatole nere è tutto più facile Tanto loro hanno una complessità più bassa Chiaramente è la proposta, la complessità la mantiene tutta Perché mette tutti i dati per le varie visualizzazioni Mi pare di capire che non si scappa Però per lo meno gli wizard li abbiamo in qualche modo E gli stanno facendo così a metterle on off nel vecchio e nel nuovo Senza dover prima modificare L'idea è chiara, però non è... C'è effettivamente... Questa approccio per me è un altro problema Che è quello invece di dover andare a scrivere codici 15 le volte quando ti serve Che è il problema al posto dei fattori No, infatti questo poi è un'altra cosa C'è uno fra tutti che mette il TME Che infatti lo scrive ogni volta perché il wizard è incapsulato No, la logica di dati del wizard non ha la parte del TME Li servono... questo è chiaro Ogni pezzettino lo facciamo una per una, una per tutte Per cui anche la parte dei controlli Che poi oltretutto legge dal DB E' quella l'idea che ne facciamo una unica Un po' come la vecchia prima della transizione Se ne fanno una e tutti i wizard usano la stessa Però l'esperienza ha detto che non farò questo Nel senso che il posto dei fattori non è stato fatto perché Non si arrivava più Cioè il numero di ticket che avevano arrivato di produzione era inimmaginabile No, però possiamo da solo la nostra esperienza Sì, purtroppo... No, l'esperienza no Siccome il sistema è effettivamente grosso E le societature e i trochi sono diverse Quindi avere una divisione in modo specifico Per ogni singolo wizard Faccio un esempio Può essere vicente da un fatto di contenzione Di gestirsi le problematiche solo su quel wizard Perché poi mettendo a fattore comune Si dice che effettivamente Vai a complicare l'idea Abbiamo valutato l'obiettivo di cercare di centralizzare quanto possibile Purtroppo dobbiamo cercare in qualche modo di mediare Per il fatto che non possiamo duplicare Rifacendo un progetto da capo Anche perché semplicemente non sono No, perché saranno fortunatamente micro servizi esaurati Sennò ci comincerebbero a rompere le palle Solo al piacere della pubblicazione del codice Però il motivo ci sta per rompere le palle E dall'altra parte però Sono consapevole di questo problema Che è uno dei problemi fondamentali Nel monoliglio e nelle cose Che se il codice è cumulato Poi tutti ci mettono mano E diventa una schifezza Cercheremo una media Però da quello che ho visto Se molti wizard fanno lo stesso meccanismo dei controlli Se ce ne sta uno che lo fa diverso All'80% uguale Alla forza delle cose All'incensimento Questo quasi cercherà di capire L'obiettivo è cercare di riacquapare tutto Io aggiungo la nostra Noi cercheremo di fare le cose Le più pulite e semplici possibili In modo che anche la monotensione sia altrettanto semplice E ingestibile Chiaramente i micro servizi un pochino aiutano I moduli un pochino aiutano Poi ci sta pure con il gestire il codice Su questo aspetto di essere bravi Il codice è un codice Almeno in fase 1 Il codice è sufficientemente pulito E modificabile Il codice è altamente complesso E altamente intricato Magari facendolo da zero Più pulito Il problema che si è riscontrato la volta scorsa E' meno evidente Se continuiamo ad essere fornitori Sicuramente non lo saranno mai Perché siamo talmente bravi Questo purtroppo è un rischio da correre E poi quando devi fare una modifica Devi portare il regalo su 10 Ma anche se abbiamo cambiato Questa regola dei controlli Su tutti i sistemi che fanno i controlli Siamo a 40 quizzard Su tutti i 40 dobbiamo modificarlo Toccherà a capire nel primo problema che capita Se capite la produzione A cambio di tutti Ci verranno a dire Ah cacchio avete duplicato il codice Guardate che vi tocca fare Se capite il bug in produzione No vabbè Seguite l'analisi Su tutti Per capire bene Specialmente su quelli più complessi Poi dopo ci rendiamo tempo Per condire la soluzione Perché tutte non ragioniamo Io la risposta non ce l'ho E' ovvio La proposta è la logica Che dice adesso di dividere Per carità Non è che stiamo dicendo quello Però Quello che dobbiamo capire E' anche quando Cercare di prendere una decisione Forte Che sicuramente ci proporrà problemi Perché il codice è complesso Però ci aiuta In una strada In cui noi vogliamo fare Una transizione + + +Un po' come in Big Bang, facciamo tutto, ricordiamo da là, disegniamo a mano a mano, volendo lavorare con resistenza col vecchio, con un meccanismo di convergenza che ci forza anche nella scelta dell'ordine del concetto da fare, perché dobbiamo fare certe cose per tirare un pacchetto un sotto insieme, volendo mantenere il vecchio e il nuovo. Chiaramente certe scelte diventano quasi obbligatorie e poi una volta che ho questa scelta obbligatoria, cacchio, ma come faccio a metterla in piedi questa scelta? Non è semplice, però non è che abbiamo tante immagini, perché se non facciamo così non si possono fare le riserve separate e quindi dovremmo rinunciare a quella scelta e dire, vabbè, allora lavoriamo diversamente. Se vogliamo ragionare a un riservo separato, torna tutto. Per poter fare una discussione che abbia poi un valore che ci aiuta a trovare la soluzione giusta, convito a vedere tutti i wizard, almeno certi wizard della lista stanno lì, capire effettivamente cosa fanno, capire quali sono le informazioni che si trasmettono, quali sono le informazioni su cui lavora, e così avere una visione un attimo di insieme, perché sono dei concetti corretti che non è che posso dirti che sono sbagliati, sono d'accordo con dei diversi aspunti, però per capire se effettivamente è una strada giusta dobbiamo un attimo allargare alcuni miei risulti e vedere l'insieme di wizard come lavorono, che è un concetto un po' diverso da parlare di proposta, perché se parli di proposta come oggettore su cui ci sono le informazioni, effettivamente possono essere ognuno a scatola che lo so già, oggi sono così, quindi non è che stiamo inventando la roba, ma oggi così è, effettivamente sono a scatola, lavorano su quei prodotti, stanno a fare il loro mestiere e è il back-end che fa poi da tramite, che prende i dati e gli manda su la cosa, quindi non partire dal codice perché altrimenti effettivamente ci si perde nella foresta, quindi degli singoli, un fondo, un assicurativo, fondo di pensione soffeso, banali, te li puoi anche evitare, ma già all'interno degli assicurativi ognuno di quello ha un comportamento diverso, se prendi un XP rispetto a un RP, sono totalmente diversi, confrontati con le azioni di corso, quindi lo confermi un post vendita modificato che confermi gli entri, quello è il massimo della complessità. E su quella base possiamo fare ragionamenti, perché altrimenti sono dei ragionamenti su delle analisi che hai fatto sul codice, la scelta è che non è superficiale, non sei imparato effettivamente nei contenuti, per entrare nei contenuti bisogna vedere le casse di post vendita, il buffer modifiche, il trimodel, il comportamento del back-end, lasciando stare il TME, i controlli dei file e i costi, ma se già capisci l'entrata e l'uscita, comprendi la difficoltà e comprendi che l'obiettivo di oggi era proprio questo, capire dove andare a cercare questo tipo di informazione. Noi cerchiamo che il dato trasferito e l'ingresso e l'uscita è comunque questo trimodel e dobbiamo concentrarci ad analizzare questo, per le varie tipologie di glizzard, e questo già è l'informazione fondamentale che ci mettiamo in campo. Poi pure secondo me è importante avere un po' completa tutta l'operazione che sia possibile, nel senso che sono le conversioni, il riscatto, riscatto parziale, riscatto di qualsiasi rettendenza, conflitti di colpa-foglio, riallocazioni, ne stanno un milione. Se ti dico che cos'è, forse molto probabilmente non sai che cosa fa, ma non perché sono veramente tante, anche io le so tutte, ma ogni operazione di quella fa un giro diverso, perché, che ne so, rialtivazione, riallocazione volontaria, strenuazione per i fogli. Poi se tu vedi sul codice, diciamo che fa questo, però poi non sai effettivamente a livello proprio funzionale e visivo che cosa fa. Noi stavamo lavorando su due piani, il piano di oggi era analizzando il codice per poter supportare il piano funzionale. Poi è stato fatto con ArcSg, che è molto più semplice, e lì il ragazzo funzionale che andava a guardare, diceva questo click, questo numero, mi dice da dove viene, e loro andavano, a sonare tutti in via, hanno fatto l'analisi. Su questa parte qui, chiaramente se lo funzionale non ci sente questa cosa da dove viene, e poi rischiamo di stare per un mese, ci serviva questa rivoluzione di oggi per accedere all'era. Funzionalmente stiamo andando avanti, Maria, Mattia, Andrea stanno andando avanti con tutte le analisi funzionali, ci dobbiamo incrociare. Sì, perché mentre loro si fanno l'esercizio, tu capisci. Poi vedrai che il giro, non ho capito, sono le stesse, cioè non è che poi sono diversi, capisci? Da basso verso l'alto sui wizard. Poi i dati che vengono elucidati da altri modelli sono i famosi dati che poi vengono modificati in realtà in maniera affrontente, dove c'è la famosa logica del tempo. Sì, sono quelli che poi c'erano i controlli, le priorità che la soluzione prende, magari. Lì soprattutto, come diceva Valerio, quando si fa modifiche di portafoglio, riallocazioni, conversioni, è lì che entra in gioco l'articolo. Sì, ci sono dei campi proprio specifici sui tre modelli che ti dicono che l'avversamento è in tendenza, cioè che è diverso da avversamento, che è diverso da avversamento puntuale. E lì ci sono diversi campi, che operazioni fanno e in base a quello lui fa delle logiche diverse. Normalmente pensate all'LT e all'RT, sono due operazioni identiche, che in realtà non sono identiche. L'operazione di scatto totale è la stessa? No, non è la stessa. Soprattutto fa altre cose. Ad esempio tu gli mandi l'operazione di scatto che c'è almeno 10.422, la mandi e poi il backend se la rifà perché deve essere sicuro che è totale. Quindi in realtà gli hai mandato una cosa che forse è utile, forse no. Sì, anzi perché poi si ricade tutte le logiche. Il fatto di mantenere sempre aggiornato tutta la matrice, c'è anche dall'inizio all'inizio stagione. Se si inizia a rifiutare piuttosto che altre logiche, l'LT non ci... Vabbè, pomeriggio meno rischio, ringrazio. Dico che a parte le quattro c'è una cosa del CM. Non so se voi rimanete oppure... Mi sa che tornerò, tornerò in severance. Ma ci preoccupo tanto con le riagli. E a voi, è tutto contento. No, no, no, ma oggi era meglio. Continua, non state contenti. Ciao a tutti! Ciao a tutti!