OpenAI ha unificato i crediti di due piattaforme
OpenAI unifica i crediti di ChatGPT Enterprise e Codex in un'unica console, con limiti granulari e controllo spesa a tre livelli.
L’unificazione dei crediti in un’unica console elimina il doppio monitoraggio tra ChatGPT e Codex
Per chi gestisce l’accesso a ChatGPT Enterprise, la novità più interessante non è tanto l’introduzione di limiti di spesa, ma il fatto che la Global Admin Console porti i crediti di ChatGPT e Codex in un’unica vista unificata. Fino ad oggi, chi administrava workspace enterprise si trovava a inseguire consumi distribuiti su strumenti separati. Adesso c’è un solo pannello di controllo — e questo, più dei singoli parametri configurabili, è il segnale tecnico da leggere.
Un cruscotto unico per due mondi
Il lancio di oggi, 18 giugno 2026, porta con sé analisi di utilizzo dei crediti e controlli di spesa aggiornati per ChatGPT Enterprise. Il cambiamento strutturalmente più rilevante è la convergenza nella Global Admin Console: ChatGPT e Codex, che fino a ieri rappresentavano due superfici distinte — una orientata all’utente finale, l’altra agli sviluppatori — condividono ora la stessa vista sui crediti consumati. Per un amministratore IT che gestisce team misti (product manager su ChatGPT, engineer su Codex), questo elimina un punto di attrito reale: niente più doppio monitoraggio, niente più riconciliazione manuale dei consumi tra piattaforme diverse.
La domanda che resta aperta, però, è concreta: questi strumenti bastano per tradursi in un controllo effettivo della spesa, o servono soprattutto a dare visibilità a posteriori? La risposta sta nel meccanismo dei limiti, che è più granulare di quanto sembri a prima vista.
Limiti granulari, controllo a cascata
La struttura dei nuovi controlli segue una gerarchia a tre livelli: workspace, gruppo, singolo utente. Gli amministratori possono impostare un limite predefinito per l’intero workspace ChatGPT Enterprise, sovrascriverlo per gruppi specifici (utile per separare, ad esempio, il budget del team di sviluppo da quello del marketing), e creare override individuali per chi ha bisogno di più capacità. Dal lato dell’utente finale, il sistema espone una vista del proprio utilizzo rispetto al budget disponibile, con la possibilità di richiedere crediti aggiuntivi — un pattern familiare a chi ha già lavorato con sistemi di quota su cloud provider come AWS o GCP.
Questa architettura non nasce dal nulla. Già a febbraio 2026, OpenAI aveva introdotto limiti granulari per ruoli personalizzati in ChatGPT Enterprise, costruendo le fondamenta su cui oggi si appoggiano workspace-wide default limits, group-level limits e individual overrides. Il rilascio di giugno completa quella struttura, aggiungendo l’ultimo tassello: la richiesta di aumento dei limiti da parte degli utenti, che porta la logica di self-service tipica delle piattaforme developer anche nell’interfaccia enterprise.
C’è però una scadenza da tenere presente. A partire da oggi, i nuovi limiti mensili per workspace, gruppo e utente diventano il metodo ufficiale per gestire la spesa. I vecchi limiti settimanali — il sistema precedente — verranno migrati automaticamente entro il 15 luglio 2026. Chi non interviene in anticipo si troverà le impostazioni esistenti riscritte dal sistema. Non è necessariamente un problema, ma è il tipo di migrazione silenziosa che può sorprendere chi non la monitora: vale la pena fare un audit delle configurazioni attuali prima che la finestra si chiuda.
Cosa cambia per chi costruisce
Visto dal lato degli sviluppatori, l’unificazione dei crediti in un’unica console non è solo una questione di UX amministrativa. È un segnale che OpenAI sta trattando ChatGPT Enterprise e Codex come due componenti dello stesso stack, non come prodotti paralleli con governance separata. Chi oggi costruisce workflow che combinano accesso API tramite Codex e interazione utente tramite ChatGPT ha ora un unico punto di visibilità e controllo sui consumi. Questo semplifica l’architettura di governance interna per le aziende che devono rendicontare l’uso dell’AI a livello di business unit o progetto.
La provocazione finale è inevitabile: questa unificazione è il primo passo verso uno stack di governance OpenAI unico, che con il tempo potrebbe assorbire anche altri strumenti della piattaforma? La direzione sembra chiara. Chi costruisce su queste API farebbe bene a considerare la Global Admin Console non come un pannello di controllo accessorio, ma come l’interfaccia centrale attorno a cui OpenAI sta ridisegnando il suo rapporto con i clienti enterprise — e con chi sviluppa sopra di loro.
