3b. Superadministrátor — systémové menu (role s)

Pouze pro superadministrátora. Po přihlášení s rolí s vidíte jiné levé menu než obchodníci nebo správci budov — žádná „Nová akce“, KPI ani běžné kalendáře. Jde o globální nastavení pronájmu, šablon, uživatelů a propojení mezi nájemci. Běžný uživatel tyto položky nemá.

V demu: demo.iskasa.eu— login superadmin (heslo na přihlašovací stránce). Vyzkoušejte Střediska, Uživatele, Popisky, Slevy hromadně podle kapitol v této sekci.

Popisy v tabulce vycházejí z nastavení menu v databázi (položky s oprávněním admin = s). Pořadí odpovídá zobrazení v aplikaci.

Akce dnů — podrobný popis (zamčení starších akcí)

Kdo nastavuje: pouze superadministrátor (role s) v menu Akce dnů. Obchodníci hodnotu nevidí — pouze pocítí, že starší akci už nelze měnit.

Parametr Akce dnů (AkceDnu v konfiguraci) určuje, jak daleko do minulosti smí uživatelé upravovat existující akce — měnit základní údaje, prostory, služby, mobiliář, personál, catering, techniku, přílohy a další kroky. Akce starší než tento limit se považují za uzavřené pro editaci (systém tomu říká expirace).

Proč to existuje

• Účetnictví a fakturace — po vystavení dokladu nesmí obchodník zpětně měnit ceny, prostory ani položky; jinak by neseděly faktury, objednávky a exporty do PREMIER.
• Historie a audit — akce z minulých měsíců slouží jako důkaz toho, co bylo domluveno a nabídnuto zákazníkovi.
• KPI a statistiky — grafy a nástěnka pracují s daty akcí; nechtěné zpětné úpravy by zkreslily výsledky.
• Prevence chyb — uživatel omylem neupraví starou akci místo aktuální.

Nastavení superadminem

1. V systémovém menu otevřete Akce dnů (obrazovka Počet dnu do zamčení starších akcí).
2. Do pole Dnu do zamčení starších akcí zadejte celé číslo — typicky 60, 90 nebo 100 dnů.
3. Klikněte Vložit do databáze.

• Pokud v databázi není nic nastaveno, formulář nabídne výchozích 100 dnů.
• Hodnota pod 30 dnů se při uložení automaticky zvýší na 60 (ochrana proti příliš krátké lhůtě).
• Po přihlášení se hodnota načte do relace (SESSION("AkceDnu")) a platí pro celou organizaci (nájemce).

Jak systém počítá hranici (logika)

Systém porovnává datum začátku akce (terminod— první den akce) s dnešním datem minus nastavený počet dnů:

Pravidlo: Akci lze upravovat, pokud terminod akce ≥ dnešní datum − Akce dnů a zároveň akce není ve stavu fakturace, který editaci zakazuje (viz níže).

Příklad — dnes je 7. 6. 2026, superadmin nastavil Akce dnů = 60:

Hraniční datum expirace (v chybové hlášce) = dnešní datum minus Akce dnů. Akce s terminod před tímto datem jsou považované za expirované.

flowchart TD
    U["Uživatel ukládá změnu v akci"] --> K["Kontrola před zápisem"]
    K --> T{"terminod ≥ dnes − Akce dnů?"}
    T -->|Ne| E["Expirace  -  zamčeno"]
    T -->|Ano| F{"Stav fakturace?"}
    F -->|0 nebo jiný volný| OK["Povoleno uložit"]
    F -->|1, 2 nebo 3| E2["Vyfakturováno  -  zamčeno"]
    F -->|100| E3["Akce uzavřena"]
    E --> H["Obrazovka Na toto nemáte práva"]
    E2 --> H
    E3 --> H

Automatické zamčení na pozadí

Při obnově kalendáře akcí (generování dat pro přehled) systém navíc hromadně označí staré akce:

• Všechny akce s terminod starším než limit a se stavem fakturace 0 dostanou fakturace = 10 (interní příznak expirace).
• Tím se sjednotí stav v databázi — uživatel nemusí čekat na první pokus o úpravu.
• Superadmin může stav fakturace u konkrétní akce ručně změnit (odemknutí) — běžný obchodník ne.

Co se kontroluje při úpravě

Před každým zápisem do akce (rezervace prostor, služby, mobiliář, personál, catering, technika, smazání položek, změna základních údajů…) systém spustí kontrolu fakturace a expirace. Kontrola se týká konkrétní akce podle jejího kódu (KodAkce).

Prohlížení akce (Info, tisky, náhled) obvykle jde; blokace nastane při pokusu o uložit, vložit nebo smazat data.

Co uživatel vidí — hlášení při zamčení

Při zamítnuté úpravě systém zobrazí obrazovku s nadpisem Na toto nemáte práva (ikona 404). Text se liší podle důvodu:

Tip pro obchodníka: Když vidíte hlášku o expiraci, zkontrolujte datum začátku akce. Pokud je opravdu nutné něco doplnit do staré akce, požádejte superadministrátora — může upravit stav fakturace nebo (dočasně) prodloužit limit Akce dnů. Běžně se místo úpravy staré akce zakládá kopie akce s novým termínem.

