Księgowość > Zadania okresu > Symulacje > Usuwanie 

Celem symulacji jest umożliwienie użytkownikowi oceny wpływu określonych zapisów księgowych lub analitycznych na rachunkowość, bez potrzeby dokonywania faktycznych zapisów w księgach rachunkowych.

Dziennik symulowany może być aktywny lub nie. Od momentu aktywacji włączany jest do ekranów zapytań i raportów. Może on zostać przekonwertowany na zapis bieżący lub zdezaktywowany, by pozostał nieaktywnym zapisem symulacyjnym (oznacza to, że pozostaje „ukryty” i nie jest uwidaczniany w zapytaniach i raportach). Przykładowo, symulacja księgowań związanych z inwentaryzacją, takich jak „rezerwy na ryzyko”.

Istnieje kilka funkcji mających bezpośredni wpływ na zapisy symulacyjne:

  • Aktywacja,
  • Dezaktywacja,
  • Anulowanie,
  • Zatwierdzenie.

Funkcja „Anulowanie” służy do zbiorczego anulowania dokumentów symulacyjnych (aktywnych i nieaktywnych).

SEEWARNINGOkres nie może zostać zamknięty, dopóki księgowania symulacyjne nie zostały anulowane lub przekonwertowane na księgowania wprowadzone.

SEEINFOPodczas przetwarzania symulacyjnego księgowania przetwarzanie to ma wpływ na wszystkie księgi, w których księgowanie to istnieje.

Warunek

SEEREFERTTO Odniesienie do dokumentacji Implementacja

Zarządzanie ekranem

Przedmiotowy ekran generowania jest identyczny dla każdego z tych czterech procesów. Składa się z grupy kryteriów wyboru, umożliwiając definiowanie żądanego typu generowania.

Karta Ekran wpisów

Prezentacja

Kryteria wyboru

Wybór dokumentów symulacyjnych, w odniesieniu do których realizowany będzie jeden z czterech procesów, odbywa się w oparciu o kilka kryteriów:

  • Firma,
  • Lokalizacja,
  • Typ dziennika: MUSI był oznaczony flagą „Symulacja”,
  • Typ dziennika: Musi być spójny z wybranym typem dokumentu,
  • Dziennik: musi być tego samego typu co ten, który został załączony do aktualnie używanego typu dziennika.
  • Użytkownik

Kryteria te umożliwiają ograniczenie wyboru zapisów symulacyjnych, które mają być przetwarzane, przy czym wykorzystanie wszystkich tych pól nie jest konieczne. Domyślnie system wybiera wszystkie dzienniki.

Wybór można zawęzić przy użyciu zakresów dat. Uwzględniana jest data utworzenia określona podczas wprowadzania dokumentu.

Flaga „symulacja nieaktywna” może być używana wyłącznie przy zatwierdzaniu dziennika. Jeżeli flaga ta nie jest zaznaczona, zatwierdzane są wyłącznie dokumenty z aktywną symulacją (które w konsekwencji stają się dokumentami rzeczywistymi). Dzięki temu możliwie jest objęcie zatwierdzaniem nieaktywnych zapisów symulacyjnych.

Zamknij

 

Pola

Na tej karcie występują następujące pola :

Kryteria

  • Wszystkie firmy (pole ALLCPY)

To pole wyboru należy zaznaczyć w celu przetwarzania dla wszystkich firm. W przeciwnym razie należy wskazać firmę.

Przypadek szczególny

W środowisku wielolegislacyjnym, to pole wyboru nie jest dostępne. Przetwarzania można dokonać wyłącznie dla pojedynczych firm, ponieważ typ dokumentu oraz dziennik użyte dla księgowości dotyczą zazwyczaj jednej legislacji.

Należy podać kod firmy, dla której dokonywane jest przetworzenie.

SEEWARNINGKod firmy:

  • musi obowiązkowo odnosić się do jednostki prawnej,
  • musi obowiązkowo zostać podany, jeśli pole „Wszystkie firmy” nie jest zaznaczone.

 

  • Wszystkie lok. (pole ALLFCY)

