Podwójne naliczanie płatności przy zmianie danych adresowych
WITAM,
Ostatnio zaobserwowaliśmy problem z poprawianiem danych w fakturach. Po poprawieniu/zmianie danych klienta naliczają się podwójne zobowiązania ze starymi datami (czyli zobowiązanie pojawia się np w roku 2007):
Wersja LMS: 1.11-cvs (1.1025/1.30) Wersja LMSDB: 1.11-cvs (1.51/1.49) Wersja PostgreSQL: 8.3.8 Wersja PHP: 5.2.6-1+lenny4 Wersja Smarty: 2.6.25
1. Zmieniłem nr mieszkania zapisałem wydrukowałem (Faktura VAT Nr 1126/INT/08/2009) poprawiło prawidłowo i nie naliczyło podwójnych zobowiązań przywróciłem do stanu pierwotnego i dalej wszystko OK. i tak sytuacja powtarza się prawidłowo po sierpniu 2009r.
2. Zmieniłem nr mieszkania zapisałem wydrukowałem (Faktura VAT Nr 1126/INT/06/2009) ale naliczyło kilka dodatkowych zobowiązań w roku 2009, test został powtórzony wielokrotnie na różnych klientach i daje te same wyniki Wszystkie faktury razem z tą z lipca 2009 miały status rozliczonych.
Wychodzi na to że wszystko co jest starsze niż lipiec 2009 po zmianie danych klienta i zapisaniu na nowo faktury wygeneruje nowe zobowiązanie.
zapytanie na tabeli cash daje taki wyni:
lms=# select id, to_timestamp(time), type, userid, value from cash where customerid=1168 order by time asc; id | to_timestamp | type | userid | value -------+------------------------+------+--------+-------- 84136 | 2008-11-01 00:00:00+01 | 0 | 2 | -59.00 43961 | 2008-11-01 00:00:00+01 | 0 | 0 | -59.00 46007 | 2008-12-01 00:00:00+01 | 0 | 0 | -59.00 84137 | 2008-12-01 00:00:00+01 | 0 | 2 | -59.00 47634 | 2009-01-01 00:00:00+01 | 0 | 0 | -59.00 84119 | 2009-01-01 00:00:00+01 | 0 | 2 | -59.00 84120 | 2009-02-01 00:00:00+01 | 0 | 2 | -59.00 49534 | 2009-02-01 00:00:00+01 | 0 | 0 | -59.00 84121 | 2009-03-01 00:00:00+01 | 0 | 2 | -59.00 51470 | 2009-03-01 00:00:00+01 | 0 | 0 | -59.00 84122 | 2009-04-01 00:00:00+02 | 0 | 2 | -59.00 53468 | 2009-04-01 00:00:00+02 | 0 | 0 | -59.00 55464 | 2009-05-01 00:00:00+02 | 0 | 0 | -59.00 84123 | 2009-05-01 00:00:00+02 | 0 | 2 | -59.00 55782 | 2009-05-11 16:41:43+02 | 1 | 2 | 354.00 57476 | 2009-06-01 00:00:00+02 | 0 | 0 | -59.00 84124 | 2009-06-01 00:00:00+02 | 0 | 2 | -59.00 84125 | 2009-07-01 00:00:00+02 | 0 | 2 | -59.00 84126 | 2009-08-01 00:00:00+02 | 0 | 2 | -59.00 64237 | 2009-08-20 15:01:13+02 | 1 | 11 | 236.00 84127 | 2009-09-01 00:00:00+02 | 0 | 2 | -59.00 84128 | 2009-10-01 00:00:00+02 | 0 | 2 | -59.00 84129 | 2009-11-01 00:00:00+01 | 0 | 2 | -59.00 84133 | 2009-12-01 11:44:33+01 | 0 | 2 | -59.00 72994 | 2009-12-31 10:35:17+01 | 1 | 11 | 236.00 84131 | 2010-01-01 00:00:00+01 | 0 | 2 | -59.00 84132 | 2010-02-01 00:00:00+01 | 0 | 2 | -59.00 84134 | 2010-03-01 00:00:00+01 | 0 | 2 | -59.00 80798 | 2010-03-04 11:30:25+01 | 1 | 11 | 177.00 84135 | 2010-04-01 13:50:26+02 | 0 | 2 | -59.00 85926 | 2010-05-10 09:21:01+02 | 1 | 5 | 472.00 (31 rows)
Sortowane jest po dacie a jak widać ID nie jest narastające
Jakieś pomysły coby to mogło być?
pozdrawiam Piotr Polok
uczestnicy (1)
-
Piotr Polok