A che punto siamo

Il consolidamento è arrivato in UAT. Con account controllati abbiamo verificato l'accesso Google tramite ZITADEL, il recupero via Brevo e l'accesso con la password reimpostata. L'identità interna e gli accessi esistenti sono stati preservati. Questo aggiornamento prosegue il resoconto del 7 ottobre, che descriveva ancora la preparazione del primo rilascio.

Go/PostgreSQL continua a decidere gli accessi sul server. ZITADEL fornisce l'identità esterna; il CRM è l'autorità commerciale per pacchetti e licenze. La decisione combina licenza corrente, appartenenza alla cucina e permessi dell'azione. ADM, CRM, FIC GARA e Team Competition mantengono regole esplicite e distinte.

Cosa è stato verificato

  • Pubblicazione per prodotto: in UAT la pubblicazione del pacchetto sintetico A ha modificato solo i suoi contratti. La bozza non concedeva accesso; togliere un modulo ha bloccato lettura e scrittura anche con una sessione già aperta.
  • Ciclo della licenza: sono stati provati sospensione, rinnovo senza rimuovere la sospensione, riattivazione e revoca. Una licenza revocata non poteva essere riattivata tramite modifica generica. Gli accessi commerciali temporanei dei test sono stati chiusi.
  • Paese della licenza: il 15 ottobre un codice di test emesso per l'Italia è stato attivato e rinnovato in una cucina isolata, mantenendo IT nel CRM e in Kulinaryos, senza correzioni manuali né un altro codice. La licenza è stata infine revocata, il blocco della sessione aperta confermato e gli accessi temporanei chiusi.
  • Catalogo: sono state importate 4.235 copie di ingredienti del catalogo standard già esistente di Kulinaryos, soltanto in una cucina di test isolata. Non sono nuovi ingredienti creati da questo lavoro. Nessun duplicato; catalogo di origine e altre cucine preservati. Riaprire la schermata ha mantenuto l'archivio senza una seconda richiesta di importazione.

Le prove autenticate sono state raccolte in tappe di ottobre, ciascuna con le versioni registrate. Il controllo del 16 ottobre ha trovato API, app e CRM UAT sani e sincronizzati; non sostituisce il collaudo di ogni nuova versione.

Tappa pianificata il 16 ottobre: collaboratori della cucina

L'archivio appartiene alla cucina e deve essere condiviso con i collaboratori secondo i ruoli assegnati. La correzione per l'ammissione multiutente della backend #328 è stata distribuita in UAT tramite la infra #774, con immagine immutabile 2607957 e backend sano e sincronizzato. Ha superato 1.692 test locali e CI, senza errori né test saltati.

La regola implementata conta titolare e collaboratori nel totale della licenza: due utenti significano titolare più un collaboratore. Questa interpretazione resta esplicita e soggetta a conferma commerciale. La protezione copre nuovi ingressi, riattivazioni e richieste concorrenti per l'ultimo posto, preservando gli accessi esistenti. Non introduce un nuovo invito per chi possiede già un altro account Kulinaryos.

Con la distribuzione confermata, resta il collaudo nel browser con due account controllati: ingresso, archivio condiviso, permessi, limite e rimozione dell'accesso con la sessione aperta. Nella preparazione iniziale, la cucina sintetica disponeva di un solo posto e del modulo Ingredienti; il collaudo deve preparare e poi ripristinare capacità e diritti di configurazione, senza modificare i clienti.

Aggiornamento del 17 ottobre

Il controllo attuale di UAT ha confermato API c52f56e, app 1c4d158 e CRM 86adaa8, sani e sincronizzati. La suite completa del backend corrente ha superato 1.697 test su PostgreSQL isolato, senza errori né test saltati.

Nel collaudo autorizzato, pubblicare Anagrafe/Command nel pacchetto sintetico ha aperto la configurazione del titolare e aggiornato le sue due proiezioni di licenza, mantenendo la cucina C revocata e i limiti utenti previsti. È emerso un doppio profilo di ruolo durante la preparazione del collaboratore; la correzione app #520 è stata integrata e attende la distribuzione dell’immagine in UAT.