Należy zaznaczyć to pole wyboru, aby uwzględnić wszystkie lokalizacje. Aby wykonać proces dla pojedynczej lokalizacji należy pozostawić to pole nieaktywne.

Należy podać kod lokalizacji, dla której dokonywane jest przetworzenie.

SEEWARNINGUzupełnienie tego pola jest wymagane, jeśli pole „Wszystkie lokalizacje” nie jest zaznaczone.

  • Wszyst. typy dok. KG (pole ALLTYP)

To pole wyboru należy zaznaczyć, aby uwzględnić wszystkie typy. Aby wykonać proces dla pojedynczego typu należy pozostawić puste.

Po wprowadzeniu typu dziennika, proces uruchamiany jest jedynie dla dzienników, odpowiednich dla wybranego typu dziennika.
Uwzględniane są tutaj wyłącznie te typy dzienników, dla których zaznaczono kategorię symulacji.

SEEWARNINGPole to trzeba obowiązkowo przypisać wówczas, kiedy pole „Wszystkie typy dzienników” nie jest zaznaczone.

  • Wpis od (pole VCRDEB)

Wstępny numer dziennika, używany do dokonania wyboru rekordów, które mają być przetworzone.


  • Wpis do (pole VCRFIN)

Końcowy numer dziennika, wykorzystywany do wyboru rekordów do przetworzenia.


  • Wszystkie typy dowodów księg. (pole ALLTYPJOU)

Jeżeli to pole zostało zaznaczone, to wszystkie typy dzienników są uwzględniane przez wykonywaną operację.

  • Typ dowodu (pole TYPJOU)

Należy wprowadzić typ dziennika. Musi on być tego samego typu co dziennik, powiązany z wybranym typem dziennika.

SEEWARNINGPole wymagalne, jeżeli nie zaznaczono pola wyboru „Wszystkie dzienniki”.

Typ dziennika służy do grupowania dzienników w oparciu o właściwości wspólne, powiązane głównie z rodzajem operacji, które będą w nich zapisywane:

  • Sprzedaż,
  • Zakup,
  • Gotówka,
  • Operacje różne,
  • MO analityczne,
  • Pozycje przenoszone.

Niektóre operacje przetwarzania i kontroli uzależnione są od typu dziennika:

  • w dziennikach „przenoszenia pozycji” dokonywane są wyłącznie zapisy dziennika związane z „Okresem przeniesienia pozycji”,
  • w dziennikach typu „ana MO” można zapisywać zapisy przypisane do kategorii „analitycznej”.
  • do każdego dziennika typu „Gotówka” musi zostać przyporządkowane konto gotówkowe, aby dla zapisów księgowanych w takim dzienniku automatycznie realizowane były księgowania przeciwległe. Dziennik typu gotówkowego wykorzystywany jest:
    • przy księgowaniu płatności w module rozrachunkowym
    • w automatach księgujących.

SEEREFERTTO Ustawienie dzienników gotówkowych określone jest w definicji dzienników, typach dzienników oraz kont dla dokumentacji płatniczej.

Sześć typów dzienników alokowano do operacji różnych:

  • wartości 4 i 5 na potrzeby Syntetyki,
  • wartości 8, 9 i 10 na potrzeby Analityki,
  • Wszystkie dowody księgowe (pole ALLJOU)

Jeśli pole „Wszystkie dzienniki” jest zaznaczone, dla operacji zostaną uwzględnione wszystkie dzienniki.

Należy tutaj podać kod dziennika składający się z od jednego do pięciu znaków alfanumerycznych.
W momencie tworzenia, dziennik jest automatycznie otwierany dla wszystkich wskazanych okresów.
Wybrany dziennik musi być tego samego typu, co dziennik powiązany z typem dokumentu przechowywanym w poprzednich kryteriach wyboru.

SEEWARNINGUzupełnienie tego pola jest wymagane, jeśli pole „Wszystkie lokalizacje” nie jest zaznaczone.

  • Wszyscy użytkownicy (pole ALLUSR)

