problem z published_document_modification
Witam,
biorąc ze strony lms: improvement: published_document_modification privilege controls if user can modify/delete published documents [chilan]
Pytanie jaka była tego koncepcja?
W tej chwili bez ustawienia tych uprawnień faktura w pdf wychodzi z info że nie jest to dokument kasowy
w customerbalancebox.html
?m=invoice&id={$item.docid}&dontpublish=1
dontpublish jest dodane
przy tym # SELECT published FROM documents WHERE id=2024; published ----------- 1
published jest 1
Być może tak miało być ale to nie tylko kontroluje modyfikowanie/kasowanie ale również wpływa na możliwość wydruku.
Jeżelii miało to być zabezpieczenie wystarczy skasować końcówkę urla i można normalnie uzyskać fakturę.
Normalnie utrudnia wydruk a z drugiej strony nie zabezpiecza to przed wydrukiem.
Czy rozumiesz istotę działania tej funkcjonalności?
Jeśli wydrukujesz fakturę dostaje ona flagę opublikowana w baziedanych. Co skutkuje np. warningiem przy próbie edycji. To nie jest zabezpieczenie przed wydrukiem FV. Jeśli używasz linku z dontpublish to na wydruku będziesz miał przeogromny napis ;-) To jest taki "podgląd techniczny" faktury by sprawdzić jej poprawność.
Pozdrawiam serdecznie Jarosław Kłopotek
W dniu 08.02.2019 o 15:44, Sylwester Zdanowski pisze:
Witam,
biorąc ze strony lms: improvement: published_document_modification privilege controls if user can modify/delete published documents [chilan]
Pytanie jaka była tego koncepcja?
W tej chwili bez ustawienia tych uprawnień faktura w pdf wychodzi z info że nie jest to dokument kasowy
w customerbalancebox.html
?m=invoice&id={$item.docid}&dontpublish=1
dontpublish jest dodane
przy tym # SELECT published FROM documents WHERE id=2024; published
1
published jest 1
Być może tak miało być ale to nie tylko kontroluje modyfikowanie/kasowanie ale również wpływa na możliwość wydruku.
Jeżelii miało to być zabezpieczenie wystarczy skasować końcówkę urla i można normalnie uzyskać fakturę.
Normalnie utrudnia wydruk a z drugiej strony nie zabezpiecza to przed wydrukiem. _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Dzięki za wyjaśnienie koncepcji. Jedna uwaga, z nowymi ikonami małymi czarnymi łatwo wejść nie na tą co trzeba (przynajmniej mi).
;) na marginesie po wydrukowaniu fv dalej można edytować ją bez powiadomienia do czasu przeładowania strony klienta. Tak się zastanawiałem o co chodzi...
W dniu 08.02.2019, pią o godzinie 15∶51 +0100, użytkownik Jarosław Kłopotek - INTERDUO napisał:
Czy rozumiesz istotę działania tej funkcjonalności?
Jeśli wydrukujesz fakturę dostaje ona flagę opublikowana w baziedanych. Co skutkuje np. warningiem przy próbie edycji. To nie jest zabezpieczenie przed wydrukiem FV. Jeśli używasz linku z dontpublish to na wydruku będziesz miał przeogromny napis ;-) To jest taki "podgląd techniczny" faktury by sprawdzić jej poprawność.
Pozdrawiam serdecznie Jarosław Kłopotek
W dniu 08.02.2019 o 15:44, Sylwester Zdanowski pisze:
Witam,
biorąc ze strony lms: improvement: published_document_modification privilege controls if user can modify/delete published documents [chilan]
Pytanie jaka była tego koncepcja?
W tej chwili bez ustawienia tych uprawnień faktura w pdf wychodzi z info że nie jest to dokument kasowy
w customerbalancebox.html
?m=invoice&id={$item.docid}&dontpublish=1
dontpublish jest dodane
przy tym # SELECT published FROM documents WHERE id=2024; published
1
published jest 1
Być może tak miało być ale to nie tylko kontroluje modyfikowanie/kasowanie ale również wpływa na możliwość wydruku.
Jeżelii miało to być zabezpieczenie wystarczy skasować końcówkę urla i można normalnie uzyskać fakturę.
Normalnie utrudnia wydruk a z drugiej strony nie zabezpiecza to przed wydrukiem. _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 08.02.2019 o 16:54, Sylwester Zdanowski pisze:
Dzięki za wyjaśnienie koncepcji. Jedna uwaga, z nowymi ikonami małymi czarnymi łatwo wejść nie na tą co trzeba (przynajmniej mi).
Też uważam, że wielkość tych i innych elementów UI jest zdecydowanie za mała.
;) na marginesie po wydrukowaniu fv dalej można edytować ją bez powiadomienia do czasu przeładowania strony klienta. Tak się zastanawiałem o co chodzi...
Jak to odwzorować?
W dniu 08.02.2019, pią o godzinie 15∶51 +0100, użytkownik Jarosław Kłopotek - INTERDUO napisał:
Czy rozumiesz istotę działania tej funkcjonalności?
Jeśli wydrukujesz fakturę dostaje ona flagę opublikowana w baziedanych. Co skutkuje np. warningiem przy próbie edycji. To nie jest zabezpieczenie przed wydrukiem FV. Jeśli używasz linku z dontpublish to na wydruku będziesz miał przeogromny napis ;-) To jest taki "podgląd techniczny" faktury by sprawdzić jej poprawność.
Pozdrawiam serdecznie Jarosław Kłopotek
W dniu 08.02.2019 o 15:44, Sylwester Zdanowski pisze:
Witam,
biorąc ze strony lms: improvement: published_document_modification privilege controls if user can modify/delete published documents [chilan]
Pytanie jaka była tego koncepcja?
W tej chwili bez ustawienia tych uprawnień faktura w pdf wychodzi z info że nie jest to dokument kasowy
w customerbalancebox.html
?m=invoice&id={$item.docid}&dontpublish=1
dontpublish jest dodane
przy tym # SELECT published FROM documents WHERE id=2024; published
1
published jest 1
Być może tak miało być ale to nie tylko kontroluje modyfikowanie/kasowanie ale również wpływa na możliwość wydruku.
Jeżelii miało to być zabezpieczenie wystarczy skasować końcówkę urla i można normalnie uzyskać fakturę.
Normalnie utrudnia wydruk a z drugiej strony nie zabezpiecza to przed wydrukiem. _______________________________________________ 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 09.02.2019, sob o godzinie 11∶04 +0100, użytkownik Jarosław Kłopotek - INTERDUO napisał:
W dniu 08.02.2019 o 16:54, Sylwester Zdanowski pisze:
Dzięki za wyjaśnienie koncepcji. Jedna uwaga, z nowymi ikonami małymi czarnymi łatwo wejść nie na tą co trzeba (przynajmniej mi).
Też uważam, że wielkość tych i innych elementów UI jest zdecydowanie za mała.
;) na marginesie po wydrukowaniu fv dalej można edytować ją bez powiadomienia do czasu przeładowania strony klienta. Tak się zastanawiałem o co chodzi...
Jak to odwzorować?
"odwzorować"? Jak klikam na wydruk fv wyskakuje mi nowa karta z fv w pdf, w tym momęcie karta klienta nie ulega przeładowaniu. W efekcie komunikat nie wyskakuje jak nacisnę edycję fv. Komunikat musiał by być wynikiem sprawdzenia w php po naciśnięciu edycji albo musiało by się dynamicznie zmieniać po naciśnięciu "drukuj fv". Teraz trzeba przeładować strone żeby wyskoczył komunikat z pytaniem o potwierdzenie czy chcemy edytować fv. (W tej chwili nie zaglądam w kod, opisuję działanie jakie zaobserwowałem i parę razy sprawdziłem w ff)
W dniu 08.02.2019, pią o godzinie 15∶51 +0100, użytkownik Jarosław Kłopotek - INTERDUO napisał:
Czy rozumiesz istotę działania tej funkcjonalności?
Jeśli wydrukujesz fakturę dostaje ona flagę opublikowana w baziedanych. Co skutkuje np. warningiem przy próbie edycji. To nie jest zabezpieczenie przed wydrukiem FV. Jeśli używasz linku z dontpublish to na wydruku będziesz miał przeogromny napis ;-) To jest taki "podgląd techniczny" faktury by sprawdzić jej poprawność.
Pozdrawiam serdecznie Jarosław Kłopotek
W dniu 08.02.2019 o 15:44, Sylwester Zdanowski pisze:
Witam,
biorąc ze strony lms: improvement: published_document_modification privilege controls if user can modify/delete published documents [chilan]
Pytanie jaka była tego koncepcja?
W tej chwili bez ustawienia tych uprawnień faktura w pdf wychodzi z info że nie jest to dokument kasowy
w customerbalancebox.html
?m=invoice&id={$item.docid}&dontpublish=1
dontpublish jest dodane
przy tym # SELECT published FROM documents WHERE id=2024; published
1
published jest 1
Być może tak miało być ale to nie tylko kontroluje modyfikowanie/kasowanie ale również wpływa na możliwość wydruku.
Jeżelii miało to być zabezpieczenie wystarczy skasować końcówkę urla i można normalnie uzyskać fakturę.
Normalnie utrudnia wydruk a z drugiej strony nie zabezpiecza to przed wydrukiem. _______________________________________________ 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 10.02.2019 o 01:32, Sylwester Zdanowski pisze:
W dniu 09.02.2019, sob o godzinie 11∶04 +0100, użytkownik Jarosław Kłopotek - INTERDUO napisał:
W dniu 08.02.2019 o 16:54, Sylwester Zdanowski pisze:
Dzięki za wyjaśnienie koncepcji. Jedna uwaga, z nowymi ikonami małymi czarnymi łatwo wejść nie na tą co trzeba (przynajmniej mi).
Też uważam, że wielkość tych i innych elementów UI jest zdecydowanie za mała.
;) na marginesie po wydrukowaniu fv dalej można edytować ją bez powiadomienia do czasu przeładowania strony klienta. Tak się zastanawiałem o co chodzi...
Jak to odwzorować?
"odwzorować"? Jak klikam na wydruk fv wyskakuje mi nowa karta z fv w pdf, w tym momęcie karta klienta nie ulega przeładowaniu. W efekcie komunikat nie wyskakuje jak nacisnę edycję fv. Komunikat musiał by być wynikiem sprawdzenia w php po naciśnięciu edycji albo musiało by się dynamicznie zmieniać po naciśnięciu "drukuj fv". Teraz trzeba przeładować strone żeby wyskoczył komunikat z pytaniem o potwierdzenie czy chcemy edytować fv. (W tej chwili nie zaglądam w kod, opisuję działanie jakie zaobserwowałem i parę razy sprawdziłem w ff)
Cześć Koledzy,
Rozumiem że koledze chodzi o to że LMS nie sprawdza czy FV została wydrukowana w momencie klikania z "Edytuj" tylko system obsługuje ten wyjątek w momencie załadowania listy faktur. Jeśli chcieli byśmy być pewni że kl. nie zdążył pobrać faktury jak ją zedytujemy to... W momencie kliknięcia w "Edytuj" faktura by musiała się zablokować klientowi. Prościej można by sprawdzić czy jest wydrukowana jeszcze przed jej ostatecznym zapisaniem. Tylko teraz czy jej sens obsługiwać tyle wyjątków. IMO wystarczyło by sprawdzić czy pobrał w momencie naciśnięcia "Edytuje". Resztę trzeba wziąć na klatę i jak najmniej edytować faktur kl. tylko jak US przykazał robić korekty ;P
Pozdrawiam, Waldemar Dymkiewicz
W dniu 08.02.2019, pią o godzinie 15∶51 +0100, użytkownik Jarosław Kłopotek - INTERDUO napisał:
Czy rozumiesz istotę działania tej funkcjonalności?
Jeśli wydrukujesz fakturę dostaje ona flagę opublikowana w baziedanych. Co skutkuje np. warningiem przy próbie edycji. To nie jest zabezpieczenie przed wydrukiem FV. Jeśli używasz linku z dontpublish to na wydruku będziesz miał przeogromny napis ;-) To jest taki "podgląd techniczny" faktury by sprawdzić jej poprawność.
Pozdrawiam serdecznie Jarosław Kłopotek
W dniu 08.02.2019 o 15:44, Sylwester Zdanowski pisze:
Witam,
biorąc ze strony lms: improvement: published_document_modification privilege controls if user can modify/delete published documents [chilan]
Pytanie jaka była tego koncepcja?
W tej chwili bez ustawienia tych uprawnień faktura w pdf wychodzi z info że nie jest to dokument kasowy
w customerbalancebox.html
?m=invoice&id={$item.docid}&dontpublish=1
dontpublish jest dodane
przy tym # SELECT published FROM documents WHERE id=2024; published
1
published jest 1
Być może tak miało być ale to nie tylko kontroluje modyfikowanie/kasowanie ale również wpływa na możliwość wydruku.
Jeżelii miało to być zabezpieczenie wystarczy skasować końcówkę urla i można normalnie uzyskać fakturę.
Normalnie utrudnia wydruk a z drugiej strony nie zabezpiecza to przed wydrukiem.
uczestnicy (3)
-
Jarosław Kłopotek - INTERDUO -
Sylwester Zdanowski -
Waldemar Dymkiewicz