1 - Úvod

Serverové rozhraní XML-RPC se nachází na adrese

https://www.prazskereality.cz/RPC2 nebo http://www.prazskereality.cz/RPC2

a slouží k exportu zakázek realitních kanceláří do systému PrazskeReality.cz.

Veškerá komunikace se serverem a zpět probíhá v kódování UTF-8.

Na adrese http://www.xmlrpc.com/spec se nalézá podrobná specifi kace protokolu.

Zbytek dokumentu pojednává o RPC metodách, které importní rozhraní nabízí. Všem uvedeným metodám je nutno předat všechny specifi kované parametry. Pokud je uvedeno, že parametr metody je nepovinný, stačí jej vyplnit podle typu prázdnou hodnotou. Počet parametrů musí odpovídat předpisu.

Vytváříte-li nový exportní software, obrat’te se na info linku (info@PrazskeReality.cz), kde vám založí tes- tovací účet. Testovací účet vydrží 1 měsíc a je zdarma. Nelze přes něj žádným způsobem inzerovat, slouží pouze k ověření vyvíjeného exportního softwaru.

1.1 - Co je nového

Proti dokumentaci PražskéReality verzi 1.1:

•přidány chybové návratové hlášky importního rozhraní řady 9XX (901 - maximální počet inzerátů dle inzertního balíčku)

•Nový parametr project_url při importu developerských DP obsahuje webovou adresou na projekt na stránkách developera.

•Možnost zadat ruský popis inzerátu a poznámku k ceně. (položky description_ru a advert_price_text_note_ru).

•Doplnění informace o maximálním počtu fotografi í

•Oprava maximálního počtu znaků v anotaci developerských projektů (položka annotation).

•Nastavení energetického štítku dle vyhlášky č. 78/2013 Sb. (položka energy_performance_certifi cate).

•Nově vracíme položku typu hash_id v metodě pro výpis inzerátů (listAdvert) jako řetězec (string)

•Přidána chybová hláška o detekci příliš velké fotografi e při jejím uploadu (metody addPhoto a addProjectPhoto, chyba číslo 410)

•Přidána chybová hláška o detekci duplicitní fotografi e při jejím uploadu (metoda addPhoto, chyba číslo 451)

•Přidána kontrola textových položek inzerátu a projektu (metody addAdvert, addProject chyba číslo 455)

•Přidání položek do číselníku advert_price_unit:

–za m2/den (ID 9),

–za m2/hodinu (ID 10).

•Úprava číselníku advert_subtype:

–Přejmenování položky 6+kk na „6 a více“, položky 6+1, 7+1 a 7+kk sloučeny na „6 a více“.

–Položka Jiný sloučena s Atypický.

–Přejmenování položky „Pro komerční výstavbu“ na Komerční.

–Přejmenování položky „Pro bydlení“ na Bydlení.

–Přejmenování položky „Zemědělská půda“ na Pole.

–Přejmenování položky „Trvalý travní porost“ na Louka.

–Přejmenování položky „Zemědělské objekty“ na Zemědělský.

–Přejmenování položky Jiný na Ostatní.

–Přejmenování položky „Činžovní“ na „Činžovní dům“.

–Přejmenování položky Vily na Vila.

–Odstranění položky Dřevostavby (typ dřevostavba je určen číselníkem building_type, konverze inzerátů s podkategorií Dřevostavby na podkategorii Rodinný).

–Přesun položky Nízkoenergetické do samostatné položky advert_low_energy (konverze inzerátů s podkategorií Nízkoenergetické na podkategorii Rodinný).

–Přidání položek Sady/vinice, Virtuální kancelář, Vinný sklep, Půdní prostor, Garážové stání, Mobilheim a Ostatní.

•Balkón povinný pouze pro Byty.

•Lodžie povinná pouze pro Byty.

•Bazén povinný pro Domy.

•Terasa povinná jen pro Byty.

•Přejmenování položky číselníku vlastnictví Jiné na Státní/obecní.

•Přejmenování položky „Parkovací stání“ na Parkování.

•Přejmenování položky „Bezbariérový přístup“ na Bezbariérový.

•Přejmenování položky Zařízeno na Vybavení.

•Pole auction_date_tour a auction_date_tour2 jsou nyní povinné pro Dražby.

•Do číselníku auction_kind přibyly následující položky:

–Exekutorská dražba (ID 3),

–Aukce (ID 4),

–Obchodní veřejná soutěž (ID 5).

