Závěry a potřeba modernizace

Jádro skautIS (.NET/MSSQL, SOAP) zajišťuje stabilitu a právní jistotu dat. Kolem něj existuje dynamický ekosystém aplikací v PHP, Pythonu a JavaScriptu pro flexibilitu a uživatelský komfort. Volba SOA a SOAP se ukázala jako prozíravá – striktní kontrakty umožnily přežít několik generací frontendových technologií beze změny backendu.

Proč je potřeba nový skautIS?

Přes své nesporné kvality současný systém čelí zásadním výzvám, které modernizací nelze efektivně vyřešit:

1. Technologický dluh (20+ let legacy kódu)

ASP.NET Web Forms – zastaralá technologie, obtížná údržba, nemožnost responzivního designu
.NET Framework – Microsoft ukončil podporu, bezpečnostní záplaty časem zastanou
SOAP API – moderní vývojáři a mobilní frameworky preferují REST/GraphQL
Tight coupling – změna v jádře vyžaduje zásahy do mnoha modulů

2. Uživatelská zkušenost (UX)

Rozhraní navržené pro desktop, na mobilech prakticky nepoužitelné
Složité workflows vyžadují desítky kliků pro jednoduchou operaci
Absence moderních UX pattern (real-time validace, autocomplete, drag & drop)
Nepřístupnost pro osoby se zdravotním postižením (WCAG compliance)

3. Výkon a škálovatelnost

V lednu (registrace) systém pracuje 24 hodin na výpočtech struktury
Synchronní zpracování – jeden pomalý dotaz blokuje ostatní uživatele
Tight coupling s MSSQL – nemožnost horizontálního škálování
Absence cachingu a CDN pro statický obsah

4. Bezpečnost

Monolitická architektura – kompromitace jedné části = risk pro celý systém
Legacy autentizace – obtížné zavádění moderních standard (OAuth2, passwordless)
Auditní log nedostatečný pro moderní compliance požadavky
Absence rate limitingu a DDoS ochrany na aplikační vrstvě

5. Developer Experience

WSDL/SOAP API odrazuje mladé vývojáře a open-source komunitu
Nedostatečná dokumentace – znalost se drží v hlavách jednotlivců
Absence testů – strach z jakékoliv změny ("nikdo neví, co to rozbije")
Vendor lock-in na Microsoft stack – ztěžuje nábor dobrovolníků

6. Provozní náklady

Windows Server + MSSQL licence – desítky tisíc ročně
Specializovaný hosting – závislost na dodavateli
Vysoká časová náročnost údržby – dobrovolníci tráví víkendy "hasičinou"
Absence CI/CD – každý deployment je risk a zabere hodiny

7. Integrace a rozšiřitelnost

SOAP wrappery přidávají latenci a další bod selhání
Satelitní aplikace musí duplikovat business logiku
Obtížné přidávání nových funkcí (např. notifikace, real-time updates)
Nemožnost využít moderní cloud služby (serverless, ML API)

8. Datová architektura

Silná normalizace → složité JOINy → pomalé dotazy
Absence event sourcing → těžká auditovatelnost změn
MSSQL T-SQL stored procedures → business logika zamčená v DB
Migrace na jiný DB engine prakticky nemožná

Strategický důvod: Riziko existence organizace

Kritické riziko: Když .NET Framework ztratí podporu a objeví se kritická bezpečnostní zranitelnost, systém evidující 78 000 dětí a nezletilých musí být okamžitě vypnut. Organizace by přišla o:

Evidenci členů (registrace, pojištění, dotace)
Komunikaci s IZS (Záchranka, táborové hlášenky)
Identity management (Google Workspace, weby jednotek)
Finanční toky (příspěvky, dotace)

Pro technologa je skautIS důkazem, že i v neziskovém sektoru lze budovat software, který snese měřítka profesionálního IT inženýrství. Nový skautIS musí tento standard nejen udržet, ale posunout organizaci do moderní éry cloudových aplikací.

Poznámky

Tento popis vychází z oficiálních informací, základního přehledu funkcí a z technické analýzy (architektura, datový model, API, ekosystém, bezpečnost). Analýza využívá veřejně dostupné technické dokumentace, repozitáře zdrojových kódů, nápovědu a vývojářské diskuse.