---
sourceDocument: Zurich IT Service Management
sourceDocumentLink: https://www.servicenow.com/docs/r/pt-BR/zurich/it-service-management

 Release :

    - zurich

ft:locale :

    - pt-BR

ft:publication_title :

    - Zurich IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Configuração de cronogramas de manutenção - Práticas recomendadas

# Configuração de cronogramas de manutenção - Práticas recomendadas {#ariaid-title1}

* Versão de lançamento: Zurich
* 
* Atualizado 31 de jul. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 min. de leitura

Os cronogramas de manutenção definem os períodos durante os quais um item de configuração ou mudança pode ser implementado.

Esses cronogramas são incorporados ao processo de detecção de conflitos para solicitações de mudança. Se uma solicitação de mudança não aderir ao cronograma de manutenção relevante, um registro de conflito será gerado para a solicitação de mudança.  
Existem duas maneiras de definir cronogramas de manutenção para detecção de conflitos:

* [Configurar cronograma de manutenção](https://www.servicenow.com/docs/iwdW60ZjNoQviqVuhXt4Wg "Use as janelas de Blackout e Manutenção para programar uma mudança. As janelas de blackout especificam horários durante os quais a atividade de mudança normal não deve ser agendada. As janelas de manutenção especificam os horários em que as solicitações de mudança devem ser Agendadas. Por exemplo, criar uma programação de blackout para congelamentos de código no final do ano. blackout-maintenance-schedule"). Este caminho é habilitado por meio da propriedade do sistema change.conflict.currentwindow.
* Crie um cronograma de manutenção usando a tabela Cronogramas \[cmn_schedule\]. Este método pode ser habilitado usando a propriedade do sistema change.conflict.ci_maint_sched.  
  Nota:  
  Essas propriedades do sistema podem ser configuradas nas propriedades de Conflito.
{#configuring-maintenance-schedules-best-practices__ul_j5h_njx_fcc}

## Cronograma de manutenção usando o formulário de manutenção de cronograma {#configuring-maintenance-schedules-best-practices__section_lh2_kkx_fcc}

Todos os Cronogramas de manutenção definidos por este método são processados com base no campo de condição, que deve ser avaliado para determinar sua aplicabilidade à solicitação de mudança, ao IC primário ou aos ICs afetados associados (se forem executados no modo Avançado).

A presença de vários Cronogramas de manutenção estende o tempo necessário para determinar sua relevância, e essa duração aumenta com cada IC afetado.

Se uma programação genérica for aplicável a vários ICs ou solicitações de mudança, você deve definir uma programação de manutenção usando [Configurar programação de manutenção](https://www.servicenow.com/docs/iwdW60ZjNoQviqVuhXt4Wg "Use as janelas de Blackout e Manutenção para programar uma mudança. As janelas de blackout especificam horários durante os quais a atividade de mudança normal não deve ser agendada. As janelas de manutenção especificam os horários em que as solicitações de mudança devem ser Agendadas. Por exemplo, criar uma programação de blackout para congelamentos de código no final do ano. blackout-maintenance-schedule").

No entanto, se seus cronogramas estiverem personalizados para um número limitado de ICs, considere a criação de um cronograma de manutenção usando a tabela de cronogramas.

## Cronograma de manutenção usando a tabela de cronogramas {#configuring-maintenance-schedules-best-practices__section_pcn_zlx_fcc}

Este método foi criado onde ICs individuais ou pequenos grupos de ICs devem seguir uma programação específica.

Nesses casos, o cronograma de manutenção deve ser definido na tabela Cronogramas (cmn_schedule) em vez da tabela de cronogramas de manutenção. Essa abordagem evita a necessidade de detecção de conflitos para processar a programação duas vezes usando o formulário de manutenção e a tabela de programação.

Ao contrário do registro de cronograma de manutenção, o registro do cronograma não tem uma condição ou um campo Aplica-se a, já que ele deve ser associado diretamente a um IC. Depois de definir o registro de programação, o Tipo deve ser definido como <kbd class="ph userinput">manutenção</kbd> para vincular a um IC. Para anexar esta programação a um IC, ela deve ser referenciada no campo Cronograma de manutenção no registro de IC. Se este campo não estiver visível, ele deverá ser adicionado ao formulário.