Raia 3 - formulários oficiais

🎯

Esta é a raia onde a decisão da reunião se aplica ao pé da letra: "transformar os checklists atuais em prompts especializados". Aqui existe matéria-prima de verdade: 988 itens de checklist em 45 dos 85 tipos, campo a campo (I-140 tem 25, I-589 tem 27, I-485 tem 25, I-131 tem 23, I-765 tem 15). Na Raia 1 quase não havia nada para migrar; aqui há.

Como esta raia se organiza · família × foro

Dois eixos, não um. A família diz o que o caso é: EB Humanitários Family Court (judicial). O foro diz onde ele tramita e pode mudar: USCIS EOIR Federal Court Consulado. São coisas diferentes: um asilo afirmativo (Humanitários + USCIS) vira defensivo (Humanitários + EOIR) sem deixar de ser asilo; já um habeas corpus nasce judicial e tem documentos próprios, por isso Court é família.

Abaixo da família vem o grupo, que agrupa documentos que se conferem do mesmo jeito e é o que define o agente. Documento que serve todos os tipos de caso leva o selo todos os tipos de caso e existe uma vez só, com um agente só.

A raia em números

7.826formulários

85tipos (80 já usados)

988checks já escritos (45 tipos)

48%chegam a válido

37%parados (o pior de todas as raias)

0%tradução (form é em inglês)

⚠

37% parados em documento que nós preenchemos. O dado do formulário quase todo já está no caso: nome, endereço, datas, vínculos, dados do empregador. O gargalo é digitação e conferência, não conhecimento. É a raia com maior ganho de automação de toda a operação.

Os formulários que concentram o volume

#	Formulário	Docs	Casos	Válido	Parado	Checks	Natureza
1	G-28 (entrada de representação)	1.285	758	54%	34%	7	representação
2	G-1450 (cartão de crédito)	790	456	57%	31%	0	pagamento
3	I-765 (autorização de trabalho)	633	349	50%	32%	15	benefício
4	G-28 variante EAD	540	262	37%	35%	0	duplicata?
5	G-1145 (e-notification)	407	353	42%	51%	0	notificação
6	I-140 (petição de trabalhador)	372	342	37%	55%	25	benefício
7	ETA-9089 Final Determination	302	288	38%	53%	0	labor
8	ETA-9089 Appendix A	301	287	39%	53%	0	labor
9	I-485 (ajuste de status)	245	160	32%	33%	25	benefício
10	I-131 (documento de viagem)	222	158	28%	37%	23	benefício
11	EOIR-28 (representação em corte)	218	87	62%	29%	16	representação
12	I-589 (asilo)	216	133	62%	31%	27	benefício

Grupo A · Representação (G-28, G-28 variante, EOIR-28 · 2.043 docs)

todos os tipos de casoG-28 = USCIS · EOIR-28 = Corteo exemplo mais limpo de regra por foro: mesmo ato, formulário diferente

G-28 · EOIR-28

G-28: USCISEOIR-28: Cortea checklist do caso escolhe pelo foro; hoje é escolha manual e gera retrabalho

1.285 + 540 + 218 docs · 7 e 16 checks no legado · 34% parados

Dado de origem: 100% no nosso banco: advogado responsável, número de registro, endereço do escritório, cliente, tipo de caso, órgão
O agente faz: preenche integralmente e devolve para assinatura. Não há campo que dependa de informação nova
Checa: advogado correto para o órgão (USCIS x EOIR são formulários diferentes), cliente e beneficiário certos, assinatura do cliente e do advogado, versão vigente do formulário
Cai p/ humano: só a assinatura. Conferência de 30 segundos
Limpeza: o tipo "G-28 variante EAD" (540 docs, 37% válido, 22% desnecessário) parece ser o mesmo formulário cadastrado duas vezes. Candidato a fusão na taxonomia nova

Grupo B · Pagamento e notificação (G-1450, G-1145 · 1.197 docs)

