Escopo da atividade

1. Objetivo
Desenvolver uma ferramenta que permita a atualização diária dos KPIs operacionais
manualmente ou coletando os dados em arquivos pré existentes no formado PDF ou XLS
para as plantas descritas no Anexo 1. Esses KPIs deverão ser consolidados e apresentados
através de gráficos e relatórios conforme descrito ao longo desse escopo. A aplicação
deve permitir uma organização dos ativos de acordo com a necessidade da Contratante,
conforme exemplo no Anexo 2.

2. Etapas do projeto
O projeto será divido em duas etapas. Para a primeira etapa considerar a execução das
tarefas até o item 2.3.1, finalizando com a elaboração do Relatório Semanal. As próximas
etapas estão descritas nesse escopo para facilitar o entendimento e organização dos dados.
2.1 Criação e configuração de infraestrutura de dados:
• Desenvolvimento e configuração do ambiente do Data Warehouse.

2.2 Desenvolvimento de plataforma:

2.2.1 Atualização dos dados para o Relatório Semanal:
• A plataforma deverá ser desenvolvida com os textos na língua inglesa.
• Deverá permitir que cada uma das plantas faça a atualização dos dados
individualmente. No Anexo 3 estão os campos mínimos para todas as plantas. Porém
algumas delas poderão ter mais campos disponíveis para atualização.
• Também deve ser considerado que a ferramenta leia os valores em um arquivo PDF
ou XLS e preencha automaticamente os dados da respectiva planta (Anexo 4),
permitindo que o gestor da planta aprove os dados que foram coletados através da
ferramenta.
• Necessário que exista um campo para cadastro dos responsáveis pelo acesso em cada
planta e usuários que poderão acessar todas as plantas.
• Todas as vezes que o usuário inserir algum valor de EFOR a ferramenta deve
perguntar se ocorreu uma parada forçada (forced outage). Caso positivo diariamente
deve se abrir um campo para que o gestor insira a quantidade de “forced outage”
ocorridos no dia.
• Após cada alteração, deve-se gerar um registro de quem fez a alteração.
• Todos os anos serão inseridos os dados operacionais com os KPIs dos Budgets. Esses
valores serão preenchidos no início de cada ano e utilizados na comparação com os
reais. Através de um controle de aprovadores, esses valores poderão mudar ao longo
do ano.
• Para o preenchimento manual é necessário ter um campo para inclusão dos
comentários diários, divididos em 3 partes distintas: EAF, EFOR e SOF. Um quarto
campo chamado “Outros” com texto livre, caso algum gestor precise detalhar alguma
informação a mais.
• Uma vez na semana, na segunda, o gestor da planta deve adicionar um comentário
semanal, onde será inserido os principais eventos da semana.
• Uma vez no mês, no primeiro dia útil, o gestor deve inserir um comentário com o
resumo operacional do mês que passou. Deve-se criar 4 campos para todas as plantas
(impactos no EAF e CF no mês e YTD) e 6 para as plantas do Peru, Bonaire Wind e
Bonaire Solar (impactos no EAF e CF no mês e YTD além da bridge de geração e PX
factor).
• A ferramenta deve realizar algumas verificações e informar erro ao usuário.
Bloqueando a atualização com informações erradas.
- O somatório dos percentuais de EAF + EFOR + SOF não deve ser maior ou menor
que 100%.
- Caso exista qualquer valor em EFOR é obrigatório o preenchimento do campo
“Forced Outage”.
- Os campos de comentários EAF, EFOR e SOF são liberados quando se adiciona
algum valor.
- Deve existir um número mínimo de decimais a serem preenchidos. Com informe de
erro caso não seja preenchido.
• Também será necessário que a ferramenta sinalize via e-mail o responsável e o gestor
direto, caso o preenchimento ou correção requerida não seja realizada dentro do
prazo.

2.3 Emissão de relatório:

2.3.1 Relatório semanal

