nie wiem jak zbudowany jest cały system, może wystarczyłoby zaznaczać przy każdym naliczaniu/wystawianiu FV, że dana należność została "zafakturowana"
W poprzedniej firmie uczestniczyłem we wdrażaniu systemu ARA (od ksi.pl) oraz później we wdrażaniu systemu SORT od Comfortela i z tego co mówili wdrożeniowcy tam proces fakturowania polegał na analizowaniu całego zadanego okresu i wyszukiwaniu zobowiązań. do każdego zobowiązania wystawiane były FV i zobowiązanie system zaznaczał jako "załatwione".
Dzięki temu nie było możliwości by wystawić FV 2 razy za to samo jak również nie było szans by jakieś zobowiązanie zostało przeoczone. Może warto byłoby pójść w tym kierunku?
MK
W dniu 2012-05-06 14:51, Rafał Ramocki pisze:
Dnia 6 maj 2012 o godz. 14:31 Michał Korzeniowskimichal.korzeniowski@mediatelekom.pl napisał(a):
Witam Mam pytanie co do sposobu działania skryptu lms-payments.
Generalnie zauważyłem że gdy Klient ma ustawioną należność na 4 maja to faktura generuje mu się 4 go maja. Problem polega na tym że gdy zapuszczę dwa razy skrypt lms-payments - faktura wygeneruje mu się dwa razy mimo że należność ustawiona jest jedna.
Uruchamiaj raz dziennie okolo polnocy.
Kolejna kwestia - co jeżeli z jakiegoś powodu skrypt się nie wykona? owszem mogę cofnąć datę i
Mozesz tez uzyc opcji --fakedate
wygenerować ręcznie ale nie zwsze muszę wiedzieć o tym że się nie wygenerowało. Czy nie ma możliwość by skrypt analizował każdą należność z całego okresu (np miesiąca) i sprawdzał czy FV została już wystawiona, jeżeli nie to generuje a jeżeli tak to pomija generowanie ?
Afaik to wymagaloby dodatkowego powiazania dokuments/cash z assignments oraz zrezygnowania z usuwania zobowiazan na rzecz czegos w stylu deletetime.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms