Por que essa pergunta aparece todo dia no trabalho
A discussão sobre se a semana começa no domingo ou na segunda é mais prática do que filosófica. Ela bate na cara todo dia quando você monta planilhas, configura relatórios, ou tenta conciliar horários entre sistemas diferentes. A resposta curta é que depende de onde você está e do que está fazendo. A resposta longa, e a que realmente importa, envolve compatibilidade, padrões e dor de cabeça desnecessária que dá pra evitar.
a semana começa no domingo ou na segunda
No Brasil, a maioria das pessoas pensa que a semana começa na segunda. O calendário de papel, o horário comercial, a cultura empresarial — tudo isso fala segunda como dia um. Na prática, você agenda reuniões pra segunda, cobra entregas que começaram naquela segunda, e só fecha a semana na sexta ou sábado. É o entendimento cotidiano. Mas esse entendimento não é universal, e ele quebra rápido se você tocar em qualquer coisa que envolva tecnologia internacional ou normas técnicas. O padrão ISO 8601, que é a referência oficial pra data e hora em sistemas, define segunda como o primeiro dia da semana. Esse padrão é usado por bibliotecas de programação, bancos de dados, APIs de calendário, e praticamente todo software ocidental sério. Se você programar algo que precisa calcular "a primeira semana do mês", o ISO vai te dar uma resposta diferente do que o usuário brasileiro espera ver num calendário de parede. Isso gera bugs. Já vi gente perdendo tarde inteira descobrindo que um relatório de fechamento semanal estava começando no domingo porque a função de data do Python vinha com uma configuração regional que sobrescrevia o ISO.
Por outro lado, nos Estados Unidos e em alguns países da América Latina e do Oriente Médio, o domingo é tratado como o primeiro dia da semana. Calendarários impressos lá mostram domingo na primeira coluna. Sistemas como o Excel pra versão americana, o Google Calendar configurado pra região dos EUA, e bibliotecas como a moment.js no default dos EUA vão te entregar domingo como dia zero ou dia um. Se você integra um sistema americano com um brasileiro, e não trata essa diferença explicitamente, o relatório de segunda-feira aparece como se fosse domingo. Isso já aconteceu comigo num projeto de integração de folha de pagamento. O sistema do cliente norte-americano calculava horas extras começando do domingo, e o nosso sistema interno considerava segunda. Resultado: os funcionários recebiam um dia a menos de hora extra todo mês. A correção foi adicionar um parâmetro de configuração por região na camada de negócio, com fallback pro ISO 8601 sempre que a região não fosse especificada. Tá dito isso, a pergunta prática que você provavelmente tem é: como eu resolvo isso no dia a dia sem ter que decorar a geografia dos dias semanais?
👉 Clique no botão abaixo para saber mais sobre o assunto!
A primeira coisa é validar qual padrão seu sistema ou ferramenta está usando por padrão. No Excel, vai em Arquivo > Opções > Avançadas > Opções de cálculo e vejá a configuração de data. No Google Calendar, vá em Configurações > Data e hora e veja qual dia aparece como início da semana. Se você trabalha com Python, use o parâmetro weekstarteday da biblioteca datetime ou defina explicitamente ISO-8601 via locale. Em Java, use java.time.WeekFields.ISO. Isso evita suposições. A segunda coisa é nunca assumir que "segunda = 1" ou "domingo = 0" é universal. Sempre verifique a configuração regional do ambiente onde o código vai rodar. Teste com pelo menos dois fusos e duas configurações de início de semana antes de homologar. Eu costumo incluir um teste automático que compara a saída de uma função de data entre configurações ISO e non-ISO. Se houver divergência, o teste falha e eu sei onde ajustar.
Um detalhe que muita gente perde: o conceito de "primeira semana do ano" também varia. A ISO diz que a primeira semana é aquela que contém o primeiro giovedì do ano, mas em alguns lugares a primeira semana é simplesmente a que tem 1º de janeiro, mesmo que seja só um dia. Isso importa se você trabalha com relatórios anuais, metas trimestrais, ou Anything que dependa de week-numbering. Uma vez eu precisei gerar um dashboard de vendas por semana do ano, e o número da semana estava um errado pra toda a primeira quinzena de janeiro porque o servidor de relatórios tinha timezone configurado como America/New_York em vez de UTC, e o cálculo de week-number usava uma regra diferente da que eu esperava. A correção foi forçar UTC no cálculo e usar ISO.weekday explicitamente. Levou três horas pra identificar a causa raiz. Se você é desenvolvedor e quer algo pronto pra evitar dor de cabeça, a biblioteca date-fns (JavaScript) e a pendulum (Python) permitem configurar o início da semana de forma explícita. A date-fns tem a opção localeStartOfWeek. A pendulum usa week_starting_offset. Ambas são leves e evitam gambiarras com strings de data.
Se você não é desenvolvedor e só quer consertar seu calendário pessoal, entre nas configurações do app de calendário que você usa e mude o início da semana pros dias que fazem sentido pro seu contexto. No Google Calendar, isso leva dois cliques. No Apple Calendar, vá em Preferências > Avançado e mude a opção. No Excel, a configuração é menos direta — o ideal é usar fórmulas com WEEKDAY com modo 2 (segunda = 1) quando for fazer cálculos, independentemente de como o calendário visual mostra os dias. O ponto final aqui é simples: não existe resposta única. O Brasil majoritariamente trata segunda como início, o ISO 8601 obriga segunda como início pra interoperabilidade técnica, e os EUA tratam domingo como início na prática cultural e em vários softwares. O problema real não é saber qual está "certo". É entender qual padrão seu sistema está usando e fazer a conversão quando necessário, porque a inconsistência é o que gera erro, não a escolha em si.
Se você precisa baixar ou consultar alguma coisa relacionada a isso, a maior parte das ferramentas que citamos são open source e gratuitas. date-fns no npm, pendulum no pip, e as configurações nativas do Google Calendar e Excel são acesso direto sem custo. Não tem link único pra "a semana começa no domingo ou na segunda" porque isso não é um produto, é uma decisão de configuração que depende do seu contexto. Resumo prático: defina o padrão no início do projeto, teste com múltiplas regiões, nunca confie no default sem verificar, e documente a escolha. O resto é ajuste fino.
