# “Your spending limit needs to be increased”: come risolvere oggi

> GitHub non avvia i job con questo messaggio quando un budget è esaurito, i minuti gratuiti sono finiti senza un metodo di pagamento o un pagamento non è andato a buon fine. Finché qualcuno non sistema la fatturazione, i merge aspettano. Cambia runs-on in skipbox e il job gira oggi, fuori dal tuo budget GitHub, poi a un prezzo fisso di $39 al mese con minuti illimitati.

Questo messaggio significa che la CI dei tuoi repository privati si è fermata e non ripartirà finché qualcuno con i permessi di fatturazione non la sistema, o fino alle 00:00 UTC del giorno 1. Ogni pull request in attesa di una spunta verde aspetta con lei.

Puoi eseguire il job adesso. Cambialo in `runs-on: skipbox` e fai push: i runner di Skipbox non consumano il tuo budget GitHub né i minuti gratuiti, quindi il job parte mentre la fatturazione è ancora bloccata.

- I job su `runs-on: skipbox` partono oggi, senza una nuova carta né un budget più alto
- Un prezzo fisso di $39 al mese con minuti illimitati; 20.000 minuti sul runner a 4 core di GitHub costano $222
- Nessun budget GitHub dietro, quindi la fine del mese prossimo non congela di nuovo la CI

