| | 1 | = Zaawansowana konfiguracja integracji = |
| | 2 | |
| | 3 | * Warunek SQL - warunek po jakim będą synchronizowane dane |
| | 4 | * 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 |
| | 5 | {{{ |
| | 6 | (np. dla OPT!MY: Knt_Nip='{nip___}' AND Knt_Nazwa1='{name_1}' co oznacza, że będzie |
| | 7 | wyszukiwanie kontaktu w systemie OT!MA gdzie kolumna Knt_Nip będzie równa numerowi nip |
| | 8 | kontaktu z systemu eDokumenty (token {nip___} jest zamieniany na dane) itd) |
| | 9 | }}} |
| | 10 | * dla pozostałych akcji po lewej stronie jest nazwa kolumny z systemu eDokumenty a z prawej token z maski(zobacz w katalogu apps\edokumenty\etc\sync) z jakimi zostanie zastąpiony. |
| | 11 | |
| | 12 | 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. |
| | 13 | |
| | 14 | 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. |
| | 15 | |
| | 16 | Tablica (mapa kolumn) ułatwia sparsowanie danych i lepsze rozeznanie przykład |
| | 17 | |
| | 18 | {{{ |
| | 19 | apps\edokumenty\etc\sync\OPTIMA_columns_map.ini |
| | 20 | Przykładowa konfiguracja tablicy mapy dla kontaktu dla OPT!MY |
| | 21 | [contacts] |
| | 22 | Knt_KntID = contid |
| | 23 | Knt_Nazwa1 = name_1 |
| | 24 | Knt_Nazwa2 = name_2 |
| | 25 | Knt_Nazwa3 = name_2 |
| | 26 | Knt_Kraj = countr |
| | 27 | Knt_Wojewodztwo = woj___ |
| | 28 | Knt_Powiat = powiat |
| | 29 | Knt_Ulica = street |
| | 30 | Knt_NrDomu = bldnum |
| | 31 | Knt_NrLokalu = fltnum |
| | 32 | Knt_Miasto = city__ |
| | 33 | Knt_KodPocztowy = code__ |
| | 34 | Knt_Nip = nip___ |
| | 35 | }}} |
| | 36 | 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ć |
| | 37 | {{{ |
| | 38 | nip___='{nip___}' |
| | 39 | }}} |
| | 40 | 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. |
