Uma planilha de acompanhamento para preparar a petição ao longo de meses

Por que um tracker importa numa petição preparada ao longo de meses

Uma petição EB-2 NIW típica acaba reunindo entre 30 e 60 documentos distintos: o Form I-140 e seus anexos, uma declaração pessoal (personal statement), de seis a dez cartas de recomendação, artigos publicados, relatórios de citações extraídos do Google Scholar ou da Web of Science, diplomas e suas avaliações de credenciais (credential evaluations), cobertura de mídia, patentes, cartas de financiamento (grant letters) e comprovantes de filiação a associações ou de atividade como revisor (peer review). Nada disso chega de uma vez. Cada item é solicitado, redigido, revisado e finalizado em blocos ao longo de semanas ou meses, muitas vezes com longos intervalos enquanto você espera por um recomendador, um tradutor ou um setor de registros acadêmicos.

É justamente essa linha do tempo esticada que causa problemas. Uma carta de recomendação assinada em janeiro pode citar um cargo ou projeto que muda até junho. Uma contagem de citações extraída no início do processo fica desatualizada até o momento do envio. Duas versões do mesmo exhibit (anexo probatório) — uma com um erro de digitação corrigido, outra sem — circulam por e-mail e ninguém tem certeza de qual é a atual. Documentos solicitados a um coautor ou a uma secretaria universitária acabam esquecidos porque não havia uma lista para conferir.

Um tracker resolve isso oferecendo um único lugar que reflete o estado real e atual de cada documento: o que já existe, o que ainda falta, o que está desatualizado e o que está pronto para ser protocolado. Não é um espaço para avaliar se suas evidências atendem a algum padrão legal — essa é uma tarefa separada. Sua única função é impedir que documentos se percam, se dupliquem ou sejam protocolados em uma versão obsoleta.

Escolhendo um formato: planilha ou ferramenta de gestão de documentos

O tracker em si pode viver em vários tipos de ferramenta. O que importa é que ele permaneça um único arquivo, sempre atualizado, que todos os envolvidos consultem — não qual software o executa.

Planilhas (Google Sheets, Excel)

Uma planilha cumpre bem essa função para quase qualquer pessoa que esteja preparando o processo sem uma grande equipe de apoio. Não exige nenhuma configuração além de abrir uma folha em branco, funciona offline (Excel) ou com histórico automático de versões (Google Sheets, via Arquivo > Histórico de versões), e é trivial de compartilhar com um recomendante, tradutor ou advogado, bastando enviar um link ou uma cópia exportada. Filtrar e colorir status por cor leva segundos.

Ferramentas dedicadas (Notion, Airtable, drives compartilhados)

Notion e Airtable oferecem visões relacionais, lembretes e anexos de arquivo diretamente dentro de cada linha, o que pode ajudar se várias pessoas estiverem editando simultaneamente ou se o processo envolver muitos subdocumentos interligados. Um drive compartilhado com uma convenção rígida de pastas e nomenclatura pode substituir um tracker por completo em processos muito simples, mas carece da visão de status de relance que uma planilha ou banco de dados oferece.

Como escolher entre eles

Baseie a decisão em três perguntas: Quantas pessoas precisam editar ou visualizar o tracker ao mesmo tempo? Você precisa de acesso offline em algum momento? Você precisa recuperar uma versão anterior caso algo seja sobrescrito por engano? Para quem prepara o processo sozinho, trabalhando com um ou dois recomendantes e talvez um tradutor, uma planilha responde adequadamente às três perguntas. Este artigo usa um layout de planilha como exemplo de trabalho ao longo do texto, mas as mesmas colunas e a mesma lógica se transferem diretamente para o Notion ou o Airtable, caso você prefira essas ferramentas.

Montando o tracker principal: colunas e estrutura

Crie uma linha por documento, uma única planilha, nove colunas. Resista à tentação de dividir isso em várias abas nesta fase — uma tabela única e plana é mais fácil de ordenar, filtrar e, eventualmente, converter em uma lista de exhibits (a lista numerada de anexos que acompanha a petição).

Colunas essenciais

Exemplo prático

Mantenha essa planilha visível e atualize-a diretamente, em vez de acompanhar o status por meio de trocas de e-mail.

Categorizando documentos conforme o esquema de evidências Kazarian/Dhanasar

