Być może użytek został usunięty, a następnie usunięto operat, zanim został zatwierdzony, stąd brak podstawy zmian. Przywrócić usunięte operaty (te, które były wywalone z pozycji ZUD, czyli "po staremu") możesz poniższym zapytaniem:
update ew_operaty set typ= typ-200 where typ>200
Sprawdź i daj znać, czy zadziałało.

Obstawiam niezatwierdzoną zmianę na bazie użytków.

Nie podałeś konkretnych danych. Powierzchnia i ilość punktów to jeden z wielu czynników wpływających na cenę. Nie wiadomo, czy to faktyczna redakcja, czy kosmetyka? Tu raczej pytaj o kwestie techniczne, nie ekonomiczne.

Sprawy finansowe obgaduje się przed wykonaniem pracy. Zamawiając w knajpie zupę, drugie (z frytkami, bo Lupus lubi) i kompot, znasz cenę przed konsumpcją. Dlaczego zlecenie na wykonanie mapy chcesz traktować inaczej?

Zupa, drugie i może kompot 😉

A tak się zapytam, na jakiej przeglądarce działa swdemanagerlt ?

Sposób z dwoma bazami zadziała bez żadnych kombinacji, sposób z filtrowaniem po operacie, dacie utworzenia, osobie itp.  zadziała, jeśli nie zrobisz redakcji istniejących elementów. Swoją drogą nie bardzo rozumiem wymogów ośrodka, dlaczego ma to być eksport podstawowy tylko nowych elementów. W przypadku bazy obiektowej przy imporcie podstawowym nie ma żadnej kontroli nad wpisami do tabeli inwestorów/władających. To najprostsza droga do narobienia tam sobie syfu. Z drugiej strony, skoro zarządca bazy się tym nie przejmuje, to dlaczego ktokolwiek inny miałby się tym przejąć?

Pogubiłem się trochę w opisie. Może dlatego, że wcięło część wypowiedzi. Jest "po pierwsze" a nie ma "po drugie". I opis lekko zagmatwany.
Z tego co zrozumiałem, to pomieszałeś eksporty/importy. Mówisz o pobraniu gml, a następnie piszesz o eom, czyli eksporcie obiektów w formacie ewmapy. Jeżeli importujesz gml, to do PODGiK eksportuj w tym samym formacie, czyli gml.
Bazę roboczą możesz przygotować wcześniej, ale to co narysujesz dogrywaj do danych z ośrodka a nie odwrotnie. Tu problem widzę w bazie gesut, bo importując dane z ośrodka dostajesz także słownik władających sieciami i rysując swoje elementy korzystasz z pozycji z tego słownika. Jeśli zachowasz spójność w formacie importu i eksportu nie powinno być problemu z wymianą danych PODGiK -> Wykonawca -> PODGiK.

Taki eksperyment myślowy:
-wczytujesz bazę z opcją  "stan na dzień", dzień, gdy obiekt był w bazie
-robisz eksport zaznaczonego obiektu z danymi autoryzacyjnymi
-zaczytujesz obiekt do bazy z importem danych autoryzacyjnych
Żeby to zadziałało, musisz zalogować się jako "Zarządca", zmiany w bazie do której zaczytujesz muszą być zatwierdzone (inaczej dostaniesz komunikat, że taki obiekt jest w bazie).

Jeśli pracujesz w trybie operatowym, i zmian nie było dużo, najlepiej anulować zmiany dla bazy, z której obiekt został usunięty. W zasadzie , gdy zmian nie było zbyt dużo, to lepiej zacząć wszystko od początku też przy pracy w trybie zmian bezpośrednich.

Swoją drogą szkoda, że nie ma prostej metody cofnięcie usunięcia obiektu.

Czy plik z eksportem w postaci niepakowanej był przesyłany mailem?

Na to bym nie liczył 😉

Nowe kontrole, nowe narzędzia. Eksporty z wersji 12 i 13 są kompatybilne.

A jaki masz komunikat o błędzie? Co do enklaw, nie ma różnego sposobu na rysowanie mniej lub bardziej złożonych kształtów. Rysujesz dwa zamknięte obszary, gdzie mniejszy w całości zawiera się w większym (nie przecinają się i nie mają wspólnej krawędzi) i łączysz po jednym wierzchołku obu obiektów tylko jednym odcinkiem (na tej samej warstwie co oba obszary, możesz użyć linii 14). Powinno działać.

Ilość błędów przy konwersji jest odwrotnie proporcjonalna do jakości baz  😉

Przy markerze powierzchniowym masz "odłóż równolegle"