sequenceDiagram participant O as Obchodník participant S as DOVIS - ISKASA participant SA as Superadmin O->>S: Uložit prostory u akce z března S->>S: terminod starší než limit? S->>O: Na toto nemáte práva — expirace O->>SA: Prosím o odemknutí / kopii akce SA->>S: Změna fakturace nebo Akce dnů S->>O: Úprava povolena nebo nová kopie akce

Doporučené hodnoty

Pořadí zavádění: Nastavte Akce dnů až po číselnících (Střediska, Budovy, ceníky) a před tím, než obchodníci začnou masivně pracovat s reálnými akcemi — viz praktický tip v kapitole Superadministrátor.

Doklady — podrobný popis (doklady)

Kdo menu vidí: doklady (záhlaví Doklady přehled) je jen pro superadministrátora (s). Na stránce se pod formulářem zobrazuje stejný přehled značek jako v aplikaci (!DOC/DokladyInfo).

Superadmin spravuje tabulku dovdoklady— vzory tiskových výstupů pro celou instalaci. Každý záznam má kód (Kod), název (NadpisDokladu), HTML obsah (PopisDokladu) a typ (TypDokladu). Při tisku z akce (objednávka, faktura, smlouva, protokol…) systém načte šablonu a nahradí značky {NazevAkce}, {PolozkyRozpis}… skutečnými údaji.

K čemu to slouží: Jednotná podoba dokumentů — hlavičky, patičky, tabulky položek, poučení, smluvní ujednání. Obchodník tiskne z akce; superadmin mění vzhled a texty globálně. Smlouvy k prostorům (TypDokladu ≥ 1000) se vážou na budovy v Nastavení → Prostory — celý postup nastavení vzorů: kapitola Smlouvy podle budov; generování u akce: kapitola 7b.

Obrazovka superadmina

1. Otevřete doklady— rozbalovací seznam existujících vzorů (!DATA/SablonyKontrola).
2. Vyberte vzor → zobrazí se editor (!DATA/SablonyForm) s názvem, typem dokladu a obsahem v CKEditor.
3. Uložení přes !data/SablonyVloz zapíše změny do dovdoklady.
4. Dole na stránce je nápověda všech značek {…} (include DokladyInfo).

Typy dokladů (TypDokladu)

Zástupné značky {…} ve šablonách

Do HTML vzoru vkládáte texty ve tvaru {NazevAkce}. Při generování dokladu je systém nahradí. Níže je kompletní seznam 165 unikátních značek výskytujících se ve sloupci PopisDokladu v tabulce dovdoklady podle DOVIS.sql/dovis6x.sql. Popisy vycházejí z !DOC/DokladyInfo.

Pravidla: Značky jsou většinou case-sensitive — v kalendáři (šablona kód 200) používejte malá písmena ({pocetosob}, {terminod}). Uvnitř bloku {PolozkyRozpis} lze použít záhlaví sloupců ({PolozkaPopis}, {CenaPopis}…). Značky {Popis…} jsou často popisky polí, dvojice {PopisX}+{RozpisX} tvoří sekce infosheetu.

Tip: Před úpravou vzoru si v aplikaci vytiskněte testovací akci a porovnejte. Zálohujte HTML z editoru. U smluv (TypDokladu = 1000) nezapomeňte přiřadit šablonu k budově v Prostorech — jinak se u rezervace nezkopíruje KodDokumentu a obchodník smlouvu nevygeneruje (viz kapitola Smlouvy podle budov).

Smlouvy podle budov — vzory, vazba na prostory a generování u akce

Tři různé pojmy „smlouvy“: (1) Vzor smlouvy — HTML šablona v dovdoklady (TypDokladu ≥ 1000), kterou zakládá superadmin v Doklady. (2) Vazba na budovu — výběr vzoru v poli Smlouva u budovy nebo místnosti v Nastavení → Prostory (tabulka dov, sloupec KodDokumentu). (3) Smlouva k akci — hotový dokument v dovakcesmlouvy, který obchodník vygeneruje, upraví a archivuje v záložce Smlouvy (step60). Položka superadmin menu Smlouvy (PopisMenu: Smlouvy podle budov) popisuje právě (1) a (2); generování (3) je práce obchodníka.

Smlouva o pronájmu prostor nevzniká ručně od nuly — systém načte vzor z číselníku dokladů, doplní údaje akce (odběratel, termín, seznam rezervovaných prostor, ceny…) a obchodník výsledek zkontroluje v editoru. Aby to fungovalo, musí být předem nastavený vzor a jeho přiřazení ke každé budově / místnosti, ze které se pronajímá.

Kdo co nastavuje

Typické značky ve vzoru smlouvy

Ve šabloně typu Smlouva prostory se nejčastěji používají:

• {SeznamProstor}— tabulka rezervovaných prostor (filtr podle shodného KodDokumentu)
• {PopisBudov}, {VypisKatastr}— popis budovy / katastr z číselníku
• {CenaProstoryCelkem}, {ZahohaCena}, {ZaplacenaZahohaCena}— ceny a zálohy z kalkulace
• {OdberatelNazev}, {DodavatelNazev}, {KonaniAkce}, {PripravaAkce}— strany a termíny akce
• {PronajimatelOsoba}, {NajemceOsoba}, {KontaktSpravce}— kontaktní osoby

Kompletní seznam všech 165 značek z DOVIS.sql: tabulka v kapitole Doklady.

