trochę szkoda, że projekt lekko przymiera i brak aktywnych uzytkowników,
ale cóż takie życie - nawet największe projekty może czekać lod PLD,
raiserfs czy LMS, ale pytanie moje to: jeśli nie LMS to co?
Piotr Kaczor
grey wrote:
> Moze zaczne od opisania jak byly dotychczas numerowane faktury...
>
> Np. xxxxx/yy/2006
>
> Gdzie xxxxx to numer klienta, yy to kolejny numer faktury dla klienta o
> numerze xxxxx w roku 2006
>
> Czy ktos ma pomysl jak to zrobic?
> Czy wogole da sie to jakos odpalic?
Nie, bez przeróbek się nie da. Wstawienie ID klienta można dorobić
stosunkowo łatwo, ale numeracja per-klient to już więcej zachodu.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.alec.pl
Moze zaczne od opisania jak byly dotychczas numerowane faktury...
Np. xxxxx/yy/2006
Gdzie xxxxx to numer klienta, yy to kolejny numer faktury dla klienta o
numerze xxxxx w roku 2006
Czy ktos ma pomysl jak to zrobic?
Czy wogole da sie to jakos odpalic?
Pozdrawiam
Krzysiek
Gdzie trzeba poprawic szablon korygujacej faktury , potrzebuje dopisac miejsce na
podpis odbiorcy faktury korygujacej zodnie z polskim prawem korygujaca faktura powinna
byc wyslana w oryginale i kopii do klienta a ten powinien ja podpisac i odeslac kopie
aktualony szablon nie przewiduje takiej mozliwosci
trzeba po postu dopisac "podpis odbiorcy" i tyle tylko gdzie w invoice_pdf.php ??
Dariusz Kowalczyk
szarecki napisał(a):
> Witam!
>
> Gdzie w lms jest rozeslanie faktur na e-mail?
> Bo szukam i już glupieje.
>
> Z gory dzieki
> krzysiek
>
>
>
>
>
lms-sendinvoices
Dariusz J. napisał(a):
> no to zabieraj sie za robote i dopisz, niestety obecnie tylko chyba alec
> udziela
> się najwiecej, z tego co widze w changelogu
Nie jestem jeszcze na tyle biegły w takim programowaniu, ale przemyślę
sprawę. Kiedyś chciałem pozmieniać coś przy podawaniu %period w demonie,
ale nie wyszło.
Jak skończę konfigurować to podzielę się pełnym konfigiem poczty, jeśli
ktoś będzie zainteresowany, lub do dokumentacji.
>> Poza tym ludzie którym go zakłądam nie pytali by mnie co działa, a co
>> nie i dlaczego.
> Mysle ze w tej kwesti powinieś sam to dorobić, a nie wyręczać sie innymi
> ludzmi, bo wątpie zebyś to robił za darmo i mówił jaką robote ciężko
> odwalili autorzy tego projektu...
Robię za pół darmo. Kieszonkowe dla studenta. Ale pogadam z gośćmi,
którzy korzystają z LMSa, żeby wsparli finansowo projekt, jakimiś
drobnymi (to są małe sieci). Na pewno dwóch się zgodzi. Tylko skończę im
pocztę robić. Nie obiecuję, ale poinformuję wszystkich, w końcu to
oprogramowanie wg mnie warte jest dużo kasy.
> Apropos, masz niezgodne z obowiązującą aktualnie normą druczki, ale to tak
> na marginesie ;)
to był przykład jak zreszta pisze :) nowych druczków jeszcze nie mamy
Łukasz Biedroński napisał(a):
> Jeśli chcesz to zrobić tanio a zarazem solidnie to polecam zlecić w
> drukarni wydruk czystych blankietów wpłat oczywiście pociętych i
> nadrukowywać dane klientów samodzielnie :) .
> przykład : http://www.ksknet.pl/druk-wplaty.jpg
> Druki przychodzą z drukarni a my nadrukowujemy laserem potrzebne
> informacje dla każdego klienta poprzez druk seryjny z bazy danych :)
Apropos, masz niezgodne z obowiązującą aktualnie normą druczki, ale to
tak na marginesie ;)
--
_ _ _ ___
| |_ | \/ |( __|
http://www.|___)|_||_||___).rulez.pl
Marcin 'Lexx' Król LMS Developer
lexx(a)polarnet.gliwice.pl GG: 652506
Nie odpisuje na listy pisane w HTML.
> Konrad Cempura napisał(a):
>> LMS nie musi widzieć, ani używać tego pola (w interfejsie WWW), ono
>> będzie dostępne dla innych programów.
>> Musi tylko umieć dodać usera do bazy i umieć się zaktualizować
>> prawidłowo.
>
Jezeli w interface WWW nie bedzie uzywalo tego pola, to mysle ze w 99% nie
powinno to wplynąć. Chyba ze całkowicie przebuduje sie baze danych, w co
wątpie zeby bylo trzeba robić..
> Usera dodaje prawidłowo.
> Została kwestia taka, czy przyszłe aktualizacje LMSa nie zaszkodzą temu
> dodatkowemu polu?
Powiem tak, ja od długiego czasu mam własne pola w bazie danych i takze
zmodyfikowane taryfy dodane pola limitow nocnych i od okolo poł roku nie mam
problemów przy aktualizacji. LMS rozwija się w przemyslany sposób beż
obracania wszystkiego do góry nogami.
>
> Inna sprawa - nie zastanawialiście się, żeby wprowadzić takie pole do
> konfiguracji użytkowników?
Mi osobiscie to nie są potrzebne takie opcje, nawet moja mama umie
obłsugiwać i nie pyta mnie co do czego służy i czy działa. To i tak się robi
i konieć..
>
> Kolejna kwestia... to jakie pola są widoczne powinno dać się ustawić w
> Konfiguracji UI. Niektóre są niepotrzebne, bo każdy ma na swój sposób
> rozwiązane pewne kwestie (np u mnie nie potrzebuje pola rate, bo skrypt
> sam sobie oblicza, potrzebuję tylko czasem ceil). Konfigurowanie ich
> pokazywania upiększyło by LMSa :P
>
no to zabieraj sie za robote i dopisz, niestety obecnie tylko chyba alec
udziela
się najwiecej, z tego co widze w changelogu
> Poza tym ludzie którym go zakłądam nie pytali by mnie co działa, a co nie
> i dlaczego.
Mysle ze w tej kwesti powinieś sam to dorobić, a nie wyręczać sie innymi
ludzmi, bo wątpie zebyś to robił za darmo i mówił jaką robote ciężko
odwalili autorzy tego projektu...
Konrad Cempura napisał(a):
> LMS nie musi widzieć, ani używać tego pola (w interfejsie WWW), ono
> będzie dostępne dla innych programów.
> Musi tylko umieć dodać usera do bazy i umieć się zaktualizować prawidłowo.
Usera dodaje prawidłowo.
Została kwestia taka, czy przyszłe aktualizacje LMSa nie zaszkodzą temu
dodatkowemu polu?
Inna sprawa - nie zastanawialiście się, żeby wprowadzić takie pole do
konfiguracji użytkowników?
Kolejna kwestia... to jakie pola są widoczne powinno dać się ustawić w
Konfiguracji UI. Niektóre są niepotrzebne, bo każdy ma na swój sposób
rozwiązane pewne kwestie (np u mnie nie potrzebuje pola rate, bo skrypt
sam sobie oblicza, potrzebuję tylko czasem ceil). Konfigurowanie ich
pokazywania upiększyło by LMSa :P
Poza tym ludzie którym go zakłądam nie pytali by mnie co działa, a co
nie i dlaczego.
