Durante uma auditoria preventiva nos logs do sistema de arrecadação da Secretaria da Fazenda, a equipe de TI detecta que uma conta de serviço, utilizada para integração com bancos, estã realizando tentativas de acesso a tabelas de sigilo fiscal que não pertencem ao seu escopo. O Fiscal suspeita de um código malicioso explorando uma configuração de permissões excessivas. Para mitigar o risco de exfillração de dados e reestabelecer a governança de segurança, a ação prática mais adequada, baseada em gestão de riscos, é

Uma Secretaria da Fazenda Estadual mantém um sistema corporativo de controle de lançamentos tributários. O modelo inicial utiliza:

LANÇAMENTO_FISCAL (CPF_Contribuinte, Nome_Contribuinte, Endereço, Código_Tributo, Descrição_Tributo, Alíquota, Número_Lançamento, Data_Lançamento, Valor_Devido)

Auditorias internas identificaram redundâncias, anomalias de atualização e inconsistências históricas, especialmente quando há alteração de alíquotas e atualização cadastral de contribuintes. Diante disso, a equipe de TI decidiu reestruturar o modelo aplicando normalização até a Terceira Forma Normal (3FN), sob a perspectiva estritamente estrutural, desconsiderando requisitos de histórico temporal ou versionamento de dados e respeitando dependências funcionais clássicas e integridade referencial. Considerando a aplicação prática das formas normais nesse contexto, a técnica que representa corretamente um modelo em 3FN é:

O arquiteto de dados de uma Secretaria da Fazenda está projetando o novo banco de dados para o sistema de Arrecadação. O modelo precisa garantir que nenhum Pagamento seja registrado sem estar vinculado a um Contribuinte válido e que cada Estabelecimento seja identificado de forma exclusiva. Para assegurar a integridade e a consistência do ecossistema fiscal, o analista deve

Em Python, utilizando a biblioteca Pandas, uma fiscalização estadual cruza um DataFrame de autos de infração (df_autos) com outro de cadastro de contribuintes (df_cad), ambos indexados por CNPJ, e precisa preservar todos os autos mesmo sem cadastro correspondente. Nessa situação, a operação adequada é

Em uma data warehouse em que ARRECADACAO_ICMS registra valores mensais por contribuinte e exercício, e sendo necessário exibir cada mês mantendo a granularidade, mas também o total anual por contribuinte em cada linha, a abordagem mais adequada é utilizar SUM (valor_icms)

Em uma SEFAZ, a tabela PAGAMENTO_ICMS possui valores pagos por contribuinte e exercício, e a necessidade de retornar apenas contribuintes cujo pagamento em um exercício seja maior que a média do próprio exercício, calculada dinamicamente. Nesse caso, a construção SQL que atende corretamente ao que se deseja é

Em um sistema estadual, toda inserção ou alteração de lançamentos fiscais deve gerar auditoria automática com valores anteriores e novos, sem intervenção da aplicação. Respeitando os modelos de estrutura DML do Oracle, a solução técnica mais adequada consiste na criação de

Considere a descontinuidade de um módulo tributário após mudança normativa e a necessidade de remover definitivamente uma tabela de arrecadação e seus dados do esquema Oracle, respeitando regras de DDL. Nesse caso, a ação mais adequada é

Deseja-se obter a apuração do total de ICMS por município e, a partir desse resultado intermediário, retornar apenas municípios cujo total esteja acima da média estadual, usando SQL Oracle com legibilidade e reúso do resultado agregado. Para isso, a estrutura adequada deve usar