> ## Documentation Index > Fetch the complete documentation index at: https://www.krea.ai/docs/llms.txt > Use this file to discover all available pages before exploring further. # Errori e debugging > Errori HTTP e codici dei job falliti della Krea API: formato delle risposte, codici di stato, 429 di concorrenza e cosa inviare al supporto. Una chiamata può fallire in due punti. La richiesta può essere rifiutata subito con un errore HTTP, oppure può essere accettata e terminare in seguito con `status: "failed"`. I job falliti e annullati non vengono fatturati. Paghi solo per i job completati. In una node app, il job dell'app stessa non viene mai fatturato. Ogni nodo di generazione o LLM viene addebitato quando il suo job si completa. Un fallimento non annulla i nodi paralleli né gli altri rami, quindi anche un nodo che si completa dopo che l'app è già fallita viene addebitato, e questi addebiti non vengono rimborsati. Un nodo che fallisce, viene annullato o non parte mai non viene addebitato. Vedi [Chiavi API e fatturazione](https://www.krea.ai/docs/it/developers/api-keys-and-billing.md). ## Errori al momento della richiesta e job falliti Gli **errori al momento della richiesta** restituiscono uno stato `4xx` o `5xx`. Nessun job viene creato. Leggi il body come descritto di seguito. I **job falliti** restituiscono uno stato di successo al momento dell'invio. Effettua polling su [GET `/jobs/{id}`](https://www.krea.ai/docs/it/developers/job-lifecycle) o attendi un [webhook](https://www.krea.ai/docs/it/developers/webhooks.md). Quando il job termina, `status` è `"failed"` e il fallimento si trova nell'oggetto `error` di primo livello. Non leggere `result` su un job fallito: viene omesso (oppure è `null`). Contiene l'output solo quando `status` è `"completed"`. Un job `cancelled` non ha né `result` né `error`. Basa la logica su `error.code`. `message` può essere omesso e, per `provider_error` e `internal`, è testo libero del provider. Non fare il parsing di `message`. ```javascript theme={"theme":{"light":"github-light-default","dark":"vesper"}} if (job.status === "failed") { switch (job.error?.code ?? "internal") { case "content_policy": case "model_unavailable": // Ripetere la stessa richiesta molto probabilmente fallirà di nuovo. Cambia l'input o il modello. break; case "insufficient_balance": // Ricarica il saldo API, poi invia di nuovo. break; default: // timeout, auto_cancelled, provider_error, internal, node_app_node_failed, // o un codice sconosciuto: invia di nuovo con backoff. } } ``` ## Body delle risposte Su generate, jobs, assets, styles e node apps, leggi `message ?? error` quando il body è JSON. Uno di questi due campi contiene il riepilogo. Alcuni body `5xx` non sono JSON, incluso un `502` il cui body è il testo semplice `error code: 502`. Effettua il parsing in modo difensivo: se il body non è JSON, basa la logica sullo stato HTTP. La maggior parte dei fallimenti usa `{ "message": "..." }`, a volte con campi aggiuntivi (`limit`, `jobType`, `modelAccessDenial`). Il JSON non valido e alcuni handler descritti di seguito usano invece `{ "error": "..." }`. Gli endpoint MCP come `/mcp` restituiscono errori JSON-RPC, `{ "jsonrpc", "id", "error": { "code", "message" } }`, non i body HTTP descritti in questa pagina. ### Invia `Accept: application/json` > [!WARNING] > > Senza `Accept: application/json`, alcuni errori vengono restituiti come pagina HTML e un parser JSON fallirà. Gli errori `{ "message" }`, inclusi `401` e `404`, sono JSON quando `Accept` è `application/json` o `*/*`. Quando `Accept` manca, oppure è `text/html`, questi stati sono una pagina HTML (`Content-Type: text/html`) e un parser JSON fallirà. Questo è importante per i client che non inviano alcun header `Accept`. Il modulo `urllib` di Python è uno di questi. curl invia `Accept: */*` per impostazione predefinita, e lo stesso fa `fetch` di Node, quindi entrambi ricevono JSON a meno che tu non sovrascriva `Accept`. Le chiamate non autenticate a `POST /generate/...`, `GET /jobs/{id}`, `GET /styles` e `GET /assets` restituiscono `401` `{"message":"Unauthorized"}` per `*/*` e `application/json`, e una pagina HTML quando `Accept` manca o è `text/html`. Una chiamata autenticata a `GET /jobs/{id}` con un id sconosciuto si comporta allo stesso modo con lo stato: `404` JSON `{"message":"Job not found or unauthorized"}` quando `Accept` richiede JSON, e `404` `text/html` quando `Accept` manca. Il JSON non valido (`400`) e la validazione (`422`) usano `{ "error" }` e restano JSON anche quando `Accept` manca. Lo stesso vale per il `422` dei campi rimossi, il `410` dei modelli dismessi, il `402` di Zero Data Retention, le risposte `{ "error" }` delle node app e gli errori mappati della [Agent operation API](#agent-operation-api). Anche i `402` e `429` generati all'ammissione di un job `POST /generate/...` sono JSON, anche con un `Accept` da browser. `413` e `500` usano `{ "message" }` e seguono `Accept`, come `401` e `404`. ### Validazione (`422`) ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "Validation failed", "details": [ { "field": "width", "message": "Too small: expected number to be >0", "code": "too_small" }, { "field": "", "message": "Unrecognized key: \"foo\"", "code": "unrecognized_keys" }, { "field": "prompt", "message": "Enter a prompt.", "code": "custom" } ] } ``` `details` elenca ogni problema. `field` è il percorso unito con `.` (`"image_style_references.0.url"`). Gli errori a livello di oggetto usano una stringa vuota, come per la chiave sconosciuta qui sopra. Più chiavi sconosciute producono `Unrecognized keys: ...` e lo stesso `field` vuoto. `expected` viene aggiunto solo quando `code` è `"invalid_type"`. Un header `X-Webhook-URL` non valido usa lo stesso `422`. Anche `GET /jobs` con parametri di query non validi restituisce questo `422`. Non è un `400`. Un controllo dell'input di Zero Data Retention che fallisce all'interno dello strumento restituisce `422` con la spiegazione in `message` (il formato `{ "message" }`, quindi `Accept` è rilevante). Vedi [Zero Data Retention](https://www.krea.ai/docs/it/developers/zdr.md). ### Campi rimossi e deprecati (`422`) Il campo rimosso `batchSize` / `batch_size` usa un `422` diverso. Non c'è alcun array `details`: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "invalid_request", "reason": "removed_field", "field": "batchSize", "message": "Generation batch size is no longer supported. Submit one request per output.", "value": 2 } ``` `batch_size` è rimosso allo stesso modo. `field` è il nome che hai inviato. Un alias di campo deprecato usa `reason` `"deprecated_field"` o `"conflicting_fields"`, più `replacement`, `sunset_date` e `migration_url` quando applicabili. Basa la logica su `error` e `reason`. La frase da mostrare a una persona è `message`. ### Modelli dismessi (`410`) Un modello che ha superato la data di dismissione restituisce `410` con `Deprecation: true` e un header `Sunset` (una data RFC 1123): ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "model_unavailable", "reason": "deprecated", "message": "The model '' was deprecated on . Use '' instead.", "sunset_date": "YYYY-MM-DD", "replacement": "", "migration_url": "" } ``` `error` è il valore stabile `"model_unavailable"`. `replacement` e `migration_url` vengono omessi quando non esiste un sostituto consigliato. Ripetere la chiamata allo stesso modello continuerà a restituire `410`. Passa a `replacement` quando è impostato e consulta [Deprecazioni](https://www.krea.ai/docs/it/developers/deprecations.md). Un modello deprecato ma ancora attivo invia `Deprecation` e `Sunset` in ogni risposta, inclusi gli errori. L'uso di un alias di campo deprecato fa lo stesso, anche nel relativo `422`. Quando esiste una guida alla migrazione, viene inviato anche un header `Link: ; rel="deprecation"`. ## Codici di stato | Stato | Significato | | - | - | | `400` | Il body di una richiesta generate non è JSON valido, un URL di input di una node app non è utilizzabile, oppure i parametri di asset o node app non sono validi. Il JSON non valido sull'execute di una node app restituisce `500`. | | `401` | Le credenziali mancano o non sono valide. | | `402` | La richiesta è stata rifiutata prima dell'avvio di un job. Vedi [402](#402-payment-required). | | `403` | Il chiamante è autenticato ma non è autorizzato a usare questa risorsa. | | `404` | Nessuna route corrisponde, il percorso del modello è sconosciuto o non disponibile per te, oppure manca un job, un asset, uno stile o una node app. | | `405` | Il metodo HTTP non è consentito per questo percorso. | | `410` | Il modello è dismesso. Vedi [Modelli dismessi](#sunset-models-410). | | `413` | Il body della richiesta è troppo grande. Vedi [413](#413-payload-too-large). | | `422` | La validazione è fallita, è stato inviato un campo rimosso o deprecato, oppure un input è stato rifiutato in modo permanente. | | `429` | Oltre il limite di concorrenza e il job non può essere messo in backlog. Il limite è approssimativo. | | `500` | Errore del server non gestito. `{ "message": "Internal Error" }`. Nessun testo dell'eccezione. Segue `Accept`. | | `502`, `504` | Riprovabili. Un `502` arriva come testo semplice di Cloudflare `error code: 502`, non JSON, quindi basa la logica sul codice di stato. Anche `504` può essere testo semplice. Vedi [Download degli input](#input-downloads). | ### `400` Il JSON non valido su generate è sempre JSON, senza bisogno dell'header `Accept`: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "Invalid JSON: Expected property name or '}' in JSON at position 1 (line 1 column 2)" } ``` L'execute delle node app usa `{ "error" }` per un URL di input che non può usare: `Invalid URL for input ""` oppure `Failed to download URL for : …`. Il messaggio di download copre anche i fallimenti temporanei, quindi, a differenza di generate (vedi [Download degli input](#input-downloads)), un fallimento del download in una node app è sempre `400`. Riprova una volta se l'URL è valido. Il JSON non valido su `POST /node-apps/{id}/execute` non è il `400` di generate descritto sopra. Diventa un `500` `{ "message": "Internal Error" }`, senza testo dell'eccezione, e segue `Accept`. Le altre risposte `400` su asset e node app sono `{ "message": "..." }` con una breve spiegazione, ad esempio `No file provided` su un upload presigned o `Invalid pagination parameters` sulle versioni delle node app. Un upload di asset fallito inoltra lo stato del servizio di upload (`400`, `401`, `404` o `500`) e può inserire il testo della sua risposta in `message`. Questo testo a volte è una stringa JSON. I parametri di query non validi su `GET /jobs` restituiscono [`422`](#validation-422), non `400`. ### `401` Generate, jobs, assets, styles e node apps: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Unauthorized" } ``` Gli upload presigned restituiscono `{ "message": "Presigned upload URL expired" }` oppure `{ "message": "Invalid presigned upload URL" }`. ### `402` Pagamento richiesto Per un client fatturato tramite API (una chiave API, o MCP con una chiave API) il cui saldo API non copre il job: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Your API balance is separate from your workspace compute balance. Please top up your API balance to continue using the API." } ``` Ricarica su [krea.ai/app/api/ ↗](https://krea.ai/app/api/). I job in corso terminano normalmente. Vedi [Chiavi API e fatturazione](https://www.krea.ai/docs/it/developers/api-keys-and-billing.md). Altri valori di `message` per `402` sulla API pubblica: | `message` | Quando | | - | - | | `This tool is not available on your current plan.` | Il tuo piano o workspace non consente job concorrenti per questo modello. | | `MEMBER_USAGE_LIMIT_REACHED` | Il piano applica limiti di utilizzo per membro e il budget di questo membro verrebbe superato. | | `WORKSPACE_USAGE_LIMIT_REACHED` | Il piano applica limiti di utilizzo per membro e il budget del workspace verrebbe superato. | | `MEMBER_LIMIT_VIOLATION` | Il workspace ha più membri di quanti ne consenta il suo piano. | | `K3_ULTRA_ACCESS_REQUIRED` | Krea 3 con `thinking_mode` `"ultra"` (o il legacy `"max"`) e riferimenti immagine, su un piano senza Krea 3 Ultra. Senza riferimenti immagine, Ultra viene eseguito come `"fast"`. | | `ENHANCER_RESOLUTION_LIMIT_REACHED` | Un upscale è più grande di quanto consentito dal piano gratuito. | Una chiamata generate con Zero Data Retention su un workspace che non l'ha abilitata restituisce questo body, sempre JSON: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "Zero data retention is not enabled for this workspace." } ``` La [Agent operation API](#agent-operation-api) usa i propri body `402`. Questi attingono dal saldo di unità di calcolo del workspace, non dal saldo API. ### `403` | `message` o `error` | Quando | | - | - | | `Use an API key or a plugin session` | Realtime, chiamato senza chiave API né sessione OAuth o plugin. `{ "message" }`. | | `This endpoint needs a workspace service API key` | Usage API, la credenziale non è una chiave API di servizio del workspace. `{ "message" }`. | | `Your plan is not entitled to the usage API` | Usage API, il piano non include l'accesso. `{ "message" }`. | | `FEATURE_RESTRICTED` | Rifiuto dovuto alla policy del modello. Il body include anche `modelAccessDenial`. `{ "message" }`. | | `MODEL_ACCESS_REQUIRED` | Il modello è solo per uso interno. `{ "message" }`. | | `This node app cannot be used via the API.` | Execute di una node app. `{ "error" }`, sempre JSON. | | `Free users cannot run node apps` | Execute di una node app su un workspace con piano gratuito. `{ "message" }`. | | `You do not own this style` | Modifica o condivisione di uno stile di cui non sei proprietario. `{ "message" }`. | ### `404` Ogni `404` è `{ "message" }`, ad esempio per un id di job sconosciuto: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Job not found or unauthorized" } ``` Un header `Accept` mancante rende queste risposte HTML, tranne `Endpoint not found` per un modello che la tua chiave o il tuo piano non possono usare, che è sempre JSON. Una chiamata autenticata a `GET /jobs/{id}` con un id sconosciuto e senza `Accept` restituisce `404` `text/html`. | `message` | Quando | | - | - | | `Not Found` | Nessuna route corrisponde al percorso. | | `Endpoint not found` | Un percorso di modello sotto `/generate` sconosciuto, oppure che questa chiave API o questo piano non possono usare. | | `Job not found or unauthorized` | Id di job mancante o non valido, incluso `DELETE /jobs/{id}`. | | `Asset not found` | Asset mancante. | | `Style not found` | Stile mancante. La modifica o condivisione di uno stile di cui non sei proprietario restituisce `Style not found or you are not the owner`. | | `Node app not found` | Node app mancante. | | `Workspace not found` | Usage API, il workspace manca. | Anche un'operazione Agent sconosciuta restituisce `404` `{ "message": "Endpoint not found" }`, non il formato Agent `{ "error", "code" }`. ### `405` Il body è testo semplice senza header `Content-Type`, non JSON, anche quando `Accept` è `application/json`. Il testo è il metodo seguito da ` method not allowed`, ad esempio `GET method not allowed`. Un header `Allow` elenca i metodi accettati dal percorso. ### `413` Payload troppo grande Un body della richiesta troppo grande viene rifiutato con `413`. Dalla API stessa, il body segue `Accept`: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Payload Too Large" } ``` Un body molto grande può essere rifiutato prima di raggiungere la API, con una pagina HTML `413`. Non inviare file inline. Carica il file con `POST /assets` e passa l'URL restituito nella richiesta generate. ### Download degli input Un host che restituisce `404` o `410` produce un `422` permanente. Il body è JSON e `Accept` è rilevante: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Input file rejected: fetching returned HTTP 404" } ``` Un `410` dell'host usa la stessa frase con `410`. Gli altri rifiuti permanenti usano `Input file rejected: …`. Un fallimento del download riprovabile è `502` o `504`. Basa la logica sul codice di stato, non sul body, e riprova. | Stato | Cosa ricevi | Riprovare? | | - | - | - | | `422` | JSON `{ "message": "Input file rejected: fetching returned HTTP 404" }` quando l'host restituisce `404`. Un `410` dell'host usa la stessa frase con `410`. | No. Il fallimento è permanente. | | `502` | Testo semplice di Cloudflare `error code: 502`, con `Content-Type: text/plain; charset=UTF-8`. Confermato quando l'host del file restituisce `503`, `500` o `429`, e quando il dominio non si risolve. | Sì. Basa la logica sul codice di stato. | | `504` | Non testato dal vivo. Potrebbe arrivare anch'esso come testo semplice di Cloudflare. | Sì. Basa la logica sul codice di stato. | Un `502` che continua a ripetersi per lo stesso URL probabilmente indica che l'URL è bloccato o non funzionante. Cambia l'URL. Anche i fallimenti di conversione dell'export 3D sono `502`. Questo percorso non è stato testato dal vivo, quindi anche il body potrebbe arrivare come testo semplice di Cloudflare `error code: 502`. Basa la logica sul codice di stato e riprova. Un `502` che continua a ripetersi per lo stesso URL del modello probabilmente indica che l'URL è bloccato o non funzionante. ### `429` di concorrenza Quando il job non può essere messo in backlog, una richiesta oltre il limite di concorrenza può essere rifiutata con `429` e `Content-Type: application/json`: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "CONCURRENCY_LIMIT_REACHED", "limit": 4, "jobType": "k2" } ``` `limit` è il tuo limite di concorrenza per questo tipo di job. Viene conteggiato per utente, non per workspace. È approssimativo: un breve picco può essere accettato oltre il limite, quindi non contare sul fatto che sia proprio la richiesta `limit + 1` a fallire. `jobType` è una categoria interna di job, non il percorso pubblico del modello. Non basare la logica su di esso. Krea 2 può anche restituire solo `{ "message": "CONCURRENCY_LIMIT_REACHED" }`, senza `limit` né `jobType`, quando la sua coda condivisa è piena. Non si tratta del tuo limite. Attendi e riprova. Il backlog è attivo solo quando il piano lo include (Pro e superiori), il modello lo supporta e la richiesta non è [Zero Data Retention](https://www.krea.ai/docs/it/developers/zdr.md). Al momento le richieste Krea 2 non vengono messe in backlog su nessun piano, quindi restituiscono `429` oltre il limite. Quando il backlog è attivo, il job aggiuntivo viene accettato con `status: "backlogged"` e parte non appena si libera uno slot. Non esiste un limite separato per il backlog. Vedi [Limiti di frequenza](https://www.krea.ai/docs/it/developers/rate-limits.md). La API non invia `Retry-After` né `X-RateLimit-*`. La risposta include però `cf-ray`. In caso di `429`, riprova con backoff esponenziale dopo che i job in corso sono terminati (effettua polling su `GET /jobs/{id}` o usa un webhook). Se un completamento successivo esaurisce il saldo, i job ancora in backlog falliscono con `error.code` `"insufficient_balance"`. Si tratta di un job fallito, non di un `402` HTTP. Questi job non inviano un webhook, quindi effettua polling su `GET /jobs/{id}` per i job in backlog. ## Agent operation API `POST /agent/{operation}` e `GET /agent/session/{sessionId}` restituiscono `{ "error", "code"?, "allowedModels"? }`. Solo `error` è obbligatorio. `allowedModels` è in camelCase. Un turno che fallisce dopo essere stato accettato appare come `status: "failed"` sulla sessione, non come uno di questi errori HTTP. Vedi [Agent](https://www.krea.ai/docs/it/developers/agent.md). | Stato | Body | | - | - | | `400` | `{ "error": "Invalid JSON body" }` | | `401` | `{ "error": "Unauthorized" }` | | `402` | `{ "error": "Insufficient compute balance for an Agent turn", "code": "compute_limit" }`, oppure `{ "error": "Free plan Agent message limit reached. Upgrade to keep using the Agent", "code": "free_message_limit" }`. | | `403` | `{ "error": "Model is not included in the workspace plan", "code": "model_not_entitled", "allowedModels": ["..."] }`. | | `404` | Operazione sconosciuta: `{ "message": "Endpoint not found" }`. Altrimenti `{ "error": "Session not found or not accessible", "code": "not_found" }`, oppure `{ "error": "", "code": "attachment_not_found" }`. | | `409` | `{ "error": "...", "code": "conflict" }`. | | `422` | Input errato: `{ "error": "Validation failed", "details": [...] }` come in [Validazione](#validation-422). Gli altri errori mappati sono `{ "error": "" }` più `code` quando esiste. Un'app desktop disconnessa non ha `code`; il messaggio inizia con `That desktop app is not connected`. | Un codice di errore Agent non riconosciuto è comunque `422` con `{ "error", "code" }`. Il `404` per operazione sconosciuta e un `500` non gestito usano `{ "message" }` e seguono `Accept`. ## `error.code` dei job falliti `GET /jobs` e `GET /jobs/{id}` impostano `error` solo quando `status` è `"failed"`. Non c'è alcun `result` utilizzabile: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "status": "failed", "error": { "code": "content_policy", "message": "An external provider's moderation systems rejected the generation." } } ``` > [!WARNING] > > Basa la logica su `error.code`. Non fare mai il parsing di `message`. > > `message` può essere omesso. I messaggi di `provider_error` e `internal` sono testo libero, e un messaggio `internal` può essere testo grezzo del provider come `failed to download media from the provided URL`. Tratta qualsiasi `code` che non riconosci come `internal`. | `code` | `message` | Cosa fare | | - | - | - | | `content_policy` | `Krea's moderation systems rejected the generation.` oppure `An external provider's moderation systems rejected the generation.` | Cambia il prompt o gli input. La stessa richiesta molto probabilmente verrà rifiutata di nuovo. | | `timeout` | `An external provider did not complete the generation in sufficient time.` | Riprova il job. | | `insufficient_balance` | Omesso. Una node app può invece restituire `You are out of compute units. Add more compute units to continue running this node app.` | Ricarica, poi invia di nuovo. Questo job era stato accettato in precedenza; la chiamata HTTP non ha restituito `402`. | | `auto_cancelled` | `Job repeatedly failed healthchecks and was automatically cancelled.` | Invia di nuovo il job. | | `model_unavailable` | Di solito il testo del provider stesso. `The provider retired this model. It no longer accepts new generations.` quando non è presente. | Smetti di chiamare questo modello. Usa il sostituto indicato in [Deprecazioni](https://www.krea.ai/docs/it/developers/deprecations.md), se presente. | | `provider_error` | Di solito il testo del provider stesso. | Riprova con backoff. | | `internal` | Testo libero, oppure omesso. | Riprova più tardi. Indica il `job_id` se contatti il supporto. | | `node_app_node_failed` | `Node "" failed: ` oppure `Node "" failed.` | Leggi `message`. Se il nodo ha riscontrato un problema temporaneo, come un timeout, esegui di nuovo l'app. Altrimenti correggi prima quel nodo. Il job dell'app stessa non viene mai fatturato. Ogni nodo di generazione o LLM viene addebitato quando il suo job si completa. Un fallimento non annulla i nodi paralleli né gli altri rami, quindi anche un nodo che si completa dopo che l'app è già fallita viene addebitato, e questi addebiti non vengono rimborsati. Un nodo che fallisce, viene annullato o non parte mai non viene addebitato. L'id e il tipo del nodo non sono presenti nel job pubblico. | Le consegne webhook per un job fallito usano lo stesso oggetto job, incluso `error`. Una consegna di annullamento non ha `error`. Un payload più grande di 256 KiB non viene inviato e non vengono effettuate ulteriori consegne per quel job, quindi effettua invece polling su `GET /jobs/{id}`. Verifica la firma prima di fidarti del body. Vedi [Webhook](https://www.krea.ai/docs/it/developers/webhooks.md). ## Debugging Non esiste un header di request id di Krea. Ogni risposta include però l'header `cf-ray` di Cloudflare. Non viene inviato alcun header `Retry-After` o `X-RateLimit-*`. Quando scrivi a [support@krea.ai](mailto:support@krea.ai), includi: * `job_id`, quando la chiamata ha creato o riguardato un job * L'orario e l'endpoint * Per un errore al momento della richiesta, il valore di `cf-ray` `Access-Control-Allow-Origin` è `*`. Su generate, jobs, assets, styles e node apps, `Access-Control-Expose-Headers` non è impostato, quindi `fetch` nel browser non può leggere `cf-ray`, `Deprecation` o `Sunset`. Copia `cf-ray` dal log di rete, oppure da un client lato server. In ogni risposta, controlla `Deprecation` e `Sunset` prima che il modello smetta di accettare chiamate. Vedi [Deprecazioni](https://www.krea.ai/docs/it/developers/deprecations.md). ## Prossimi passi > **[Ciclo di vita del job](https://www.krea.ai/docs/it/developers/job-lifecycle.md)** > > Effettua polling sullo stato finché il job non si completa, fallisce o viene annullato > **[Webhook](https://www.krea.ai/docs/it/developers/webhooks.md)** > > Verifica la firma sulla consegna di un job fallito > **[Limiti di frequenza](https://www.krea.ai/docs/it/developers/rate-limits.md)** > > Quando i job aggiuntivi vanno in backlog e quando restituiscono 429 > **[Chiavi API e fatturazione](https://www.krea.ai/docs/it/developers/api-keys-and-billing.md)** > > Ricarica il saldo API dopo un 402 This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.