Jeżeli próba migracji danych do aSISt2 kończy się błędem, to:

Proszę przesłać na naszą skrzynkę: pomoc@asist.net.pl wszystkie pliki znajdujące się w podkatalogu "logs" aplikacji aSISt2, czyli: C:\aSISt2\logs

Nie mogę otworzyć nowego okresu. Lista lat/miesięcy na pierwszej stronie aSISt tworzenia okresu jest pusta.

Od wersji aSISt 2.0, pracującego w trybie komunikacji z tranSIS, tworzenie nowych okresów jest możliwe dopiero po ich opublikowaniu przez zrzeszenie, które poprzez system tranSIS aktywuje nowy okres sprawozdawczy.

Czy wykonując migrację z 1.8.9 (derby) do 2.0.2 możliwe jest przeniesienie danych do wersji wielostanowiskowej (Oracle)?

Tak, migrując dane aSISt do 2.0.2 można przenieść je od razu do wersji wielostanowiskowej.

Szczegółowe omówienie procesu migracji przedstawiono w:
aSISt_2.0.2 - migracja danych derby-oracle.pdf

Czy można skopiować do nowego okresu sprawozdawczego dane z innego wcześniejszego miesiąca?

Można to zrobić wykorzystując funkcję: "Wczytaj dane z innego okresu".

• Należy otworzyć tabelę do której chcemy przekopiować dane.
• Wybrać funkcję:
  "Tabela" -> "Wczytaj dane z innego okresu"
• Wskazać okres z którego chcemy przekopiować dane

Jak wprowadzić korekty do sprawozdań, które zostały już przesłane do Zrzeszenia?

Po bezpośrednim wysłaniu sprawozdań z aplikacji aSISt do tranSIS (do Zrzeszenia) dokonywana jest automatyczna zmiana statusu okresu sprawozdawczego na: "wysłany", który blokuje okres sprawozdawczy do edycji.

Również statusy:

• "odrzucony" (sprawozdania odrzucone przez Zrzeszenie),
• "weryfikowany" (sprawozdania przesłane przez Zrzeszenie do NBP),
• "zaakceptowany" (sprawozdania przyjęte przez NBP),

uniemożliwiają wprowadzanie zmian do takich okresów, możliwe jest jedynie otwarcie okresu tylko do podglądu.

Aby można było wprowadzać korekty do tych okresów sprawozdawczych, konieczne jest dokonanie zmiany statusu na taki, który pozwoli edytować dany okres sprawozdawczy, czyli na status:

• "edycja z groszami" (kwoty prezentowane z groszami - wymagane jest później wykonanie funkcji "Zaokrąglenia")
• "edycja w pełnych złotych" (kwoty prezentowane w pełnych złotych)

Zmiana statusu może być wykonana przy wykorzystaniu jednej z funkcji: "Zmień status", lub "Zarządzanie okresami".

"Okres" -> "Zmień status okresu",

• Funkcja ta pozwala na dokonanie zmiany statusu w aktywnym okresie sprawozdawczym,

"Okres" -> "Zarządzanie okresami",
wskazując właściwy okres wybrać zakładkę "Zmień status"

• Funkcja ta pozwala na dokonanie zmiany statusu w dowolnym okresie sprawozdawczym,

Zmiana statusu okresu sprawozdawczego możliwa jest tylko wówczas, gdy jest aktywne połączenie Banku ze Zrzeszeniem.
Jeżeli przy próbie zmiany statusu okresu sprawozdawczego wyświetla się komunikat:
"Błąd komunikacji z serwisem"  lub
"Wystąpił błąd podczas komunikacji z serwisem (ActiveMQ)"
należy:

• sprawdzić czy połączenie ze Zrzeszeniem jest aktywne,
• chwilę odczekać po czym dokonać ponownej próby zmiany statusu,

jeżeli nadal występuje błąd - skontaktować się ze Zrzeszeniem.

Jak otworzyć nowy okres sprawozdawczy, żeby nie ustawiać ponownie drzewa kontekstu i dokonywać selekcji wymiarów definiowanych przez taksonomię?

Otwierając nowy okres za pomocą funkcji:

"Okres" -> "Nowy okres"

wybrać opcję: "Tworzenie okresu na podstawie", wskazując miesiąc na podstawie którego chcemy stworzyć nowy okres, tak jak to przedstawia poniższy rysunek.

Tak utworzony okres sprawozdawczy:

• nie zawiera żadnych danych,
• drzewo kontekstu i wymiary taksonomii są tak sprofilowane jak w miesiącu wzorcowym (w przykładzie-kwiecień).

Czy można usunąć błędnie otwarty okres sprawozdawczy?

Nie można usunąć otwartego okresu sprawozdawczego, ale można go zmodyfikować.

• Jeżeli w otwartym przez nas okresie nie wszystkie sprawozdania, które mamy do wykonania są aktywne, musimy dokonać powtórnego profilowania naszego "Drzewa kontekstu", wykorzystując do tego funkcje:

"Okres" -> "Modyfikuj ustawienia okresu" -> "Kontekst"

i zaznaczając brakujące sprawozdania,

• Jeżeli przy otwieraniu okresu nie wszystkie wymiary definiowane przez taksonomie zostały przez nas wyselekcjonowane, dokonujemy powtórnego profilowania tych wymiarów, wykorzystując funkcje:

"Okres" -> "Modyfikuj ustawienia okresu" -> "Wymiary taksonomii"

Funkcja ta dostępna jest tylko dla użytkownika o uprawnieniach administratora.

Jak sprawdzić na której wersji aplikacji aSISt pracujemy?

Aby sprawdzić która wersja aplikacji aSISt jest zainstalowana u Państwa na komputerze należy wykorzystać funkcje:

"aSISt" -> "aSISt-informacje"

W prawym dolnym rogu znajduje się numer wykorzystywanej wersji (v.2.0.2)

Aby zamknąć wyświetloną informację i przejść do wykonywania innych funkcji w aplikacji aSISt, należy kliknąć na wyświetlony obrazek.

W jaki sposób bank powinien aktualizować taksonomię? Skąd pobrać właściwe pliki?

Każdorazowo, jeżeli wprowadzane są zmiany do obowiązującej taksonomii, to zmiany te zostają włączone do nowej wersji apikacji aSISt i bank we własnym zakresie nie musi już importować żadnej taksonomii.
W takiej sytuacji po zaktualizowaniu aSISt do nowej wersji przy otwieraniu istniejącego-wcześniej utworzonego okresu, powiązanego z nową taksonomią, system generuje komunikat:

Jeżeli dla takiego okresu bank będzie musiał wygenerować Instancję XBRL, to konieczna będzie aktualizacja tej taksonomii przy wykorzystaniu funkcji:

"Okres" -> "Modyfikuj ustawienia okresu" -> "Dane Podstawowe"

Obok starej taksonomii: "Taksonomii skojarzonej z okresem", poniżej widoczna jest "Nowa taksonomia" a po prawej stronie przycisk "Aktualizuj", który należy wybrać, aby wykonać aktualizację tej nowej taksonomii

Funkcja ta dostępna jest tylko dla użytkownika o uprawnieniach administratora.

W jaki sposób ustawić innych użytkowników w aplikacji aSISt?

Aby dopisać nowych użytkowników do obsługi aplikacji aSISt, należy wykorzystać funkcje:

"Użytkownicy" -> "Konta Użytkowników"

Wprowadzając:

• Dane personalne nowych użytkowników,
• Nazwy (loginy) i hasła użytkowników,
• Uprawnienia użytkowników

Funkcja ta dostępna jest tylko dla użytkownika o uprawnieniach administratora.

Gdzie można znaleźć oficjalną dokumentację bazy danych Oracle Database 10g Express Edition?

Informacje na temat w/w zagadnień można znaleźć w oficjalnej dokumentacji online bazy danych ORACLE XE:

http://download.oracle.com/docs/cd/B25329_01/doc/admin.102/b25107/toc.htm

Czy baza danych Oracle Database 10g Express Edition posiada wbudowany interpreter poleceń SQL?

Tak, interpreter taki został udostępniony z poziomu interfejsu zarządzania bazą Oracle XE:

"Menu Start" -> "Programy" -> "Oracle Database 10g Express Edition" -> "Go To Database Home Page"

Poniższa opcja w/w interfejsu pozwala na uruchomienie interpretera (po zalogowaniu, przykładowo za pomocą użytkownika SYS bądź ASIST):

Home -> SQL -> SQL Commands -> Enter Command

Zaznaczenie pola "AUTOCOMMIT" umożliwia przy tym automatyczne zatwierdzanie wykonanych poprawnie poleceń.

