Tudo o que precisa de saber antes de escolher a Mirox

Muito provavelmente. A Mirox suporta uma gama vasta e em constante crescimento de equipamentos, pelo que pode verificar o seu hardware antes de avançar. As famílias suportadas atualmente incluem data loggers Bluelog, SMA Sunny Central e Power Manager, loggers Sungrow, Huawei SmartLogger, inversores Fronius, contadores de qualidade de energia Janitza, PLCs Phoenix Contact, armazenamento em bateria Dexcon, Zebotec e FREQCON — entre muitos outros. Se um equipamento ainda não constar da lista, a nossa equipa adiciona o respetivo suporte mediante pedido, pelo que a cobertura continua a expandir-se.

Adicionamos o respetivo suporte — com prontidão, mediante pedido e sem qualquer impacto no seu calendário de integração. Continua a avançar com o resto da sua frota enquanto o suporte para o novo equipamento é adicionado, normalmente em poucos dias consoante a complexidade. A cobertura também não depende de documentação formal de API do fabricante: a Mirox consegue ler dados a partir de uma REST API, de uma interface web, de uma base de dados, de um ficheiro ou de um fluxo de dados em tempo real, pelo que mesmo equipamentos mais antigos ou menos documentados são totalmente suportados.

A Mirox utiliza integrações dedicadas e específicas para cada equipamento, em vez de um leitor de protocolo genérico, pelo que os seus dados chegam limpos e corretamente estruturados desde o primeiro dia. Cada equipamento é lido através da interface que efetivamente disponibiliza — uma API HTTP/HTTPS do fabricante (o mais comum), um WebSocket em tempo real, Microsoft SQL Server, acesso a S3/ficheiros ou uma interface de consulta de séries temporais para baterias. O SNMP é suportado para switches e routers no inspetor de rede, e cada equipamento de energia dispõe da sua própria integração dedicada.

A Mirox necessita de acesso de rede às suas fontes de dados — normalmente ligação Ethernet ou WiFi ao IP do equipamento, através da porta utilizada pela respetiva interface (por exemplo, TCP 80/443 para HTTP ou WebSocket). Para redes OT isoladas, sistemas air-gapped ou equipamentos apenas com ligação série, um pequeno coletor de dados faz a ponte, como um logger com capacidade de rede ou um gateway série-para-Ethernet. O próprio agente apenas estabelece ligações para o exterior, pelo que nunca é aberta qualquer porta de entrada na sua rede.

Não — a Mirox é uma solução que privilegia o software e não exige hardware no local. O agente é software que pode ser implementado no seu cluster ou infraestrutura existentes no local, e uma opção totalmente em cloud não exige qualquer instalação na central. O hardware dedicado só se torna relevante em situações críticas, em que evitar qualquer perda de dados é a maior prioridade: nesses casos podemos fornecer os nossos próprios gateways de edge robustos (mrxnodes), sendo a alta disponibilidade no local alcançada com mais de três mrxnodes por instalação, de modo a que a perda de um único nó nunca interrompa a recolha.

Sim — como o agente é software, funciona na sua própria infraestrutura compatível: um anfitrião baseado em Linux com um runtime de contentores, ou um cluster já existente no local. Nesse modelo, mantém-se responsável por manter os microserviços atualizados face à cloud (que é atualizada periodicamente), não sendo suportadas implementações apenas em máquina virtual. Se preferir não gerir isso, os nossos gateways opcionais mrxnode vêm pré-configurados, testados e atualizados automaticamente — e vários deles garantem-lhe alta disponibilidade no local.

Sim. O agente pode funcionar no local ou inteiramente na cloud da Mirox através de um túnel VPN seguro, podendo alternar entre os dois a qualquer momento, sem dependência do fornecedor. O modo em cloud não exige hardware no local e ativa-se em autosserviço, mas depende de uma ligação VPN e de Internet estáveis e não consegue armazenar dados localmente nem inspecionar a rede local. O modo no local (software no seu cluster, ou um mrxnode) continua a recolher e a armazenar dados durante falhas de Internet e permite a inspeção da rede local.

