Specyfikacja techniczna pliku wymiany danych



Podobne dokumenty
Instrukcja integracji z portalem ogłoszeń praca.24portal.pl

29. Poprawność składniowa i strukturalna dokumentu XML

XML INFORMACJE NA TEMAT STRUKTURY ( )

INFORMACJE NA TEMAT STRUKTURY PLIKU XML

INSTRUKCJA INTEGRACJI Z BRANŻOWYMI PORÓWNYWARKAMI CEN SZOKER.PL

Dokumentacja techniczna RockPay

Dokumentacja SMS przez FTP

Załącznik nr 2 do Umowy Nr. o korzystanie z usługi Identyfikacji Przychodzących Płatności Masowych z dnia.

Specyfikacja HTTP API. Wersja 1.6

Import zleceń / Integracja klienta K-Ex

SPIS TREŚCI 2 WSTĘP 3. PLIK DO INTEGRACJI PEŁNEJ Częstotliwość generowania Struktura pliku 4

SYSTEM ZARZĄDZANIA DANYMI OSOBOWYMI - INSTRUKCJA UŻYTKOWNIKA

NOWY SZABLON IMPORTU PLIKÓW

SPIS TREŚCI 2 WSTĘP 3. PLIK DO INTEGRACJI PEŁNEJ Częstotliwość generowania Struktura pliku 4

Rola języka XML narzędziem

ABC języka HTML i XHTML / Maria Sokół. wyd. 2. Gliwice, cop Spis treści

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

Opis plików wymiany danych.

Struktura pliku wejściowego ipko biznes przelewy zagraniczne (MT103 / CSV)

NOWY SZABLON IMPORTU PLIKÓW

Ogólnopolskie Repozytorium Prac Dyplomowych

Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1

1. Logowanie się do panelu Adminitracyjnego

PL URZĄD MIASTA SZCZECIN N NOF WPiOL/1111/W/123456/2013 KOWALSKI JAN, FELCZAKA 1A SZCZECIN PLN

Spis treści OPIS PLIKU W FORMACIE CSV Z DANYMI PPE LUB EP 1

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

Integracja sklepu internetowego z serwisem aukcyjnym Swistak.pl

Autor: dr inż. Katarzyna Rudnik

Dokumentacja 2SMS

Kurs walut. Specyfikacja projektu. Marek Zając

Struktura pliku Płatnik dla importu zleceń

Dokumentacja Użytkownika Systemu

Dokumentacja Użytkownika Systemu

Opis formatu pliku płatności krajowych do importu w systemie Millenet

Instrukcja użytkownika Porównywarki cen Liquid

INFORMACJE NA TEMAT STRUKTURY PLIKÓW XML

Sposób implementacji e-faktury w oprogramowaniu Sage. e-faktura. implementacja w oprogramowaniu

Dokumentacja Użytkownika Systemu

Struktura pliku wejściowego ippk Plik Rejestracyjny

MANUAL API ROKI. System API Roki ma na celu umożliwienie integracji sklepu internetowa użytkownika z portalem aukcyjnym Roki.pl.

Rekomendacja Związku Banków Polskich dotycząca kodu dwuwymiarowego ( 2D ), umożliwiającego realizację polecenia przelewu oraz aktywację usług

CitiDirect Ewolucja Bankowości

Dokumenty SEDU składają się z dwóch części: Opisu sprawy Formularza elektronicznego

Załącznik nr 1 do Instrukcji użytkownika minisiis, SIIS 5.x. Spis kodów błędów

IOF INTERNET OFFER FORMAT

WellCommerce Poradnik: Dodawanie języka i waluty. autor: Adrian Potępa (biuro@eclairsoaware.pl)

Przed zaimportowaniem danych należy odpowiednio skonfigurować sposób interpretacji danych z zakładki [Ustawienie pliku importu]

Dlaczego GML? Gdańsk r. Karol Stachura

WYKŁAD 1 METAJĘZYK SGML CZĘŚĆ 1

INSTRUKCJA MASOWEGO WYSTAWIANIA OFERT ZA POMOCĄ PLIKU CSV

Instrukcja obsługi Multiconverter 2.0

PROGRAMOWANIE. WNPiD UAM, Programowanie, inż. Piotr Jabłoński

Struktura pliku wejściowego ippk Plik Korekt Składek