• O relatório é composto por 6 páginas (Anexo 5), sendo eles:
- Primeiro slide: capa com símbolo da empresa onde deve ser atualizado apenas a data
de acordo com o período selecionado para emissão do relatório.
- Segundo slide: dois gráficos com os valores de disponibilidades (EAF) das plantas.
O gráfico deve conter três informações. Budget em linha laranja, valor do período
selecionado mostrando o real mensal em barra e valor real do acumulado do mês
também em barra. Um com fundo verde para as plantas com EAF real acima do
budget e outro com fundo vermelho para plantas com valor real abaixo do budget.
Para isso a aplicação deverá comparar os valores entre budget e real, arredondando a
comparação sem considerar casas decimais, como aparece nos gráficos. Deve existir
um campo para alterar a planta do gráfico de fundo vermelho para o verde, mesmo
estando com o EAF abaixo do budget. Isso ocorre quando a disponibilidade do
período fica abaixo do budget porém devido a uma atividade prevista no budget.
Nesse caso é uma perda de disponibilidade justificada.
- Terceiro slide: dois gráficos com os valores de fator de capacidade das plantas. O
gráfico deve conter três informações. Budget em linha laranja, valor do período
selecionado mostrando o real mensal em barra e valor real do acumulado do mês
também em barra. Um com fundo verde para as plantas com fator de capacidade real
acima do budget e outro com fundo vermelho para plantas com valor real abaixo do
budget. Para isso a aplicação deverá comparar os valores entre budget e real,
 arredondando a comparação sem considerar casas decimais, como aparece nos
gráficos.
- Quarto slide: Um gráfico com duas colunas indicando a quantidade de forced
outages. Uma coluna indicando a quantidade semanal e a outra o acumulado do mês.
- Quinto slide: Tabela contendo o nome da planta e a descrição do impacto no EAF.
Nessa tabela deverá aparecer apenas os comentários e plantas em que disponibilidade
ficou abaixo do budget. Deve existir um campo para retirar o comentário do quinto e
transferir para o sexto slide. Isso ocorre quando a disponibilidade do período fica
abaixo do budget porém devido a uma atividade prevista no budget. Nesse caso é uma
perda de disponibilidade justificada.
- Sexto slide: Tabela contendo o nome da planta e comentários diversos. Essa tabela
contém informações adicionais passadas pela planta. A aplicação deve permitir
ocultar do relatório informações que não forem pertinentes ao processo.
• O relatório com os valores de todas as plantas só poderá ser emitido pelas pessoas
que irão visualizar todas as plantas. Porém cada gestor pode gerar individualmente o
relatório específico da sua planta.
• Deverá conter dois campos para realização do relatório.
- um campo para seleção do período do relatório;
- outro campo para seleção de qual mês será considerado o budget para comparação
dos valores. Esse segundo campo é necessário caso seja emitido um relatório semanal
que englobe valores de dois meses diferentes, permita escolher qual o budget deve
ser considerado.
• Após selecionar o período do relatório, as informações contidas no campo comentário
semanal ou comentário mensal, devem ir para o relatório seguindo as condições
abaixo:
- Quando o EAF estiver abaixo do budget o comentário deve aparecer após os gráficos
que mostram a evolução das disponibilidades. Os demais comentários irão aparecer
no final do relatório como comentários extras.
• Deve existir uma opção para que durante a emissão do relatório final, seja marcado o
comentário que não for necessário aparecer.

2.3.2 Relatório mensal – Flash Report

• Consolidação mensal dos dados diários.
• Criar uma janela permitindo que algumas plantas de renováveis insiram os
valores de PX e Net Bridge, conforme indicado no Anexo 6.
• Uma janela deve permitir a visualização dos valores consolidados e um ícone
para aprovação do gestor da planta.
• Posteriormente devem ser consolidados por região e aprovados pelo gestor do
país.
• Uma planilha no formato indicado no Anexo 7 deve ser gerada.
• Deve ser criada um apresentação em PPT com os dados mensais conforme
Anexo 8.

2.3.3 Elaboração do Forecast (Q1, Q2 e Q3)

• Relatório elaborado a cada 3 meses.
 • Criar uma tela para entrada dos dados onde deve-se fixar os valores reais dos
