Guia de Conteúdo Predefinido › Módulos de lógica de negócios › Módulos da Biblioteca › Biblioteca de Contagem de Dias Comerciais

Biblioteca de Contagem de Dias Comerciais

Esse módulo faz o cálculo real de carimbos de data e hora para calcular quando um dia útil começa e termina. Duas lógicas diferentes são fornecidas:

• Within X days - leva o horário de abertura de um ticket em conta ao contar dias. Por exemplo, se o ticket foi aberto às 14:00 e fechado às 13:00 do próximo dia útil, é contado como um único dia. Se o ticket fechasse às 15:00 do próximo dia útil, essa contagem seria de dois dias.
• Same day, Next day - Ignora a hora de abertura do ticket. Qualquer segundo no dia que tenha um período de atividade (e assim é considerado um dia útil) faz com que esse dia conte como um dia inteiro. Por exemplo, um ticket que foi aberto no último segundo do período de atividade do dia 1 faz com que esse dia conte como um dia inteiro. Quando um ticket é aberto após o período de atividade do dia 1, esse dia não é contado. Se o ticket for marcado como mesmo dia, o ticket deve ser fechado antes do final desse dia. Observe que o dia é determinado pelo primeiro segundo 'dentro do período de atividade' após o ticket ser aberto. Um ticket que é aberto após a saída de período de atividade de hoje só é considerado como ativo no dia seguinte, portanto um ticket de mesmo dia teria de ser fechado amanhã no final do dia, se tiver sido aberto após a saída do período de atividade de hoje. Um ticket que seja fechado após a meia-noite do dia de abertura é contado como dois dias.

As duas lógicas de dias úteis se baseiam nos mesmos módulos e diferem somente em suas configurações de parâmetros.

• Single timeslot - essa funcionalidade tem como base a único período de atividade/fuso horário da própria métrica de cálculo. É necessário implementar os seguintes parâmetros:
  • WhatToCalculate - esse parâmetro permite que você decida se deseja obter o número de tickets dentro do limite, ou se você deseja obter uma porcentagem de tickets dentro do limite do total de tickets (PERCENT/CNTWITHINTHRESHOLD).
  • CountWholeDays - esse parâmetro determina se você busca a funcionalidade Mesmo dia/Dia seguinte (TRUE) ou a funcionalidade Dentro de X dias úteis (FALSE).
  • DaysThreshold - informa ao sistema quantos dias devem ser consideradas um sucesso. Para a funcionalidade de mesmo dia, o primeiro dia é considerado também. Portanto, mesmo dia = 1, próximo dia = 2. Para Dentro de X dias, o número é mais intuitivo, portanto, Dentro de 3 dias, o valor deve ser 3.

    Observação: a funcionalidade mesmo dia/dia seguinte não está realmente limitada a esses dois valores, mas pode ser implementada, por exemplo, no fim do terceiro dia.

• Multiple timeslots - além da explicação acima sobre única funcionalidade de período de atividade, a nova funcionalidade oferece suporte a vários eventos de período de atividade. Esse suporte passa por uma biblioteca adicional de extensão chamada Biblioteca Dentro de X Dias Úteis por Extensão de Alocações de Tempo. Essa biblioteca está conectada à própria métrica. Ela adiciona a funcionalidade de alocações de tempo e requer um par adicional de parâmetros:
  • RegistrationList - um parâmetro de tabela com um único campo chamado LocationId. Essa tabela é preenchida com a lista de eventos de período de atividade de locais que enviam métricas que devam estar localizadas no mesmo contrato.
  • EventLocationId - a definição do que o sistema precisa fazer para determinar o local de um evento recebido.

  Além disso, para ativar essa funcionalidade, um novo tipo de evento foi adicionado, para permitir o tratamento das alterações de horário de verão nos ciclos de vida dos tickets.

  Esse tipo de evento é denominado LocationDstChangeNotification e possui as seguintes especificações:

  • LocationId como sequência de caracteres.
  • DistanceFromUtc como inteiro.

Dependências do módulo

A tabela a seguir relaciona os módulos incluídos.