Struktura pliku wejściowego ippk Plik Składkowy

2 Zarówno zanonimizowany zbiór danych ilościowych, jak i opis jego struktury powinny mieć format csv:

PREZYDENT MIASTA ZIELONA GÓRA

Instrukcja obsługi DHL KONWERTER 1.6

DOKUMENTACJA TECHNICZNA SMS API MT

Specyfikacja plików wyjścia XML

Obsługa aplikacji Walne Zgromadzenia. Instrukcja użytkownika. wersja 6.1

Specyfikacja pliku komunikacyjnego branża ELECTRO Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.4

Standard pliku importu danych pracowników i firm do programu e-pity (od wersji e-pity 3.0)

BANKOWOŚĆ ELEKTRONICZNA. Opis formatu pliku przekazów pocztowych XCM 110_61. Ver

Środowisko XML (Extensible Markup Language).

Faktura xml - struktura

XML extensible Markup Language. Paweł Chodkiewicz

Dokumentacja Użytkownika Systemu

Struktura pliku VideoTEL dla importu zleceń

Czy do przesyłania rocznych sprawozdań muszę uzyskać zupełnie nowe login/hasło do portalu oraz login/hasło do przesłania sprawozdania?

Instrukcja korzystania z usługi 2SMS. Wersja 2.0 [12 stycznia 2014] bramka@gsmservice.pl

MasterEdytor. Podprogram pomocniczy do programu mpfotoalbum 1.2 INSTRUKCJA

Dokumentacja Użytkownika Systemu

Dokument poprawnie sformułowany jest zgodny z ogólnymi zasadami składniowymi:

Funkcje dodatkowe. Wersja 1.2.1

Przewodnik użytkownika (instrukcja) AutoMagicTest

Produkcja by CTI. Proces instalacji, ważne informacje oraz konfiguracja

Dokumentacja Użytkownika Systemu

Podręcznik Użytkownika Import wzorców

Wprowadzania liczb. Aby uniknąć wprowadzania ułamka jako daty, należy poprzedzać ułamki cyfrą 0 (zero); np.: wpisać 0 1/2

Przewodnik użytkownika (instrukcja) AutoMagicTest Spis treści

Przewodnik użytkownika (instrukcja) AutoMagicTest

Struktura pliku wejściowego ippk Plik Dyspozycje

Dokumentacja REST API v 3.0

TradeMatik 1.0. Dokumentacja dla końcowego użytkownika. Jak zainstalować wtyczkę TradeMatik, jak ją konfigurować i używać. Autor: Konrad Karpieszuk

Informację na temat struktury pliku XML

Struktura pliku wejściowego ipko biznes PLA/MT103

INFORMATYKA Studia Niestacjonarne Elektrotechnika

INFORMACJE NA TEMAT STRUKTURY PLIKU XML

Kurier DPD dla Subiekt GT

Dokumentacja Użytkownika Systemu

Instrukcja obsługi Panelu Sklep

Opis usługi płatności masowych aktualnie zaimplementowanej u Zamawiającego

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

Dokumentacja REST API v 3.0

Struktura pliku wejściowego ippk Plik Dyspozycje

ECDL/ICDL Przetwarzanie tekstów Moduł B3 Sylabus - wersja 5.0

InPost dla PrestaShop. kompatybliny z wersjami: 1.5, 1.6. Instrukcja obsługi

INSTRUKCJA IMPORTU PRODUKTÓW DO SKLEPU

ZAKRES I FORMAT KOMUNIKACJI ELEKTRONICZNEJ POMIĘDZY PRACODAWCĄ I AGENTEM TRANSFEROWYM PROSERVICE FINTECO W OBSZARZE PPK

Transkrypt:

Dotcom River Sp. z o.o. SPK Pl. Solidarności 1/3/5 53-661 Wrocław Tel. 071 / 788 95 10 Fax 071 / 788 95 20 E-Mail: it@sklepy24.pl Specyfikacja techniczna pliku wymiany danych wersja: 1.0.2, data 30-01-2009 Spis treści Spis treści...1 Wymagania ogólne...2 Znaki specjalne...2 Struktura elementów...2 Nagłówki i kodowanie znaków...3 Weryfikacja pliku oferty...3 Składnia pliku...3 Elementy obowiązkowe...3 Pola dodatkowe...5 Pozostałe atrybuty...7

