Case Studies

Como a Wizz Air alcançou agilidade operacional e automatizou mais de 1.000 verificações diárias de voos com o DecisionRules

A Wizz Air centralizou a lógica operacional fragmentada no DecisionRules e deu ao seu Centro de Controle de Operações a responsabilidade direta pelas regras que regem cerca de 1.000 voos por dia. Agora, usuários de negócios criam e atualizam regras por conta própria, sem processos complexos de release ou solicitações de mudança ao fornecedor. Esse controle fez toda a diferença.

Como a Wizz Air alcançou agilidade operacional e automatizou mais de 1.000 verificações diárias de voos com o DecisionRules hero image

Proof of Performance

VALIDAÇÃO CONTÍNUA DE VOO

~1.000 voos a cada 3-5 minutos

Substituiu verificações operacionais manuais por validação automatizada em toda a programação, rodando continuamente em um horizonte móvel de vários dias.

INDEPENDÊNCIA OPERACIONAL

Atualizações de Regras sob Propriedade do Negócio

Removeu a dependência dos fornecedores do sistema central para implementar novas restrições regulatórias ou operacionais. Agora, usuários do OCC criam e atualizam regras por conta própria.

ÚNICA FONTE DE VERDADE

Lógica Operacional Centralizada

Consolidou regras que antes estavam em sistemas legados, documentações dispersas e no conhecimento dos gerentes de serviço em uma única plataforma transparente.

O Ponto de Virada: Da "Mente do Gerente de Serviço" para uma única fonte de verdade

Antes do DecisionRules, a lógica operacional da Wizz Air estava em três lugares desconfortáveis. Algumas regras eram codificadas diretamente em sistemas legados. Outras viviam em documentações dispersas. E algumas, segundo a própria descrição da Wizz Air, existiam "principalmente na mente dos gerentes de serviço".

A decisão de adotar o DecisionRules foi impulsionada por um único requisito do negócio: o Centro de Controle de Operações precisava ser o responsável pelas regras do início ao fim. Um lugar específico onde cada alerta e aviso é definido, testado e colocado em produção pelas pessoas que realmente executam a operação, sem esperar ciclos de mudança do fornecedor.

O Desafio: Lógica Fragmentada e Mudança Dependente do Fornecedor

Antes de implementar o DecisionRules, as regras operacionais da Wizz Air estavam espalhadas entre sistemas, documentos e pessoas. Três problemas se somavam:

  1. Lógica fragmentada. As regras eram definidas em diferentes aplicações. Algumas eram documentadas, outras não, e algumas existiam apenas na memória de gerentes de serviço individuais.
  2. Varredura manual em escala. Os gerentes de serviço faziam a verificação manual da linha de voos para identificar problemas. Essa abordagem é suscetível a erros e se tornava impossível de sustentar à medida que a companhia crescia.

O resultado foi uma operação com pouca clareza sobre por que alertas específicos estavam sendo acionados e sem nenhuma forma de aplicar uma atualização regulatória ou operacional sem passar por um release de software.

ProblemaImpacto
Lógica espalhada por sistemas e pessoasAs regras existiam em diferentes aplicações, em documentações e na memória humana.
Revisão manual voo a vooA varredura manual da linha de voos era suscetível a erros e sem escala.
Sem uma única fonte de verdadeA equipe não tinha clareza sobre por que alertas específicos estavam sendo gerados.

Por que a Wizz Air escolheu o DecisionRules

A Wizz Air avaliou diversas ferramentas criando casos de uso reais da companhia aérea e tentando implementá-los em cada uma, para ver qual era a mais capaz. O DecisionRules foi selecionado com base em três critérios:

  • Escalabilidade. O motor conseguia lidar com o processamento repetido de grandes lotes de voos ao longo da programação.
  • Adequação à integração. Capacidade técnica para integrar-se ao data lake interno e ao barramento de eventos via API REST e JSON.
  • Independência do usuário de negócios. Usuários do OCC podiam criar e manter regras por conta própria, sem a necessidade de intensa intervenção de TI.

Foi executada uma prova de conceito com casos de uso representativos para confirmar que a ferramenta conseguia lidar com a complexidade da lógica de operações da companhia aérea antes que a equipe se comprometesse com ela.

Um dos principais motivos pelos quais escolhemos o DecisionRules foi que o negócio queria ter controle total das regras. Antes, parte da lógica era documentada, mas parte existia apenas na mente dos gerentes de serviço. Precisávamos de um lugar específico em que tivéssemos controle de todos esses itens. Agora, podemos criar as regras nós mesmos, mantê-las atualizadas e fazer mudanças sem processos complexos de release.

