R5Pilot changelog

La selezione di massa include tutte le righe importabili e il riconoscimento usa l’intestazione del gruppo per assegnare il grado, con passaggi OCR più completi.

• Seleziona tutti include anche le righe già approvate ancora presenti nel lotto; restano escluse solo le righe con conflitti da risolvere.
• Il grado viene preso dai badge associati all’intestazione della sezione, senza ereditare il grado del profilo o di un’altra zona dello screenshot.
• Tesseract usa entrambi i layout del badge e una lettura Latin dedicata più tollerante, recuperando nomi ordinari e scartando gli artefatti sovrapposti.

Il server usa Tesseract come percorso gratuito predefinito, i batch confrontano solo il lotto corrente e lo storico conserva soltanto le righe approvate dopo l’applicazione.

• Rimosso il percorso del modello locale dal codice e dalla configurazione; l’OCR gratuito non richiede un servizio AI residente.
• Ogni lotto membri è identificato fin dall’inserimento e non può includere importazioni precedenti o di altro tipo.
• Dopo l’applicazione vengono rimosse dal dataset di revisione le righe non approvate o non applicate; il menu mostra orario server e locale.

GA4 elabora correttamente consenso e visite; l’importazione dei membri usa solo lo screenshot e il lotto corrente, con un modello vision locale gratuito quando configurato.

• La coda GA4 usa il formato standard di Google Consent Mode e invia le visite dopo il consenso anche con GTM presente.
• Il roster persistente e gli import precedenti non vengono più passati all’OCR/vision; le varianti di uno stesso nome vengono confrontate solo nel lotto attivo.
• Le installazioni con modello locale completo passano automaticamente al vision AI gratuito e mantengono Tesseract come fallback esplicito.

GA4 continua a ricevere le visualizzazioni dopo il consenso anche quando è configurato un container GTM non completo.

• Il Measurement ID diretto resta il canale page_view principale; GTM rimane disponibile per tag aggiuntivi senza duplicare Analytics.
• Un consenso già salvato viene applicato prima del primo page_view, evitando che l’evento iniziale venga scartato mentre si carica la configurazione.
• Le istruzioni admin e la documentazione distinguono il percorso GA4 diretto dal percorso GTM-only.

La console permette di aggiornare gli account e inviare il recupero password; le email rispettano la lingua scelta e ogni importazione mantiene la propria revisione.

• Risolto il salvataggio degli utenti e aggiunti modifica email, nuova password e link monouso per reimpostarla.
• Le email di verifica e recupero password seguono la lingua della pagina e un cambio email richiede una nuova verifica.
• Le letture di screenshot diversi restano separate; il roster già approvato viene usato solo come confronto al momento dell’applicazione.

Il tracking resta rilevabile con consenso negato, il server aggiorna i dati mancanti alla prima consultazione e la revisione non espone dettagli tecnici ai clienti.

• Corretto il gate di prontezza per includere tutte le migrazioni rilasciate e mantenuti separati orario locale e orario server automatico.
• Il checkbox AdSense mantiene un controllo nativo accessibile, mentre i placeholder restano distinguibili dai valori inseriti.
• I ruoli multilingue non vengono promossi a nomi membro, gli screenshot incerti restano in revisione e la coda comunica solo messaggi semplici.

Il salvataggio parziale non cancella le integrazioni già configurate e la revisione separa ruoli, nomi e conflitti prima dell’applicazione.

• Il checkbox AdSense ha un’area di click accessibile e distingue la disattivazione esplicita da un campo non inviato.
• I placeholder dei campi sono visivamente distinti dai valori inseriti; il salvataggio di Analytics conserva GTM, AdSense e Search Console.
• Le etichette ruolo multilingue non vengono più trattate come nomi membro e i conflitti di ruolo restano da revisionare prima dell’applicazione.

Il link di accesso è disponibile anche su schermi piccoli, il controllo AdSense è realmente cliccabile e la revisione AI riduce l’autovalidazione di righe non verificabili.

