.:: Ewmapa ::.

Tak de facto nie ma znaczenia czy atrybut jest znaczący czy nie - program nie rozpoznaje takiej hierarchii. Zmiana to zmiana, każdy zapis obiektu, nawet  bez zmiany żadnego atrybutu (samo przeklikanie zapisu) rozpocznie nowy cykl życia obiektu. Dlatego aktualny operat powinien przypisywać się zawsze, jeśli aktualny operat jest pusty to taki też będzie się wyświetlał i ma to sens w świetle obecnie nam panującego rozporządzenia.
Poza tym skoro coś w obiekcie zmieniałeś, to powinna pokazać się jakaś twoja ingerencja - tak też się dzieje. 

Jak sam zauważyłeś Ty operatu nie kasujesz tylko przypisujesz pusty.

Praca w Ewopisie w trybie administratora nie jest niezgodna z rozporządzeniem. Doskonale się w ten sposób pracuje jeśli wprowadzasz zmiany do późniejszego zasilenia automatycznego w trybie "do modernizacji".

Wg rozporządzenia masz obowiązek przypisać do wszystkiego dokument potwierdzający zmianę. Czy to operat w Ewmapie czy też decyzję, postanowienie etc. w EwOpisie. I tak rób. W bazach danych BDOT GESUT czy egib nie ma żadnych zbędnych czy nie znaczących danych. Jeśli zmieniasz cokolwiek to robisz to na podstawie czegoś, czegokolwiek.
Mapa wywiadu terenowego, wniosku właściciela, gestora sieci, wiedzy wynikającej z postępowań urzędu. COŚ zawsze jest. To, że w EwMapie ten wykaz nazywa się bazą operatów wprowadza, być może nie potrzebnie, wrażenie że tam mogą być tylko operaty, a to nie do końca tak działa.

A pomijając wszelkie powyższe argumenty, o ile mnie pamięć nie myli, to faktycznie praca w zmianach bezpośrednich miała nie wpływać na przypisane operaty.

Ujmując w takim układzie sprawę od strony praktycznej najłatwiej będzie przeklikać wszystkie zmiany a później przywrócić wcześniejsze operaty sql-em.

A pomijając wszelkie powyższe argumenty, o ile mnie pamięć nie myli, to faktycznie praca w zmianach bezpośrednich miała nie wpływać na przypisane operaty.

Odnośnie tej wypowiedzi - zmiana na operat faktycznie nie wpływa, ale jeśli chodzi o elementy na warstwach Teoretycznie taka sama opcja mogła by być przy obiektach.
Ja zmiany bezpośrednie rozumiem jako brak konieczności akceptacji dokonanych zmian (bo to dla geodetów nie ma znaczenia). Przy wymianie przez pliki modyfikujace osrodek i tak przypisuje aktywny operat podczas importu do wszystkiego co zostało zmienione (chyba, że się myle?).

Ujmując w takim układzie sprawę od strony praktycznej najłatwiej będzie przeklikać wszystkie zmiany a później przywrócić wcześniejsze operaty sql-em.

Właśnie w ten sposób poprawiłem utracone przypisanie operatów, ale to proteza i dopuszczalna tyko na jakiejś bazie roboczej, jeśli dokładnie wiemy co robimy.