Transakcyjność i walidacja danych w rozwiązaniach XML-owych.

Wielkość: px
Rozpocząć pokaz od strony:

Download "Transakcyjność i walidacja danych w rozwiązaniach XML-owych."

Transkrypt

1 Transakcyjność i walidacja danych w rozwiązaniach XML-owych. Bober Dariusz, Piotr Muryjas Streszczenie Ukazanie potrzeby zapewnienia transakcyjności komunikatów e-biznesowych opartych o technologię XML oraz propozycja od autorskich rozwiązań. 1. Wstęp XML jako metajęzyk do budowania specyjalizowanych języków/aplikacji branżowych/środowiskowych. XML zyskał już sobie miano metajęzyka znacznikowego, a to za sprawą szeregu wypracowanych rozwiązań nazwijmy je branżowych, należy tu wymienić[1]: BITS Język technologii bankowych IFX Wymiana danych finansowych BIPS Bankowy system płatności internetowych TIM Znaczniki wymiany danych telekomunikacyjnych SIF Szkielet współpracy międzyszkolnej CBL Biblioteka biznesowa ebxml XML dla biznesu elektronicznego PDML Znacznikowy język opisu produktów FIX Protokół wymiany danych finansowych TEI Program kodowania tekstu CML Chemiczny język znaczników Każde z tych rozwiązań to specjalizowany język nazywany zamiennie aplikacją XML. Aplikacja XML, czyli zastosowanie XML, to zastosowanie tego języka do jakiejś dziedziny; i tak MathML to XML zastosowany w matematyce. Aplikacja XML nie jest programem służącym do obsługi XML takie potoczne rozumienie słowa aplikacja jest błędne. Każde ze środowisk dokonało/dokonuje takiej specyjalizacji języka XML, tak wykożystuje mechanizm znaczników aby uzyskać aplikację zapewniającą jak największą jej funkcjonalność w aspekcie własnych indywidualnych/określonych potrzeb. W każdej z branż dokumenty zapisane w danym języku są łatwo interpretowalne niezależnie od ich miejsca powstania. 2. Adaptacja XML do specyfiki wymagań funkcjonalnych w różnych obszarach działania czyli krótko o wybranych językach / omówienie wybranych aplikacji XML. Technologia XML, pomimo młodego wieku 5 lat, doczekała się już wielu implementacji. Elastyczność w definiowaniu znaczników i łatwość interpretacji zapisanej informacji sprawiła, że język XML jest używany obecnie w produktach Netscape i Microsoftu oraz w instalacjach wielu programów np. Perl. Poszczególne środowiska/firmy tworzą własne aplikacje adaptując XMLa do specyfiki własnych wymagań funkcjonalnych.

2 Oto kilka wybranych przykładów specjalizacji środowiskowych języka XML [1]: Zdefiniowanie własnego języka znaczników jest bardzo przydatne dla grup ludzi o wspólnych zainteresowaniach, na przykład dla fizyków czy chemików, gdyż umożliwia to używanie jednolitych symboli i jednolitej grafiki w wyspecjalizowanych przeglądarkach. CML - Chemiczny język znaczników Dokument zapisany w CML jest zrozumiały dla środowiska chemików, który wykorzystują go m.in. do zapisu wzorów cząstek chemicznych. Istnieją również przeglądarki, które zawierają parser (parser program służący to tłumaczenia kodu dokumentów znacznikowych, parz więcej [1],[2]) obsługujący CML, i które potrafią na podstawie kodu narysować strukturę takiej cząsteczki, rysunek 1. <?jumbo:namespace ns="http://www.xml-cml.org" prefix="c" java="jumbo.cmlxml.*node"?> <C:molecule id="thiophenol"> <C:atomArray builtin="elsym"> C C C C C C C S C C O O </C:atomArray> <C:atomArray builtin="x2" type="float"> </C:atomArray> <C:atomArray builtin="y2" type="float"> </C:atomArray> <C:atomArray builtin="atid1"> </C:atomArray> <C:atomArray builtin="atid2"> </C:atomArray> <C:atomArray builtin="order" type="integer"> </C:atomArray> </C:molecule> Rysunek 1. Język CML a)definicja cząstki Triofenolu, b) widok cząstki w przeglądarce Jumbo Dzięki CML chemicy mogą tworzyć i publikować opisy cząsteczek i łatwo je między sobą wymieniać. CML daje również możliwość wyszukiwania związków o cechach spełniających jakieś warunki. MathML - Matematyczny język znaczników Matematyczny język znaczników powstał, aby umożliwić publikację dokumentach sieciowych zawierających równania matematyczne i różne symbole matematyczne. MathML jest specyfikacją W3C [10], grupa udostępnia również pod adresem przeglądarkę o nazwie Amaya umożliwiającą prezentację równań matematycznych napisanych w tym języku. Rysunek 2 przedstawia równanie 3Z 2 6Z + 12 = 0 zapisane w dokumencie MathML oraz widok tego dokumentu w przeglądarce Amaya.

3 <?xml version="1.0" encoding="iso "?> <html xmlns:m="http://www.w3.org/tr/rec-mathml/"> <math> <m:mrow> <m:mrow> <m:mn>3</m:mn> <m:mo>&invisibletimes;</m:mo> <m:msup> <m:mi>z</m:mi> <m:mn>2</m:mn> </m:msup> <m:mo>-</m:mo> <m:mrow> <m:mn>6</m:mn> <m:mo>&invisibletimes;</m:mo> <m:mi>z</m:mi> </m:mrow> <m:mo>+</m:mo> <m:mn>12</m:mn> </m:mrow> <m:mo>=</m:mo> <m:mn>0</m:mn> </m:mrow> </math> Rysunek 2. Przykład dokumentu MathML a) kod równania b) widok równania w przeglądarce Amaya SMIL - Język synchronizacji multimediów Język synchronizacji multimediów (Synchronized Multimedia Integration Language, SMIL), standard W3C [11], jest próbą rozwiązania problemu przeglądarek multimedialnych, które zwykle potrafią obsłużyć jeden tylko rodzaj danych multimedialnych na raz: obraz wideo, dźwięk lub obrazki. Zadaniem języka SMIL jest tworzenie podobnych do telewizyjnych prezentacji multimedialnych, odbywa się to poprzez wskazanie, które pliki multimedialne kiedy mają być odgrywane. Sam język nie definiuje ani nie zawiera zasobów multimedialnych. Na rysunku 3. przedstawiono przykład dokumentu SMIL tworzącego sekwencję multimedialną: najpierw odgrywane są pliki mozart1.wav i amadeus1.mov, następnie prezentowany jest plik mozart1.htm, następnie odgrywane są mozart2.wav i amadeus2.mov, w końcu wyświetlany jest mozart2.htm. <?xml version="1.0" encoding="iso "?> <!DOCTYPE smil PUBLIC "-//W3C//DTD SMIL 1.0//EN" "http://www.w3.org/tr/rec-smil/smil10.dtd"> <smil> <body> <seq id="mozart"> <audio src="mozart1.wav"/> <video src="amadeus1.mov"/> <text src="mozart1.htm"/> <audio src="mozart2.wav"/> <video src="amadeus2.mov"/> <text src="mozart2.htm"/> </seq> </body> </smil> Rysunek 3. Przykład prezentacji multimedialnej zdefiniowanej w języku SMIL. Język SMIL został wykorzystany w oprogramowaniu do obsługi strumieni multimedialnych RealNetworks [12] oraz Apple Quicktime [13].

