| 33 | | następnie należy przejść do punkty [wiki:Deployment/SystemsIntegration#wsdl Konfiguracja tabeli wsdl_config_table] aby dokonać niezbędnych poprawek oraz ustawień według zaleceń. |
| | 33 | następnie należy przejść do punktu "Konfiguracja tabeli wsdl_config_table" aby dokonać niezbędnych poprawek oraz ustawień według zaleceń. |
| | 34 | |
| | 35 | {{{ |
| | 36 | #!html |
| | 37 | <h1 id="wsdl" style="visibility:hidden"></h1> |
| | 38 | }}} |
| | 39 | == Ustawienia w tabeli wsdl_config_table == |
| | 40 | Następny krok to sprawdzenie tabeli wsdl_config_table oraz czy zawiera dane. W przypadku jeśli jest pusta proszę udać się na stronę z integracją wybranego systemu. Edycję ustawień połączeń możemy dokonać z interfejsu eDokumentów '''Ustawienia -> Systemy zewnętrzne''' |
| | 41 | |
| | 42 | '''Opis kolumn''' |
| | 43 | * Adres - adres pliku (serwera), jeśli w nazwie występuje słowo {host} należy ja zamienić na lokalizacje systemu eDokumenty standardowo jest to localhost, w przypadku vhosta należy podać port (np.: localhost:8080), jeśli system znajduje się katalogu różnym niż public należy dodać nazwę tego katalogu do nazwy (np.: localhost:8080/edokumenty), zmianę tą można dokonać z linii poleceń psql według ustawień instalacji [[br]] |
| | 44 | {{{ |
| | 45 | UPDATE wsdl_config_table SET wsdl__ = replace(wsdl__, '{host}', 'localhost:8080/edokumenty'); |
| | 46 | }}} |
| | 47 | * System - wskazuje na nazwę systemu dla którego konfigurowana jest dana metoda(zostawiamy bez zmian) |
| | 48 | * Warunek SQL - warunek po jakim będą synchronizowane dane |
| | 49 | * dla akcji "Podwiąż kontakt" z lewej strony znaku równości wskazujemy kolumnę z systemu zew. natomiast z prawej w wąsach kolumnę z systemu eDokumenty |
| | 50 | {{{ |
| | 51 | (np. dla OPT!MY: Knt_Nip='{nip___}' AND Knt_Nazwa1='{name_1}' co oznacza, że będzie |
| | 52 | wyszukiwanie kontaktu w systemie OT!MA gdzie kolumna Knt_Nip będzie równa numerowi nip |
| | 53 | kontaktu z systemu eDokumenty (token {nip___} jest zamieniany na dane) itd) |
| | 54 | }}} |
| | 55 | |
| | 56 | * dla pozostałych akcji po lewej stronie jest nazwa kolumny z systemu eDokumety a z prawej token z maski(zobacz w katalogu apps\edokumenty\etc\sync) z jakimi zostanie zastąpiony. |
| | 57 | |
| | 58 | Różnica między tymi metodami polega na tym iż w przypadku szukania kontaktu w systemie zew. należy wykonać zapytanie na zew. bazie dlatego z lewej strony są nazwy kolumn z systemu zew. a z prawej tokeny nazwy kolumn systemu eDokumenty, które zostaną zastąpione danymi wybranego kontaktu. |
| | 59 | |
| | 60 | Reszta metod służy do porównania danych przychodzących z systemu zew. do systemu eDokumenty. Zapytanie jest wykonywane na bazie eDokumenty dlatego z lewej strony wstawiamy nazwę kolumny z tabeli z bazy eDokumenty natomiast z prawej dane z tablicy "mapy" z systemu zew. |
| | 61 | |
| | 62 | Tablica (mapa kolumn) ułatwia sparsowanie danych i lepsze rozeznanie przykład |
| | 63 | |
| | 64 | {{{ |
| | 65 | apps\edokumenty\etc\sync\OPTIMA_columns_map.ini |
| | 66 | Przykładowa konfiguracja tablicy mapy dla kontaktu dla OPT!MY |
| | 67 | [contacts] |
| | 68 | Knt_KntID = contid |
| | 69 | Knt_Nazwa1 = name_1 |
| | 70 | Knt_Nazwa2 = name_2 |
| | 71 | Knt_Nazwa3 = name_2 |
| | 72 | Knt_Kraj = countr |
| | 73 | Knt_Wojewodztwo = woj___ |
| | 74 | Knt_Powiat = powiat |
| | 75 | Knt_Ulica = street |
| | 76 | Knt_NrDomu = bldnum |
| | 77 | Knt_NrLokalu = fltnum |
| | 78 | Knt_Miasto = city__ |
| | 79 | Knt_KodPocztowy = code__ |
| | 80 | Knt_Nip = nip___ |
| | 81 | }}} |
| | 82 | Oznacza to, że do dyspozycji będą dane pod danymi kluczami np.: klucz "nip_!__" będzie zawierał numer nip kontaktu z systemu zew. (w tym przypadku OPT!MA) dlatego warunek zapytania w bazie eDokumeny będzie miało postać |
| | 83 | {{{ |
| | 84 | nip___='{nip___}' |
| | 85 | }}} |
| | 86 | Czyli szukamy kontaktu w bazie eDokumenty gdzię nip_!__ (lewa strona) kontaktu z bazy eDokumenty jest równy numerow nip z tabeli - mapy danych jakie otrzymamy z systemu zew. Należy pamiętać aby token w wąsach był dodatkowo w pojedyńczych apostrofach. Ze względu na różny typ danych i sposób w jaki mogą być potraktowane przez SQL (cyfry, liczby nie wymagają apostrofów natomiast litery tak!!) lepiej jest dla każdego typu danych w wąsach stosować apostrofy. |
