Home → Assistenza

Gli orari nel log di utilizzo non corrispondono al momento della chiamata

La maggior parte delle piattaforme memorizza gli orari in UTC e li mostra in UTC o in un fuso orario che hai impostato una volta e poi dimenticato. Confrontare un orologio locale con un log in UTC sposta tutti i confini, ed è per questo che i totali non tornano ai margini della giornata.

Cosa vedi

Perché succede

I totali giornalieri si calcolano su un confine di giorno. Se il tuo è in UTC e tu ragioni in UTC+8, otto ore di chiamate finiscono in quello che consideri il giorno precedente: i dati ci sono tutti, solo raggruppati in modo diverso.

Gli orari lato client provengono dalla macchina che ha effettuato la chiamata. Un server con l'orologio sbagliato o con un altro fuso orario produce un log che sembra incoerente con se stesso.

I filtri spesso mostrano per impostazione predefinita le ultime 24 ore invece della giornata odierna. Quella finestra si sposta mentre la guardi, e così un totale sembra cambiare da solo.

Come risolvere

  1. Confronta in UTC da entrambe le partiConverti i tuoi record in UTC prima della riconciliazione. Fare il contrario richiede il fuso di visualizzazione della piattaforma, che è facile sbagliare.
  2. Cerca la richiesta specifica invece della giornataCerca per id della richiesta, oppure per modello e orario approssimativo. Un singolo record o esiste o non esiste, senza confini su cui discutere.
  3. Controlla l'orologio del chiamanteSe i tuoi log differiscono da quelli della piattaforma di uno scarto costante che non è un numero intero di ore, sospetta una deriva dell'orologio sulla macchina chiamante.
APICLAN memorizza ogni chiamata in UTC con il suo addebito esatto. Se una richiesta manca davvero invece di essere solo spostata, di solito significa che non ha mai raggiunto il gateway: un errore di percorso o di base URL, che non lascia alcun record.

Articoli correlati

Unexpected token '<' quando chiami un'API compatibile con OpenAI401 invalid API key: quando la chiave sembra giusta ma continua a fallire

Ultima verifica: 2026-10-01. Scritto a partire da problemi diagnosticati su un gateway compatibile con OpenAI in produzione, non raccolto da altri siti.