Witam,
W ustawieniach oddziału firmy i w danych klienta można wybrać "Termin
płatności".
Przy ustawieniu "domyślny" u klienta jeżeli tworzymy ręcznie nową fv
termin płatności uwzględni wartość ustawioną w oddziale firmy.
Jeżeli fv wystawia skrypt lms-payments wskoczy nam wartość z
konfiguracji globalnej. Ilość dni ustawiona w oddziale firmy jest
całkowicie pomijana przez skrypt.
Pobiera tylko z customeraddressview - customers i payments.deadline
Błąd czy jest pod tym jakieś założenie?
Pozdrawiam
Witam,
jak w temacie. Tym razem znacznik v24.1 w gałęzi 'stable' oraz
znaczniki v1.11.23.22 w gałęzi 'stable-1.11.23' i
v1.11.22.34 w gałęzi 'stable-1.11.22'.
Kto na bieżąco synchronizował gałąź 'stable' nic nie robi.
W przypadku wszystkich nowych numerowanych wersji jak zwykle poprawki.
Wersja v1.11.22.34 to ostatnie wydanie z serii 1.11.22.x, dlatego
zlecamy aktualizację co najmniej do linii wydań 1.11.23.x (gałąź
'stable-1.11.23').
Więcej informacji o wersjonowaniu wydań:
https://github.com/chilek/lms-plus/wiki/faq#wersje-lms
Uczestnicy projektu LMS Plus mogą zapoznać się z informacjami
o gałęzi stabilnej bazującej na 24 oraz procedurą aktualizacji pomiędzy
wersjami 1.11.23 i 24 pod adresem:
https://github.com/chilek/lms-plus/wiki/stable-1.11.23-24
--
Pozdrawiam
Tomasz Chiliński, Chilan
opiekun projektu LMS - http://lms.org.pl
kierownik projektu LMS Plus / LMS+ - http://lms-plus.org
Witam,
jak w temacie. Tym razem znacznik v1.11.23.21 w gałęzi 'stable'
oraz znaczniki: v1.11.22.33 w gałęzi 'stable-1.11.22'.
Kto na bieżąco synchronizował gałąź 'stable' nic nie robi.
W przypadku wszystkich nowych numerowanych wersji jak zwykle poprawki.
Więcej informacji o wersjonowaniu wydań:
https://github.com/chilek/lms-plus/wiki/faq#wersje-lms
Uczestnicy projektu LMS Plus mogą zapoznać się z informacjami
o gałęzi stabilnej bazującej na 1.11.23 oraz procedurą aktualizacji
pomiędzy
wersjami 1.11.22 i 1.11.23 pod adresem:
https://github.com/chilek/lms-plus/wiki/stable-1.11.22-1.11.23
--
Pozdrawiam
Tomasz Chiliński, Chilan
opiekun projektu LMS - http://lms.org.pl
kierownik projektu LMS Plus / LMS+ - http://lms-plus.org
Witam,
Przed chwilą została wydana wersja publiczna LMS 24.0 (oznakowana w
repozytorium git jako LMS_24).
Dostępna jest do pobrania pod adresem:
https://github.com/lmsgit/lms/releases/tag/LMS_24
W ramach projektu LMS Plus (http://lms-plus.org)
stabilna gałąź "stable" została już zsynchronizowana z najnowszą wersją
LMS. Wkrótce
zaczną pojawiać się wersje zawierające jedynie poprawki błędów lub
drobne usprawnienia.
Kolejne wersje stabilne z gałęzi "stable" będą oznaczane jako:
24.1, 24.2, ..., itd.
Uczestnicy projektu LMS Plus chcący pozostać jeszcze przez jakiś czas na
gałęzi
stabilnej 1.11.23 przełączają się na "stable-1.11.23".
Wkrótce zostanie wstrzymane uaktualnianie poprawkami gałęzi stabilnej
"stable-1.11.22",
dlatego osoby nadal korzystające z wersji 1.11.22.x powinny poważnie
rozważyć
migrację na co najmniej bieżącą wersję 1.11.23.x.
Jak nietrudno zauważyć 24.0 wyszło zamiast 1.11.24, którym miało być
pierwotnie.
Zmiany zachodzące między numerowanymi wydaniami publicznego LMS są tak
duże, że nie ma
sensu zmienianie tylko 3 liczby po kropce w pełnej wersji. Od tej pory
wszystkie wydania
publiczne LMS będą nosiły numery 24.0, 25.0, 26.0, itd. a bazujące na
nich wydania LMS+
odpowiednio:
24.1, 24.2, 24.3, ...
25.1, 25.2, 25.3, ...
26.1, 26.2, 26.3, ...
Między wydaniami 1.11.23, a 24.0 minął ponad rok - potrzebowaliśmy tego
czasu,
żeby przygotować LMS (i tym samym LMS+) do wydania całkowicie nowego
magazynu, który
zostanie dziś lub jutro udostępniony w ramach prywatnego repozytorium
LMS+ jako nowa
wtyczka w gałęzi repozytorium o nazwie 'warehouse'. Brakowało w LMS
mechanizmów, których
potrzebuje ta wtyczka.
Z listą zmian między 1.11.23, a 24.0 uczestnicy projektu LMS+ mogą
zapoznać się pod adresem:
https://github.com/chilek/lms-plus/wiki/stable-1.11.23-24
--
Pozdrawiam
Tomasz Chiliński, Chilan
opiekun projektu LMS - http://lms.org.pl
kierownik projektu LMS Plus / LMS+ - http://lms-plus.org
Witam,
Czy jest jakiś powód dla którego w lms-payments.php $date_format nie
jest podstawione pod wszystkie warianty dat?
Być może dla pozostałych wskazane by było np $date_format_short. W
każdym razie ogranicza to możliwość konfiguracji.
(Na swoje potrzeby zmodyfikowałem ale niekoniecznie w sposób optymalny
dla bazowego rozwiązania.)
linia 249 - 252
$current_month = strftime($date_format, mktime(12, 0, 0, $month, 1,
$year))." - ".strftime($date_format, mktime(12, 0, 0, $month + 1, 0,
$year));
$current_period = strftime("%m/%Y", mktime(12, 0, 0, $month, 1,
$year));
$next_period = strftime("%m/%Y", mktime(12, 0, 0, $month + 1, 1,
$year));
$prev_period = strftime("%m/%Y", mktime(12, 0, 0, $month - 1, 1,
$year));
Pozdrawiam
Sylwester Zdanowski
Witam.
Uprzejmie informujemy, że ukończone zostały prace nad pierwszą wersją
pluginu do zarządzania magazynem. Plugin będzie dostępny dla uczestników
projektu LMSplus tuż po wydaniu kolejnej wersji stabilnej LMSplus, która
ma się pojawić w połowie maja.
Wychodząc naprzeciw Państwa oczekiwaniom już teraz udostępniamy pierwsze
wydanie pluginu do testów na serwisie https://demo.lms.org.pl
Przed rozpoczęciem prac zalecamy zapoznać się z dokumentacją dostępną
pod poniższym linkiem:
https://gist.github.com/c7cfd566e5c07bbcc57dbbcd3ca23ea0
Serdecznie zapraszamy do testów.
Wszelkie sugestie związane z pluginem prosimy zgłaszać poprzez serwis
github projektu LMSplus dostępny pod linkiem:
https://github.com/chilek/lms-plus/issues
--
Pozdrawiam
Rafał Pietraszewicz
Witam,
jak w temacie. Tym razem znacznik v1.11.23.20 w gałęzi 'stable'
oraz znaczniki: v1.11.22.32 w gałęzi 'stable-1.11.22'.
Kto na bieżąco synchronizował gałąź 'stable' nic nie robi.
W przypadku wszystkich nowych numerowanych wersji jak zwykle poprawki.
Więcej informacji o wersjonowaniu wydań:
https://github.com/chilek/lms-plus/wiki/faq#wersje-lms
Uczestnicy projektu LMS Plus mogą zapoznać się z informacjami
o gałęzi stabilnej bazującej na 1.11.23 oraz procedurą aktualizacji
pomiędzy
wersjami 1.11.22 i 1.11.23 pod adresem:
https://github.com/chilek/lms-plus/wiki/stable-1.11.22-1.11.23
--
Pozdrawiam
Tomasz Chiliński, Chilan
opiekun projektu LMS - http://lms.org.pl
kierownik projektu LMS Plus / LMS+ - http://lms-plus.org
Witam,
Patrzę na przypadek wystawiania 2 korekt do jednej faktury. To co widzę
w LMS niekoniecznie pasuje do przepisów.
W starszych wersjach lms mogę wystawić 2 korekty do 1 fv.
W nowym git powstaje łańcuszek korekta do korekty. Księgowe twierdzą że
tak nie może być. Informacje jakie znalazłem poniżej.
Jaki jest zamysł radzenia sobie z tym? Jest jakaś opcja której nie
widzę? (w liście fv link do korygowania nie pojawia się jeżeli jest
referenced i tyle)
https://www.infakt.pl/blog/korekta-do-faktury-korygujacej-zasady-wystaw
iania/
"Jeśli zaistnieje konieczność ponownego poprawienia faktury, do której
wystawiono już fakturę korygującą, to kolejny dokument poprawiający
błędy musi odnosić się do danych z faktury pierwotnej, ale z
uwzględnieniem zmian wprowadzonych przez wszystkie uprzednio wystawione
korekty."
https://podatki.gazetaprawna.pl/artykuly/1113323,tresc-faktury-koryguja
cej.html
"... Od zasady tej istnieje jednak wyjątek, który dotyczy skorygowanych
wcześniej danych – w tym zakresie, wystawiając kolejne faktury
korygujące, należy uwzględniać skorygowane dane...."
