| 1 | = Zaawansowane dostosowanie eDokumenty dla bystrzaków = |
| 2 | |
| 3 | == 1 Dodatkowe pola i formatki == |
| 4 | Jeżeli chcemy wyposażyć eDokumenty w dodatkowe pola na wbudowanych formatkach: |
| 5 | dokumentu, |
| 6 | * sprawy, |
| 7 | * kartoteki kontrahenta |
| 8 | * urządzenia |
| 9 | * zdarzenia |
| 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. |
| 11 | |
| 12 | == 2 Raporty == |
| 13 | 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ę. |
| 14 | |
| 15 | Raporty mogą również przyjmować listę zaznaczonych na liście elementów np. {DOC_IDS}. |
| 16 | |
| 17 | == 3 Workflow == |
| 18 | |
| 19 | === 3.1 Warunki === |
| 20 | === 3.2 Komendy === |
| 21 | === 3.3 Dane wejściowe === |
| 22 | === 3.4 Przypisania === |
| 23 | === 3.5 Parametry === |
| 24 | ==== 3.5.1 {DOC_ID}, {PRC_ID} ==== |
| 25 | Bardzo często w warunkach, komendach i przypisaniach używa się parametrów pobieranych z aktywnych obiektów podlegających workflow tj. dokumentu lub sprawy. Na przykład jeśli chcemy sprawdzić czy są wypełnione pole uwagi dokumentu możemy napisać: |
| 26 | |
| 27 | {{{ |
| 28 | SELECT fixinf IS NOT NULL FROM documents WHERE doc_id = {DOC_ID} |
| 29 | }}} |
| 30 | |
| 31 | wówczas ciąg znaków {DOC_ID} zostanie zamieniony przed wykonaniem na bazie zapytania na identyfikator dokumentu podlegającego workflow. |
| 32 | Na tej samej zasadzie możemy sprawdzić w warunku czy prognozowana wartość sprawy nie jest większa od 4 milionów. |
| 33 | |
| 34 | {{{ |
| 35 | SELECT forepa > 4000000 FROM processes WHERE prc_id = {PRC_ID} |
| 36 | }}} |
| 37 | |
| 38 | |
| 39 | ==== 3.5.2 {procedures.VAR_SMTH} ==== |
| 40 | |
| 41 | ==== 3.5.3 {documents.dscrpt} ==== |
| 42 | |
| 43 | === 4 Najważniejsze obiekty bazy danych === |
| 44 | ||documents || Dokumenty || |
| 45 | || vatnote || Faktury || |
| 46 | || demand || Zapotrzebowanie || |
| 47 | || orders || Zamówienie || |
| 48 | || processes || Sprawa || |
| 49 | || fk_elements || Pozycje || |
| 50 | || organization_units || Struktura organizacyjna || |
| 51 | || users || Użytkownicy || |
| 52 | |
| 53 | Słowniki |
| 54 | types_of_vcosts |
| 55 | types_of_processes_states |
| 56 | |
| 57 | === 5 Integracja z FK === |
| 58 | |
| 59 | === 6 Własne zakładki i moduły === |