Kalendarz na platformie StudioSystem to potężne narzędzie, które daje szerokie możliwości osobom indywidualnym i organizacjom. Od organizowania wydarzeń i spotkań po śledzenie postępów projektu, kalendarz pomaga użytkownikom zachować porządek i być na bieżąco z ich zadaniami.
Kalendarz umożliwia również użytkownikom śledzenie postępów projektu. Konfigurując serię zadań i zdarzeń, użytkownicy mogą łatwo monitorować postęp swoich projektów. Jest to szczególnie przydatne dla firm, które muszą śledzić swoje zadania i postępy.
Kalendarz zapewnia również użytkownikom potężną funkcję analityczną. Ta funkcja umożliwia użytkownikom generowanie raportów dotyczących ich działań w kalendarzu. Pomaga to użytkownikom identyfikować trendy i obszary wymagające poprawy w korzystaniu z kalendarzy.
Wreszcie, kalendarz na platformie StudioSystem oferuje użytkownikom możliwość synchronizacji swojego kalendarza z innymi platformami, takimi jak Kalendarz Google, Kalendarz Apple i Outlook. Ułatwia to użytkownikom udostępnianie kalendarza innym osobom oraz śledzenie wydarzeń i zadań na wielu platformach.
Podsumowując, kalendarz na platformie StudioSystem to potężne narzędzie, które daje użytkownikom szeroki wachlarz możliwości. Od organizowania wydarzeń i spotkań po śledzenie postępów projektu, kalendarz pomaga użytkownikom zachować porządek i być na bieżąco z ich zadaniami.
W kwietniu 2020 wprowadziliśmy nowość, możliwość definiowania zapytania dla zasobów (obiektów), czyli tzw. resources.
W tabeli x_kalendarz należy dodąć kolumnę AddUnion varchar(1500). W kolumna może zawierać opcjonalnie polecenie zapytania SQL. Jeżeli podamy zapytanie, to wynik tego zapytania będzie służył do zbudowania listy zasobów kalendarza.
Uwaga: zapytanie musie zwracać kolumnę o nazwie OPIS. Kolumna musi zawierać unikalne wartości, które posłużą do zbudowania listy zasobów. Inne kolumny z zapytaniu będą ignorowane.
Uwaga: w zapytaniu można używać odwołania do zmiennych systemowych:
- @MAGAZYN
- @MPK
- @ODDZIAL
Przykład 1
W tabeli x_kalendarz w kolumnie AddUnion wpisujemy zapytanie:
(SELECT KOD, OPIS FROM x_skorowidze WHERE x_skorowidze.PRX='MAM' AND ROLASYS='MAW' AND AKTYWNE=1 AND KOD1=@MAGAZYN)
W efekcie lista zasobów postanie z odczytu skorowidza prx=MAM
Przykład 2
W tabeli x_kalendarz w kolumnie AddUnion wpisujemy zapytanie:
(SELECT KOD, OPIS,'','','','','','','','','','','','' FROM x_skorowidze WHERE x_skorowidze.PRX='MPK' AND ROLASYS='MAW' AND AKTYWNE=1 AND KOD2=@MAGAZYN)
W efekcie lista zasobów postanie z odczytu skorowidza prx=MPK
Przykład 3
W tabeli x_kalendarz w kolumnie AddUnion wpisujemy zapytanie:
(SELECT ACH, OPIS FROM [_ACH] WHERE _ACH.PRX='DPMAW' AND ACH>0)
W efekcie lista zasobów postanie z odczytu tabeli _ach dla prx=DPMAW
Przykład 4
W tabeli x_kalendarz w kolumnie AddUnion wpisujemy zapytanie:
(SELECT OPIS FROM x_skorowidze WHERE x_skorowidze.PRX='MAM' AND ROLASYS='MAW' AND AKTYWNE=1 AND KOD1=@MAGAZYN)
W efekcie lista zasobów postanie z odczytu tabeli x_skorowidze dla PRX=MAM
Czytaj więcej:
Masked Input
Jedną z form wprowadzania danych na formularzu transakcji j_insert_update.aspx oraz j_cecha.aspx jest możliwość określenia sposobu wprowadzania danych za pomocą MASKED INPUT. W tym celu wybieramy kontrolkę typ MASK i w kolumnie parametry podamy sposób formatowania danych. Przykładowo wpisujemy dla pola INDEKS w kolumnie parametry: mask=##-### W efekcie pole indeks może być wypełnione wyłącznie cyframi od 0 do 9
_CODE_SQL MAW
Idea wykorzystania tabeli _code_sql dla MAW ogranicza się do zabezpieczenia bazy danych i zapytań przed dostępem dla użytkowników aplikacji www i Android. Wykorzystywanie unikalnych identyfikatorów UID po stronie klienta i przeniesienie logiki biznesowej na stronę serwera wydaje się obecnie najlepszym rozwiązaniem pod kątem bezpieczeństwa.
_CODE_SQL REK
Idea wykorzystania tabeli _code_sql ogranicza się do zabezpieczenia bazy danych i zapytań przed dostępem dla użytkowników aplikacji www i Android. Wykorzystywanie unikalnych identyfikatorów UID po stronie klienta i przeniesienie logiki biznesowej na stronę serwera wydaje się obecnie najlepszym rozwiązaniem pod kątem bezpieczeństwa.
_CODE_SQL SYS
Idea wykorzystania tabeli _code_sql ogranicza się do zabezpieczenia bazy danych i zapytań przed dostępem dla użytkowników aplikacji www i Android. Wykorzystywanie unikalnych identyfikatorów UID po stronie klienta i przeniesienie logiki biznesowej na stronę serwera wydaje się obecnie najlepszym rozwiązaniem pod kątem bezpieczeństwa.
_CODE_SQL VSS
Idea wykorzystania tabeli _code_sql ogranicza się do zabezpieczenia bazy danych i zapytań przed dostępem dla użytkowników aplikacji www i Android. Wykorzystywanie unikalnych identyfikatorów UID po stronie klienta i przeniesienie logiki biznesowej na stronę serwera wydaje się obecnie najlepszym rozwiązaniem pod kątem bezpieczeństwa.