Konsekwencje zmian daty systemowej w aptece

Przesunięcie daty do przodu i wygenerowanie raportu spowoduje iż w historii importów dla danej apteki będą widoczne dane z przyszłości. Będzie to skutkowało tym, iż program mając dane do np. 2010-03-10 roku będzie czekał do tej daty z kolejnym importem danych.

Rozwiązanie:

- należy sprawdzić w historii dla danej apteki czy zaistniała taka sytuacja

np. select * from imph order by datdo desc
- sprawdzić do kiedy są rzeczywiste dane w bazie np. wg sprzedaży

select max(datsp)from sprz where idfirm = ID_problematycznej_apteki

- następnie w tabeli IMPH odnaleźć pole datado ze złą datą dla danej apteki

- zmienić to pole na datę do której mamy rzeczywiste dane w bazie

np. update IMPH set DATDO= 'datadanych-1' where ID = 'ID_ID_rekordu_danej_apteki_w_IMPH_z_błędną_datą'

- całość naszych działań potwierdzić poleceniem commit

- ostatnim krokiem jest przejście do modułu komunikacyjnego, do wymiany danych i uruchomić cykl (CTRL + 3) co spowoduje odświeżenie pliku dtarange.txt na serwerze FTP.

Niezależnie od powyżej opisanych problemów manipulacje datą systemową mogą doprowadzić do niespójności danych pomiędzy apteką i ZSA.