Historia rozrachunków

• Firma (pole CPY)

Brak pomocy dla tego pola.

• Wszystkie lok. (pole ALLFCY)

Brak pomocy dla tego pola.

• Lokalizacja (pole FCY)

• Wszystkie typy kontrahentów (pole ALLTYPBPR)

• Typ kontrahenta (pole TYPBPR)

• Wszyscy kontrahenci (pole ALLBPR)

• Z BP (pole BPRSTR)

• Do BP (pole BPREND)

• Wszystkie konta zbiorcze (pole ALLSAC)

• Grupa kont zbiorczych (pole GRPSAC)

• Konto zbiorcze (pole SAC)

• Odtwarzanie (pole RECUP)

Ponowna synchronizacja jest wykonywana wyłącznie na rekordach o statusie DUDSTA ustawionych na wartość „dwa”. Odpowiada to rozrachunku powiązanemu z zaksięgowanym dokumentem (w przeciwieństwie, na przykład, do rozrachunków powiązanych z niezaksięgowanymi fakturami).

Pewna liczba pól w tabeli HISTODUD nie została zaktualizowana.

• klucz NUMHDU,
• Pola śledzenia CREDAT i CREUSR,
• te pola służą do ustanowienia powiązania z tabelą odniesienia GACCDUDATE: TYP, NUM, LIG i DUDLIG,
• inne pola, takie jak FLGPAZ, DUDDAT, PAYDAT i TYPDUD.

Niektóre pola są ponownie synchronizowane poprzez zastosowanie reguły, tj.

• pola Zamkniętego: to pole charakteryzuje rozrachunek w stosunku do jej zamknięcia i może przyjmować następujące wartości:
  
• „0” lub „1”, gdy rozrachunek jest nie zamknięty lub jedynie częściowo zamknięty,
• „2” gdy rozrachunek jest trwale zamknięty (kwota rozrachunku AMTCUR = zapłacona zaksięgowana kwota PAYCUR i AMTCUR <>0; lub AMTCUR=0 i kwota rozrachunku AMTLOC = zapłacona zaksięgowana kwota PAYLOC),
• „3”, gdy zhistoryzowany rozrachunek został usunięty,
• „4” gdy rozrachunek jest trwale zamknięty (kwota rozrachunku AMTCUR = zapłacona zaksięgowana kwota PAYCUR + zapłacona, jeszcze nie zaksięgowana kwota TMPCUR i AMTCUR<>0; lub AMTCUR=0 i kwota rozrachunku AMTLOC = zapłacona zaksięgowana kwota PAYLOC + zapłacona, jeszcze nie zaksięgowana kwota TMPLOC).
  
  Wartość tego pola jest kontrolowana i ewentualnie korygowana wyłącznie w przypadkach, gdy jest ona różna od „3”.
  Rekordy historyzacji, które mają pole Zamkniętego różne od „3”, pola kwota rozrachunku w walucie (AMTCUR), Kwota w walucie lokalnej (AMTLOC),Kwota zapłacona(PAYCUR), Firma zapłaciła (PAYLOC), Kwota tymczasowa zapłacona (TMPCUR) oraz Tymczasowa płatność firmy (TMPLOC) zostają odczytane w celu przeszacowania wartości pola Zamkniętegozgodnie z regułą określoną powyżej.
  

• Data zdarzenia pole:
  
• jeżeli wartość pola Kwota zapłacona jest większa od „0”, program użytkowy dokonuje ponownej synchronizacji daty zdarzenia w stosunku do maksymalnej daty księgowania grupy uzgadniania: program użytkowy jest w stanie znaleźć pozycję w źródle rozrachunku za pomocą numeru konta ACCNUM w tabeli dowodów księgowych GACCENTRYD. Jako że pozycja zawiera literę (pozycja kwoty „MTC” w tabeli GACCENTRYD nie jest pusta), program użytkowy bierze pod uwagę kwotę z maksymalnej daty uzgadniania „MTCDATMAX” pozycji w tabeli GACCENTRYD.
• jeżeli rozrachunek nie został zamknięty (wartość pola Zamkniętego jest mniejsza od 2), program użytkowy dokonuje ponownej synchronizacji daty zdarzenia w stosunku do daty księgowania ACCDAT w dowodzie księgowym (data zostaje prześledzona poprzez numer konta ACCNUM w tabeli GACCENTRYD).

Te pola powiązane z kwotami nie są ponownie synchronizowane.

• pola kwot rozrachunków (AMT*),
• pola kwot zapłaconych (PAY*),
• pola kwot tymczasowo zapłaconych (TMP*).

• Usuwanie (pole DEL)

Opcja „Usuwanie” służy do tworzenia rekordów historyzacji. Punktem wyjścia przy tym tworzeniu są dane pliku rozrachunków.