**Job bloccati proprio adesso?** Cambia il job di un repository privato in `runs-on: skipbox`: gira su Skipbox e non consuma nulla del tuo budget GitHub. Gratis per 7 giorni o 3000 minuti, senza carta. [Inizia gratis con GitHub](https://app.skipbox.dev/sign-in?ref=guide-limit-blocked)

## Perché GitHub non avvia il job

La pagina dell'esecuzione mostra:

```text
The job was not started because recent account payments have failed or your spending limit needs to be increased.
```

Il tuo account non può pagare altro tempo dei runner ospitati da GitHub. Le cause sono tre:

| Causa | Come riconoscerla | Chi la risolve |
|---|---|---|
| Un budget impostato per fermare l'utilizzo è esaurito | **Budgets and alerts** mostra un budget di Actions al limite | Un proprietario dell'organizzazione (su un account personale, tu) |
| Minuti gratuiti finiti, nessun metodo di pagamento | Nessuna carta registrata, o un budget di Actions di 0 USD | Un proprietario o un responsabile della fatturazione aggiunge una carta |
| Un pagamento non è andato a buon fine | GitHub ti ha scritto via email che un addebito è stato rifiutato | Un proprietario o un responsabile della fatturazione |

I budget sono in **Billing & Licensing → Budgets and alerts**, le carte in **Billing & Licensing → Payment information**. Dopo la correzione, i job rifiutati restano rifiutati: apri ogni esecuzione e fai clic su **Re-run failed jobs**. Se la fatturazione sembra a posto e i job ancora non partono, solo il supporto di GitHub può sbloccarla. Il messaggio sul budget, che è un altro, ha la sua guida: [un budget di Actions impedisce l'utilizzo](https://skipbox.dev/guides/github-actions-budget-preventing-further-use).

A essere bloccati sono i runner ospitati da GitHub nei repository privati. I runner self-hosted no: GitHub non fattura i loro minuti. Skipbox è un runner self-hosted.

## Sistemare la fatturazione ti fa guadagnare solo un mese

L'importo gratuito è di 12 USD o 18 USD al mese, 2.000 o 3.000 minuti di `ubuntu-latest`. I team che eseguono la CI a ogni push lo consumano entro metà mese. Una carta o un budget più alto trasformano il blocco in un conto al minuto:

| Minuti al mese (4 vCPU) | GitHub | Skipbox S | Risparmi ogni mese |
|---|---|---|---|
| 10.000 | $102 | $39 | **$63** |
| 20.000 | $222 | $39 | **$183** |
| 30.000 | $342 | $39 | **$303** |

Gli importi di GitHub sono il conto al netto dell'importo incluso in GitHub Team. Prova i tuoi minuti nel [calcolatore della home](https://skipbox.dev/?ref=g-github-actions-spending-limit-job-not-started-it#cost).

E i minuti possono solo salire. Gli agenti di coding fanno push e rieseguono la CI giorno e notte, le suite E2E e le build a matrice moltiplicano ogni push, e un budget abbastanza basso da contenere il conto è abbastanza basso da bloccare di nuovo i merge il mese prossimo. Ogni volta, tutto il team aspetta chi può modificare la fatturazione.

## Cosa cambia con Skipbox

### I job non si fermano per la fatturazione

I job su Skipbox non attingono nulla dal tuo importo incluso né dal budget di GitHub, e un addebito GitHub non riuscito non li tocca. Se arrivano più job di quanti il tuo piano ne esegua alla volta, aspettano il loro turno invece di fallire.

### Un solo prezzo fisso, minuti illimitati

| Piano | Macchina | Al mese |
|---|---|---|
| S | 4 vCPU, 16 GB | $39 |
| M | 8 vCPU, 16 GB | $79 |
| L | 16 vCPU, 32 GB | $149 |

### Più veloce, e niente da gestire

La macchina del tuo account resta tra un job e l'altro, quindi layer Docker, cache dei pacchetti e tool installati sono lì per l'esecuzione successiva, con 7× o più lo spazio cache di GitHub. Skipbox prepara e aggiorna la macchina, fa pulizia dopo ogni job, e in automatico ne controlla l'integrità e la ricostruisce.

## Passare a Skipbox è una riga

```yaml
jobs:
  test:
    runs-on: skipbox # was ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test
```

1. Accedi a Skipbox con GitHub.
2. Installa l'app GitHub di Skipbox e scegli i repository bloccati.
3. Cambia `runs-on` e fai push.

L'esecuzione appena inviata parte su Skipbox, su Ubuntu 24.04 con Docker, Node.js e Python. Funziona sia con le organizzazioni sia con gli account personali. [Cosa fare quando GitHub ferma i tuoi job](https://docs.skipbox.dev/spending-limit) spiega i passaggi e come tornare indietro.

## Sicurezza

- Ogni account ha la sua macchina. I tuoi job non la condividono mai con quelli di un'altra azienda.
- Dopo ogni job, Skipbox cancella credenziali, processi e container del runner. Dal 13 novembre 2026 il tuo checkout e il suo output di build (il `target/` di Cargo) restano sulla tua macchina per i job successivi; “VM nuova per ogni job” dà a ogni job una macchina nuova.
- Il codice di chi non ha accesso in scrittura (come le pull request dai fork) gira su una macchina nuova, usa e getta.

## Provalo sul job bloccato

La prova non richiede una carta e dura 7 giorni o 3000 minuti di job. Passa il job bloccato a `runs-on: skipbox`, fai push e fai il merge oggi invece di aspettare la fatturazione.

## Domande frequenti

### Come faccio ripartire subito i job dopo questo errore?

Cambia il runs-on del job bloccato in skipbox e fai push. Per GitHub i runner di Skipbox sono runner self-hosted, quindi non consumano il tuo budget né i minuti gratuiti, e il job parte senza che nessuno tocchi la fatturazione. La prova non richiede una carta.

### Questo errore blocca anche i runner self-hosted?

No. Blocca i runner ospitati da GitHub. GitHub non fattura i minuti dei runner self-hosted e non li conta nel tuo calcolo incluso, quindi nessun budget e nessuna carta mancante li ferma. Ecco perché i job su Skipbox continuano a girare.

### Ho alzato il budget e i job ancora non partono. E adesso?

Riesegui i job falliti: GitHub non li riprova da solo. Controlla se c'è un secondo budget esaurito che copre Actions e se c'è un addebito non riuscito in Payment history; se è tutto in ordine, contatta il supporto di GitHub. Mentre la richiesta è aperta, sposta il job su runs-on: skipbox, così la CI non aspetta il ticket.

### Quando si sblocca da solo?

Alle 00:00 UTC del giorno 1, quando inizia il nuovo periodo di fatturazione e il tuo calcolo incluso torna pieno. Se mancano giorni, Skipbox esegue il job oggi.

### Come evito che succeda di nuovo il mese prossimo?

Un budget più alto significa un conto al minuto più alto; uno più basso significa di nuovo questo errore. Spostare i job su Skipbox li toglie dalla fatturazione di GitHub: un prezzo fisso di $39 al mese con minuti illimitati.

Aggiornata il giorno 2026-11-11 · https://skipbox.dev/it/guides/github-actions-spending-limit-job-not-started