flowchart TB
    subgraph setup["Nastavení  -  jednorázově"]
        SA["Superadmin: Doklady Typ 1000+"]
        ADM["Admin: Prostory pole Smlouva"]
    SA --> DD["dovdoklady"]
    DD --> ADM
    ADM --> DOV["dov.KodDokumentu"]
    end
    subgraph akce["Práce s akcí"]
        P["Prostory u akce"]
        M["dovakcemista.KodDokumentu"]
        G["smlouvy  -  doplnění značek"]
        A["Archivovat → dovakcesmlouvy"]
    P --> M --> G --> A
    end
    DOV --> P

Více budov / více vzorů na jedné akci

Generátor smlouvy pracuje s jedním kódem šablony na akci (KodDokumentuSmlouvy) a do výpisu prostor (BudovyRozpis) bere jen rezervace se stejným KodDokumentu. Máte-li na akci prostory z budov s různými vzory smluv, do jedné smlouvy se nevejdou všechny — řešení: sjednotit vzor na budovách, generovat smlouvy po částech, nebo ručně upravit archivovaný text. Podrobně u obchodníka: kapitola 7b.

Doporučený postup při zavádění nového areálu:

1. Superadmin v Doklady vytvoří nebo zkopíruje vzor smlouvy (TypDokladu = 1000) a otestuje značky na testovací akci.
2. Administrátor v Prostorech u každé budovy / místnosti vybere příslušný vzor v poli Smlouva.
3. Obchodník u zkušební akce rezervuje prostory → ověří ikonu smlouvy na Info → vygeneruje a archivuje smlouvu podle kapitoly 7b.
4. Teprve potom nechte obchodníky pracovat s produkčními akcemi — bez kroků 1–2 nebude generování dostupné (MistaTestSmlouvy vrátí chybu).

Pronájem — podrobný popis (hodiny)

Kdo menu vidí: Položka Pronájem vede na hodiny (záhlaví Nastavení hodin na prostory) — jen pro superadministrátora (s). Samotné částky sazeb (Kč/hod, půlden, den) zadává administrátor u každé místnosti v Nastavení → Prostory; zde se nastavuje jen pravidlo, která sazba se podle délky rezervace vybere.

Menu Pronájem spravuje tabulku dovcas— pravidla typu „pokud rezervace trvá X–Y hodin, použij sazbu Z“. Při uložení prostor u akce (záložka Prostory, step021) systém spočítá délku pronájmu z termínu od–do a podle pásem z dovcas vybere příslušnou sazbu z ceníku místnosti (dov.SazbaHodina, SazbaPulden, SazbaDen…).

K čemu to slouží: Jednotná logika výpočtu ceny pronájmu napříč všemi prostory — např. do 5 hodin půldenní sazba, od 5 hodin denní sazba, u velmi dlouhých rezervací kombinace celých dnů a zbylých hodin. Bez nastavených pásem systém při výpočtu spadne na denní sazbu (obdobi = 3).

Důležité — co pásmo neznamená: Pole Čas OD / DO v H v formuláři jsou délka pronájmu v hodinách (souhrn intervalu rezervace), ne hodiny na hodinách (např. „8:00–18:00 všední den“). Víkend nebo svátek se v dovcas neřeší — jde čistě o to, kolik hodin akce v prostoru trvá.

Obrazovka superadmina

Seznam (!DOV/CasSeznam) zobrazuje řádky: Název, rozsah čas Od – Do (v hodinách), typ Sazby, ikony úpravy a smazání. V záhlaví je odkaz Přidat čas (?action=add).

Parametry formuláře (přidání / úprava pásma)

Typ sazby (obdobi)

Výchozí příklad z instalace

Pásma by se neměla překrývat nesmyslně — při více shodách vybírá systém řádek podle SQL (ORDER BY CasDo ASC, obdobi ASC).

Jak systém pásmo použije při rezervaci

1. Obchodník zadá u prostoru termín od–do (datum + čas) na záložce Prostory.
2. Systém spočítá CelkemHodin (zaokrouhlení podle minut; kratší než 1 hodina se bere jako 1 hodina).
3. U rezervace přes více kalendářních dnů: nejdřív celé dny (PocetDnu), pak zbylé hodiny (ZbyvaHodin) — pro každou část se zvlášť hledá pásmo v dovcas.
4. Dotaz: CasOd <= délka <= CasDo→ nastaví se obdobi→ načte se příslušná sazba z místnosti.
5. Výsledek se zapíše do řádku rezervace (dovakcemista) — prodejní i nákupní cena (včetně slevy slevanakup u budovy).

Režim výpočtu v konfiguraci (ProstorySazba)

V globálním nastavení instalace (konfigurace, ne na hodiny) určuje přepínač ProstorySazba, zda se dovcas vůbec použije:

flowchart LR
    SA["Superadmin: hodiny"] --> DC["dovcas  -  pásma Od–Do h"]
        ADM["Admin: ceník místnosti"] --> DOV["dov  -  SazbaHodina / Pulden / Den"]
        OB["Obchodník: rezervace od–do"] --> H["Spočítat CelkemHodin"]
    H --> DC
    DC --> T["Vybrat obdobi 1–4"]
    T --> DOV
    DOV --> CENA["Cena v akci step021"]

Doporučený postup:

1. Nejdřív nastavte ceníky u místností v Prostorech (hodinová, půldenní, denní sazba).
2. Pak v Pronájem (hodiny) definujte pásma podle typických délek akcí vaší organizace.
3. Ověřte výpočet na testovací akci — záložka Prostory, změna času od–do a kontrola přepočtu ceny.
4. Pokud chcete všude jen hodinový pronájem, nastavte v konfiguraci ProstorySazba = 1— tabulku pásem pak nemusíte měnit.