Daniil Romanov

Daniil Romanov

Equipe do Centro de Controle de Operações, Wizz Air

Implementação e Arquitetura

A arquitetura de solução da Wizz Air trata o DecisionRules como a camada de validação de um loop contínuo de monitoramento de voos:

  1. Ingestão de Dados: A Wizz Air coleta dados de vários sistemas de origem em um banco de dados e um barramento de eventos. Os dados são convertidos para JSON e enviados ao DecisionRules via API.
  2. Avaliação de Regras: O DecisionRules processa dados operacionais em lotes e retorna alertas. As verificações atuais rodam a cada 3 a 5 minutos para atividades programadas em um horizonte móvel de vários dias
  3. Entrega de Alertas: Os alertas são armazenados em cache. Em seguida, são exibidos na interface para os gerentes de serviço, que fazem a gestão por exceção em vez de supervisão manual.
  4. Autoria e Testes: Usuários do OCC criam e mantêm regras diretamente na interface do DecisionRules. A equipe faz uso extensivo do Playground e dos ambientes de Teste para simular atualizações de regras antes de colocá-las em produção.

Notas de Implementação e Lições Aprendidas

A integração da própria plataforma DecisionRules foi simples. A equipe da Wizz Air e a DecisionRules colaboraram de perto durante todo o processo de implementação e a DecisionRules forneceu orientações sobre otimização.

Principais Casos de Uso

  1. Fluxo de Trabalho de Registro de Aeronaves: O sistema alerta o OCC se uma aeronave for atribuída a um voo que ela não pode operar legalmente, por exemplo, devido a restrições de pista curta ou porque a aeronave está com status inativo.
  2. Atualizações de Restrições Operacionais: Quando um aeroporto específico altera seus requisitos (por exemplo, tempos de turnaround para aeroportos como Praga), usuários de negócios atualizam o modelo da regra diretamente, sem um release de código.
  3. Outros Alertas Operacionais: A plataforma gera alertas para problemas como licenças de rádio prestes a expirar e restrições de pista vinculadas a tipos específicos de aeronave, sobre os quais o OCC pode agir antes do dia da operação.

Resultados e Benefícios Mensuráveis

  1. Visibilidade Operacional: O sistema gera com sucesso alertas para problemas como divergências no registro de aeronaves, licenças de rádio com validade expirando e restrições de pista vinculadas ao tipo de aeronave, dando ao OCC uma visão contínua que ele não tinha antes.
  2. Automação em Escala: Cerca de 1.000 voos são verificados a cada 5 minutos nos próximos 3 dias, substituindo a varredura manual da programação.
  3. Responsabilidade do Negócio pela Lógica: Agora, os usuários do OCC são responsáveis pelo ciclo de vida das regras operacionais. As definições das regras ficam com o negócio, enquanto a TI se concentra na integração de dados. A equipe também mantém documentação interna que mapeia quais regras pertencem a quais fluxos de trabalho e modelos de dados.
  4. Independência dos Ciclos do Fornecedor: Regras e modelos podem ser alterados sob demanda (por exemplo, tempos de turnaround para aeroportos específicos) sem releases de código ou solicitações de mudança ao fornecedor.

Conclusão

Ao implementar o DecisionRules, a Wizz Air consolidou a lógica operacional que antes estava distribuída entre sistemas legados, documentações dispersas e gerentes de serviço individuais em uma única plataforma transparente, de propriedade da equipe de operações. Agora, o OCC monitora todos os voos na programação continuamente, atualiza regras sem esperar ciclos do fornecedor e está construindo redundância em uma das partes mais críticas para a segurança da companhia aérea.

Para a Wizz Air, o DecisionRules se tornou um componente crítico da transformação digital da companhia aérea, unindo a lacuna entre sistemas rígidos legados da aviação e a necessidade de operações ágeis e modernas.


Em um ambiente dinâmico como a aviação, confiar em verificações manuais ou aguardar atualizações do software do fornecedor não é mais uma opção. O DecisionRules nos deu a velocidade e o controle de que precisávamos para garantir conformidade e eficiência em escala. Se você está buscando assumir a responsabilidade pela lógica do seu negócio e automatizar decisões complexas, o DecisionRules oferece a flexibilidade para fazer isso acontecer.

Daniil Romanov

Daniil Romanov

Equipe do Centro de Controle de Operações, Wizz Air