Pequeno Varejista
Arquitetura em camadas
FootfallCam V9 A estrutura do sistema é uma arquitetura em camadas que permite aos aeroportos adotar, operar e expandir as capacidades de integração sem se comprometerem com um único caminho de integração. Cada camada expõe entradas e saídas claras e pode ser usada de forma independente ou em combinação com outras. Isso permite que os aeroportos comecem com acesso e geração de relatórios de dados simples e avancem para uma integração mais profunda somente quando necessário.
Interfaces de Integração
FootfallCam V9 Suporta múltiplas interfaces de integração que conectam a arquitetura em camadas aos sistemas aeroportuários existentes. Essas interfaces ilustram como os dados operacionais podem ser trocados sem substituir ou interferir nas plataformas existentes.
Exemplos comuns de integração incluem:
Interfaces de referência AODB/FIDS
- Referência de voo
- Referência de portão e estande
- Janelas ETA/ETD
- Agrupamento de bancos de voos
Feeds operacionais da APOC
- estados de congestionamento
- Indicadores de violação de limite
- Pressão operacional prevista
- Notificações de alerta
Estes são exemplos representativos e não uma lista exaustiva. A mesma arquitetura suporta outras interfaces, incluindo plataformas de BI, sistemas de relatórios e ferramentas operacionais de terceiros.
Monitoramento de Saúde
O monitoramento de saúde abrange o funcionamento da própria integração.
Isso proporciona visibilidade sobre se os pipelines de dados, as interfaces e o envio de alertas estão funcionando conforme configurado, em todas as camadas de integração habilitadas.
O monitoramento abrange:
- Disponibilidade do pipeline de dados
- Conectividade da interface
- Status de entrega de eventos e alertas
- Indicadores de SLA e de serviço
O monitoramento de saúde auxilia na operação de rotina, isolamento de falhas e auditoria, sem afetar os sistemas aeroportuários a montante.
Estudo de caso
Algumas das nossas implantações em diversos aeroportos
Análise prévia de expansão do terminal
Revisão de integração orientada por auditoria
Monitoramento de saúde e visibilidade do SLA
Correlação AODB/FIDS
Habilitação incremental de APOC
Congestionamento na área de recolha de bagagens
Fila de Controle de Fronteiras - Evidências
Aeroporto Regional de Reporting-First
Avaliação de desempenho do contratado
Otimização de Pontos de Controle de Segurança
Análise prévia de expansão do terminal
Estudo de caso 1
Análise prévia de múltiplas partes interessadas antes da expansão do terminal
Situação
Um projeto de expansão do terminal exigia a aprovação de diversas partes interessadas, incluindo companhias aéreas, órgãos reguladores e investidores. Cada uma delas questionava as premissas sobre o fluxo futuro de passageiros e a consequente congestão. O aeroporto precisava de dados que sustentassem seus argumentos, sem se comprometer com a integração de análises de longo prazo antes da aprovação do financiamento.
Implementação
FootfallCam Foi implementada como uma camada analítica temporária para capturar cenários de fluxo de referência e projetados. Os dados foram acessados somente por meio de painéis e exportações. O escopo da integração e a retenção foram explicitamente definidos no tempo. O monitoramento de integridade foi ativado para garantir a integridade dos dados para fins de auditoria.
Resultado
O aeroporto forneceu evidências confiáveis para sustentar as premissas de expansão. As partes interessadas aceitaram as conclusões porque a implementação da análise de dados era delimitada, transparente e reversível. Uma vez obtidas as aprovações, o aeroporto manteve a opção de estender ou remover a camada de análise de dados sem necessidade de retrabalho.
Revisão de integração orientada por auditoria
Estudo de caso 2
Revisão de integração orientada por auditoria para um aeroporto do setor público
Situação
Um aeroporto público passou por auditorias regulares com foco em governança de dados, dependência de fornecedores e responsabilidade operacional. Integrações anteriores haviam falhado nas auditorias devido à falta de clareza na propriedade dos dados e à ausência de monitoramento. Qualquer nova integração exigia controles demonstráveis e opções de saída.
Implementação
FootfallCam A integração foi documentada utilizando um modelo de arquitetura em camadas, com limites e monitoramento explícitos. Verificações de integridade, registros de entrega e indicadores de SLA foram habilitados para fornecer evidências de auditoria. Exportações de dados e APIs foram documentadas como parte do registro de aquisição.
Resultado
O aeroporto passou pela auditoria sem a necessidade de ações corretivas relacionadas à integração de análises. As equipes de governança aceitaram a implementação como delimitada e observável. O aeroporto manteve a flexibilidade para expandir ou reduzir o escopo da integração sem renegociação contratual ou arquitetônica.
Monitoramento de saúde e visibilidade do SLA
Estudo de caso 3
“Integração que você pode operar”: Monitoramento de integridade e visibilidade do SLA
Situação
Um grande aeroporto havia sofrido falhas de integração com fornecedores anteriores: interrupções silenciosas, falta de dados e responsabilidades pouco claras. O impacto operacional nem sempre era a própria interrupção, mas o tempo perdido tentando identificar a origem da falha (dispositivo, rede, API, sistema downstream ou alteração de configuração). A exigência de diligência prévia do aeroporto era simples: se a integração existe, ela deve ser observável e auditável.
Implementação
O monitoramento de integridade foi tratado como parte da integração, e não como um serviço adicional. O monitoramento abrangia a disponibilidade do pipeline, a conectividade da interface, o status de entrega de eventos e os indicadores de SLA. Os registros de entrega e os indicadores de integridade foram disponibilizados para auxiliar na triagem de incidentes. O aeroporto definiu os caminhos de escalonamento e as expectativas de evidências para incidentes de integração (o que verificar primeiro, o que exportar para auditoria).
Resultado
Os problemas de integração tornaram-se diagnosticáveis em vez de políticos. Quando um fluxo de dados se degradava, o aeroporto podia isolar a camada afetada e tomar medidas corretivas sem interromper os sistemas a montante. As equipes de compras e governança aceitaram a integração com mais facilidade porque a supervisão operacional existia por princípio, alinhando-se com procedimentos operacionais auditáveis.
Correlação AODB/FIDS
Estudo de caso 4
Correlação AODB/FIDS para análise de inclinação de voo (ganchos somente leitura)
Situação
Um aeroporto de médio porte sofreu fortes ondas de congestionamento causadas por voos em horários alternativos. A equipe de operações conseguia identificar o congestionamento, mas não conseguia atribuí-lo com precisão a alterações de horários, mudanças de posição ou realocações de portões sem realizar verificações cruzadas manuais. O aeroporto possuía um sistema AODB (Airport Operating Database) e um FIDS (Fire Information Display), mas as iniciativas de análise que tentavam "integrar tudo" foram rejeitadas por confundirem as autoridades e criarem atritos políticos entre as equipes.
Implementação
O aeroporto habilitou ganchos de correlação somente leitura: referência de voo, referência de portão/posição de estacionamento, janelas ETA/ETD e janelas de disponibilidade de voos. FootfallCam Os resultados permaneceram baseados em eventos/agregados; o AODB continuou sendo a fonte oficial de informações de voo. Campos correlacionados foram adicionados para análise e geração de relatórios, não sendo utilizados para controle operacional. A integração foi implementada como uma interface delimitada com mapeamento definido e um processo de mudança controlado.
Resultado
O aeroporto obteve relatórios confiáveis sobre a relação entre voos disponíveis e congestionamento sem precisar reescrever os sistemas existentes. As equipes de planejamento puderam quantificar quais voos disponíveis criavam gargalos recorrentes e avaliar as políticas de portões de embarque e posições de estacionamento usando os mesmos conjuntos de dados. A equipe de TI aceitou a abordagem por ser somente leitura, delimitada e reversível.
Habilitação incremental de APOC
Estudo de caso 5
Habilitação incremental de APOC em um aeroporto com recursos limitados
Situação
Um aeroporto planejava estabelecer uma função de APOC (Centro de Operações Aeroportuárias), mas não possuía os recursos necessários para implementar um modelo operacional totalmente integrado. A liderança desejava benefícios imediatos sem se comprometer com um grande programa de transformação. O risco era implantar ferramentas que posteriormente seriam descartadas ou precisariam ser retrabalhadas.
Implementação
O aeroporto começou com painéis de controle e regras para definir internamente os níveis de congestionamento. Os feeds do APOC foram habilitados apenas para um pequeno conjunto de zonas, como sinais estruturados. O monitoramento de integridade foi ativado desde o início para acompanhar a confiabilidade dos feeds. Outras áreas continuaram a usar relatórios independentes.
Resultado
O aeroporto alcançou capacidade APOC parcial, alinhada com seu nível de maturidade e orçamento. As decisões de expansão foram tomadas de forma incremental, com base em evidências operacionais e não em aspirações. Graças à arquitetura em camadas, nenhuma reconfiguração foi necessária com o aumento do escopo.
Congestionamento na área de recolha de bagagens
Estudo de caso 6
Reclamação de bagagens sem congestionamento sem contato com a BHS
Situação
Um aeroporto enfrentava congestionamentos recorrentes nas áreas de recolha de bagagens durante os horários de pico de chegada. Embora o Sistema de Manuseamento de Bagagens (BHS) fornecesse informações sobre o status das esteiras e alarmes, não oferecia visibilidade da densidade de passageiros ou do tempo de permanência dos mesmos. Propostas anteriores para integrar análises diretamente nos fluxos de trabalho do BHS foram rejeitadas devido ao risco de certificação e restrições do fornecedor.
Implementação
FootfallCam Foi implementado em corredores de recuperação para fornecer densidade, tempo de permanência e níveis de congestionamento em nível de zona. A integração foi limitada a painéis de controle e exportações programadas. Não houve tentativa de integração com o BHS (Sistema de Hidráulica de Biomassa). As zonas operacionais foram alinhadas às correias transportadoras e áreas de circulação para manter a relevância sem acoplamento de sistemas.
Resultado
As equipes de operações obtiveram visibilidade do congestionamento na recuperação de forma independente do desempenho do BHS (Sistema de Rodovias de Passageiros). As decisões sobre pessoal, alocação de esteiras e roteamento de passageiros foram embasadas em dados objetivos. A aprovação da governança foi alcançada porque nenhum sistema certificado foi modificado e as análises permaneceram observacionais.
Melhorando as evidências das filas de controle de passageiros nas fronteiras
Estudo de caso 7
Filas de controle de fronteira: evidências para negociações de pessoal
Situação
As filas no controle de fronteiras eram um ponto recorrente de tensão entre o aeroporto, as agências governamentais e as companhias aéreas. Cada parte se baseava em evidências diferentes, muitas vezes provenientes de amostragem manual ou relatos informais. O aeroporto precisava de dados consistentes e confiáveis para embasar as discussões sobre pessoal e layout, sem interferir nos sistemas de controle de fronteiras.
Implementação
FootfallCam As análises foram implementadas a montante e a jusante das zonas de controle de fronteira. O acesso aos dados foi limitado a painéis de controle e exportações, alinhados aos períodos de relatório acordados. Não foram ativados alertas em tempo real nem feeds externos. As definições de filas e tempos de espera foram acordadas previamente e documentadas.
Resultado
O aeroporto estabeleceu um conjunto de dados neutro, aceito por todas as partes interessadas. As discussões passaram da contestação de números para a avaliação de cenários de pessoal. Como o escopo da integração era limitado e observacional, a implementação evitou o agravamento da situação junto aos órgãos reguladores e foi aceita como evidência de apoio, em vez de controle operacional.
Aeroporto Regional de Reporting-First
Estudo de caso 8
“Relatório em Primeiro Lugar” para um Aeroporto Regional (somente para exportação ao BI)
Situação
Um aeroporto regional possuía equipes operacionais robustas, mas uma pequena equipe de TI. As avaliações de desempenho dependiam de documentação manual: capturas de tela, verificações pontuais e planilhas compiladas por diferentes departamentos. As discussões sobre filas de espera frequentemente travavam em um único problema: janelas de tempo inconsistentes, horas faltantes e divergências sobre definições (o que é considerado uma “fila”, quando uma espera começa/termina). O aeroporto desejava conjuntos de dados utilizáveis para o planejamento anual e a defesa do orçamento, sem a necessidade de um novo projeto de integração.
Implementação
FootfallCam Foi implementado apenas como fonte de relatórios. A versão 9 gerou agregados horários e diários por zona e exportou um conjunto de dados padrão para o espaço de trabalho de BI existente do aeroporto. As definições de KPIs do próprio aeroporto (faixas de espera, janelas de horário de pico, consolidações de terminais) foram configuradas como métricas nomeadas para que os relatórios permanecessem estáveis ao longo dos meses. Nenhuma correlação com o AODB e nenhum feed do APOC foram habilitados nesta etapa.
Resultado
O aeroporto padronizou os relatórios sem alterar os sistemas principais. As análises operacionais passaram de "confiamos nos números?" para "quais ações tomaremos no próximo trimestre?". A equipe de BI obteve conjuntos de dados repetíveis e o aeroporto evitou uma escalada de governança porque a integração permaneceu no nível de exportação. O monitoramento foi ativado apenas para o status de entrega de exportação e a integridade do conjunto de dados.
Avaliação de desempenho do contratado
Estudo de caso 9
Avaliação do desempenho do contratado utilizando dados independentes
Situação
Um aeroporto terceirizou diversas funções operacionais, incluindo limpeza e gestão de filas. As avaliações de desempenho foram controversas devido à falta de evidências consistentes e objetivas. Os sistemas existentes do contratado não estavam alinhados com os KPIs do aeroporto, e a integração a eles não foi considerada viável.
Implementação
FootfallCam A análise de dados foi utilizada para fornecer medições independentes de congestionamento, tempo de permanência e utilização nas áreas contratadas. Os dados foram compartilhados por meio de exportações durante os ciclos de revisão. Não foram habilitadas integrações diretas com outros sistemas nem alertas em tempo real. As métricas foram documentadas e congeladas para os períodos de relatório contratual.
Resultado
As avaliações de desempenho passaram a ser baseadas em evidências e menos conflituosas. Os contratados aceitaram os dados como neutros, pois não estavam vinculados aos seus próprios sistemas. O aeroporto fortaleceu a governança sem aumentar a complexidade da integração ou a dependência operacional.
Otimização de Pontos de Controle de Segurança
Estudo de caso 10
Otimização de pontos de controle de segurança sem substituição do sistema
Situação
Um aeroporto enfrentava reclamações recorrentes sobre o tempo de espera na segurança, principalmente durante os períodos de pico sazonal. Vários sistemas já estavam em funcionamento: escalas de funcionários, ferramentas de gerenciamento de filas de segurança e processos manuais de registro de ocorrências. Propostas anteriores para uma integração profunda com os sistemas de segurança foram rejeitadas devido à sensibilidade regulatória e à falta de clareza na responsabilização. O aeroporto precisava de evidências mais robustas para embasar as decisões de dimensionamento de pessoal e layout, sem interferir nas plataformas de segurança certificadas.
Implementação
FootfallCam Foi implementado um sistema antes dos pontos de controle de segurança para fornecer dados agregados de fluxo por zona, tamanho da fila e tempo de espera. Os dados foram utilizados apenas por meio de painéis e exportações programadas. Não houve integração direta com os sistemas de segurança. As métricas foram alinhadas aos períodos de relatório e à terminologia existentes do aeroporto para evitar a redefinição da linguagem operacional.
Resultado
O aeroporto obteve evidências consistentes e alinhadas temporalmente para as decisões de dimensionamento de pessoal e configuração de pistas. As discussões com reguladores e contratados passaram de feedbacks anedóticos para dados estruturados. O escopo da integração permaneceu limitado e a aprovação da governança foi obtida, observando-se que nenhum sistema certificado foi modificado ou acoplado.
Perguntas
Saiba Mais