Hej,
W moich innych bojach wychodziły mi czasem niezgodności co do liczby transakcji - otóż już wiem co było przyczyną. Zapomniałem o transakcjach anulowanych - niby proste a jednak się na tym naciąłem. Aby nie dać się wpuścić w maliny praktycznie na wszystkim (wykresy, raporty, wydruki, etc.) co operuje na danych z tabeli TraNag warto dopisać jeszcze jeden warunek:
TrN_TrNLp=127-transakcja aktywna
TrN_TrNLp<>127-transakcja anulowana
Bo tak się składa że dane z transakcji anulowanej są zapamiętywane - z poziomu bazy da się odtworzyć taką transakcję. A ja naiwnie myślałem że tak jak za czasów FPP anulowane to anulowane - zerujemy taki wiersz i tyle.
Kyniu
UWAGA na transakcje anulowane
Moderator: mikey
- wojtini
- Posty: 150
- Rejestracja: 24 sty 2008, 22:41
- Rola: Administrator CDN XL
- Wersja: 2016
- Lokalizacja: Grodków, opolskie
Re: UWAGA na transakcje anulowane
Ja proponuje używać pola:
Trn_Stan <> 6
bo to ono jest do tego przedwidziane aby zwracać stan dokumentu (wg. dokumentacji).
Trn_Stan <> 6
bo to ono jest do tego przedwidziane aby zwracać stan dokumentu (wg. dokumentacji).
PoZdrawiam
Wojciech FRED Błauciak
Administrator AgroAs.pl
GG# 2913
GSM: 608 037 025
administrator@agroas.pl
Wojciech FRED Błauciak
Administrator AgroAs.pl
GG# 2913
GSM: 608 037 025
administrator@agroas.pl
-
- Posty: 417
- Rejestracja: 21 mar 2008, 10:10
- Rola: Administrator CDN XL
- Lokalizacja: Świętokrzyskie, Kielce
Re: UWAGA na transakcje anulowane
Głupia ta dokumentacja i głupie te tabele. To co napisałem też jest z dokumentacji tabel. Co prawda Trn_Stan dostarcza więcej informacji niż TrN_TrNLp ale zacytuje dokumentację raz jeszcze żeby nie było że nie odrobiłem pracy domowej i wprowadzam kogoś w błąd: Jeśli TrN_TrNLp=127-transakcja aktywna; TrN_TrNLp<>127-transakcja anulowana. Więc albo dokumentacja nie jest do końca poprawna, albo nie wszystko w niej zawarto (bo jak przeglądałem dane to TrN_TrNLp przyjmuje różne wartości czyli być może mówi coś więcej o anulowaniu ale dokumentacja zbywa nas jedynie ogólnikowym "różne od 127") albo programiści sami już nie panują nad ilością kolumn. Ewentualnie każda z tych sytuacji po trosze.wojtini pisze:Ja proponuje używać pola:
Trn_Stan <> 6
bo to ono jest do tego przedwidziane aby zwracać stan dokumentu (wg. dokumentacji).
Kyniu
- S0Cool
- Posty: 150
- Rejestracja: 13 lut 2008, 10:49
- Rola: Administrator CDN XL
- Wersja: 2018
- Lokalizacja: śląskie
Re: UWAGA na transakcje anulowane
Jak pisał kolega wojtini, do sprawdzania czy dokument jest anulowany lepiej posłużyć się polem TRN_Stan. Pole TRN_TrnLp znajduje się w unikalnym indeksie służącym do nadawania dokumentowi kolejnego numeru w ramach roku i serii. W ramach rodzaju (TRN_TRNTyp), roku i serii może być tylko jeden dokument aktywny z konkretnym numerem i wiele anulowanych. Anulowane dostają wartości kolejne 1,2,3... w polu TRN_TRNLp, dzięki czemu przy sortowaniu po tym indeksie są widoczne przed dokumentem aktywnym z TrnTRNLp=127 i ustawione są w kolejności anulowania.
Być może istnieje jakaś sytuacja, w której anulowane dostają TRNLp > 127 tak, aby pojawiały się pod aktywnymi, ale ja się z tym nie spotkałem.
Być może istnieje jakaś sytuacja, w której anulowane dostają TRNLp > 127 tak, aby pojawiały się pod aktywnymi, ale ja się z tym nie spotkałem.
Niniejszy podpis był testowany na zwierzętach.
Nie rozumiały go.
Nie rozumiały go.