• Il link Accedi resta visibile nella navigazione pubblica mobile.
• Il checkbox AdSense usa un controllo nativo accessibile e salva correttamente anche quando viene disattivato.
• Il roster esistente viene usato solo come riscontro visivo: nomi o ruoli incerti restano da revisionare e non vengono approvati automaticamente.

La revisione dei membri conserva nome e ruolo nella stessa riga, filtra il rumore degli screenshot e resta leggibile su schermi piccoli; le integrazioni Google sono configurabili dalla console admin.

• L’estrazione AI accetta solo gameName, rank e allianceRole per i membri, preserva ogni scrittura Unicode e scarta metriche, timestamp e testo dell’interfaccia.
• La coda ritenta le risposte temporaneamente non valide senza cancellare lo screenshot e senza lasciare il lotto bloccato in modo silenzioso.
• Aggiunti campi admin per GA4, Google Tag Manager, AdSense e Search Console; la revisione importazioni usa schede mobile senza overflow della pagina.

Il server time e i dati di stagione vengono sincronizzati automaticamente; il tracking resta configurabile dalla console senza esporre impostazioni operative inutili agli utenti.

• Rimosse le impostazioni manuali dell’orario server: l’utente configura solo il numero del server e il browser rileva automaticamente il proprio fuso locale.
• Eventi, treno, importazioni, VS, donazioni e dashboard usano la stessa sorgente automatica e mostrano in modo coerente ora server e ora locale.
• Aggiunti controlli di compatibilità, documentazione aggiornata e regressioni per impedire che un valore legacy riappaia nell’interfaccia.

GA4 e Google Tag Manager vengono resi disponibili subito nel primo caricamento, con CSP compatibile con il debug Google.

• La configurazione tracking viene fornita dal server già nel layout iniziale, eliminando la gara tra caricamento del tag e Tag Assistant.
• Il CSP include gli endpoint Google necessari per Analytics, GTM e la modalità Preview.
• La procedura mantiene il consenso negato e carica i container GTM solo dopo il consenso Analytics.

L’estrazione dei membri usa passate OCR progressive, ancoraggi alle righe del roster e il roster già noto per correggere piccoli errori di lettura senza promuovere statistiche a nomi.

• I modelli per alfabeti estesi restano opzionali: se un passaggio è lento, il risultato base continua la revisione senza trasformare lo screenshot in un errore definitivo.
• Le righe del roster vengono ricostruite una per una usando le coordinate delle statistiche Potenza/Livello; metriche, badge, parentesi isolate e testo UI vengono esclusi.
• I nomi vicini a quelli già presenti nell’alleanza vengono ricondotti alla grafia salvata, mantenendo maiuscole, numeri e caratteri Unicode; verificato con IMG_5907.PNG.

La dashboard mostra server, stagione e giorni operativi usando una copia cache aggiornata automaticamente senza rendere dipendente il servizio da un sito esterno.

• Il worker legge il catalogo pubblico senza eseguire JavaScript remoto e salva solo i dati necessari per il server configurato dall’alleanza.
• La cache viene aggiornata al massimo una volta a settimana; se il catalogo non risponde, R5Pilot continua a usare l’ultima copia disponibile.
• La release include migrazione, endpoint worker protetto, dashboard con ora server UTC-2 e ora locale, test automatici e controlli di build.

Analytics e Google Tag Manager sono configurabili dalla console admin; il sito pubblico presenta contenuti e metadati tecnici più chiari per le alleanze Last War: Survival.

• Aggiunta la configurazione globale GA4/GTM con migrazione idempotente, fallback Plesk e consenso negato di default.
• GTM ha priorità sul tag GA4 diretto per evitare page view duplicate; le navigazioni interne inviano un evento coerente al dataLayer.
• Aggiornati title, description, canonical, hreflang, dati strutturati, sitemap, robots e pagina pubblica dedicata alle alleanze Last War: Survival.

Gli annunci opzionali possono essere configurati dal server per R1, R2 e R3 senza inserirli nel sito pubblico o nelle sezioni sensibili.

