docs(ups): capcana Task Scheduler intra in sectiunea de capcane platite

Era doar in handoff (care se sterge) si in mesajul commit-ului 03d3045. Acum e
la vedere, langa celelalte: un NEINREGISTRAT de la -Mode Status poate fi o
eroare tranzitorie de interogare, nu un task disparut.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01RRyaDj39hPQ89SZS6URRpS

docs/ups-server36-monitorizare.md

@@ -319,6 +319,14 @@ mail a răspuns *„SMTP AUTH is required for message submission on port 587"*
 autentificat deloc. Pentru orice valoare cu caractere speciale: se trimite un `.ps1` cu `scp`
 și se rulează acolo, nu se construiește comanda din ghilimele.
 
+**Task Scheduler refuză ocazional interogarea, iar răspunsul nu înseamnă „nu există".** Pe
+27.08.2026 la 16:27, `-Mode Status` a raportat `Task programat: NEINREGISTRAT` deși taskul rula
+— `State=Running`, proces `ups-monitor.ps1 -Mode Run` viu — iar trei rulări imediat următoare
+au raportat corect. Cauza era în raportare, nu în task: `catch`-ul trata la fel „nu există" și
+„n-am putut întreba", și îl afișa pe cel mai alarmant. Într-o pană reală mesajul ăla ar trimite
+pe cineva să reinstaleze un monitor funcțional. Corectat: absența se stabilește prin
+`$null -eq $task`, iar o interogare eșuată spune `NEDETERMINAT` și arată eroarea.
+
 **Fișierul `.ps1` e intenționat fără diacritice.** PowerShell 5.1 citește un `.ps1` fără BOM
 ca ANSI; diacriticele din literalii de șir ar ajunge corupte în emailuri. Documentația (`.md`)
 nu are constrângerea asta.