A v takovém případě není výjimkou, že se v systému objeví i více než 10 000 aktivních termínů.
Naštěstí to není nic, s čím by si eLístky nedokázaly poradit. Jen je potřeba myslet nejen na samotné vygenerování termínů, ale také na jejich správné zobrazení a pohodlnou práci na pokladnách.
Příprava sezóny není otázka pár kliknutí
Celá sezóna většinou není jednotná. Jiný režim může platit v květnu, jiný během hlavní letní sezóny a úplně jiný například na podzim. Liší se otevírací doba, počet prohlídek, dostupné časy a občas i kapacity.
Při přípravě generování termínů je proto potřeba přemýšlet dopředu. Opakování se proto nastavuje postupně po jednotlivých měsících, protože každý z nich může mít vlastní pravidla. Do toho vstupují také státní svátky, prodloužené víkendy nebo mimořádné dny, kdy má řada objektů otevřeno nad rámec běžné otevírací doby.
Výsledkem je, že příprava takového generování opravdu není jen otázkou několika kliknutí. Jde spíše o pečlivou práci, která zabere čas, ale na oplátku umožní mít celou sezónu připravenou dopředu a bez nutnosti neustálých zásahů.
Rychlost systému při velkém množství termínů
Na první pohled by se mohlo zdát, že více než 10 000+ aktivních termínů musí automaticky znamenat problém s rychlostí. Systém totiž u termínovaných vstupů nepracuje jen se seznamem časů, ale zároveň průběžně vyhodnocuje dostupné kapacity, obsazenost a další provozní informace.
Díky optimalizacím a cachování na úrovni databáze se ale odezva systému i při takto velkém objemu dat pohybuje přibližně v rozmezí 1–2 sekund. Ano, je to více než běžné odezvy v řádu milisekund. Vzhledem k objemu zpracovávaných dat se ale stále jedná o velmi dobře použitelný výkon, který umožňuje se systémem běžně pracovat i při extrémně rozsáhlé sezóně.
Skutečný problém může vzniknout až na pokladně
Zajímavé je, že hlavní problém nemusí být na straně samotného systému. Ten si s velkým množstvím termínů poradí. Citelnější dopad se může projevit až na pokladních místech, zejména pokud běží na slabším hardwaru. Velké množství termínů totiž znamená větší objem dat načítaných do rozhraní. To může vést k vyšším nárokům především na operační paměť a u méně výkonných zařízení také k pomalejší odezvě.
Jinými slovy: systém data zvládne, ale pokladní zařízení je musí také pohodlně zobrazit a zpracovat.
A právě tady se ukazuje, že u velkých sezón nerozhoduje jen výkon serveru, ale i správné nastavení práce s daty na straně uživatele.
Jednoduché nastavení, které udělá velký rozdíl
Dobrá zpráva je, že řešení bývá překvapivě jednoduché. Na pokladně není potřeba zobrazovat všechny termíny napříč celou sezónou. Pro běžný provoz dává mnohem větší smysl pracovat primárně s aktuálním dnem. Po přihlášení se tak pokladně automaticky zobrazí dnešní termíny. Tím se výrazně sníží objem dat, se kterými rozhraní aktuálně pracuje, a odezva se vrátí zpět na velmi svižnou úroveň v milisekundách.
Z pohledu uživatele jde o drobné nastavení. Z pohledu každodenního provozu ale může mít obrovský dopad. Pokladní vidí přesně to, co v danou chvíli potřebuje. Systém zbytečně nenačítá tisíce termínů, které nejsou pro aktuální prodej relevantní. A práce na pokladně je díky tomu rychlejší, přehlednější a pohodlnější.
Závěr
eLístky jsou připravené pracovat i s velmi velkým množstvím dat. Bez problémů zvládnou i scénáře, kdy je dopředu připravena celá sezóna s tisíci termíny. V praxi ale nejde jen o to, co systém technicky zvládne. Stejně důležitý je také komfort práce na pokladně, rychlost rozhraní a způsob, jakým se s daty každodenně pracuje. A právě v těchto situacích často rozhodují zdánlivé drobnosti. Například správné filtrování termínů podle aktuálního dne.
Protože dobře připravená sezóna není jen o tom, že jsou termíny v systému. Je hlavně o tom, že se s nimi dobře pracuje.
Máte podobný scénář?
Řešíte velké množství termínů, složitou sezónnost nebo výkon pokladních míst? Ozvěte se nám. Rádi se podíváme na vaše konkrétní potřeby a navrhneme řešení, které bude fungovat nejen technicky, ale hlavně v každodenním provozu.