4 W tej sytuacji Microsoft w przeglądarce Internet Explorer nie zaimplementował obsługi SMIL,, choć pewien jej fragment umieszczono w wersji 5.5 przeglądarki. W Internecie pod adresem znajdziesz napisany w Javie aplet SMIL wraz z niesamowitymi przykładami symfonii połączonych z obrazami. HTML+TIME alternatywa dla języka SMIL Firmy Microsoft, Macromedia oraz Compaq stworzyły propozycję konkurencyjną dla języka SMIL aplikację XML stanowiącą multimedialne interaktywne rozszerzenie języka HTML synchronizowane czasem (Timed Interactive Multimedia Extensions) o nazwie HTML+TIME [14]. Dokumenty SMIL umożliwiają przetwarzanie innych plików, natomiast dokumenty HTML+TIME pozwalają obsługiwać w ramach jednej strony kod HTML oraz prezentacje multimedialne. Język ten został zaimplementowany w Internet Explorerze jako zachowanie (ang. behavior) jest to nowość Explorera 5 pozwalająca oddzielić kod od danych. Na rysunku 4. przedstawiono przykład dokumentu HTML+TIME, który wyświetlającego słowa Pozdrowienia, ze, świata i HTML+TIME, przy czym poszczególne słowa pojawiają się kolejno co dwie sekundy, sekwencja powtarza się pięciokrotnie. <HTML> <HEAD> <TITLE> Użycie HTML+TIME </TITLE> <STYLE>.time {behavior: url(#default#time);} </STYLE> </HEAD> <BODY> <DIV CLASS="time" t:repeat="5" t:dur="10" t:timeline="par"> <DIV CLASS="time" t:begin="0" t:dur="10">pozdrowienia</div> <DIV CLASS="time" t:begin="2" t:dur="10">ze</div> <DIV CLASS="time" t:begin="4" t:dur="10">świata</div> <DIV CLASS="time" t:begin="6" t:dur="10">html+time</div> </DIV> </BODY> </HTML> Rysunek 4. Przykład dokumentu w języku HTML+TIME a)kod dokumentu b) prezentacja dokumentu w przeglądarce Internet Exploer. XHTML HTML 4.0 przepisany przez W3C jako aplikacja XML XHTML (Extensible HyperText Markup Language) jest jedną z największych aplikacji XML stanowiącą pomost między HTML a XML, napisaną przez W3C celem rozpowszechnienia standardu XML. XHTML to aplikacja naśladująca HTML 4.0 tak, aby można było wyświetlać jego dokumenty w zwykłych przeglądarkach sieciowych [15]. Na rysunku 5. przedstawiono przykładowy dokument XHTML.

5 <?xml version="1.0" encoding="iso "> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/tr/xhtml1/dtd/xhtml1- transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <title> Strona WWW numer 1 </title> </head> <body> <h1> Witaj w XHTML! </h1> <center> Strona ta zawiera tylko zwykły tekst. <p> To jest nowy akapit. </p> </center> </body> </html> Rysunek 5. Dokument w języku XHTML a) kod dokumentu b) sposób wyświetlania w przeglądarce. W języku XHTML dokument koduje się bardzo podobnie jak HTML, należy jednak ściśle przestrzegać składni XML (zamykać wszystkie elementy znacznikami końcowymi, znaczniki zgodnie z normą XHTML zapisywać małymi literami).. <HTML xmlns:v="urn:schemas-microsoft-com:vml"> <HEAD> <TITLE> Użycie wektorowego języka znaczników VML </TITLE> <STYLE> v\:* {behavior: url(#default#vml);} </STYLE> </HEAD> <BODY> <CENTER> <H1> Użycie wektorowego języka znaczników VML </H1> </CENTER> <P> <v:oval STYLE='width:100pt; height:75pt' fillcolor="yellow"> </v:oval> <P> <v:rect STYLE='width:100pt; height:75pt' fillcolor="blue" strokecolor="red" STROKEWEIGHT="2pt"/> <P> <v:polyline POINTS="20pt,55pt,100pt,-10pt,180pt,65pt,260pt,25pt" strokecolor="red" STROKEWEIGHT="2pt"/> </BODY> </HTML> Rysunek 6. Dokument VML a) kod dokumentu b) prezentacja w przeglądarce Internet Exploer

6 VML - Wektorowy język znaczników Wektorowy język znaczników VML (Vector Markup Language) to aplikacja zaproponowana przez Microsoft [16] dająca możliwość rysowania wielu figur geometrycznych poprzez podanie ich wektorowego opisu. Rysunek 6. zawiera przykład dokumentu VML, który powoduje wyrysowanie żółtej elipsy, niebieskiego prostokąta oraz czerwonej linii łamanej. XUL - język interfejsu użytkownika XUL (XML-based User Interface Language) to oparty na XML język interfejsu użytkownika pochodzący od Netscape i Mozilli umożliwia opisanie elementów interfejsu użytkownika, które mają być wyświetlone w przeglądarce. Obecnie XUL obsługiwany jest jedynie w programie Netscape Navigator 6 [17]. Przedstawiony na rysunku 7. dokument w języku XUL powoduje dodanie w oknie przeglądarki bocznych pasków przewijania <?xml version="1.0" encoding="iso "?> <window align="horizontal" xmlns="http://www.mozilla.org/keymaster/ gatekeeper/there.is.only.xul"> <scrollbar align="vertical"/> <box align="vertical" flex="100%"> <scrollbar align="horizontal"/> <spring flex="100%" style="background-color: white"/> <scrollbar align="horizontal"/> </box> <scrollbar align="vertical"/> </window> Rysunek 7. Języku XUL a)kod dokumentu b)prezentacja w przeglądarce Netscape. XBRL - Rozszerzalny język raportów biznesowych XBRL (Extensible Business Reporting Language) to otwarta specyfikacja używająca XML do opisywania warunków finansowych [18]. XBRL pozwala na takie zakodowanie raportów finansowych, aby ułatwić ich przeszukiwanie i pobieranie z nich potrzebnych informacji. Przykład raportu finansowego zakodowanego w języku XBRL przedstawiony jest na rysunku 8. To tylko wybrane przykłady specjalizowanych rozwiązań z pośród licznej rodziny aplikacji XML jakie twórcy poszczególnych języków zaimplementowali do potrzeb własnych środowisk. Wielość dziedzin w których XML znalazł swoje zastosowanie świadczy o jego przydatności w tworzeniu szczegółowych rozwiązani. Takie a nie inne zachowanie się poszczególnych przeglądarek (patrz rysunki 1 do 8) wynika z odpowiedniego zrozumienia kodu danego języka. Interpreterami kodów języków XML są programiki zwane PARSERAMI. To od parsera zależy jak zostanie odczytany dany fragment kodu i jaka na nim zostanie wywołana akcja. Jako obszar dalszych rozważań autorów zostanie obrany e-bussines. Pod kątem specyfiki transakcji biznesowych drogą elektroniczną (elektronicznej wymiany dokumentów EDI) zostanie przebadana technologia XML. Zweryfikowane zostaną

7 istniejące rozwiązania wykorzystujące tą technologię oraz ich komletność w sęsie zapewnienia pełnej funkcjonalności dla prowadzenia biznesu drogą elektroniczną. <?xml version="1.0" encoding="utf-8"?> <group xmlns="http://www.xbrl.org/us/aicpa-us-gaap" xmlns:gpsi="http://www.xbrl.org/taxonomycustom.xsd" id="543-ab" entity="nasdaq:gpsi" period=" " schemalocation="http://www.xbrl.org/taxonomycustom.xsd" scalefactor="6" precision="9" type="usgaap:financial" unit="iso4217:usd" decimalpattern="" formatname=""> <item id="is-025" type="operatingexpenses.researchexpense" period="p1y/ ">20427</item> <item id="is-026" type="operatingexpenses.researchexpense" period="p1y/ ">12586</item> </group> <group type="gpsi:detail.quarterly" period=" "> <item period=" / ">0.17</item> <item period=" / ">-0.12</item> <item period=" / ">0.33</item> </group> <group type="gpsi:detail.quarterly" period=" "> <item period=" / ">0.23</item> <item period=" / ">0.28</item> <item period=" / ">0.86</item> </group> Rysunek 8. Przykład rapotu finansowego zapisanego w języku XBRL. 3. XML w rozwiązaniach e-biznesowych. Język XML w biznesie elektroniczna wymiana dokumentów Analiza istniejących rozwiązań W istniejących na rynku rozwiązaniach biznesowych wykorzystujących język XML wykreśla się pewien standard co do treści przesyłanych komunikatów. Najczęściej przesyłane komunikaty to [9]: - zapytanie ofertowe - zamówienie - potwierdzenie zamówienia - faktura - zapytanie o stany magazynowe - inne Komunikaty te są naturalnym odzwierciedleniem życia gospodarczego przedsiębiorstw i reprezentują większość procesów zachodzących pomiędzy partnerami biznesowymi, a tradycyjnie realizowanych z wykorzystaniem nośnika papierowego. Niemniej jednak w każdym indywidualnie rozpatrywanym przypadku struktura dokumentów wybranego komunikatu różniła się od struktury dokumentu tego komunikatu proponowanego przez innego kontrahenta. Główne różnice to: - zmiana nazewnictwa poszczególnych wskaźników - zmiana wymagalności ich wystąpień - zmiana kolejności znaczników

8 - duża dowolność w definiowaniu atrybutów poszczególnych znaczników W praktyce format dokumentu(jego dane i struktura organizacji danych) proponowanego przez danego kontrahenta zależał od jego indywidualnych potrzeb, lub też od rozwiązań jakie przyjęła firma świadcząca usługi informatyczne kontrahentowi. Próby zestandaryzowania komunikatów biznesowych są trudnym zadaniem. Obecnie najbliżej miana standardu znajdują się rozwiązania oparte o specyfikację ebxml [3] [9] [5] [6] [7] [8], uznawaną m.in. przez organizacje UN/CEFACT (podać pełną nazwę), OASIS (i tu) oraz EAN.UCC(i tu). Komunikaty e-biznesowe wg specyfikacji ebxml /Elektroniczne dokumenty biznesowe proponowane przez EAN.UCC W lipcu 2001 EAN Int. i UCC opublikowały zestaw schematów komunikatów XML, zgodnych zarówno ze specyfikacjami ebxml, jak i pozostałymi standardami systemu EAN.UCC [9]. Poszczególne komunikaty biznesowe zostały pogrupowane w poniższe dokumenty[9]: A. Dokumenty rdzenia - Core Item (pozycja towarowa) realizuje proces komunikacji obowiązkowych elementów danych, podających podstawowy numer identyfikacyjny produktu, opis pozycji, jednostkę miary i klasyfikację pozycji. - Core Party (dane firmy) zawiera podstawowe dane biznesowe wspólne dla wszystkich stron biorących udział w wymianie informacji pomiędzy partnerami handlowymi, obejmujące identyfikację partnera, szczegółowe informacje o firmie i jej funkcji w wymianie, nazwę i adres oraz informacje finansowe. - Core Order (zamówienie) zapewnia nabywcy złożenie zamówienia do sprzedawcy na zakup danej ilości towarów i usług, i dostarczenie ich do wskazanej lokalizacji. - Core Despatch Advice (awizo wysyłki) umożliwia dostawcy przekazanie szczegółowej informacji o zawartości wysyłki, oraz umożliwia odbiorcy dostawy potwierdzić otrzymanie dostawy zgodnej z zamówieniem. - Core Request for Payment (żądanie zapłaty) zdefiniowano jako żądanie zapłaty za towary lub usługi na warunkach uzgodnionych między sprzedawcą i nabywcą. B. Dokumenty rozszerzeń - Item Relationship Dependent Data Extension (informacje dodatkowe o pozycji) zawiera atrybuty pozycji towarowej, które nie znalazły się z Core Item. - FMCG Item Extension (fast moving consumer goods - towary szybko rotujące) zdefiniowano na podstawie wspólnych wymagań dla wymienianych danych dotyczących towarów szybko rotujących. Dane te natępnie posłużą do głębszej analizy sprzedaży. - Simple Invoice Extension (faktura) jest rozszerzeniem dla Core Request for Payment. Zawiera dane dotyczące kalkulacji cen i numery referencyjne

