Sobre Agregações
Agregações são medições que representam um resumo de outras medições de um conjunto de dispositivos, itens e/ou componentes de medição. Por exemplo, uma agregação pode ser baseada na soma do consumo elétrico de todos os clientes residenciais em um CEP específico no território de serviço. O grupo de componentes de medição relacionados para os quais as medidas são resumidas são referidos como componentes de medição constituintes.
Todo tipo de agregação possui uma ou mais dimensões. Por exemplo, uma agregação pode ser definida com três dimensões, da seguinte maneira:
- Subestação
- Alimentador
- Transformador
As agregações são definidas pelos componentes de medição do agregador. Um componente de medição agregador separado deve ser definido para cada combinação distinta de dimensões para um determinado tipo de agregação. Por exemplo, a agregação do transformador descrita acima exigiria um componente de medição do agregador para cada combinação distinta de subestação/alimentador/transformador encontrada entre os Pontos de Serviço elétricos.
Agregações também podem ser agregadas. Por exemplo, os componentes de medição do agregador para cada combinação de subestação/alimentador/transformador podem, por sua vez, ser usados para agregar o consumo em cada combinação de subestação/alimentador. Nesse caso, um componente de medição agregador distinto seria definido para cada combinação única de subestação/alimentador. Da mesma forma, os componentes de medição do agregador para cada combinação de subestação/alimentador podem ser usados para agregar o consumo em cada subestação; nesse caso, diferentes componentes de medição do agregador seriam definidos para cada subestação única. Finalmente, os componentes de medição do agregador de cada subestação podem ser usados para agregar o consumo total de todas as subestações, com um componente de medição do agregador definido para representar toda a área de serviço.
Cálculos de Agregação
O sistema agrega periodicamente o consumo por processo batch, usando um monitor diferido nos componentes de medição do agregador. Além disso, os usuários podem agregar novamente dados em tempo real, se não desejarem aguardar o processo batch ou se a agregação original precisar ser recalculada devido a dados incorretos. Os usuários também podem criar agregações ad hoc "dinamicamente" e elas persistirão no banco de dados da mesma maneira que outras agregações.
Noções Básicas Sobre Períodos de Agregação
As datas/horas de início e fim dos cálculos de agregação são baseadas no seguinte:
- Horizonte de Agregação
- Defasagem de Agregação
- Horário de Fechamento da Agregação
Sempre que a agregação é realizada para um componente de medição de agregador, o consumo é agregado para todos os dias em seu "Horizonte de Agregação". O "Horizonte de Agregação" é o número de dias durante os quais há uma possível alteração nos dados de medição para um ou mais componentes de medição associados a um componente de medição agregador.
Os cálculos de agregação geralmente ficam alguns dias atrasados em relação à data atual para dar tempo ao sistema para carregar e executar validações e criar medições finais. A quantidade de tempo de latência é chamada de "Atraso de Agregação" e é o número de dias entre a data em que os cálculos de agregação são executados e a data final do período de agregação. Isso define o período entre a data de cálculo da agregação e o final do horizonte de agregação que serve para permitir que todas as medições cheguem. Isso, juntamente com o Horizonte de Agregação, é usado para determinar as datas iniciais e finais de um período de agregação. Por exemplo, com um Horizonte de Agregação de 5 e um Atraso de Agregação de 2, os cálculos de agregação realizados em 9 de janeiro seriam para um período de agregação de 3 a 7 de janeiro. No dia seguinte (10 de janeiro), o período de agregação mudaria para 4 de janeiro a 8 de janeiro.
A agregação é sempre realizada através de um determinado "tempo final" (como 00:00), em vez do tempo real do cálculo da agregação. Esse tempo é chamado de "Tempo de Corte da Agregação". Por exemplo, o tempo de parada para cálculos de agregação com um Atraso de Agregação de 2 e um Tempo de Corte de Agregação de 22:00 sempre será 22:00 2 dias antes da data em que os cálculos são executados. Nos exemplos acima, as agregações realizadas em 9 de janeiro teriam uma data/hora final de 22:00 em 7 de janeiro e as agregações realizadas em 10 de janeiro teriam uma data/hora final de 22:00 em 8 de janeiro.
Agregação e Reagregação
O uso do horizonte de agregação significa que os totais agregados por alguns dias serão agregados novamente até que esses dias não sejam mais cobertos pelo horizonte de agregação. Por exemplo, com um horizonte de agregação de 5 dias e um atraso de agregação de 2 dias, na noite de 9 de janeiro, o período de agregação seria de 3 a 7 de janeiro (como no exemplo acima).
Na noite de 10 de janeiro, o horizonte mudará 1 dia (de 4 de janeiro a 8 de janeiro, novamente como acima). Isso significa o seguinte:
- Os totais de 3 de janeiro calculados em 9 de janeiro permanecerão intocados (3 de janeiro agora está fora do horizonte de agregação)
- Os totais de 4 a 7 de janeiro serão deduzidos novamente porque as correções podem ter ocorrido (e ainda se enquadram no horizonte de agregação)
- Os totais de 8 de janeiro serão calculados pela primeira vez (porque agora estão dentro do horizonte de agregação).
Medidores de Leitura Manual e Atraso na Agregação
As agregações que incluem medidores de leitura manual geralmente têm atrasos de agregação muito mais longos do que as dos medidores de leitura automática. Isso permite mais tempo para que as leituras manuais do medidor sejam importadas para o sistema para uso em agregações.
Por exemplo, suponha que uma situação em que as leituras manuais do medidor cheguem aproximadamente 1 mês após a data da leitura. Nesse caso, não será até um upload de leitura do medidor em 7 de fevereiro que o último manual lerá incluindo consumo a partir de 6 de janeiro. Como não queremos realizar agregações para 6 de janeiro até que haja uma chance decente de que todo o consumo para essa data exista, um atraso na agregação de 32 dias garante que os dados de 6 de janeiro estejam no sistema quando a agregação for realizada em 7 de fevereiro.
Quando Um Componente de Medição do Agregador Contém Componentes de Medição Manuais AMI
A seção anterior sugere que, se um componente de medição de agregador contiver componentes de medição de leitura manual e AMI, o componente de medição de agregador deverá ter um longo tempo de atraso, em vez do curto tempo mostrado no exemplo anterior.
Embora essa seja uma abordagem possível, uma abordagem alternativa pode permitir que os usuários vejam agregações oportunas dos canais da AMI e atrasem apenas os canais manuais. Para fazer isso, eles poderiam configurar o sistema da seguinte maneira:
- Criando um componente de medição agregador que agrega apenas tipos de componentes de medição manual (horizonte: 5 dias, atraso: 31 dias)
- Criando um componente de medição agregador separado que agrega apenas o tipo de componente de medição por intervalo: tipos de 5 dias (horizonte: 5 dias, atraso: 2 dias)
- Criando um terceiro componente de medição de agregador que agrega os tipos de componentes de medição de agregador acima (horizonte: 5 dias, atraso de 31 dias)
Expandindo o Horizonte de Agregação Periodicamente
Mesmo com um atraso de agregação de 30 dias, é possível que uma conta com vários meses de consumo estimado tenha seu consumo "invalidado" quando chegam leituras reais cujas leituras de discagem são inferiores às leituras estimadas (ou quando ocorrem grandes alterações retroativas nos dados). Outra situação semelhante é quando um usuário corrige manualmente o consumo após o horizonte de agregação avançar.
Para resolver situações como essas, o uso de agregações adhoc com um horizonte de agregação especificado pelo usuário suporta a noção de agregação periódica (como uma vez por mês ou uma vez por semana) com um longo horizonte de agregação (até 90 dias) para capturar o maior número possível de alterações retroativas.
Uma Observação Sobre o Uso de Dimensões Datadas Não Efetivas
Esteja ciente de que sempre que a agregação ocorre, o sistema utiliza dados principais que existem nessa data. Por exemplo, se uma agregação for realizada usando atributos de dados principais com data não efetiva (por exemplo, agregando pelo tipo de componente de medição) e o tipo de um componente de medição for alterado, todos os dias no horizonte de agregação refletirão a alteração, independentemente de quando o usuário fizer a alteração, porque o relacionamento do tipo de componente de medição não é efetivo.
O impacto disso depende da natureza da mudança:
- Se os dados principais estiverem incorretos, isso fornece uma maneira de agregar novamente os dados para refletir com precisão os dados principais.
- Se a alteração ocorreu em uma data determinada (mas não há um atributo com data efetiva), isso pode resultar em valores de agregação incorretos.
Por esse motivo, é recomendável que, sempre que possível, as dimensões usadas nas agregações sejam atualizadas com eficácia.
Para obter informações sobre configuração, consulte a seção relacionada de Agregações no Guia de Administração.