Střediska — podrobný popis (strediska)

Kdy je menu vidět: Položka Střediska se zobrazí jen superadministrátorovi (s) a jen pokud je v konfiguraci instalace zapnutý příznak StrediskaOK = 1. Bez něj obchodníci středisko u akce nevybírají a modul se v aplikaci neprojeví.

Střediska nejsou účetní střediska z Premieru ani majetku — jde o číselník v tabulce dovstrediska, kterým organizace dělí akce na divize, provozovny, týmy nebo značky (např. „Kongresy“, „Pronájem sálů“, „Denio výuka“). Každá akce má pole dovakce.strediska; podle něj pak fungují filtry v přehledech.

K čemu to slouží: Jednotné zatřídění akcí pro KPI obchodníka, měsíční kalendář, nástěnku, grafy statistik a hromadné slevy. Obchodník při zakládání akce na záložce Základní info musí středisko vybrat (povinné pole). Pokud superadmin žádné středisko nezaložil, formulář zobrazí upozornění, že je nutné nastavení superadminem.

Obrazovka superadmina

Po otevření strediska uvidíte seznam středisek (název, popis, datum vložení). V záhlaví jsou odkazy Přidat středisko a u každého řádku:

• Klik na název (?action=prava&ss=…) — přiřazení KPI osob (uživatelé, kteří toto středisko v přehledech vidí).
• Ikona tužky — úprava parametrů střediska.
• Ikona křížku — smazání střediska.

Řádek označený zeleně je středisko s příznakem Hlavní pro Denio — používá modul výuky (viz Denio).

Parametry při zakládání / úpravě střediska

KPI osoby — kdo které středisko vidí

U každého střediska (?action=prava) superadmin vybere jednu nebo více osob (uživatelů DOVIS). Uloží se do pole ZodpovednaOsoba (seznam ID uživatelů).

• Uživatel, který je u střediska přiřazen jako KPI osoba, v přehledech (KPI, grafy, nástěnka, filtry kalendáře) typicky vidí jen akce svých středisek.
• Uživatel bez přiřazení k žádnému středisku není tímto omezením filtrován — vidí data napříč středisky (pokud na to má roli).
• V seznamu středisek se pod řádkem zobrazí jména přiřazených osob.

Práva KPI osob se nastavují zde ve Střediscích; obecná role uživatele (obchodník, technik…) se řeší v menu Uživatelé.

Kde středisko v praxi potkáte

flowchart LR
    SA["Superadmin: Střediska"] --> C["Číselník dovstrediska"]
    C --> F["Formulář akce: výběr střediska"]
    C --> K["KPI osoby → filtr uživatele"]
    F --> A["dovakce.strediska"]
    A --> CAL["Kalendář + legenda barev"]
    A --> KPI["KPI / grafy / nástěnka"]
    C --> D["Hlavní pro Denio"]
    D --> DEN["Modul Denio výuka"]

Doporučený postup při zavádění:

1. Založte střediska podle skutečných divizí organizace (krátký název, srozumitelná barva, zkratka 2–3 znaky pro kalendář).
2. Jedno středisko označte Hlavní pro Denio, pokud používáte modul výuky.
3. U každého střediska přiřaďte KPI osoby — vedoucí týmů, kteří mají vidět jen své akce.
4. Až potom nechte obchodníky zakládat akce; při prvním uložení musí středisko vybrat.

Slevy přes střediska — podrobný popis

Kdo nastavuje procento slevy u střediska: pouze superadministrátor (role s) v menu Střediska — pole Sleva v %. Obchodník středisko vybírá, ale procento slevy u střediska nemění.

Středisko u akce slouží primárně pro KPI, kalendář a reporting — ale v číselníku dovstrediska může mít také pole Sleva v %. Tato hodnota se promítne do kalkulace akce jako výchozí sleva na jednotlivých řádcích (prostory, služby, mobiliář, personál), nikoli jako jedna sleva „na celou akci najednou“.

Kdo co může nastavit

Jak sleva z střediska proudí do akce

1. Superadmin založí středisko „Výuka“ se slevou 15 %.
2. Obchodník u nové akce na Základní info vybere středisko Výuka (15%) — v seznamu je procento vidět hned u názvu.
3. Při otevření akce systém načte slevu střediska (AkceInfo— JOIN na dovstrediska).
4. Je-li u akce vybrán kontakt se slevou vyšší než středisko (např. kontakt 20 %, středisko 15 %), použije se 20 % — platí vždy vyšší hodnota.
5. Při vložení nového řádku (rezervace prostoru, služba, mobiliář, personál) se do sloupce sleva na řádku zapíše tato hodnota — ale jen pokud je > 0.

flowchart TD
    SA["Superadmin: StřediskaSleva v %"] --> DS["dovstrediska.sleva"]
    DS --> SEL["Obchodník: výběr střediskaZákladní info"]
        KON["Kontakt: dovkontakty.sleva"] --> MAX{"Vyšší sleva?"}
    DS --> MAX
    MAX --> SS["StrediskaSleva pro akci"]
    SS --> N1["Nový řádek: Prostory"]
    SS --> N2["Nový řádek: Služby"]
    SS --> N3["Nový řádek: Mobiliář"]
    SS --> N4["Nový řádek: Personál"]
    N1 --> R1["dovakcemista.sleva"]
    N2 --> R2["dovakcesluzby.sleva"]
    N3 --> R3["dovakceinventar.sleva"]
    N4 --> R4["dovakcepersonal.sleva"]

