<html>
  <head>
    <meta content="text/html; charset=iso-8859-2"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Dobrý den,<br>
    musím Vás zklamat, ale tento postup se odvrátit nepodaří.<br>
    <br>
    Nejedná se o nesmyl, ale o důsledek technokratického přístupu k
    řízení PGP. Celý ZPMZ je podepsán el. podpisem, který tvoří "složku"
    s nezměnitelným obsahem. V této složce je mimo jiné GP, který se dá
    z této složky vyjmout a doplnit podpisem KP - to je pak výsledný
    potvrzený GP.<br>
    <br>
    Aby bylo možné provést změnu v ZPMZ, musí se celá složka podepsat
    znovu. Kvůli tomu Vám vrací KP nikoliv jen část podání, ale podání
    celé - teoreticky by po něm neměly zbýt žádné stopy v ISKN, kromě
    záznamu o průběhu ukončeného řízení PGP (?). To ale neznamená, že do
    nové podepisované složky nemůžete dát skoro všechny přílohy stejné,
    včetně již podepsaného GP (pokud ta nalezená chyba samozřejmě není
    právě v něm). Takže není nutné žádat o nové číslo ZPMZ, nová
    parcelní čísla atd. Opravte mě prosím někdo, pokud je to jinak.<br>
    <br>
    Význam "doplnění podání" v tomto případě z technického hlediska nemá
    smysl - podání nelze doplnit, lze ho pouze celé nahradit jiným
    podáním. Vtip je v tom, že nové podání může dostat jiný
    potvrzovatel, který se celým ZPMZ bude prohrabávat znovu. A třeba
    tam najde jiné (další) chyby, které přes jeho benevolentnějšího
    kolegu prošly, nebo na to má jiný názor a to, co jste opravili v
    předchozím podání, toto nově označí za chybu. Ale to snad nebude tak
    častý případ. U všech takto vracených ZPMZ se dá očekávat, že budou
    v krátké době podány znovu s provedenými opravami. Chytrý
    potvrzovatel si nové ZPMZ "stáhne" k sobě, podle HASH kódů zjistí,
    které přílohy se nezměnily (ty už má zkontrolované), zkontroluje si
    obsah těch změněných příloh a skrze PGP to "protáhne" podstatně
    rychleji (u velkých ZPMZ to může být dost ušetřené práce). Lhůtu na
    potvrzení to ale nezkrátí - nové PGP se vždy zařadí na konec a
    "předbíhat" se v zásadě nemá. Z tohoto pohledu je stokoruna navíc
    jen detail.<br>
    <br>
    S pozdravem<br>
    Jan Šafář<br>
    <div class="moz-cite-prefix"><br>
      <br>
      Dne 21. 3. 2016 v 9:29 Ing. Přemysl Plch napsal(a):<br>
    </div>
    <blockquote cite="mid:56EFB0E3.1070903@geodezieplch.cz" type="cite">Dobrý
      den,
      <br>
      přečíslování ZPMZ podle mě nutné nebude, na jednom k.p. už mi s
      tímto vysvětlením vrátili GP nepotvrzený a musel jsem poslat novou
      žádanku s dalším správním poplatkem. Bohužel jednalo se o drobnou
      chybu - přepis v čísle, která mě stála 100 Kč navíc.
      <br>
      <br>
      Nedá mi to, ale podle mě za tímto zcela nesmyslným nařízením vidím
      snahu maximálně zase vybrat víc peněz "do rozpočtu", protože jak
      jinak si vysvětlit, že za překlep, který jsem dřív na papírovém
      plánu opravil perečkem nebo to udělali i za mě přímo na k.p., nyní
      budu muset zaplatit další stokorunu. Nehledě na to, že s novou
      žádostí opět běží nová lhůta na potvrzení. U větších plánů, kde je
      velká pravděpodobnost, že semtam nějaká chybička se vloudí to bude
      veselé.
      <br>
      <br>
      Pevně doufám, že tenhle nesmysl se ještě podaří nějak odvrátit.
      <br>
      <br>
      Přemysl Plch
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Katastr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Katastr@fsv.cvut.cz">Katastr@fsv.cvut.cz</a>
<a class="moz-txt-link-freetext" href="http://mailman.fsv.cvut.cz/mailman/listinfo/katastr">http://mailman.fsv.cvut.cz/mailman/listinfo/katastr</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>