• AdSense resta disattivato finché non vengono configurati Publisher ID, slot e consenso pubblicitario separato.
• Le richieste usano annunci non personalizzati e i posizionamenti sono limitati alle pagine operative consentite dell’area autenticata.
• Il file /ads.txt viene generato automaticamente e la configurazione resta fuori dal database e dal repository.

La revisione del lotto consente di selezionare più membri e approvarli in un’unica azione, mantenendo i nomi originali e traducendo solo i ruoli nell’interfaccia.

• I nomi dei giocatori restano invariati, inclusi caratteri non latini; i ruoli riconosciuti vengono mostrati nella lingua dell’interfaccia.
• Le checkbox permettono di selezionare i membri validi e approvarli in blocco; conflitti e righe già approvate restano protetti.
• La selezione multipla registra un audit unico e mantiene separata la successiva applicazione dei membri all’alleanza.

Il riconoscimento usa una segmentazione più adatta agli screenshot verticali e recupera le righe basse del roster senza cambiare il flusso di revisione.

• PSM 12 conserva i membri che la modalità sparse-text può perdere nelle schermate telefoniche lunghe.
• Verificato il risultato su IMG_5907.PNG: Sun or Rain/Maggiordomo, cRAZYKHAN/Signore della guerra, 3aSom/Recruiter e aNHi728/Musa, più Michael The Dutchman, Darth Caveira21 e Nes78.
• Il supporto a nomi Unicode, deduplicazione e modifica prima dell’approvazione resta invariato.

L’estrazione locale riduce le passate Tesseract e non scarta un risultato valido quando una scrittura opzionale è lenta o non disponibile.

• Le passate per cirillico, arabo e alfabeti asiatici vengono raggruppate, riducendo il lavoro sul VPS senza rimuovere il supporto Unicode.
• Il passaggio base conserva una riserva per il fallback gratuito; le passate opzionali hanno un limite proprio e vengono segnalate senza bloccare il lotto.
• Test reale su IMG_5907.PNG superato: 7 membri, 4 ruoli associati, nessun falso positivo e durata locale inferiore a 10 secondi.

Gli screenshot conservano più dettaglio prima dell’OCR, i falsi positivi del roster vengono filtrati e nomi e ruoli sono modificabili direttamente durante la revisione.

• Il percorso browser conserva la risoluzione utile degli screenshot telefonici e usa gli ancoraggi delle righe Potenza per evitare icone e statistiche come falsi membri.
• Nomi e ruoli possono essere corretti inline prima dell’approvazione; le modifiche vengono registrate e richiedono una nuova approvazione.
• R5 e R4 possono svuotare lo storico delle importazioni senza rimuovere i dati già applicati o il registro attività.

Il riconoscimento usa un passaggio Latin dedicato, recupera il grado dal badge del roster e supporta i principali alfabeti dell’Asia.

• Il modello script/Latin corregge le confusioni comuni nei font decorativi dei nomi di gioco senza sostituire indiscriminatamente il risultato principale.
• Il grado R1-R5 viene letto con una passata ristretta dedicata ai badge, evitando il fallback errato a R1 quando il roster mostra il grado.
• Sono supportati Latin, cirillico, arabo, HanS, HanT, Hangul e giapponese; ogni membro resta un unico record approvabile.

Il riconoscimento dei membri restituisce solo nomi e ruoli visibili, senza mescolare dati dell’interfaccia o statistiche del roster.

• Timestamp, potenza, livello, pulsanti, intestazioni e nomi dei gruppi vengono esclusi dall’output dei membri.
• Le parole spezzate dal layout mobile vengono ricomposte e i duplicati vengono uniti senza ripetizioni.
• I ruoli delle schede superiori, come Signore della guerra, Recruiter, Musa e Maggiordomo, vengono associati al nome corretto quando la scheda è visibile.

L’estrazione degli screenshot può usare Tesseract locale senza Ollama, API a pagamento o carichi incompatibili con il VPS.

