Dzień dobry,
Po aktualizacji wersji jak w temacie przestały być widoczne jakiekolwiek stare zadania w zakładce “Monitorowanie”. Upgrade nie wykazał żadnych błędów. Co ciekawe - mamy dwie wersje EZDRP, jedna do testów a druga produkcyjna - w tej testowej wszystko działa jak należy, zaś w produkcyjnej nie. Póki co zrobiliśmy rollback do starej wersji, bo bez owego monitorowania praca nie jest możliwa. Czy możemy prosić o jakieś sugestie?
Przed chwilą wyszła 26.105.9 może aktualizacja pomoże?
Dzięki za odpowiedź, faktycznie ta wersja pojawiła się przed chwilą, jeszcze rano jej nie było 
Najwcześniej wieczorem zaktualizujemy i w razie czego dam znać.
Opisana kwestia dotyczy wyłącznie Podmiotów posiadających już wersję B zadań: widok Do Obsłużenia, Monitorowanie.
Problem występuję tylko i wyłącznie kiedy na instancji na poziomie YAMLa aplikacji flaga Ezdrp_Feature_NoweZadania jest na Enabled, ale z poziomu konta Root w EZD RP w Administracja - Podmioty nie były włączone Nowe Zadania. Problem występuję przy podniesieniu z wersji 26.103 do wyższych.
Jeżeli więc wykonali Państwo Rollback/przywrócili środowisko z Backupu do wersji 26.103 i mają Państwo wpisy w Monitorowaniu to należy z poziomu Root włączyć Nowe Zadania dla Podmiotu w menu Administracja - Podmioty i dopiero wtedy podnieść się do wersji 26.104 co powinno pomóc.
Bardzo dziękuję. To zapewne rozwiąże problem Sprawdzimy po świętach.
Dzień dobry,
Mamy ten sam problem. Brak wpisów w “monitorowanie”. Nie pojawiają się też zadania w “Do obsłużenia”. Robiliśmy aktualizację z 26.103.4 od razu do 26.105.9. Czy konieczny jest rollback do 26.103.4? Na 26.105.9 włączyłem “nowe zadania” z poziomu root ale nie pomogło.
Rollback musiałby się wiązać z przywróceniem backupu całego środowiska: maszyn klastra Kubernetes i baz danych sprzed daty aktualizacji, co też wiązałoby się z utratą części pracy/wpływów itp. itd.
Jeżeli mają Państwo wsparcie NASK-u zgłoszeniowe to prosiłbym o odpowiednie zgłoszenie w odpowiednim kanale komunikacji.
Niestety nie mamy wsparcia. Rozumiem, że bez przywrócenia wersji 26.103.4 z backupu się nie obędzie?
Dzień dobry,
jeżeli jednostka posiada wsparcie zgłoszeniowe NASK to należy skontaktować się z tym wsparciem mailowo/przez zgłoszenie. Jeżeli jednostka nie posiada wsparcia NASK, to konieczne może być przywrócenie środowiska z kopii zapasowej.
Dla partnerów z wersją B zadań na Podmiocie (widok Do Obsłużenia/Monitorowanie) prośba:
Proszę przed aktualizacją do wersji 26.104 lub wyższych zalogować się na konto root do EZD RP, wejść w Administracja, Podmioty i dla danego podmiotu posiadającego już wersję B zadań (widok Do obsłużenia/Monitorowanie) włączyć Nowe Zadania by uniknąć problemu z wykasowaniem zawartości widoków Do obsłużenia i Monitorowanie.
Mieliśmy podobny przypadek w jednym z urzędów, pracującym na infrastrukturze własnej ze wsparciem NASK. Poniższe rozwiązanie może jednak nie zadziałać w innych konfiguracjach, dlatego traktujcie je wyłącznie jako opis przypadku i kierunek, który komuś zadziałał.
Opis dotyczy instalacji, w której cała instancja miała przełączoną flagę Ezdrp_Feature_NoweZadania na Enabled ale z poziomu roota w GUI nie włączono nowych zadań.
Pamiętajcie, żeby przed wykonaniem zmian wykonać pełną kopię zapasową (!!!).
Należy zalogować się na konto techniczne jako root i przejść do Administracja | Podmioty, wybrać odpowiedni podmiot i włączyć dla niego Nowe Zadania. Następnie należy ustalić przerwę serwisową na tym środowisku i wykonać bezpośrednio na bazie danych PostgreSQL w schemacie ezdrp polecenia:
INSERT INTO zadania_nowe.“Zadanie”
SELECT * FROM zadania_nowe.“_Archive_Zadanie_20260226_EZDRPONB20885”
WHERE “IdPodmiotWlascicielBiznesowy” = ‘{idPodmiotWlascicielBiznesowy}’;
INSERT INTO zadania_nowe.“OpisWlasny”
SELECT * FROM zadania_nowe.“_Archive_OpisWlasny_20260226_EZDRPONB20885”
WHERE “IdPodmiotWlascicielBiznesowy” = ‘{idPodmiotWlascicielBiznesowy}’;
INSERT INTO zadania_nowe.“Obieg”
SELECT * FROM zadania_nowe.“_Archive_Obieg_20260226_EZDRPONB20885”
WHERE “IdPodmiotWlascicielBiznesowy” = ‘{idPodmiotWlascicielBiznesowy}’;
INSERT INTO zadania_nowe.“ZwrotDoPoprawy”
SELECT z.* FROM zadania_nowe.“_Archive_ZwrotDoPoprawy_20260226_EZDRPONB20885” z
INNER JOIN zadania_nowe.“Zadanie” zad ON zad.“Id” = z.“IdZadanie”
WHERE zad.“IdPodmiotWlascicielBiznesowy” = ‘{idPodmiotWlascicielBiznesowy}’;
Należy wcześniej zweryfikować jaki IdPodmiotWlascicielBiznesowy na bazie ma podmiot według danych z tabel zwykłych: zadania_nowe. Po potwierdzeniu(commit) na bazie danych zapytań należy ponownie zalogować się do EZD RP jako root i z poziomu Administracja | Synchronizacja - wybrać Synchronizację Nowych Zadań, wybrać odpowiedni podmiot i datę: raz wybrać datę (mniej więcej) instalacji/powstania środowiska EZD RP, a raz bez daty. Synchronizacja może trwać dłuższą chwilę.
Dopiero po wykonaniu synchronizacji i weryfikacji stanu Monitorowanie, Do obsłużenia przez jednego pracownika, reszta pracowników powinna wrócić do normalnej pracy w systemie.
Pozdrawiam
jO.
Dzień dobry,
Czy jest możliwość ustawienia w EZD RP trybu “nie odbieraj korespondencji” bądź trybu serwisowego, aby w momencie prac nie spływała korespondencja.
Zakładając, że prace zaczną się o 16, a skończą się o 17, w tym czasie korespondencja będzie spływać i może być odebrana przez EZD RP. Jeżeli będzie konieczność przywrócenia z backupu, to pobrane pisma z tego, co rozumiem, nie pobiorą się drugi raz. Jak temu zaradzić?
Dzień dobry,
Po wykonaniu tych wpisów do bazy, wróciły właściwe zadania, ale też w pewnych przypadkach pojawiły się zdublowane zadania w “Do obsłużenia”. A więc przywróciły się te zagubione zadania, ale też chyba takie, które już były w systemie. Dotyczą już zakończonych spraw. Nie można ich zakończyć, bo jest komunikat “Obieg jest już zakończony”. Czy aby to naprawić konieczne są jeszcze jakieś działania na bazie, czy da się to od strony EZD załatwić aby pozbyć się tych wiszących zadań?
Możecie ew. cofnąć się do kopii zapasowej sprzed synchronizacji i wykonać synchronizację Nowych Zadań z krótszego okresu tzn. tylko od tego momentu kiedy ich brakuje. Niestety, więcej informacji na ten temat nie odnajduję.
Trochę czasu minęło zanim dostałem zgłoszenie o tych dublach, cofanie się do tamtej kopii nie wchodzi już w grę 
Nie da się bezpośrednio na bazie w jakiejś kolumnie “odhaczyć” tego zadania jako wykonane, aby nie wisiało w “Do obsłużenia”? Oczywiście o ile to bezpieczne. Albo usunąć nadmiarowy rekord, tylko tutaj mam obawy, że są jakieś relacje o których musiałbym wiedzieć, żeby nie rozwalić integralności bazy.
Czy po zrobieniu backupu i włączeniu Nowe zadania i ponownym zaktualizowaniu, sprawy z zakładki Monitorowanie i Do obsłużenia, które wcześniej nie były widoczne pojawią się ponownie czy te dane dane są już bezpowrotnie utracone i będą pojawiać się tylko nowe sprawy?
Jaka była dokładnie historia? Na której wersji włączył Pan Nowe Zadania? W obecnym stanie mamy za mało szczegółów.
Dzień dobry,
przy aktualizacji z wersji 26.103.4 na 26.104.5 zniknęły nam zadania z zakładki monitorowanie. Zrobiliśmy wskazane operacje na bazie, zmieniliśmy ustawienia w GUI oraz wykonaliśmy synchronizacje. Podjęte działania poskutkowały pojawieniem się zadań od daty aktualizacji, natomiast starsze w dalszym ciągu są niewidoczne. Zajrzeliśmy do bazy danych EZD RP do zadania_nowe.“Zadania” i tam znajdują się wszystkie zadania, również z datą sprzed aktualizacji, natomiast nie są dostępne w GUI.
Ponadto u kierowników w zakładce do obsłużenia nie powróciły sprawy po aktualizacji a w sekretariacie zniknęła sprawa współdzielona. W prawym górnym rogu pojawiają się komunikaty np o wykonanej wysyłce.
Jakie dalsze kroki możemy podjąć aby naprawić opisane problemy?
Mogą Państwo wykonać synchronizację nowych zadań wybierając wcześniejszą datę, ale niesie to ryzyko, że zamknięte zadania z tego okresu również pojawią się w zakładce Do Obsłużenia.
Dzień dobry,
Ponawiam pytanie. Jak pozbyć się ciągle wiszących tematów w “Do obsłużenia”, które się zdublowały? Niektóre pozycje załatwiliśmy tak, że w istniejących sprawach na danym dokumencie wybraliśmy “odłącz od sprawy”, wtedy na zdublowanej pozycji w menu “Do obsłużenia” wybraliśmy “Dołącz do sprawy” - dokument ponownie wskoczył na swoje miejsce i zniknął z “Do obsłużenia”. Niestety niektóre sprawy mają przypisane zadania, były podpisy/akceptacje/wysyłki przez eDoręczenia itp. Nie da się ich odłączyć od sprawy, bo jest komunikat o powiązanych zadaniach.
W bazie wygląda to tak, że w tabeli Zadania są 2 pozycje mające wspólne wartości pól, np:
ale różnią się innymi polami, ale szczególnie
Id, CzyPodjete (jedno jest [v], drugie ), NumerKroku (jedno 0, drugie 1)
Jak się tego pozbyć bezpiecznie? Założyć techniczną sprawę na te potrzeby i dołączyć do takiej (innej) sprawy wiszące zadania? Może do innej sprawy pozwoli dołączyć zadanie, ale czy na pewno skoro ma ten sam “IdObieg”? No i czy to nie spowoduje problemów w aplikacji?
Czy majstrować bezpośrednio na bazie? Ale jak, aby to było bezpieczne?
Mamy ten sam problem z dublowanymi zadaniami. Czy jest już znane jakieś rozwiązanie tego problemu lub czy będzie to naprawione w najbliższej aktualizacji?