Não — a deteção de perdas funciona sem um sensor de irradiância no local. A análise noturna deriva uma irradiância de referência a partir das strings de melhor produção da própria central, pelo que a deteção de perdas completa funciona mesmo em centrais sem sensor de radiação dedicado. Isto reduz a exigência de hardware para começar: obtém o panorama analítico completo sem um piranómetro. Onde existe efetivamente um sensor de radiação, a Mirox também o monitoriza e pode sinalizar um sensor avariado como um evento distinto.

Os seus dados permanecem sob jurisdição europeia, com total conformidade com o RGPD, sendo a soberania europeia dos dados a principal orientação de conceção da plataforma. A Mirox funciona em simultâneo em várias regiões de datacenter europeias independentes, cada uma executando a stack completa, pelo que as operações continuam mesmo perante a falha de uma única região. A plataforma assenta em ferramentas open-source europeias e cloud-native, com uma independência deliberada face à dependência de fornecedores não europeus, e a sua conceção está alinhada com as regras europeias de infraestruturas críticas, incluindo o KRITIS e a Diretiva CER para o setor da energia.

Não. A Mirox não mantém qualquer dependência de fornecedores para alojamento e foi concebida como uma solução europeia com independência arquitetónica deliberada face à dependência de fornecedores, pelo que não depende da AWS, Google Cloud ou Azure. Durante o desenvolvimento assenta em ferramentas open-source comprovadas, sobretudo da Cloud Native Computing Foundation (CNCF), e, uma vez implementada, opera de forma independente, sem dependência obrigatória de fornecedores externos. A stack completa corre em infraestrutura operada pela Mirox, distribuída por várias regiões de datacenter europeias independentes, mantendo os seus dados sob jurisdição europeia e o RGPD — uma posição deliberada de soberania de dados, não um slogan de marketing.

Apenas de um pequeno conjunto, cada um para uma funcionalidade não essencial e concebido para degradar de forma controlada: um fornecedor de IA/LLM configurado por organização (o padrão da Mirox, ou a sua própria conta OpenAI/Anthropic), pagamentos por débito direto SEPA e validação de número de IVA via VIES da UE — se um deles estiver lento ou indisponível, a ação é repetida ou apresenta uma mensagem clara, em vez de falhar silenciosamente. O Open-Meteo (meteorologia) e o Grafana (dashboards de análise aprofundada) são integrados e aprovisionados automaticamente. O armazenamento central de monitorização, as bases de dados e a mensageria correm todos internamente.

Sim — para além do SaaS multi-tenant padrão, a Mirox oferece modelos dedicados e self-hosted para necessidades de controlo de dados mais rigorosas, disponíveis para clientes empresariais. Uma Instância de Cloud Dedicada proporciona isolamento completo ao nível da infraestrutura, com um SLA personalizado; um modelo Híbrido permite-lhe alojar e controlar todos os pontos de armazenamento de dados enquanto a Mirox executa a lógica da aplicação; e uma instalação On-Premise pode funcionar de forma totalmente independente, mesmo air-gapped. Estas opções vão desde o SaaS de baixa sobrecarga até à soberania total de um modelo self-hosted, sendo definidas no âmbito de um acordo empresarial.

Sim — o modelo de implementação Híbrido, uma opção empresarial, permite-lhe alojar e controlar todos os pontos de armazenamento de dados enquanto a Mirox executa a lógica da aplicação. A aplicação, as APIs e o processamento correm na cloud gerida pela Mirox, ao passo que a base de dados relacional, o armazenamento de objetos compatível com S3 e a base de dados de séries temporais são alojados e geridos por si, dando-lhe controlo total sobre o local físico onde residem os seus dados. Nesse modelo, assume a responsabilidade pela durabilidade do seu próprio armazenamento.

Os dados operacionais residem numa camada de armazenamento comprovada e desenvolvida à medida, enquanto os serviços da aplicação se mantêm sem estado e escalam horizontalmente. As métricas de séries temporais de inversores, contadores e sensores ficam em bases de dados de séries temporais especializadas, otimizadas para escritas de elevado débito e consultas rápidas por intervalo de tempo; uma base de dados relacional guarda a configuração e os dados de utilizador; o armazenamento de objetos guarda multimédia e grandes conjuntos de dados. Na cloud gerida, o núcleo relacional acrescenta replicação, alta disponibilidade, cópias de segurança e recuperação de desastres. Com implementações híbridas ou on-premise, a durabilidade do armazenamento é da sua responsabilidade.