Dodatkowo zarówno w wersjach bazy danych Oracle 9i/10G jak i wersji bezpłatnej Express Edition, istnieje możliwość uruchomienia standardowego interpretera poleceń SQL dołączonego do dystrybucji bazy ORACLE, przykładowo:

• podkatalog \oraclexe\app\oracle\product\10.2.0\server\BIN zawiera narzędzie interpretera "sqlplus.exe"
• uruchomienie w/w narzędzia poleceniem "sqlplus.exe /nolog" a następnie wydanie komendy "connect SYS/hasło as SYSDBA" pozwala na podłączenie do domyślnej instancji bazy Oracle (w wersji Express Edition to "XE") jako pełnoprawny użytkownik SYS oraz na dalsze operacje.

Jak mogę wykonać / przywrócić kopię zapasową bazy Oracle Database 10g Express Edition?

W folderze skrótów bazy danych Oracle znajdują się dwie opcje umożliwiające tworzenie i przywrócenie kopi zapasowej bazy, przykładowo:

• skrypt tworzący kopię zapasową:

"Menu Start" -> "Programy" -> "Oracle Database 10g Express Edition" -> "Backup Database"

• skrypt przywracający OSTATNIĄ wersję kopii zapasowej:

"Menu Start" -> "Programy" -> "Oracle Database 10g Express Edition" -> "Restore Database"

Domyślnie baza danych Oracle Database 10g Express Edition pracuje w trybie NOARCHIVELOG, który nie umożliwia przywracania danych wraz z tranzakcjami bazy, które miały miejsce pomiędzy kolejnymi archiwizacjami. Skrypt "Backup Database" uruchomiony dla bazy Oracle pracującej w domyślnym trybie NOARCHIVELOG zwraca ostrzeżenie dotyczące tej opcji. Wydanie zgody na wykonanie kopii zapasowej w tym trybie skutkuje stworzeniem (po automatycznym zatrzymaniu i restarcie bazy poprzez wspomniany skrypt) kopii danych bez możliwości przywrócenia w/w tranzakcji.

Przestawienie bazy w tryb ARCHIVELOG powoduje włączenie dodatkowego procesu bazy pracującego w tle i archiwizujacego logi przywracania tranzakcji obecne w tak zwanym obszarze przywracania FRA (FLASH RECOVERY AREA). W tym trybie baza danych pozwala na wykonanie kopii zapasowych bez konieczności zatrzymywania silnika bazy, jednak zużycie obszaru FRA odczuwalnie wzrasta. Twórcy bazy danych Oracle rekomendują w takim wypadku przeniesienie wspomnianego obszaru na osobną partycję, ustawienie jego wielkości na conajmniej 15 GB i regularne wykonywanie "backup'ów", aby nie dopuścić do przepełnienia tego obszaru i utraty danych logów.

Tryb archiwizacji logów przywracania tranzakcji pozwala na uniknięcie utraty danych także w wyniku krytycznych błędów nośnika, domyślna opcja NOARCHIVELOG jest wystarczająca, aby zapewnić ochronę przed błędami systemu operacyjnego oraz błędami samej instancji bazy.

Więcej informacji na temat w/w zagadnień można znaleźć w oficjalnej dokumentacji online bazy danych ORACLE XE:

http://download.oracle.com/docs/cd/B25329_01/doc/admin.102/b25107/toc.htm

W wypadku potrzeby tworzenia i przywracania kopii baz Oracle z ustawieniemi definiowanymi przez użytkownika, dystrybucje Oracle zawierają również standardowe narzędzie zarządzania kopiami, dostępne z poziomu katalogu instalacji:

• podkatalog "\oraclexe\app\oracle\product\10.2.0\server\BIN" -> "rman.exe"
• przykładowe polecenie "rman nocatalog target XE" pozwala na podłączenie narzędzia do instancji bazy o nazwie XE (po podaniu hasła użytkownika SYS) w celu wykonania kopii
• polecenie programu rman:
  
  backup full database format "d:/backup/rman_%T_%s_%p.bus";

  umożliwia stworzenie pełnej kopii bazy w docelowym katalogu d:/backup.

  Uwaga: jeśli baza nie pracuje w trybie ARCHIVELOG konieczne jest jej manualne zatrzymanie i "zamontowanie" poprzez ciąg poleceń programu rman bądź interpretera SQL:

  shutdown immediate
  startup mount

  Po udanym stworzeniu kopii zapasowej polecenie SQL "alter database open;" pozwala ponownie uruchomić silnik bazy.

