Správca informačného systému

"Najviac skúseností mám so systémom SAP, konkrétne s modulmi pre financie (FI/CO) a logistiku (MM). Správa oprávnení v SAPe funguje na princípe vytvárania rolí, ktorým sa prideľujú konkrétne transakčné kódy a oprávnenia (napr. na vytváranie, zmenu alebo len zobrazovanie dát). Tieto role sa následne priraďujú používateľom. Je to kľúčové pre princíp segregácie povinností (SoD), aby napríklad osoba, ktorá vytvára objednávku, nemohla byť zároveň tou istou osobou, ktorá schvaľuje jej úhradu. Snažím sa vždy prideľovať len minimálne potrebné oprávnenia."

"V prvom rade by som si od používateľa vyžiadal presný report a konkrétne čísla, ktoré nesedia. Následne by bol môj postup nasledovný: 1. Reprodukcia problému: Skúsil by som report vygenerovať sám s rovnakými parametrami, aby som overil, či sa chyba opakuje. 2. Kontrola vstupných dát: Ak áno, pozrel by som sa na zdrojové dáta, ktoré do reportu vstupujú. Skontroloval by som niekoľko konkrétnych transakcií za dané obdobie, či neobsahujú nejakú anomáliu alebo chybný zápis. 3. Kontrola logiky reportu: Ak by boli zdrojové dáta v poriadku, preveril by som samotnú logiku a definíciu reportu – či správne filtruje, sčítava a či nedošlo k nejakej nedávnej zmene v jeho definícii. Cieľom je systematicky izolovať, či je chyba v dátach, v reporte alebo v používateľskom vstupe."

"Takmer vždy by som odporučil štandardné konfiguračné riešenie, aj keby bolo časovo náročnejšie. Dôvodom je dlhodobá udržateľnosť systému. Neštandardná customizácia síce môže rýchlo vyriešiť jeden problém, ale v budúcnosti spôsobí oveľa väčšie – napríklad pri inštalácii aktualizácií od výrobcu, ktoré s takouto úpravou nemusia byť kompatibilné. To môže viesť k nestabilite systému a vysokým nákladom na prerábanie. Finančnému oddeleniu by som vysvetlil tieto riziká a zdôraznil, že štandardné riešenie je z dlhodobého hľadiska bezpečnejšie a lacnejšie."

"Pre takéto situácie mám vždy pripravený krízový plán. Krok 1: Okamžitá komunikácia: Informoval by som IT riaditeľa a vedenie kľúčových oddelení o situácii a odhadovanom čase riešenia. Krok 2: Diagnostika: Rýchlo by som analyzoval logy a chybové hlásenia, aby som zistil príčinu problému. Krok 3: Plán obnovy (Rollback): Keďže inštalácia prebiehala v noci, mojím štandardným postupom je mať vytvorenú kompletnú zálohu systému tesne pred začatím. Ak by som nevedel chybu opraviť vo veľmi krátkom čase, okamžite by som spustil proces obnovy systému zo zálohy, aby firma mohla čo najrýchlejšie začať pracovať. Riešenie problému s aktualizáciou by som potom hľadal v testovacom prostredí. Nikdy by som nenechal firmu stáť kvôli experimentovaniu na produkčnom systéme."

"Základom je pre mňa trpezlivosť a zameranie na prax. Školenie nestaviam na teórii, ale na konkrétnych úlohách, ktoré bude daný používateľ reálne vykonávať. Pripravím si jednoduché, krok-za-krokom návody s obrázkami. Počas školenia ich nechám, aby si všetko sami vyskúšali priamo v systéme. Namiesto odborných termínov používam prirovnania a jazyk, ktorému rozumejú. A najdôležitejšie je, že ich uistím, že sa nemajú báť pýtať a že som tu pre nich aj po zaškolení, ak by si s niečím nevedeli rady."

"Používam systém prioritizácie založený na dopade a urgentnosti. Každú požiadavku si najprv zanalyzujem – koľkých používateľov sa týka a aký má dopad na kritické firemné procesy. Problém, ktorý bráni celej fakturácii, má samozrejme vyššiu prioritu ako požiadavka na nový report pre jedného človeka. Všetky požiadavky evidujem v ticketingovom systéme. S používateľmi komunikujem transparentne – po prijatí požiadavky im potvrdím jej prijatie a na základe priority im dám realistický odhad, kedy sa jej budem môcť venovať. Pravidelná komunikácia je kľúčová, aby ľudia vedeli, že na ich požiadavku sa nezabudlo."