meses anteriores e os futuros devem ficar em branco para que a planta insira
os dados revisados. Por exemplo, considerando o Q1 a ser realizado no início
de Abril. Os dados de Janeiro, Fevereiro e Março serão os dados reais e de
Abril a Dezembro deve-se deixar em branco para que a planta informe seus
dados revisados conforme Anexo 9.
• A partir dos dados coletados deverá ser gerada uma apresentação constando
as informações dos valores acumulados do período anterior, considerando o
exemplo acima de Janeiro a Março, tanto valores reais e budget, indicando
também a variação. O mesmo deve ser feito para o período futuro, seguindo
o mesmo exemplo seria de Abril a Dezembro, comparando valores do
Forecast e Budget. E o comparativo de todo ano, comparando o valor
consolidado do Atual e Forecast e o valor do Budget, conforme Anexo 10.

Anexo 1
1. Américas
1.1 Brahma Rio – Solutions
1.2 Bonaire Wind
1.3 Bonaire Solar
1.4 Bonaire Engines
1.5 French Caribbean Engines (ESM)
1.6 Trinidad & Tobago CCGT (Trinity)
1.7 CCGT (TermoemCali)
1.8 Coal Fired (Sochagota)
1.9 CELCSA – Solutions
1.10 CGA – Solution
1.11 Energía Eólica (CUPISNIQUE)
1.12 Energía Eólica (TALARA)
1.13 Redwood 3S (Double C) – CCGT
1.14 Redwood 3S (High Sierra) – CCGT
1.15 Redwood 3S (Kern Front) – CCGT
1.16 Redwood 5B (Badger Creek) – CCGT
1.17 Redwood 5B (Bear Mountain) – CCGT
1.18 Redwood 5B (Chalk Cliff) – CCGT
1.19 Redwood 5B (Live Oak) – CCGT
1.20 Redwood 5B (McKittrick) – CCGT
1.21 Hobbs – CCGT
1.22 Waterside – CCGT
1.23 Borger – Solutions

Anexo 2
Organização dos ativos por operação e país

AMERICAS
 Brahma Rio - Solutions
Total Brazil
Bonaire Wind
Bonaire Solar
Bonaire Engines
French Caribbean Engines (ESM)
Trinidad & Tobago CCGT (Trinity)
Total Caribbean
CCGT (TermoemCali)
Coal Fired (Sochagota)
Total Colombia
CELCSA - Solutions
CGA – Solution
Total Mexico
Energía Eólica (CUPISNIQUE)
Energía Eólica (TALARA)
Total Peru
Redwood 3S (Double C) – CCGT
Redwood 3S (High Sierra) – CCGT
Redwood 3S (Kern Front) – CCGT
Redwood 3S
Redwood 5B (Badger Creek) – CCGT
Redwood 5B (Bear Mountain) – CCGT
Redwood 5B (Chalk Cliff) – CCGT
Redwood 5B (Live Oak) – CCGT
Redwood 5B (McKittrick) – CCGT
Redwood 5B
Hobbs – CCGT
Waterside – CCGT
Borger - Solutions
Total US
Total Net Energy America

Anexo 3

1) Campos obrigatórios em todas as plantas

2) Exemplo de campos extras a serem inseridos em algumas plantas

Anexo 4
Exemplos de relatórios para coleta dos dados diários

https://contourglobal.box.com/s/4rqbktv5pj64gssvhj3lefb0ww3fvdel

Anexo 5

Relatório Semanal

1) Primeiro slide: necessário atualizar apenas a data de acordo com o período selecionado

2) Segundo slide: Disponibilidades dos parques

3) Terceiro slide: Fator de capacidade

4) Quarto slide: Número de forced outages (paradas forçadas)

5) Quinto slide: Comentários das plantas que apresentaram disponibilidade abaixo do
budget no período

6) Sexto slide: Comentários adicionais das plantas

Anexo 6
Tela para atualização do Net Bridge e PX Factor.

Net Bridge
PX Factor

Anexo 7
Tela para atualização do Net Bridge e PX Factor.

Anexo 8
Slide do Flash
Anexo 9
Entrada de dados para o Forecast – Ex. Q1

Anexo 10
Modelo da apresentação do Forecast Q1