La finestra è stata chiusa e verificata: pacchetto, mappa e diritti temporanei ripristinati, catalogo e clienti preservati, nessun account collaboratore creato. I record sintetici restano inattivi o senza permessi per audit. Il percorso con due account va ancora completato dopo la distribuzione della correzione. La roadmap tecnica aggiornata registra questa attività residua.

Aggiornamento del 18 ottobre

La correzione della creazione dei profili è già in UAT. Il collaboratore ordinario di prova è stato creato, ha effettuato l'accesso con la password scelta dall'utente e ha consultato gli ingredienti della cucina condivisa: sono copie del catalogo standard già esistente di Kulinaryos. Non ha ricevuto poteri ADM o CRM.

Il primo accesso ha incontrato una restrizione distinta di UAT: l'indirizzo di prova non era ancora autorizzato. È stato aggiunto soltanto quell'account, nella finestra approvata, includendone la rimozione nella pulizia finale. Non è stato necessario reimpostare la password né aprire l'ambiente ad altri indirizzi.

La prossima lacuna è la schermata Stacca/Riattacca per i membri delle cucine ordinarie, oggi visibile soltanto alle squadre. La app #526 espone il flusso esistente, mantenendo inviti e poteri coach esclusivi delle squadre. Sono passati controllo dei tipi, build e 1.428 test locali, inclusi 11 test del componente. Restano la promozione dell'immagine e la verifica in UAT di chiusura dell'accesso, riattacco e limite dei posti.

La suite completa del backend attuale ha superato 1.703 test su PostgreSQL isolato, senza errori né test saltati. Il roadmap e la procedura aggiornati distinguono queste prove locali dai comportamenti osservati in UAT. L'accettazione completa e la promozione in PROD restano da completare.

Aggiornamento del 20 ottobre

La app #526 è arrivata in UAT tramite la infra #809. Il titolare può ora staccare e riattaccare i collaboratori di una cucina ordinaria dalla schermata membri, con la decisione sulla capacità mantenuta sul server.

La finestra controllata ha riutilizzato l'account ordinario di prova e verificato:

  • Con l'unico posto occupato dal titolare, il riattacco è stato negato senza modificare l'appartenenza del collaboratore.
  • Con due posti, lo stesso collaboratore è stato riattaccato e ha letto l'archivio condiviso: copie del catalogo standard già esistente di Kulinaryos, senza poteri ADM o CRM.
  • Dopo il distacco da parte del titolare, una nuova consultazione è stata bloccata anche con la sessione ancora aperta.
  • Il riattacco ha ripristinato la lettura nella stessa sessione, senza un nuovo accesso.

La finestra è terminata prima della scadenza, con pulizia verificata: permesso temporaneo di ingresso rimosso, sessioni del collaboratore revocate e configurazione originale di pacchetto, diritti, profili e capacità ripristinata. Le 4.235 copie degli ingredienti e i dati protetti sono stati preservati. In questa finestra non sono stati creati nuovi account o password.

La suite completa di questa versione del backend ha superato 1.709 test su PostgreSQL isolato, senza errori né test saltati; l'app ha superato controllo, build e 1.443 test, inclusi 11 della schermata membri. Sono prove locali, distinte dal percorso osservato in UAT.

Restano da verificare in UAT una richiesta reale di scrittura negata dal ruolo e l'isolamento tra cucine. Il modulo protetto non sostituisce queste prove. Il conteggio del titolare nel limite resta soggetto a conferma commerciale. Il registro tecnico aggiornato dettaglia risultati, pulizia e attività residue; questa tappa non autorizza la promozione in PROD.

Attività ancora aperte

Restano la continuità della sessione su social.kulinaryos.com, la verifica delle offerte di sito.kulinaryos.com rispetto al CRM e la riconciliazione revisionata dei dati storici. Logo e vocabolario personalizzati non concedono moduli o poteri amministrativi.

L'accettazione completa e la promozione coordinata in PROD restano da completare. Il lavoro prosegue con versioni immutabili, prove UAT e modifiche revisionate, preservando account e contratti dei clienti.