> mi sie ten patch czysto naklada na wersje LMS version 1.9.7 Thalan
użyłem 1.9.7 (miałem 1.9.5) i nadal mam:
patch -p1 < tc2
patching file tc.c
Hunk #2 FAILED at 231.
Hunk #3 FAILED at 276.
2 out of 3 hunks FAILED -- saving rejects to file tc.c.rej
:-(
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Andrzej Banach wrote:
> Czy dobrze opisalem zasade dzialania platnosci? Chodzi mi najbardziej o
> ten 2 pt czy na pewno tak ma byc ze na czerwono to sie wyswietla czy
> moze ja ciagle cos zle robie? Do tej pory przy ustalaniu platnosci w
> pole "kiedy" byla wpisywane 15 i na liscie ladnie bylo widac od razu czy
> klient placi przed terminem czy po (kolorkami sie to odroznialo). Po
> zmianie bedzie wszystko na czerwono zawsze. Czy to jest prawidlowe?
>
>
tak
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Andy pisze:
>
> Witam
>
> Raczej robisz na okretke.
> Można ustawic dzien naliczania na 1 dzien kazdego miesiaca z platnoscia do
> 15 dnia kazdego miesiaca.
> Platnosc ustawiasz przelew z terminem 14 dni i już masz po klopocie.
> Klient otrzymuje FV z informacja ze abonament jest od 01 do 31 a platnosc ma
> do 15.
>
>
>
Ok. w takim razie chyba rzeczywiscie dostosuje sie do lms'a i przestawie
sie na naliczanie od 01.
Unikne w ten sposob ewentualnych przyszlych klopotow w razie powstania
jakiegos modulu korzystajacego z platnosci.
To teraz jeszcze gwoli wyjasnien prosze o potwierdzenie czy dobrze rozumuje;
1. Ustawiam klientowi zobowiazanie:
- wybieram z menu taryfe;
- wybieram "okres" "miesiecznie";
- w pole "kiedy" wpisuje 01;
2. Przychodzi nowy miesiac i modul payments 01 nalicza platnosc.
- klient jeszcze nie oplacil wiec odrazu na liscie wyswietla sie to na
czerwono;
- wysylam klientom FV i oczekuje na wplate;
- caly czas w userpanelu itp klientowi wyswietla sie w platnosciach na
czerwono ze nie oplacil itp;
3. Dobijamy do terminu platnosci (15-go) i zalacza sie modul cutoff czy
tam przypominajacy jakis
o braku oplaty;
- klient dostaje przypomnienia itp lub tam ma odlaczany net - jak kto woli;
Czy dobrze opisalem zasade dzialania platnosci? Chodzi mi najbardziej o
ten 2 pt czy na pewno tak ma byc ze na czerwono to sie wyswietla czy
moze ja ciagle cos zle robie? Do tej pory przy ustalaniu platnosci w
pole "kiedy" byla wpisywane 15 i na liscie ladnie bylo widac od razu czy
klient placi przed terminem czy po (kolorkami sie to odroznialo). Po
zmianie bedzie wszystko na czerwono zawsze. Czy to jest prawidlowe?
--
pozdrawiam;
Andrzej Banach
http://net-komp.net.pl
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Witam
Raczej robisz na okretke.
Można ustawic dzien naliczania na 1 dzien kazdego miesiaca z platnoscia do
15 dnia kazdego miesiaca.
Platnosc ustawiasz przelew z terminem 14 dni i już masz po klopocie.
Klient otrzymuje FV z informacja ze abonament jest od 01 do 31 a platnosc ma
do 15.
Pozdrawiam
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Andrzej Banach wrote:
> Zalezy mi by zobowiazanie bylo naliczone dopiero 15-go by klient sie nie
> burzyl ze ma cos na minusie od poczatku miesiaca choc termin platnosci
> jest do 15-go wiec nie za bardzo moge wystawiac zobowiazania juz 01.
> kazdego miesiaca.
> Czy jest jakis sposob by rozwiazac ten problem bez ingerencji w samego
> lms'a?
> Lub ewentualnie jak nie ma to czy jest szansa ze do lms'a wejdzie na
> stale jakas opcja ustawiana w konfiguracji modulu umozliwiajaca to
> (zobowiazuje sie do napisania tego drobnego patcha)?
> A moze ja ciagle zle rozumuje i probuje cos zrobic na okretke?
>
>
Możesz zrobić patcha z obsługą np. %current_month, ale lepiej nie
kombinuj tylko wystawiaj 1-go. Nie przejmuj się klientami, 15-go jest
termin płatności, a nie data powstania zobowiązania.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
Witam;
Od samego poczatku uzywam modulu payments daemona. Jednak juz od nowosci
nie moge rozgryzc jak w "normalnych" warunkach wyliczana jest zmienna
%period w komentarzu. Pamietam ze kiedys byl poruszany podobny problem
ale nie zostal rozwiazany wkoncu. Przechodze do rzeczy:
Mam klientow ktorzy zawsze placa do 15-go kazdego miesiaca za dany
miesiac. Jak im w takim razie poustawiac zobowiazania by w komentarzu
bylo ze oplata jest za okres od 01. do 31. danego miesiaca a nie od 15.
do 14 nastepnego miesiaca. Osobiscie po aktualizacji lms'a ciagle
nakladam swojego patcha ktory odejmuje 14 dni i jest git, ale to takie
nieeleganckie :P
Zalezy mi by zobowiazanie bylo naliczone dopiero 15-go by klient sie nie
burzyl ze ma cos na minusie od poczatku miesiaca choc termin platnosci
jest do 15-go wiec nie za bardzo moge wystawiac zobowiazania juz 01.
kazdego miesiaca.
Czy jest jakis sposob by rozwiazac ten problem bez ingerencji w samego
lms'a?
Lub ewentualnie jak nie ma to czy jest szansa ze do lms'a wejdzie na
stale jakas opcja ustawiana w konfiguracji modulu umozliwiajaca to
(zobowiazuje sie do napisania tego drobnego patcha)?
A moze ja ciagle zle rozumuje i probuje cos zrobic na okretke?
--
pozdrawiam;
Andrzej Banach
http://net-komp.net.pl
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
mi sie ten patch czysto naklada na wersje LMS version 1.9.7 Thalan
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
> http://wklej.org/id/f4e82f8fdc
> prosta i raczej skuteczna modyfikacja modulu tc (tylko teraz wszystko
> trzeba w host_htb_up)
hm, albo czegoś nie wiem (i pewnie tak jest) albo cosik jest nie tak:
patch -p1 < tc2
patching file tc.c
Hunk #2 FAILED at 231.
Hunk #3 FAILED at 276.
2 out of 3 hunks FAILED -- saving rejects to file tc.c.rej
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
On 7/2/07, Marcin <marcin(a)itcom.pl> wrote:
> Używa ktoś tego modułu do generowania konfiguracji dla Etherwerxa ?
>
> Dostaje coś takiego w logach:
>
> localhost lmsd: [etherwerx/ewx-stm] ERROR: Cannot add node 192.168.12.58
> (01551): (readOnly) The two parties used do not have access to use the
> specified SNMP PDU.
1. Sprawdź czy używasz właściwego community stringu - czy nie
próbujesz pisać na community, które jest tylko do odczytu.
2. Pamiętaj, że najpierw trzeba na abonencie ustawić blokadę:
.1.3.6.1.4.1.20656.1.2.1.4.1.1.x i 2
następnie zmienić co się chce
a potem blokadę zdjąć
.1.3.6.1.4.1.20656.1.2.1.4.1.1.x i 1
inaczej faktycznie wartości w EtherWerX są readonly.
BTW nie wiem jak działa moduł LMS do współpracy z EWX... :)
Pozdr,
Andrzej
_______________________________________________
lms mailing list
lms(a)lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