A coluna Category (Categoria) do tracker principal não deve ser preenchida livremente. Use um conjunto fixo de valores para que as linhas se organizem de forma limpa na estrutura que a maioria das petições NIW segue quando montadas. Isso é uma conveniência de organização e arquivamento — não tem relação com argumentar por que qualquer documento satisfaz um padrão legal.

Valores de categoria recomendados

1. Biográfico/identidade — página de identificação do passaporte, vistos anteriores, I-94 atual, diplomas, históricos escolares, avaliações de credenciais (credential evaluations).
2. Proposed endeavor (empreendimento proposto) — a declaração do peticionário sobre o empreendimento, planos de negócio, descrições de projetos, patentes, pedidos de financiamento.
3. National importance (importância nacional) — publicações, relatórios de citação, cobertura da mídia, dados setoriais, prêmios de financiamento, relatórios governamentais ou do setor que mencionem a área.
4. Well-positioned to advance the endeavor (bem posicionado para avançar o empreendimento) — CV, cartas de emprego, diplomas, resultados de projetos anteriores, convites para palestrar ou atuar como revisor.
5. Cartas de recomendação — rastreadas no sub-log descrito adiante, mas ainda assim marcadas aqui para fins de numeração de exhibits (anexos probatórios).
6. Suporte/outros — qualquer coisa que não se encaixe claramente nas categorias acima (por exemplo, registros de associação profissional, licenças).

Por que isso importa mais adiante

Quando cada linha carrega uma dessas seis marcações, filtrar ou ordenar o tracker pela coluna Category produz um agrupamento pronto de exhibits, na ordem em que muitas petições os apresentam. Aplique essa marcação assim que o documento for adicionado ao tracker, não no final — retroaplicar categorias em cinquenta linhas na semana anterior ao envio da petição é justamente onde os erros surgem.

Rastreando cartas de recomendação separadamente: um sub-registro

As cartas de recomendação passam por mais etapas do que qualquer outro exhibit (documento numerado do dossiê), e a coluna única "Status" do tracker principal não consegue capturar tudo isso. Crie uma aba separada (ou um bloco distinto dentro da mesma planilha) dedicada às cartas, com uma linha por recomendador.

Colunas a incluir

Por que um sub-registro, e não apenas uma tag de status

Cada carta passa por: identificação do recomendador, envio do rascunho, retorno das edições do recomendador, obtenção da assinatura, reconhecimento em cartório (quando usado) e salvamento do PDF final. Um único campo de status achata todas essas etapas e esconde onde uma carta travou — por exemplo, um recomendador que recebeu um rascunho seis semanas atrás e nunca devolveu as edições.

A falha mais comum

Quando os recomendadores revisam seus próprios rascunhos, várias versões da mesma carta acabam circulando por e-mail. Sem um registro que vincule um nome de arquivo específico à versão realmente assinada, é fácil acabar protocolando um rascunho não assinado ou já superado. Registre o nome exato do arquivo somente depois que a cópia assinada estiver em mãos, e trate qualquer versão sem uma data de assinatura preenchida como ainda não utilizável.

Nomenclatura de arquivos e controle de versão

Uma linha do tracker só vale o que o arquivo por trás dela vale. Se os nomes de arquivo forem inconsistentes ("letter final v2 ACTUAL.docx"), a coluna File name do tracker perde toda a utilidade assim que duas pessoas mexerem no mesmo documento.

Uma convenção de nomenclatura

Use um padrão fixo para todo documento destinado à petição:

Exhibit-[número]_[Categoria]_[Identificador]_[Status]_[Data].pdf

Por exemplo: Exhibit-07_RecLetter_Smith_Signed_2024-03-15.pdf

Detalhando:

• Exhibit-07 — corresponde ao Exhibit # (número do exhibit) no tracker, para que os arquivos se ordenem automaticamente na sequência de apresentação.
• RecLetter — a tag de categoria, correspondente à coluna Category.
• Smith — um identificador curto (sobrenome do recomendante, nome do periódico ou instituição de formação).
• Signed — a tag de status: Draft, Signed, Notarized, Final. Nunca deixe isso ambíguo.
• 2024-03-15 — a data dessa versão específica, não a data em que o arquivo foi criado.

