Witam,
Dotad nie korzystalem z cutoff-a, ale wydaje sie to bardzo przydatny modul (lmsd) wiec postanowilem go wlaczyc i tutaj mam kilka pytan co do zasady funkcjonowania, bo nie pokrywa mi sie to z dokumentacja.
1. Poki co testuje, wiec chcialbym uzywac warnings_only.
Mam zdefiniowane:
expired_warning = Blocked automatically due to tariff(s) expiration at %time. warning = Blocked automatically due to tariff(s) expiration at %time. warnings_only = true
Niestety efekt jest taki, ze warning sie wlacza (warning=1) ale bez tresci w przypadku zadluzen, a w przypadku braku taryfy tresc jest. Gorsza rzecza jest jednak to, ze mimo warnings_only = true komputery sa blokowane (access=0). Dlaczego, skoro mial tylko dodawac warning? W przypadku braku lub przedawnionych taryf blokada jest sluszna (zgodna z dokumentacja)
2. Chcialem rowniez widziec czy to aby na pewno dziala wiec skorzystalem z opcji setnodegroup_only.
Ustawilem setnodegroup_only = cutofftest i taka tez grupe komputerow zalozylem. Niestety nic do niej nie trafia. Teraz zuawazylem, ze jesli jest laczone warnings_only z setnodegroup_only to dziala jedynie warnings_only. Co ciekawe po wylaczeniu warnings_only do grupy cutoff trafily prawie wszystkie komputery podczas gdy przy warningi/odciecia dostalo tylko kilkanascie.
Pozdrawiam
W dniu 6 czerwca 2012 14:04 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
Witam,
Dotad nie korzystalem z cutoff-a, ale wydaje sie to bardzo przydatny modul (lmsd) wiec postanowilem go wlaczyc i tutaj mam kilka pytan co do zasady funkcjonowania, bo nie pokrywa mi sie to z dokumentacja.
- Poki co testuje, wiec chcialbym uzywac warnings_only.
Mam zdefiniowane:
expired_warning = Blocked automatically due to tariff(s) expiration at %time. warning = Blocked automatically due to tariff(s) expiration at %time. warnings_only = true
zrobiłem tak samo i działa. spróbuj zamiast true wpisać 1 warnings_only = 1
Niestety efekt jest taki, ze warning sie wlacza (warning=1) ale bez tresci w przypadku zadluzen, a w przypadku braku taryfy tresc jest. Gorsza rzecza jest jednak to, ze mimo warnings_only = true komputery sa blokowane (access=0). Dlaczego, skoro mial tylko dodawac warning? W przypadku braku lub przedawnionych taryf blokada jest sluszna (zgodna z dokumentacja)
- Chcialem rowniez widziec czy to aby na pewno dziala wiec skorzystalem z
opcji setnodegroup_only.
Ustawilem setnodegroup_only = cutofftest i taka tez grupe komputerow zalozylem. Niestety nic do niej nie trafia. Teraz zuawazylem, ze jesli jest laczone warnings_only z setnodegroup_only to dziala jedynie warnings_only. Co ciekawe po wylaczeniu warnings_only do grupy cutoff trafily prawie wszystkie komputery podczas gdy przy warningi/odciecia dostalo tylko kilkanascie.
ja dodałem grupe klientów i trafia, z komputerami też
Pozdrawiam ______________________________**_________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/**mailman/listinfo/lmshttp://lists.lms.org.pl/mailman/listinfo/lms
W dniu 6 czerwca 2012 14:04 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
expired_warning = Blocked automatically due to tariff(s) expiration at %time.
to wpisz informacje o blokadzie z powodu zawieszenia lub zakończenia taryfy
warning = Blocked automatically due to tariff(s) expiration at %time.
a tu o blokadzie z powodu płatności
ja wczoraj wieczorem ogólnie z tym walczyłem i okazało się, że zrobiłem głupią literówkę. polecam zrobienie sobie testowego środowiska na jakiejś virtualce, skonfigurowanie modułu z debugiem i wiele się wyjaśni.
Dzieki za odpowiedz.
Udalo mi sie juz oswoic z warnings_only i wydaje sie juz dzialac poprawnie, ALE
Klient ma termin platnosci: domyślny W Konfiguracja>Firmy>firma>Termin płatności mam ustawiony na 10 Faktura wystawila sie 1-go a wiec termin platnosci mija 11go.
W cutoff ustawiam deadline: 5
Czyli o ile dobrze to rozumiem, odciecie lub dodanie warning-a powinno nastapic dopiero 16go, a dzis mamy 13-tego i klient dostaje warninga.
Co robie jeszcze zle? :)
W dniu 06.06.2012 16:22, Marcin pisze:
W dniu 6 czerwca 2012 14:04 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com mailto:paszczus@gmail.com> napisał:
expired_warning = Blocked automatically due to tariff(s) expiration at %time.to wpisz informacje o blokadzie z powodu zawieszenia lub zakończenia taryfy
warning = Blocked automatically due to tariff(s) expiration at %time.a tu o blokadzie z powodu płatności
ja wczoraj wieczorem ogólnie z tym walczyłem i okazało się, że zrobiłem głupią literówkę. polecam zrobienie sobie testowego środowiska na jakiejś virtualce, skonfigurowanie modułu z debugiem i wiele się wyjaśni.
-- Pozdrawiam Marcin / nicraM
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 13 czerwca 2012 12:02 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
Czyli o ile dobrze to rozumiem, odciecie lub dodanie warning-a powinno nastapic dopiero 16go, a dzis mamy 13-tego i klient dostaje warninga.
Co robie jeszcze zle? :)
Dobrze rozumiesz. Czy masz ustawione check_invoices? bo jak nie, to daemon nie sprawdza faktur. jeśli klient jest poniżej wartości z limit to go odcina. nie patrzy na deadline. pojawia się zobowiązanie to odcina, albo warning, zależ co ustawiłeś.
W dniu 13.06.2012 12:08, Marcin pisze:
Dobrze rozumiesz. Czy masz ustawione check_invoices? bo jak nie, to daemon nie sprawdza faktur. jeśli klient jest poniżej wartości z limit to go odcina. nie patrzy na deadline. pojawia się zobowiązanie to odcina, albo warning, zależ co ustawiłeś.
Tak, mam check_invoices true, deadline 5. Nie mam natomiast ustawionej wartosci dla limit, to pewnie tutaj problem?
Ogolnie to co chce osiagnac to automagiczny block usera jesli nie zaplacil wiecej niz 5 dni po uplywie terminu platnosci
W dniu 13.06.2012 12:48, Marcin pisze:
W dniu 13 czerwca 2012 12:17 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com mailto:paszczus@gmail.com> napisał:
Tak, mam check_invoices true, deadline 5. Nie mam natomiast ustawionej wartosci dla limit, to pewnie tutaj problem?spróbuj ustawić limit = 100%
Dzieki. Teraz z 76 komputerow warning dostalo tylko 25 ;-)
Ale nadal czesc z nich dostala warna chociaz teoretycznie nie powinna, tylko tutaj chyba sprawa bardziej zlozona:
Klient aktualnie ma bilans: -30,25 zl
01.05.2012 wystawila sie faktura na -30,25 zl - niezaplacona 01.06.2012 wystawila sie faktura na -30,25 zl wiec klient lacznie zalega -60,50 zl
12.06.2012 klient zaplacil 30,25 zl wiec tak jakby zaplacil za fakture z maja
W takim razie nie powinien teraz dostac warning-a/blocka bo jeszcze 3 dni do deadline.
To blad w systemie czy osoba rozliczajaca popelnila blad i rozliczyla mu fakture za czerwiec a za maj nie?
W dniu 13 czerwca 2012 13:47 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
Dzieki. Teraz z 76 komputerow warning dostalo tylko 25 ;-)
Ale nadal czesc z nich dostala warna chociaz teoretycznie nie powinna, tylko tutaj chyba sprawa bardziej zlozona:
Klient aktualnie ma bilans: -30,25 zl
01.05.2012 wystawila sie faktura na -30,25 zl - niezaplacona 01.06.2012 wystawila sie faktura na -30,25 zl wiec klient lacznie zalega -60,50 zl
12.06.2012 klient zaplacil 30,25 zl wiec tak jakby zaplacil za fakture z maja
W takim razie nie powinien teraz dostac warning-a/blocka bo jeszcze 3 dni do deadline.
To blad w systemie czy osoba rozliczajaca popelnila blad i rozliczyla mu fakture za czerwiec a za maj nie?
możesz to sprawdzić ?
W dniu 13 czerwca 2012 13:47 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
W takim razie nie powinien teraz dostac warning-a/blocka bo jeszcze 3 dni do deadline.
To blad w systemie czy osoba rozliczajaca popelnila blad i rozliczyla mu fakture za czerwiec a za maj nie?
przetestowałem to u siebie.
w liście faktur do wyboru, przy nowym KP, jako pierwsza pozycja jest najnowsza, czyli w Twoim przypadku z czerwca i podejrzewam, że ta jest zaznaczana.
aczkolwiek, działa to poprawnie. deadline zachowuje okresy.
W dniu 13.06.2012 14:00, Marcin pisze:
W dniu 13 czerwca 2012 13:47 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com mailto:paszczus@gmail.com> napisał:
W takim razie nie powinien teraz dostac warning-a/blocka bo jeszcze 3 dni do deadline. To blad w systemie czy osoba rozliczajaca popelnila blad i rozliczyla mu fakture za czerwiec a za maj nie?przetestowałem to u siebie. w liście faktur do wyboru, przy nowym KP, jako pierwsza pozycja jest najnowsza, czyli w Twoim przypadku z czerwca i podejrzewam, że ta jest zaznaczana.
aczkolwiek, działa to poprawnie. deadline zachowuje okresy.
Ja tego nie rozliczam tylko inna osoba, nie wiem czy bedzie pamietac (zaraz sie zapytam) ale zdaje sie ze robi to w ten sposob, ze wchodzi na danego klienta i w zakladce Konto klienta zaznacza "ptaszka" przy danej fakturze i daje Rozlicz.
W zalaczniku screeny jak to wyglada u klienta i jak w ustawieniach. Moze cos podpowiedza :)
dzieki
W dniu 13 czerwca 2012 14:58 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
Ja tego nie rozliczam tylko inna osoba, nie wiem czy bedzie pamietac (zaraz sie zapytam) ale zdaje sie ze robi to w ten sposob, ze wchodzi na danego klienta i w zakladce Konto klienta zaznacza "ptaszka" przy danej fakturze i daje Rozlicz.
W zalaczniku screeny jak to wyglada u klienta i jak w ustawieniach. Moze cos podpowiedza :)
dzieki
no to już wszystko jasne. nie klika "Rozlicz", bo kliknięcie tej opcji zeruje całe saldo klienta dodatkowo zamykając wszystkie faktury. w Twoim przypadku, jest wprowadzony jedynie "przychód" u danego klienta. saldo się zmienia, ale nic poza tym. faktury były by do wyboru w momencie wystawiania KP, gdzie można wybrać za którą fakturę klient płaci. Jeśli rozliczasz w ten sposób (widoczny na obrazku faktura1) to dodatkowo powinieneś wyświetlić sobie wszystkie faktury i rozliczyć tą najstarszą. I właśnie tu przydatny jest moduł/skrypt/zapytanie do rozliczania faktur.
W dniu 13.06.2012 15:08, Marcin pisze:
no to już wszystko jasne. nie klika "Rozlicz", bo kliknięcie tej opcji zeruje całe saldo klienta dodatkowo zamykając wszystkie faktury. w Twoim przypadku, jest wprowadzony jedynie "przychód" u danego klienta. saldo się zmienia, ale nic poza tym. faktury były by do wyboru w momencie wystawiania KP, gdzie można wybrać za którą fakturę klient płaci. Jeśli rozliczasz w ten sposób (widoczny na obrazku faktura1) to dodatkowo powinieneś wyświetlić sobie wszystkie faktury i rozliczyć tą najstarszą. I właśnie tu przydatny jest moduł/skrypt/zapytanie do rozliczania faktur.
OK, dowiedzialem sie juz jak to robi osoba za to odpowiedzialna.
Wklepuje w wyszukiwarce klienta i daje na dole rozlicz jezeli klient ma tylko jedna fakture do rozliczenia lub jesli zaplacil za wszystkie zalegle.
Jesli przelewa tylko czesc zaleglosci to wtedy rozlicza poprzez finanse
nowa operacja i wpisuje wartosc i typ przychod/rozchod czyli
wlasciwie to samo o czym ty pisales.
To jak robic to wlasciwie w takim razie? Aby rozliczal wlasciwa fakture i aby cutoff nie wariowal?
W dniu 13 czerwca 2012 15:48 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
To jak robic to wlasciwie w takim razie? Aby rozliczal wlasciwa fakture i aby cutoff nie wariowal?
są dwie opcje: 1. ręcznie. jeśli pracownik dodaje operację to na karcie klietna listuje jego faktury i ręcznie rozlicza tę, za którą była wpłata. 2. trzeba by zrobić skrypt, który wchodził by rozliczał tyle faktur na ile salda wystarczy.
W dniu 13.06.2012 15:57, Marcin pisze:
W dniu 13 czerwca 2012 15:48 użytkownik Sławomir Paszkiewicz <paszczus@gmail.com mailto:paszczus@gmail.com> napisał:
To jak robic to wlasciwie w takim razie? Aby rozliczal wlasciwa fakture i aby cutoff nie wariowal?są dwie opcje:
- ręcznie. jeśli pracownik dodaje operację to na karcie klietna
listuje jego faktury i ręcznie rozlicza tę, za którą była wpłata. 2. trzeba by zrobić skrypt, który wchodził by rozliczał tyle faktur na ile salda wystarczy.
Dzieki! Faktycznie po wejsciu w liste faktur widac wszystkie i mozna je rozliczac wedle tego co klient wplaci, ale niestety po rozliczeniu takiej faktury Saldo sie nie zmienia. Faktura markowana jest jako rozliczona. Przy korzystaniu z ogolnego "Rozlicz" lub z recznego wprowadzenia kwoty i zaznaczenie "zobowiazanie" to saldo maleje.
I jeszcze jedno pytanie, jak rozwiazac drugi problem, mianowicie u nas poza wystawianiem comiesiecznej faktury za internet wystawiana jest czasem jednorazowa faktura (np. za router wifi) na kwote np. 100 zl. Nie jest to jednak zobowiazanie tylko osobna faktura. LMS jednak traktuje to tak samo, tzn jesli klient ma oplaty za abonament w normie (w czasie) a ta fakture za sprzet jeszcze nie zaplacil (bo np. placi w 2 ratach) to lms go zablokuje. Da sie wlaczyc blokade *tylko* dla niezaplaconych abonamentow?
W dniu 14 czerwca 2012 08:17 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
Dzieki! Faktycznie po wejsciu w liste faktur widac wszystkie i mozna je rozliczac wedle tego co klient wplaci, ale niestety po rozliczeniu takiej faktury Saldo sie nie zmienia. Faktura markowana jest jako rozliczona. Przy korzystaniu z ogolnego "Rozlicz" lub z recznego wprowadzenia kwoty i zaznaczenie "zobowiazanie" to saldo maleje.
saldo to jedno a rozliczone faktury to drugie. ręczne zaznaczenie faktury jako rozliczonej nie zmienia stanu finansowego, i bardzo dobrze. A "Rozlicz", jak samo komentująca się opcja, rozlicza saldo do "0" i zamyka faktury. Jak rozliczone to rozliczone. Bardzo dobrze również, że dodanie ręcznie kwoty nie rozlicza faktur.
I jeszcze jedno pytanie, jak rozwiazac drugi problem, mianowicie u nas poza wystawianiem comiesiecznej faktury za internet wystawiana jest czasem jednorazowa faktura (np. za router wifi) na kwote np. 100 zl. Nie jest to jednak zobowiazanie tylko osobna faktura. LMS jednak traktuje to tak samo, tzn jesli klient ma oplaty za abonament w normie (w czasie) a ta fakture za sprzet jeszcze nie zaplacil (bo np. placi w 2 ratach) to lms go zablokuje. Da sie wlaczyc blokade *tylko* dla niezaplaconych abonamentow?
z tym to i ja mam dylemat. ale cutoff nie łapie faktur zamkniętych nawet jak jest saldo ujemne, zresztą mi nie łapało na testach jak klient miał wszystko pozamykane a był na minusie. tu takim doraźnym rozwiązaniem może być ręczne zamknięcie tej faktury, bo to nie zmienia salda, a cutoff nie będzie jej brał pod uwagę. wydaje mi się, że było by to najlepsze.
On 06/14/2012 08:37 AM, Marcin wrote:
saldo to jedno a rozliczone faktury to drugie. ręczne zaznaczenie faktury jako rozliczonej nie zmienia stanu finansowego, i bardzo dobrze.
Aczkolwiek jest opcja phpui/invoice_check_payment, która to zmienia.
W dniu 14 czerwca 2012 08:43 użytkownik A.L.E.C alec@alec.pl napisał:
saldo to jedno a rozliczone faktury to drugie. ręczne zaznaczenie faktury jako rozliczonej nie zmienia stanu finansowego, i bardzo dobrze.
Aczkolwiek jest opcja phpui/invoice_check_payment, która to zmienia.
hmm, a mógłbyś rozwinąć jak to działa?
On 06/14/2012 08:45 AM, Marcin wrote:
> saldo to jedno a rozliczone faktury to drugie. ręczne zaznaczenie > faktury jako rozliczonej nie zmienia stanu finansowego, i bardzo dobrze. Aczkolwiek jest opcja phpui/invoice_check_payment, która to zmienia.hmm, a mógłbyś rozwinąć jak to działa?
Dokładnie odwrotnie niż jest napisane wyżej czyli ręczne zaznaczenie faktury jako rozliczonej zmienia stan finansowy tj. dodaje operację wpłaty na kwotę z faktury.
W dniu 14.06.2012 08:48, A.L.E.C pisze:
On 06/14/2012 08:45 AM, Marcin wrote:
> saldo to jedno a rozliczone faktury to drugie. ręczne zaznaczenie > faktury jako rozliczonej nie zmienia stanu finansowego, i bardzo dobrze. Aczkolwiek jest opcja phpui/invoice_check_payment, która to zmienia.hmm, a mógłbyś rozwinąć jak to działa?
Dokładnie odwrotnie niż jest napisane wyżej czyli ręczne zaznaczenie faktury jako rozliczonej zmienia stan finansowy tj. dodaje operację wpłaty na kwotę z faktury.
Oooooo i to chyba jest to czego potrzebujemy :) Jezeli by jednak nie korzystac z tego, to w takim razie jak to powinno byc robione?
Zaznaczam fakture jako rozliczona, a potem recznie wpisuje zobowiazanie na ta kwote? Wydaje sie logiczne, ze skoro rozliczam klientowi fakture tzn, ze wplacil. Czy nie? :) (nie jestem od spraw ksiegowych)
On 06/14/2012 08:54 AM, Sławomir Paszkiewicz wrote:
Oooooo i to chyba jest to czego potrzebujemy :) Jezeli by jednak nie korzystac z tego, to w takim razie jak to powinno byc robione?
Zaznaczam fakture jako rozliczona, a potem recznie wpisuje zobowiazanie na ta kwote? Wydaje sie logiczne, ze skoro rozliczam klientowi fakture tzn, ze wplacil. Czy nie? :) (nie jestem od spraw ksiegowych)
LMS tutaj daje dowolność. Jak chesz automat to wystawiaj KP. Nie widzę problemu, żeby to robić nawet jeśli fizycznie nie masz kasy. Automatyczne rozliczanie faktur jest także przy imporcie.
Ręczne rozliczanie wymaga więcej klikania po prostu. Jak ktoś chce to możnaby przenieść fragment kodu związany z obsługą opcji finances/cashimport_checkinvoices z cashimport.php do balancenew.php.
W dniu 14.06.2012 08:43, A.L.E.C pisze:
Aczkolwiek jest opcja phpui/invoice_check_payment, która to zmienia.
btw, dlaczego lms ma tyle fajnych ficzerow/ustawien a wiekszosc z nich nie jest nigdzie dostepna? Skoro zwykly user mial wiedziec o istnieniu tego co piszesz? w samym phpui tego nie ma.
Podobnie jest zreszta z np. moim ustawieniem reload_timer. Nie pozwolono mi go dodac do phpui w bazie, wiec mozna je dopisac z palca, ale skad ktos ma o tym wiedziec? Czytac kazdego commita i zastanawiac sie jak to wlaczyc i do czego w ogole jest?
W dniu 14.06.2012 08:57, Sławomir Paszkiewicz pisze:
W dniu 14.06.2012 08:43, A.L.E.C pisze:
Aczkolwiek jest opcja phpui/invoice_check_payment, która to zmienia.
btw, dlaczego lms ma tyle fajnych ficzerow/ustawien a wiekszosc z nich nie jest nigdzie dostepna? Skoro zwykly user mial wiedziec o istnieniu tego co piszesz? w samym phpui tego nie ma.
Podobnie jest zreszta z np. moim ustawieniem reload_timer. Nie pozwolono mi go dodac do phpui w bazie, wiec mozna je dopisac z palca, ale skad ktos ma o tym wiedziec? Czytac kazdego commita i zastanawiac sie jak to wlaczyc i do czego w ogole jest?
./doc/ChangeLog: - added option phpui/invoice_check_payment to add payment operation ./lib/config.php: 'invoice_check_payment' => false,
tyle o tej opcji. Nie ma zadnego opisu do czego to sluzy itd...
On 06/14/2012 09:00 AM, Sławomir Paszkiewicz wrote:
./doc/ChangeLog: - added option phpui/invoice_check_payment to add payment operation ./lib/config.php: 'invoice_check_payment' => false,
tyle o tej opcji. Nie ma zadnego opisu do czego to sluzy itd...
Powód jest prozaiczny - lenistwo. Każda nowa opcja powinna być opisana w dokumentacji, dodana do w/w plików oraz do modułu configlist a także pliku lokalizacyjnego. A jak wiadomo programiści nie lubią pisać dokumentacji ;) Po za tym, akurat w przypadku tej opcji uważam, że są lepsze sposoby na osiągnięcie efektu i można bez niej żyć.
W dniu 14.06.2012 09:08, A.L.E.C pisze:
On 06/14/2012 09:00 AM, Sławomir Paszkiewicz wrote:
./doc/ChangeLog: - added option phpui/invoice_check_payment to add payment operation ./lib/config.php: 'invoice_check_payment' => false,
tyle o tej opcji. Nie ma zadnego opisu do czego to sluzy itd...
Powód jest prozaiczny - lenistwo.
Tak myslalem :)
Każda nowa opcja powinna być opisana w dokumentacji, dodana do w/w plików oraz do modułu configlist a także pliku lokalizacyjnego. A jak wiadomo programiści nie lubią pisać dokumentacji;)
A do dokumentacji to gdzie? Ja swoje reload_timer opisalem wlasnie w configlist i widac ladnie:
reload_timer [phpui] true Odliczanie przeładowania. Jeżeli ustawione na 1, wyświetli czas pozostały do przeładowania konfiguracji. Jeżeli używasz więcej niż jednego hosta, należy pamiętać aby czas między nim i był synchronizowany.
Ale jak ktos o tym nie wie (czyli pewnie 90% userow LMS) to tego w zyciu nie wlaczy bo nigdzie o tym nie doczyta. Gdzie dodac o tym jeszcze info, zeby bylo widoczne chociaz w Dokumentacja (ktora chyba tez nie jest zbyt czesto aktualizowana/regenerowana) ?
Po za tym, akurat w przypadku tej opcji uważam, że są lepsze sposoby na osiągnięcie efektu i można bez niej żyć.
No IMO wlaczenie tego duzo upraszcza , aczkolwiek teraz zrobilo mi tak, ze klient ma nagle +80zl bo wczesniej mial recznie wpisywane zobowiazania ,teraz rozliczylem mu 4 faktury i tak dziwnie. Anulowalem mu te faktury tzn dalem oznacz jako nierozliczone, a potem znow rozliczylem i nagle ma saldo +260 zl oO. Jak to teraz przywrocic aby niczego nie popsuc ? :)
W dniu 14.06.2012 09:15, Sławomir Paszkiewicz pisze:
No IMO wlaczenie tego duzo upraszcza , aczkolwiek teraz zrobilo mi tak, ze klient ma nagle +80zl bo wczesniej mial recznie wpisywane zobowiazania ,teraz rozliczylem mu 4 faktury i tak dziwnie. Anulowalem mu te faktury tzn dalem oznacz jako nierozliczone, a potem znow rozliczylem i nagle ma saldo +260 zl oO. Jak to teraz przywrocic aby niczego nie popsuc ? :)
OK z tym sobie juz poradzilem. Jednak invoice_check_payment na true to nie taka dobra opcja ;)
Witam!
W liście datowanym 14 czerwca 2012 (13:25:21) napisano:
W dniu 14.06.2012 09:15, Sławomir Paszkiewicz pisze:
No IMO wlaczenie tego duzo upraszcza , aczkolwiek teraz zrobilo mi tak, ze klient ma nagle +80zl bo wczesniej mial recznie wpisywane zobowiazania ,teraz rozliczylem mu 4 faktury i tak dziwnie. Anulowalem mu te faktury tzn dalem oznacz jako nierozliczone, a potem znow rozliczylem i nagle ma saldo +260 zl oO. Jak to teraz przywrocic aby niczego nie popsuc ? :)
OK z tym sobie juz poradzilem. Jednak invoice_check_payment na true to nie taka dobra opcja ;)
mozna jakos ustawic ten cutoff zeby nie sprawdzal czy faktura jest rozliczona bo ustawiam tylko saldo, a teraz mimo ze saldo jest zerowe to wysla powiadomienie do klienta
mam ustawione: check_invoices: true deadline: 14
tak jak wyzej pisalem wiadomosci dostaja nawet klienci z dodatnim saldem w config.php mam ustawiony ten: invoice_check_payment na false ale nic to nie zmienia... wersja lms`a z git`a jesli chodzi o rozliczanie tych faktur nigdy tego nie klikalem a jest tego masa...
W dniu 20 czerwca 2012 11:55 użytkownik JOYNET joynet@vp.pl napisał:
mozna jakos ustawic ten cutoff zeby nie sprawdzal czy faktura jest rozliczona bo ustawiam tylko saldo, a teraz mimo ze saldo jest zerowe to wysla powiadomienie do klienta
mam ustawione: check_invoices: true deadline: 14
generalnie jest tak. jeśli masz ustawione check_invoices na true to wszystkie faktury są sprawdzane i brane jest pod uwagę limit zobowiązań, najlepiej wpisać procentowo. jeśli klient ma na plusie a ma jakąś nie rozliczoną fakturę to cutoff to wyłapie i go zablokuje - w końcu przecież minął termin opłaty faktury.
tak jak wyzej pisalem wiadomosci dostaja nawet klienci z dodatnim saldem
bo sprawdzasz faktury
w config.php mam ustawiony ten: invoice_check_payment na false ale nic to nie zmienia... wersja lms`a z git`a jesli chodzi o rozliczanie tych faktur nigdy tego nie klikalem a jest tego masa...
i tu masz odpowiedź. kilka postów wyżej masz zapytanie, które zamknie ci faktury klientom mającym saldo >= 0.
Witam,
Możesz pokazać palcem owe zapytanie rozliczające faktury klientom którzy mają saldo >=0? Nie mogę go znaleźć.
Pozdrawiam, Rafał S.
Dnia 2012-06-20, śro o godzinie 12:59 +0200, Marcin pisze:
W dniu 20 czerwca 2012 11:55 użytkownik JOYNET joynet@vp.pl napisał: mozna jakos ustawic ten cutoff zeby nie sprawdzal czy faktura jest rozliczona bo ustawiam tylko saldo, a teraz mimo ze saldo jest zerowe to wysla powiadomienie do klienta
mam ustawione: check_invoices: true deadline: 14generalnie jest tak. jeśli masz ustawione check_invoices na true to wszystkie faktury są sprawdzane i brane jest pod uwagę limit zobowiązań, najlepiej wpisać procentowo. jeśli klient ma na plusie a ma jakąś nie rozliczoną fakturę to cutoff to wyłapie i go zablokuje - w końcu przecież minął termin opłaty faktury.
tak jak wyzej pisalem wiadomosci dostaja nawet klienci z dodatnim saldembo sprawdzasz faktury
w config.php mam ustawiony ten: invoice_check_payment na false ale nic to nie zmienia... wersja lms`a z git`a jesli chodzi o rozliczanie tych faktur nigdy tego nie klikalem a jest tego masa...i tu masz odpowiedź. kilka postów wyżej masz zapytanie, które zamknie ci faktury klientom mającym saldo >= 0.
-- Pozdrawiam Marcin / nicraM
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 20 czerwca 2012 19:32 użytkownik Rafał Suliga r.suliga@fast-net.plnapisał:
Witam,
Możesz pokazać palcem owe zapytanie rozliczające faktury klientom którzy mają saldo >=0? Nie mogę go znaleźć.
temat nazywa się cutoff- cuton
UPDATE nodes n1,( SELECT n.id FROM nodes n LEFT JOIN nodeassignments ON n.id = nodeassignments.nodeid LEFT JOIN assignments ON nodeassignments.assignmentid=assignments.id WHERE (assignments.dateto > unix_timestamp() or assignments.dateto='0' ) AND assignments.datefrom < unix_timestamp() AND assignments.suspended = 0 AND access = '0' AND (SELECT SUM(value) FROM cash WHERE customerid = n.ownerid) >= 0 ) AS n2 SET n1.access=1, n1.warning=0 WHERE n1.id = n2.id
Pozdrawiam, Rafał S.
Dnia 2012-06-20, śro o godzinie 12:59 +0200, Marcin pisze:
W dniu 20 czerwca 2012 11:55 użytkownik JOYNET joynet@vp.pl napisał: mozna jakos ustawic ten cutoff zeby nie sprawdzal czy faktura jest rozliczona bo ustawiam tylko saldo, a teraz mimo ze saldo jest zerowe to wysla powiadomienie do klienta
mam ustawione: check_invoices: true deadline: 14generalnie jest tak. jeśli masz ustawione check_invoices na true to wszystkie faktury są sprawdzane i brane jest pod uwagę limit zobowiązań, najlepiej wpisać procentowo. jeśli klient ma na plusie a ma jakąś nie rozliczoną fakturę to cutoff to wyłapie i go zablokuje - w końcu przecież minął termin opłaty faktury.
tak jak wyzej pisalem wiadomosci dostaja nawet klienci z dodatnim saldembo sprawdzasz faktury
w config.php mam ustawiony ten: invoice_check_payment na false ale nic to nie zmienia... wersja lms`a z git`a jesli chodzi o rozliczanie tych faktur nigdy tego nie klikalem a jest tego masa...i tu masz odpowiedź. kilka postów wyżej masz zapytanie, które zamknie ci faktury klientom mającym saldo >= 0.
-- Pozdrawiam Marcin / nicraM
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 20 czerwca 2012 19:32 użytkownik Rafał Suliga r.suliga@fast-net.plnapisał:
Witam,
Możesz pokazać palcem owe zapytanie rozliczające faktury klientom którzy mają saldo >=0? Nie mogę go znaleźć.
przepraszam, pomyłka. temat: "moduł system - zapytanie sql"
CREATE TEMPORARY TABLE tabela_tymczasowa AS SELECT customerid FROM cash WHERE time <= unix_timestamp() GROUP BY customerid HAVING SUM(value) >= 0; ALTER TABLE tabela_tymczasowa ADD UNIQUE (customerid); UPDATE documents d RIGHT JOIN tabela_tymczasowa t ON t.customerid=d.customerid SET closed = 1 WHERE type IN (1, 3, 5) AND cdate <= unix_timestamp() AND closed = 0;
W dniu 2012-06-20 19:32, Rafał Suliga pisze:
Witam,
Możesz pokazać palcem owe zapytanie rozliczające faktury klientom którzy mają saldo >=0? Nie mogę go znaleźć.
Prosciej/lepiej dopisac check_invoices = 1 do modulu payments. Dzieki temu przy kazdym wywolaniu payments daemon bedzie sprawdzal i rozliczal FV klientom majacym saldo =>0. To samo "chyba" robi sie przy imporcie wplat i "chyba" przy wykonywaniu cutoff. Kwestia ustawienia wszedzie check_invoices.
pozdrawiam
W dniu 20 czerwca 2012 23:35 użytkownik Andrzej Banach lms@net-komp.net.plnapisał:
Prosciej/lepiej dopisac check_invoices = 1 do modulu payments.
Nie każdy używa tego modułu. pozatym, próbowałeś odpalić ten moduł (rozliczające zapytanie z modułu) gdy masz dużo nie rozliczonych faktur? długo to trwa, zabijając przy tym serwer. pisałem o tym w wątku o bardzo długim wykonywaniu się zapytania
W dniu 21 czerwca 2012 10:25 użytkownik JOYNET joynet@vp.pl napisał:
te zapytanie ma taki minus ze nie rozlicza faktur starszych, czyli jesli klienta ma 10 faktur a saldo 10gr to nie rozliczy zadnej a powinien zostawic tylko ostatnia fakture nierozliczona..
nikt nie twierdzi, że jest idealne, zresztą jest to zapytanie sqlowe a nie skrypt. pozatym wyraźnie mówiłem iż rozlicza z saldem >= 0 :)
wracajac jeszcze do modulu cutoff2 dziala on jednak zupelnie inaczej od oryginalu i
eee, działa tak samo jak cutoff z check_invoices = false.
jest prawie idealny po pierwsze nie bierze terminu platnosci faktury tylko tutaj deadline dziala od dnia naliczenia salda czyli sprawa z rozliczaniem faktur rozwiazana, jego jedynym minusem jest to ze jesli np ustawie deadline = 3 a saldo zostalo naliczone 1, to powiadomienie pojawi sie tylko 4, a w pozostale dni nie bedzie juz sie wyswietlalo gdyby komus chcialo sie to poprawic to chetnie przetestuje
*-- Pozdrowienia, JOYNET*
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
zauważyłem, że u Ciebie pod %B też nie jest podstawiana wartość :(
W dniu 13.06.2012 15:27, Marcin pisze:
zauważyłem, że u Ciebie pod %B też nie jest podstawiana wartość :(
Wlasnie czasem jest a czasem nie :)
Mialem %B i %b i mialem dwa razy wartosc, np. -50.00 50.00 wywalilem %b i bylo OK -50.00 a teraz wychodzi %B :) nie rozumiem, ale jeszcze sie nie zaglebialem
W dniu 13 czerwca 2012 15:30 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
Mialem %B i %b i mialem dwa razy wartosc, np. -50.00 50.00 wywalilem %b i bylo OK -50.00 a teraz wychodzi %B :) nie rozumiem, ale jeszcze sie nie zaglebialem
mnie ani razu pod %B czy %b nie podstawiła się żadna wartość :( przeglądałem czemu ale za mało mojej znajomości c :( tak więc nie wiem czemu %B i %b nie działa :(
W dniu 13 czerwca 2012 16:10 użytkownik Marcin marcin@nicram.net napisał:
mnie ani razu pod %B czy %b nie podstawiła się żadna wartość :( przeglądałem czemu ale za mało mojej znajomości c :( tak więc nie wiem czemu %B i %b nie działa :(
już wiem czemu raz podstawia a raz nie. jeśli ustawiona jest opcja check_invoices = 1 to wykonywany jest UPDATE z linii 371 (cutoff.c) gdzie nie jest zamieniany ciąg %B na balance. jeśli check_invoices = 0 to wykonywany jest UPDATE z linii 467 gdzie ciąg jest zamieniany.
Przejrzałem ogólnie kod modułu cutoff i dochodzę do wniosku, że autor miał na myśli dwa sposoby tego odpalania.
1. daemon odpalany codziennie, wówczas korzystamy z check_invoices. daemon bierze pod uwagę termin płatności faktury oraz okres deadline. tu musimy pilnować prawidłowego rozliczania faktur. zmienne %b i %B nie są zamieniane na wartości.
2. nie korzystamy z opcji check_invoices. skrypt odpalamy raz w miesiącu. wyłapani zostaną klienci z saldem poniżej limit. w tym przypadku zmienne %B %b zostaną zamienione na odpowiednie wartości. nie brane są pod uwagę terminy faktur, bo nie są sprawdzane, jak i deadline nie ma tu znaczenia. jeśli ktoś ma zaległość większą niż limit to tniemy :)
oczywiście w obu przypadkach brane jest pod uwagę zawieszenie blokowania, jak i możemy nie blokować a jedynie ustawiać same warningi.
a jak do tego ma sie modul cutoff2 ( z contrib/daemon_modules)?
W dniu 13 czerwca 2012 22:45 użytkownik Mariusz Helt joynet@vp.pl napisał:
** a jak do tego ma sie modul cutoff2 ( z contrib/daemon_modules)?
z tego co widzę po kodzie to wszystko z cutoff2 jest już w standardowym cutoff.
po przyjzeniu sie zawartosci z cutoff wychodzi na to ze problem z (nie)rozliczaniem faktur rozwiazalo by zmienienie zapytania:
// not payed invoices query = strdup( "SELECT DISTINCT d.customerid AS id " "FROM documents d " "JOIN customers c ON (d.customerid = c.id) " "WHERE d.type = 1 " "AND d.closed = 0 " "AND d.cdate + d.paytime * 86400 + 86400 * ? < %NOW% " "AND c.deleted = 0 " "AND c.cutoffstop < %NOW%" "%groups%egroups%nets%enets" );
tak zeby pominal d.closed = 0 a sprawdzil paytime na ostatnio wystawionej fakturze ale nie wiem czy jakas madra glowa jest to w stanie zmiescic w jednym zapytaniu...
2012/6/22 Mariusz Helt joynet@vp.pl
po przyjzeniu sie zawartosci z cutoff wychodzi na to ze problem z (nie)rozliczaniem faktur rozwiazalo by zmienienie zapytania:
możesz powiedzieć po co? IMHO moduł jest bardzo dobrze pomyślany.
co prawda, jak pisał JOYNET, cutoff bez check_invoices mógłby uwzględnić deadline tak jak to robi cutoff2.
ja odpaliłem sobie cutoff w dwóch instancjach. jedna check_invoices + deadline, ktróra odpalana jest codziennie, do odcinania ludków. drugą instancję bez check_invoices a tylko z limit =0 odpalam jedynie z only_warnings do wyświetlenia powiadomień i odpalam z crona w odpowiednie dni w miesiącu.
a faktury rozliczam tym zapytaniem rozliczającym faktury lukom mającym saldo >=0. Jeśli ktoś saldo ma na minusie niech wyrówna, nawet ten 1 grosz.
tak zeby pominal d.closed = 0 a sprawdzil paytime na ostatnio wystawionej fakturze ale nie wiem czy jakas madra glowa jest to w stanie zmiescic w jednym zapytaniu...
tylko po co. na podstawie rozliczonych faktur możesz sobie liczyć odsetki od nie terminowej wpłaty. jak fakturę masz nie rozliczoną to czy jest ona zapłacona?
W dniu 23 czerwca 2012 09:44 użytkownik JOYNET joynet@vp.pl napisał:
idealnym rozwiazaniem byloby gdyby np cutoff2 dzialal czesciej niz raz w miesiacu (przy opcji deadline)
przecież cutoff2 możesz odpalać codziennie, moduł ten bierze pod uwagę deadline. pobiera z zobowiązań maksymalny dzień wystawiania zobowiązania i sprawdzany jest warunek
if(c->deadline) if(!is_deadline(at, c->deadline, t)) continue;
int is_deadline(int at, int limit, time_t t) { struct tm *tt;
// go back to payment day t -= (limit*60*60*24); tt = localtime(&t);
if(tt->tm_mday==at) return 1;
return 0; }
czyli jest to co chcesz osiągnąć. po co wyważać już otwarte drzwi.
W dniu 23 czerwca 2012 12:24 użytkownik JOYNET joynet@vp.pl napisał:
wiadomosc pojawi sie tylko i wylacznie raz w danym miesiacu (w dniu ustawiania naliczania zobowiazan + deadline) w dni pozostale (czyli po terminie deadline) juz nie zobaczysz tej wiadomosci
bo to jest moduł cutoff (tr. odcięcie), wyłącza komputery ze spełnionym warunkiem. ma to codziennie robić?
jak chcesz by robiło Ci to codziennie to zmień fragment:
if(c->deadline) if(!is_deadline(at, c->deadline, t)) continue;
W dniu 23 czerwca 2012 23:47 użytkownik JOYNET joynet@vp.pl napisał:
dzieki za wytlumaczenie tego co znaczy cutoff, jak wiesz ma on tez funkcje only_warning
czyli zamiast odłączać ma włączyć tylko ostrzeżenia. adekwatne do tego co pisałem wcześniej. robi update u klienta jedynie w dzień deadline. generalnie jak już odłączysz hosta to ponownie już go nie musisz wyłączać. uruchamiasz go dopiero po wpłacie ręcznie, czy ze skryptu.
pozatym jakbym chcial zeby wysylal codziennie to bym sobie to w cronie odpalil
sam piszesz, że wyłącza w jeden dzień, a teraz że nie chcesz tego codziennie odpalać. co Ty konkretnie chcesz osiągnąć?
postaram sie poprawic to zapytanie z cutoff zeby nie sprawdzal faktur rozliczonych tylko na podstawie ostatnio naliczonego salda
W dniu 12-06-13 21:41, Marcin pisze:
Przejrzałem ogólnie kod modułu cutoff i dochodzę do wniosku, że autor miał na myśli dwa sposoby tego odpalania.
- daemon odpalany codziennie, wówczas korzystamy z check_invoices. daemon
bierze pod uwagę termin płatności faktury oraz okres deadline. tu musimy pilnować prawidłowego rozliczania faktur. zmienne %b i %B nie są zamieniane na wartości.
- nie korzystamy z opcji check_invoices. skrypt odpalamy raz w miesiącu.
wyłapani zostaną klienci z saldem poniżej limit. w tym przypadku zmienne %B %b zostaną zamienione na odpowiednie wartości. nie brane są pod uwagę terminy faktur, bo nie są sprawdzane, jak i deadline nie ma tu znaczenia. jeśli ktoś ma zaległość większą niż limit to tniemy :)
oczywiście w obu przypadkach brane jest pod uwagę zawieszenie blokowania, jak i możemy nie blokować a jedynie ustawiać same warningi.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Hej,
Ja właśnie zauważyłem dziwną rzecz... Mam limit ustawiony na 100%, mam włączone check_invoices, deadline = 14, use_nodeassignments = true, warnings_only
Sytuacja taka, klient ma wystawione 2 FV:
01.06.2012 1228zł 06.06.2012 9200zł
Obie z terminem płatności 14 dni.
Teoretycznie z włączonym check_invoices powinien ignorować limit... jednak tego nie robi i ustawia warning dla klienta. Albo coś robię źle ... albo... nie wiem już sam. Klient nie ma żadnej faktury przeterminowanej, więc ustawia warna (spełniony warunek if(plimit), więc wykonuje się to co w tym ifie i zaznacza go jako dłużnika)
W dniu 13 czerwca 2012 23:25 użytkownik Piotrek S. komuch@gmail.comnapisał:
Mam limit ustawiony na 100%, mam włączone check_invoices, deadline = 14, use_nodeassignments = true, warnings_only
Sytuacja taka, klient ma wystawione 2 FV:
01.06.2012 1228zł 06.06.2012 9200zł
Obie z terminem płatności 14 dni.
Teoretycznie z włączonym check_invoices powinien ignorować limit... jednak tego nie robi i ustawia warning dla klienta. Albo coś robię źle ... albo... nie wiem już sam. Klient nie ma żadnej faktury przeterminowanej, więc ustawia warna (spełniony warunek if(plimit), więc wykonuje się to co w tym ifie i zaznacza go jako dłużnika)
A jakie ma ten klient miesięczne zobowiązania? 100% bierze się z miesięcznych zobowiązań, wszystko ponad to jest traktowane jako zaległość z poprzednich okresów.
On 06/13/2012 11:25 PM, Piotrek S. wrote:
Ja właśnie zauważyłem dziwną rzecz... Mam limit ustawiony na 100%, mam włączone check_invoices, deadline = 14, use_nodeassignments = true, warnings_only
Sytuacja taka, klient ma wystawione 2 FV:
01.06.2012 1228zł 06.06.2012 9200zł
Obie z terminem płatności 14 dni.
Teoretycznie z włączonym check_invoices powinien ignorować limit...
check_invoices i limit to dwie niezależne procedury. Kwoty faktur są duże, więc prawdopodobnie przekraczają miesięczny abonament klienta.
On 06/14/2012 08:51 AM, A.L.E.C wrote:
check_invoices i limit to dwie niezależne procedury. Kwoty faktur są duże, więc prawdopodobnie przekraczają miesięczny abonament klienta.
Dodam, że procedura 'limit' nie uwzględnia terminu płatności, ponieważ operuje na bilansie klienta a nie jego fakturach.
W dniu 12-06-14 08:54, A.L.E.C pisze:
On 06/14/2012 08:51 AM, A.L.E.C wrote:
check_invoices i limit to dwie niezależne procedury. Kwoty faktur są duże, więc prawdopodobnie przekraczają miesięczny abonament klienta.
Dodam, że procedura 'limit' nie uwzględnia terminu płatności, ponieważ operuje na bilansie klienta a nie jego fakturach.
Czyli jak wystawimy klientowi fv na jakąś dużą kwotę, to już w następny dzień klient dostanie blokadę...
W dniu 15 czerwca 2012 15:43 użytkownik Piotrek S. komuch@gmail.comnapisał:
Czyli jak wystawimy klientowi fv na jakąś dużą kwotę, to już w następny dzień klient dostanie blokadę...
zgadza się, będzie blokada. ale jest wyjście. zamknij tą fakturę. nie będzie rozliczona, będzie dług ale cutoff nie złapie tego hosta :)
W dniu 12-06-15 15:54, Marcin pisze:
W dniu 15 czerwca 2012 15:43 użytkownik Piotrek S. komuch@gmail.comnapisał:
Czyli jak wystawimy klientowi fv na jakąś dużą kwotę, to już w następny dzień klient dostanie blokadę...
zgadza się, będzie blokada. ale jest wyjście. zamknij tą fakturę. nie będzie rozliczona, będzie dług ale cutoff nie złapie tego hosta :)
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Niestety nie mogę tego zrobić - codziennie odpala się skrypt, który sam rozlicza faktury + wyliczający odsetki (na podstawie informacji o tym, czy fv jest rozliczona czy nie).
W dniu 15 czerwca 2012 18:19 użytkownik Piotrek S. komuch@gmail.comnapisał:
Niestety nie mogę tego zrobić - codziennie odpala się skrypt, który sam rozlicza faktury + wyliczający odsetki (na podstawie informacji o tym, czy fv jest rozliczona czy nie).
I tak się kończy pisanie skryptów a nie dzielenie z innymi :)
W dniu 12-06-15 18:29, Krzysztof Drewicz pisze:
W dniu 15 czerwca 2012 18:19 użytkownik Piotrek S. komuch@gmail.comnapisał:
Niestety nie mogę tego zrobić - codziennie odpala się skrypt, który sam rozlicza faktury + wyliczający odsetki (na podstawie informacji o tym, czy fv jest rozliczona czy nie).
I tak się kończy pisanie skryptów a nie dzielenie z innymi :)
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Nie podzieliłem się tylko dlatego, że to jest wczesna wersja alpha, do tego kod jest jaki jest no i skrypt ma pewną ułomność - nalicza całe odsetki dla nierozliczonej fv, wystarczy że jest 1gr niedopłaty, to oblicza od całości odsetki...
Jakby ktoś chciał ulepszyć, to znajduje się tutaj:
http://www.komuch.pl/q/odsetki.pl
Stworzona osobna tabela 'interest'
id, docid, cdate, pdate, delay, value, created, updated, closed
Pozdrawiam
W dniu 15 czerwca 2012 19:04 użytkownik Piotrek S. komuch@gmail.comnapisał:
Nie podzieliłem się tylko dlatego, że to jest wczesna wersja alpha, do tego kod jest jaki jest no i skrypt ma pewną ułomność - nalicza całe odsetki dla nierozliczonej fv, wystarczy że jest 1gr niedopłaty, to oblicza od całości odsetki...
Jakby ktoś chciał ulepszyć, to znajduje się tutaj:
http://www.komuch.pl/q/odsetki.pl
Stworzona osobna tabela 'interest'
id, docid, cdate, pdate, delay, value, created, updated, closed
Sam piszę podobny - po meczach dopiszę chyba swój. Z odsetkami zawsze był problem. A to uproszczenie o którym mówisz - ja robię tak samo - i dopiero jak ktoś wpłaci księgowa wystawia notę - bo o ten 1 gr nie warto kruszyć kopii - po kilku wpłatach odsetek - klient się uczy płacić w terminie.
To jak juz zrobicie wersje finalna, to zrobcie moze pull requesta i moze ktos go przyjmie (to nie jest latwe :P). Przyda sie dla innych ;)
W dniu 15 czerwca 2012 19:13 użytkownik Krzysztof Drewicz < krzysztofdrewicz@gmail.com> napisał:
W dniu 15 czerwca 2012 19:04 użytkownik Piotrek S. komuch@gmail.comnapisał:
Nie podzieliłem się tylko dlatego, że to jest wczesna wersja alpha, do
tego kod jest jaki jest no i skrypt ma pewną ułomność - nalicza całe odsetki dla nierozliczonej fv, wystarczy że jest 1gr niedopłaty, to oblicza od całości odsetki...
Jakby ktoś chciał ulepszyć, to znajduje się tutaj:
http://www.komuch.pl/q/odsetki.pl
Stworzona osobna tabela 'interest'
id, docid, cdate, pdate, delay, value, created, updated, closed
Sam piszę podobny - po meczach dopiszę chyba swój. Z odsetkami zawsze był problem. A to uproszczenie o którym mówisz - ja robię tak samo - i dopiero jak ktoś wpłaci księgowa wystawia notę - bo o ten 1 gr nie warto kruszyć kopii - po kilku wpłatach odsetek - klient się uczy płacić w terminie.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
On 06/13/2012 09:41 PM, Marcin wrote:
Przejrzałem ogólnie kod modułu cutoff i dochodzę do wniosku, że autor miał na myśli dwa sposoby tego odpalania.
Dokładnie, jeśli korzystamy z jednego sposobu to drugi jakby traci sens.
- daemon odpalany codziennie, wówczas korzystamy z check_invoices.
daemon bierze pod uwagę termin płatności faktury oraz okres deadline. tu musimy pilnować prawidłowego rozliczania faktur. zmienne %b i %B nie są zamieniane na wartości.
W tej procedurze nie jest wogóle obliczany bilans klienta, dlatego nie ma co podstawić pod te zmienne.
uczestnicy (9)
-
A.L.E.C -
Andrzej Banach -
JOYNET -
Krzysztof Drewicz -
Marcin -
Mariusz Helt
-
Piotrek S. -
Rafał Suliga -
Sławomir Paszkiewicz