Uma frase mais curta pode mudar a regra
O procedimento manda encaminhar uma solicitação para análise. A versão simplificada diz que o pedido será aprovado. O texto ficou fácil de ler, mas concedeu uma garantia que a empresa nunca ofereceu.

Ao usar o ChatGPT para simplificar um procedimento, preserve a relação entre condição, ação e autoridade. Substituir palavras difíceis ajuda. Cortar uma exceção ou trocar “pode solicitar” por “receberá” altera o trabalho.
Este guia ensina a preparar uma versão em linguagem simples e um registro de equivalência com a fonte. O material é documental: na preparação editorial original, não foi executada a interface do ChatGPT nem foi medida a compreensão de leitores. O exemplo de referência abaixo foi escrito para conferência, sem ser apresentado como resposta observada do produto.
Onde esta tarefa começa
Parta de um procedimento já definido. Se só existem notas dispersas, use primeiro o guia de documentação de processo com ChatGPT. Se a tarefa é transformar obrigações em verificações, consulte política em checklist com IA.
Aqui, a entrega é uma nova redação do mesmo conteúdo, acompanhada de correspondência entre regras. Não há mudança de política, criação de FAQ ou aprovação de envio.
As orientações de escrita do W3C recomendam instruções claras, frases compreensíveis, expansão de siglas e organização adequada ao contexto. Isso apoia o trabalho editorial. Uma reescrita isolada não comprova conformidade integral de acessibilidade nem eficácia de treinamento. Quando o procedimento inclui imagens, faça também a revisão de textos alternativos, considerando a função de cada imagem na instrução.
Ferramenta, acesso e privacidade
Use uma conversa comum no ChatGPT pela web, com o texto colado em português. O exercício não exige upload, conectores, API ou plano pago específico. A documentação oficial consultada em 23 de outubro de 2026 descreve conversas na faixa gratuita e inclui o Brasil entre os países suportados. Limites e condições dependem da conta; confirme o acesso antes de começar.
Não observamos uma conta de gravação ou um workspace empresarial nesta execução. Se a empresa não permite o envio do procedimento, pratique apenas com o texto sintético deste artigo. Remova credenciais, nomes, dados de clientes, arquitetura de segurança e informação contratual restrita. Os controles de treinamento de modelos não substituem autorização, minimização ou avaliação de retenção.
Copie esta fonte sintética
O texto foi criado para o exercício. As regras não são uma recomendação para adoção na sua empresa.
PROCEDIMENTO FICTÍCIO REVISÃO-01 | versão 1
Público: pessoas que solicitam correção de um relatório interno.
R1 | A solicitação de retificação deverá ser registrada no campo "Pedir revisão" do portal, mediante indicação do identificador do relatório e descrição da divergência observada.
R2 | O registro deverá ocorrer em até 3 dias úteis após a disponibilização do relatório. O modo de contagem de dias úteis não foi informado.
R3 | A ausência de qualquer dos elementos exigidos em R1 ensejará a manutenção da solicitação no estado PENDENTE DE DADOS, sem início da análise.
R4 | O recebimento da solicitação não implica deferimento da retificação. Compete à equipe de Operações analisar o pedido e registrar a decisão no portal.
R5 | Não é permitido substituir diretamente o arquivo publicado. Caso a retificação seja aprovada, Operações publicará uma nova versão, preservando a anterior no histórico.
R6 | Na indisponibilidade do portal, o solicitante deverá registrar o horário e guardar a descrição da divergência. O canal alternativo e o tratamento do prazo nessa situação não foram definidos.
Não invente calendário, prazo de resposta, canal alternativo ou tratamento de atraso.
A redação usa termos como “ensejará” e “deferimento”, mas já contém obrigações identificáveis. O trabalho é torná-las compreensíveis sem decidir as lacunas.
Passo 1: extraia o significado antes de reescrever
Cole a fonte e envie:
Prepare uma versão em linguagem simples para o público indicado.
Antes de redigir, extraia cada regra R1 a R6 em uma tabela:
ID | quem age | ação | condição | prazo | proibição | resultado | lacuna.
Preserve os nomes de campo e estado entre aspas.
Diferencie receber um pedido, analisá-lo e aprová-lo.
Use NÃO INFORMADO onde faltar regra.
Não complete lacunas com uma prática comum.
Não reescreva o procedimento nesta etapa.
Confira a tabela contra o original. O prazo de R2 é para registrar a solicitação, sem prazo de resposta definido. R4 dá à equipe de Operações a responsabilidade de analisar e registrar a decisão. O texto não diz que todo pedido será aceito.
Se a extração confundir esses pontos, corrija antes de continuar.
Passo 2: peça a nova redação com correspondência
Reescreva o procedimento em português brasileiro claro.
Use título descritivo, subtítulos por situação e frases diretas.
Prefira palavras comuns. Explique termos indispensáveis.
Preserve R1 a R6 ao lado dos trechos correspondentes.
Mantenha atores, condições, proibições, nomes de campo, estados e prazo.
Não imponha uma meta de tamanho que obrigue a omitir conteúdo.
Não infantilize o leitor.
Mantenha as lacunas em um bloco separado chamado "Ainda precisa de definição".
Depois da versão, entregue:
ID | trecho original | trecho reescrito | mudança de redação | possível mudança de sentido.
Marque qualquer dúvida de equivalência para revisão humana.
Não publique nem declare a política aprovada.
Uma versão com metade das palavras pode ser inadequada se eliminar o comportamento durante indisponibilidade. Avalie o que o leitor consegue fazer e quais limites foram preservados.
Ficha de equivalência: pendência, análise e decisão são estados distintos
EXEMPLO SINTÉTICO — ficha de conferência de REVISÃO-01 Fonte: versão 1. Uso: comparar redações, sem adotar estas regras como política real. R3 — Condição original: falta de qualquer elemento exigido em R1. Redação simples: sem o identificador do relatório ou a descrição da divergência, o pedido fica em PENDENTE DE DADOS; a análise não começa. Conferir: pendência não virou rejeição definitiva? Os dois elementos de R1 continuam exigidos? R4 — Receber não implica aprovar; Operações analisa e registra a decisão no portal. Redação simples: registrar o pedido não garante a correção. Com os dados completos, o pedido pode seguir para análise por Operações. Conferir: nenhuma promessa de aprovação ou prazo de resposta foi criada? R5 — Se aprovada, a correção gera nova versão por Operações, preservando a anterior; não autoriza substituir diretamente o arquivo publicado. Lacunas a manter explícitas: R2 não define a contagem de dias úteis. R6 exige registrar horário e guardar a divergência quando o portal cair, mas não define canal alternativo nem tratamento do prazo. Revisor: [preencher]. Dúvida de equivalência: [registrar com os dois trechos].
Referência de reescrita
Este é um exemplo editorial preparado a partir da fonte, não uma saída medida do ChatGPT:
Como pedir a correção de um relatório
Enviar o pedido
R1 | No portal, abra o campo "Pedir revisão". Informe o identificador do relatório e descreva a divergência que encontrou.
R2 | Registre o pedido em até 3 dias úteis após a disponibilização do relatório.
Se faltar informação
R3 | Sem o identificador ou a descrição da divergência, o pedido fica em PENDENTE DE DADOS. A análise ainda não começa.
Análise e decisão
R4 | Registrar o pedido não garante a correção. A equipe de Operações analisa a solicitação e registra a decisão no portal.
R5 | Não substitua o arquivo publicado. Se a correção for aprovada, Operações publicará uma nova versão e manterá a anterior no histórico.
Se o portal estiver indisponível
R6 | Registre o horário e guarde a descrição da divergência.
Ainda precisa de definição
- Como contar os dias úteis.
- Qual canal usar quando o portal estiver indisponível.
- Como tratar o prazo durante essa indisponibilidade.
O procedimento não informa prazo de resposta.
A referência conserva a relação entre “em até 3 dias úteis” e a disponibilização do relatório. Ela não troca o marco pela data em que a pessoa percebeu o erro. Também não promete pausa automática do prazo quando o portal cai.
Passo 3: teste mudanças de sentido
Peça uma auditoria usando a fonte original, sem tratá-la como dispensável depois da reescrita:
Compare a nova redação com REVISÃO-01, regra por regra.
Localize obrigação removida, permissão ampliada, prazo alterado,
condição omitida, responsabilidade trocada e lacuna resolvida sem fonte.
Cite os dois trechos em cada divergência.
Verifique especialmente:
- "em até" versus "depois de";
- recebimento versus aprovação;
- não iniciar análise versus rejeitar definitivamente;
- publicar nova versão versus substituir o arquivo;
- indisponibilidade versus prorrogação de prazo.
Não use uma nota de legibilidade como prova de equivalência.
Não corrija silenciosamente.
Para conferir a saída, aplique estes casos manualmente:
- Pedido sem identificador: fica pendente e a análise não começa. A fonte não determina rejeição definitiva.
- Pedido completo: pode seguir para análise, mas não existe garantia de correção aprovada.
- Correção aprovada: Operações publica outra versão e preserva a anterior.
- Portal indisponível: registrar horário e guardar a descrição; canal e tratamento do prazo continuam indefinidos.
Qualquer versão que dê uma resposta diferente precisa voltar à revisão. A regra sintética contém seis IDs; uma checagem local confirmou a presença dos seis tanto na entrada quanto na referência publicada. Essa prova é estrutural, sem demonstrar compreensão humana ou precisão do modelo.
Passo 4: observe alguém usando o texto
Depois de o dono do processo conferir equivalência, peça a uma pessoa do público-alvo que localize onde enviar o pedido, quais dados informar e o que fazer se o portal estiver fora do ar. Evite explicar a resposta antes da leitura.
Registre o que ela encontrou, o que interpretou e onde precisou de ajuda. Não conclua que o texto funciona apenas porque o revisor conseguiu lê-lo. O guia de teste de usabilidade com ChatGPT ajuda a preparar tarefas neutras; a sessão e a observação precisam acontecer de verdade.
Antes de substituir a versão oficial
Guarde a fonte, a proposta de reescrita e o registro de equivalência. O dono do processo precisa resolver as lacunas que impedem uso real. Documentos jurídicos, médicos, financeiros ou de segurança exigem revisão especializada proporcional ao risco.
Na publicação autorizada, identifique versão, vigência, revisor e canal de dúvida. Uma nova regra futura deve atualizar as duas redações para evitar instruções concorrentes. A capacitação empresarial em IA pode incluir essa prática como revisão de documentos, com critérios observáveis em vez de uma disputa por textos mais curtos.
Fontes oficiais e alcance
Consultadas em 23 de outubro de 2026:
- OpenAI: boas práticas de prompts, para contexto claro e refinamento.
- OpenAI: faixa gratuita, para condições gerais de acesso, sem fixar modelo ou limite numérico.
- OpenAI: países suportados, incluindo Brasil.
- OpenAI: controles de dados, sujeitos a conta e workspace.
- W3C WAI: escrita para acessibilidade, para instruções claras, estrutura e linguagem compreensível.
As fontes sustentam as orientações gerais. O procedimento e a referência de reescrita são sintéticos. Nenhuma fonte certifica equivalência jurídica, entendimento do público ou conformidade de um documento empresarial específico.