• Tesseract legge localmente il testo degli screenshot e il filtro membri conserva solo nomi, gradi e ruoli utili alla revisione.
• Il parser usa le coordinate TSV per separare il roster dal testo dell’interfaccia e ridurre i falsi membri.
• Il processo OCR ha un timeout breve e un errore terminale chiaro: non lascia il lotto bloccato in attesa.

L’estrazione locale limita memoria e concorrenza per evitare che un modello vision blocchi il VPS durante il caricamento.

• Ollama scarica il modello dopo ogni immagine, evitando che resti occupata memoria inutilmente.
• Contesto, batch CPU e output JSON sono limitati per rendere l’inferenza più adatta a un VPS da 16 GB.
• Una seconda analisi locale non parte mentre la prima è attiva: viene ritentata automaticamente senza saturare il server.

Le installazioni Ollama locali usano il contratto nativo anche quando Plesk indica l’alias OpenAI-compatible.

• Gli screenshot vengono inviati a /api/chat con immagini base64, JSON e output limitato.
• Il percorso OpenAI-compatible resta disponibile per provider locali diversi da Ollama.
• Aggiunta una regressione sul percorso reale qwen2.5vl:3b e sul mantenimento di nomi e ruoli.

Il provider locale riceve un limite di risposta esplicito e il box di caricamento mantiene il tema scuro anche al passaggio del mouse.

• Le richieste OpenAI-compatible non possono più restare in generazione senza un limite di token.
• L’elaborazione termina con una risposta JSON completa senza lasciare il lotto fermo a 0%.
• Il rollover del caricamento resta coerente con il tema scuro su desktop e mobile.

Il riconoscimento usa davvero l’endpoint locale configurato e verifica il percorso completo immagine → nome → ruolo.

• Gli endpoint OpenAI-compatible configurati con /v1/chat/completions non vengono più riscritti automaticamente.
• L’API nativa Ollama viene usata solo quando è configurata esplicitamente.
• Aggiunta una regressione automatica per nomi e ruoli estratti da un’immagine.

Le immagini vengono preparate per l’analisi locale e gli errori del modello mostrano subito il dettaglio tecnico utile alla correzione.

• Screenshot desktop e mobile troppo grandi vengono ridimensionati prima dell’invio al modello vision.
• Ollama limita l’output JSON a una dimensione sufficiente per evitare sovraccarichi durante l’estrazione.
• Gli errori HTTP del provider mostrano il dettaglio tecnico già sanificato dal server.

Il riconoscimento locale ha tempi compatibili con l’elaborazione delle immagini e non può più essere duplicato da un secondo worker durante l’attesa.

• Ollama locale mantiene il modello caldo e restituisce JSON in modo deterministico.
• Il timeout locale è di 3 minuti per consentire l’inferenza CPU, con limite massimo configurabile di 5 minuti.
• Il lease del worker dura più della richiesta massima, evitando analisi concorrenti dello stesso screenshot.

L’estrazione vision non resta più in attesa senza spiegazioni e le funzioni operative dell’alleanza sono condivise con permessi e settimane coerenti.

• Il provider Ollama locale usa il contratto nativo per immagini, con retry temporizzati e risveglio automatico del lotto senza loop a 0%.
• Le Liste sono condivise nell’alleanza e modificabili solo da R5/R4; tutti i membri possono consultarle.
• La creazione dell’alleanza registra server e fuso del browser per calcolare le date operative senza inserire manualmente il server time.
• Lo storico VS è organizzato per settimane da lunedì a sabato e può essere selezionato dalla pagina Performance VS.
• Le pagine amministrative, fatturazione, backup e trasferimento mostrano l’orario server senza offrire uno switch operativo dell’alleanza.

R5Pilot aggiunge liste personali riordinabili, archivio treni, scadenze operative e controlli più affidabili durante caricamento ed estrazione.

