Skip to content
ENPT

Agendamento cron

Cron no primeiro dia do mês

0 0 1 * * roda às 00:00 do primeiro dia de todo mês. Para a primeira segunda ou o primeiro dia útil, o cron padrão precisa de uma verificação de data no comando; Spring e Quartz têm MON#1 e 1W.

Primeiro dia do mês
Expressão0 0 1 * *
Execuções12 vezes em 2027
OnCalendar do systemd*-*-01 00:00:00

Como funciona

O 1 no campo de dia do mês casa com o dia 1, e o * no campo de mês repete isso todo mês. É a mesma linha do @monthly; esta página trata das variações que as pessoas costumam precisar em seguida.

O primeiro dia útil depende do fim de semana: se o dia 1 cai num sábado, é o dia 3. O cron padrão não expressa isso. Quartz e Spring aceitam 1W (“o dia útil mais próximo do dia 1, sem sair do mês”), então 0 0 0 1W * ? no Quartz. No cron puro, rode nos dias 1 a 3 e deixe o script decidir. Feriados como 1º de janeiro ficam por conta do script também.

A primeira segunda-feira é a armadilha clássica: parece 0 0 1-7 * 1 e não é. Cada ferramenta trata de um jeito, então as armadilhas abaixo mostram o que escrever em cada lugar.

Explicação campo a campo
CampoValorSignificado
Minuto0minuto 0 (hora cheia)
Hora0hora 0 (0h)
Dia do mês1dia 1
Mês*todo mês
Dia da semana*todo dia da semana

Próximas execuções

Relógio do agendador

Como no GitHub Actions sem timezone, na Vercel, na Cloudflare e no Kubernetes com timeZone "Etc/UTC".

Próximas execuções, calculadas no seu navegador a partir de agora
ExecuçãoSeu horárioUTC
1Calculando… 
2  
3  
4  
5  

Versões prontas para colar

O mesmo agendamento em cada agendador, com o que muda em cada um.

crontab (Linux, macOS, BSD)

crontab -e
# m h dom mon dow  command
0 0 1 * * /usr/local/bin/job.sh >> /var/log/job.log 2>&1
  • O cron usa o fuso horário do servidor. No cronie (Fedora, RHEL), CRON_TZ=America/Sao_Paulo numa linha acima muda o fuso das linhas seguintes.

GitHub Actions

.github/workflows/scheduled.yml
on:
  schedule:
    - cron: '0 0 1 * *'
      # timezone: 'America/Sao_Paulo'  # opcional; sem ele, UTC
  workflow_dispatch: {}
  • Roda em UTC, a menos que você defina timezone, e só no branch padrão. A documentação do GitHub avisa que execuções agendadas podem atrasar em horários de pico e que, em repositórios públicos, o agendamento é desativado após 60 dias sem atividade.
  • O início de cada hora é o horário de maior fila no GitHub. Se o minuto exato não importa, troque o 0 por outro minuto, como 17, para atrasar menos.
  • Com timezone num fuso que tem horário de verão, um horário que não existe no dia da mudança é adiado para o próximo horário válido (2:30 vira 3:00, segundo a documentação).

CronJob do Kubernetes

cronjob.yaml
apiVersion: batch/v1
kind: CronJob
metadata:
  name: scheduled-job
spec:
  schedule: "0 0 1 * *"
  timeZone: "Etc/UTC"
  concurrencyPolicy: Forbid
  jobTemplate:
    spec:
      template:
        spec:
          restartPolicy: OnFailure
          containers:
            - name: job
              image: busybox:1.36
              command: ["/bin/sh", "-c", "date; echo running"]
  • spec.timeZone é estável desde o Kubernetes 1.27; sem ele, vale o fuso do kube-controller-manager. concurrencyPolicy: Forbid pula uma execução se a anterior ainda estiver rodando.

Cron Jobs da Vercel

vercel.json
{
  "crons": [
    { "path": "/api/cron", "schedule": "0 0 1 * *" }
  ]
}
  • A Vercel sempre usa UTC, não aceita nomes como MON ou JAN e não deixa definir dia do mês e dia da semana ao mesmo tempo.
  • Cabe no plano Hobby, mas lá a precisão é por hora: o disparo pode acontecer em qualquer minuto dentro da hora agendada.