Důležité: Změna střediska u již existující akce nepřepočítá automaticky slevy u dříve vložených řádků. Sleva zůstane na starých položkách tak, jak byla zapsána při vložení (nebo ručně upravena). Pro hromadnou úpravu existujících akcí slouží nástroj Slevy hromadně.

Co se u akce přepočítává podle slevy na řádku

Sleva je uložena na každém řádku kalkulace (sloupec sleva v procentech 0–100). Při součtech, grafech, KPI a tiscích se cena počítá po slevě podle typu položky:

U prostor existuje navíc pole slevanakup z ceníku místnosti (dov.slevanakup) — snižuje nákupní sazbu (SazbaNakup), ne prodejní cenu zákazníkovi. Toto pole není totéž jako sleva střediska; nastavuje ho správce v ceníku prostor, ne superadmin ve Střediscích.

Příklady

Příklad 1 — nová akce se slevou střediska

• Středisko „Kongresy“ má slevu 10 %.
• Obchodník založí akci, vybere středisko Kongresy, přidá službu „Parkování“ 1 000 Kč × 1 ks.
• Do řádku služby se automaticky zapíše sleva = 10.
• Cena po slevě: 1 000 − 100 = 900 Kč (v součtech akce, grafech KPI).

Příklad 2 — kontakt má vyšší slevu než středisko

• Středisko „Standard“ — sleva 0 %.
• Kontakt „VIP partner“ — sleva 25 % v adresáři kontaktů.
• Obchodník přidá personál 4 000 Kč/h × 8 h.
• Platí sleva kontaktu →sleva = 25 na řádku → cena po slevě: 32 000 − 8 000 = 24 000 Kč.

Příklad 3 — změna střediska u existující akce

• Akce měla středisko bez slevy; obchodník už vložil prostory se sleva = 0.
• Obchodník změní středisko na „Výuka (15%)“ a uloží Základní info.
• Staré řádky prostor zůstanou se slevou 0 %. Nově přidaná místnost dostane 15 %.
• Pro sjednocení slev u všech řádků všech akce ve středisku použije superadmin Slevy hromadně.

flowchart LR
    subgraph nove["Nově vložený řádek"]
        V1["Středisko 10%"] --> Z1["sleva = 10 na řádku"]
    Z1 --> C1["Přepočet v součtech akce"]
    end
    subgraph exist["Existující řádek"]
        V2["Změna střediska na 15%"] --> X["sleva na řádku beze změny"]
    X --> C2["Stará cena v kalkulaci"]
    end
    subgraph hrom["Slevy hromadně superadmin"]
        H["UPDATE sleva u všech řádků vybraných akcí"] --> C3["Nový přepočet"]
    end

Slevy hromadně — podrobný popis (akcehromadne)

Kdo menu vidí: pouze superadministrátor (role s). Obchodníci tuto položku v levém menu nemají — jde o servisní nástroj, ne běžnou práci u jedné akce.

Obrazovka Hromadné změny umožní najít akce v zadaném období a podle střediska a jedním odesláním formuláře přepsat sloupec sleva u všech řádků vybraných kategorií ve všech nalezených akcích.

Postup superadmina

Do polí zadejte slevu 0–100 % pro kategorie, které chcete změnit:

• Sleva na prostory
• Sleva na služby
• Sleva na mobiliář
• Sleva na personál

Do SQL se posílají jen vyplněná pole — např. vyplníte-li jen „Sleva na služby“ na 12, aktualizují se pouze řádky v dovakcesluzby; prostory, mobiliář a personál zůstanou beze změny.

Varování v aplikaci: Tato změna je nevratná, pokud nemáte zálohu kompletní databáze. Před hromadnou úpravou slev doporučujeme zálohu DB a test na malém vzorku akcí (krátké období, jedno středisko).

Co nástroj nemění

• Klikněte Nastavte slevy — zápis proběhne v AkceHromadneVloz.
• Technika — slevy techniky se řeší samostatně (hromadná sleva techniky, nabídky technika).
• Catering — hromadný zápis ze střediska tímto formulářem neprobíhá.
• Pole Sleva v % u střediska v číselníku — nástroj mění slevy na řádcích akcí, ne definici střediska pro budoucí akce.
• Ceníkové ceny — mění se jen procento slevy na řádku; jednotkové ceny z ceníku zůstávají.

Kdy nástroj použít

flowchart TD
    F["Filtr: období + středisko"] --> L["Seznam akcí"]
    L --> S["SESSION KodAkceHromadne"]
    S --> P{"Vyplněno prostory?"}
    S --> SL{"Vyplněno služby?"}
    S --> M{"Vyplněno mobiliář?"}
    S --> PE{"Vyplněno personál?"}
    P -->|Ano| UP1["UPDATE dovakcemista.sleva"]
    SL -->|Ano| UP2["UPDATE dovakcesluzby.sleva"]
    M -->|Ano| UP3["UPDATE dovakceinventar.sleva"]
    PE -->|Ano| UP4["UPDATE dovakcepersonal.sleva"]
    UP1 --> KPI["Přepočet součtů, KPI, tisků"]
    UP2 --> KPI
    UP3 --> KPI
    UP4 --> KPI

