Questão de Noções de Informática — Excel 2019 — FGV 2023
Noções de Informática›Excel 2019
Código
fg159679
Banca
FGV
Órgão
CAM DEP
Ano
2023
Cargo
AL ( )
A imagem a seguir exibe o trecho de uma planilha Excel na qual foram carregados dados oriundos do resultado de uma busca na Internet, sobre o ranking de população de quatro países, Índia, China, Estados Unidos e Indonésia. Na primeira linha, aparecem, em cada uma das três colunas, os títulos “Posição”, “País (ou território independente)”, e “Estimativa da ONU”. Nas demais linhas, aparecem na ordem, para cada país, o ranking, o nome e a estimativa de população.
Os dados foram copiados com Ctrl+C da página Web, colados num arquivo de texto (.txt) do Bloco de Notas, e carregados por meio da guia Dados, numa configuração default. Como se observa na figura, todas as letras com acentos estão ilegíveis, pois foram substituídas por “caracteres inválidos”, caracterizando uma ocorrência que não é rara nesse tipo de operação. Assinale a opção que apresenta a causa desse problema.
AA codificação dos caracteres gravados no arquivo era diferente da codificação esperada pelo Excel.
BA presença de um vírus, ou outra forma de intrusão, que contaminou a planilha.
CUma falha na operação de colagem no Bloco de Notas.
DUma falha na operação de cópia diretamente da tela do browser.
EUma falha na operação de importação de dados de texto do Excel.
Revelar gabarito e comentário▾
GabaritoA — A codificação dos caracteres gravados no arquivo era diferente da codificação esperada pelo Excel.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Importação de dados de texto no Excel: problema de codificação de caracteres
Gabarito: letra A. O problema descrito — letras acentuadas substituídas por "caracteres inválidos" após importar um arquivo .txt no Excel — é causado pela incompatibilidade de codificação de caracteres entre o arquivo de texto e o Excel: o arquivo foi gravado em uma codificação (ex.: UTF-8) diferente da que o Excel esperava ao importar (ex.: ANSI/Windows-1252). Essa é uma ocorrência clássica e conhecida em operações de importação de dados de texto.
A codificação de caracteres é o sistema que associa cada símbolo (letras, números, acentos) a um código binário. Quando um arquivo de texto é salvo em uma codificação e aberto/importado por um programa que espera outra, os bytes que representam os acentos podem ser interpretados como caracteres diferentes ou inválidos. No caso do Excel, ao importar um arquivo .txt pela guia Dados, o assistente de importação permite escolher a codificação (por padrão, costuma usar a codificação do sistema operacional, como Windows-1252). Se o arquivo foi salvo em UTF-8 (comum em páginas da Web), os caracteres acentuados (como ã, ç, é) são representados por dois bytes, que o Excel, lendo como Windows-1252, interpreta como dois caracteres estranhos (ex.: "ã").
O fluxo descrito no enunciado — copiar dados de uma página Web, colar no Bloco de Notas e salvar como .txt — é um cenário típico para esse problema, pois o Bloco de Notas, ao salvar, pode usar a codificação padrão do sistema (ANSI) ou UTF-8, dependendo da versão e da configuração. Se o arquivo for salvo em UTF-8 sem BOM (Byte Order Mark), o Excel pode não reconhecê-lo e interpretar os bytes como ANSI, gerando os caracteres inválidos.
A solução prática é, ao importar, selecionar a codificação correta no assistente (por exemplo, escolher "UTF-8" em vez de "1252: Western European (Windows)"). Alternativamente, pode-se abrir o arquivo no Bloco de Notas e salvá-lo com a codificação "ANSI" antes de importar, ou usar o recurso "De Texto/CSV" da guia Dados, que permite escolher a codificação na origem.
A pegadinha desta questão é que o candidato pode atribuir o problema a uma falha de cópia, colagem ou até a um vírus, quando na verdade é um fenômeno técnico bem definido e comum: a incompatibilidade de codificação de caracteres. A banca explora o conhecimento de que a importação de texto envolve a interpretação de bytes, e que a escolha da codificação é um passo crucial.
Guarde o critério decisivo: o problema está na interpretação dos bytes do arquivo pelo Excel, não na operação de cópia/colagem nem em infecção por vírus — é exatamente nessa distinção que as alternativas se dividem.
1Copiar da Web (Ctrl+C)
2Colar no Bloco de Notas
3Salvar como .txt (codificação)
4Importar no Excel (Dados)
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
A alternativa afirma que a causa é a codificação dos caracteres gravados no arquivo ser diferente da codificação esperada pelo Excel. Isso está correto: o arquivo .txt foi salvo com uma codificação (provavelmente UTF-8, vinda da página Web) e o Excel, ao importar, usou outra (provavelmente ANSI/Windows-1252), resultando em caracteres ilegíveis. É exatamente o que ocorre quando há incompatibilidade de codificação.
Alternativa B — ❌ Incorreta
A alternativa atribui o problema a um vírus ou intrusão. Incorreta: não há qualquer indício de contaminação; o sintoma descrito (caracteres acentuados ilegíveis) é típico de erro de codificação, não de ação maliciosa. Vírus podem causar diversos problemas, mas não produzem esse padrão específico de substituição de caracteres em uma importação de texto.
Alternativa C — ❌ Incorreta
A alternativa afirma que houve falha na colagem no Bloco de Notas. Incorreta: a colagem em si não corrompe caracteres; o problema surge na gravação do arquivo (a codificação escolhida ao salvar) e na leitura pelo Excel. A colagem apenas transfere os dados, e o Bloco de Notas os exibe corretamente (como se vê na figura, os acentos estão legíveis no .txt).
Alternativa D — ❌ Incorreta
A alternativa afirma que houve falha na cópia do browser. Incorreta: a cópia da página Web transfere os dados corretamente, como comprova o fato de o Bloco de Notas exibir os acentos normalmente. A falha não está na origem, mas na interpretação posterior dos bytes pelo Excel.
Alternativa E — ❌ Incorreta
A alternativa afirma que houve falha na operação de importação de dados de texto do Excel. Incorreta: a importação em si não é falha; o Excel executa a importação conforme a codificação que ele assume (ou que o usuário seleciona). O problema é a incompatibilidade de codificação entre o arquivo e o que o Excel espera — não uma falha do recurso de importação, que funciona corretamente quando a codificação é a adequada.
NÃO CAIA NESSA!
A banca tenta fazer você acreditar que o problema é uma falha operacional (cópia, colagem, importação) ou até um vírus. Mas o sintoma — acentos viram "caracteres inválidos" — é a assinatura clássica de incompatibilidade de codificação. Na prova, ao ver esse padrão, lembre-se: o problema está nos bytes, não na operação. 💪
PEGA ESSA DICA!
Para resolver questões de importação de texto, lembre-se do fluxo: copiar → colar → salvar → importar. O erro de codificação ocorre na gravação (salvar) ou na leitura (importar), nunca na cópia/colagem. Se o texto aparece correto no Bloco de Notas, a cópia e a colagem funcionaram; o problema está na codificação do arquivo salvo versus a esperada pelo Excel.