• Le Liste sono personali, isolate per alleanza, con membri, intestazioni libere, righe vuote e riordino drag and drop.
• Il Centro importazioni espone le scadenze per membri, VS e donazioni e indica la data del treno corrente da lunedì a sabato.
• Upload e retry vision gestiscono timeout, risposte non JSON ed errori HTTP senza lasciare il lotto bloccato a 0%.
• Dashboard, eventi e treni mostrano l’orario server e permettono di passare all’orario locale del dispositivo.
• La guida utente bilingue include le nuove sezioni con schermate illustrative e nomi inventati.

L’estrazione degli screenshot prosegue in background e la pagina mostra subito uno stato aggiornato e leggibile.

• Il browser non attende più la risposta del modello vision per mantenere aperta l’azione.
• Gli screenshot vengono elaborati uno alla volta, con timeout esplicito e retry controllati.
• I lease interrotti vengono recuperati senza duplicare il lavoro già in corso.

La pagina del lotto serializza i dati in modo sicuro e non trasferisce al browser le righe raw non necessarie.

• Risolto il 500 mostrato come errore di parsing JSON durante l’apertura di un lotto.
• Ridotto il payload della pagina mantenendo invariata la revisione dei dati.

Il controllo di prontezza non segnala più un falso errore quando la fatturazione è disattivata e considera l’intera catena di migrazioni corrente.

• La fatturazione opzionale viene verificata solo quando è attivata.
• La soglia readiness include le migrazioni fino a 0015.
• Le regole di prontezza sono coperte da test di regressione.

Il comando di migrazione usa un runner non interattivo con lock e timeout espliciti, così gli aggiornamenti già applicati terminano subito e gli errori reali sono leggibili.

• Le esecuzioni concorrenti vengono serializzate dal database.
• Connessione, attesa dei lock, query e durata complessiva hanno limiti definiti.
• La compatibilità con la cronologia Drizzle esistente viene mantenuta.

Le analisi fallite sono segnalate subito, i modelli locali ricevono un formato compatibile e il roster conserva i ruoli rilevati.

• Gli errori di estrazione vengono mostrati in alto con il nome dello screenshot e un’azione correttiva chiara.
• I nomi vengono normalizzati per unire varianti grafiche e impedire duplicati nel consolidamento.
• I ruoli visibili, come Leader o Maggiordomo, vengono estratti e salvati nella lista membri.

La misurazione invia la prima page view dopo l’accettazione e segue le navigazioni interne senza duplicati.

• Il consenso negato resta il valore predefinito.
• Accetta tutti genera una page view misurabile anche se la scelta avviene dopo il caricamento.
• Le navigazioni interne vengono tracciate una sola volta per indirizzo.

Upload e lotti mostrano l’avanzamento reale, mentre l’apertura di un gruppo avvia l’estrazione in modo controllato.

• La barra di caricamento mostra i byte inviati su desktop e mobile.
• La barra del lotto mostra screenshot elaborati o falliti e l’estrazione continua automaticamente fino alla fine.
• Il Centro importazioni e la pagina del lotto hanno testi IT/EN coerenti, inclusi stati, azioni ed errori.

Gli import verificano la dimensione complessiva del lotto e il contenuto reale dei file immagine.

• Un lotto può contenere fino a 24 immagini entro il limite totale di 144 MB e il limite di 6 MB per file.
• PNG, JPEG e WebP vengono accettati solo quando la firma binaria corrisponde al tipo dichiarato.

I link di tracking verificano token e destinazione per impedire redirect aperti verso URL arbitrarie.

• Un link newsletter viene seguito solo se appartiene alla campagna originale e il destinatario è valido.
• Destinazioni arbitrarie, token inesistenti e protocolli non HTTP vengono rifiutati dal server.

R5Pilot uniforma l’attribuzione del prodotto, aggiunge il badge Stripe e semplifica l’onboarding con una superficie più pulita.