A arquitetura da Mirox foi concebida para oferecer uma disponibilidade de 99.999%. Esse objetivo dos cinco noves resulta de várias regiões europeias independentes, de vários servidores por região, do restabelecimento automático das ligações face a outro servidor saudável e da supervisão contínua dos agentes no local — pelo que não existe um ponto único de falha. Trata-se de um objetivo de disponibilidade concebido na engenharia, e não de um SLA contratual no plano padrão; uma Instância de Cloud Dedicada num contrato empresarial pode acrescentar garantias formais de SLA com compromissos de disponibilidade personalizados.

A sua ligação fica sempre associada a um ponto de entrada saudável e, se este ficar indisponível, é restabelecida automaticamente face a outro servidor saudável, sem qualquer reconfiguração do seu lado. Como a Mirox funciona em simultâneo em várias regiões de datacenter europeias independentes — cada uma executando a stack completa e servida por vários servidores — não existe um ponto único de falha, pelo que perder um servidor ou até uma região inteira não o deixa offline. A plataforma é cloud-native e escala horizontalmente, com failover automático, autorrecuperação e balanceamento de carga, e a redundância entre regiões foi concebida especificamente para recuperação de desastres e continuidade do negócio.

Não — os agentes no local continuam a operar localmente mesmo quando a ligação à cloud é perdida, continuando a recolher e a processar dados durante a falha. O agente armazena os dados localmente e entrega-os assim que a ligação regressa, sendo os períodos em falta detetados e reconstruídos por backfill, pelo que nenhum dado se perde. O SSD de 512 GB de um mrxnode proporciona uma margem de armazenamento offline de vários anos. Esta separação entre edge e cloud significa que as operações locais continuam a funcionar durante interrupções de rede, sem qualquer intervenção manual.

Os agentes no local são continuamente supervisionados e recuperados automaticamente, sem necessidade de uma visita à instalação. Uma camada de orquestração verifica o agente de cada central num ciclo curto e, se este desaparecer, deixar de responder ou o seu anfitrião falhar, é automaticamente reiniciado, reimplementado ou transferido para outro anfitrião saudável. Um mecanismo de salvaguarda garante que o mesmo agente nunca corre em dois locais ao mesmo tempo. Esta recuperação por autorrecuperação significa que não são necessárias deslocações para manter as suas centrais acessíveis quando algo corre mal no edge.

Sim — a arquitetura de duas camadas, edge e cloud, escala cada camada de forma independente e elimina os pontos únicos de falha. Os agentes escalam com o número de parques, enquanto a cloud escala com o volume de dados e a atividade dos utilizadores, pelo que ambas as partes crescem conforme a necessidade. A cloud é escalável horizontalmente e cloud-native, com escalabilidade dinâmica, failover automático, autorrecuperação, balanceamento de carga e atualizações sem interrupção. Cada Data Scraper de edge executa mais de 20 adaptadores em simultâneo e sustenta mais de 10,000 métricas por minuto, pelo que grandes frotas estão perfeitamente ao alcance.

Sim — o registo de auditoria da Mirox foi explicitamente concebido para cumprir as regras do KRITIS alemão e a diretiva NIS2 da UE no que respeita ao registo de acessos remotos. Um registo de auditoria contínuo e resistente a adulterações capta cada sessão VPN e cada pedido através do proxy de navegador, por central, registando quem acedeu à rede, quando, que sub-redes e equipamentos foram tocados, quanto tráfego foi movimentado e quais os URLs e métodos. A conceção da plataforma acompanha igualmente os requisitos europeus de infraestruturas críticas em evolução, incluindo o KRITIS e a Diretiva CER para o setor da energia.

