> Szczerze mowiac nie widze takiej potrzeby, az takich obrotow tam nie bylo
> i widze czarno na bialym, ze odsetki nie zostaly naliczone, moze tak jak
> juz jeden kolega pisal, bedzie korekta na koniec kwietnia, poczekam i
zobaczymy

W bankach nie da sie zrobic nic do tylu :)
zobacz ze wszedzie jest korekta odsetek i ci cos zabieraja - to wynika z
tego, ze np. transakcje kartowe sa rozliczane z opozneniem - a oni licza
odsetki z tego co jest na koncie w danym okresie.

Dlatego nie sadze zeby cie oszukali - tylko Ci wystornuja.

"System aplikacyjny powinien być bezwzględnie zabezpieczony przed
"niezależnymi" (używając systemowych procedur lub edytorów poza aplikacją
bankową itp.) zmianami informacji, takimi jak korekta salda rachunku,
usuwanie transakcji, zmiany w śladach audytowych, w tablicach systemowych,
"poprawianie" danych archiwalnych itp. Zamiast usuwania transakcji należy
stosować transakcje stornu-jące (rewersyjne). Aplikacja powinna być
wyposażona w procedury odzyskiwania danych w przypadku awarii lub ich
usunięcia. System musi zapewnić pełne ślady błędów przetwarzania,
umożliwiające identyfikację przyczyny błędu oraz miejsce jego wystąpienia (w
jakim programie lub funkcji oraz linii lub instrukcji).
Podstawowym wymaganiem stawianym aplikacji jest tworzenie śladów audytowych
oraz śladów logowania się w ramach aplikacji. Każdy rachunek oraz baza
klientów powinny być stowarzyszone z pełną (na dowolny dzień roku bieżącego
i ubiegłego - lub zależnie od dostępnych zasobów dyskowych) historią
rachunków oraz zmian. Historia rachunków i zmian (wspomagane techniką
dziennikowania - journalizing - systemu zarządzania bazą danych) musi
umożliwiać odtworzenie stanu baz danych na określony dzień w przeszłości.
Niezależnie od historii rachunków system powinien utrzymywać automatycznie
dziennik wejść transakcyjnych ("śladów" - tzw. audit-trait), tworzony w
trakcie wprowadzania (a nie po!) transakcji. Pełne ślady powinny obejmować
co najmniej: datę wykonania, efektywną datę transakcji, terminal, z którego
dokonano transakcji, ID użytkownika, kwotę, rodzaj transakcji, unikatowy
numer transakcji w danym dniu, oznaczenie statusu operacji (zrealizowana,
anulowana, wycofana lub błędna). W przypadku operacji aktualizujących pliki
i bazy danych ślad audytowy zawiera informacje o poprzedniej i aktualnej
zawartości zmienianych pól."
za Zygmunt Ryznar, Informatyka Bankowa Próba syntezy