•Nově přidaná pole:

–Velikost (advert_room_count),

–Poznámka k ceně v Angličtině (advert_price_text_note_en),

–Náklady na bydlení (cost_of_living),

–Typ bytu (fl at_class),

–Nízkoenergetické (advert_low_energy).

•Odstraněná pole:

–Stavba (estate_building_type),

–Počet objektů (object_count),

–Počet domů (house_count),

–Počet obchodů (shops),

–Počet míst (seats),

–Počet lůžek (beds),

–Počet bytů (fl ats),

–Počet volných bytů (free_fl ats),

–Počet kanceláří (offi ces),

–Počet volných kanceláří (free_offi ces),

–Rozměry - výška (height),

–Rozměry - délka (length),

–Rozměry - šířka (width).

•Opravy oproti původním změnám:

–Odstranění pole equipment.

–Namísto sjednocení položek Jiný (ID 36) a „Historické objekty“ (ID 35) na „Památka/jiné“ (ID 36) došlo jen k přejmenování položky „Historické objekty“ (ID 35) na „Památka/jiné“ a přejmenování položky Jiné (ID 36) na „Ostatní“. ID těchto položek tedy zůstávají stejné, jako ve verzi 2.1.9.

•Aktualizovány příklady použití importního rozhraní v PHP a Pythonu. Obě varianty nyní obsahují ukázku přidání inzerátu.

•Možnost defi novat lokalitu na základě RUIAN kódu (viz.1.7). Tato změna se dotkla rpc metod addProject, addAdvert, kde byly vstupní parametry rozšířeny o dva nepovinné parametry locality_ruian resp.

locality_ruian_level.

•Do návratových kódů přidán kód 415 - Company is not active.

•Přidána metoda listAllDailyStat() vracející statistiky všech inzerátů daného klienta za konkrétní den.

•Možnost zadat nové nepovinné parametry pro výtah (atribut elevator) a datum prohlídky do (atribut

fi rst_tour_date_to). Všechny tyto nové atributy jsou nepovinné a tudíž jejich absence neohrozí export dat do systému PrazskeReality.cz.

•Upraven parametr bezbariérový přístup (atribut easy_access) se zachováním zpětné kompatibility

k předešlým stavům. Stav false a true automaticky přetypován na 0 a 1. Přibyla hodnota číselníku 2 jejíž pomocí lze explicitně říci bez bezbariérového přístupu.

•Možnost zadat parametry pro energetický štítek náročnosti budovy pomocí 4 nepovinných atributů inzerátu. Atributy jsou: energy_effi ciency_rating (číselník třídy A-G), energy_performance_summary (celkovy ukazatel náročnosti kWh/m2 za rok), energy_performance_attachment (příloha ve formatu .pdf nebo .jpg), energy_performance_certifi cate (číselník odkazuje na platnou normu).

•Při editaci hlavních položek (kdy nelze modifi kovat povinné položky) se nevrací chybový kód 452, ale nový chybový kód 484, viz kapitola 3.3. Hlavní položky jsou: advert_function (typ inzerátu)

a advert_type (kategorie inzerátu).

•Rozšíření výstupu pro metody listSellerStat, listDailyStat, listStat o atribut with_vat, který určuje zda ceny jsou s nebo bez DPH.

1.2 - Názvosloví

Klient z pohledu importního rozhraní je klientem pobočka realitní kanceláře, password, heslo na import, hes- lo potřebné k přístupu, lze nastavit v adminwebu, rkid, importní id, id z realitní kanceláře, seller, makléř RK, session, relace - časově omezený přístup na importní rozhraní iniciováno metodou login, ukončeno metodou logout, session_id - řetězec znaků a čísel, který identifi kuje konkrétní importní session, software_key - SW klíč - řetězec, identifi kující použitý software. Lze změnit přes obchodního zástupce, topování inzerátu

- placené zvýhodnění pozice v hledání na webu PrazskeReality.cz

Prázdná hodnota je při vkládání nového objektu ekvivalentní zcela chybějící položce. Při editaci pomáhá zrušit vybranou položku, aby se neukazovala v detailu zakázky.

Poznámka: Typy date a datetime se přes XML-RPC protokol přenáší stejným typem datetime, pouze serverová strana ukládá u typu date jen část informace.

1.4 - Struktura odpovědi serveru

Všechny metody vrací strukturovaný výstup (asociativní pole), který tvoří položky output (výstupní datová struktura), sta- tus (kód chyby), statusMessage (chyba jako textový

řetězec).