Não — a rede da sua central nunca precisa de uma porta de entrada aberta; o agente no local apenas estabelece ligações para o exterior, em direção à cloud da Mirox. Nada na Internet pública pode iniciar uma ligação em direção à rede da sua central, e isto aplica-se tanto ao acesso por VPN como por proxy de navegador. O agente é o único ponto de entrada delimitado, isolado na sua própria central e nunca um caminho para outra central ou organização. Isto elimina a maior objeção quanto à superfície de ataque: não existe qualquer porta exposta à Internet na sua infraestrutura OT crítica.

O acesso remoto à central utiliza uma VPN WireGuard com criptografia moderna: a sua chave privada é gerada no seu próprio dispositivo e nunca é armazenada pela Mirox, que apenas conhece a sua chave pública. Um túnel dividido encaminha através da VPN apenas o tráfego destinado às redes privadas da central. Para colaboradores que não devem ter um túnel de rede completo, um Proxy de Navegador proporciona acesso sem VPN e sem agente à interface web de um equipamento, através de um URL HTTPS por equipamento, sem qualquer rota de IP para a LAN da central. Abrir qualquer equipamento através do Proxy exige autenticação de dois fatores ativa, verificada em cada pedido.

A Mirox utiliza controlo de acessos baseado em funções em três eixos, com princípios de privilégio mínimo por defeito: uma função de sistema ao nível de toda a plataforma, uma função de organização e funções de trabalho por recurso, como Operador, Gestor Técnico, Asset Manager e Visualizador. Cada pedido passa por verificações em camadas que têm todas de concordar, o acesso é explícito e não presumido, e as permissões são herdadas ao longo da organização, do portfólio e da central. Isto permite-lhe separar a responsabilidade técnica da comercial e conceder acesso por central sem expor demasiado todo o seu portfólio. A capacidade mais poderosa, uma VPN ao nível da rede, está reservada apenas à função de Operador.

Sim — autenticação de dois fatores através de aplicações autenticadoras TOTP, exigindo um código de 6 dígitos atual no início de sessão. A configuração é feita por código QR e só fica ativa depois de confirmar um primeiro código, pelo que uma aplicação mal configurada não o pode bloquear, e mantém um código de recuperação de reserva de 8 caracteres de utilização única que é reemitido automaticamente. São enviados alertas por e-mail em inícios de sessão a partir de um novo dispositivo ou localização e em tentativas falhadas, pode rever todas as sessões ativas e encerrar a sessão em qualquer outro dispositivo, e abrir qualquer equipamento da central através do Proxy de Navegador exige sempre 2FA ativa.

Os registos de auditoria são conservados durante, no mínimo, 730 dias (24 meses) por defeito, sendo depois eliminados automaticamente, e não podem ser editados nem apagados pelos utilizadores. Os campos de snapshot são gravados uma única vez e carimbados na primeira inserção, e os registos sobrevivem à eliminação de utilizadores, centrais, equipamentos e organizações através de snapshots preservados — pelo que a prova forense permanece disponível durante toda a janela legalmente exigida, mesmo após mudanças de pessoal ou a venda de uma central. O registo capta deliberadamente apenas metadados: nunca o conteúdo da sessão, como teclas premidas, gravações de ecrã ou payloads de pacotes.

Não — o acesso de um administrador da plataforma a uma conta de utilizador é restrito, registado, limitado no tempo e visível. Em raras situações de suporte, um administrador da Mirox pode aceder temporariamente a uma conta, mas apenas com um motivo registado num registo de auditoria dedicado, apenas em contas de utilizador padrão (nunca de outros administradores), apenas durante um curto período que termina automaticamente e com um aviso visível apresentado enquanto está ativo. O tráfego entre serviços é igualmente encriptado e autenticado através da Autoridade de Certificação interna da plataforma, pelo que a comunicação interna também está protegida.

O acesso é revogado em segundos após uma alteração de permissões, com uma rede de segurança de reverificação em segundo plano. Quando uma função é removida, a participação numa organização muda ou uma cooperação termina, a central é removida das rotas acessíveis da pessoa em segundos, sendo o caminho de rede subjacente desmantelado pouco depois, na reconciliação seguinte; a mesma alteração retira também o acesso ao Proxy de Navegador. Uma verificação periódica em segundo plano reverifica de forma independente cada perfil ativo face às permissões atuais, pelo que um único evento perdido não pode deixar o acesso aberto. A eliminação de uma conta de utilizador interrompe o acesso remoto em segundos, enquanto o histórico de conformidade é preservado durante o período de conservação legal.

