Otimizador BESS vs comerciante vs agregador: como projetar a rota para o mercado

Definir os papéis por responsabilidade

O Regulamento 2017/2195 da UE define formalmente a BRP, a BSP, a capacidade de equilíbrio, a energia de equilíbrio e o desequilíbrio. O “Optimizador” é, em primeiro lugar, uma função comercial/técnica e não uma função regulamentar harmonizada. O agregador pode ser definido e regulamentado através de quadros nacionais e da UE, com a implementação diferente por país.

Estruturas operacionais comuns

Proprietário + comerciante/BRP + otimizador

O proprietário contrata acesso ao mercado e desequilíbrio de responsabilidade, enquanto um otimizador fornece posições ou horários. O proprietário ou operador do local mantém a aprovação física de expedição. Isto separa a experiência, mas precisa de uma rápida reconciliação entre o comércio e as instalações.

Otimizador integrado-comerciante

Uma contraparte prevê, otimiza e negocia. Pode reduzir as transferências e alinhar os incentivos, mas o proprietário deve ainda compreender o valor de referência, taxas, conflitos, direitos de dados e autoridade de controlo.

Portfolio agregador

Um agregador combina ativos para alcançar os limiares do produto, diversificar erros ou oferecer flexibilidade de portfólio. O BESS individual ainda deve entregar sua quota-parte atribuída e informar disponibilidade. A otimização de nível de portfólio não deve ignorar os limites do site.

Portagem

Um porta-aviões pode receber direitos de expedição definidos e economia de mercado em troca de pagamento contratado. O ativo permanece dentro de garantia, grade e restrições de segurança. Ver o guia de pelling vs comerciante.

Como os papéis interagem durante um intervalo

O otimizador deve ingerir posições reais em vez de assumir que sua recomendação foi negociada. A camada de expedição deve receber um alvo líquido autorizado, versionado, em vez de inferi-lo a partir do preço. A BRP precisa de medições e mudanças de comércio. Cada transferência precisa de tempo, identidade, status e propriedade.

Construir uma matriz de responsabilidade antes de assinar

• Quem é o dono das previsões do dia a dia, intradiário e de equilíbrio?
• Quem submete, altera e cancela pedidos?
• Quem é que presta serviços de garantia e que carrega riscos de negociação ou liquidez?
• Quem é o BRP/PRE e quem paga o desequilíbrio residual?
• Quem determina o orçamento de metas SOC, reserva de headroom e ciclo?
• Quem pode escrever o alvo do site de poder ativo?
• Quem valida os limites de BMS, PCS e ponto de conexão?
• Quem monitora a entrega e responde fora do horário de trabalho?
• Quem é o dono de dados, modelos, registos de liquidação e registos de auditoria?
• Como são as taxas de desempenho avaliadas e as disputas resolvidas?

Expressar o desempenho contra uma linha de base controlável. Um comerciante não deve ser recompensado pelo movimento de preços de mercado que não causou; um otimizador não deve ser penalizado por poder não disponível que não foi informado. Mas a disponibilidade não declarada é em si uma falha de interface que precisa de propriedade.

Como selecionar um parceiro de rota para o mercado

Solicitar um teste de retrocesso de dados com vintages de previsão congelados, pressupostos de mercado executáveis e restrições do projeto. Peça reconciliação bruta-rede e resultados de período pobre. Em seguida, teste a prontidão operacional: APIs, atualizações de posição, agendamento de 15 minutos, reconhecimento de comando, suporte on-call, manipulação de incidentes e saída.

Reveja os incentivos. Uma taxa fixa, a participação de receitas, as alterações de piso ou pedágio que beneficiam de volume, volatilidade e preservação de ativos. Torna visível o orçamento de degradação e o custo de oportunidade. Requerer o otimizador proposto para explicar como os compromissos de reserva e as trocas de energia compartilham SOC.

Regras de país decidem o acordo formal

Os registos do ESO, o quadro da PRÉ/Transelectrica da Roménia e o processo de armazenamento-entidade IPTO da Grécia não são permutáveis. O acesso ao mercado pode exigir licenças, acordos, representação, registro, pré-qualificação e medição diferentes. Utilizar os guias de país para Bulgária, Roménia e Grécia, em seguida, verificar os documentos primários atuais.

A Voltagem pode fornecer componentes de previsão, otimização, política e borda enquanto trabalha com um comerciante, agregador, BRP ou EMS existentes. A integração começa definindo papéis – não assumindo que VoltMage deve substituí-los.

Onde os incentivos geralmente se tornam desalinhados

Um otimizador de receita-participação pode ser incentivado a aumentar a receita de comércio bruto, enquanto o proprietário paga a degradação e energia auxiliar. Um BRP pode priorizar a redução do desequilíbrio de portfólio sobre a oportunidade de mercador de uma bateria. Um agregador pode valorizar a capacidade de reserva fiável mais do que o spread do dia seguinte. Um fornecedor de EMS pode otimizar a disponibilidade local, mas não sabe nada sobre posições de mercado.

Resolver isto com uma definição de lucro líquido e uma governação de restrição. Estado que custa inserir o cálculo de desempenho, que aprova alterações ao orçamento do ciclo, e como valor predeterminado é tratado quando um serviço bloqueia outro. Utilizar o tratamento simétrico de lado positivo e de lado negativo e uma fonte independente de liquidação do mercado, sempre que possível.

Exemplo RACI para uma correção intradiária

A matriz real pode diferir, mas deixar uma célula em branco é um aviso. “A API lida com isso” não é uma parte responsável.

Plano para Estados excepcionais

Definir autoridade durante a dissociação de intercâmbio, negociação suspensa, sinal ORT não disponível, SOC velho, isolamento do local, potência disponível negativa, paragem de emergência e incidente cibernético. O otimizador pode pausar, o comerciante pode fechar posições, e o site pode voltar para o modo local/manual. Teste essas transições antes que a pressão do mercado as torne necessárias.