Specyfikacja techniczna pliku wymiany danych strona 2/8 Wymagania ogólne Integracja z serwisem Sklepy24.pl polega na udostępnieniu pliku z ofertą sklepu w formacie XML. Plik może być dostarczony na dwa sposoby: automatycznie poprzez umieszczenie pliku na serwerze WWW lub FTP i zdefiniowanie URI w panelu użytkownika serwisu Sklepy24.pl manualnie poprzez wgranie pliku w panelu użytkownika sklepy24.pl W celu ograniczenia transferu i przyspieszenia pobierania oferty plik może być skompresowany w formacie ZIP. Skompresowane archiwum musi zawierać jedynie pojedynczy plik z ofertą, nie może zawierać struktury folderów. Kompresja w szczególności dotyczy metody manualnej w której maksymalna wielkość ładowanego pliku ograniczona jest do 25MB. Znaki specjalne Pola tekstowe w których występują znaczniki HTML lub z innych przyczyn zachodzi podejrzenie o nieprawidłową interpretację treści zaleca się ująć w znaczniki sekcji CDATA (<![CDATA ]]>). Np.:<![CDATA[To jest <em>ważna</em> wiadomość]]> Należy zwrócić uwagę na konieczność zastąpienia znaków specjalnych języka XML ich odpowiednikami encjami (jeśli występują poza sekcją CDATA): Znak & Encja & < < > > " " ' &apos; Wszystkie adresy URL w pliku wymiany muszą występować w postaci bezwzględnej (zaczynający się od http:// lub https:// w zależności od stosowanego rozwiązania) i być poprawnymi adresami URL zgodnymi z RFC 1738 (http://tools.ietf.org/html/1738). Częsta przyczyną błędów w tym zakresie jest stosowanie w adresach URL znaków spoza specyfikacji nie zakodowanych zgodnie z RFC 1738 (do postaci szesnastkowej poprzedzonej znakiem %) w tym w szczególności spacji (%20). Łączniki parametrów (znak ampersand: &) jak w przypadku pozostałych tekstów należy zapisać w postaci encji &. Struktura elementów W przypadku elementów zbiorczych (np. <shipping-methods>, <categories>) dozwolona jest dowolna ilość elementów potomnych właściwego typu. Pojawienie się elementu zbiorczego implikuje wymagalność co najmniej jednego elementu potomnego. Kolejność węzłów nie ma znaczenia pod warunkiem zapewnienia właściwej ich struktury (np. element <category> nie może pojawić się poza elementem <categories>)

Specyfikacja techniczna pliku wymiany danych strona 3/8 Nagłówki i kodowanie znaków Wszystkie pliki wymiany serwisu Sklepy24.pl wykorzystują kodowanie znaków UTF-8 <?xml version="1.0" encoding="utf-8"?> Głównym węzłem pliku jest <products> Przestrzenią nazw dla wymiany plików jest http://www.sklepy24.pl Podanie prawidłowej przestrzeni nazw jest istotne dla prawidłowego przetwarzania pliku. Brak lub błędna definicja może skutkować odrzuceniem pliku jako nieprawidłowego. Weryfikacja pliku oferty Dla pliku oferty dodatkowo zdefiniowany jest plik definicji XMLSchema pod adresem: http://www.sklepy24.pl/formats/products.xsd Umożliwia on weryfikację poprawności formatu pliku wymiany co pozwoli uniknąć błędów przetwarzania i odrzucenia pliku przez Sklepy24.pl. Weryfikacji można dokonać przy użyciu dowolnego edytora XML posiadającego funkcjonalność sprawdzania poprawności pliku XML przy pomocy XMLSchema. Przetestowanie pliku możliwe jest również bezpośrednio pod adresem http://www.sklepy24.pl/formats/test/ Składnia pliku Pełna struktura elementów XML pliku wymiany wraz z przykładami użycia znajduje się w załączniku numer 1 do niniejszej dokumentacji. Elementy obowiązkowe <products> <products xmlns="http://www.sklepy24.pl" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation=" http://www.sklepy24.pl http://www.sklepy24.pl/formats/products.xsd" date="2008-09-01"> Atrybut date określa datę aktualizacji pliku oferty. Jest obowiązkowy i przechowuje datę w formacie rrrr-mm-dd. <product id="uid12345"> W ramach jednego pliku wymiany można zdefiniować dowolną ilość produktów <product> Każdy element musi posiadać obowiązkowy atrybut id zawierający unikalny identyfikator produktu w sklepie. Identyfikator może składać się z cyfr, liter, oraz znaków: kropki, dwukropka, myślnika, znaku podkreślenia. Nie ma rozróżnienia na małe i duże litery. Litery a i A są traktowane jako tożsame.

