1. Zadania zaplanowane (Scheduled Tasks / RPA)

Tabele: pm_scheduled_tasks, pm_scheduled_tasks_parameters, pm_scheduled_tasks_history, pm_scheduled_tasks_component, pm_scheduled_tasks_category, pm_rpa_configs, pm_rpa_scripts, pm_rpa_workers_history.

Sposób wykonania: Po przeniesieniu backupu bazy produkcyjnej na serwer testowy, przed uruchomieniem serwera testowego, wyłączyć wszystkie zaplanowane zadania:

UPDATE public.pm_scheduled_tasks
SET is_active = false
WHERE is_active IS TRUE;

• Wyłącz wszystkie zadania (pm_scheduled_tasks.PST_ENABLED / analogiczna flaga) natychmiast po imporcie bazy — zanim jeszcze cokolwiek zostanie uruchomione.

2. Konfiguracja HttpLink

Sposób wykonania: Adres HttpLink przechowywany jest w tabeli pm_systemparameter. Po wyrównaniu środowiska podmienić wartość na adres serwera testowego:

UPDATE public.pm_systemparameter
SET valuestring = 'https://<adres_serwera_testowego>:8443/PWFL'
WHERE parameterkey = 'HTTPLink';

Przykład: https://iso.dominik.pl:8443/PWFL — wartość dobrać zgodnie z rzeczywistym adresem i portem instancji testowej..

3. Konfiguracja skrzynek pocztowych i powiadomień

Sposób wykonania: Funkcjonalność znajduje się w panelu administracyjnym: Administracja → Konfiguracja systemu → Konfiguracja skrzynek pocztowych. Podmienić konta pocztowe pochodzące z wersji produkcyjnej na konta testowe w każdym przypadku, gdy środowisko testowe ma korzystać z innych skrzynek niż produkcja.

• Sprawdź skrzynki odbiorcze skonfigurowane do odbierania poczty przychodzącej (np. e-faktury, pm_efaktura_email_from) — jeśli DEV podłącza się do prawdziwej skrzynki produkcyjnej (IMAP/POP3), odłącz i podmień na skrzynkę testową, aby uniknąć oznaczania/usuwania maili produkcyjnych.
• Zweryfikuj adresy "From"/"Reply-To" tak, aby ewentualne odpowiedzi nie trafiały na skrzynki produkcyjne.
  
  

4. Pliki konfiguracyjne i systemowe

Sposób wykonania: Pliki konfiguracyjne wtyczek oraz pliki systemowe podmienić w panelu administracyjnym: Administracja → Konfiguracja systemu → Konfiguracja wtyczek.

• Konfiguracja Tomcata ($CATALINA_HOME/conf/server.xml, context.xml, catalina.properties) — porty nasłuchu, connectory, aliasy hostów, ewentualne przekierowania wskazujące na domenę produkcyjną.
• $CATALINA_HOME/bin/setenv.sh — zmienne środowiskowe/JVM (JAVA_OPTS, CATALINA_OPTS) mogą zawierać zaszyte na sztywno adresy URL, hasła lub connection stringi produkcyjne.
• Zmienne środowiskowe i pliki .env używane przez ewentualne mikroserwisy/skrypty towarzyszące (np. RPA, integracje własne Suncode).
• Certyfikaty i klucze (SSL w server.xml/keystore Tomcata, podpisy dla integracji SAP/EDI) — potwierdź, że DEV nie korzysta z tych samych aktywnych kluczy produkcyjnych do zewnętrznych systemów, jeśli miałoby to skutkować realnymi transakcjami.
• Logi aplikacyjne po imporcie ($CATALINA_HOME/logs/catalina.out, localhost.*.log) — wyczyść/zrotuj, aby nie mylić logów sprzed migracji z nowymi.

5. Integracje z systemami zewnętrznymi

Sposób wykonania: Wyrównać pliki integracji między środowiskami: Podmienić pliki pod ścieżką: /home/plusworkflow/prod/plusworkflow/