Não — a IA não pode enviar comandos nem operar qualquer equipamento da central. Não existe qualquer ferramenta para ligar, reiniciar, recomeçar, reduzir, definir um setpoint ou controlar de qualquer outra forma um inversor, PLC, switch de rede, router ou data logger. O catálogo de capacidades da IA contém apenas ferramentas de leitura e ferramentas que se limitam a propor rascunhos — não existe em parte alguma uma ferramenta de comando de equipamentos de campo. Além disso, a IA não tem qualquer ligação de rede à instalação da central e não consegue alcançar a rede local, pelo que é fisicamente impossível atuar sobre o seu hardware OT.

Por defeito, a IA corre em infraestrutura operada pela Mirox na Alemanha (UE), pelo que os dados do seu pedido permanecem dentro da UE. Só sai da UE se um administrador configurar deliberadamente um fornecedor externo, como o OpenAI ou a Anthropic. A IA padrão da Mirox está incluída no seu plano, sem qualquer custo de IA à parte, e mudar de fornecedor altera apenas onde os pedidos são processados, nunca as funcionalidades a que tem acesso — pelo que pode manter a IA totalmente alojada na UE sem abdicar de nada.

Não — a IA padrão da Mirox é um modelo fixo, pronto a usar, que nunca é treinado nem afinado com dados de clientes. Não aprende a partir das suas centrais, documentos ou conversas; o assistente melhora através de uma integração mais profunda na plataforma — novas ferramentas e acesso a dados mais limpo — e não aprendendo a partir dos seus conteúdos. A IA também nunca vê chaves, credenciais ou segredos, que são excluídos de todas as capacidades de IA. Os seus dados operacionais nunca se tornam material de treino.

Não — todas as alterações de dados que a IA prepara seguem um padrão de propor-depois-aplicar, e nada é gravado até que uma pessoa o aprove explicitamente. Os assistentes preparam propostas que aceita ou rejeita, individualmente ou todas de uma vez, e isto aplica-se ao assistente na plataforma, aos assistentes e aos agentes externos por igual, pelo que continua a ser quem decide. A IA herda também exatamente as suas permissões e nunca as pode exceder nem aceder aos dados de outro cliente. Apenas alguns auxiliares em segundo plano correm automaticamente, e estes limitam-se a acrescentar metadados não destrutivos, como etiquetas de documentos.

Sim — a sua organização pode usar o seu próprio fornecedor de IA e chave de API, escolhendo o OpenAI ou a Anthropic, configurado de forma centralizada por um administrador que pode, opcionalmente, fixar um modelo específico. A chave do seu fornecedor é armazenada de forma encriptada e nunca é revelada de volta aos membros, e a definição aplica-se a toda a organização. Note que, com um fornecedor externo, o conteúdo dos pedidos vai para esse fornecedor sob os seus próprios termos e a Mirox não dá quaisquer garantias quanto à sua conservação ou utilização, e o consumo de tokens desse fornecedor é-lhe faturado em separado, para além do seu plano Mirox.

Sim — cada execução de um assistente é guardada com o seu transcrito de raciocínio completo, as ações que propôs e a sua decisão de aceitar ou rejeitar cada uma, e os fluxos de IA automatizados em segundo plano correm igualmente como assistentes revisíveis, pelo que não existe atividade de IA sem registo. Os agentes de IA externos ligam-se através do Model Context Protocol sob as suas próprias permissões; cada chamada de ferramenta é atribuída a si e auditada como qualquer outro acesso, e o protocolo nunca expõe segredos ao agente. Obtém total rastreabilidade do que exatamente a IA propôs e do que uma pessoa aprovou.

Sim — a Mirox suporta solar fotovoltaico, turbinas eólicas e armazenamento em bateria (BESS), e pode agrupar tecnologias mistas num único portfólio. As três partilham uma só plataforma cloud, um só agente e um só modelo de segurança e permissões, pelo que quem tem ativos mistos de solar, eólica e baterias gere toda a frota num só lugar, em vez de fazer malabarismos com ferramentas separadas. A cobertura solar abrange sistemas em telhado, no solo, com seguimento de eixo simples e duplo e flutuantes, com inversores de string, centrais, micro e híbridos, todos suportados.

