# Correção: transação ativa vence status terminal antigo

## Problema
Em uma mesma sessão, uma transação anterior podia deixar `transaction_status=COMPLETED`. Quando uma nova transação já havia sido aberta em `AWAITING_CONFIRMATION`, o `input_guardrails` de `app/workflows/agent_graph.py` ainda usava o status terminal antigo como gatilho para limpar o contexto operacional. Isso apagava a nova `active_transaction`, fazendo a confirmação seguinte (`sim`) cair em `contas_no_match_retry`.

## Correção
O reset operacional agora consulta primeiro `active_transaction.status`. Se existir uma transação ativa não-terminal (`COLLECTING_PARAMETERS`, `AWAITING_CONFIRMATION`, `EXECUTING`, `PAUSED` ou `WAITING_INPUT`), ela tem precedência sobre qualquer status terminal residual da transação anterior. O tombstone só ocorre quando não há transação ativa pendente.

## Resultado esperado
- Transação anterior pode permanecer no histórico/evidência.
- Nova transação não é apagada por status velho.
- `sim` após a confirmação de TIM Fashion permanece no fluxo transacional.
- Encerramentos reais continuam limpando o contexto quando não existe nova transação ativa.