9 (w polsce dane wymagane ustawą o podatkach oraz ustawą o rachunkowości) - Party Financial Institution Information Extension (informacja o instytucji finansowej) zapewnia realizację opcji identyfikacji instytucji finansowej upoważnionej do realizacji transakcji finansowej. Informacja ta obejmuje numer konta bankowego, kod banku, nazwę właścicie-la konta, walutę transakcji, nazwę banku. - Party Pallet System Extension (system palet) wspomaga proces zamawiania, przyjmowania i wysłania palet. Statyczna informacja o systemie paletowania może być ustalona w procesie uzgodnienia danych albo to rozszerzenie można zastosować z innym komunikatem. - Allowance-Charge Extension zawiera szczegółowe informacje o zniżkach lub opłatach. - Payment Terms Extension (warunki płatności) zapewnia sprzedawcy możliwość poinformowania o warunkach płatności za towary lub usługi. Czy zatem, skoro technologia XML jest coraz powszechniej wykorzystywana przez środowiska e-biznesowe oraz został wypracowany jakiś standard wymienianych komunikatów. To czy można tu już mówić o istnieniu języka/aplikacji XML-owej specyficznej tylko dla tego środowiska. Czy rozwiązania oparte o wspomnianą specyfikę zapewniają pełną funkcjonalność obsługi komunikatów za którymi idą nierzadko konkretne pieniądze. Otóż zdaniem autorów artykułu tak nie jest. 4. Budowanie tezy: Rozwój i specjalizacja języka/aplikacji XML w obszarze e biznesu. /Specyfikacja funkcjonalna środowiska e-biznesowego. Z uwagi na specyfikę środowiska biznesu, autorzy artykułu wnoszą o zasadność tezy: aby aplikacja obsługująca elektroniczną wymianę dokumentów zapewniała pełną funkcjonalność w zakresie walidacji przesyłanych komunikatów jak i transakcyjności ich zajścia cech zaczerpniętych z systemów bazodanowych/systemów zintegrowanych. Potrzeba walidacji wynika z konieczności weryfikowania przesyłanego dokumentu do/od kontrahenta pod względem poprawności merytorycznej. Dokument winien zawierać wszystkie wymagane, określone wcześniej pola (znaczniki). Wartości przekazywane za pomocą znaczników i ich atrybutów winny być określonego typu. Transakcyjność oferuje dwustanową obsługę komunikatów biznesowych albo dokument trafił do (został prawidłowo zaimportowany przez system) kontrahenta i odnotowuje się to we własnym systemie, albo nie dotarł (utknął na łączach internetu) należy go wysłać powtórnie. Jest to szczególnie istotne w przypadku bardziej złożonych modeli biznesowych 1 funkcjonujących w rzeczywistości gospodarczej. 1 Dla celów projektu autorzy wprowadzają pojęcie tzw modeli biznesowych będących odzwierciedleniem ilości firm współpracujących w łańcuszku dostaw, szczegóły w punkcie 7.