As centrais solares dispõem de um gémeo digital por central que explica não só que um componente teve desempenho inferior, mas porquê — distinguindo uma falha real, uma string degradada, um logger bloqueado ou uma quebra de comunicação. Modela a central até à string individual, recorrendo a um modelo determinístico de céu limpo, juntamente com modelos validados de painéis e inversores — tudo baseado em física, explicitamente sem suposições de machine learning. Equipamentos essenciais, como inversores, strings e contadores, são descobertos automaticamente a partir dos dados em tempo real, em vez de introduzidos manualmente, pelo que obtém uma clareza rastreável da causa-raiz, atribuída a um componente e a uma causa específicos.

O armazenamento em bateria é descoberto automaticamente como uma hierarquia de quatro níveis — caixa, armazenamento, módulo e célula — construída a partir do fluxo de dados em tempo real, em vez de introduzida manualmente. A Mirox acompanha a potência de carga e descarga, o débito de energia, o estado de carga (SOC), o estado de saúde (SOH), a tensão e a temperatura até ao nível de módulo e célula, além de uma contagem de células saudáveis, tudo num vocabulário de métricas independente do fabricante. Um resumo por parque mostra a contagem de componentes, as células saudáveis, a potência e energia AC nominais, o estado de verificação e uma contagem de itens que requerem atenção. Os sistemas de bateria FREQCON são suportados atualmente e outros controladores podem ser adicionados a pedido.

Sim — a restrição de rede é acompanhada em separado e atribuída à parte responsável, o comercializador direto ou o operador de rede, em vez de ser sinalizada como uma avaria de componente. É detetada quando uma central é mantida no seu limite de potência ativa ou perto dele, sendo a energia não produzida registada por minuto, à conta do comercializador ou da rede. Em separado, cada perda de energia reportada apresenta um nível de confiança ALTO, MÉDIO ou BAIXO, e as condições meteorológicas, como neve, nevoeiro e orvalho, bem como as paragens controladas, são excluídas para nunca serem contabilizadas erradamente como avarias.

Sim — um Inspetor de Rede Local integrado descobre automaticamente, classifica e verifica o estado de cada switch, router, logger e contador da central, e mostra o caminho completo de ligação entre a cloud e o logger, para que veja exatamente onde está a quebra. A descoberta utiliza ICMP, resolução de endereços, identificação de fabricante e sondas SNMP com identificação assistida por IA, e a monitorização executa verificações de ping ICMP, porta TCP, HTTP e SNMP. Não reinicia serviços nem reconfigura equipamentos, e funciona quer o agente corra no local quer na cloud através de uma VPN — pelo que pode identificar um switch avariado sem enviar um técnico.

Sim — a Mirox oferece uma previsão de produção fotovoltaica de 5 dias, baseada em física, para cada central acessível, fundamentada em dados meteorológicos do DWD e não em machine learning opaco. Combina o comportamento medido recente de cada central (uma janela predefinida de 45 dias) com dados meteorológicos locais do DWD via Open-Meteo, com resolução horária, fornecendo a energia esperada com uma banda de mínimo e máximo, o performance ratio, uma referência de céu limpo e uma curva de potência horária. As centrais cuja estimativa varie mais de 50% são excluídas da visão geral para a manter fiável, pelo que a previsão permanece explicável e rastreável.

Sim — o dashboard de KPIs agrega números em tempo real de toda a frota até ao nível de portfólio e organização, atualizando-se a cada minuto e estritamente limitado às suas permissões. Os cartões em tempo real mostram a produção, as perdas de rede, as paragens do operador de rede e do comercializador direto e a capacidade total instalada, com KPIs por central que incluem o rendimento específico e a completude do gémeo digital, além de uma distribuição do estado das centrais. Os valores em euros usam uma única taxa indicativa fixa e não são, explicitamente, valores de liquidação nem de faturação. Assim, pode detetar um problema em toda a frota em segundos, sem abrir uma única central.