To pole wyboru należy zaznaczyć, aby uwzględnić wszystkich użytkowników. Aby wykonać proces dla pojedynczej grupy użytkowników należy pozostawić to pole nieaktywne.

Jeśli nie uzupełniono kodu grupy lub użytkownika, używany jest bieżący użytkownik.

Jeśli w tym polu wprowadzono kod użytkownika to ten proces uwzględnia tylko dokumenty księgowe wprowadzone przez danego użytkownika. Jeśli to pole pozostawiono puste to tylko dokumenty księgowe dla danego użytkownika są uwzględniane.

  • Nieaktywne symulacje (pole SIM)

Kryteria „Symulacja nieaktywna” i „Status generowanych zapisów” są wymagane tylko przy zatwierdzaniu dzienników operacji pozostałych. Umożliwiają wzięcie pod uwagę nieaktywnych zapisów symulacyjnych oraz generowanie dzienników w trybach rzeczywistym i tymczasowym.

  • Aut. wpisy symulowane (pole AUTACC)

Kryterium „Ekranu symulacji automatycznej” służy do włączania zapisów symulacji automatycznej do procesów aktywacji, dezaktywacji lub anulowania. Te zapisy symulacji automatycznej charakteryzują się polami REFSIM (Referencja Symulacji), które są ładowane.
Zapisy symulacji automatycznej są systematycznie wyłączane z przetwarzania zatwierdzeń.

  • Data od (pole STRDAT)

Istnieje możliwość zawężenia wyboru przez określenie zakresu dat.
Pod uwagę brane są daty utworzenia w zapisie w dzienniku.

  • Data do (pole ENDDAT)

 

Generowanie

  • Typ generowania (pole SIMSTA)

W przypadku generowania rzeczywistego, status zapisu może być następujący:

  • Tymczasowy
  • Ostateczny

Wymagany status zapisu księgowego to ostateczny, kiedy wnioskowany typ generowania to rzeczywiste, a firma odpowiada następującym kryteriom:

SEEINFOTen status określa możliwość edycji lub nie dokumentu. Po ustawieniu statusu ostatecznego, zmiany nanoszone na dokument mają charakter informacyjny bądź dotyczą księgowania analitycznego. Data, kwoty, konta, kod VAT i inne informacje stricte księgowe nie mogą być modyfikowane.

W statusie tymczasowym, dokument podlega zmianom dla większości informacji, które zawiera. Opcje modyfikacji mogą się różnić w zależności od:

  • Rodzaju i pochodzenia dokumentu księgowego:
    • Tymczasowy dokument rozliczenia – nie można usunąć pozycji bankowej
    • Dokument faktury zakupu – nie można usunąć pozycji kontrahenta, nie można zmodyfikować konta zakupu i VAT
  • Zdarzenia zarządzania mają wpływ na dokument księgowy:
    • Konto obciążenia z zadeklarowaną kwotą VAT
    • Uzgodnione bądź nie konto VAT.

Typ dziennika z którego należy korzystać w celu generowania zapisów, tworzonych w trakcie przetwarzania

SEEWARNINGPrzypomnienie: Należy zwrócić uwagę na generowane typy dziennika: ich celem jest między innymi zapobieganie lub umożliwienie przechodzenia do typów ksiąg.

Dziennik, który należy wziąć pod uwagę w celu generowania zapisów pochodzących z przetwarzania.
Musi on być tego samego typu co ten, który został załączony do wcześniej wybranego typu dziennika.

  • Log (pole TRC)

Odpowiedź, „Tak” powoduje, że plik log jest wykorzystany do uzyskania listy zatwierdzonych w tym procesie dzienników.

Zamknij

 

Zadanie przetwarzania w tle

Tę funkcję można wykonać w trybie wsadowym,. W tym celu przewidziano ACCSIMANN zadanie standardowe.

Przyciski określone

Komunikaty o błędzie

Jedynymi komunikatami o błędach są komunikaty ogólne.

Użyte tabele

SEEREFERTTO Odniesienie do dokumentacji Implementacja