struct(

[status] => 200, [statusMessage] => ’OK’, [output] => array( )

)

Obecně platí, že význam návratových kódů je podobný jako u HTTP protokolu, tedy 2xx (kód je v intervalu 200-299) informuje o dobře dopadnuvší operaci. Vyšší kódy signalizují chybu, jejichž seznam je uveden v sekci 3.3 na straně 28.

1.5 - Autorizace

Pro přihlášení se nejprve musí zavolat metoda getHash, která inicializuje session_id. Ta se používá pro autorizaci všech importních metod.

Každá importní metoda s výjimkou metody getHash a version mají jako první parametr session_id, což je řetězec identi- fi kující relaci, který se s každým autorizovaným přístupem mění!!

To znamená, že předaná hodnota session_id je už v příštím požadavku neplatná. Pro jakýkoliv nový dotaz na importní rozhraní je tedy nutné vypočítat novou hodnotu session_id z naposledy platné hodnoty. Poznámka: Relaci vyprší platnost, pokud se více jak 15 minut nepošle žádný autorizovaný požadavek.

Session_id se skládá z fi xní a variabilní části. Fixní se vytvoří při volání metody getHash a zůstává stejná po celý čas relace. Jedná se o prvních 48 znaků sessionId. Variabilní část je vypočtena pomocí funkce MD5 běžně používanou na hashování dat, do které vstupuje současné session_id a heslo.

Postup výpočtu nového session_id:

=fi xedPart + varPart

1.6- Identifikace inzerátu, obecné vazby

Pro identifi kaci slouží dva druhy id, dají se odlišit pomocí přípony:

Použití advert_rkid u metody addAdvert říká, že edituji inzerát, který odpovídá danému id. Pokud uvádím advert_rkid u metody addPhoto, říkám, že fotografi i chci svázat s příslušným inzerátem.

Rozdíl v chování _id proti _rkid je patrný hlavně při přidávání. Příklady dvou druhů adresací:

•advert_rkid předávám vždy naplněné. Pokud pod takovým id inzerát již existuje, jedná se o editaci, pokud ne, vytvoří se nový a přidělí se mu předané id.

•advert_id posílám prázdné, pokud chci inzerát přidat a naplněné interním id inzerátu v případě editace.

1.7 - Zadávání lokality

Klasické zadání adresy znamená, co nejpřesněji uvést všechny položky týkající se adresy (locality_city - město, locality_street - ulice, locality_co - číslo orientační, locality_cp - číslo popisné). Adresa je ověřena proti databázi adres serveru mapy.cz a pokud není jednoznačně zadaná, vrací se chyba.

Díky tomuto ověření je adresa inzerátu validována a lze podle zadaných údajů spolehlivěji hledat, protože atributy jako kraj a okres, případně jiné nevyplněné atributy, jsou automaticky do- plněny na základě informa- cí z map.

Zadání přes UIR-ADR nově i přes RUIAN-ADR celou věc zjednodušuje na pouhé získání detailů o zadaném RUIAN(UIR), které se vepíší do příslušných kolonek. Více informací je uvedeno níže v kapitole 1.7. Důležité: Oba tyto způsoby vyžadují co nejpřesnější zadání adresy. Ale ne vždy je přesná šipka na mapě žádoucí. Proto lze zadat ještě atribut locality_inaccuracy_level, který říká jak moc je dobré znepřesnit adresu pro zobrazení na mapě.

Tento parametr má 3 možné hodnoty:

1. adresa je zobrazena přesně dle zadání;

2.adresa je o 1 stupeň znepřesněna, místo přesné adresy se ukazuje ulice, případně obec, podle toho, který nadřazený prvek je logicky nejblíže;

3.adresa je o 2 stupně znepřesněna, místo přesné adresy se ukazuje na mapách část města.

GPS souřadnice Posledním druhem je zadání adresy přes GPS souřadnice (locality_longitude, locality_la- titude). Používá se v situacích, kdy není ještě oblast zaměřena v mapách. Zadává se jako zeměpisná šířka a výška ve stupních. Minuty a vteřiny jsou vyjádřeny desetinnou částí. Předpokládá se vždy šířka severní a délka východní. Nevýhoda tohoto zadání spočívá v tom, že inzerát je svázán pouze s okresem a krajem, ale nikoliv s městem či ulicí, která je nejblíže. Inzerát je spolehlivě dohledatelný pouze pomocí funkce hledat v okolí.

