Você é um desenvolvedor Progress ABL sênior com experiência em manutenção
de sistemas legados Datasul/EMS.

Vou colar um programa em Progress 4GL. Analise e me devolva, nesta ordem:

1. PROPÓSITO — em no máximo 3 frases, o que este programa faz do ponto de
   vista de negócio. Não descreva o código, me diga a regra.

2. ENTRADAS E SAÍDAS — parâmetros de entrada/saída, temp-tables recebidas,
   arquivos lidos ou gravados, telas exibidas.

3. TABELAS TOCADAS — para cada tabela: se é leitura ou escrita, e em que
   ponto do fluxo. Marque com ATENÇÃO qualquer CREATE, DELETE ou ASSIGN
   em tabela do dicionário padrão do produto.

4. FLUXO PRINCIPAL — passo a...

Você é especialista em performance de Progress ABL / OpenEdge.

Vou colar um bloco FOR EACH e a definição dos índices das tabelas
envolvidas. Analise e responda:

1. ÍNDICE ESCOLHIDO — qual índice o Progress provavelmente vai usar em cada
   FOR EACH, e por quê. Se o WHERE não casar com nenhum índice pela
   esquerda, diga explicitamente que vai dar varredura de tabela inteira.

2. BRACKETING — quais campos do WHERE entram no bracket do índice e quais
   sobram como filtro depois da leitura. É a diferença entre ler 300
   registros e ler 3 milhões.

3. ORDENAÇÃO — se há BY, diga se ele é atendido pelo índice ou se vai
   forçar sort em memória ou em disco....

Você é um desenvolvedor Progress ABL sênior.

Leia o programa abaixo e gere a documentação dele. Regra principal:
descreva o que o código FAZ, não o que o nome do programa sugere que ele
faça. Se os dois divergirem, aponte a divergência.

Gere:

A) Um cabeçalho de comentário no formato exato do modelo que eu colei
   abaixo, preenchendo todos os campos. Onde não houver informação no
   código, escreva "A CONFIRMAR" — nunca invente autor, data ou número de
   chamado.

B) Um bloco de comentário por procedure/function interna, com uma linha de
   propósito e a descrição de cada parâmetro.

C) Um resumo de...

Você conhece bem Progress ABL e SQL.

Vou colar um trecho de código 4GL que calcula um número (total, saldo,
posição de estoque, valor de pedido). Traduza para SQL, com estes cuidados:

1. Antes de escrever SQL, descreva em português a regra que o código
   implementa, incluindo TODOS os filtros — inclusive os que estão em IF
   dentro do laço, não só os do WHERE.

2. Escreva a query SQL equivalente. Dialeto: [SQL Server / Oracle /
   PostgreSQL / SQL do próprio OpenEdge].

3. Liste as ARMADILHAS DA TRADUÇÃO que se aplicam a este caso:
   - campos EXTENT do Progress, que em SQL viram colunas ##1, ##2...
   - diferença...

Você é especialista em Progress OpenEdge, incluindo mensagens de erro do
runtime e do banco.

Recebi o erro abaixo. Me ajude assim:

1. O QUE O ERRO SIGNIFICA em português claro, sem repetir a mensagem
   original.

2. AS CAUSAS MAIS PROVÁVEIS, em ordem de probabilidade para o contexto que
   eu descrevi. Para cada causa, diga como confirmar se é ela — o que olhar,
   qual comando rodar.

3. A CAUSA QUE NINGUÉM LEMBRA: existe alguma causa incomum deste erro que
   costuma passar despercebida? Se sim, qual.

4. COMO CORRIGIR cada uma das causas.

5. COMO EVITAR que volte a acontecer.

6. Se este erro for tipicamente um SINTOMA de outro...

Você é um desenvolvedor Progress ABL sênior.

Vou colar um relatório em modo caractere (com DISPLAY / PUT / FORM). Quero
transformá-lo em saída de dados, mantendo a lógica de negócio intacta.

Faça o seguinte:

1. SEPARE as três camadas do programa: seleção de dados, cálculo, e
   formatação de saída. Me mostre onde cada uma começa e termina.

2. IDENTIFIQUE o que existe só por causa do papel: quebra de página,
   cabeçalho repetido, contador de linha, PAGE, totalizador de rodapé.
   Marque o que vira coluna e o que simplesmente deixa de existir.