Obchodník — co z toho plyne:

1. Při zakládání akce vždy vyberte správné středisko — ovlivní výchozí slevu u nových položek.
2. Procento u názvu střediska (Kongresy (10%)) je nápověda, ne záruka u starých řádků.
3. Individuální slevu u jednoho řádku můžete upravit ručně v příslušném kroku akce.
4. Technika a catering se slevou střediska automaticky nenastavují — počítejte s tím v kalkulaci.

Popisky — podrobný popis (lang)

Kdo menu vidí a nastavuje: pouze superadministrátor (role s) — položka Popisky v systémovém menu. Obchodníci, technici ani administrátoři (t, b) tuto obrazovku nemají.

Menu Popisky (lang) slouží k úpravě textů rozhraní u modulu Akce — nadpisů polí, tlačítek a kroků formulářů. Data jsou v tabulce jazyk (sloupce nazevCZ, nazevPL, nazevEN a volitelně popisCZ/PL/EN). Při načtení stránky akce se řádky načtou do relace (lang/VyberJazyk) a formulář zobrazí text podle jazyka uživatele (SESSION("locale")— obvykle cs, pl nebo en z profilu).

Co Popisky nejsou:

• Neobsah akce — nemění název akce, popis akce, poznámku ani texty, které obchodník vyplní u konkrétní akce.
• Ne šablony tisků — značky typu {PopisTermin} v dokladech a infosheetu patří k menu Doklady, ne k Popiskům.
• Ne ceníky — názvy místností, služeb a cenové položky spravuje admin v Nastavení.

Obrazovka superadmina

V záhlaví jsou odkazy pro přepnutí sady popisků podle kroku akce:

• ?str=step01— popisky formuláře Základní info (výchozí).
• ?str=step02— popisky kroku Prostory (areál / budova / místnost — klasická i nová verze).

Seznam zobrazí tři sloupce (Název CZ, PL, EN). Klik na řádek v češtině otevře formulář úpravy (?action=add&ss=…):

• Název CZ / PL / EN — krátký text zobrazený v UI (povinné ve všech jazycích).
• Popis CZ / PL / EN — delší vysvětlující text (volitelný; ukládá se do relace jako LangPopis…).
• Tlačítko Vložit uloží změny (lang/StrVloz) a vrátí na seznam dané stránky.

Jak systém popisky načítá

Podle SESSION("locale") vybere správný sloupec (CZ / PL / EN) a zapíše:

• SESSION("LangNadpis1"), LangNadpis2… — po pořadí řádku (radek).
• SESSION("LangNadpisNew{Kod}")— podle kódu záznamu v tabulce jazyk.Kod (stabilní vazba na konkrétní popisek).

flowchart TD
    SA["Superadmin: lang"] --> DB["Tabulka jazykstranka + radek"]
    DB --> VJ["VyberJazykpři načtení kroku"]
    VJ --> LOC{"locale cs / pl / en"}
    LOC --> S["SESSION LangNadpis…"]
    S --> UI["Formulář akcenadpisy polí, kroky"]
        U["Obchodník vyplní obsah akce"] --> DATA["dovakce, dovakcemista…"]
    UI -.->|"jen popisky polí"| U

Kde se popisky u akce projeví

1. Základní info (step01, stránka stranka='step01')

Typické popisky (výchozí české texty v komentářích kódu — po úpravě v Popiscích se zobrazí vaše znění):

1. Prostory (step02/step021, stránka stranka='step02' nebo step021)

U rezervace prostor se používají zejména popisky vázané na kód záznamu v tabulce jazyk:

Stejné popisky platí pro novou mřížku prostor (step021) i pro klasický formulář step02 — obchodník vidí jednotnou terminologii (např. místo „Místnost“ text „Sál“ nebo „Učebna“ podle vaší organizace).

1. Další místa

• Formulář akce vykreslí místo pevného textu hodnotu z relace — např.<%=SESSION("LangNadpis2")%>.
• Detail akce (akce) — při zobrazení kroků se znovu volá VyberJazyk pro step01 a step02.
• Modul Denio — výuka používá stejnou sadu popisků step01 při práci s akcí.
• Admin Prostory (dovareal, dovbudovy, dovmistnosti) — načítá popisky step02 pro konzistentní pojmenování v ceníku.

Příklady použití

Příklad 1 — terminologie kongresového centra

• Organizace nechce termíny „Areál / Budova / Místnost“, ale „Campus / Objekt / Sál“.
• Superadmin otevře Popisky → step02, upraví řádky s kódy odpovídajícími LangNadpisNew200/201/202.
• Obchodník v kroku Prostory uvidí: 01. Vyberte Campus, 02. Vyberte Objekt, Vybráno: 3 Sály.
• Data rezervací (dovakcemista) se nemění — mění se jen popisky v UI.

Příklad 2 — anglické rozhraní pro zahraniční obchodníky

• Uživatel má v profilu locale = en.
• V Popiscích step01 vyplní sloupec Název EN (např. „Event name“ místo „Název akce“).
• Po přihlášení a otevření Základní info uvidí anglické nadpisy polí; obsah akce (název, popis) píše sám v libovolném jazyce.

Příklad 3 — úprava popisku střediska na formuláři

