Odpověď hned: IT správa pro účetní firmu musí chránit účetní a mzdová data, ale zároveň respektovat uzávěrky, podání a aktualizace legislativních verzí. Předem určete, kdo spravuje aplikaci a databázi, kdy se nesmějí provádět změny, kolik práce lze při poruše ztratit a kdo po zásahu ověří správnost účetní agendy.
Začněte pracovními postupy, ne seznamem počítačů
Evidence notebooků, monitorů a tiskáren je užitečná, ale sama neukáže, co kancelář skutečně zastaví. Správce musí nejdřív porozumět cestě dokladu od přijetí až po zaúčtování, archivaci a předání klientovi.
Zmapujte alespoň:
- kde běží účetní a mzdová aplikace;
- kde je její databáze a kdo k ní má administrátorský přístup;
- odkud přicházejí doklady a kam se ukládají;
- kdo pracuje s datovými schránkami, bankou a klientskými portály;
- jak se odesílají přiznání, přehledy, výplatní pásky a platební příkazy;
- které činnosti závisejí na konkrétním počítači, certifikátu nebo člověku;
- co lze dělat během výpadku internetu, serveru nebo účetního programu.
U každé důležité agendy určete vlastníka procesu a technického správce. Vlastník pozná, zda je výsledek věcně správný. Správce odpovídá za technický provoz. Tyto role se nemají zaměňovat: úspěšná instalace aktualizace ještě nepotvrzuje, že správně funguje výpočet mezd, tisková sestava nebo export do banky.
Pro každou agendu stanovte ztrátu dat a dobu obnovy
Věta „data se zálohují“ je příliš neurčitá. Kancelář potřebuje rozhodnout dvě praktické věci:
- kolik již provedené práce smí při poruše zmizet;
- jak dlouho může být daná agenda nedostupná.
Jestli se databáze kopíruje pouze po skončení pracovní doby, odpolední porucha může znamenat nové zadání dokladů z celého dne. Kratší interval ale vyžaduje, aby použitá účetní aplikace a databáze podporovaly konzistentní zálohování za provozu. Prosté zkopírování otevřeného databázového souboru nemusí vytvořit použitelnou kopii.
U každého systému proto zaznamenejte:
| Agenda | Co je nutné obnovit | Co určuje prioritu |
|---|---|---|
| Účetní systém | Aplikace, databáze, licence, uživatelé a návazné soubory | Nejbližší uzávěrka nebo podání |
| Mzdy | Databáze, legislativní verze, certifikáty a exporty | Termín zpracování a výplat |
| Schránky, kontakty, pravidla a delegovaná oprávnění | Komunikace s klienty a dohledání pokynů | |
| Dokumenty | Soubory, historie verzí a přístupová práva | Dostupnost podkladů a auditní stopa |
| Datové schránky | Osobní oprávnění a náhradní přístup | Podání a převzetí zpráv |
| Bankovní portály | Role, schvalování a důvěryhodná zařízení | Odeslání a kontrola plateb |
Priority se během roku mění. Mzdová agenda může být v určitém týdnu důležitější než běžná fakturace. Plán obnovy proto nemá být jen technickým dokumentem správce; musí odpovídat skutečnému kalendáři kanceláře.
Záloha musí přežít chybu, útok i výpadek dodavatele
Zelený stav zálohovací úlohy potvrzuje pouze to, že proběhl určitý proces. Neříká, zda kopie obsahuje správnou databázi, zda ji lze přečíst ani zda jsou dostupná hesla, šifrovací klíče a instalační soubory.
Pro účetní prostředí požadujte:
- automatické zálohování v intervalu odvozeném od přijatelné ztráty práce;
- kopii oddělenou od běžných uživatelských a administrátorských účtů;
- historii, kterou napadený účet nemůže snadno celou smazat;
- dokumentovaný postup obnovy aplikace, databáze a oprávnění;
- kontrolu chyb a kapacity úložiště;
- pravidelnou praktickou obnovu na odděleném místě.
Test nekončí stažením souboru ze zálohy. Obnovenou databázi je potřeba otevřít v odpovídající verzi aplikace, přihlásit běžného uživatele a ověřit vybranou agendu, sestavu i návazný dokument. Datum, použitá kopie, výsledek a zjištěné nedostatky patří do záznamu o testu. Podrobný postup shrnuje článek Test obnovy zálohy: jak ho provést a doložit.
Synchronizovaná složka není sama o sobě zálohou. Chybné přepsání, hromadné smazání nebo zašifrování souborů se může synchronizovat na další zařízení. Ochranu poskytne až samostatná historie verzí, oddělená oprávnění a ověřená obnova.
Aktualizaci účetního systému musí někdo schválit i ověřit
Výrobce účetní aplikace může vydat legislativní nebo opravnou verzi, ale odpovědnost za její nasazení v konkrétní kanceláři tím není vyřešena. Předem určete:
- kdo sleduje nové verze a pokyny výrobce;
- kdo rozhodne o termínu instalace;
- kdo vytvoří a ověří zálohu před změnou;
- kdo zkontroluje technický průběh;
- kdo provede věcnou zkoušku účetní agendy;
- jak se systém vrátí do předchozího stavu, pokud kontrola neprojde.
Nestačí ověřit, že se program spustí. Kontrola se má týkat konkrétního provozu kanceláře: přihlášení uživatele, otevření vybrané firmy a období, práce s dokladem, sestavy, tisku nebo PDF a používaného exportu. Testovací platební soubor se nesmí omylem odeslat do banky a zkouška podání nesmí vytvořit skutečné podání.
Součástí změny mohou být také databázový server, operační systém, mzdový modul, elektronický podpis, tiskárny, antivirová ochrana nebo doplněk třetí strany. Přesné závislosti se liší podle produktu, edice a způsobu instalace. Správce proto nemá předpokládat, že postup použitý u jedné kanceláře platí beze změny i u druhé.
Změnový kalendář musí respektovat uzávěrky
Pevně stanovený servisní večer nestačí. Stejný zásah může být v klidném týdnu rutinní a těsně před uzávěrkou nepřijatelný.
| Situace | Vhodný postup IT | Co odložit, pokud to není nezbytné |
|---|---|---|
| Před uzávěrkou nebo podáním | Ověřit dostupnost systému, zálohy, certifikáty a volnou kapacitu | Migrace, výměnu serveru a velkou změnu sítě |
| Před zpracováním mezd | Zkontrolovat verzi aplikace, přístupy a návazné exporty | Neověřené změny databáze a oprávnění |
| Po vydání legislativní verze | Domluvit zálohu, termín, odpovědné osoby a funkční zkoušku | Automatické nasazení bez možnosti návratu |
| V klidnějším období | Testovat obnovu, měnit zařízení a revidovat účty | Zásah bez přítomnosti účetního, který ověří výsledek |
| Po odchodu pracovníka | Zrušit relace, odebrat účty a převést vlastnictví dat | Ponechání účtu „pro jistotu“ |
Bezpečnostní aktualizace nelze automaticky odkládat až na období bez práce. Správce musí posoudit závažnost opravy, dostupnost systému z internetu, možnost zneužití a dopad odstávky. Výsledkem má být konkrétní rozhodnutí, nikoli trvalé pravidlo „během sezony se nic nemění“.
Vzdálená práce nesmí stát na veřejném RDP
Port služby Remote Desktop nezveřejňujte přímo do internetu. Vzdálený přístup veďte přes spravovanou VPN nebo ZTNA, zapněte vícefaktorové ověření a každému člověku přidělte vlastní účet. Praktické rozdíly popisuje srovnání RDP, VPN a ZTNA pro firmy.
Správce má vědět, která zařízení smějí přistupovat k účetním datům. U schváleného notebooku kontrolujte podporovanou verzi systému, aktualizace, šifrování disku, ochranu koncového bodu a automatické uzamčení. Soukromý počítač bez správy by se neměl stát nekontrolovanou kopií kancelářských dat.
Při odchodu pracovníka nestačí změnit heslo v účetním programu. Je nutné ukončit aktivní relace, zrušit vzdálený přístup, odebrat e-mailové tokeny, převést vlastnictví souborů a zkontrolovat delegovaná oprávnění. U datových schránek, banky a klientských portálů používejte osobní identity a dostupné role místo jednoho společného účtu.
Změnu bankovního účtu ověřujte mimo e-mail
E-mailový filtr nedokáže rozhodnout, zda je číslo účtu na faktuře správné. Podvodná zpráva může přijít z napadené skutečné schránky a navazovat na předchozí komunikaci.
Zaveďte proto jednoduchý provozní postup:
- Změnu účtu nebo neobvyklý platební pokyn pracovník neprovede pouze podle e-mailu.
- Údaj ověří druhým kanálem na dříve známém kontaktu.
- Nepoužije telefonní číslo uvedené v podezřelé zprávě.
- Změnu platebních údajů zkontroluje další oprávněná osoba.
- Výsledek ověření se zaznamená způsobem odpovídajícím interním pravidlům kanceláře.
Stejná opatrnost platí pro telefonát, hlasovou zprávu nebo videohovor. Známý hlas sám o sobě nepotvrzuje identitu volajícího; konkrétní scénáře popisuje článek Deepfake hlas jednatele a CEO fraud.
Technická ochrana má tento proces doplnit. Patří sem MFA, kontrola automatického přeposílání, upozornění na riziková přihlášení a omezení změn citlivých pravidel. Ani správně nastavená e-mailová doména však nepotvrdí pravost platebního údaje ve zprávě odeslané z napadeného účtu.
Prověřte také přístup externího správce
Externí IT může mít vyšší oprávnění než většina zaměstnanců kanceláře. Při výběru nebo převzetí správy proto požadujte konkrétní odpovědi:
- Má každý technik vlastní účet a MFA?
- Používá oddělený běžný a administrátorský účet?
- Lze dohledat vzdálená připojení a provedené změny?
- Jak se odebírá přístup technikovi, který od dodavatele odejde?
- Kdo drží nouzový přístup a jak se kontroluje jeho použití?
- Dostane kancelář aktuální seznam služeb, zařízení a odpovědností?
- Kdo komunikuje s podporou účetní aplikace při chybě databáze?
- Jak kancelář získá potřebnou dokumentaci při změně dodavatele?
Trvalé plné oprávnění není vhodné tam, kde stačí omezená role nebo dočasný přístup pro konkrétní zásah. Ujištění „máme to zabezpečené“ nenahrazuje popsaný postup a dohledatelný záznam.
Co má obsahovat nabídka IT správy
Rozsah služby porovnávejte podle odpovědností a výstupů, ne podle počtu názvů nástrojů. U účetní kanceláře bývá důležité zejména:
- evidence zařízení, účtů, licencí a spravovaných služeb;
- aktualizace pracovních stanic a serverů;
- ochrana koncových zařízení a e-mailových účtů;
- dohled nad zálohováním a testy obnovy;
- správa identit, MFA a vzdáleného přístupu;
- postupy pro nástup, změnu role a odchod pracovníka;
- dokumentace konfigurace a nouzových kontaktů;
- koordinace s výrobcem účetního systému;
- hlášení problémů a eskalace během kritických období.
Výslovně oddělte práci IT správce od aplikační podpory. Správce může obnovit server a databázi, ale nemusí umět posoudit správnost mzdového výpočtu. Podpora aplikace zase nemusí spravovat síť, zálohovací úložiště nebo přístupy do Microsoft 365.
Pokud chcete zmapovat konkrétní prostředí a převzít jeho správu, řešíme IT služby pro firmy včetně účtů, zařízení, záloh a koordinace s dodavateli aplikací. Před návrhem rozsahu potřebujeme znát používané systémy, počet pracovišť, způsob vzdálené práce a období, ve kterých kancelář nesmí být omezena. Podklady můžete poslat přes nezávaznou poptávku.
Co připravit před převzetím správy
Pro první technické převzetí připravte seznam lidí, zařízení, aplikací, poskytovatelů, domén, e-mailových služeb, datových úložišť a známých problémů. Doplňte kalendář uzávěrek a jména lidí, kteří smějí schvalovat změny a ověřovat účetní systém.
První prioritu mají neznámé administrátorské účty, vzdálené přístupy bez MFA, neověřené zálohy a služby závislé na jediném člověku. Teprve po jejich zajištění má smysl sjednocovat modely notebooků, měnit vzhled dokumentace nebo zavádět další komfortní nástroje.
Dobrá IT správa účetní kanceláře není seznam programů. Je to dohoda o tom, kdo rozhoduje, co se kontroluje před změnou, jak se pozná správný výsledek a jak kancelář pokračuje, když některá část systému selže.
Časté otázky
Co má IT správa účetní firmy zahrnovat?
Minimálně evidenci zařízení a účtů, aktualizace, ochranu pracovních stanic, zálohování s testem obnovy, MFA, bezpečný vzdálený přístup, dokumentaci a postupy pro nástup či odchod pracovníka. Součástí musí být také jasné rozdělení práce mezi IT správcem a podporou účetní aplikace.
Jak často testovat obnovu účetní databáze?
Interval určete podle přijatelné ztráty práce, požadované doby obnovy a četnosti změn systému. Další test je vhodný po změně databáze, zálohovacího řešení, šifrování, infrastruktury nebo dodavatele. Samotné hlášení o úspěšné zálohovací úloze funkční obnovu nedokládá.
Lze účetní systém bezpečně používat z domova?
Ano, pokud přístup vede přes spravovanou VPN nebo ZTNA, vyžaduje MFA a používá schválené zařízení s podporovaným systémem, aktualizacemi a šifrovaným diskem. Přímé RDP otevřené do internetu ani společný účet pro více lidí nejsou vhodným řešením.
Stačí synchronizovaná složka jako záloha?
Ne. Synchronizace může roznést smazání, přepsání nebo zašifrování souborů na další zařízení. Potřebujete oddělenou historii, omezená oprávnění a prakticky ověřený postup obnovy.
Jak poznat kvalitního externího správce?
Dokáže přesně popsat své odpovědnosti, používá osobní administrátorské účty s MFA, eviduje zásahy a předává aktuální dokumentaci. Zároveň jasně řekne, co musí řešit výrobce účetní aplikace a jak budou oba dodavatelé při poruše spolupracovat.