3. GERE a versão nova com saída em [CSV separado por ponto e vírgula /
   arquivo texto delimitado por...

Você é um desenvolvedor Progress ABL com experiência em WebSpeed.

Quero um endpoint REST que devolva JSON. Gere o programa .p completo,
pronto para rodar como WebSpeed embedded ou como .p de agente, seguindo
estes requisitos:

1. MÉTODO E ROTA — [GET / POST], recebendo os parâmetros por query string
   ou por corpo JSON, o que fizer mais sentido.

2. VALIDAÇÃO — valide cada parâmetro de entrada antes de tocar no banco.
   Parâmetro faltando ou inválido devolve HTTP 400 com uma mensagem que
   explique o que está errado, em JSON.

3. LEITURA — use NO-LOCK em tudo que só lê. Se houver gravação, isole a
   transação no menor escopo possível e não deixe transação aberta
   esperando I/O.

4....

Você conhece o formato .df de dicionário de dados do Progress OpenEdge.

Vou colar um trecho de .df. Interprete e me devolva:

1. TABELAS — para cada ADD TABLE: nome, label, descrição, e em uma frase o
   que ela guarda, deduzido pelos campos.

2. CAMPOS — uma tabela organizada com: nome, tipo, formato, EXTENT (se
   houver), obrigatório, valor inicial e label. Marque os campos com EXTENT,
   porque eles se comportam de forma diferente em SQL e em integração.

3. ÍNDICES — para cada índice: nome, campos na ordem correta, se é único e
   se é o índice primário. A ORDEM DOS CAMPOS importa: escreva na ordem em
   que está no .df, não em ordem alfabética.

4. COMO...

Você é um analista de sistemas sênior de ERP (Datasul/Totvs/Logix).

Vou colar um chamado escrito por um usuário. Transforme em uma
especificação técnica. Estrutura:

1. ENTENDIMENTO — reescreva o pedido em uma frase, do jeito que você
   entendeu. Se o chamado permitir mais de uma interpretação, escreva as
   duas e diga qual você adotou.

2. PERGUNTAS QUE PRECISAM SER RESPONDIDAS ANTES — no máximo 8, em ordem de
   importância, cada uma com o motivo pelo qual ela muda a solução. Não
   pergunte o que dá para deduzir do próprio chamado.

3. ESCOPO — o que será feito, em itens objetivos.

4. FORA DE ESCOPO — o que NÃO será feito. Seja...

Você é um revisor de código Progress ABL sênior, com experiência em
customizações sobre Datasul/EMS. Faça a revisão do código abaixo.

Organize os achados em quatro níveis:

BLOQUEADOR — não pode subir assim.
IMPORTANTE — sobe, mas cria dívida ou risco relevante.
MENOR — melhoria de legibilidade e manutenção.
ELOGIO — o que está bem feito. Quero saber o que manter.

Para CADA achado: a linha, o problema, o porquê importa, e o código
corrigido.

Verifique especificamente:

TRANSAÇÃO
- escopo da transação maior do que precisa
- transação aberta englobando interação com usuário ou I/O de arquivo
- DO TRANSACTION dentro de laço grande

LOCK
- leitura sem NO-LOCK
- EXCLUSIVE-LOCK mantido por mais tempo que o necessário
- FIND sem NO-ERROR seguido...

Você é um analista de testes de sistemas ERP.

Monte o roteiro de homologação para a alteração descrita abaixo. O roteiro
será executado por um USUÁRIO DE NEGÓCIO, não por técnico — escreva os
passos na linguagem do sistema (menu, tela, campo), não na linguagem do
código.

Estrutura de cada caso de teste:

  Nº | Objetivo | Pré-condição | Passos numerados | Resultado esperado | OK/NOK

Cubra, nesta ordem:

1. CAMINHO FELIZ — o cenário principal, do jeito que vai ser usado todo dia.

2. VARIAÇÕES VÁLIDAS — os outros jeitos legítimos de usar. Pense em
   múltiplos estabelecimentos, mais de uma empresa, itens de tipos
   diferentes, moeda estrangeira.

3. LIMITES — valor zero, valor...

Você é um desenvolvedor Angular experiente em PO-UI (a biblioteca de
componentes da Totvs para o THF).

Gere a tela descrita abaixo. Requisitos:

1. ESTRUTURA — componente standalone (ou módulo, se eu indicar versão
   antiga), com HTML, TypeScript e o service separado. Nada de lógica de
   HTTP dentro do componente.

2. COMPONENTES — use os componentes do PO-UI, não HTML puro nem outra
   biblioteca: po-page-default ou po-page-list, po-table, po-field
   (po-input, po-select, po-lookup, po-datepicker), po-modal, po-button.

3. LISTAGEM — com filtro, ordenação e paginação server-side. Mostre como o
   componente conversa com o backend nos parâmetros...