• Superadmin změní LangNadpis10 z „Střediska“ na „Divize“ a LangNadpis13 na „KPI a reporting podle divize“.
• Obchodník na Základní info vybírá Divizi místo Střediska — funkce (filtr KPI, kalendář) zůstává stejná.

flowchart LR
    subgraph step01["Základní info"]
        A1["LangNadpis2 → název pole"]
        A2["LangNadpis10 → středisko"]
        A3["LangNadpis17 → popis pole"]
    end
    subgraph step02["Prostory"]
        B1["LangNadpisNew201 → budova"]
        B2["LangNadpisNew202 → místnost"]
    end
    subgraph ne["Ne Popisky"]
        N1["Hodnota nazevakce v DB"]
        N2["Text poznámky akce"]
        N3["Šablona tisku Doklady"]
    end

Kdo co vidí a kdo nemůže měnit

Praktický tip pro zavádění:

1. Nejdřív sjednoťte terminologii v Popisky → step02 (areál / budova / prostor) — používají ji všichni při rezervaci.
2. Pak upravte step01 (název akce, středisko, kontakt…) podle vnitřních směrnic.
3. Pokud máte uživatele s cizím jazykem, doplňte sloupce PL/EN — systém je vybere podle profilu.
4. Po změně popisku uživatelé uvidí nový text po obnovení stránky (F5) nebo při dalším otevření kroku akce.

Pozor na pořadí řádků: U step01 se část popisků mapuje podle pořadí (radek v tabulce jazyk) na LangNadpis1, LangNadpis2… — při zásahu do databáze mimo obrazovku Popisky může dojít k prohození popisků mezi poli. Úpravy provádějte raději jen přes lang.

Uživatelé — podrobný popis (users)

Kdo menu vidí a spravuje účty: položka Uživatelé je určena superadministrátorovi (role s). Seznam (?action=view) a zakládání účtů vidí jen superadmin; běžný uživatel edituje jen vlastní profil (?action=profil). Každý účet je vázán na nájemce (users.najemce) — v multi-tenant instalaci superadmin vidí jen uživatele své organizace.

Obrazovka users je centrální správa přihlašovacích účtů DOVIS: login, heslo, role (admin), doplňková oprávnění (infosheet, partneři, catering, nákupčí…), jazyk UI a vazby na moduly. Ukládání probíhá přes users/UserInsert do tabulky users; po uložení superadminovi se systém vrátí na seznam.

Co Uživatelé nejsou:

• Ne infosheetaři pro tisk — externí kontakty pro infosheet jsou v menu Infosheetáři :) (usersinfo, tabulka usersinfosheet) — viz níže.
• Ne personální karta zaměstnance — rodné číslo, typ PP, PREMIER ID, nadřízený a sazby personálu upravuje role e (Personální) v modulu karta/UserFormPersonalni. Superadmin je v seznamu vidí, ale plná HR evidence není v UserForm.
• Ne KPI střediska akce — přiřazení „která střediska vidím v grafech“ se dělá ve Střediscích → KPI osoby, ne zde (sloupec Středisko v seznamu = účetní / PREMIER středisko zaměstnance).

Seznam uživatelů — users?action=view

V záhlaví jsou odkazy:

• Seznam uživatelů — aktivní účty (deleted <> 't').
• Přidat uživatele —?action=add&id=0 (prázdný formulář).
• Neaktivní uživatele —?action=view&del=t (soft-smazané účty).

Tabulka zobrazuje (řádek = jeden účet):

Při prvním zobrazení seznamu systém u každého uživatele bez záznamu doplní výchozí maximální slevy do tabulky usersmaxslevy (7 položek po 100 %).

Editace / nový uživatel — users?action=add&id=…

Parametr id= primární klíč users.ID. Pro nového uživatele použijte id=0. Formulář (users/UserForm) odesílá POST na users/UserInsert.

##### Základní přihlašovací údaje

##### Role — pole admin (povinný výběr)

Určuje levé menu, přístup k modulům Akce, Technika, Majetek, Personální atd. Superadmin vybírá jednu z rolí:

Pokud je v konfiguraci zapnuto Prava2x = 1, zobrazí se druhý blok Práva 2 (admin2) — typicky technik o/p/q jako doplňková role k jinému menu (obchodník + technik provoz).

##### Modulová oprávnění (jen superadmin)

##### Adresa a kontakt (doplňkové)

Organizace, ulice, obec, PSČ, mobil, pevná linka, fax, web — sloupce organizace…www. Zobrazují se v profilu; nemění oprávnění.

flowchart TD
    SA["Superadmin: users"] --> V["?action=view  -  seznam"]
    SA --> A["?action=add&id=ID"]
    A --> F["UserForm"]
    F --> I["UserInsert → users"]
    I --> M["usersmaxslevy  -  max. slevy"]
    I --> EM["E-mail uživateli  -  login, heslo, práva"]
    V --> E2["Klik na jméno → add&id="]
    V --> D["UsersDel  -  soft delete"]
        role["admin / admin2"] --> MENU["Levé menu + moduly"]
    role --> AKCE["Vlastník akce KodOsoba"]
        stredKPI["Střediska KPI osoby"] -.->|"odděleně"| GRAF["Filtr KPI / grafy"]

Vazby mimo formulář Uživatelé

Příklady

Příklad 1 — nový obchodník „Jan Novák“