Zahraniční nemovitosti: Importovat lze i zahraniční nemovitosti. V takovém případě je vhodné posílat s měs- tem nejlépe i zemi, ve které se nachází. Jelikož se lokalita validuje proti databázi mapy.cz, jsme omezeni jen na Evropu.

Adresa UIR-ADR a RUIAN-ADR

Adresy je nutno specifi kovat na město (případně městskou část), byty až na číslo popisné nebo číslo ori- entační. Ministerstvo práce a sociálních věcí ve spolupráci s obecními úřady udržuje registr adres všech stavebních objektů, které mají číslo domovní.

Česká pošta poskytuje pro adresy platná poštovní smeřovací čísla. Ministerstvo práce a sociálních věcí dává tento registr k dispozici veřejnosti. Kromě zpřístupnění dat registru na www stránkách MPSV (http://forms. mpsv.cz/uir/) je možno získat zdarma CD-ROM s daty a programy pro prohlížení a periodickou aktualizaci těchto dat. Informace o RUIAN kódu je možné získat na www adrese (http://www.ruian.cz). Při použití RUI- AN(UIR) kódu není nutno vyplňovat adresu, kromě případu, kdy RUIAN(UIR) kód není dostatečně podrobný, pak je možno adresu upřesnit textově. (Příklad: K bytu máme k dispozici RUIAN(UIR) kód na úrovni 5, je tedy potřeba doplnit položky locality_street, locality_cp. V případě, že bychom doplnili i locality_city, nebude bráno v potaz a naopak bude přepsáno hodnotou z RUIAN(UIR)).

Popis UIR se předává pomocí parametrů locality_uir (vlastní uir) a locality_uir_level (přesnost, typ). Popis RUIAN se předává pomocí parametrů locality_ruian (vlastní ruian) a locality_ruian_level (přesnost, typ). Od- povídající hodnoty parametrů locality_ruian_level resp. locality_uir_level naleznete v tabulce níže.

Zadání lokality pomocí RUIAN parametrů má vyšší prioritu než-li zadání lokality pomocé UIR parametrů. V případě neúspěchu při získávání lokality pomocí RUIAN parametrů se server pokouší získat lokalitu pomocí UIR parametrů. Naopak v případě úspěchu pro RUIAN vstupní parametry server ignoruje UIR parametry.

1.8 - Vkládání videoprohlídek

PrazskeReality.cz podporují vkládání videozáznamů do inzerátů a developerských projektů ve spolupráci se službou youtube.com. Vždy maximálně jedno video na inzerát/projekt. Každé uploadované video se musí vždy nejdříve zpracovat, což znamená převést do různých kvalit a připravit tak výdej pro přehrávač. Doba zpracování každého videa se mění od tří do deseti minut v závislosti na délce videozáznamu a také na denní době. Než se video překóduje do příslušných kvalit pro naše přehrávače, tak video nelze vidět ani ho mo-

difi kovat. Pokud překódování trvá déle jak hodinu, dostává video příznak Timeout a nadále se s nim už na Prazských Realitách nepočítá.

Uploadované video tedy není v detailu inzerátu či developerského projektu vidět ihned po zveřejnění, ačkoliv inzerát už zveřejněný je a všechny fotografi e jsou již přístupné. Pro exportní softwary proměnlivá délka zpracování znamená, že se nedozví výsledek operace. 200 OK u addVideo znamená, že se povedlo vložit video do fronty požadavků ke zpracování. Nepodporovaný formát případně jinou chybu je možné získat až s časovým odstupem, což není št’astné pro automatizované nástroje.

Doporučený postup je stejný jako při práci s fotografi emi. V rámci aktualizace nabídky nejdříve zjistit již přítomné videoprohlídky (listVideo) a následně přidat, resp. odebrat videozáznam podle zjištěných rozdílů (addVideo, resp. delVideo).

Maximální velikost video souboru je 150MB, podporované formáty lze dohledat na straně 29. Zjednodušeně se dá říct, že se podporují všechny formáty knihovny ffmpeg.

2 - Metody

2.1 - Autorizační metody

2.1.1 - getHash( client_id as int )

Získání řetězce zvaného sessionId, který je použit pro hashování hesla.

Metoda slouží k získání řetězce pro hashování hesla. Po zavolání s existujícím client_id

je vrácen status 200 a v output je sessionId a hashovací klíč. Volá se vždy na začátku relace.

2.1.2- login( session_id as string )

Potvrzení přihlášení.

Metoda login potvrdí session jako autorizovanou. V kladném případě se ověří, že výpočet nového session_id odpovídá očekávání na straně serveru.

Metodě login se předávají parametry session_id z metody getHash. Pozor, session_id už musí být přepo- čítáno pomocí vzorečku. Softwarový klíč je přidělen administrátorem pražských realit zvlášt’ pro každého klienta (RK) v závislosti na použitém export- ním software. Nazpět je vrácen status úspěšnosti.

Poznámka: Bez úspěšně dokončené metody login je celá importní relace ve stavu nepřihlášen a tedy nelze v exportu zakázek pokračovat.

Vrací-li metoda opakovaně 407 Bad session je špatně zadané heslo, importní klíč a nebo client_id u klienta nebo na importním serveru. Je třeba zkontrolovat tyto údaje. Heslo na import si nastavuje klient sám, import- ní klíč lze měnit přes obchodního zástupce, clientid bylo fi rmě přiděleno.

struct {

int statusStatus ( 200=OK 402=Neexistujici klient 405=Neplatny klic softwaru 407=Neplatne prihlaseni

)

string statusMessage Slovni popis statusu. array struct output

(

)

}

2.1.3 - logout( session_id as string )

2.2 - Správa inzerátů

2.2.1 - addAdvert( session_id as string, advert_data as struct )

Přidání / editace inzerátu.

Metodě se předává slovník advert_data, který v sobě nese veškeré číselníkové i nečíselníkové údaje o inze- rátu. Možné atributy inzerátu jsou vypsány v tabulce 1 na straně 20. Pokud chybí povinná položka, addAd- vert končí s chybou. Pozor, některé položky jsou povinné v závislosti na typu (kategorii) inzerátu.

Pozor, datová struktura advert_data nemusí obsahovat všechny předepsané atributy, jsou vyžadovány pou- ze povinné atributy. Pokud atribut není ve slovníku obsažen, server odpovídající položku nechává nedotče- nou. Tedy nemění samovolně její hodnotu.

Metoda vrací status a advert_id, které je vhodné si uchovat pro další operace s uloženým inzerátem. Po- kud je vyplněn parametr advert_rkid, musí být v rámci inzerce konkrétního klienta unikátní. Tento parametr obsahuje vlastní identifi kátor inz- erátu a tento identifi kátor lze v budoucnu použít pro práci s inzerátem přes importní rozhraní, kde plně zastupuje advert_id. Editace inzerátu se zajistí vyplněním advert_id již uložené- ho inzerátu, nebo je možno zadat existující advert_rkid (viz kapi- tola 1.6). Adresu inzerátu lze vyplnit více způsoby: klasické zadání, RUIAN(UIR-ADR), GPS souřadnice, viz kapitola 1.7.

Poznámka: Pokud zadáte cenu 0 nebo 1, bude místo ceny zobrazeno Info o ceně u RK.

Metoda addAdvert při zpracování vstupních parametrů kontroluje maximální počet znaků a detekuje ne- vhodná slova u některých textových položek. V případě neúspěšné kontroly vrací metoda addAdvert status kód 455. V tabulce uvedené níže je výčet textových položek u kterých probíhá kontrola během zpracování inzerátu:

2.2.2 - delAdvert( session_id as string, advert_id as int, advert_rkid as string )

Vymazání inzerátu.

Pomocí advert_id nebo advert_rkid se identifi kuje inzerát (viz kapitola 1.6). Uložené fotografi e u inzerátu a statistiky budou smazány. Pokud inzerát neexistuje bude vrácen status OK (200).

Poznámka: Inzeráty nejsou smazány ihned po zavolání této metody, aktuálně se drží ještě po dobu 21 dní než se opravdu smažou.

2.2.3 - listAdvert( session_id as string )

Výpis všech inzerátů přihlášené realitní kanceláře.

V output je vráceno pole, kde každý prvek pole obsahuje strukturu (viz níže). Inzeráty jsou seřazeny podle pořadí vložení.

2.2.4 - topAdvert( session_id as string, advert_id as int, advert_rkid as string )

Nastavit zvýhodnění inzerátu pro aktuální den. Pomocí advert_id nebo advert_rkid se identifikuje inzerát (viz kapitola 1.6). Zvýhodnění inzerátu (tzv. topování) je možnost inzerát umístit do horních pozic ve výpise inzerátu. Topování je zpoplatněno dle aktuálního ceníku. Inzerát lze „topovat“ jen jednou denně nebo dle

aktuálních podmínek. Nelze topovat v den vložení inzerátu, ani pokud není inzerát zveřejněn. Také inzerát označený jako duplicitní s nesmazaným originálem nelze zvýhodnit. Nelze zvýhodnit (topovat) nezveřejněný nebo neschválený inzerát.“

2.3 - Správa fotek u inzerátů

2.3.1 - addPhoto( session_id as string, advert_id as int, advert_rkid as string, data as struct )

Vložení fotografi e k již uloženému inzerátu.

Vstupními parametry jsou advert_id nebo advert_rkid a struktura data:

Pomocí advert_id nebo advert_rkid se identifi kuje inzerát (viz kapitola 1.6). Výstupem je photo_id, které je vhodné si uložit pro mazání fotky. Pokud je vkládána vedlejší fotografi e, a přitom není u inzerátu žádná, stává se tato automaticky hlavní fotografi í. Pokud je vkládána hlavní fotografi e, a přitom u inzerátu již jedna je, stane se vložená fotka fotkou hlavní. Minimální rozlišení fotografi e je 320x240 a maximální velikost souboru 5 MB. Pro publikování inzerátu není nutné vkládat fotografi e, takovýto inzerát bude zobrazen s tzv. no-image obráz- kem. Maximální počet fotografi í je 100. Po překročení této velikosti server vrací chybu a fotografi i nezpracuje. Je možné obrázek pouze editovat, což znamená, že se nepřeukládá vlastní obrázek, pouze se editují jeho parametry (hlavní, pořadí, popisek).

Pro snadnější orientaci se dá vložit photo_rkid, pomocí kterého se později fotka adresuje.

array struct output (

)

}

