Che tipo di supporto possiamo offrirti
Leggi con attenzione questa pagina, prima di aprire un ticket nel portale supporto.
Questo portale di assistenza nasce per la segnalazione di bug sulle piattaforma realizzate da Da Vinci Fintech, quindi iniziamo da qui…
Cosa costituisce un bug e cosa no.
Un bug è un chiaro ed evidente mal funzionamento del programma. Ecco alcuni esempi.
- Si apre la finestra di Eccezione non gestita.

Questa finestra viene mostrata quando il programma esegue del codice problematico non gestito. E’ di fatto la manifestazione di un bug.
In questi casi cliccando “Dettagli” si apre un pannello testuale contenente i dettagli del problema che permettono a noi di identificarlo e risolverlo. Nella segnalazione è quindi importante Copiare/Incollare il testo contenuto del pannello “Dettagli”.

Per Copiare/Incollare è sufficiente cliccare il pannello testuale per posizionarvi il cursore, cliccare col tasto destro e premere “Seleziona Tutto”, cliccare nuovamente col tasto destro sulla parte selezionata e premere “Copia”.
- Il programma non si apre
Il programma, fallisce nell’aprirsi. Non completa il caricamento iniziale, o il caricamento iniziale nemmeno inizia. In ogni caso non è in grado di giungere alla schermata principale.
- Il programma si apre, ma appare “strano”
Alcuni crash che avvengono durante routine in background permettono al programma di proseguire nel suo caricamento, ma ne bloccano l’inizializzazione. Questo comporta che sebbene il programma arrivi alla fine del caricamento fino a mostrare la finestra principale all’utente, questa non ha completato l’inizializzazione. Il risultato è una finestra radicalmente diversa da quella a cui siete abituati. I bottoni non sono al loro posto, alcune componenti sono schiacciate o deformate, ci sono spazi vuoti dove di solito non c’erano. Ecco un esempio…

