Datová šablona pro údržbu majetku
Datová šablona pro údržbu majetku
- Doporučené atributy pro podrobnou analýzu
- Důležité milníky procesu ke sledování
- Pokyny k extrakci dat z Oracle
Atributy údržby majetku
| Název | Popis | ||
|---|---|---|---|
|
Aktivita
ActivityName
|
Název události nebo změny stavu ve workflow. | ||
|
Popis
Tento atribut zachycuje konkrétní krok v procesu údržby, například „Vytvoření pracovního příkazu“, „Zahájení operace“ nebo „Uzavření pracovního příkazu“. V mapě procesů představuje jednotlivé uzly. Analytici jej používají k zobrazení průběhu procesu, rozpoznání variant a odhalení úzkých míst mezi konkrétními kroky.
Proč je to důležité
Je nezbytný pro určení průběhu procesu a posloupnosti událostí.
Kde data získat
Odvozeno z tabulek historie transakcí nebo protokolů změn stavu.
Příklady
Vytvoření pracovního příkazu údržbyUvolnění pracovního příkazuDokončení operace
|
|||
|
Časové razítko události
EventDateTime
|
Datum a čas, kdy k aktivitě došlo. | ||
|
Popis
Tento atribut zaznamenává přesný okamžik události. Slouží k chronologickému seřazení aktivit v rámci případu a k výpočtu doby mezi jednotlivými kroky. Přesná časová razítka jsou nezbytná pro výpočet průběžných dob, odhalování zdržení a měření výkonnosti vůči SLA.
Proč je to důležité
Je nezbytný pro sestavení časové osy procesu.
Kde data získat
Sloupce CREATION_DATE nebo LAST_UPDATE_DATE v tabulkách transakcí.
Příklady
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
|
|||
|
Pracovní příkaz údržby
WorkOrderNumber
|
Jedinečný identifikátor pracovního příkazu údržby. | ||
|
Popis
Číslo pracovního příkazu je jedinečný identifikátor případu v procesu údržby. Sleduje průběh údržbářského úkolu od prvního požadavku nebo vytvoření plánu až po realizaci, dokončení a finanční uzavření. Při analýze slouží tento atribut jako hlavní klíč pro propojení dat o událostech s atributy případu. Analytici díky němu mohou seskupit všechny činnosti související s jednou zakázkou a vypočítat celkovou dobu jejího průběhu.
Proč je to důležité
Jde o primární klíč instance procesu, který je nezbytný pro rekonstrukci historie případu.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec WORK_ORDER_NUMBER
Příklady
WO-2023-0015WO-2023-0089WO-2023-1102
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko poslední extrakce dat. | ||
|
Popis
Datum a čas poslední extrakce nebo aktualizace dat v nástroji process mining. Uživatelé tak zjistí, jak aktuální je analýza. Jde o systémové metadatové pole potřebné pro správu dat.
Proč je to důležité
Uživatelé díky němu vědí, jak aktuální jsou data.
Kde data získat
Systémový čas při extrakci.
Příklady
2023-10-30T12:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Název systému, ze kterého data pocházejí. | ||
|
Popis
Označuje zdrojový software nebo databázi, ze které byl záznam získán. V tomto případě jde obvykle o „Oracle Maintenance Cloud“. V prostředí s více systémy pomáhá sledovat původ dat.
Proč je to důležité
Sleduje původ dat v prostředí s více systémy.
Kde data získat
Nastavuje se pevně při extrakci.
Příklady
Oracle Maintenance CloudOracle Cloud ERP
|
|||
|
Číslo zařízení
AssetNumber
|
Jedinečný identifikátor zařízení, na kterém se provádí údržba. | ||
|
Popis
Identifikuje konkrétní fyzické zařízení nebo stroj, kterého se pracovní příkaz údržby týká. Propojuje proces s hierarchií zařízení. Je důležitý pro KPI četnosti opakovaných oprav zařízení. Analytici díky němu mohou odhalit stroje, které se opakovaně porouchávají.
Proč je to důležité
Propojuje údržbářské činnosti s konkrétním fyzickým zařízením.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec ASSET_ID (propojení s CSI_ITEM_INSTANCES).
Příklady
PUMP-101HVAC-Unit-5CONVEYOR-BELT-A
|
|||
|
Kód organizace
OrganizationCode
|
Kód organizace údržby nebo závodu. | ||
|
Popis
Označuje konkrétní organizační jednotku, závod nebo provozovnu odpovědnou za údržbu. Umožňuje porovnávat výsledky mezi regiony a provozovnami. Slouží k mapování rozdílů ve výkonnosti mezi jednotlivými pracovišti nebo provozními jednotkami.
Proč je to důležité
Rozdělení analýzy podle fyzického umístění nebo organizační jednotky.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec ORGANIZATION_ID.
Příklady
M1NY-PLANTLON-DEPOT
|
|||
|
Priorita
Priority
|
Naléhavost přiřazená pracovnímu příkazu. | ||
|
Popis
Označuje důležitost pracovního příkazu, například Critical, High, Medium nebo Low. Podle priority se plánuje práce a přidělují zdroje. Je důležitá pro dashboard Efektivita převodu na pracovní příkaz, který pomáhá zajistit správné upřednostnění kritických závad.
Proč je to důležité
Určuje cílovou dobu reakce a přidělení zdrojů.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec WORK_ORDER_PRIORITY_ID.
Příklady
KritickáVysokáStandardní
|
|||
|
Přiřazený technik
AssignedTechnician
|
Osoba nebo skupina zdrojů pověřená provedením úkolu. | ||
|
Popis
Zachycuje ID uživatele nebo zaměstnance, který za práci odpovídá. Přiřazení může být na úrovni hlavičky nebo operace. Používá se při analýze využití techniků a práce k odhalení nedostatků v dovednostech nebo přetížení zdrojů.
Proč je to důležité
Umožňuje analyzovat výkonnost zdrojů a plánovat kapacity.
Kde data získat
Tabulka WIE_OPERATION_RESOURCES nebo podobná tabulka přiřazení.
Příklady
J. SmithTech-005Externí dodavatel
|
|||
|
Skutečné datum dokončení
ActualCompletionDate
|
Datum a čas dokončení údržby. | ||
|
Popis
Zaznamenává dokončení fyzické práce. Toto časové razítko uzavírá fázi provádění v životním cyklu. Je koncovým bodem doby technického provádění a počátečním bodem administrativní prodlevy.
Proč je to důležité
Označuje konec fáze technického provádění.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec COMPLETED_DATE nebo CLOSED_DATE.
Příklady
2023-10-252023-10-262023-10-27
|
|||
|
Skutečné datum zahájení
ActualStartDate
|
Skutečné datum a čas zahájení práce. | ||
|
Popis
Zaznamenává, kdy technik skutečně zahájil práci. Záznam často vzniká při transakci „Operation Started“. Používá se k výpočtu prodlevy při zajištění materiálu (koncový bod) a plynulosti plánování zdrojů.
Proč je to důležité
Důležité pro výpočet skutečné doby provádění a její porovnání s plánem.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec ACTUAL_START_DATE.
Příklady
2023-10-212023-10-222023-10-23
|
|||
|
Stav pracovního příkazu
WorkOrderStatus
|
Aktuální stav pracovního příkazu v jeho životním cyklu. | ||
|
Popis
Označuje stav pracovního příkazu, například Unreleased, Released, On Hold, Completed nebo Closed. Pomáhá filtrovat stále otevřené případy od těch, které už byly dokončeny. V dashboardech slouží k zobrazení aktuální rozpracovanosti (WIP) a k odhalení příkazů, které uvízly v určitém stavu.
Proč je to důležité
Poskytuje přehled o průběhu pracovního příkazu v daném okamžiku.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec WORK_ORDER_STATUS_ID.
Příklady
UvolněnoPozastavenoUzavřeno
|
|||
|
Typ údržby
WorkOrderType
|
Rozděluje pracovní příkazy na preventivní, opravné nebo prediktivní. | ||
|
Popis
Tento atribut určuje povahu údržbářské práce. Mezi běžné hodnoty patří Preventive, Corrective, Emergency nebo Condition-Based. Je důležitý pro KPI podílu preventivní údržby. Analytici díky němu mohou porovnat objem plánované práce s neplánovanými zásahy při poruchách.
Proč je to důležité
Rozlišuje plánovanou údržbu od oprav prováděných v reakci na poruchu.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec WORK_ORDER_TYPE_ID (propojený s definicí typu).
Příklady
PreventivníOpravnáHavarijní
|
|||
|
Celkové náklady
TotalCost
|
Celkové finanční náklady na pracovní příkaz. | ||
|
Popis
Součet nákladů na materiál, práci a režii spojených s pracovním příkazem. Obvykle se konečná částka stanoví při aktivitě „Maintenance Costs Transferred“. Používá se při analýze přesnosti plánování údržby k porovnání rozpočtu se skutečnými výdaji.
Proč je to důležité
Hlavní finanční ukazatel údržby.
Kde data získat
Tabulky kalkulace nákladů propojené s ID pracovního příkazu.
Příklady
1500.00250.505000.00
|
|||
|
Cílové datum SLA
SlaTargetDate
|
Termín, do kterého musí být pracovní příkaz dokončen. | ||
|
Popis
Vypočítává se podle priority a data vytvoření. Vyjadřuje závazek vůči firmě obnovit provozuschopnost zařízení. Používá se v KPI míry plnění SLA k ověření, zda údržba plní své servisní závazky.
Proč je to důležité
Stanovuje kritéria pro včasné dokončení.
Kde data získat
Obvykle jde o vlastní pole nebo hodnotu odvozenou z nastavení priority.
Příklady
2023-11-012023-11-052023-11-10
|
|||
|
Datum požadavku
RequestDate
|
Datum přijetí původního požadavku na údržbu. | ||
|
Popis
Časové razítko označující, kdy byla potřeba údržby poprvé zjištěna a zaznamenána. Od tohoto okamžiku se počítá doba vyřízení. Je důležité pro KPI doby převodu požadavku na pracovní příkaz, které měří prodlevu mezi zjištěním problému a vytvořením příkazu.
Proč je to důležité
Označuje začátek celého životního cyklu procesu.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, odvozená z odkazu na zdrojový požadavek.
Příklady
2023-10-012023-10-052023-11-12
|
|||
|
Kategorie zařízení
AssetCategory
|
Rozdělení zařízení do skupin, například HVAC, vozový park nebo výrobní linka. | ||
|
Popis
Zařazuje zařízení do širších skupin. Umožňuje souhrnnou analýzu výkonnosti údržby u různých typů zařízení. Používá se v dashboardu Přehled průběžné doby údržby k určení tříd zařízení, které způsobují největší zdržení.
Proč je to důležité
Umožňuje souhrnnou analýzu výkonnosti údržby podle typu zařízení.
Kde data získat
Odvozeno z kategorie položky přiřazené k ID zařízení.
Příklady
Těžké strojeVozidla vozového parkuBudovy a areály
|
|||
|
Odhadované pracovní hodiny
EstimatedLaborHours
|
Plánovaný počet pracovních hodin pro pracovní příkaz. | ||
|
Popis
Odhadovaná doba potřebná k provedení práce. Stanovuje se při plánování nebo uvolnění příkazu. Porovnáním se skutečně odpracovanými hodinami zjistíte odchylku a můžete zpřesnit budoucí plánování.
Proč je to důležité
Srovnávací základ pro hodnocení efektivity provádění.
Kde data získat
Tabulka WIE_OPERATION_RESOURCES, plánované množství.
Příklady
5.010.01.0
|
|||
|
Opakovaná oprava
IsRework
|
Příznak označující, zda jde o opakovanou opravu. | ||
|
Popis
Logická hodnota true, pokud byl během předchozích 30 dnů uzavřen jiný pracovní příkaz pro stejné ID zařízení. Jde o vypočítaný atribut. Přímo podporuje KPI četnosti opakovaných oprav zařízení a pomáhá odhalit nekvalitní opravy nebo poruchová zařízení.
Proč je to důležité
Pomáhá odhalit problémy s kvalitou a opakující se poruchy.
Kde data získat
Vypočítává se ve vrstvě transformace dat.
Příklady
truefalse
|
|||
|
Plánované datum zahájení
ScheduledStartDate
|
Plánované datum zahájení údržby. | ||
|
Popis
Datum a čas, kdy měla práce podle plánu začít. Porovnáním se skutečným datem zahájení zjistíte, zda se práce držela plánu. Používá se při analýze plánování a zpoždění k odhalení narušení plánu údržby.
Proč je to důležité
Základ pro měření dodržení plánu a zpoždění.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec PLANNED_START_DATE.
Příklady
2023-10-202023-10-212023-10-22
|
|||
|
Popis pracovního příkazu
WorkOrderDescription
|
Stručný popis problému nebo úkolu. | ||
|
Popis
Volné textové pole, do kterého žadatel nebo plánovač popisuje problém či požadovanou práci. Doplňuje kontext, který ve strukturovaných datech nemusí být zachycen. Hodí se pro textovou analýzu nebo ruční kontrolu typů práce označených jako „Jiné“.
Proč je to důležité
Poskytuje srozumitelný kontext k úkolu údržby.
Kde data získat
Tabulka WIE_WORK_ORDERS_B, sloupec WORK_ORDER_DESCRIPTION.
Příklady
Vyměnit motor dopravníkového pásuMěsíční bezpečnostní kontrolaOpravit únik oleje na čerpadle A
|
|||
|
Skutečně odpracované hodiny
ActualLaborHours
|
Celkový počet hodin, které technici odpracovali na tomto pracovním příkazu. | ||
|
Popis
Součet všech dob zaznamenaných v pracovních transakcích k danému pracovnímu příkazu. Ukazuje skutečně vynaložené úsilí. Používá se v KPI odchylky mezi odhadovanými a skutečnými pracovními hodinami k posouzení přesnosti plánování.
Proč je to důležité
Důležitý ukazatel pro kalkulaci nákladů a efektivitu pracovní síly.
Kde data získat
Agregováno z tabulky WIE_WORK_ORDER_TRANSACTIONS (transakce zdrojů).
Příklady
4.512.00.75
|
|||
Činnosti při údržbě majetku
| Aktivita | Popis | ||
|---|---|---|---|
|
Dokončení pracovního příkazu
|
Technické dokončení celého pracovního příkazu. Znamená, že je zařízení opravené a připravené k provozu, i když finanční zpracování může pokračovat. | ||
|
Proč je to důležité
Z provozního hlediska jde o skutečný konec údržbářského zásahu. Událost slouží k výpočtu dodržení SLA.
Kde data získat
Odvozeno z tabulky WIE_WO_STATUS_HISTORY při změně STATUS_CODE na 'COMPLETED'.
Zachycení
Porovnejte hodnotu stavového pole před změnou a po ní.
Typ události
explicit
|
|||
|
Uvolnění pracovního příkazu
|
Změna stavu pracovního příkazu z Draft nebo Unreleased na Released. Tím se povolí čerpání materiálu a zdrojů pro daný příkaz. | ||
|
Proč je to důležité
Označuje konec plánovací fáze a povolení k zahájení realizace. Zdržení v tomto kroku ukazují na úzká místa v plánování.
Kde data získat
Odvozeno z tabulky WIE_WO_STATUS_HISTORY při změně STATUS_CODE na 'RELEASED'.
Zachycení
Porovnejte hodnotu stavového pole před změnou a po ní.
Typ události
inferred
|
|||
|
Uzavření pracovního příkazu
|
Závěrečné administrativní uzavření pracovního příkazu. Poté už nelze účtovat další náklady a příkaz je uzavřen pro účetní zpracování. | ||
|
Proč je to důležité
Označuje konec administrativního cyklu. Doba mezi dokončením a uzavřením představuje administrativní prodlevu.
Kde data získat
Odvozeno z tabulky WIE_WO_STATUS_HISTORY při změně STATUS_CODE na 'CLOSED'.
Zachycení
Porovnejte hodnotu stavového pole před změnou a po ní.
Typ události
explicit
|
|||
|
Výdej materiálu
|
Skutečné odepsání zásob ze skladu a jejich vydání pro konkrétní pracovní příkaz. Zachycuje fyzický přesun dílů na místo údržby. | ||
|
Proč je to důležité
Jde o konkrétní známku toho, že se práce chystá začít. Porovnání s událostí 'Released' odhalí zdržení při vychystávání ve skladu.
Kde data získat
Odvozeno z tabulky INV_MATERIAL_TXNS, kde TRANSACTION_SOURCE_TYPE_ID odkazuje na pracovní příkaz.
Zachycení
Zaznamená se při provedení transakce X.
Typ události
explicit
|
|||
|
Vytvoření požadavku na údržbu
|
První podání požadavku na údržbu prostřednictvím samoobslužného portálu nebo rozhraní helpdesku. Tato událost zachycuje první oznámení závady nebo potřeby servisu ještě před vystavením formálního pracovního příkazu. Obvykle se zaznamenává v tabulce Work Requests. | ||
|
Proč je to důležité
Označuje skutečný začátek cyklu požadavku na údržbu. Je nezbytný pro výpočet průběžné doby od zjištění závady po vytvoření pracovního příkazu, podle kterého lze zahájit práci.
Kde data získat
Odvozeno z tabulky MNT_WORK_REQUESTS z pole CREATION_DATE.
Zachycení
Zaznamená se při vložení záznamu do tabulky Work Requests.
Typ události
explicit
|
|||
|
Vytvoření pracovního příkazu údržby
|
Vytvoření entity Work Order systémem, ať už převodem požadavku, nebo ručně. Tato událost určuje Case ID pro process mining a stanovuje výchozí bod plánování a realizace. | ||
|
Proč je to důležité
Hlavní událost, která určuje instanci procesu. Odděluje fázi příjmu požadavku od plánování a realizace.
Kde data získat
Odvozeno z časového razítka CREATION_DATE v tabulce WIE_WORK_ORDERS_B.
Zachycení
Zaznamená se při vytvoření hlavičky pracovního příkazu.
Typ události
explicit
|
|||
|
Zahájení operace
|
Zahájení konkrétní operace, například Op 10 nebo Op 20, v rámci pracovního příkazu. Jde o přesný okamžik, kdy začíná technická práce na úkolu. | ||
|
Proč je to důležité
Představuje milník „Zahájení práce“. Je nezbytný pro porovnání skutečné doby práce technika s plánovanou dobou.
Kde data získat
Odvozeno ze změn stavu v tabulce WIE_WO_OPERATIONS_B nebo z časového razítka první transakce zdrojů pro danou operaci.
Zachycení
Odvoďte porovnáním polí X a Y.
Typ události
inferred
|
|||
|
Zaznamenání odpracovaných hodin
|
Zaznamenání času, který technik strávil prací na pracovním příkazu. Jde o transakční událost, při níž se náklady přiřazují k údržbářské činnosti. | ||
|
Proč je to důležité
Sleduje vynaložené úsilí a vznikající náklady. Více událostí tohoto typu značí pokračující práci a slouží k výpočtu celkových odchylek v odpracovaném čase.
Kde data získat
Odvozeno z tabulky WIE_RESOURCE_TRANSACTIONS.
Zachycení
Zaznamená se při provedení transakce X.
Typ události
explicit
|
|||
|
Dokončení operace
|
Dokončení konkrétního kroku (operace) v pracovním postupu. Označuje, že daná část technické práce je hotová. | ||
|
Proč je to důležité
Poskytuje podrobný přehled o průběhu práce. Událost „Provedení údržbářského úkolu“ se obvykle odvozuje od dokončení poslední operace.
Kde data získat
Odvozeno ze změn stavu v tabulce WIE_WO_OPERATIONS_B nebo z historie transakcí, která dokládá dokončení.
Zachycení
Porovnejte hodnotu stavového pole před změnou a po ní.
Typ události
inferred
|
|||
|
Naplánování pracovního příkazu
|
Přiřazení konkrétního data zahájení nebo zdrojů, například techniků či nástrojů, k operacím pracovního příkazu. Tím se v systému aktualizují plánovaná data. | ||
|
Proč je to důležité
Měří efektivitu týmu, který přiděluje a plánuje práci. Prodleva mezi uvolněním a naplánováním ukazuje na nedostatek dostupných zdrojů.
Kde data získat
Odvozeno z aktualizací plánovacích sloupců v tabulce WIE_OPERATION_RESOURCES nebo WIE_WO_OPERATIONS_B.
Zachycení
Porovnejte hodnotu stavového pole před změnou a po ní.
Typ události
inferred
|
|||
|
Pozastavení pracovního příkazu
|
Stav pracovního příkazu se změní na 'On Hold' a realizace se zastaví. Obvykle k tomu dochází kvůli chybějícím dílům, nedostupnému pracovišti nebo bezpečnostním problémům. | ||
|
Proč je to důležité
Jde o významný zdroj neefektivity procesu. Sledování četnosti a délky pozastavení pomáhá zkrátit celkovou průběžnou dobu.
Kde data získat
Odvozeno z tabulky WIE_WO_STATUS_HISTORY při změně STATUS_CODE na 'ON_HOLD'.
Zachycení
Porovnejte hodnotu stavového pole před změnou a po ní.
Typ události
explicit
|
|||
|
Převedení nákladů na údržbu
|
Převod nahromaděných nákladů ze systému údržby do modulu Cost Management. Tím se finanční vypořádání uzavře. | ||
|
Proč je to důležité
Potvrzuje, že finanční dopad údržby byl zaúčtován. Je nezbytný pro analýzu „Přesnost plánování údržby“.
Kde data získat
Odvozeno z tabulek rozúčtování Cost Accounting propojených se zdrojem transakce pracovního příkazu.
Zachycení
Zaznamená se při provedení transakce X.
Typ události
inferred
|
|||
|
Přidělení materiálu
|
Rezervace nebo přidělení potřebných náhradních dílů a součástí k pracovnímu příkazu. Zajišťuje, že jsou zásoby k dispozici před zahájením práce. | ||
|
Proč je to důležité
Tento krok je důležitý pro analýzu připravenosti dodavatelského řetězce. Zdržení může ukazovat na nedostatek zásob nebo pomalé plánování nákupu.
Kde data získat
Odvozeno z tabulky WIE_WO_COMPONENTS_B podle CREATION_DATE nebo ALLOCATION_DATE.
Zachycení
Zaznamená se při provedení transakce X.
Typ události
explicit
|
|||
|
Zaznamenání kontroly kvality
|
Zadání výsledků kontroly kvality související s pracovním příkazem údržby. Potvrzuje, že oprava splňuje bezpečnostní a provozní požadavky. | ||
|
Proč je to důležité
Potvrzuje shodu. Chybějící kontroly kvality před dokončením mohou ukazovat na bezpečnostní rizika nebo odchylky od procesu.
Kde data získat
Odvozeno z tabulky QA_RESULTS nebo podobných tabulek Quality Collection Plan propojených s ID pracovního příkazu.
Zachycení
Zaznamená se při provedení transakce X.
Typ události
explicit
|
|||
|
Zrušení pracovního příkazu
|
Ukončení pracovního příkazu před úspěšným dokončením. Může k němu dojít, pokud byla práce duplicitní, nepotřebná nebo sloučená s jiným příkazem. | ||
|
Proč je to důležité
Vysoký počet zrušených příkazů může odhalit problémy při příjmu požadavků nebo v logice pro rozpoznávání duplicit.
Kde data získat
Odvozeno z tabulky WIE_WO_STATUS_HISTORY při změně STATUS_CODE na 'CANCELED'.
Zachycení
Porovnejte hodnotu stavového pole před změnou a po ní.
Typ události
explicit
|
|||
Návody k extrakci dat
Chcete začít?
Použijte tuto šablonu ve svém prostředí Oracle a proměňte data o údržbě v konkrétní podklady pro rozhodování. Náš tým vám pomůže s prvními kroky v process mining.
Zlepšete údržbu majetku a omezte zpoždění plánů
Zkraťte dobu cyklu o 30 procent a lépe slaďte zdroje
Bez nutnosti zadávat platební kartu. Zkušební verze na 14 dní.