Risco técnico
Uma transformação inadequada pode alterar a granularidade da informação.
Estrutura do load script
Mapping loads, joins, concatenações, group by e filtros foram escolhidos conforme a relação entre as fontes.
CASE 03 / Inteligência operacional
Estruturei no Qlik Sense um modelo associativo com mais de 80 tabelas de qualidade, produção, manutenção, entregas e materiais. O trabalho combinou preparação das fontes, transformações no load script, controle de chaves e rotinas de atualização apoiadas por Python, SQL e VBA.
03.1 / Contexto
Antes da análise, engenheiros e profissionais técnicos precisavam localizar e consolidar fontes de qualidade, produção, manutenção, entregas e materiais. A preparação era repetida por pessoas diferentes, limitava comparações históricas e consumia tempo que deveria ser usado para interpretar relações entre eventos.
O problema estava antes da visualização: reunir dados de materiais, qualidade, produção, manutenção e entregas exigia preparações repetidas. A modelagem precisou tornar explícitas as relações que permitiam ler esses domínios em conjunto.
As fontes tinham estruturas e relações distintas. A integração precisava preservar o histórico e funcionar na infraestrutura disponível, com rotinas apoiadas por um computador dedicado.
03.2 / Desenvolvimento
Python, SQL e VBA apoiaram a extração e a integração das fontes. No Qlik Load Script, mapping loads, joins, concatenações, agrupamentos e filtros trataram relações distintas sem perder a granularidade necessária. O modelo associativo explicitou as chaves entre os domínios e preservou histórico para comparação por período.
Qualidade · produção · manutenção · entregas · materiais
Python · VBA · SQL — extração e integração
Mapping · joins · concatenação · filtros · histórico
Chaves controladas · relações entre 80+ tabelas
Dimensões · medidas · decisões com contexto
Selecione uma etapa para acompanhar seu papel no fluxo.
← Arraste horizontalmente para percorrer o diagrama →
03.3 / Decisões de projeto
Três decisões sustentaram a integridade e a atualização do modelo.
Risco técnico
Uma transformação inadequada pode alterar a granularidade da informação.
Mapping loads, joins, concatenações, group by e filtros foram escolhidos conforme a relação entre as fontes.
Risco técnico
Associações ambíguas podem conectar eventos sem a relação pretendida.
Chaves sintéticas foram identificadas e tratadas para preservar associações intencionais e evitar ambiguidade.
Risco técnico
Uma atualização depende também da disponibilidade do ambiente que a executa.
Python e VBA apoiaram integrações; um computador dedicado sustentou rotinas automatizadas dentro da infraestrutura disponível.
Python, SQL e VBA apoiaram extração e integração. O trabalho de preparação foi separado da interpretação dos indicadores.
Mapping loads, joins, concatenações, agrupamentos e filtros organizaram a carga. O tratamento das chaves sintéticas preservou associações intencionais.
O modelo associativo passou a relacionar os domínios industriais, com histórico e atualizações mais frequentes para apoiar a interpretação operacional.
03.4 / Evidência e efeito
O modelo passou a relacionar mais de 80 tabelas em uma estrutura comum, reduzindo levantamentos duplicados e mantendo histórico disponível para comparação. A evidência publicada demonstra abrangência de integração e mudança no fluxo de preparação; não é apresentada como medida isolada de acurácia ou ganho financeiro.
Verificação / interpretação da evidência
Mais de 80 tabelas foram relacionadas no modelo. Esse número representa abrangência de integração; não mede, isoladamente, acurácia ou ganho financeiro.
Ler um indicador exige considerar a associação selecionada e o período analisado. Integrar fontes só é útil quando a relação preserva o significado industrial do dado.
O portfólio não apresenta amostras corporativas, ensaios de reconciliação ou uma série de medição de acurácia. Nenhum desses resultados é inferido a partir da quantidade de tabelas.
03.5 / Síntese
O problema revelou que integrar fontes não é apenas carregar tabelas: a utilidade do modelo depende de preservar granularidade, controlar chaves e manter histórico. Isso tornou a arquitetura das relações tão importante quanto a visualização.