• Il footer mostra sempre “Made with ♥ by Striketing” in tutte le lingue e in tutte le aree del prodotto.
• Il badge Stripe bianco è locale, proporzionato e collegato alla pagina ufficiale Stripe.
• La sezione Primo percorso non usa più un fondale decorativo superfluo e la CSP limita le connessioni ai provider necessari.

Il tag Google resta rilevabile nello stato negato del Consent Mode avanzato e la favicon usa un riferimento versionato.

• Il default del consenso resta negato prima di qualsiasi scelta.
• La misurazione completa Analytics si abilita solo dopo il consenso esplicito.
• La favicon con simbolo bianco e fondo scuro evita i problemi di visibilità e cache del browser.

Aggiunta una favicon dedicata basata esclusivamente sul simbolo R5Pilot.

• Il simbolo è disponibile senza testo per schede, preferiti e collegamenti rapidi.

Il logo fornito è stato adottato come marchio bianco nel prodotto.

• Il marchio mantiene proporzioni e leggibilità sui fondi scuri dell’app.

Sostituito il vecchio marchio con la nuova direzione grafica R5Pilot.

• Il nuovo simbolo è usato come base coerente per identità, app shell e asset del sito.

R5Pilot protegge l’unicità del ruolo R5, completa il flusso consenso Analytics e rende più chiari inviti, accesso e lingue.

• Una regola server-side concurrency-safe impedisce di assegnare un secondo R5 alla stessa alleanza senza alterare i dati storici.
• Il consenso Analytics parte negato, il tag si carica solo dopo Accetta tutti e le preferenze sono modificabili in ogni momento.
• Inviti e pagine di accesso sono localizzati IT/EN, con link di invito esatti e dashboard cliente responsive.

R5 e R4 possono generare link univoci che registrano un nuovo membro direttamente nell’alleanza, con ruolo già assegnato e senza scelta del piano.

• R5 può invitare R4, R3, R2 o R1; R4 può invitare R3, R2 o R1.
• Il nuovo membro sceglie il proprio nickname e viene associato automaticamente all’alleanza corretta.
• Il link si copia con un’icona dedicata, scade dopo 7 giorni e non espone dati personali.

R5Pilot gestisce meglio il consenso cookie, il salvataggio Analytics e l’accesso cliente, con form admin che non ripropongono l’invio dopo un aggiornamento.

• Il salvataggio Analytics è compatibile con le installazioni che hanno già la riga globale nelle impostazioni piattaforma.
• L’apertura della dashboard cliente è in sola lettura e tollera un errore non essenziale senza trasformarsi in una pagina 500.
• Le azioni admin usano aggiornamenti senza navigazione completa; il banner cookie mantiene default negati e preferenze modificabili.

Google Analytics usa un Measurement ID centralizzato, preimpostato e modificabile dalle impostazioni admin.

• Aggiunto il Measurement ID G-JCW3VD538Y già configurato nella console piattaforma.
• La modifica admin aggiorna la configurazione letta da tutte le pagine senza duplicare il codice.
• Il caricamento resta subordinato al consenso esplicito per i cookie opzionali.

Informative localizzate con dati del titolare, Analytics opzionale con consenso, prezzi coerenti e supporto personalizzato al nickname dell’R5.

• Aggiornate Privacy, Termini e Cookie Policy in italiano e inglese con contatti, hosting, conservazione e foro competente.
• Google Analytics 4 è disattivato per impostazione predefinita e si carica solo dopo consenso esplicito.
• Il pulsante del caffè mostra il nickname dell’R5 e tutti i riferimenti annuali usano 90 € e 80 €.

La prova di 7 giorni ora scade davvero per tutta l’alleanza e il checkout Stripe può essere riavviato quando non esiste più un abbonamento attivo.

• Bloccato l’accesso di proprietari e membri quando la prova è terminata o lo stato Stripe non è attivo.
• Aggiunti messaggi distinti: il proprietario riattiva il pagamento, i membri contattano l’R5.
• Corretti i prezzi annuali operativi a 90 € e 80 € e resa riutilizzabile la pagina di checkout dopo stati scaduti.