Cloudflare Workers

wrangler.toml
[triggers]
crons = ["0 0 1 * *"]
  • Cron Triggers rodam em UTC. Mudanças podem levar até 15 minutos para se propagar pela rede da Cloudflare.

node-cron (Node.js)

scheduler.js
import cron from 'node-cron';

// 6 campos: o primeiro (segundos) é opcional
cron.schedule('0 0 0 1 * *', async () => {
  await runJob();
}, { timezone: 'UTC', noOverlap: true });
  • O agendamento vive dentro do processo Node: se ele cair, nada roda; se houver três réplicas, a tarefa roda três vezes. noOverlap pula um disparo enquanto o anterior não terminou.

Timer do systemd

job.timer + job.service
# /etc/systemd/system/job.timer
[Unit]
Description=Run job.service on the 1st of each month

[Timer]
OnCalendar=*-*-01 00:00:00
Persistent=true

[Install]
WantedBy=timers.target

# /etc/systemd/system/job.service
[Service]
Type=oneshot
ExecStart=/usr/local/bin/job.sh

# systemctl daemon-reload && systemctl enable --now job.timer
  • Confira com systemd-analyze calendar '*-*-01 00:00:00', que mostra a forma normalizada e a próxima execução. AccuracySec padrão é 1min, então o disparo pode variar até um minuto.
  • Persistent=true roda a tarefa assim que a máquina liga se o horário passou com ela desligada, algo que o cron não faz.

Spring @Scheduled e Quartz

Java
@Scheduled(cron = "0 0 0 1 * *", zone = "UTC")
public void runJob() {
    // ...
}

// Quartz CronTrigger:
CronScheduleBuilder.cronSchedule("0 0 0 1 * ?")
  • No Spring, o primeiro dos 6 campos são os segundos; o resto segue o cron comum (0 ou 7 = domingo).
  • No Quartz, um dos campos de dia precisa ser ?, e os dias da semana vão de 1 = domingo a 7 = sábado; por isso o exemplo usa nomes.

Armadilhas

0 0 1-7 * 1 roda 10 ou 11 vezes por mês

Com os dois campos de dia restritos, o Vixie cron e o cronie rodam a tarefa quando qualquer um bate: todo dia do 1 ao 7, mais toda segunda. Escreva 0 0 1-7 * * e teste o dia da semana no comando: [ "$(date +\%u)" = 1 ] && job.sh.

node-cron e systemd usam E, não OU

O node-cron combina dia do mês e dia da semana com E, então 0 0 1-7 * 1 é mesmo a primeira segunda nele. O systemd funciona igual: Mon *-*-01..07 00:00:00. A mesma string significa coisas diferentes em agendadores diferentes.

O Quartz não aceita os dois campos de dia

O Quartz exige ? em um dos campos de dia, então rejeita a forma com OU de cara e oferece MON#1 no lugar: 0 0 0 ? * MON#1. O Spring também aceita MON#1.

Perguntas frequentes

Qual é a expressão cron para o primeiro dia do mês?
0 0 1 * * roda à meia-noite do dia 1 de todo mês. @monthly é equivalente.
Como rodar um cron na primeira segunda-feira do mês?
No crontab: 0 0 1-7 * * com [ "$(date +\%u)" = 1 ] && job.sh. No Spring ou Quartz: MON#1 no campo de dia da semana. No systemd: OnCalendar=Mon *-*-01..07 00:00:00.
Como rodar no primeiro dia útil do mês?
Quartz e Spring aceitam 1W no campo de dia do mês. No cron puro, rode nos dias 1 a 3 e faça o script verificar se hoje é o primeiro dia útil do mês, incluindo feriados se precisar.
O cron roda no dia 1 se o servidor estava desligado à meia-noite?
Não. O cron puro não recupera execuções. Timers do systemd com Persistent=true e o anacron recuperam.

Revisado em por Arielton Oberek.