E’ piuttosto evidente che la finestra non viene mostrata come dovrebbe e che “qualcosa non va”. Questo è un evidente bug.
- Versioni del Sistema Operativo ormai obsolete
Ci riserviamo di non indagare problemi che si verificano su versioni di Windows precedenti alla 10, su versioni di Windows Server precedenti alla 2022, e su qualunque versione di Windows non licenziata.
- Il programma ha un comportamento oggettivamente errato
Il programma oggettivamente non fa quello che deve, sebbene non vada in crash. Ecco alcuni esempi:
- Skeleton manda un ordine sul contratto sbagliato
- I grafici vengono disegnati in maniera non corretta: con linee che “tornano indietro”, si spezzano, o non vengono proprio disegnati.
- In fase di esportazione di un file, questo non viene salvato nella directory specificata.
- Un caricamento si blocca e dopo parecchio tempo non prosegue.
- Una simulazione mostra valori “assurdi”, equity line insensate, o altre misure “impossibili”.
Ora proviamo a chiarire cosa intendiamo con quest’ultimo punto…
Cosa NON è un bug …
Se state facendo una simulazione così complessa che nemmeno a voi è chiaro cosa succeda, allora prima di stabilire che si tratti di un bug, la simulazione va semplificata progressivamente fino ai minimi termini, isolando il problema, cosi che sia chiaro che c’è un mal funzionamento.
Esempio: se su Invest Studio si lancia un portafoglio con otto categorie, e qualcosa non torna nel Current State, questo probabilmente NON è un bug, ma un effetto di una complessità che sfugge al vostro controllo. Nel 99% dei casi vi accorgerete che semplificando il portafoglio per step progressivi, per esempio isolando una categoria alla volta, troverete l’origine dell’apparente malfunzionamento. Se in seguito a un’esaustiva semplificazione, per esempio ritrovandovi con un portafoglio con una sola categoria, identificate l’origine del problema in un determinato settaggio che non fa quello che deve, allora è legittimo ritenerlo un possibile bug che deve quindi essere segnalato.
Esempio: Una differenza di 0.5% di CAGR tra due simulazioni che “dovrebbero dare uno stesso risultato” non è un bug, nel 99% dei casi nel condizionale “dovrebbero” si annida una dinamica non immediatamente intuitiva del funzionamento del motore che conduce correttamente a quella differenza. In Invest Studio si potrebbe pensare che imporre una condizione di risk off tra due ETF in una categoria, o a livello di portafoglio tra due categorie con dentro i due stessi ETF, dovrebbe dare lo stesso risultato. Non è così, i risultati saranno leggermente diversi e ci sono motivi specifici per cui sono diversi. Questa è una segnalazione che ci è stata fatta spesso, ma ciò che si fa fatoca a comprendere è che le due simulazioni non sono equivalenti.
Esempio: se si applica una regola di money management in Portfolio Builder, e poi si prova a riprodurla direttamente nel codice Easy Language della strategia, è improbabile che i due backtest siano uguali.
Il motore di calcolo delle varie piattaforme è spesso piuttosto complesso, e si fonda su ipotesi e assunzione che vengono accuratamente scelte. E’ impensabile “fare i calcoli su Excel” nella speranza di verificare se quelli della piattaforma sono corretti. Sebbene noi abbiamo sviluppato le piattaforme spesso non è immediatamente ovvio perché i vostri calcoli siano diversi dai nostri, e queste segnalazioni poi si riducono a un esercizio di verifica e ricerca dell’errore dei vostri calcoli su excel.
Noi tendiamo a mettere quanti meno vincoli possibili nell’utilizzo dei programmi, perché riteniamo che i nostri utenti abbiano il buon senso necessario a capire come dovrebbero essere utilizzati (quali settaggi sono coerenti e quali sono un po’ “strampalati”).
Esempio: Volete caricare un portafoglio da 900 strategie in Portfolio Builder? Portfolio Builder non è stato progettato per fare qualcosa del genere: non avremmo mai calcolato quel dettaglio di metriche, correlazioni, ecc… se lo scopo fosse stato quello aggregare 900 strategie.
Esempio: Lanciare un portafoglio con 15 categorie in Risk Parity su Invest Studio è un “abuso” della piattaforma ed è possibile che qualcosa vada storto (e basta avere una vaga idea del calcolo di un modello Risk Parity per capire che non ha senso).
Esempio: Caricare un’ottimizzazione da 30 mila backtest in versione “Detailed” su Strategy Builder non è l’idea sottostante al programma. E non importa se avete un processore con 128 core, e mezzo terabyte di RAM: usare un programma in una casistica che esula completamente dal dominio del normale utilizzo vi porta in un terreno inesplorato in cui è possibile, anzi probabile, trovare ostacoli.
Un malfunzionamento è considerato un bug SOLO se avviene all’interno del comune dominio di utilizzo del programma.
Non sono bug le segnalazioni di strategie che “non fanno quanto implementato nel codice”.
Il 100% di queste segnalazioni (e sono parecchie), si è rivelato essere dovuto a un errore nella stesura del codice della strategia (ad esempio in Option Language), e non un errore del motore nell’eseguire il backtest. La strategia faceva esattamente quello che veniva descritto dal codice, il problema risiedeva nel modo con cui l’utente ha codificato la sua idea.
Sbagliare, riprovare, sbagliare ancora e riprovare di nuovo, è parte integrale e naturale del processo di apprendimento di un linguaggio di programmazione: è normale e prima di ipotizzare che il linguaggio di programmazione ha un bug, andrebbe ipotizzato che il codice della strategia che abbiamo scritto, abbia un bug (che devi essere tu a risolvere e non noi).
Come vengono gestite le richieste di supporto (come queste) che NON sono bug
Ad oggi, sul portale di assistenza, più dell’85% dei ticket vengono aperti su segnalazioni come queste.
La gestione di ognuno di questi ticket richiede diverse ore di lavoro, e talvolta si risolve nell’individuazione di scelte strampalate nei settaggi che avete effettuato, altre volte con lunghe spiegazioni su come quella piattaforma effettua il calcolo, per dimostrarti che il calcolo che è corretto (…ma non possiamo trascorrere le giornate a dimostrare che i calcoli sono corretti, ogni volta che ci scrivete che “secondo voi qualcosa non torna”).
Puoi comunque richiedere supporto sulle tue simulazioni o sui tuoi modelli o su situazioni simili a quelle che abbiamo appena elencato, ma questo genere di attività saranno fatturate come consulenza: basterà acquistare un numero di ore pre-pagate, che andremo a scalare man mano dall’attività di supporto.
Acquista 1 Ora di Consulenza
Acquista 2 Ore di Consulenza
Acquista 4 Ore di Consulenza
La segnalazione di bug o di evidenti malfunzionamenti, fa parte dell’assistenza inclusa in ogni piattaforma, quindi puoi continuare ad aprire ticket come questi senza dover acquistare ore di consulenza.
Se desideri aprire ticket per effettuare segnalazioni simili a quelle elencate negli esempi qui sopra, allora sarà sufficiente acquistare alcune ore di consulenza pre-pagate: se dall’esame del tuo ticket, emergerà che si tratta effettivamente di un bug, queste ore di lavoro non saranno scalate (…e non ti costerà nulla).
Se al contrario, il calcolo effettuato dalla piattaforma è corretto, per quando poco intuitivo, ti forniremo tutte le spiegazioni esattamente come abbiamo fatto finora, ma addebitandoti le ore necessarie per effettuare questa analisi sui tuoi modelli, e il tempo per la gestione della risposta.
Contatta Da Vinci Fintech
Sia che tu stia già utilizzando StrategyLab o voglia semplicemente avere delle informazioni, risponderemo ad ogni tua domanda
Non stai ancora utilizzando StrategyLab
Scegli giorno e ora per fissare una chiamata con noi.

Utilizzi già StrategyLab
Segui questi link per aprire un ticket di Supporto tecnico