2.3.2- delPhoto( session_id as string, photo_id as int, photo_rkid as string ) Vymazání fotografie.

Pomocí photo_id nebo photo_rkid se identifi kuje fotografi e (viz kapitola 1.6). Pokud je mazána hlavní foto- grafi e, hlavní se automaticky stane první vedlejší. Pokud fotografi e neexistuje bude vracen status OK (200).

2.3.3- listPhoto( session_id as string, advert_id as int, advert_rkid as string ) Výpis fotografie existujícího inzerátu.

Pomocí advert_id nebo advert_rkid se identifi kuje makléř (viz kapitola 1.6). V output je vráceno pole, kde ka- ždý prvek pole obsahuje strukturu (viz níže). Fotografi e jsou seřazeny podle pořadí (atribut order) a v tomto pořadí se ukazují i na webu.

2.4 - Správa videoprohlídek u inzerátů

2.4.1 - addVideo( session_id as string, advert_id as int, advert_rkid as string, data as struct )

Vložení videoprohlídky k již uloženému inzerátu. Opětovné vložení nahrazuje původní obsah.

Vstupními parametry jsou advert_id nebo advert_rkid a struktura video_data obsahuje vlastní video. Pomocí advert_id nebo advert_rkid se identifi kuje inzerát (viz kapitola 1.6). Nepovinný údaj video_name se používá pouze k internímu označení videa. Objevuje se pouze při volání metody listVideo, není zveřejněn.