Onboarding cliente, assistenza autenticata, PayPal del R5, guide condivisibili e basi SEO/privacy per una beta più chiara.

• Aggiunto il percorso guidato per configurare roster, inviti, Tempesta del deserto, VS e donazioni.
• Aggiunta la guida autenticata collegata ad Assistenza con FAQ e contatto email.
• Aggiunti PayPal del caffè al R5, disclaimer beta, consenso cookie e link pubblici non indicizzati per regole e ruoli R4.

Il selettore lingua ora gestisce correttamente i percorsi italiano e inglese; il sito mostra i prezzi annuali corretti.

• Corretto il passaggio tra italiano e inglese sul sito pubblico.
• Aggiornati i prezzi a 9/90 € per la prima alleanza e 8/80 € per le aggiuntive.

Billing, backup e pianificazioni sono disponibili nella console piattaforma; il cliente vede il proprio giocatore, server e menu mobile senza funzioni amministrative.

• Aggiunte le sezioni Billing e Backup con verifica operativa della configurazione Stripe.
• Aggiunta la configurazione delle pianificazioni backup per Dropbox e Google Drive.
• Corretto il collegamento tra account, nome giocatore, alleanza attiva e server.

Gestione roster più completa, profilo personale funzionante e schermate operative uniformate per il rilascio beta.

• Il profilo personale permette di aggiornare nome e password.
• Eventi e treno supportano modifica, inserimento manuale, rimozione e riordino persistente.
• La pagina Membri mostra anche l’account personale e i ruoli corretti.
• Traduzioni e tema scuro sono uniformati nelle schermate operative.

Checkbox leggibili e pagina Utenti più compatta per gestire gli accessi senza ambiguità.

• Lo stato selezionato di omaggio e amministratore è visibile anche senza affidarsi al browser.
• Elenco account e form di modifica sono più ordinati e leggibili.
• La validazione della sigla alleanza resta vincolata a 4 caratteri.

La sezione Utenti mantiene la gestione completa degli account e conserva anche la riattivazione delle alleanze.

• Le alleanze sospese possono essere riattivate dalla pagina Utenti.
• Lo stato amministratore mostrato nell’elenco coincide con il checkbox di modifica.
• Risolto il selettore CSS che poteva riapparire nel controllo build.

La dashboard admin mostra solo i numeri essenziali e la sezione Utenti concentra elenco, creazione e modifica degli account.

• La dashboard mostra utenti totali e utenti a pagamento.
• Ogni account è modificabile dalla sezione Utenti, divisa per alleanza.
• Il salvataggio di omaggio e amministratore piattaforma usa un parser unico e affidabile.
• La distinzione tra ruolo nell’alleanza e accesso alla console è resa esplicita.

La console admin gestisce gli utenti per sigla alleanza, mentre i clienti restano confinati al workspace operativo.

• Aggiunta la sezione Utenti nella sidebar admin, raggruppata per alleanza.
• Le nuove sigle alleanza richiedono esattamente 4 caratteri.
• Rimosso il ruolo R5 dalla creazione dei nuovi account.
• Risolto il click sui checkbox omaggio e amministratore.
• Eliminato il bordo del selettore lingua.

Risolto il percorso degli utenti normali, reso affidabile il salvataggio dell’omaggio e chiarita la gestione delle integrazioni.

• Gli utenti non amministratori vengono portati sempre al workspace /app.
• Il flag gratuito e il ruolo admin vengono salvati esplicitamente dal modulo account.
• Il selettore lingua è presente solo nell’header e mostra esclusivamente le bandiere.
• La configurazione elenca per ogni servizio stato, gestione e variabili richieste.

Corretto il rendering della sidebar admin e reso il build più stabile dopo i deploy Plesk.

• Corretto il blocco Svelte della navigazione laterale.
• Rimosso il warning CSS che interrompeva il build Vite.

R5Pilot riunisce configurazione email e integrazioni in un’unica console, separa il percorso utente da quello admin e rende modificabili ruoli e accessi gratuiti.

