Salta ai contenuti

Aggiornamento posticipato

Aggiornamento posticipato

Il precedentemente annunciato aggiornamento dell’API SIGN DE di domenica 5 giugno 2022 è posticipato. Pertanto, la manutenzione programmata non è più necessaria e viene annullata.

Il motivo è un bug scoperto durante i test che può causare il passaggio delle istanze TSS aggiornate a uno stato sicuro permanente. Di conseguenza, le azioni annunciate per il 5.6.2022 e il 6.6.2022 non avranno luogo. Stiamo analizzando la causa del problema e procederemo a risolverlo. Ciò richiederà una ricertificazione del SMAERS. Una nuova data di aggiornamento verrà annunciata in anticipo una volta completato il processo.

Di seguito troverete le risposte ad alcune domande che potreste avere sull’aggiornamento TSS posticipato.

L’aggiornamento posticipato influisce sulla mia operatività di SIGN DE?

Sezione intitolata “L’aggiornamento posticipato influisce sulla mia operatività di SIGN DE?”

I clienti non risentiranno di alcun impatto dal posticipo dell’aggiornamento. La versione TSS certificata attualmente in esecuzione (1.0.5-1.2.0) è stabile e funziona in modo affidabile.

Le modifiche nelle versioni aggiornate riguardano ulteriori miglioramenti della stabilità, ma non sono critiche per il normale funzionamento dell’API SIGN DE.

Durante gli estesi test nel nostro ambiente TEST, è stato rilevato un bug. In determinate circostanze, questo bug causa il passaggio di alcune delle istanze SMAERS aggiornate dalla versione 1.0.5 alla versione 1.0.6 a uno stato sicuro irrecuperabile.

Le istanze SMAERS «nuove», che sono state create nella versione 1.0.6, non sono interessate da questo bug. Non sono stati rilevati problemi con la nuova versione CSPL 1.3.0.

La risoluzione di questo problema è possibile solo modificando l’implementazione del nostro SMAERS, il che significa che deve essere sottoposto a un processo di ricertificazione prima di poter essere distribuito in produzione. Di conseguenza, l’aggiornamento pianificato deve essere posticipato fino al completamento di tale processo.

Qual è l’impatto dell’aggiornamento posticipato?

Sezione intitolata “Qual è l’impatto dell’aggiornamento posticipato?”

Il posticipo riguarda l’aggiornamento del TSS nell’ambiente LIVE. In TEST, già aggiornato, la versione TSS 1.0.6-1.3.0 continuerà a funzionare a scopo di test. Ciò significa che:

  • Nell’ambiente LIVE, la versione TSS rimarrà a 1.0.5-1.2.0 (la versione «vecchia»). Questo significa che per i clienti, nulla cambierà rispetto ad ora.

  • Nell’ambiente TEST, la versione TSS rimarrà a 1.0.6-1.3.0 (la versione «aggiornata»). Poiché l’ambiente è configurato per creare nuove istanze TSS solo in questa versione, il bug non interesserà le istanze TSS dei clienti nell’ambiente TEST. Il comportamento di questa versione dal punto di vista del cliente è indistinguibile dalla versione precedente, il che significa che le istanze TSS «aggiornate» si comporteranno come quelle «vecchie». Nessun test o altra integrazione lato cliente sarà interessata, a parte la presenza della versione TSS aggiornata nel file info.csv delle esportazioni TSS.

Nonostante i test automatizzati e manuali estesi, il bug non è stato rilevato durante lo sviluppo o la certificazione perché le circostanze specifiche che lo hanno innescato erano difficili da anticipare e testare in anticipo. La complessità del TSS è tale che alcuni comportamenti sono rari e saranno rilevabili solo in ambienti su larga scala e altamente dinamici.

Tuttavia, questo era esattamente il motivo per cui era previsto un periodo di test esteso nell’ambiente TEST, che approssima più da vicino le condizioni e il comportamento del nostro ambiente LIVE, prima che l’aggiornamento nell’ambiente LIVE avesse luogo.

Le modifiche incorporate nella versione TSS 1.0.6-1.3.0 faranno parte del prossimo aggiornamento, che avrà luogo una volta completata la ricertificazione del SMAERS, portando a una nuova versione del SMAERS (1.0.x). L’aggiornamento aggiornerà poi la versione TSS nell’ambiente TEST e nell’ambiente LIVE alla versione 1.0.x-1.3.0.

È difficile stimare quanto tempo richiieranno lo sviluppo e lo sforzo di ricertificazione, ma il ritardo previsto è dell’ordine di almeno alcuni mesi. Qualora venisse decisa una data di aggiornamento, informeremo i clienti in anticipo nello stesso modo in cui l’abbiamo fatto per questo aggiornamento.

Perché non aggiornare solo il CSPL, se non ha problemi?

Sezione intitolata “Perché non aggiornare solo il CSPL, se non ha problemi?”

Il processo di certificazione TSS richiede la certificazione separata delle versioni dei singoli componenti (SMAERS e CSPL) nonché della loro combinazione (ovvero il TSS nel suo insieme). Pertanto, non ci è consentito aggiornare solo il CSPL, poiché ciò farebbe sì che le istanze TSS nell’ambiente LIVE si trovino in una versione non certificata (1.0.5-1.3.0).

Cordiali saluti, il team fiskaly SIGN DE

Was this page helpful?