10 5. Mechanizmy języka XML pozwalające na weryfikację poprawności danych walidację Walidacji struktury dokumentu XML w zakresie poprawności nazw i kolejności znaczników, kompletności atrybutów i zgodności typów danych można dokonać tylko wówczas gdy dostępna jest definicja tej struktury. Strukturę dokumentu opisuje się na dwa sposoby: poprzez elementy DTD Definicji typu dokumentu lub schematy XML [4b] Definicja typu dokumentu (DTD) Dokument XML można walidować, jeśli związana jest z nim definicja typu dokumentu (DTD) i kiedy dokument jest z nią zgodny. DTD dokumentu określa jego prawidłową składnię. DTD mogą być przechowywane w osobnym pliku lub w samym dokumencie, w elemencie <!DOCTYPE>. Na rysunku 10 zamieszczono przykład, w którym do dokumentu zamówienia zakupowego dołączony jest element <!DOCTYPE>. <?xml version="1.0" encoding="iso "?> <?xml-stylesheet type="text/css" href="zamowienia.css"?> <!doctype zamowienie [ <!element zamowienie (linia*)> <!element linia empty> <!attlist zamowienie nr cdata #required> <!attlist zamowienie data cdata #required> <!attlist zamowienie od cdata #required> <!attlist linia nr id #required> <!attlist linia indeks cdata #required> <!attlist linia nazwa cdata #required> <!attlist linia ilosc cdata #required> <!attlist linia jm cdata #required> ]> <zamowienie nr= data= od= xyz s.a. > <linia nr= 1 indeks= nazwa= makaron pastella ilosc= 450 jm= kg /> <linia nr= 2 indeks= nazwa= paluszki słone ilosc= 100 jm= sz /> </zamowienie> Rysunek 10. Komunikat zamówienia zakupu z DTD Podczas przetwarzania dokumentu zamówienia parser sprawdzi czy znacznikiem głównym dokumentu jest znacznik o nazwie <zamowienie>, czy znacznik ten zawiera elementy o nazwie <linia>. Nastąpi również weryfikacja poszczególnych znaczników ze względu na ich atrybuty, wszystkie posiadają status #REQUIRED (wymagany). Wszystkie poza numerem lini są typu CDATA (ciąg znaków), natomiast numer lini jest typu ID co oznacza, że atrybut ten musi zawierać unikatową wartość w skali dokumentu (numer linii na zamówieniu nie może się powtórzyć). Więcej o DTD znajdziesz w [2].

11 5.2. Schematy XML DTD choć prostszy w definicji w stosunku do Schema XML, posiada jednak ograniczone możliwości przy definiowaniu złożonych struktur danych. Jest również sztywny ma niewielkie możliwości w rozbudowie raz już zdefiniowanych modeli. Schematy XML pozwalają nie tylko opisać składnię dokumentu, tak jak DTD, ale pozwalają określić typy danych w treści elementów, umożliwiają dziedziczenie składni po innych schematach, wstawianie komentarzy, używanie schematów posługujących się wieloma przestrzeniami nazw, tworzenie prostych i złożonych typów danych, określanie minimalnej i maksymalnej liczby wystąpień elementu, tworzenie typów w postac i list, tworzenie grup atrybutów, ograniczanie zakresu informacji, które inne schematy mogą dziedziczyć po danym, łączenie wielu schematów w całość, wymuszanie niepowtarzalności wartości atrybutów itp [1] [4a]. Rysunek 11 zawiera przykład zamówienia prezentowanego wcześniej, tym razem struktura dokumentu określona jest poprzez schematy XML. <?xml version="1.0" encoding="iso "?> <?xml-stylesheet type="text/css" href="zamowienia.css"?> <schematy_zamowienia xmlns= xmlns:xsi= xsi:schemalocation= zamowienia.xsd > <zamowienie nr= data= od= xyz s.a. > <linia nr= 1 indeks= nazwa= makaron pastella ilosc= 450 jm= kg /> <linia nr= 2 indeks= nazwa= paluszki słone ilosc= 100 jm= sz /> </zamowienie> </schematy_zamowienia> Rysunek 11. Komunikat zamówienia zakupu z Schema XML W elemencie głównym <schematy_zamowienia> zdefiniowano domyślną przestrzeń nazw (XML namespace [1] [2]), jest ona zgodna z przestrzenią docelową schematu. Powołano się również na przestrzeń nazw określającą atrybut schemalocation, służący do wskazania schematu. Dokument zamówienia winien mieć teraz zbudowany schemat i zapisany w pliku zamowienia.xsd. Przykład takiego schematu przedstawiono na rysunku 12. Elementy należące do przestrzeni nazw oznaczonej prefiksem xsd stanowią składniki języka definiowania schematów. 6. Transakcyjność w rozwiązaniach XML-owych Technologia XML nie dostarcza naturalnych mechanizmów, takich jakimi w przypadku walidacji jest definicja struktury dokumentu (DTD, Shema XML), pozwalających na odnotowanie zajścia/bądź-nie transakcji. By zapewnić transakcyjność wykonywanych operacji przesyłania danych poprzez internet, stosuje się zewnętrzne rozwiązania softwerowe.

12 <?xml version="1.0" encoding="iso "?> <xsd:schema xmlns:xsd= targetnamespace= ematy xmlns= elementformdefault= qualified version= 1.1 > <xsd:element name= schematy_zamowienia > <xsd:complextype> <xsd:sequence> <xsd:element ref= zamowienie minoccurs= 1 maxoccurs= unbounded /> </xsd:sequence> </xsd:complextype> </xsd:element> <xsd:element name= zamowienia > <xsd:complextype> <xsd:sequence> <xsd:element ref= linia minoccurs= 1 maxoccurs= unbounded /> </xsd:sequence> </xsd:complextype> <xsd:key name= dane_zamowienia > <xsd:selector xpath= zamowienie /> <xsd:field type= xsd:string /> <xsd:field type= xsd:date /> <xsd:field type= xsd:string /> </xsd:key> <xsd:attribute name= nr /> <xsd:attribute name= data /> <xsd:attribute name= od /> </xsd:element> <xsd:element name= linia > <xsd:key name= szczegoly > <xsd:selector xpath= linia /> <xsd:field type= xsd:string /> <xsd:field type= xsd:string /> <xsd:field type= xsd:string /> <xsd:field type= xsd:decimal /> <xsd:field type= xsd:string /> </xsd:key> <xsd:attribute name= nr /> <xsd:attribute name= index /> <xsd:attribute name= nazwa /> <xsd:attribute name= ilosc > <xsd:simpletype> <xsd:restriction base= xsd:decimal > <xsd:minexclusive value= 1 /> </xsd:restriction> </xsd:simpletype> </xsd:attribute> <xsd:attribute name= jm /> </xsd:element> </xsd:schema> Rysunek 12. Schemat XML dokumentu zamówienia.

13 6.1 Zastosowanie zewnętrznych mechanizmów transakcyjności na przykładzie aplikacji ebxdi/ Transakcyjność w praktyce/ Praktyczne rozwiązanie problemu transakcyjności na przykładzie aplikacji edxdi/ ebxdi jako przykład kompleksowego podejścia do potrzeb środowiska e-biznesu/ 6.1 Transakcyjność w układach prostych Układem prostym jest taki model implementacji elektronicznej wymiany dokumentów, w którym komunikaty potwierdzające zajście operacji gospodarczej przesyłane są wyłącznie pomiędzy partnerami biznesowymi dokonującymi tej operacji. Droga dokumentów elektronicznych pokrywa się z drogą operacji gospodarczej. Takie rozwiązanie zwane jest też często dwuwęzłowym modelem biznesowym (rysunek 13). A producent Dokumenty elektroniczne Operacje gospodarcze B hurtownia Rysunek 13. Dwuwęzłowy model biznesowy. Przykładem oprogramowania umożliwiającego realizację prostego modelu biznesowego jest ebxdi firmy EBS.COM (Electronic Business Solutions) [3][4][19][20]. ebxdi została zbudowana w technologii Java 2 Platform Enterprise Edition, przez co jest niezależna od platformy sprzętowej i systemów operacyjnych, w pełni skalowalna, stabilna, otwarta na potrzeby i technologie, które pojawią się w przyszłości. Logika działania ebxdi została przedstawiona na rysunku 14. Rys. 14. Schemat wymiany informacji biznesowej z wykorzystaniem ebxdi

14 Każdy z partnerów biznesowych może pracować z własnym formatem danych, gdyż ebxdi zapewni elektroniczną wymianę danych w formacie tekstowym (w tym XML, HTML, inne), rozwiązane jest to poprzez arkusze stylów XSL [1] [2]. ebxdi może być eksploatowane praktycznie na każdej platformie systemowej, sprzętowej czy programowej. Można wśród nich wymienić: serwery sprzętowe oparte na procesorach RISC czy Intel x386 (np. Pentium III/IV); systemy operacyjne: Linux, Unix, Microsoft Windows NT/2000; bazy danych: PostgreSQL, IBM DB2, Oracle, Microsoft SQL Server; serwery aplikacji J2EE: JBoss, IBM WebSphere, BEA WebLogic, iplanet. ebxdi cechują niewygórowane wymagania w zakresie mocy obliczeniowej serwera - wystarczy "zwykły" komputer z jednym procesorem klasy Intel Pentium III/1 GHz, wyposażony w 256 MB RAM, dowolny dysk IDE lub SCASI i kartę sieciową łączącą serwer z systemami obsługi zaplecza (niekoniecznie klasy ERP). W zakresie bezpieczeństwa przesyłania danych, ebxdi stwarza możliwość użycia dwóch rodzajów kodowania. W przypadku wymiany typu Web-EDI - poprzez strony WWW - dokumenty XML z danymi kodowane są za pomocą protokołu SSL (ang. Secure Sockets Layer). W przypadku wymiany danych poprzez szyfrowany port TCP/IP, kodowanie następuje za pomocą protokołu TLS (ang. Transfer Layer Security). Rysunek 15. Organizacja transakcyjnoci rozwiązań XMLowych na przykładzie produktu ebxdi W ebxdi za transakcyjność odpowiada tzw. serwer komunikatów. Przesyłany komunikat biznesowy zapisywany jest do bazy XMLowej (rysunek 15), następnie jest wysyłany do klienta. Dokument pozostaje w bazie XMLowej do czasu otrzymania potwierdzenia odbioru przez klienta wysłanego dokumentu. W przypadku gdy potwierdzenie powróci dokument jest usuwany z bazy XMLowej o informacja o dokonaniu transakcji trafia do właściwego systemu ERP. W przypadku nie pojawienia się potwierdzenia serwer komunikatów ponownie wysyła dokument do klienta. 6.2 Transakcyjność w układach złożonych Układ złożony występuje wówczas gdy firmy dokonujące operacji biznesowych korzystają, w zakresie elektronicznej wymiany dokumentów, z usług zewnętrznych firm

15 informatycznych. W zależności od ilości firm biorących udział w procesie wymiany dokumentów elektronicznych realizowany jest: - trójwęzłowy model biznesowy dwie firmy dokonujące operacji gospodarczej plus jedna pośrednicząca, świadcząca usługi informatyczne obu partnerom. - czterowęzłowy model biznesowy dwie firmy dokonujące operacji gospodarczej plus dwie firmy pośredniczące, każdy z partnerów jest obsługiwany przez własną firmę informatyczną (rysunek 14). - n-węzłowy model biznesowy firm pośredniczących jest k, gdzie n=k+2; k <1, n-2>; model ten wprowadzono dla uogólnienia układów złożonych. W układach złożonych droga dokumentów elektronicznych nie pokrywa się z drogą operacji gospodarczej. M partner Dokumenty elektroniczne Dokumenty elektroniczne N partner Dokumenty elektroniczne Operacje gospodarcze Firma D informatyczna Operacje gospodarcze Dokumenty elektroniczne Firma C informatyczna Dokumenty elektroniczne A producent Operacje gospodarcze B hurtownia Rysunek 16. Model biznesowy cztero-węzłowy, w elektronicznej wymianie dokumentów biznesowych pośredniczą dwie firmy informatyczne. W złożonych modelach biznesowych konieczne staje się zastosowanie bardziej wyrafinowanych metod zapewnienia transakcyjności. Sam serwer komunikatów, który sprawdza się na węzłach sąsiadujących nie wystarcza, konieczne jest udrożnienie węzłów pośredniczących, tak aby otrzymanie komunikatu o powodzeniu/ niepowodzeniu z węzła k, powodowało, oprócz zarejestrowania powodzenia operacji wysłanie do węzła k-2 zgodnej treści komunikatu. W układach złożonych nie stwierdzono mechanizmów zapewniających pełną transakcyjność. Najczęściej każdy z węzłów pośredniczących (każda z firm informatycznych) stosuje lokalnie (w komunikacji z sąsiednimi węzłami) własne rozwiązania. Co jednak w skali kompletnej operacji gospodarczej, daje w najlepszym przypadku efekt zbliżony do oczekiwanego. Potrzeba jest zatem opracowania zasad i stworzenia aplikacji XML-owej zawierającej mechanizmy walidacji poprawności napisanego w niej dokumentu biznesowego, oraz

16 zapewniającej obsługę transakcyjności przesyłania tych dokumentów pomiędzy partnerami biznesowymi, niezależnie od tego czy znajdują się oni na biegunach dwu, trój, czy n-węzłowego modelu biznesowego. Aplikacja ta miała by zapewnić węzłom pośredniczącym przezroczystość w stosunku do węzłów pomiędzy którymi zachodzi operacja gospodarcza. Wykorzystanie tej aplikacji przez firmy informatyczne oferujące usługi e-biznesowe (węzły pośredniczące), dostarczyło by język, z pomocą którego firmy te mogły by tworzyć własne systemy do obsługi elektronicznej wymiany dokumentów w pełni otwarte na przyszłe kontakty biznesowe ich klientów. 8. Cel-Własna aplikacja XML dla środowiska biznesowego Prezentowany problem jest o tyle istotny, że oprócz zwykłej konsekwencji finansowej wynikającej z opóźnień w dostawie towaru (nie ma dostawy jeżeli nie ma zamówienia na daną dostawę), firmy niejednokrotnie podpisują ze sobą umowy z których wynika, że w przypadku nieterminowej realizacji zamówienia, lub całkowitym braku realizacji zamówienia, firma zobowiązana jest zapłacić określoną (najczęściej wysoką) kwotę kary. Zatem istnieje zasadność stworzenia takiej specyfikacji języka XML-biznesowego, który mógłby w oderwaniu od ilości węzłów, przez które przechodzi dokument elektroniczny, zapewnić transakcyjność operacji. Zagadnienie, którym autorzy artykułu chcą sie zając w przyszłości wstępnie zostało formułowane jako: Opracowanie, w oparciu o istniejące standardy i najnowsze osiągnięcia z dziedziny technologii XML, specjalizowanego języka dla obsługi środowiska biznesowego, który niezależnie od ilości węzłów pośredniczących, sprowadzi model biznesowy n-węzłowy do modelu biegunowego (prostego 2- węzłowego). 9. Wstępne propozycje rozwiązań do dalszych rozważań Poprzez rejestrację węzłów: Należało by stworzyć XML-ową bazę danych do której były by wpisywane informacje o każdym węzłów przez które przechodzi dokument. Dokumenty komunikatów będą zawierać predefiniowane w własnej przestrzeni nazw znaczniki określające nadawcę, sumy kontrolne, dodatkowe informacje. Predefiniowane elementy będą załączone w pliku dokumentu, lub w oddzielnym pliku powiązanym z dokumentem. Węzeł otrzymując dokument odczytuje z niego, bądź dołączonego pliku, informacje o nadawcy (czytaj serwerze nadawcy) i na podstawie dodatkowych informacji (np login i hasło) wysyła na serwer komunikat z numerem dokumentu, cyfrą kontrolną i własny unikatowy identyfikator (np. GLN). Po czym wysyła dokument dalej. Kolejne węzły dokonują logowania/wpisów do bazy danych, na tej podstawie śledzona jest droga dokumentu i ewentualne miejsce awarii. Otrzymanie wpisu od węzła docelowego jest jednoznacznie interpretowane jako zakończenie transakcji. Wstępna ocena tego rozwiązania wskazuje na: - zwiększenie ruchu w sieci - rozrastanie się danych w przypadku większej ilości węzłów pośrednich,

17 - rejestracja węzłów pośrednich kłóci się również z założeniem przezroczystości sieci z punktu widzenia węzłów skrajnych dokonujących transakcji gospodarczej. - Rozwiązanie zapewnia pełną ewidencję ruchu dokumentów w sieci, oraz odtworzenie transakcji w przypadku uszkodzenia łącza. Poprzez łańcuch-ze-źródłem: Dokonuje się takiej modyfikacji dokumentu komunikatu, poprzez zdefiniowanie odpowiednich znaczników w własnej przestrzeni nazw, lub też dowiązuje się zewnętrzny plik do dokumentu komunikatu, w którym każdy z węzłów będzie mógł za pomocą określonych znaczników wpisać własną cyfrę kontrolną, oraz aders mailowy/ftp (rysunek 18). Wpisanie tej informacji do pliku będzie opcjonalne, a pojawienie się wpisu z danego węzła będzie równoznaczne z deklaracją otrzymywania informacji o dalszej drodze danego dokumentu. Każdy z węzłów odsyłał by informacje o otrzymaniu dokumentu i poprawnym przetworzeniu tylko do węzłów które zamieściły by swój wpis w dołączonym pliku. Wstępna ocena tego rozwiązania wskazuje na: - możliwość śledzenia ruchu dokumentu (i ewentualne podejmowanie interwencji) przez dowolny węzeł w sieci. - dodatkowe zwiększenie ruchu w sieci - rozrasta się wielkość przesyłanych dokumentów <?xml version="1.0" encoding="iso "?> <?xml-stylesheet type="text/css" href="zamowienia.css"?> <dokument_transakcyjny xmlns= xmlns:xsi= xsi:schemalocation= transakcja.xsd > <zamowienie nr= data= od= xyz s.a. > <linia nr= 1 indeks= nazwa= makaron pastella ilosc= 450 jm= kg /> <linia nr= 2 indeks= nazwa= paluszki słone ilosc= 100 jm= sz /> </zamowienie> <transakcja:weryfikuj> <transakcja:numer_dokumentu nr= /> <transakcja:ilosc_rekordow> 2 </transakcja:ilosc_rekordow> <transakcja:powiadom> </transakcja:powiadom> </transakcja:weryfikuj> </dokument_transakcyjny> Rysunek 18. Propozycja dodatkowych predefiniowanych elementów funkcyjnych w komunikacie zamówienia zakupowego. 10. Wnioski Projekt stworzenia specyjanlizowanego języka dla potrzeb środowiska biznesowego, jest stosunkowo młodym projektem (liczonym jeszcze w tygodniach) stąd wyniki badań na obecny moment sprowadzają się do zdefiniowania problemu i uogólnienia go do skali zagadnienia n-węzłowego. Zapoznanie się z możliwościami technologii XML w

18 zakresie walidacji i transakcyjności operacji wykonywanych z jej użyciem. Rozpoznanie i adaptacja przyjętych standardów w obszarze elektronicznej wymiany dokumentów i e-biznesu. Cel, który został przez autorów obrany, a więc stworzenie własnej aplikacji XML-owej jeżeli przyniesie pozytywne efekty, to - rozwiąże problemy jednej rzeczywistej firmy - może zostać zaakceptowany przez szersze grono odbiorców u zyskując tym samym godne miano języka środowiskowego. - opublikowane osiągnięcia na polu transakcyjności mogą zostać wykorzystane przez inne ośrodki w tworzeniu rozproszonych rozwiązań internatowych. Literatura: [1] Steven Holzner XML Vademecum profesjonalisty Helion 2001 [2] Elliote Rusty Harold XML Księga eksperta Helion 2000 [3] Muryjas Piort, Bober Dariusz ebxdi technologia EDI za rozsądne pieniądze s.85 Wdrażanie i eksploatacja systemów informatycznych pod redakcją Marek Miłosz, PTI, Lublin 2002 [4] Marek Miłosz, Dariusz Bober Elektroniczna wymiana dokumentów z wykorzystaniem technologii XML s. 185, matriały do IV Lubelskiego Akademickiego Forum Akademickiego, Informatyka Stosowana [4a] Tomasz Traczyk Schematy XML, materiały z koferencji PLOUG 2001, Zakopane. [4b] Sharon L Hoffman XML Blueprint, s.20-23, iseries NEWS, February Strony www: [5] Informacje o EDI i XML [6] Repozytorium XML elementów danych: [7] Zastosowanie XML do EDI: [8] Oprogramowanie serwera XML (freeware) dla gospodarki elektronicznej, rozwiązania dla ERP i EDI: [9] Strona Towarzystwa EAN.UCC: [10] Specyfikacja języka MathML: [11] Specyfikacja języka SMIL: [12] [13] [14] Specyfikacja języka HTML+TIME: [15] Specyfikacja języka XHTML 1.0: [16] Specyfikacja języka VML: [17] Specyfikacja języka XUL: [18] Specyfikacja języka XBRL: [19] [20]

wersja dokumentu 1.0 data wydania 2008.11.14

wersja dokumentu 1.0 data wydania 2008.11.14 HERMESEDI System elektronicznej wymiany dokumentów w systemie EDI/ECOD wersja dokumentu 1.0 data wydania 2008.11.14 Syriusz sp. z o.o. Rzeszów 2008 SPIS TREŚCI: 1. Przeznaczenie... 3 2. Schemat pracy...

Bardziej szczegółowo

Plan dzisiejszego wykładu. Narzędzia informatyczne w językoznawstwie. XML - Definicja. Zalety XML

Plan dzisiejszego wykładu. Narzędzia informatyczne w językoznawstwie. XML - Definicja. Zalety XML Plan dzisiejszego wykładu Narzędzia informatyczne w językoznawstwie Perl - Wprowadzenie do XML Marcin Junczys-Dowmunt junczys@amu.edu.pl Zakład Logiki Stosowanej http://www.logic.amu.edu.pl 16. kwietnia

Bardziej szczegółowo

2 Podstawy tworzenia stron internetowych

2 Podstawy tworzenia stron internetowych 2 Podstawy tworzenia stron internetowych 2.1. HTML5 i struktura dokumentu Podstawą działania wszystkich stron internetowych jest język HTML (Hypertext Markup Language) hipertekstowy język znaczników. Dokument

Bardziej szczegółowo

Procedura Walidacyjna Interfejs

Procedura Walidacyjna Interfejs Strona: 1 Stron: 7 SPIS TREŚCI: 1. CEL 2. ZAKRES 3. DEFINICJE 4. ODPOWIEDZIALNOŚĆ I UPRAWNIENIA 5. TRYB POSTĘPOWANIA 6. ZAŁĄCZNIKI Podlega aktualizacji X Nie podlega aktualizacji Strona: 2 Stron: 7 1.

Bardziej szczegółowo

Zapytanie ofertowe na: Zakup wartości niematerialnej i prawnej w postaci nowoczesnego systemu B2B wraz ze szkoleniem z obsługi ww.

Zapytanie ofertowe na: Zakup wartości niematerialnej i prawnej w postaci nowoczesnego systemu B2B wraz ze szkoleniem z obsługi ww. Warszawa, dnia 24.05.2012 r. Zapytanie ofertowe na: Zakup wartości niematerialnej i prawnej w postaci nowoczesnego systemu B2B wraz ze szkoleniem z obsługi ww. systemu Tytuł projektu: Automatyzacja procesów

Bardziej szczegółowo

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA 1 z 15 Spis treści 1. Kanał email dla podmiotów zewnętrznych...

Bardziej szczegółowo

Otwarte protokoły wymiany informacji w systemach ITS

Otwarte protokoły wymiany informacji w systemach ITS Otwarte protokoły wymiany informacji w systemach ITS Grzegorz Kawka PHU TELSAT Sesja nr 4: Interoperacyjność systemów ITS cz. I Podstawą działania systemów ITS jest wymiana informacji pomiędzy poszczególnymi

Bardziej szczegółowo

Rola języka XML narzędziem

Rola języka XML narzędziem Wprowadzenie do XML dr inż. Adam Iwaniak Szkolenie w Luboradzy, ZCPWZ, 12-13.02.2009r. Rola języka XML narzędziem Pierwszą rewolucją internetową było dostarczenie ludziom informacji. Znajdujemy się teraz

Bardziej szczegółowo

Wprowadzenie do technologii XML

Wprowadzenie do technologii XML Katedra Mikroelektroniki i Technik Informatycznych Łódź, 6 października 2005 roku 1 Informacje organizacyjne Omówienie przedmiotu 2 vs HTML Struktura 3 Struktura Informacje o przedmiocie Informacje organizacyjne

Bardziej szczegółowo

Integracja Obieg Dokumentów - GiS Spis treści

Integracja Obieg Dokumentów - GiS Spis treści Integracja Obieg Dokumentów - GiS Spis treści 1.Opis integracji.... 2 2.Interfejs po stronie Obiegu Dokumentów... 4 3.Interfejs po stronie Gis-u.... 7 4.Schematy przesyłanych plików xml.... 8 1 1. Opis

Bardziej szczegółowo

Instrukcja użytkownika

Instrukcja użytkownika Instrukcja użytkownika Eksport dokumentów do systemu Comarch EDI Wersja 2015.0.1 Spis treści 1 EKSPORT FAKTUR/KOREKT SPRZEDAŻY... 3 2 EKSPORT ZAMÓWIEŃ... 5 3 IMPORT ZAMÓWIEŃ... 6 4 IMPORT FAKTUR ZAKUPU...

Bardziej szczegółowo

Instrukcja użytkownika. Eksport dokumentów do systemu Comarch EDI Wersja 2015.5.1

Instrukcja użytkownika. Eksport dokumentów do systemu Comarch EDI Wersja 2015.5.1 Instrukcja użytkownika Eksport dokumentów do systemu Comarch EDI Wersja 2015.5.1 Spis treści 1 EKSPORT FAKTUR/KOREKT SPRZEDAŻY... 3 2 EKSPORT ZAMÓWIEŃ... 5 3 IMPORT ZAMÓWIEŃ... 6 4 IMPORT FAKTUR ZAKUPU...

Bardziej szczegółowo

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja ZPKSoft WDoradca 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja 1. Wstęp ZPKSoft WDoradca jest technologią dostępu przeglądarkowego do zasobów systemu ZPKSoft Doradca.

Bardziej szczegółowo

INSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: 2015.0.0.7 Wydanie: 2015-08

INSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: 2015.0.0.7 Wydanie: 2015-08 Spis treści Wstęp... 2 1. System KS-EWD... 2 1.1. Instalacja KS-EWD... 2 2. Aktualizacja plików repozytorium Dokumentów... 4 2.1.1. Instalacja KS-EDE... 7 3. Integracja systemów... 8 4. Konfiguracja ustawień

Bardziej szczegółowo

GML w praktyce geodezyjnej

GML w praktyce geodezyjnej GML w praktyce geodezyjnej Adam Iwaniak Kon-Dor s.c. Konferencja GML w praktyce, 12 kwietnia 2013, Warszawa SWING Rok 1995, standard de jure Wymiany danych pomiędzy bazami danych systemów informatycznych

Bardziej szczegółowo

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema. Elementy czy atrybuty? Wartości domyślne i ustalone. Elementy czy atrybuty?

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema. Elementy czy atrybuty? Wartości domyślne i ustalone. Elementy czy atrybuty? Globalne i lokalne deklaracje elementów i atrybutów Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema Deklaracje lokalne:

Bardziej szczegółowo

Tomasz Grześ. Systemy zarządzania treścią

Tomasz Grześ. Systemy zarządzania treścią Tomasz Grześ Systemy zarządzania treścią Co to jest CMS? CMS (ang. Content Management System System Zarządzania Treścią) CMS definicje TREŚĆ Dowolny rodzaj informacji cyfrowej. Może to być np. tekst, obraz,

Bardziej szczegółowo

Instrukcja użytkownika

Instrukcja użytkownika Instrukcja użytkownika Eksport dokumentów do systemu ECOD Wersja 2014.0.1 Spis treści 1 EKSPORT FAKTUR/KOREKT SPRZEDAŻY... 3 2 EKSPORT ZAMÓWIEŃ... 5 3 IMPORT ZAMÓWIEŃ... 6 4 IMPORT FAKTUR ZAKUPU... 7 5

Bardziej szczegółowo

SET (Secure Electronic Transaction)

SET (Secure Electronic Transaction) SET (Secure Electronic Transaction) Krzysztof Maćkowiak Wprowadzenie SET (Secure Electronic Transaction) [1] to protokół bezpiecznych transakcji elektronicznych. Jest standardem umożliwiający bezpieczne

Bardziej szczegółowo

Portal SRG BFG. Instrukcja korzystania z Portalu SRG BFG

Portal SRG BFG. Instrukcja korzystania z Portalu SRG BFG Portal SRG BFG Instrukcja korzystania z Portalu SRG BFG Opracowano w Departamencie Informatyki i Administracji Bankowego Funduszu Gwarancyjnego Październik 2013 Spis treści: 1. Dostęp do strony portalu...

Bardziej szczegółowo

Instrukcja użytkownika. Aplikacja dla WF-Mag

Instrukcja użytkownika. Aplikacja dla WF-Mag Instrukcja użytkownika Aplikacja dla WF-Mag Instrukcja użytkownika Aplikacja dla WF-Mag Wersja 1.0 Warszawa, Kwiecień 2015 Strona 2 z 13 Instrukcja użytkownika Aplikacja dla WF-Mag Spis treści 1. Wstęp...4

Bardziej szczegółowo

VIRTUEMART INTEGRATOR BY CTI INSTRUKCJA

VIRTUEMART INTEGRATOR BY CTI INSTRUKCJA VIRTUEMART INTEGRATOR BY CTI INSTRUKCJA 1 Spis treści 1. Opis programu...3 2. Konfiguracja połączenia...4 2.1. Połączenie z serwerem MS SQL...5 2.2. Połączenie ze sklepem...5 2.3. Nawiązanie połączenia

Bardziej szczegółowo

Część II. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Część II. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz Część II Po zrealizowaniu materiału student będzie w stanie posługiwać się taksonomiami XBRL wygenerować sprawozdanie finansowe w XBRL odczytać i zmodyfikować sprawozdanie finansowe zapisane w XBRL rozpoznawać

Bardziej szczegółowo

Podstawowe możliwości programu Spectro Market Faktura 2011.2

Podstawowe możliwości programu Spectro Market Faktura 2011.2 Podstawowe możliwości programu Spectro Market Faktura 2011.2 Obsługa faktur VAT sprzedaży, zaliczki, marży. Obsługa faktur korygujących. Tworzenie not. Tworzenie pokwitowań. Budowane i obsługa kartotek:

Bardziej szczegółowo

Eksport dokumentów do systemu ECOD

Eksport dokumentów do systemu ECOD System Comarch OPT!MA v. 2012 Eksport dokumentów do systemu ECOD Comarch SA 31-864 Kraków, Al. Jana Pawła II 41g tel. (12) 681 43 00, fax (12) 687 71 00 Dział Wsparcia Klienta i Partnera: tel. (12) 681

Bardziej szczegółowo

1 Wprowadzenie do J2EE

1 Wprowadzenie do J2EE Wprowadzenie do J2EE 1 Plan prezentacji 2 Wprowadzenie do Java 2 Enterprise Edition Aplikacje J2EE Serwer aplikacji J2EE Główne cele V Szkoły PLOUG - nowe podejścia do konstrukcji aplikacji J2EE Java 2

Bardziej szczegółowo

LABORATORIUM 5 WSTĘP DO SIECI TELEINFORMATYCZNYCH WPROWADZENIE DO XML I XSLT

LABORATORIUM 5 WSTĘP DO SIECI TELEINFORMATYCZNYCH WPROWADZENIE DO XML I XSLT LABORATORIUM 5 WSTĘP DO SIECI TELEINFORMATYCZNYCH WPROWADZENIE DO XML I XSLT 1. Wstęp XML (Extensible Markup Language Rozszerzalny Język Znaczników) to język formalny przeznaczony do reprezentowania danych

Bardziej szczegółowo

Instrukcja użytkownika. Aplikacja dla Comarch Optima

Instrukcja użytkownika. Aplikacja dla Comarch Optima Instrukcja użytkownika Aplikacja dla Comarch Optima Instrukcja użytkownika Aplikacja dla Comarch Optima Wersja 1.0 Warszawa, Sierpień 2015 Strona 2 z 12 Instrukcja użytkownika Aplikacja dla Comarch Optima

Bardziej szczegółowo

Zapytanie ofertowe 1/2012. W związku z realizacją projektu pt. Wdrożenie systemu B2B w celu elektronicznej wymiany

Zapytanie ofertowe 1/2012. W związku z realizacją projektu pt. Wdrożenie systemu B2B w celu elektronicznej wymiany Lublin, 11.06.2012 Zapytanie ofertowe 1/2012 I. DANE ZAMAWIAJĄCEGO: JS Sp. z o.o. ul. Smoluchowskiego 1 20-474 Lublin II. ZAPYTANIE OFERTOWE W związku z realizacją projektu pt. Wdrożenie systemu B2B w

Bardziej szczegółowo

Września, dzień 8 stycznia 2014 r. Adresat. Zapytanie ofertowe

Września, dzień 8 stycznia 2014 r. Adresat. Zapytanie ofertowe Września, dzień 8 stycznia 2014 r. Adresat Zapytanie ofertowe Przedsiębiorstwo Handlowe Progress Daniel Więcek w ramach Programu Operacyjnego Innowacyjna Gospodarka i działania 8.2 Wspieranie wdrażania

Bardziej szczegółowo

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz Część I -ebxml Po zrealizowaniu materiału student będzie w stanie omówić potrzeby rynku B2B w zakresie przeprowadzania transakcji przez Internet zaprezentować architekturę ebxml wskazać na wady i zalety

Bardziej szczegółowo

Dokumentacja Użytkownika Systemu. Integracja z Okazje.info, Skąpiec, Sklepy24

Dokumentacja Użytkownika Systemu. Integracja z Okazje.info, Skąpiec, Sklepy24 Dokumentacja Użytkownika Systemu Integracja z Okazje.info, Skąpiec, Sklepy24 Wersja 2016 Spis treści 1 INTEGRACJA... 3 2 REJESTRACJA... 4 2.1 OKAZJE.INFO... 4 2.2 SKĄPIEC... 4 2.3 SKLEPY24.PL... 4 3 KONFIGURACJA...

Bardziej szczegółowo

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak Serwery Autorzy: Karol Czosnowski Mateusz Kaźmierczak Czym jest XMPP? XMPP (Extensible Messaging and Presence Protocol), zbiór otwartych technologii do komunikacji, czatu wieloosobowego, rozmów wideo i

Bardziej szczegółowo

Dokumentacja Użytkownika Systemu

Dokumentacja Użytkownika Systemu Dokumentacja Użytkownika Systemu Integracja z Okazje.info, Skąpiec, Sklepy24 Wersja 7.9 Spis treści 1 INTEGRACJA... 3 2 REJESTRACJA... 4 2.1 OKAZJE.INFO... 4 2.2 SKĄPIEC... 4 2.3 SKLEPY24.PL... 4 3 KONFIGURACJA...

Bardziej szczegółowo

- wewnątrz elementów prostych występuje tylko jeden typ danych, wewnątrz złoŝonych nie moŝemy dokładnie określić liczby wystąpień elementu

- wewnątrz elementów prostych występuje tylko jeden typ danych, wewnątrz złoŝonych nie moŝemy dokładnie określić liczby wystąpień elementu XML Schema DTD a XML Schema DTD jako opis dokumentu XML: - pozwala stworzyć jedynie bardzo ogólny schemat dokumentu - w standardzie DTD dostępne mamy jedynie rozróŝnienie na elementy proste i złoŝone -

Bardziej szczegółowo

ETYKIETA LOGISTYCZNA GS1

ETYKIETA LOGISTYCZNA GS1 ETYKIETA LOGISTYCZNA GS1 Dobre praktyki Dokument stworzony przez wspólną grupę roboczą członków ECR Polska i ekspertów GS1 Polska, by wspomóc i ułatwić jak najszersze wykorzystanie etykiety logistycznej

Bardziej szczegółowo

Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce

Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce Kielce, dnia 27.02.2012 roku HB Technology Hubert Szczukiewicz ul. Kujawska 26 / 39 25-344 Kielce Tytuł Projektu: Wdrożenie innowacyjnego systemu dystrybucji usług cyfrowych, poszerzenie kanałów sprzedaży

Bardziej szczegółowo

DOTACJE NA INNOWACJE

DOTACJE NA INNOWACJE Strzyżów, 29-05-2013 Ogłoszenie o zamówieniu kompleksowego wdrożenia systemu B2B do współpracy handlowej pomiędzy firmą Triton a Partnerami Zamawiający: TRITON S.C. Marcin Bosek, Janusz Rokita ul. Słowackiego

Bardziej szczegółowo

Dokumentacja smsapi wersja 1.4

Dokumentacja smsapi wersja 1.4 Dokumentacja smsapi wersja 1.4 1. Wprowadzenie Platforma smsapi została skierowana do użytkowników chcących rozbudować swoje aplikacje o system wysyłania smsów. Aplikacja ta w prosty sposób umożliwia integrację

Bardziej szczegółowo

Instrukcja użytkownika. Aplikacja dla Comarch ERP XL

Instrukcja użytkownika. Aplikacja dla Comarch ERP XL Instrukcja użytkownika Aplikacja dla Comarch ERP XL Instrukcja użytkownika Aplikacja dla Comarch ERP XL Wersja 1.0 Warszawa, Listopad 2015 Strona 2 z 12 Instrukcja użytkownika Aplikacja dla Comarch ERP

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Załącznik Nr 3 KDPW_CCP Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Wersja 1.0 Warszawa, czerwiec 2012 Spis treści Wstęp... 3 Budowa komunikatów XML... 3 Przestrzenie

Bardziej szczegółowo

Komunikacja i wymiana danych

Komunikacja i wymiana danych Budowa i oprogramowanie komputerowych systemów sterowania Wykład 10 Komunikacja i wymiana danych Metody wymiany danych Lokalne Pliki txt, csv, xls, xml Biblioteki LIB / DLL DDE, FastDDE OLE, COM, ActiveX

Bardziej szczegółowo

Zaawansowane narzędzia programowania rozproszonego

Zaawansowane narzędzia programowania rozproszonego Zaawansowane narzędzia programowania rozproszonego Karol Gołąb karol.golab@tls-technologies.com 28 listopada 2001 1 Streszczenie Omówienie i porównanie popularnych standardów mechanizmów komunikacyjnych:

Bardziej szczegółowo

Szczegółowy opis przedmiotu zamówienia znajduje się w Specyfikacji załączonej do niniejszego zapytania.

Szczegółowy opis przedmiotu zamówienia znajduje się w Specyfikacji załączonej do niniejszego zapytania. Józefosław, dnia 17.04.2015r. Zapytanie ofertowe I DANE ZAMAWIAJĄCEGO: PREMIUM FOOD & MORE Sp. z o.o. Sp. k. ul. Osiedlowa 50 A 05 500 Józefosław II ZAPYTANIE OFERTOWE W związku z realizacją projektu pt.

Bardziej szczegółowo

HTML nie opisuje układu strony!!!

HTML nie opisuje układu strony!!! Temat: HTML czy XHTML co to jest HTML i do czego będziesz go używał, co możesz, a czego nie możesz robić, tworząc strony WWW, czym są i do czego służą znaczniki HTML. 1. co to jest HTML HTML to skrót od

Bardziej szczegółowo

rk HTML 4 a 5 różnice

rk HTML 4 a 5 różnice rk HTML 4 a 5 różnice kompatybilność Pierwszym dużym plusem języka HTML 5 jest to, że jest zdefiniowany w sposób umożliwiający kompatybilność wstecz. Składnia Przykład dokumentu podporządkowującego się

Bardziej szczegółowo

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Deduplikacja danych. Zarządzanie jakością danych podstawowych Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication

Bardziej szczegółowo

Serwis jest dostępny w internecie pod adresem www.solidnyserwis.pl. Rysunek 1: Strona startowa solidnego serwisu

Serwis jest dostępny w internecie pod adresem www.solidnyserwis.pl. Rysunek 1: Strona startowa solidnego serwisu Spis treści 1. Zgłoszenia serwisowe wstęp... 2 2. Obsługa konta w solidnym serwisie... 2 Rejestracja w serwisie...3 Logowanie się do serwisu...4 Zmiana danych...5 3. Zakładanie i podgląd zgłoszenia...

Bardziej szczegółowo

Instrukcja użytkownika. Aplikacja dla Comarch Optima

Instrukcja użytkownika. Aplikacja dla Comarch Optima Instrukcja użytkownika Aplikacja dla Comarch Optima Instrukcja użytkownika Aplikacja dla Comarch Optima Wersja 1.1 Warszawa, Luty 2016 Strona 2 z 14 Instrukcja użytkownika Aplikacja dla Comarch Optima

Bardziej szczegółowo

Nowe funkcje w programie Symfonia Mała Księgowość w wersji 2012

Nowe funkcje w programie Symfonia Mała Księgowość w wersji 2012 Nowe funkcje w programie Symfonia Mała Księgowość w wersji 2012 Spis treści: Korzyści z zakupu nowej wersji... 2 Wystawianie efaktur stan prawny... 2 Program Symfonia e-dokumenty... 3 e-faktura w Symfonii...

Bardziej szczegółowo

Wszystko na temat wzoru dokumentu elektronicznego

Wszystko na temat wzoru dokumentu elektronicznego Stowarzyszenie PEMI Wszystko na temat wzoru dokumentu elektronicznego Czym jest, kto go tworzy, kto publikuje, kto może z niego skorzystać? Mirosław Januszewski, Tomasz Rakoczy, Andrzej Matejko 2007-07-25

Bardziej szczegółowo

Relacyjne bazy danych a XML

Relacyjne bazy danych a XML Relacyjne bazy danych a XML Anna Pankowska aniap@amu.edu.pl Internet, SQLiXMLwbiznesie Internet nieoceniony sposób komunikacji z klientami, pracownikami i partnerami handlowymi przyspiesza transakcje finansowe

Bardziej szczegółowo

1. Rejestracja 2. Logowanie 3. Zgłaszanie nowego wniosku projektowego

1. Rejestracja 2. Logowanie 3. Zgłaszanie nowego wniosku projektowego 1. Rejestracja Dostęp do wniosku projektowego możliwy jest jedynie dla zarejestrowanych użytkowników. Aby zostać zarejestrowanym należy wypełnić formularz dostępny na stronie www.polskapomoc.gov.pl, a

Bardziej szczegółowo

Elektroniczna Skrzynka Podawcza

Elektroniczna Skrzynka Podawcza Elektroniczna Skrzynka Podawcza Instrukcja dla administratora Wersja 1.6.0 Przewodnik przeznaczony jest dla użytkowników, którzy administrują kontem urzędu w systemie Elektronicznej Skrzynki Podawczej.

Bardziej szczegółowo

Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl

Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl Poznań, 24.01.2011 Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl Realizując postanowienia ustawy z dnia 29.08.1997r. o ochronie danych osobowych (Dz.

Bardziej szczegółowo

Kurs walut. Specyfikacja projektu. Marek Zając 2013-12-16

Kurs walut. Specyfikacja projektu. Marek Zając 2013-12-16 Kurs walut Specyfikacja projektu Marek Zając 2013-12-16 Spis treści 1. Podsumowanie... 2 1.1 Wstęp... 2 1.2 Projekt interfejsu... 2 1.2.1 Rozmiar głównego okna... 2 2. Słownik pojęć... 2 2.1 Definicja

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi

ZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi Wrocław, 28 sierpnia 2014 r. ZAPYTANIE OFERTOWE KIEZA MARCIN MARCIN KIEZA PRO - CHEMIA PPH z siedzibą w Marcinkowicach przy ulicy Letnia 8a (55-200, Oława I) realizując projekt pt. Wdrożenie systemu B2B

Bardziej szczegółowo

Aplikacje internetowe laboratorium XML, DTD, XSL

Aplikacje internetowe laboratorium XML, DTD, XSL Aplikacje internetowe laboratorium XML, DTD, XSL Celem ćwiczenia jest stworzenie dokumentu XML, wyposażenie dokumentu w specyfikację struktury (przy użyciu DTD), oraz transformacja dokumentu XML do postaci

Bardziej szczegółowo

Instrukcja integratora - obsługa dużych plików w epuap2

Instrukcja integratora - obsługa dużych plików w epuap2 Instrukcja integratora - obsługa dużych plików w epuap2 Wersja: 1.1 Strona 1 z 18 Spis treści SPIS TREŚCI... 2 WPROWADZENIE ORAZ INFORMACJE OGÓLNE... 3 1.1 WSTĘP... 3 1.2 WARUNKI KONIECZNE DO SPEŁNIENIA

Bardziej szczegółowo

Facelets ViewHandler

Facelets ViewHandler JSF i Facelets Wprowadzenie JSP (JavaServer Pages) są natywną i najczęściej używaną technologią do tworzenia warstwy prezentacyjnej dla JSF (JavaServer Faces) Istnieją alternatywne technologie opisu wyglądu

Bardziej szczegółowo

Instrukcja użytkownika

Instrukcja użytkownika Instrukcja użytkownika Zandro 1.5.5 1 Metryka dokumentu Autor: Tomasz Krówczyński Liczba stron: 14 Data utworzenia: 21-07-2014 Rewizja: 67 HISTORIA ZMIAN Data Autor Wersja Zmiany 21-07-2014 Tomasz Krówczyński

Bardziej szczegółowo

Dokumentacja Użytkownika Systemu

Dokumentacja Użytkownika Systemu Dokumentacja Użytkownika Systemu Importy z plików XML Wersja 7.2 Spis treści 1 CO TO JEST XML... 3 2 INFORMACJE OGÓLNE NA TEMAT STRUKTURY PLIKÓW XML... 4 3 IMPORT KONTRAHENTÓW... 5 3.1 IMPORT KONTRAHENTÓW...

Bardziej szczegółowo

INSTRUKCJA UŻYTKOWNIKA Podpis cyfrowy ISO 9001:2008 Dokument: 2016.0.0.0 Wydanie: 2016-01. Podpis cyfrowy. Spis treści... 1

INSTRUKCJA UŻYTKOWNIKA Podpis cyfrowy ISO 9001:2008 Dokument: 2016.0.0.0 Wydanie: 2016-01. Podpis cyfrowy. Spis treści... 1 Spis treści Spis treści... 1 Wstęp... 2 Przygotowanie certyfikatów wewnętrznych... 2 2.1. Przygotowanie karty pracownika... 2 2.2. Dodawanie certyfikatu nadrzędnego... 3 2.3. Dodawanie certyfikatu pracownika...

Bardziej szczegółowo

Symfonia Mała Księgowość 2013 Specyfikacja zmian

Symfonia Mała Księgowość 2013 Specyfikacja zmian Symfonia Mała Księgowość 2013 Specyfikacja zmian Odświeżony interfejs użytkownika 2 Rozwój wizerunkowy programu obejmuje odświeżenie interfejsu użytkownika. Wymieniona została ikona desktopowa programu,

Bardziej szczegółowo

XML DTD XML Schema CSS

XML DTD XML Schema CSS XML XML czyli Extensible Markup Language (rozszerzalny język znaczników) można traktować jak stosunkowo prosty i elastyczny format tekstowy wywodzący się z SGML. Pierwotnie został zaprojektowany aby umożliwiać

Bardziej szczegółowo

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema

Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema Globalne i lokalne deklaracje elementów i atrybutów Deklaracje lokalne:

Bardziej szczegółowo

Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center

Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center Konfiguracja programu MS Outlook 2007 dla poczty w hostingu Sprint Data Center Spis treści Konfiguracja Microsoft Outlook 2007... 3 Konfiguracja dla POP3... 7 Konfiguracja dla IMAP... 11 Sprawdzenie poprawności

Bardziej szczegółowo

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI

MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZASADY NAZEWNICTWA DOKUMENTÓW XML Projekt współfinansowany Przez Unię Europejską Europejski Fundusz

Bardziej szczegółowo

Umowa użytkownika. 1. Uprawnienia. 2. Logowanie do platformy szkoleń elektronicznych

Umowa użytkownika. 1. Uprawnienia. 2. Logowanie do platformy szkoleń elektronicznych Umowa użytkownika Platforma szkoleń elektronicznych firmy Olympus (https://elearning.olympuseuropa.com) to internetowe środowisko, które zostało stworzone z myślą o przeszkoleniu i podniesieniu świadomości

Bardziej szczegółowo

Ministerstwo Finansów

Ministerstwo Finansów Ministerstwo Finansów System e-deklaracje Instrukcja użytkownika Wersja 1.00 1/21 SPIS TREŚCI I. INFORMACJE OGÓLNE...3 WYMAGANIA NIEZBĘDNE DO SKŁADANIA DEKLARACJI ZA POMOCĄ INTERAKTYWNYCH FORMULARZY...3

Bardziej szczegółowo

Telesprzedaż by CTI Instrukcja

Telesprzedaż by CTI Instrukcja Telesprzedaż by CTI Instrukcja 1 Spis treści 1. Opis programu...4 2. Konfiguracja...5 2.1. Połączenie z serwerem MS SQL...6 2.2. Połączenie z serwerem MS SQL systemu Call Center...7 2.3. Nawiązanie połączenia

Bardziej szczegółowo

Wykład I. Wprowadzenie do baz danych

Wykład I. Wprowadzenie do baz danych Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles

Bardziej szczegółowo

Instrukcja do panelu administracyjnego. do zarządzania kontem FTP WebAs. www.poczta.greenlemon.pl

Instrukcja do panelu administracyjnego. do zarządzania kontem FTP WebAs. www.poczta.greenlemon.pl Instrukcja do panelu administracyjnego do zarządzania kontem FTP WebAs www.poczta.greenlemon.pl Opracowanie: Agencja Mediów Interaktywnych GREEN LEMON Spis treści 1.Wstęp 2.Konfiguracja 3.Konto FTP 4.Domeny

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. Ul. Sikorskiego 28 44-120 Pyskowice NIP 6480001415 REGON 008135290. Oferty pisemne prosimy kierować na adres: Hybryd Sp. z o.o.

ZAPYTANIE OFERTOWE. Ul. Sikorskiego 28 44-120 Pyskowice NIP 6480001415 REGON 008135290. Oferty pisemne prosimy kierować na adres: Hybryd Sp. z o.o. ZAPYTANIE OFERTOWE Pyskowice, dn. 28.04.2014r. Szanowni Państwo, Zwracamy się do Państwa z zaproszeniem do złożenia ofert na ujęte w niniejszym zapytaniu ofertowym zakupy w związku z realizowanym w ramach

Bardziej szczegółowo

extensible Markup Language, cz. 1 Marcin Gryszkalis, mg@fork.pl

extensible Markup Language, cz. 1 Marcin Gryszkalis, mg@fork.pl extensible Markup Language, cz. 1 Marcin Gryszkalis, mg@fork.pl Plan wykładu Wprowadzenie: historia rozwoju technik znakowania tekstu Motywacje dla prac nad XML-em Podstawowe koncepcje XML-a XML jako metajęzyk

Bardziej szczegółowo

Model semistrukturalny

Model semistrukturalny Model semistrukturalny standaryzacja danych z różnych źródeł realizacja złożonej struktury zależności, wielokrotne zagnieżdżania zobrazowane przez grafy skierowane model samoopisujący się wielkości i typy

Bardziej szczegółowo

Miejskie Wodociągi i Oczyszczalnia sp. z o.o. w Grudziądzu. ibok. Internetowe Biuro Obsługi Klienta. Instrukcja obsługi

Miejskie Wodociągi i Oczyszczalnia sp. z o.o. w Grudziądzu. ibok. Internetowe Biuro Obsługi Klienta. Instrukcja obsługi Miejskie Wodociągi i Oczyszczalnia sp. z o.o. w Grudziądzu ibok Internetowe Biuro Obsługi Klienta Instrukcja obsługi SPIS TREŚCI 1. AUTORYZACJA UŻYTKOWNIKA W SYSTEMIE IBOK... 3 1.1 Logowanie... 3 1.2 Przywracanie

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa

Bardziej szczegółowo

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Spis treści Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)...1

Bardziej szczegółowo

III. Dane podstawowe definiowanie organizacji

III. Dane podstawowe definiowanie organizacji Ćwiczenia z użytkowania systemu MFG/PRO 1 III. Dane podstawowe definiowanie organizacji 1.1.1 Kartoteka kodów statusów zapasów Kod statusu zapasów określa parametry statusu zapasów w zakresie: Dostępne

Bardziej szczegółowo

Analiza procesów wewnętrznych i ich optymalizacja przez ICT.

Analiza procesów wewnętrznych i ich optymalizacja przez ICT. 2012 Analiza procesów wewnętrznych i ich optymalizacja przez ICT. Sebastian Śnieciński Qubsoft - software media house Analiza biznesowa integracji B2B Bydgoszcz, 26 września 2012 Potrzebuję system B2B,

Bardziej szczegółowo

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl wersja.2.9 data 2014-11-21 Opis usług: P24 KOD P24 KLUCZ P24 WAPA SEND SMS Strona 1 z 8 P24 KOD Przebieg transakcji Operacje po stronie Sprzedawcy

Bardziej szczegółowo

Podstawy (X)HTML i CSS

Podstawy (X)HTML i CSS Inżynierskie podejście do budowania stron WWW momat@man.poznan.pl 2005-04-11 1 Hyper Text Markup Language Standardy W3C Przegląd znaczników Przegląd znaczników XHTML 2 Cascading Style Sheets Łączenie z

Bardziej szczegółowo

WPROWADZANIE ZLECEŃ POPRZEZ STRONĘ WWW.KACZMARSKI.PL INSTRUKCJA UŻYTKOWNIKA

WPROWADZANIE ZLECEŃ POPRZEZ STRONĘ WWW.KACZMARSKI.PL INSTRUKCJA UŻYTKOWNIKA WPROWADZANIE ZLECEŃ POPRZEZ STRONĘ WWW.KACZMARSKI.PL INSTRUKCJA UŻYTKOWNIKA WSTĘP... 2 1 UWARUNKOWANIA TECHNICZNE... 2 2 UWARUNKOWANIA FORMALNE... 2 3 LOGOWANIE DO SERWISU... 2 4 WIDOK STRONY GŁÓWNEJ...

Bardziej szczegółowo

WebMobile7 and Sello Integrator wersja 1.1.2

WebMobile7 and Sello Integrator wersja 1.1.2 Instrukcja obsługi aplikacji WebMobile7 and Sello Integrator wersja 1.1.2 Piotr Taraszkiewicz Strona 1 Spis treści 1 WSTĘP O APLIKACJI 3 2 KONFIGURACJA APLIKACJI 4 2.1 KONFIGURACJA POŁĄCZENIA 4 2.2 POZOSTAŁE

Bardziej szczegółowo

Podręcznik użytkownika Publikujący aplikacji Wykaz2

Podręcznik użytkownika Publikujący aplikacji Wykaz2 Podręcznik użytkownika Publikujący aplikacji Wykaz2 TiMSI Sp z o o ul Czapli 63, 02-781 Warszawa tel : +48 22 644 86 76, fax: +48 22 644 78 52 NIP: 951-19-39-800 Sąd Rejonowy dla mst Warszawy w Warszawie,

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Warszawa, 07 lutego 2013 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.2 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...

Bardziej szczegółowo

Dotacje na innowacje - Inwestujemy w Waszą przyszłość ZAPYTANIE OFERTOWE

Dotacje na innowacje - Inwestujemy w Waszą przyszłość ZAPYTANIE OFERTOWE Warszawa, 16.07.2013r. Nabywca: Rezerweo Sp. z o.o. Ul. Tamka38 00-355 Warszawa Tel./fax 22 556 23 42 e-mail: dariusz.urbanski@rezerweo.com Dane oferenta: ZAPYTANIE OFERTOWE W zawiązku z realizacją projektu

Bardziej szczegółowo

Środki pomocnicze od 1.01.2014 r.

Środki pomocnicze od 1.01.2014 r. Środki pomocnicze od 1.01.2014 r. Wg rozporządzenia MZ z dnia 6.12.2013 r., zlecenia na środki pomocnicze, wystawione od 1.01.2014 r., powinny zawierać określenie zaopatrzenia wg nazwy wyrobu medycznego

Bardziej szczegółowo

Comarch isklep24 Ulotka v. 5.1

Comarch isklep24 Ulotka v. 5.1 Comarch isklep24 Ulotka v. 5.1 31-864 Kraków, Al. Jana Pawła II 41g tel. (12) 681 43 00, fax (12) 687 71 00 Dział Wsparcia Klienta i Partnera: (12) 681 43 00 http://www.comarch.pl/erp/ info.erp@comarch.pl

Bardziej szczegółowo

Zasady Nazewnictwa. Dokumentów XML 2007-11-08. Strona 1 z 9

Zasady Nazewnictwa. Dokumentów XML 2007-11-08. Strona 1 z 9 Zasady Nazewnictwa Dokumentów 2007-11-08 Strona 1 z 9 Spis treści I. Wstęp... 3 II. Znaczenie spójnych zasady nazewnictwa... 3 III. Zasady nazewnictwa wybrane zagadnienia... 3 1. Język oraz forma nazewnictwa...

Bardziej szczegółowo

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:

Bardziej szczegółowo

Podręcznik Użytkownika LSI WRPO

Podręcznik Użytkownika LSI WRPO Podręcznik użytkownika Lokalnego Systemu Informatycznego do obsługi Wielkopolskiego Regionalnego Programu Operacyjnego na lata 2007 2013 w zakresie wypełniania wniosków o dofinansowanie Wersja 1 Podręcznik

Bardziej szczegółowo

XML Schema. Motywacja, struktura schematu, typy złożone. Patryk Czarnik. Instytut Informatyki UW

XML Schema. Motywacja, struktura schematu, typy złożone. Patryk Czarnik. Instytut Informatyki UW XML Schema Motywacja, struktura schematu, typy złożone Patryk Czarnik Instytut Informatyki UW XML i nowoczesne technologie zarzadzania treścia 2007/08 Dlaczego nie DTD? Zastosowania XML-a w elektronicznej

Bardziej szczegółowo

Projekt Hurtownia, realizacja rejestracji dostaw produktów

Projekt Hurtownia, realizacja rejestracji dostaw produktów Projekt Hurtownia, realizacja rejestracji dostaw produktów Ćwiczenie to będzie poświęcone zaprojektowaniu formularza pozwalającego na rejestrację dostaw produktów dla naszej hurtowni. Dane identyfikujące

Bardziej szczegółowo

Przewodnik po konfiguracji Comarch ERP e-sklep z wszystko.pl

Przewodnik po konfiguracji Comarch ERP e-sklep z wszystko.pl Przewodnik po konfiguracji Comarch ERP e-sklep z wszystko.pl Spis treści 1 INFORMACJE WSTĘPNE... 3 2 INTEGRACJA COMARCH ERP E-SKLEP Z WSZYSTKO.PL... 4 2.1 KONFIGURACJA... 4 2.2 MAPOWANIE DOSTAW I PŁATNOŚCI...

Bardziej szczegółowo

OPIS i SPECYFIKACJA TECHNICZNA

OPIS i SPECYFIKACJA TECHNICZNA OPIS i SPECYFIKACJA TECHNICZNA Dotyczy Konkursu ofert numer 1/POIG 8.2/2013 WdroŜenie internetowego systemu klasy B2B do automatyzacji procesów biznesowych oraz koordynacji działań z partnerami w firmie

Bardziej szczegółowo

Propozycja standaryzacji usługi lokalizacji adresu

Propozycja standaryzacji usługi lokalizacji adresu dr inż. Waldemar Izdebski 1,2 mgr inż. Andrzej Bielasty 2 Propozycja standaryzacji usługi lokalizacji adresu Numery adresowe są jednym z najprostszych elementów danych przestrzennych. Niemniej jednak są

Bardziej szczegółowo

Założenia sytemu Weaver WMS Architektura systemu Weaver WMS Integracja z systemami finansowo-księgowymi oraz ERP

Założenia sytemu Weaver WMS Architektura systemu Weaver WMS Integracja z systemami finansowo-księgowymi oraz ERP Weaver WMS http://weaversoft.pl/pages/products/wms/ Założenia sytemu Weaver WMS Architektura systemu Weaver WMS Integracja z systemami finansowo-księgowymi oraz ERP Założenia systemu Weaver WMS Zrozumienie

Bardziej szczegółowo