Sim — pode exportar dados de séries temporais prontos para relatório, em CSV ou JSON, abrangendo um parque, vários parques ou portfólios inteiros, numa única chamada à API. Existe a transferência de um modelo CSV canónico, uma variante de consulta em JSON e séries temporais brutas de alta resolução em passos de 5 minutos, 15 minutos, horários ou diários, com parâmetros de parque e portfólio separados por vírgulas que unem os parques para uma agregação ao nível de portfólio num só pedido. Uma vasta biblioteca de métricas limpas e pré-agregadas — energia, irradiância, meteorologia, disponibilidade e valores de bateria — significa que o resultado está pronto a usar para o negócio, e não em contadores brutos.

Sim — a Mirox disponibiliza uma REST API versionada, e tudo o que a interface web faz assenta nos mesmos endpoints públicos, pelo que pode operar a plataforma de forma programática. Os grupos de endpoints abrangem centrais, portfólios e componentes; métricas e exportação de dados; eventos, tickets e relatórios; e organização, cooperações e acessos. As mesmas regras de função e permissão aplicam-se através da API tal como na interface, pelo que uma chamada só devolve as centrais e os dados a que tem direito. A documentação interativa e em tempo real é gerada a partir da plataforma em funcionamento e publicada como Swagger UI e ReDoc, para que os seus programadores possam explorar os endpoints documentados antes de avançar.

Sim — a Mirox suporta a alimentação de dados exportados em ferramentas de BI externas e pipelines de relatórios personalizados, com casos de utilização documentados que incluem Power BI, Tableau, modelos personalizados de Excel, sistemas de gestão de energia, software de contabilidade de carbono e ferramentas de gestão de portfólio, via CSV ou JSON. A API de exportação oferece formatação sensível à região — separadores de campo, caracteres decimais e formatos de data configuráveis (ISO, europeu, US, alemão), além de UTF-8 — pelo que pode ajustar o resultado a qualquer ferramenta de folha de cálculo europeia ou norte-americana. As predefinições alemãs funcionam de imediato.

Ao terminar um contrato de serviço, dispõe de um período de encerramento de 30 dias para exportar os seus dados antes de o acesso cessar. Pode solicitar a rescisão a qualquer momento e, salvo se pedir a rescisão imediata, o contrato mantém-se ativo durante 30 dias para que possa exportar primeiro, com uma vista dedicada que lista todos os parques abrangidos pelo contrato. Isto responde diretamente às preocupações com a propriedade dos dados e o risco de saída — mantém uma janela clara para extrair os seus dados à saída — e a Mirox disponibiliza, em separado, exportação em CSV e JSON através das suas ferramentas de exportação.

Sim — pode gerar relatórios técnicos e financeiros em PDF a pedido para qualquer central, com histórico por período armazenado. Os relatórios técnicos cobrem o desempenho operacional; os relatórios financeiros dão uma perspetiva económica com base na sua configuração de Mercado e Tarifas; e escolhe o período, a resolução e o idioma. Cada relatório é armazenado, listável com paginação, ordenação e filtros, transferível em PDF e eliminável. As exportações são baseadas em modelos, pelo que os números obtidos via API correspondem exatamente aos números dos PDFs gerados — uma consistência de dados que pode reproduzir por si próprio.

Sim — as centrais geram automaticamente eventos de parque detetados por máquina e com data e hora, que dão um registo objetivo do que aconteceu e quando, incluindo paragens de rede e externas, sobreprodução e avarias de sensores de radiação, cada um com uma prioridade e um estado. Os tickets acrescentam uma camada completa de gestão de trabalho de O&M, com atribuição, comentários em cadeia, menções @ e um feed de atividade automático que não pode ser reescrito discretamente. Os eventos e tickets fechados são conservados a longo prazo para auditorias e reclamações de garantia, e o feed de atividade dos tickets é explicitamente utilizado em litígios de garantia e revisões pós-incidente — um registo defensável e à prova de adulteração.