• Podstawowy proces przywracania ostatniej kopii bazy za pomocą programu rman ogranicza się do wydania ciągu poleceń:
  
  rman nocatalog target XE (następnie hasło użytkownika SYS)
  shutdown immediate
  startup mount
  restore database;
  recover database;
  alter database open;
  exit

  Polecenie programu rman "restore database;" przywraca ostatnie archiwum bazy istniejące w bieżącym pliku kontrolnym (polecenie 'list backup;' - wyświetla zawartość pliku kontrolnego) natomiast polecenie recover pozwala sprawdzić spójność bazy.

  Po zakończeniu procesu przywracania i uruchomieniu bazy ponownie zaleca się sprawdzenie czy wszystkie niezbędne przestrzenie systemowe (ang. tablespaces) i pliki danych są w stanie online:

  SQL > select TABLESPACE_NAME,STATUS from dba_tablespaces; SQL> select FILE#,STATUS,ENABLED,NAME from v$datafile;

  Operacje związane z wyodrębnianiem plików kontrolnych z całkowitych kopii, przywracaniem konkretnych tablic badź tzw. zestawów kopii zapasowych (ang. backupsets) to zagadnienia o większym stopniu komplikacji, których opis można znaleźć w źródłowej dokumentacji baz danych Oracle.

Jak można włączyć tryb ARCHIVELOG dla bazy danych Oracle i zdefiniować ustawienia obszaru FRA?

W tym celu należy:

• uruchomić interpreter poleceń SQL np. sqlplus.exe:

wydać polecenie -> Menu Start -> Uruchom -> "sqlplus.exe /nolog"

• komendą "connect SYS/hasło as SYSDBA" interpretera podłączyć do domyślnej instancji bazy Oracle (w wersji Express Edition to "XE") jako pełnoprawny użytkownik SYS
• utworzyć docelowy katalog dla obszaru FRA i wydać ciąg poleceń:
  
  SHUTDOWN IMMEDIATE
  STARTUP MOUNT
  ALTER DATABASE ARCHIVELOG;
  ALTER SYSTEM SET DB_RECOVERY_FILE_DEST = 'nazwa_partycji:\katalog';
  ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE = 15G;
  ALTER DATABASE OPEN;
  Exit

Baza danych zostanie zatrzymana a następnie uruchomiona z nowymi ustawieniami.

Jak można przeprowadzić migrację danych wersji wielostanowiskowej aSISt?

Należy posłużyć się standardowymi narzędziami exportu i importu bazy ORACLE - exp i imp:

• Baza źródłowa - składnia exportu danych do pliku:
  
  exp userid=system/hasło_użytkownika_system owner=nazwa_użytkownika_asist file=d:\exp\nazwa_pliku.dmp
  
  np.: exp userid=system/asist owner=asist file=d:\exp\asistbackup.dmp
  
• Baza docelowa - przed importem należy utworzyć użytkownika docelowego(pusty schemat danych bez tablic aSISt) dla importowanych danych z rolami: connect i resource.

Uwaga: proszę nie uruchamiać w tym kroku aplikacji aSISt odwołując się do utworzonego właśnie użytkownika bazy - aSISt automatycznie tworzy tablice przy starcie
- skutkiem czego będzie nieudany import danych.

Składnia importu danych ze stworzonego wcześniej pliku exportu:

imp userid=system/password fromuser=nazwa_użytkownika_podana_przy_exporcie touser=nazwa_użytkownika_docelowego file=d:\exp\nazwa_pliku.dmp

np.: imp userid=system/asist fromuser=asist touser=asist_new file=d:\exp\asistbackup.dmp

Po udanym imporcie na wszystkich klientach aSISt w pliku db.properties należy zmienić wpisy bazy/użytkownika na nowe. Wersja aSISt musi być zgodna z wersją bazy danych(tabela "setting").

Aby uruchomić narzędzia exp i imp w zmiennej środowiskowej path należy posiadać odwołanie do katalogu bin ORACLE albo przejść tam ręcznie np.:

C:\oraclexe\app\oracle\product\10.2.0\server\bin

W instrukcji instalacji podano jak można łatwo tworzyć schematy danych dla Oracle 9i i OracleXE.

Należy pamiętać aby wersja narzędzia imp była >= wersji narzędzia exp -w przeciwnym wypadku migracja nie powiedzie się (np. migracja OracleXe -> Oracle9i).