Maximální velikost datového záznamu je 150MB. Po překročení této velikosti server vrací chybu a video nezpracuje. Zpra- cování je blíže popsáno v kapitole 1.8, podporované formáty lze nalézt na straně 29.

2.4.2 - delVideo( session_id as string, advert_id as int, advert_rkid as string )

Vymazání videoprohlídky.

Pomocí advert_id nebo advert_rkid se identifi kuje inzerát (viz kapitola 1.6). Pokud video neexistuje bude vrácen status OK (200).

2.4.3 - listVideo( session_id as string, advert_id as int, advert_rkid as string )

Získání informací o videoprohlídkách existujícího inzerátu.

Pomocí advert_id nebo advert_rkid se identifi kuje inzerát (viz kapitola 1.6). V output je vráceno pole, které má 0-1 prvků.

Prázdné pole se vrací v případě, že inzerát nemá u sebe žádné video.

)

}

Následující tabulka ukazuje stavy atributu video_state:

1Video je v pořádku, připraveno k přehrávání v detailu inzerátu na webu

2Nepodporovaný formát videa, více v tabulce 3 na straně 29

3Selhalo zpracování videa

2.5- Správa makléřů

2.5.1 - addSeller( session_id as string, seller_id as int, seller_rkid as string, client_data as struct )

Přidání nového makléře.

