Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

--- cs:processes:general:project_information [2026/08/31 12:57] – michael
+++ cs:processes:general:project_information [2026/09/01 10:48] (aktuální) – michael
@@ Řádek 1: / Řádek 1: @@
 {{indexmenu_n>1}}
-======Informace o zakázce======
+====== Informace o zakázce ======
-Informace o zakázce, přesněji také Informace o projektu je okno, v němž jsou údaje o projektu uspořádány do formuláře s několika záložkami. RSV umožňuje vysokou konfigurovatelnost formulářů, takže je pravděpodobné, že každý zákazník bude mít formulář s informacemi o projektu odlišný, přizpůsobený jeho potřebám. proto nelze popsat jeden konkrétní vzhled formuláře.
+Informace o zakázce představují formulář obsahující všechny údaje vztahující se k **[[cs:about:projects_intro|zakázce a konkrétnímu projektu]]**. Jednotlivé informace jsou přehledně uspořádány do záložek podle svého významu. Každá zakázka je v systému v příslušných fázích jednoznačně identifikována číslem stavby, které je přidělováno na základě nastavených číselných řad, které odpovídají interním požadavkům organizace.
-====== Zakázky a dodavatelské vztahy ======
+Rozsah evidovaných údajů závisí na konfiguraci systému. RSV nabízí vysokou míru **[[cs:introduction:forms|konfigurace formulářů]]**, díky které se může konkrétní podoba formulářů u jednotlivých zákazníků výrazně lišit. Vedle systémově povinných údajů a automaticky generovaných hodnot mohou být součástí zakázky také uživatelsky definované atributy. Rozsah, struktura i uspořádání zobrazovaných informací jsou vždy přizpůsobeny potřebám dané organizace.
-**[[cs:introduction:records|Práce se záznamy]]** Zakázky a projekty vytvářejí základní kostru systému RSV, na kterou se postupně navazují další informace.
+{{:cs:processes:general:basic.png?400|Informace o zakázce}}
-Více informací o vytváření, úpravě a práci se záznamy naleznete v kapitole **[[cs:introduction:records|Práce se záznamy]]**. O práci s detailovými záložkami a ovládání uživatelského rozhraní se můžete dočíst v kapitole **[[cs:introduction:interface|Uživatelské rozhraní]]**.
+Do procesu Informace o zakázce lze vstoupit **výběrem příslušného projektu ze seznamu projektů** nebo **kliknutím na oblast pod systémovým logem**.
-===== Zakázka =====
+===== Změna stavu zakázky =====
-Základním informačním objektem v systému je **zakázka**. Zakázka může procházet různými **fázemi** a v těchto fázích nabývat různých **stavů**. Průchod zakázky jednotlivými fázemi, resp. stavy, je zcela obecný a lze jej nadefinovat podle potřeb konkrétního zákazníka.
+Každá stavební zakázka během svého zpracování prochází určitým vývojem, který lze označit jako životní cyklus stavební zakázky. Tento životní cyklus je možné v RSV modelovat pomocí jednotlivých fází a stavů, kterých zakázka v průběhu svého zpracování nabývá. Podrobnější informace o životním cyklu zakázky naleznete v kapitole **[[cs:about:project_status|Fáze a stavy]]**.
-Zakázka je v systému identifikována interním jednoznačným a neměnným kódem. Z pohledu uživatele může být zakázka číslována v různých fázích podle různých číselných řad; při přechodu mezi fázemi se automaticky přečísluje.
+{{:cs:processes:general:change.png?550|Změna stavu zakázky}}
-Informace o zakázce, tj. její atributy, se dělí na dvě skupiny:
+Stav zakázky lze změnit pomocí roletky v **levém horním rohu obrazovky**. Tuto akci mohou provádět pouze uživatelé s odpovídajícími oprávněními. Po zvolení nového stavu se navíc zobrazí potvrzovací okno, ve kterém je nutné změnu potvrdit.
-  * Atributy povinné nebo generované systémem.
-  * Atributy uživatelsky definovatelné, jejichž konfigurace je součástí implementace systému u konkrétního zákazníka.
-===== Dodavatelsko-odběratelské vztahy =====
-Na každé zakázce vznikají **dodavatelsko-odběratelské vztahy** (dále jen **DO vztahy**). V každém DO vztahu vystupuje jedna organizační jednotka (dále jen **OrgJ**) jako **Odebírající** a jiná OrgJ jako **Provádějící**.
-Základním, tj. nejvyšším DO vztahem je vztah mezi **investorem** a **vyšším dodavatelem**. Systém RSV předpokládá, že takový vztah existuje na každé zakázce právě jeden. Vzniká automaticky zároveň se založením zakázky a stává se součástí informací o zakázce.
-Na základní DO vztah navazují další DO vztahy, prakticky bez omezení počtu úrovní, takže na každé zakázce vzniká více či méně rozsáhlá síť DO vztahů. Do DO vztahů mohou vstupovat jak OrgJ cizích organizací jako externí podzhotovitelé, tak vlastní střediska jako interní podzhotovitelé.
-Tato struktura umožňuje současnou práci libovolného počtu interních podzhotovitelů v systému, a to i na jedné zakázce. Zachovány přitom zůstávají veškeré požadavky na kompetence jednotlivých uživatelů – každý uživatel má přístup pouze ke svým datům.
-==== Vznik dalších DO vztahů ====
-Další DO vztahy vznikají postupně v průběhu životního cyklu zakázky, a to jedním ze dvou postupů:
-  - **Automaticky na základě výběrového řízení**:
-    * DO vztah s externím podzhotovitelem vzniká ve chvíli označení cizí OrgJ za vítěze VŘ.
-    * DO vztah s interním podzhotovitelem vzniká ve chvíli poptání interního podzhotovitele jako **potenciální**. Označením vítěze se vztah stává **platným**, nebo **neplatným**, pokud daná OrgJ vítězem VŘ není.
-  - **Ručním vložením** – pokud DO vztah vznikl jinak než prostřednictvím výběrového řízení evidovaného v RSV.
-===== Stavby s více objednateli =====
-RSV je postaveno na předpokladu hierarchických dodavatelských vztahů, kdy na nejvyšší úrovni existuje jeden odběratel a jeden vyšší dodavatel. Pracovat lze i s více objednateli na jedné stavbě; u každé stavby přitom zůstává jeden hlavní odběratel.
-Práce s více objednateli se projevuje v těchto oblastech:
-  * **Smlouvy s objednatelem** – dalšího objednatele lze zadat do pole **Doplňkový objednatel**. Takových objednatelů a jejich smluv může být libovolný počet.
-  * **Soupisy provedených prací** – za měsíc se zakládá jeden zjišťovací protokol (ZP), pod kterým jsou **doplňkové ZP**. U doplňkového ZP lze nastavit, že je určen pro jiného objednatele.
-  * **Rozpočet** – pokud je u položky rozpočtu uvedeno, že je zasmluvněna smlouvou s doplňkovým objednatelem, založí se při čerpání této položky doplňkový ZP automaticky.
-  * **Tiskové výstupy** – pro doplňkové ZP jsou vytvořeny tiskové výstupy, položkově i souhrnně, obdobně jako u standardního ZP.
-  * **Helios** – doplňkový objednatel se přenáší i do ekonomického systému Helios.
+<WRAP tip round 80% center>
+Pro jednotlivé změny stavu lze definovat pravidla a podmínky, které musí být před jejich provedením splněny. Pokud některá z požadovaných podmínek není splněna, **systém změnu stavu neumožní**.
+</WRAP>