Aplique a mesma lógica a exhibits que não sejam cartas: Exhibit-12_CitationReport_GoogleScholar_Final_2024-06-01.pdf.

Mantendo rascunhos e versões finais separados

Mantenha duas pastas por tipo de documento: uma pasta de trabalho para rascunhos e uma pasta Final que só recebe a versão aprovada para protocolo. Uma vez que um arquivo entra na pasta Final, não o edite nem o sobrescreva — se for necessária uma correção, salve uma nova versão datada e atualize as colunas Status e File name do tracker para refletir isso. As versões efetivamente protocoladas nunca devem mudar depois que a petição for submetida; mantenha-as exatamente como foram enviadas, junto com o comprovante de postagem ou upload.

Rotina de revisão semanal e sinalizadores de status

Um tracker só funciona se alguém realmente o consultar. Reserve 15 minutos, sempre no mesmo horário da semana — domingo à noite ou segunda-feira de manhã costuma funcionar bem para a maioria — para percorrer todas as linhas.

A revisão semanal

1. Atualize a coluna Status para tudo o que teve movimento (Drafting → Awaiting signature → Final).
2. Compare a coluna Date requested com a data de hoje. Qualquer item solicitado há mais de duas semanas sem atualização deve ser destacado em vermelho.
3. Acrescente uma nota nos itens em vermelho: o que está travando o andamento e de quem você está esperando resposta.
4. Monte uma lista curta de pendências — assinaturas de recomendadores, coleta de relatórios de citação, cartas de confirmação do empregador — que exigem um e-mail de cobrança nesta semana.
5. Envie essas cobranças antes de fechar o notebook. Uma linha sinalizada que nunca recebe um follow-up fica sinalizada para sempre.

Lembretes de calendário, não memória

Não confie em lembrar de cabeça quem lhe deve o quê. Ao solicitar um documento, crie um lembrete de calendário para daqui a duas semanas, com o número do exhibit e o destinatário no título (por exemplo, "Follow up: Exhibit 07 — assinatura Dr. Smith"). Se o item já estiver marcado como Final antes de o lembrete disparar, ignore-o; caso contrário, esse é o sinal para cobrar durante a revisão semanal.

Essa rotina detecta os dois modos de falha mais comuns: recomendadores que ficam em silêncio depois de aceitar escrever uma carta, e documentos de origem própria (históricos escolares, contagens de citação) que emperram silenciosamente porque ninguém além de você está esperando por eles.

Da planilha de controle à lista de exhibits: a entrega final

Quando todas as linhas da planilha mestra mostrarem Status = Final, ela deixa de ser um documento de trabalho e passa a ser a fonte da própria lista de exhibits (evidências numeradas). As colunas Exhibit # e Document name, ordenadas na sequência em que pretende protocolar os documentos, se convertem quase diretamente no sumário que fica na frente do dossiê ou do PDF da petição. Copie essas duas colunas para uma nova planilha ou para a primeira página do documento montado, adicione a numeração de páginas depois que o PDF final estiver paginado, e isso se torna sua lista de exhibits.

Conferência final antes do protocolo

Antes de enviar, faça uma última verificação de reconciliação:

1. Imprima ou exporte a planilha filtrada por Status = Final.
2. Abra o PDF montado (ou a pilha física de documentos) e percorra exhibit por exhibit.
3. Para cada exhibit, confirme que o nome do arquivo na linha da planilha corresponde ao arquivo realmente usado na montagem final — não a um rascunho ou a uma versão anterior.
4. Verifique se os números dos exhibits seguem em sequência, sem lacunas nem repetições.
5. Confirme que toda linha da planilha tem um exhibit correspondente na pilha, e que todo exhibit na pilha tem uma linha correspondente — duplicatas ou arquivos órfãos geralmente aparecem nessa etapa.

Erros comuns que essa verificação detecta

• Um exhibit renumerado durante a edição, mas sem a atualização correspondente na planilha ou no sumário.
• A versão final assinada de uma carta de recomendação trocada por um rascunho anterior durante a montagem.
• Um documento marcado como Final na planilha, mas que nunca chegou a ser inserido no PDF montado.

Essa conferência cruzada é o último momento em que a planilha de controle funciona como um documento de controle, e não apenas como uma ferramenta de planejamento.