Aby makléř byl vložen, je potřeba vyplnit povinné položky v rámci struktury client_data.

Pomocí seller_id nebo seller_rkid se identifi kuje makléř (viz kapitola 1.6). Při vkládaní inzerátu, pokud má vlastního makléře, je tedy na výbeř mezi seller_rkid a seller_id. Ostatní položky ze struktury client_data jako contact_phone (telefon), makler_note (poznámka makléře), broker_specialization (specializace makléře) a photo (fotografi e makléře) jsou nepovinné. U korektně vloženého makléře je získáno seller_id číslo.

2.5.2 - delSeller( session_id as string, seller_id as int, seller_rkid as string )

Odebrání existujícího makléře.

Odstranění proběhne při vyplněním seller_id nebo seller_rkid. Pomocí seller_id nebo seller_rkid se identifi ku- je makléř (viz kapitola 1.6).

2.5.3listSeller( session_id as string )

Výpis makléřů.

V output je vráceno pole, kde každý prvek pole obsahuje strukturu (viz níže). Makléři jsou seřazeny podle pořadí vložení.

2.6 - Správa developerských projektů

2.6.1- addProject( session_id as string, project_data as struct ) Přidání nového developerského projektu.

Metodě se předává slovník project_data, který v sobě nese veškeré číselníkové i nečíselníkové údaje o projektu. Tyto atributy naleznete v tabulce 2 na straně 26. Pokud chybí povinná položka, addProject končí s chybou.

Metoda vrací status a project_id, které je dobré si uchovat pro další operace s uloženým projektem. Pokud je vyplněn parametr project_rkid, musí být v rámci inzerce konkrétního klienta unikátní. Tento parametr obsahuje vlastní identifi kátor pro- jektu a tento identifi kátor lze v budoucnu použít pro práci s projektem přes importní rozhraní, kde plně zastupuje project_id. Editace projektu se zajistí vyplněním project_id již uložené- ho projektu, nebo je možno zadat existující project_rkid (viz kapi- tola 1.6). Adresu projektu lze vyplnit více způsoby: klasické zadání, RUIAN(UIR-ADR), GPS souřadnice (viz kapitola 1.7).

Poznámka: Atribut developer_ic (IČ developerské společnosti), který je povinný a slouží ke svázá- ní projektu s developerem, se kontroluje, zda IČ developera bylo evidováno v systému. Registrace developera do systému není přes importní rozhraní možná. Pouze přes obchodního zástupce.

Metoda addProject při zpracování vstupních parametrů kontroluje maximální počet znaků a detekuje nevhodná slova u některých textových položek. V případě neúspěšné kontroly vrací metoda addPro- ject status kód 455. V tabulce uvedené níže je výčet textových položek u kterých probíhá kontrola během zpracování projektu:

2.6.2 - delProject( session_id as string, project_id as int, project_rkid as string )

Odebrání existujícího developerského projektu.

Pomocí project_id nebo project_rkid se identifi kuje projekt (viz kapitola 1.6), který má být smazán. Uložené fotografi e u projektu budou smazány.

2.6.3 - listProject( session_id as string )

Výpis developerských projektů.

V output je vráceno pole, kde každý prvek pole obsahuje strukturu (viz níže). Projekty jsou seřazeny podle pořadí vložení.

)

}

2.7Správa fotek u developerských projektů

2.7.1 addProjectPhoto( session_id as string, project_id as int, project_rkid as string, data as struct )

Vložení fotografi e k již uloženému developerskému projektu. Vstupními parametry jsou project_id nebo pro- ject_rkid a struktura data.

Pomocí project_id nebo project_rkid se identifi kuje projekt (viz kapitola 1.6). Výstupem je photo_id, které je výhodné si uložit pro mazání fotky. Pokud je vkládána vedlejší fotografi e, a přitom není u projektu žádná, stá- vá se tato automaticky hlavní fotografi í. Pokud je vkládána hlavní fotografi e, a přitom u projektu již jedna je, stane se vložená fotka fotkou hlavní. Minimální rozlišení fotografie je 320x240 a maximální velikost souboru 5 MB. Po překročení této velikosti server vrací chybu a fotografii nezpracuje.

Je možné obrázek pouze editovat, což znamená, že se nepřeukládá vlastní obrázek, pouze se editují jeho parametry (hlavní, pořadí, popisek).

Pro snadnější orientaci se dá vložit photo_rkid, pomocí kterého se později fotka adresuje.

