Changelog Desk

Questa pagina documenta tutte le modifiche significative a Desk, l'applicazione web open-source per la gestione delle fatture elettroniche.

v1.6.4 - 8 Settembre 2026

Nessun blocco sulla pagina "Postazione Desk non attiva" dopo un salvataggio rifiutato: se un utente senza chiave salvata inseriva nel profilo una chiave live priva di postazione attiva (o non valida), il salvataggio veniva correttamente rifiutato, ma da quel momento ogni pagina lo rimandava alla schermata "Postazione Desk non attiva" per tutta la durata della sessione — anche dopo aver attivato la postazione. Ora, se il salvataggio viene rifiutato, si torna semplicemente alla pagina profilo per inserire una chiave valida.

Le installazioni self-hosted non richiedono più una postazione Desk: il controllo sulla postazione veniva applicato erroneamente a tutte le installazioni configurate in modalità multi-utente, comprese quelle self-hosted, che venivano così rimandate alla pagina "Postazione Desk non attiva" anche con una chiave live valida. Il controllo riguarda ora esclusivamente Desk Cloud, come indicato nella pagina Prezzi: Desk self-hosted è gratuito e non richiede alcuna postazione.

Quando l'API restituisce il codice di rate-limit (HTTP 429), Desk mostra ora un messaggio dedicato che indica quanto aspettare prima di riprovare (leggendo l'header Retry-After quando disponibile), al posto del generico "Errore nella richiesta API".

Le chiavi sandbox funzionano senza postazione Desk: le API key contenenti _test_ (sandbox) non richiedono più una postazione Desk attiva. È possibile usare Desk con una chiave sandbox gratuitamente, senza limiti di tempo e senza carta di credito. Le chiavi live (_live_) continuano a richiedere una postazione attiva. Questo vale sia a runtime che al momento del salvataggio della chiave nel profilo.
La pagina profilo, il messaggio di benvenuto, l'errore "postazione non attiva" e la pagina NoSeat spiegano ora chiaramente che le chiavi sandbox funzionano sempre senza postazione, e che solo le chiavi live ne richiedono una.

Corretto uno spazio bianco visibile attorno ai link inline (ad es. nell'alert "postazione non attiva") causato dal container degli alert che usava display: flex con un valore di gap.

I nuovi utenti registrati vedono ora subito un messaggio di benvenuto che li invita a inserire una API key Invoicetronic con postazione Desk attiva, prima di poter accedere alle altre pagine.
Il messaggio "API key obbligatoria" nella pagina profilo è ora correttamente localizzato in italiano.

Le richieste all'API includono ora la modalità di deployment (hosted, self-hosted o standalone) nell'header User-Agent, permettendo all'API Invoicetronic di distinguere il traffico Desk hosted ufficiale dalle istanze self-hosted. Il deploy hosted attiva la modalità tramite la variabile d'ambiente DESK_HOSTED=true; le installazioni self-hosted non richiedono modifiche.

Rimosso il pagamento diretto da Desk: l'accesso a Desk Cloud è ora gestito tramite postazioni Desk abilitate dalla Dashboard. La chiave API principale include 15 giorni di prova gratuita. Vedi la pagina Desk per i dettagli sul nuovo flusso.

Quando si inserisce una API key senza una postazione Desk attiva, il profilo mostra ora un messaggio chiaro che indica come abilitarla dalla sezione Chiavi della Dashboard.
Pagina di errore dedicata quando la chiave API non ha una postazione Desk attiva, con accesso diretto alla Dashboard per abilitarla.
Per gli utenti con chiave secondaria, i contatori operazioni e firme rimanenti sono nascosti (le quote sono gestite dalla chiave principale).

In caso di login fallito, viene mostrato un avviso che spiega che gli account Desk sono indipendenti da quelli della Developer Dashboard.
Aggiunto link "Accedi con un altro account" nella pagina di sottoscrizione.

Risolto crash all'avvio con errore "database is locked" su SQLite durante la crittografia delle chiavi API.

Le chiavi API vengono ora crittografate a riposo usando ASP.NET Core Data Protection API. Le chiavi esistenti in chiaro vengono migrate automaticamente all'avvio.
Le chiavi di Data Protection vengono ora salvate nel database (SQLite/PostgreSQL) invece che nel filesystem.

Corretta la creazione della directory SQLite quando si usa PostgreSQL come provider.

La dashboard si aggiorna automaticamente ogni 60 secondi con pulsante di refresh manuale.