• Aggiunta la sezione Configurazione per SMTP e stato delle integrazioni.
• Aggiunta la modifica degli account manuali per ruolo, omaggio e accesso admin.
• Separata la console piattaforma dal workspace operativo degli utenti.
• Aggiunti icone SVG Lucide, footer Feedback/Assistenza e selettori lingua.
• Corretto il link di verifica email con ritorno al workspace dopo la conferma.

R5Pilot can now analyze confirmed VS and donation history across multiple days, detect recurring underperformance and surface repeat-risk alerts separately from one-day problems.

• Added 7, 14, 30 and 60 day member performance history views.
• Added VS compliance, averages, current streaks and longest below-target streaks.
• Added donation compliance, zero-donation counts and recurring below-target streaks.
• Added repeat VS alerts after three consecutive recorded below-target days.
• Added member risk scoring that distinguishes stable, watch, high and critical histories.
• Added direct performance navigation and repeat-risk visibility on the alliance dashboard.

R5Pilot now turns persisted VS and donation data into live server-day alerts and a real operations dashboard instead of showing demo values.

• Added live VS and donation attention evaluation using configured alliance thresholds.
• Added automatic attention refresh immediately after VS or donation screenshot data is applied.
• Added server-timezone-aware current-day calculations for dashboard metrics.
• Replaced the demo dashboard with persisted member, alert, event, train and screenshot-sync data.
• Added severity-ranked member attention with current value, target and percentage.
• Added live Sync Center pipeline and latest train status to the command dashboard.

R5Pilot can now turn approved VS and donation screenshot rows into dated alliance metrics, matching extracted player names against the roster and preserving auditability.

• Added persistent VS score imports from approved screenshot batches.
• Added persistent donation imports from approved screenshot batches.
• Added roster matching by normalized player name with unmatched-name reporting.
• Added duplicate consolidation that keeps the highest-confidence approved reading per player.
• Added an explicit game-date selector so R5Pilot never guesses which day a metric screenshot belongs to.
• Added idempotent score and donation upserts for repeated imports of the same member and date.

Screenshot extraction can run as a protected background worker with controlled retries, usage telemetry and per-alliance cost visibility.

• Added automatic background processing for queued screenshots without requiring repeated manual batch clicks.
• Added retry handling for temporary provider and network errors with bounded backoff.
• Added provider request, duration and token-usage telemetry to completed screenshot imports.
• Added optional estimated vision cost accounting when provider pricing is configured.
• Added Owner/Admin and R5 usage reporting for synchronization activity and estimated spend.
• Kept raw screenshots temporary and preserved the existing review and roster-safety rules.

R5Pilot can send queued screenshots to a configurable vision provider, validate structured rows and feed them directly into the existing review and batch synchronization workflow.

• Added configurable vision extraction for alliance-member screenshots and other supported datasets.
• Added structured JSON validation before extracted data reaches the roster workflow.
• Added a screenshot worker that processes queued images, persists extracted rows and purges raw image payloads.
• Added manual batch processing for controlled extraction passes.
• Preserved confidence-based review, conflict detection and no-automatic-removal safeguards.

R5Pilot can manage multi-screenshot alliance imports as consolidated batches, with review, conflict detection and temporary image retention.

• Upload up to 24 screenshots in one synchronization batch.
• Consolidate repeated member rows across screenshots instead of creating duplicates.
• Flag conflicting rank readings for manual review instead of guessing.
• Automatically purge screenshot image payloads after extraction while retaining extracted data and audit history.
• Protect the roster from accidental removals caused by incomplete screenshots.
• Review and apply approved member data from the Sync Center.

Initial R5Pilot application foundation covering alliance access, members, roles, event and train domains, billing rules and the first dashboard services.

• Multi-tenant alliance foundation and R1-R5 role model.
• Member management and invitation flows.
• VS, donation and train monitoring foundations.
• Event, timezone and announcement foundations.
• Stripe pricing, referrals and account-transfer domain rules.