1. users?action=add&id=0
2. Přihlašovací jméno jan.novak, celé jméno Jan Novák, e-mail, telefon, dočasné heslo.
3. Role Obchodník (b) nebo Nový uživatel (x) s vynucenou změnou hesla.
4. Jazyk cs; modulová práva ponechat vypnutá, pokud má pracovat jen s akcemi.
5. Po uložení — uživatel dostane e-mail; superadmin v Střediscích může přiřadit KPI střediska.

Příklad 2 — technik s omezenou slevou

• Role o (technik); v ?action=tech&id=… vybrat kategorie audia.
• Max. sleva u služeb nastavit na 15 % — obchodník s vyšší rolí nemůže v akci překročit strop v dané kategorii.
• Úpravy cen v objednávce — zaškrtnout jen Mobiliář a Techniku (pokud modul nákladů běží).

Příklad 3 — účetní pro fakturaci objednávek

• Role může zůstat k (nahlížející) nebo m.
• Zapnout Posílání objednávek k fakturaci (fakturace=1) — v akci lze objednávku odeslat na její e-mail.
• Nákupčí = Ne; hlavní schvalování objednávek řeší jiný účet s nakupci=1.

flowchart LR
    subgraph ucet["Účet users"]
        U1["login + role admin"]
        U2["modulové příznaky"]
    end
    subgraph akce["Modul Akce"]
        A1["Vlastník akce"]
        A2["Menu kroků"]
        A3["Max. sleva na řádku"]
    end
    subgraph jinde["Jinde nastaveno"]
        J1["KPI střediska"]
        J2["HR karta karta"]
        J3["Infosheetař usersinfo"]
    end
    U1 --> A2
    U1 --> A1
    U2 --> A3
    J1 -.-> A1

Doporučený postup při zavádění nájemce:

1. Nejdřív superadmin (s) a jeden admin (t).
2. Obchodníci (b) s rolí x a silným heslem — po prvním loginu změna hesla.
3. Techniky (o/p) a personální (e) až podle potřeby modulů.
4. KPI filtry doplnit ve Střediscích, ne v Uživatelích.
5. Neaktivní účty nemazat z DB — použít křížek v seznamu (soft delete), obnovení jen superadminem.

Budovy — podrobný popis (budovy)

Kdo menu vidí: Položka Budovy je určena jen superadministrátorovi (s). Ostatní role ji v levém menu nemají — budovy pro běžnou práci spravuje administrátor budov (t, b) v Nastavení → Prostory (dovareal→dovbudovy→dovmistnosti).

Obrazovka budovy (Budovy pro kalendář) nevytváří nové budovy. Zobrazuje seznam budov, které už existují v tabulce dov (záznamy s mistnost = 0, bez majetku, nesmazané). Superadmin u každé budovy nastaví jen to, jak se budova zkráceně a barevně zobrazí v kalendářích akcí — pole ZkratkaA (počet znaků zkratky) a PopisA (barva pozadí odznaku).

K čemu to slouží: V měsíčním kalendáři akcí, týdenním přehledu a cache dovakcekalendar uvidíte u akce kromě střediska také barevný odznak budovy (např. „KO“ pro Kongresové centrum) — rychle poznáte, ve kterém areálu akce probíhá. Zobrazení zkratek budov v kalendáři závisí na konfiguraci ProstoryZkratky = 1 (zapnuto v nastavení instalace).

Rozdíl: superadmin Budovy vs. admin Prostory

Obrazovka superadmina

Seznam má sloupce Název (plný název budovy z dov.Zkratka), Areál (nadřazený areál KodP), Znaků (aktuálně nastavená délka zkratky pro kalendář — buňka má barvu z kalendářového nastavení). U řádku je ikona úpravy (?action=add&bud=…).

Klik na název budovy otevře formulář úpravy kalendářového zobrazení.

Parametry formuláře úpravy

Tlačítko Vložit zkratku a barvu uloží změny (!dov/BudovyVloz2) a vrátí na seznam.

Kde se nastavení projeví

flowchart LR
    ADM["Admin: Nastavení → Prostory"] --> D["Tabulka dov  -  budovy a místnosti"]
        SA["Superadmin: budovy"] --> Z["ZkratkaA + PopisA barva"]
    D --> Z
    Z --> KAL["dovakcekalendar / kalendář akcí"]
    D --> REZ["Rezervace v akci step021"]
    REZ --> KAL

Doporučený postup:

1. Nejdřív nechte admina založit areály, budovy a místnosti v Nastavení → Prostory (ceny, smlouvy).
2. Pak superadmin v Budovy nastaví u každé budovy krátkou zkratku (2–3 znaky) a výraznou barvu — odlište budovy vizuálně v kalendáři.
3. Ověřte v kalendáři akcí, že je zapnuto zobrazování zkratek prostor (ProstoryZkratky) a že akce má rezervovaný prostor v dané budově.
4. Střediska a budovy řešíte odděleně: středisko = obchodní divize akce, budova = fyzický areál rezervace.

Rozdíl oproti běžnému menu

Praktický tip: Před zapnutím nového nájemce nebo větší změny cen projděte pořadí: Pronájem (časy) → Doklady / Smlouvy podle budov (vzory + vazba v Prostorech) → Uživatelé → Střediska (číselník + KPI osoby) → Budovy (zkratky kalendáře, až existují záznamy v Prostorech) → Akce dnů (zamčení). Až potom necháte obchodníky pracovat s akcemi.