Tak som to trosku prevetral cez http://wsdlbrowser.com/soapclient?wsdl_url=https%3A%2F%2Fru-ws.justice.sk%2Fru-verejnost-ws%2FkonanieService.wsdl
V prvom rade, velmi si cenim, ze ste sa na toto odhodlali a dufam, ze to pomoze obom stranam.
Pripomienky:
Pre getKonaniePreObdobie ma prekvapilo, ze strankovanie je od nuly. Taktiez ma prekvapilo, ze su parametre datumov povinne
<ns1:DatumOd>?</ns1:DatumOd>
<ns1:DatumDo>?</ns1:DatumDo>
<ns1:Stranka>0</ns1:Stranka>
<ns1:VysledkovNaStranku>0</ns1:VysledkovNaStranku>
Ocakaval som, ze ked nedam ziadny parameter, tak mi to vrati zoradene vysledky podla id (rastuco) od zaciatku / respektive zoradene podla casu poslednej zmeny. Neviem ci sa tieto zaznamy menia - podla toho zalezi ako sa k tomu postavit. Ak sa zaznamy aj mazu, tak ich treba riesit specialne, a pridat priznak zmazania.
Z pohladu realnej pouzitelnosti je toto kriticke a z mojej praxe na viacerych projektoch bolo vzdy potrebne taketo sychronizacne api. Je to dane tym, ze pouzivatelia potrebuju udrziavat vacsinou aktualnu “repliku” dat. V principe ide o formu publikovania transakcneho logu.
Tu je minimalisticka referencna implementacia. - dokonca ju v produkcii pouzivaju napriklad www.otvorenesudy.sk vid ich kod na githube.
Strankovanie je sice fajn, avsak po case mozete narazit aj na vykonnostne problemy. Viac na We need tool support for keyset pagination. Taktiez pri synchronizacii strankovanim moze dost ku kritickym subehom - update vo vasej db a moj read sposobi, ze preskocim strankou nejaky zmeneny zaznam / resp. budem naciatavat opakovane.
Osetrite si tam hranicne podmienky (napr. zaporne stranky) a velky pocet vysledkov na stranke (> 1000) inak vam to moze zacat robit load a je to pekny ciel na utok. 
V samotnom konani ma trosku prekvapuje nekonzistentny format datumov zacatia konania a datumu narodenia. Taktiez nerozumiem preco ma datum narodenia format casu s casovou zonou.
<ns2:KonanieInfo>
<ns2:Id>19</ns2:Id>
<ns2:SpisovaZnackaSudu>25K/12/2012</ns2:SpisovaZnackaSudu>
<ns2:Typ>KONKURZ</ns2:Typ>
<ns2:DatumZacatiaKonania>2012-04-13+02:00</ns2:DatumZacatiaKonania>
<ns2:Dlznik>Delinčák Roman</ns2:Dlznik>
<ns2:DlznikDatumNarodenia>1969-11-12T00:00:00.000+01:00</ns2:DlznikDatumNarodenia>
<ns2:Sud>110</ns2:Sud>
<ns2:Spravca>S1572</ns2:Spravca>
</ns2:KonanieInfo>
Trochu nesikovne z pohladu pouzivania bude asi to, ze getKonanieDetail vracia viac informacii ako getKonaniePreObdobie. Toto bude mat za nasledok to, ze namiesto 1 requestu na getKonaniePreObdobie to bude znamenat 1 + N volani na getKonanieDetail. Nevidim dovod preco by to nemalo vracat rovnake struktury.
<ns2:getKonanieDetailResponse
xmlns:ns2="datatypes.konanie.verejnost.ru.sk.hp.com">
<ns2:Konanie>
<ns2:Id>19</ns2:Id>
<ns2:SpisovaZnackaSudu>25K/12/2012</ns2:SpisovaZnackaSudu>
<ns2:Navrhovatel
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ns2:FyzickaOsoba">
<ns2:Adresa>
<ns2:Ulica>Koniarekova 5865/6</ns2:Ulica>
<ns2:SupisneCislo>0</ns2:SupisneCislo>
<ns2:OrientacneCislo>0</ns2:OrientacneCislo>
<ns2:Obec>Trnava</ns2:Obec>
<ns2:Psc>91702</ns2:Psc>
<ns2:Krajina>SVK</ns2:Krajina>
</ns2:Adresa>
<ns2:Email/>
<ns2:Meno>Roman</ns2:Meno>
<ns2:Priezvisko>Delinčák</ns2:Priezvisko>
<ns2:TitulPredMenom/>
<ns2:DatumNarodenia>1969-11-12+01:00</ns2:DatumNarodenia>
</ns2:Navrhovatel>
<ns2:Dlznik
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ns2:FyzickaOsoba">
<ns2:Adresa>
<ns2:Ulica>Koniarekova 5865/6</ns2:Ulica>
<ns2:SupisneCislo>0</ns2:SupisneCislo>
<ns2:OrientacneCislo>0</ns2:OrientacneCislo>
<ns2:Obec>Trnava</ns2:Obec>
<ns2:Psc>91702</ns2:Psc>
<ns2:Krajina>SVK</ns2:Krajina>
</ns2:Adresa>
<ns2:Email/>
<ns2:Meno>Roman</ns2:Meno>
<ns2:Priezvisko>Delinčák</ns2:Priezvisko>
<ns2:TitulPredMenom/>
<ns2:DatumNarodenia>1969-11-12+01:00</ns2:DatumNarodenia>
</ns2:Dlznik>
<ns2:Spravca>
<ns2:Znacka>S1572</ns2:Znacka>
<ns2:DatumZapisu>2011-12-20+01:00</ns2:DatumZapisu>
<ns2:Meno>Peter </ns2:Meno>
<ns2:Priezvisko>Veselovský </ns2:Priezvisko>
<ns2:TitulPredMenom>Ing. </ns2:TitulPredMenom>
<ns2:DatumNarodenia>1983-08-23+02:00</ns2:DatumNarodenia>
<ns2:ObchodneMeno>Veselovský </ns2:ObchodneMeno>
<ns2:Ico></ns2:Ico>
</ns2:Spravca>
<ns2:DatumZacatiaKonania>2012-04-13T00:00:00.000+02:00</ns2:DatumZacatiaKonania>
</ns2:Konanie>
</ns2:getKonanieDetailResponse>
Taktiez tam vidiet nejaky problem s whitespacom pri niektorych atributoch. (Neviem nakolko to je problem zobrazovatka wsdl online alebo u vas v db alebo kde.)
vyhladajKonanie by som v praxi asi nevyuzil, kedze online ide do open data registrov malokto - z roznych dovodov.
Ale v principe az na to synchronizacne API su to dost kozmeticke chyby a aj v tomto stave to je celkom pouzitelne a programator si z toho skor ci neskor vyseka co potrebuje.
Ak mate nejake doplnujuce otazky, tak sem s nimi.