A integração é totalmente em autosserviço de ponta a ponta, do convite por e-mail até aos dados de produção em tempo real, sem necessidade de qualquer chamada de suporte da Mirox. O percurso documentado consiste em registar uma conta, criar uma organização, modelar as suas centrais e executar um assistente de integração guiado de cinco passos até os dados começarem a fluir. O único ponto em que a Mirox é envolvida é se um data logger necessitar de um adaptador totalmente novo — adicionado com prontidão mediante pedido, enquanto continua a trabalhar entretanto. Assim, a sua equipa consegue pôr a monitorização em funcionamento sozinha, sem ter de reservar horas de serviços profissionais.

Não — não introduz inversores, strings, baterias ou contadores manualmente; o agente descobre os seus equipamentos automaticamente assim que a ligação está ativa. Depois de a VPN estar ativa, a plataforma analisa a rede local e lista todos os equipamentos acessíveis para que os reveja e nomeie. Para famílias de loggers suportadas, como Janitza, Huawei e Phoenix Contact, os equipamentos são reconhecidos e mapeados automaticamente, sem qualquer configuração. Os documentos que carrega são igualmente analisados por IA em segundo plano para pré-preencher os dados-mestre da central, reduzindo drasticamente a introdução manual.

O preço é simples e por ativo, faturado mensalmente através de subscrições na plataforma associadas aos parques que opera: parques solares e armazenamento em bateria custam €150 por mês cada, turbinas eólicas €45 por mês, sem custos de configuração. Pode começar com uma fase piloto gratuita de prova de conceito, e a integração decorre em paralelo — assina o contrato e configura o pagamento enquanto os seus primeiros dados já estão a fluir. O pagamento é feito por transferência bancária SEPA ou débito direto, com validação de IVA da UE via VIES para faturação com autoliquidação isenta de imposto fora da Alemanha.

Sim — os recursos seguem uma hierarquia rigorosa de três níveis: organização, portfólio e central, que orienta tanto as agregações dos relatórios como o controlo de acessos. Os portfólios agrupam centrais relacionadas e cada central é um ativo de energia renovável, pelo que a plataforma modela com clareza a estrutura da sua frota. Os KPIs em tempo real agregam-se da central para o portfólio e deste para a organização, e a estrutura suporta ativos mistos de solar, eólica e baterias. O controlo de acessos é herdado ao longo da hierarquia, permitindo-lhe conceder permissões por central ou por portfólio sem expor demasiado o resto da sua frota.

Sim — as cooperações permitem-lhe partilhar de forma segura centrais ou portfólios específicos com outra organização, mantendo a total propriedade e controlo, ideal para prestadores de serviços, asset managers ou investidores que trabalham nos seus ativos a partir da sua própria conta. Apenas o administrador da sua organização pode convidar, alterar ou revogar uma cooperação, e os parceiros não podem voltar a partilhar com outros. A função de trabalho partilhada é um limite máximo rígido para tudo o que o parceiro pode fazer, a função de Operador nunca pode ser partilhada, e todos os acessos efetuados através de uma cooperação são registados no registo de auditoria.

Sim — o acesso de um membro pode ser suspenso, limitado no tempo ou expirado sem eliminar a pessoa, tanto ao nível da organização como por recurso, o que se adequa a prestadores a prazo certo e a externos. Por defeito, um membro externo não tem qualquer acesso até que lhe conceda explicitamente uma função de trabalho em centrais ou portfólios específicos, apoiando uma integração com privilégio mínimo. Pode definir uma data de expiração da participação ou uma expiração da concessão por recurso numa única central, e suspender uma participação para que alguém mantenha o seu lugar, mas fique bloqueado até ser reativado. Cada atribuição e remoção é rastreável no registo de auditoria.

Sim — cada organização e central tem armazenamento de ficheiros integrado, com carregamento por arrastar e largar, incluindo pastas inteiras. O armazenamento da organização guarda contratos, faturas, seguros e licenças; o armazenamento da central guarda relatórios de irradiação, documentos de ligação à rede, desenhos as-built e protocolos de inspeção; qualquer tipo de ficheiro até 50 MB. Os ficheiros da central são etiquetados automaticamente por IA (os ficheiros da organização são categorizados manualmente), e a categoria de um ficheiro determina que funções o podem ver — categorias comerciais sensíveis, como contratos e faturas, ficam limitadas a Moderadores e funções superiores.