cs:processes:general:project_information
Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
| Obě strany předchozí revizePředchozí verzeNásledující verze | Předchozí verze | ||
| cs:processes:general:project_information [2026/08/24 13:53] – michael | cs:processes:general:project_information [2026/09/01 10:48] (aktuální) – michael | ||
|---|---|---|---|
| Řádek 1: | Řádek 1: | ||
| {{indexmenu_n> | {{indexmenu_n> | ||
| - | ======Informace o projektu====== | + | ====== Informace o zakázce |
| - | Informace o projektu je okno, v němž jsou údaje | + | Informace o zakázce představují formulář obsahující |
| - | Budou tedy popsány spíše jednotlivé typy polí: | + | Rozsah evidovaných údajů závisí na konfiguraci systému. RSV nabízí vysokou míru **[[cs:introduction: |
| - | **Needitovatelná pole** - jedná se o údaje, které jsou buď generovány systémem automaticky (např. číslo stavby, fáze, stav) nebo jsou načítány z jiné části systému (ceny z nabídky nebo ze smluv, informace z předávacích protokolů apod.) | + | {{: |
| - | **Číselníky** - u číselníků je možno buď vpisovat znaky přímo do pole a nechat si "našeptávat" | + | Do procesu Informace o zakázce lze vstoupit |
| - | **Uživatelé zapisovaní do projektového týmu** - jedná se o pole, které je napojené | + | ===== Změna stavu zakázky ===== |
| - | **Datumová pole** - možno vybírat z kalendáře nebo datum zapsat ručně. | + | 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 |
| - | ====== Zakázky a dodavatelské vztahy ====== | + | {{: |
| - | Zakázky a dodavatelsko-odběratelské vztahy vytvářejí základní kostru systému RSV, na kterou se postupně navazují další informace. | + | Stav zakázky lze změnit pomocí roletky |
| - | + | ||
| - | Více informací o vytváření, | + | |
| - | + | ||
| - | ===== Zakázka ===== | + | |
| - | + | ||
| - | 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á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 | + | |
| - | + | ||
| - | Informace o zakázce, tj. její atributy, se dělí na dvě skupiny: | + | |
| - | + | ||
| - | | + | |
| - | | + | |
| - | + | ||
| - | ===== 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, | + | |
| - | + | ||
| - | 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é, | + | |
| - | + | ||
| - | 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 | + | |
| - | + | ||
| - | ==== 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**, | + | |
| - | - **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ě; | + | |
| - | + | ||
| - | Práce | + | |
| - | + | ||
| - | * **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 | + | |
| - | * **Rozpočet** – pokud je u položky rozpočtu uvedeno, že je zasmluvněna smlouvou s doplňkovým objednatelem, | + | |
| - | * **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í**. | ||
| + | </ | ||
cs/processes/general/project_information.1787579606.txt.gz · Poslední úprava: autor: michael