• w przypadku rozrachunku DUD bez żadnego łącza z tabelą pozycji księgowań GACCENTRYD utworzoną historią będzie:
• tylko jeden rekord o wartości [F:HDU]DUDSTA = 0 (dokument źródłowy, jeszcze nie zaksięgowany) oraz [F:HDU]DATEVT inicjalizowanym przez datę pozycji nierozliczonej [F:DUD]DUDDAT,
• w przypadku rozrachunku DUD z łączem z GACCENTRYD i bez uzgodnienia ([F:DAE]MTC pozostaje puste) utworzoną historią będzie:
• tylko jeden rekord o wartości [F:HDU]DUDSTA = 0 (dokument źródłowy, jeszcze nie zaksięgowany) oraz [F:HDU]DATEVT inicjalizowanym przez datę rozrachunku [F:DUD]DUDDAT,
• tylko jeden rekord o wartości [F:HDU]DUDSTA = 2 (dokument źródłowy, jeszcze nie zaksięgowany) oraz [F:HDU]DATEVT inicjalizowanym przez datę rozrachunku [F:DUD]DUDDAT,
• w przypadku rozrachunku DUD z łączem z GACCENTRYD i z uzgodnieniem ([F:DAE]MTC pozostaje puste) utworzoną historią będzie:
• tylko jeden rekord o wartości [F:HDU]DUDSTA = 0 (dokument źródłowy, jeszcze nie zaksięgowany) oraz [F:HDU]DATEVT inicjalizowanym przez datę rozrachunku [F:DUD]DUDDAT,
• tylko jeden rekord o wartości [F:HDU]DUDSTA = 2 (dokument źródłowy, jeszcze nie zaksięgowany) oraz [F:HDU]DATEVT inicjowanym przez datę rozrachunku [F:DUD]DUDDAT,
• tylko jeden rekord o wartości [F:HDU]DUDSTA = 2 (dokument źródłowy zaksięgowany) oraz [F:HDU]DATEVT inicjowanym przez maksymalną datę księgowania grupy uzgodnienia F:DAE]MTCDATMAX.

LIMIT nr 1

Ponowna synchronizacja z usunięciem oparta jest nie na przepływie w górę modułu finansowego ale na uzgadnianiu.
W związku z powyższym, w przypadku grupy uzgodnionych zapisów w dzienniku nie można zauważyć przebiegu zakończenia aktualizacji, lecz jedynie w maksymalnej dacie księgowania grupy uzgodnienia ([F:DAE]MTCDATMAX).

Na przykład:
W przypadku uzgodnionych faktur oznaczonych małymi literami zawierającymi dwie płatności A i B z różnymi datami księgowania A i B, nowo utworzone rekordy zarejestrują zrealizowanie faktury w dacie późniejszej z dwóch dat księgowania, B, a nie kolejno i stopniowo w dacie tych dwóch płatności.
W dacie księgowania płatności A wiekowanie przywróci fakturę na łączną pierwotną kwotę, jak również płatność A, także w jej łącznej kwocie, która stanowi saldo konta ogólnego (kwotę netto).
W dacie księgowania płatności B wiekowanie przywróci wyłącznie fakturę na jej saldo netto (po odliczeniu kwot płatności A i B).

LIMIT nr 2

Ponowna synchronizacja z usunięciem nie pozwala na zarządzanie przypadkiem anulowania płatności, który będzie interweniować po ponownej synchronizacji.
Grupa złożona co najmniej z dwóch płatności z różnymi datami księgowania została usunięta z ponowną synchronizacją. Jeśli następnie zostanie zarejestrowane anulowanie księgowania dla jednej z płatności grupy (innej niż ta z najpóźniejszą datą), aktualizacja historyzacji anulowania nie pozwoli na usunięcie anulowania; sytuacja przejściowa zarejestrowana w wiekowaniu nie uwzględni tego anulowania.

Na przykład:
Zaksięgowanie 10,000 faktur z datą księgowania 01/03/11.
Zaksięgowanie płatności A w kwocie 500 z datą księgowania 08/03/11.
Zaksięgowanie płatności B w kwocie 600 z datą księgowania 14/03/11.
Następnie ponowna synchronizacja z usunięciem.
Następnie anulowanie księgowania płatności A z datą 08/03/11 jako datą księgowania.
Wiekowanie zaplanowane na 08/03/11: faktura jest wyświetlana z saldem 10.000, zaś płatność na -500, tzn. saldo wynosi 9.500. Anulowanie nie zostało uwzględnione.
Wiekowanie zaplanowane na 14/03/11: faktura jest wyświetlana z saldem 9.400.

Poprzez ponowne uruchomienie ponownej synchronizacji z usunięciem dla danego kontrahenta nowe dane historii są rekonstruowane bez tego limitu.

• Szczegółowy log (pole TRC)

Jeżeli wymagany jest szczegółowy plik log, plik ten zostanie wzbogacony o listę rekordów HISTODUD, które prawdopodobnie zostaną usunięte w fazie usuwania (z ponowną synchronizacją lub bez niej).