Periodicidade e parâmetros variáveis no tempo
O que é periodicidade?
Os processos reais não funcionam da mesma forma o tempo todo. O atendimento ao cliente recebe mais chamadas durante o horário comercial. A produção opera em turnos diferentes, com equipes diferentes. O varejo enfrenta picos sazonais.
A periodicidade permite definir quando regras específicas de simulação se aplicam. Em vez de usar um único valor global, você pode especificar parâmetros diferentes para períodos distintos:
- Dias úteis versus fins de semana
- Turno da manhã versus turno da noite
- Alta temporada versus baixa temporada
- Horário comercial versus fora do horário comercial
Assim, sua simulação se comporta de forma realista em diferentes contextos de tempo.
Por que a periodicidade é importante
Considere um exemplo simples: modelar as chegadas de clientes.
Sem periodicidade:
- 10 clientes por hora, 24 horas por dia, 7 dias por semana
Com periodicidade:
- 25 clientes por hora, dias úteis das 9h às 18h
- 15 clientes por hora, dias úteis das 18h às 21h
- 5 clientes por hora, fins de semana
- 2 clientes por hora, durante a madrugada
O segundo modelo captura padrões de demanda realistas que afetam as filas, o uso de recursos e o throughput.
Tipos de periodicidade disponíveis
O ProcessMind oferece nove tipos de periodicidade, cada um definindo quando uma regra se aplica:
| Tipo | Parâmetros | Descrição |
|---|---|---|
| Sempre | (nenhum) | A regra se aplica o tempo todo, sem variação |
| Padrão | (nenhum) | Regra de fallback quando nenhuma outra regra baseada no tempo corresponde |
| Período fixo | startDateTime, endDateTime | Período único, não recorrente |
| Cada dia | startTime, endTime | Mesmos horários todos os dias |
| Cada dia útil | startTime, endTime | Somente de segunda a sexta-feira |
| Cada dia do fim de semana | startTime, endTime | Somente sábado e domingo |
| Cada semana | startDay, startTime, endDay, endTime | Recorrente semanalmente, podendo abranger vários dias |
| Cada mês | startDayOfMonth, startTime, endDayOfMonth, endTime | Padrão recorrente mensal |
| Cada ano | startMonth, startDayOfMonth, startTime, endMonth, endDayOfMonth, endTime | Padrão anual ou sazonal |
Tipos de periodicidade em detalhes
Sempre
A opção mais simples: a regra se aplica o tempo todo, sem variação.
Use quando: o parâmetro realmente não varia com o tempo ou quando você está criando uma simulação básica de referência.
Padrão
Funciona como fallback quando nenhuma outra regra baseada no tempo corresponde ao horário atual da simulação.
Use quando: você quer definir exceções para horários específicos e fazer com que todos os demais usem um valor padrão.
Sempre inclua uma regra Padrão
Ao usar várias regras de periodicidade, inclua sempre uma regra Padrão para cobrir eventuais lacunas nas regras baseadas no tempo. Isso evita comportamentos inesperados quando nenhuma regra específica corresponde.
Cada dia
A regra se aplica durante horários específicos todos os dias da semana.
Parâmetros:
startTime: Horário de início da regra, por exemplo, 09:00endTime: Horário de término da regra, por exemplo, 17:00
Exemplo: o horário comercial geral, das 09:00 às 17:00, aplica-se todos os dias, inclusive nos fins de semana.
Cada dia útil
A regra se aplica durante horários específicos somente de segunda a sexta-feira.
Parâmetros:
startTime: Horário de início da regraendTime: Horário de término da regra
Exemplo: o atendimento ao cliente funciona das 08:00 às 18:00 nos dias úteis, com regras diferentes para os fins de semana.
Cada dia do fim de semana
A regra se aplica durante horários específicos somente aos sábados e domingos.
Parâmetros:
startTime: Horário de início da regraendTime: Horário de término da regra
Exemplo: horário reduzido de atendimento, das 10:00 às 16:00, nos fins de semana.
Cada semana
A regra se aplica durante um intervalo que pode abranger vários dias dentro de cada semana. Isso é útil para padrões que não se encaixam bem em dias isolados.
Parâmetros:
startDay: Dia em que a regra começa, como segunda-feira ou terça-feirastartTime: Horário no dia de inícioendDay: Dia em que a regra terminaendTime: Horário no dia de término
Exemplo: período de alto volume da quarta-feira às 14:00 até a sexta-feira às 12:00.
Cada mês
A regra se aplica durante dias específicos de cada mês.
Parâmetros:
startDayOfMonth: Dia do mês em que a regra começa, de 1 a 31startTime: Horário no dia de inícioendDayOfMonth: Dia do mês em que a regra terminaendTime: Horário no dia de término
Exemplo: corrida de processamento no fim do mês, do dia 25 às 08:00 até o último dia às 23:59.
Cada ano
A regra se aplica durante datas específicas todos os anos.
Parâmetros:
startMonth: Mês em que a regra começastartDayOfMonth: Dia do mês inicialstartTime: Horário no dia de inícioendMonth: Mês em que a regra terminaendDayOfMonth: Dia do mês finalendTime: Horário no dia de término
Exemplo: pico do varejo nas festas, de 15 de novembro às 00:00 até 31 de dezembro às 23:59.
Período fixo
A regra se aplica durante um intervalo específico de data e hora, sem recorrência. Use-a para eventos únicos.
Parâmetros:
startDateTime: Data e hora exatas de inícioendDateTime: Data e hora exatas de término
Exemplo: semana de lançamento do produto, de 15 a 22 de março de 2025, com regras especiais de atendimento.
Combinando várias regras
O verdadeiro potencial da periodicidade aparece ao combinar várias regras. Você pode definir parâmetros diferentes para contextos de tempo distintos, e a simulação avalia qual regra se aplica a cada momento.
Exemplo: tempo de processamento em vários turnos
Considere um processo de produção com tempos de processamento diferentes conforme o turno:
| Nome da regra | Periodicidade | Distribuição do tempo de processamento |
|---|---|---|
| Turno diurno | Cada dia útil, 08:00-16:00 | Normal(30 min, 5 min) |
| Turno da noite | Cada dia útil, 16:00-00:00 | Normal(45 min, 10 min) |
| Equipe de fim de semana | Cada dia do fim de semana, 10:00-18:00 | Normal(60 min, 15 min) |
| Madrugada/Padrão | Padrão | Normal(90 min, 20 min) |
O turno diurno é o mais rápido, com equipe completa e profissionais descansados. O turno da noite é mais lento, com supervisão reduzida. Os fins de semana são os mais lentos, com uma equipe mínima. A regra padrão cobre o período da madrugada.
Prioridade das regras
Quando várias regras podem corresponder:
- As regras são avaliadas na ordem em que foram definidas na sua configuração
- A primeira regra correspondente é usada, e a regra mais acima tem prioridade
- Padrão corresponde somente quando nenhuma outra regra se aplica
Dica: coloque as regras mais específicas acima das gerais. Coloque “Cada dia útil” antes de “Cada dia” se quiser que os dias úteis tenham um comportamento diferente dos fins de semana.
Onde usar a periodicidade
A periodicidade pode ser aplicada a vários parâmetros de simulação:
| Parâmetro | Caso de uso da periodicidade |
|---|---|
| Chegadas de casos | Taxas de chegada maiores durante o horário comercial e menores durante a madrugada |
| Tempos de processamento | Processamento mais rápido com equipe completa e mais lento em horários reduzidos |
| Capacidade de recursos | Mais profissionais nos horários de pico e equipe mínima durante a madrugada |
| Probabilidades de pular | Regras de roteamento diferentes nos fins de semana ou feriados |
| Probabilidades do Gateway | Padrões de decisão diferentes conforme o horário do dia |
Exemplo prático: central de atendimento ao cliente
Veja um exemplo realista de como a periodicidade funciona em vários parâmetros de uma simulação de atendimento ao cliente:
Configuração da taxa de chegada
| Periodicidade | Taxa de chegada |
|---|---|
| Cada dia útil, 09:00-18:00 | Poisson(50 por hora) |
| Cada dia útil, 18:00-22:00 | Poisson(20 por hora) |
| Cada dia do fim de semana, 10:00-16:00 | Poisson(15 por hora) |
| Padrão | Poisson(5 por hora) |
Volume alto durante o horário comercial, movimento moderado à noite e volume baixo nos fins de semana e durante a madrugada.
Configuração do tempo de processamento
| Periodicidade | Distribuição |
|---|---|
| Cada dia útil, 09:00-17:00 | Triangular(10, 20, 45 min) |
| Cada dia do fim de semana | Triangular(20, 40, 90 min) |
| Padrão | Triangular(30, 60, 120 min) |
Mais rápido durante o pico de equipe e mais lento nos fins de semana e fora do horário comercial.
Configuração da capacidade da equipe
| Periodicidade | Agentes disponíveis |
|---|---|
| Cada dia útil, 09:00-18:00 | 10 agentes |
| Cada dia útil, 18:00-22:00 | 4 agentes |
| Cada dia do fim de semana, 10:00-16:00 | 3 agentes |
| Padrão | 1 agente |
Equipe completa durante o horário comercial e cobertura reduzida nos demais períodos.
Como tudo funciona em conjunto
Às 10:00 de uma terça-feira:
- As chegadas usam a taxa de 50 por hora
- O processamento usa a distribuição triangular mais rápida
- Há 10 agentes disponíveis
Às 20:00 de uma terça-feira:
- As chegadas caem para 20 por hora
- O processamento usa a distribuição padrão, mais lenta
- Há somente 4 agentes disponíveis
Às 14:00 de um sábado:
- As chegadas são de 15 por hora
- O processamento usa a distribuição de fim de semana
- Há 3 agentes disponíveis
Boas práticas
1. Comece pelo Padrão
Defina sempre a regra Padrão primeiro. Assim, você garante cobertura para qualquer período que não seja tratado explicitamente pelas outras regras.
2. Trabalhe do geral para o específico
Comece com padrões amplos, como dias úteis versus fins de semana, e depois adicione regras mais específicas, como horários de turnos individuais, conforme necessário.
3. Mantenha a simplicidade no início
Comece distinguindo dias úteis e fins de semana antes de adicionar detalhes por hora ou por estação. Você sempre poderá incluir mais complexidade depois.
4. Baseie os padrões nos dados
Sempre que possível, analise seus dados históricos para entender os padrões reais. Observe as taxas de chegada, os tempos de processamento e a quantidade de profissionais por hora e dia da semana.
5. Teste casos extremos
Verifique se suas regras tratam corretamente os horários de transição:
- O que acontece exatamente às 17:00, quando o turno muda?
- A meia-noite é tratada corretamente?
- As regras de fim de mês funcionam em meses com durações diferentes?
6. Documente suas regras
Configurações complexas de periodicidade podem ser difíceis de entender mais tarde. Documente por que cada regra existe e qual padrão de negócio ela representa.