todos os tipos de casoUSCISG-1450 e G-1145 não existem em processo de Corte

G-1450 (cartão de crédito) · G-1145 (e-notification)

USCIS

790 + 407 docs · G-1145 tem 51% parado

Natureza: formulários curtos e mecânicos. O G-1145 tem 3 campos e mesmo assim metade fica parada: é fila, não dificuldade
O agente faz: gera preenchido; no G-1450 o único dado sensível é o cartão, que não passa pela I.A: campo preenchido pelo cliente ou pelo financeiro, direto
Checa: valor da taxa contra a tabela vigente do formulário-alvo, assinatura do titular, formulário na versão atual
Cai p/ humano: financeiro confere valor e titularidade
Compliance: dado de cartão nunca entra em log, prompt ou RAG (COMP-04). O agente vê "pagamento pendente", não o número

Grupo C · Formulário de benefício (I-140, I-485, I-765, I-131, I-589 · onde estão os checks)

I-140, I-485I-485, I-130I-589, I-765I-589 vale nos dois foroso formulário é definido pela área; o I-589 muda de rito conforme o foro

I-140 · I-485 · I-765 · I-131 · I-589

I-140I-485I-589 · I-765I-589: afirmativo (USCIS) ou defensivo (Corte)

372 + 245 + 633 + 222 + 216 docs · 115 checks já escritos (25 + 25 + 15 + 23 + 27)

Como usar o que já existe: os checks do legado são por seção do formulário (informação do requerente, dados do representante, pagamento, assinatura, "check for errors"). Viram a espinha do prompt do agente daquele form, complementados pelas instruções oficiais do USCIS
O agente faz: preenche a partir do dossiê, marca em amarelo todo campo que não tem origem no caso (nunca inventa), e roda os checks do próprio formulário antes de mandar para assinatura
Cruza: coerência entre formulários do mesmo caso (endereço no I-485 x I-765), datas contra passaporte e I-94, e o petitioner correto
Cai p/ humano: qualquer campo de juízo (classificação pretendida, respostas de admissibilidade, histórico criminal) e a revisão final antes do protocolo
Regra dura: o agente não responde pergunta de admissibilidade (antecedente, fraude, overstay) por dedução. Campo em branco e escalonamento, sempre
Versão do formulário: USCIS troca edição e rejeita versão antiga. Precisa de tool que confira a edição vigente: hoje isso é conferência manual e é fonte de rejeição boba

Grupo D · Labor (ETA) (ETA-9089 e Appendix A · 603 docs, 53% parados)

EB · exclusivaDOL, fora do USCIS

ETA-9089 Final Determination · Appendix A

302 + 301 docs · sempre em par (287 e 288 casos): é um documento em duas partes

Natureza: vem do processo de PERM: dados do empregador, da vaga, do trabalhador estrangeiro
O agente faz: preenche a parte do trabalhador a partir do dossiê (Appendix A) e confere consistência com o I-140 que vai junto
Checa: o par está completo (um sem o outro é rejeição), dados do empregador iguais nos dois, datas coerentes com a certificação
Cai p/ humano: dado do empregador vem de fora: quem confere é o Specialist do caso
Proposta de modelo: tratar como um tipo com duas partes em vez de dois tipos soltos, para o sistema exigir o par

O que decidir nesta raia

Pré-preenchimento a partir do dossiê como padrão em toda a raia, com campo sem origem marcado em amarelo. Fecha?
Os 988 checks viram prompt por formulário (não por família): aqui a granularidade fina se justifica porque o formulário é padronizado.
Fundir G-28 e a variante EAD (540 docs num tipo duplicado) na taxonomia nova.
ETA-9089 como par obrigatório (Final Determination + Appendix A).
Tool de versão de formulário: conferir a edição vigente antes de protocolar, para eliminar rejeição por formulário velho.
Regra dura: pergunta de admissibilidade nunca é respondida pela I.A.

Os formulários, formulário por formulário