Specyfikacja techniczna pliku wymiany danych strona 4/8 <name> <url> <brand> Nazwa produktu. Pole obowiązkowe. Dla podniesienia skuteczności wyszukiwania proponujemy podawać pełną nazwę produktu z pominięciem nadmiarowych określeń. Np. zamiast S500, czy Super cyfrówka od Canona w polu <name> powinno znaleźć się: Canon Digital IXUS 500 (S500). Link do strony produktu. Pole obowiązkowe. Tak jak wszystkie adresy URL w pliku wymiany w postaci bezwzględnej (zaczynający się od http:// lub https:// w zależności od stosowanego rozwiązania) Poprawne wartości: http://www.sklep.pl/olowki/olowek.html http://www.sklep.pl/olowki/olowek123 http://www.sklep.pl/olowki/product?id=123&view=product Wartości błędne: www.sklep.pl/olowki/olowek.html www.sklep.pl/olowki/olowek kolorowy.htm /olowki/olowek.html http://www.sklep.pl/olowki/product?id=123&view=product Skrócona nazwa marki lub producenta. Pole obowiązkowe. Nazwę producenta należy podać jeśli produkt nie ma własnej marki. Przykładowe wartości: Blend-a-med, Canon, Volvo, Philips Wartości błędne (nieprecyzyjne): Koninklijke Philips Electronics N.V. Procter & Gamble (w przypadku produktów posiadających własna markę np. Oral-B) <categories> <category> Element zbiorczy, zawiera ścieżki kategorii <category> do których należy produkt. Wymagana jest co najmniej jedna kategoria. Jeśli produkt należy do więcej niż jednej wówczas można podać wszystkie. Kolejność ścieżek nie ma znaczenia w procesie wyszukiwania, poszczególne elementy ścieżki oddzielane są encją reprezentującą znak większości: > np. <category>rtv > CarAudio > Głośniki </category> Produkt znajdujący się w danej kategorii automatycznie należy również do wszystkich kategorii nadrzędnych. Nie ma konieczności podawania ścieżek dla każdego poziomu osobno. Obecność produktu w kategorii Głośniki jak w przykładzie wyżej implikuje jego obecność w kategoriach CarAudio i RTV.

Specyfikacja techniczna pliku wymiany danych strona 5/8 Elementy dodatkowe Podanie informacji rozszerzonych o produkcie nie jest obowiązkowe, jednak dane te mogą wpływać zarówno na wynik wyszukiwania jak i zainteresowanie potencjalnych kupujących ofertą sklepu. Wyjątkiem są niektóre pola kolejnego poziomu. Np. jeśli pojawia się element <discount> to wymagane jest pojawienie się pola <price>. Każdy taki przypadek jest wyraźnie oznaczony w dalszej części dokumentacji przy opisie odpowiednich elementów. Jeśli dla któregoś z pól brak jest danych lub sklep nie chce ich udostępniać takie pole powinno zostać pominięte. Należy unikać wstawiania pustych pól. <photo> Link do zdjęcia na stronie sklepu na stronie w postaci bezwzględnego adresu URL wskazującego wprost na plik graficzny. Analogicznie jak w przypadku adresu strony produktu. Akceptowane formaty to JPEG, GIF i PNG. W serwisie sklepy24.pl obraz zostanie przeskalowany proporcjonalnie do wielkości nie przekraczającej wymiarów 110x110px jeśli plik bazowy będzie przekraczał któryś z wymiarów. Umieszczenie w pliku wymiany linków do plików mieszczących się w zadanych ramach pozwoli na uniknięcie automatycznego skalowania co może wpłynąć na jakość prezentowanego obrazu. Poprawne wartości: http://www.sklep.pl/olowki/img/olowek.gif http://www.sklep.pl/olowki/olowek123 http://www.sklep.pl/olowki/obrazek.php?id=123 Wartości błędne: www.sklep.pl/olowki/olowek.jpg http://www.sklep.pl/olowki/olowek kolorowy.htm http://www.sklep.pl/przekieruj.do?id=123 http://www.sklep.pl/olowki/olowek.bmp <description> Opis tekstowy, dozwolone znaczniki HTML: b, strong, i, em, ul, ol, li, u, br. Znaki nowej linii są automatycznie konwertowane na znaczniki <br>.

Specyfikacja techniczna pliku wymiany danych strona 6/8 <price> Cena brutto produktu w zł (bez jednostki), wartość liczbowa większa od zera. Separatorem miejsc dziesiętnych jest "," (przecinek), dozwolone są wartości z jednym, dwoma miejscami po przecinku oraz bez części dziesiętnych. Nie stosuje się separatorów tysięcy. Poprawne wartości: 100,22 12,5 123 Wartości błędne: 10,223 10.33 1 000,22 0-120 <preparation> Czas realizacji zamówienia (przygotowania produktu do wysyłki nie wliczając czasu transportu). Pole przyjmuje wartości liczbowe z zakresu 1-5 zgodnie z poniższym słownikiem: 1-1 dzień 2 - do 3 dni 3 - do 7 dni 4 - do 14 dni 5 - do 30 dni <discount> Informacje o rabacie / promocji, element zbiorczy, zawiera <price>,<todate> i <description> <price> Cena towaru po obniżce, format jak w przypadku ceny regularnej, pole obowiązkowe jeśli występuje element <discount>. <to-date> Data zakończenia promocji w formacie yyyy-mm-dd. Brak daty będzie powodował wyświetlanie informacji o promocji do czasu kolejnej aktualizacji pliku wymiany. <description> Opis promocji, tekst pozbawiony znaczników HTML <shippingmethods> Sposoby dostawy, należy podać tylko jeśli różne od wartości domyślnych zdefiniowanych w ustawieniach sklepu. Element zbiorczy zawiera dowolną ilość elementów <method>

Specyfikacja techniczna pliku wymiany danych strona 7/8 <method> <type> <price> <description> Zbiór informacji o sposobie wysyłki, dla każdego produktu można zdefiniować dowolną ilość metod wysyłki. Element zbiorczy zawiera <type>, <price> i <description> Typ dostawy, pole wymagane dla każdego określonego sposobu, przyjmuje jedną z poniższych wartości liczbowych z zakresu 1-4: 1 - odbiór własny 2 - poczta polska 3 - przesyłka kurierska 4 - transport sklepu koszt wysyłki, format analogicznie jak cena produktu Informacje dodatkowe np. nazwa firmy kurierskiej, ograniczenia w dostępności usługi itp. Tekst pozbawiony znaczników HTML

Specyfikacja techniczna pliku wymiany danych strona 8/8 Pozostałe atrybuty Dla każdego produktu jest możliwe zdefiniowanie dodatkowych atrybutów, które precyzyjnie opisują produkt i będą ułatwiały jego wyszukanie. Mogą one opisywać cechy szczególne (numer ISBN, EAN, kod kreskowy, numer seryjny, rocznik) jak również definiować listę wariantów (np. kolor, rozmiar). <attributes> <name> <value> Element zbiorczy, zawiera dowolną ilość elementów Atrybut, element zbiorczy zawiera <name>i<value> Nazwa atrybutu. Niezależnie od postaci wartości zalecamy używanie nazwy atrybutu w postaci mianownika liczby pojedynczej. Niektóre atrybuty będą miały szczególne znaczenie w ramach poszczególnych kategorii. Ich nazwy będą na bieżąco udostępniane w pliku referencyjnym kategorii. Wartość. Dowolny ciąg znaków nie zawierający znaczników HTML, dozwolone są zarówno pojedyncze wartości jak również ich lista rozdzielanych przecinkiem. W przypadku cech, które nie mają wartości znaczące jest ich występowanie należy używać jako wartości słów tak lub nie Przykład: <attributes> <name>autor</name> <value>adam Mickiewicz</value> <name>isbn</name> <value>0-306-40615-2</value> <name>kolor</name> <value>biały, czerwony, zielony</value> <name>rozmiar</name> <value>xl, L, S, XXL</value> <name>lampa błyskowa</name> <value>tak</value> </attributes>