2.7.2delProjectPhoto( session_id as string, photo_id as int, photo_rkid as string ) Vymazání fotografie.

Pomocí photo_id nebo photo_rkid se identifi kuje fotografi e (viz kapitola 1.6). Pokud je mazána hlavní foto- grafi e, hlavní se automaticky stane první vedlejší. Pokud fotografi e neexistuje bude vracen status OK (200).

}

2.7.3 listProjectPhoto( session_id as string, project_id as int, project_rkid as string )

Výpis fotografie existujícího developerského projektu.

Pomocí project_id nebo project_rkid se identifi kuje projekt (viz kapitola 1.6). V output je vráceno pole, kde každý prvek pole obsahuje strukturu (viz níže). Fotografi e jsou seřazeny podle pořadí (atribut order) a v tomto pořadí se ukazují i na webu.

2.8 - Správa videoprohlídek u developerských projektů

2.8.1 - addProjectVideo( session_id as string, project_id as int, project_rkid as string, data as struct )

Vložení videoprohlídky k již uloženému developerskému projektu. Opětovné vložení nahrazuje původní obsah.

Vstupními parametry jsou project_id nebo project_rkid a struktura video_data obsahuje vlastní video. Pomocí advert_id nebo advert_rkid se identifi kuje projekt (viz kapitola 1.6). Nepovinný údaj video_name se používá pouze k internímu označení videa. Objevuje se pouze při volání metody listProjectVideo, není zveřejněn.

Maximální velikost datového záznamu je 150MB. Po překročení této velikosti server vrací chybu a video nezpracuje. Zpra- cování je blíže popsáno v kapitole 1.8, podporované formáty lze nalézt na straně 29.

(

)

}

2.8.2- delProjectVideo( session_id as string, project_id as int, project_rkid as string )

Vymazání videoprohlídky.

Pomocí project_id nebo project_rkid se identifi kuje dev. projekt (viz kapitola 1.6).

Pokud video neexistuje bude vrácen status OK (200).

2.8.3 - listProjectVideo( session_id as string, project_id as int, project_rkid as string )

Získání informací o videoprohlídkách existujícího developerského projektu. Pomocí project_id nebo project_rkid se identifi kuje dev. projekt (viz kapitola 1.6).

V output je vráceno pole, které má 0-1 prvků. Prázdné pole se vrací v případě, že projekt nemá u sebe žádné video.

Stavy atributu video_state lze najít na straně 12.

2.9 - Čtení statistik

2.9.1 - listStat( session_id as string, advert_id as array, advert_rkid as array )

Výpis statistiky inzerátu / inzerátů.

Výpis je závislý na vyplněných vstupních parametrech. Pro výpis statistiky všech inzerátů, je advert_id i advert_rkid odesláno jako prázdné pole. Pokud je vyplněno pole advert_id, vypíší se jen uvedené inzeráty. Stejné je tomu i u advert_rkid. Oba parametry se dají kombinovaně použít, vždy musí oba obsahovat stejný

počet prvků. Při vyplnění advert_id se ignorují hodnoty v advert_rkid, advert_id je preferováno (viz kapitola 1.6).

2.9.2 - listDailyStat( session_id as string, advert_id as int, advert_rkid as string )

Výpis denní statistiky inzerátu.

Pomocí advert_id nebo advert_rkid se identifi kuje inzerát (viz kapitola 1.6).

2.9.3 - listAllDailyStat( session_id as string, date as string )

Výpis statistiky všech inzerátů daného klienta za konkrétní den určený parametrem date.

)

}

2.9.4 - listSellerStat

( session_id as string, seller_id as int, seller_rkid as string, from as datetime, till as datetime )

Výpis denních statistik inzerátů jednoho makléře. Č as je zadán uzavřeným intervalem . Pomocí seller_id nebo seller_rkid se identifi kuje inzerát (viz kapitola 1.6).

2.10- Metoda dostupná bez přihlášení

2.10.1 - version()

3 - Datové struktury a číselníky

3.1 - Atributy a číselníky inzerátu

V následující tabulce jsou jednotlivé atributy řazeny tak, že nahoře jsou vyjmenované povinné položky a dole nepovinné.

Tabulka 1: Seznam atributů inzerátu (metoda addAdvert)

3.2 - Atributy a číselníky developerského projektu

V následném seznamu atributů developerského projektu jsou nejdříve vypsané povinné položky.

Tabulka 2: Seznam atributů developerského projektu (metoda addProject)