Admin + SuperMax Admin odhad

01Shrnutí

Řešení je ověřené v praxi, odhady jsou po společném callu zpřesněné.

FE odhad bez importu: 1,5 MD. Zahrnuje dotažení ověřeného prototypu, odlišení super admin účtů v aplikaci a testování s velkým účtem.
Ověřeno na dev prostředí. Účet se 600 lékárnami funguje, token i všechny dotčené endpointy to zvládají s rezervou. Funkční FE prototyp existuje (výběr lékárny na správě směn, ve vytváření směny i na profilu).
Import směn byl zjednodušen. Na FE jen formulář pro nahrání souboru a seznam požadavků se stavem, bez sledování průběhu. FE 0,5–1 MD, BE 1 MD (synchronní zpracování). Zatím se nedělá, ocení se pro případ, že bude požadován.
Odstupňovaný přístup funguje bez úprav BE. Každý centrální účet vidí jen lékárny, které mu administrace přiřadí (např. jeden 400, druhý 350). Aplikace se řídí přiřazením v tokenu.

1,5 MD

FE bez importu

~2,5 MD

Import navíc (FE + BE)

~600

Lékáren v síti

600 lékáren

Ověřeno na dev

02Výklad zadání

Zadání popisuje jeden požadavek a dvě možné cesty implementace.

Požadavek: dva typy přístupu. Cca 500 lidí, každý za jednu pobočku (např. Lékárna na Václaváku), a cca 20 centrálních lidí s přístupem ke všem lékárnám sítě.

Dvě navržené cesty:

Varianta 1: dva typy účtů v aplikaci. Běžné účty s jednou lékárnou a centrální účty s přiřazenými všemi 600 lékárnami. Vše probíhá v existující aplikaci, tohle je FE téma a dále rozpracovaná cesta.
Varianta 2: limitovaná kopie admin účtu. Dr.Max dostane omezený přístup do interní administrace systému, filtrovaný na jejich lékárny a směny. Jde o úpravu administrace a backendu, frontendové aplikace se netýká.

Import směn

Import je BE funkcionalita se synchronním zpracováním v transakci (BE odhad 1 MD). Na FE k tomu patří formulář pro nahrání souboru a seznam požadavků se stavem, obnovovaný ručně nebo automaticky po půl minutě (FE 0,5–1 MD). Importní soubor obsahuje jen směny s identifikátory lékáren; seznam identifikátorů dodá administrace exportem na vyžádání.

03Ověření na dev prostředí

Klíčové předpoklady odhadu byly ověřeny na dev backendu s testovacím účtem se 600 lékárnami.

Účet se 600 přiřazenými lékárnami se přihlásí a funguje ve všech dotčených částech aplikace.
Token s 600 lékárnami má cca 3,7 kB, roste lineárně a limity hlaviček mají rezervu i pro zhruba dvojnásobný počet lékáren.
Seznam lékáren, profil uživatele, filtrování směn podle lékárny i vytvoření směny na později přiřazené pobočce vracejí správné výsledky v běžných odezvách.
Funkční FE prototyp: vyhledávací výběr lékárny na správě směn, ve vytváření směny a na profilu (detail pobočky se načítá až po výběru).

Závěr

Backend přiřazení stovek lékáren na jeden účet zvládá už dnes. Zbývající FE práce je dotažení UX prototypu, ne stavba od nuly.

04Proč výběr lékárny, ne přehled všeho

Aplikace je dnes stavěná na jednotky poboček na účet. Výběr lékárny to řeší bez větších zásahů.

Co by u účtu se 600 lékárnami bez úprav nefungovalo dobře:

Warning

Správa směn načítá při otevření směny všech poboček účtu, jeden request na pobočku. Při 600 lékárnách by šlo o 600 souběžných requestů.

Warning

Profil načítá detail každé pobočky a zobrazuje pobočky jako záložky. Při 600 pobočkách to nedává smysl.

Řešení (ověřené prototypem): centrální účet si lékárnu nejdřív vybere přes vyhledávací pole (600 položek se filtruje přímo v prohlížeči, úpravy API nejsou potřeba) a stránka směn načte jen tu jednu. Od té chvíle je chování stejné jako u běžného účtu. Profil pro centrální účet zobrazuje seznam poboček a detail načítá až po výběru konkrétní pobočky.

Souhrnný přehled směn přes všech 600 lékáren najednou v odhadu není. Reálná centrální potřeba (např. neobsazené směny v příštím týdnu) je spíš konkrétní report s filtrem než jeden dlouhý seznam. Pokud takový požadavek přijde, ocení se podle konkrétního zadání.

05Odhad FE

Položkový rozpad FE práce po ověření prototypem.

Položka	Odhad	Poznámka
Dotažení UX výběru lékárny (správa směn, vytváření směny, profil)	0,5–1 MD	prototyp funguje, zbývá výchozí předvybraná lékárna, provázání výběru mezi obrazovkami a umístění prvků
Odlišení super admin účtů v aplikaci (boční lišta + profil)	1–2 h	navazuje na novou roli na BE (cca 2 h na BE)
Testování s velkým účtem + koordinace s BE	1–4 h	součástí je ověřit chování editace směn s velkým účtem
Import UI: formulář pro nahrání souboru + seznam požadavků se stavem	0,5–1 MD	jen pokud bude import požadován; bez sledování průběhu, obnovení ručně nebo po půl minutě

FE bez importu: 1,5 MD. Import UI navíc: 0,5–1 MD.

06Předpoklady a mimo rozsah

Co odhad předpokládá a co neřeší.

Práva: centrální účet má stejná oprávnění jako majitel pobočky, u každé přiřazené lékárny. Pokud by Dr.Max potřeboval odlišná nebo omezená práva, je to samostatná položka k ocenění na BE i FE.
Zakládání účtů: super admin se zaregistruje běžnou registrací, lékárny mu následně přiřadí administrace na backendu. Přiřazení lze kdykoli měnit, včetně později vzniklých lékáren. Není součástí FE odhadu.
Odstupňovaný přístup: účet vidí přesně ty lékárny, které mu byly přiřazeny. Funguje bez dalších úprav na BE i FE.
Souhrnný přehled přes síť není součástí. Případný centrální report se ocení podle konkrétního zadání.
Formát importního souboru definuje BE, FE převezme, co endpoint přijímá. Identifikátory lékáren pro import dodá administrace exportem.

07Souhrn čísel

FE a BE dohromady, podle rozsahu.

Scénář	FE	BE	Celkem
Bez importu	1,5 MD	cca 2 h (role super admina)	cca 1,5–2 MD
Import směn (pokud bude požadován)	0,5–1 MD	1 MD (synchronní zpracování)	cca 2,5 MD navíc
Varianta 2 (kopie admin účtu)	žádná FE práce	ocení BE (administrace)	mimo FE