Zmiany pomiędzy wersją 3 and wersją 4 dla DeployerGuide/Customization

Data i czas:

03/22/12 00:55:16 (12 years temu)

Autor:

JP (IP: 89.72.141.179)

Komentarz:

--

DeployerGuide/Customization

@@ -10 +10 @@
 to możemy to zrobić poprzez Panel Sterowania i odpowiedni link Cechy <nazwa formatki>. Z utworzeniem cech nie powinno być problemów, wykorzystać można wiele różnych formantów: od pól tekstowych, poprzez listy wyboru aż po specjalizowane komponenty wyboru kontaktu, sprawy czy osoby kontaktowej.
 
+Przykładowo [http://support.edokumenty.eu/trac/wiki/UserGuide/AdvancedConfiguration/AdditionalFieldsOfContacts Tworzenie dodatkowych pól w kartotece klienta]
+
 == 2 Raporty ==
 Poprzez odpowiednio przygotowane raporty Użytkownicy mogą zyskać dokładnie takie spojrzenie na wprowadzane do systemu dane jakie sobie wyobrazili. Raportów wcale nie trzeba wykonywać w module Raporty. Poprzez mechanizm Menu raportów możemy je podłączać do modułów a co najciekawsze również pod kartoteki klienta i sprawy. Podłączone raporty będą się wówczas wykonywać z parametrem odpowiednim dla formatki {PRC_ID} – dla sprawy, {CONTID} dla kartoteki klienta. Oczywiście w samym raporcie musimy zadeklarować ich obsługę. 
@@ -15 +17 @@
 Raporty mogą również przyjmować listę zaznaczonych na liście elementów np. {DOC_IDS}.
 
+Więcej: [http://support.edokumenty.eu/trac/wiki/DeployerGuide/Customization/AdvancedReporting Tworzenie raportów w SQL]
+
 == 3 Workflow ==
 
-=== 3.1 Warunki ===
+=== 3.1 Warunki i decyzje ===
+Pozwalają kierować ścieżkami workflow. Decyzje różnią się tym od warunków że są wykonywane przez użytkownika. Warunki są zaś obliczane - najczęściej poprzez odpowiednie zapytania SQL np. ''SELECT amount > 1000 FROM vatnote WHERE doc_id = {DOC_ID}'', które zwracając TRUE lub FALSE kierują workflow na odpowiednią ścieżkę.
+
 === 3.2 Komendy ===
+Komendy pozwalają na poszczególnych etapach workflow dokonać automatycznych czynności np. utworzenia dokumentu, uprawnienia użytkowników do sprawy, dodania przypomnienia itp. Pozwalają one również na wykonywanie dowolnie złożonych sprawdzeń (komenda sprawdź warunek SQL). Lista komend jest opisana tutaj:
+[http://support.edokumenty.eu/trac/wiki/DeployerGuide/Customization/ProcessAutomation/Commands Lista komend]
+
 === 3.3 Dane wejściowe ===
+Jeśli podczas przebiegu procedury chcemy pobrać pewne jej parametry np. osoby opisujące fakturę, wówczas możemy zadeklarować dane wejściowe, które mogą przyjmować różne formy np. pól tekstowych, wyboru pracownika, a co najciekwasze również własnych list wyboru napełnianych danymi pobranymi kwerendą SQL.
+
+
 === 3.4 Przypisania ===
+Pobrane z danych wejściowych dane są widoczne tylko w tym etapie w którym zostały pobrane, jeżeli chcemy je wykorzystać w kolejnych etapach to należy wcześniej zdefiniować własności globalne procedury, a następnie po pobraniu danych przypisać je do zmiennych globalnych. UWAGA! przypisanie danej wejściowej do globalnej należy realizować na KONIEC (zakończenie) etapu, a nie na jego START. 
+
+Przypisania również są bardzo często używane do ustawienia osób (a w zasadzie stanowisk) które będą wykonywać dany etap. Do tego celu służy właściwość {stages.orgarr} będąca tablicą przechowującą identyfikatory stanowisk - czyli klucz orunid z tabeli orgtree_view)
+
 === 3.5 Parametry ===