Архитектура на спокойствието:
Как трябва да е организирана ИТ поддръжката, за да издържи на инцидент в малката счетоводна кантора

„Ние сме само двама души в офиса, нямаме нужда от сложни ИТ системи.“ Логично звучи, но сметката е грешна. Рискът в една счетоводна кантора не е пропорционален на броя на служителите ѝ — той е пропорционален на броя и чувствителността на данните, които минават през нея.

В кантора с 1–2 души на практика стоят счетоводните бази на десетки клиентски фирми: заплати, ЕГН-та, банкови сметки, договори, годишни отчети. Загубата на тези данни ден преди срок за ДДС е също толкова тежка, колкото и за счетоводен отдел на компания с 500 души — само че микро-кантората няма собствен ИТ отдел, който да реагира до час.

Днешната реална заплаха рядко е просто повреден диск. Тя е Ransomware (криптовирус), който заключва всичко и иска откуп, докато данните на десетки клиенти висят в риск. Затова първият въпрос не е „какви компютри да купим?“, а „колко бързо можем да продължим работа, ако днес изгубим техниката в офиса?“

Този въпрос води до втори, по-неудобен: кой всъщност отговаря за това — счетоводителят, между две подавания на декларации, или някой, за когото това е основна професия?

Защо микро-канторите са особен (и труден) случай?

Преди да разгледаме ИТ вариантите, си струва да дефинираме какво прави счетоводната кантора различна от произволен малък бизнес с двама служители:

• Концентрация на риск: Един-единствен пробив не засяга само кантората — той изнася данните на всичките ѝ клиентски фирми едновременно. Това я прави стратегически по-примамлива цел за атака.
• Циклични критични прозорци: До 14-то число се подава ДДС, а до 25-то — декларации образец 1 и 6. Точно тогава един инцидент струва най-скъпо, защото закъснението носи лихви и санкции не на кантората, а на нейните клиенти.
• Рискът е измерим и локален: През май 2024 г. екипът на Microinvest предупреди за вълна от агресивни атаки с криптовирус, стигнали до базите чрез публично известна парола за администраторския акаунт на SQL сървъра. Проверки в Shodan показват хиляди устройства в България с отворен към интернет порт за такива бази данни. Заплахата не е от чужди доклади — тя минава през софтуера, с който работите всеки ден.
• Зависимост от цяла среда: Счетоводният софтуер е обвързан с КЕП, запазени пароли за НАП/НОИ и локални настройки. Бекъп само на папка „Документи“ не връща тази среда — трябва да се възстанови цялата конфигурация.
• Нулев капацитет за ИТ функция: В микро-кантората двамата служители са бизнесът. Всеки час, отделен за четене на логове или настройки на рутер, е час, неотработен по клиентска задача. Решение, което изисква редовна ръчна поддръжка от самите счетоводители, на практика не се поддържа — то просто изчаква инцидента.

5 модела на ИТ организация (и къде се чупи всеки от тях)

1. Локален компютър като „сървър“ (Традиционният риск)

Това е най-масовият модел в България. Счетоводната програма (и нейната база данни) се инсталира на единия компютър, а вторият се свързва към него по локалната мрежа. Архивира се ръчно (флашка) или чрез Google Drive/Dropbox.

Къде се чупи: Синхронизацията в облака не е бекъп. Ако вирус удари компютъра, облакът старателно ще синхронизира повредените версии нагоре. При хардуерен срив възстановяването отнема дни (нов компютър, инсталация на Windows, SQL, софтуер, търсене на стар архив). Този вариант работи само докато нищо не се случи.

2. Мрежово устройство (NAS) (Скъпата илюзия)

Много кантори инвестират в NAS устройства (локален файлов сървър с няколко диска), смятайки, че това решава проблема със сигурността.

Къде се чупи: Счетоводните SQL бази не могат да работят директно на стандартен NAS. Затова софтуерът пак е на компютрите, а NAS-ът е просто споделена папка. Заразена работна станция вижда NAS-а по мрежата и го криптира заедно с всичко останало. Дава фалшиво усещане за сигурност.

3. Облачен сървър (Cloud VPS) (Мобилност без локален хардуер)

Софтуерът се мести във виртуален сървър при външен доставчик (дейта център).

Предимства: Гъвкавост. Можете да работите от офиса, от вкъщи или докато сте на почивка. Доставчикът се грижи за хардуера и базовия бекъп на машината.

Къде се чупи: Зависимост от интернет, висока месечна цена. И илюзията, че „облакът е вечен“ — риск, който през последните години престана да е теоретичен: самият доставчик може да спре да работи, и то не заради вас. През март 2021 г. пожар унищожи изцяло един от центровете на OVHcloud в Страсбург и повреди съседен; клиенти, платили допълнително за бекъп услуга, откриха, че копията им са се съхранявали в същата изгоряла сграда като основните им данни и не могат да бъдат възстановени — по-късно френски съд присъди обезщетения именно на това основание. През август 2023 г. атака с криптовирус срещу датските хостинг доставчици CloudNordic и AzeroCloud стигна — по време на планова миграция между дейта центрове — до вътрешната мрежа, свързваща основната с резервната им бекъп система, и криптира и двете едновременно; резултатът беше пълна и необратима загуба на данните на стотици клиентски фирми.

И дори без никаква атака, инфраструктурата може да откаже сама: през октомври 2025 г. дефект в DNS автоматизацията на Amazon Web Services изведе от строя услуги по целия свят за над 15 часа, а месец по-късно, през ноември 2025 г., грешна конфигурация в Cloudflare — компания, обработваща значителна част от глобалния уеб трафик — предизвика подобен по мащаб срив от близо шест часа. Само три месеца по-късно, на 20 февруари 2026 г., нов инцидент — този път при промяна в конфигурацията на мрежовото им адресиране — доведе до повторен над 6-часов срив в услугите на Cloudflare. Два сериозни срива в рамките на три месеца при един от най-критичните доставчици на интернет инфраструктура показват, че подобни събития вече не са изолирани изключения, а зачестяваща тенденция.

Общото между всички тези инциденти е, че нито един от тях не се съобразява с календара на НАП. Ако наетият сървър е недостъпен на 14-о или 25-о число заради проблем при доставчика, това не е грешка на кантората в счетоводен смисъл — но си остава неин проблем: клиентите ѝ понасят лихвите и санкциите, независимо чия инфраструктура е спряла и защо. Изборът на Cloud VPS не премахва риска от прекъсване — той просто го премества от офиса към доставчика, а мащабът и моментът на инцидента, когато се случи, остават извън контрола на кантората.

4. Локална сървърна виртуализация (Златният стандарт за защита)

Това е интелигентното решение за бизнес, който търси локална бързина (без да зависи изцяло от интернет), съчетана с корпоративно ниво на защита и възможност за много бързо възстановяване.

В офиса се поставя един надежден компютър или малък сървър със специализирана платформа за виртуализация. Счетоводната база е затворена във виртуална машина, а счетоводителите работят от компютрите си към нея.

Предимството: Бекъпът вече не е на отделни файлове, а „снимка“ (Image-Level Backup) на цялата виртуална система. Изпраща се автоматично в защитен изнесен център.

Възстановяването: При инцидент не се преинсталира нищо. Доставя се нов хардуер, изтегля се архивът и машината тръгва — отнема часове, не дни.

Къде се чупи: Изисква професионална експертиза. Неконфигуриран и немониториран виртуален сървър е просто скъп компютър.

5. Терминален модел / RDP (Пълна непрекъсваемост)

Надграждане на Вариант 4. При този модел всичко се измества във виртуалната машина на сървъра — не само базите данни, но и самите счетоводни програми, Excel, имейл клиентите и работните папки.

Компютрите на бюрата стават просто „тънки клиенти“ (екрани). Счетоводителите отварят приложение за отдалечен достъп (RDP) и „влизат“ в своя изолиран личен профил вътре в сървъра. Електронните подписи (КЕП), поставени в компютъра на бюрото, се пренасочват автоматично към сървъра.

Сценарият „Тотална щета“: Ако откраднат всичко от офиса (и сървъра, и компютрите), след възстановяване на сървъра можете да отворите личния си лаптоп от вкъщи, да се логнете и да намерите десктопа си точно както сте го оставили — с всички шорткъти и отворени папки. От офиса е изчезнало само физическото оборудване; работната среда и трудът зад нея остават напълно непокътнати.

Обобщено сравнение на моделите

3 златни правила (независими от бюджета)

Независимо кой модел изберете, има дисциплина, която не изисква голяма инвестиция, а последователност:

• Правилото 3-2-1: Три копия на данните, на два различни носителя, като поне едно се намира физически извън офиса.
• Непровереният бекъп е само хипотеза: Наличието на софтуер не доказва нищо. Поне веднъж на тримесечие се прави тестов Restore, за да се потвърди, че данните са четими.
• Изолация (Air-Gap): Ако до архива се стига с двоен клик от вашия компютър, значи и вирусът стига дотам. Архивите трябва да са на физически и логически отделна инфраструктура, с различни пароли.

Защо външната ИТ поддръжка е рационална математика?

Тук стигаме до истинския избор пред микро-кантората — той не е между Вариант 4 и 5, а между „правим го сами“ и „възлагаме го на партньор“.

Нает вътрешен ИТ специалист означава заплата и осигуровки за експертиза, ползвана реално 3 часа седмично. Партньорството обръща сметката: плащате точно за нужния обхват, но получавате колективния опит от десетки подобни инциденти, както и дълбоко познаване на спецификата на счетоводния софтуер.

Моментът на кризата: Когато SQL услугата откаже в 9:00 ч. на 14-то число, счетоводителят няма инструментите да диагностицира проблема. Външният партньор с договорено време за реакция (SLA) превръща тази криза в рутинен инцидент. Още по-важно — проактивният мониторинг често предотвратява инцидентите, преди вие изобщо да разберете за тях.

В заключение

Изборът на архитектура определя колко бързо можете да се възстановите. Но най-важният избор е друг: дали системата ще бъде поддържана, или ще остане красива идея в оферта, която се оказва остаряла в деня на бедствието.

Инвестицията в ИТ не е изсипване на пари в „кутии“, които никой не управлява. Истинската сигурност е процес — а за малката кантора този процес се управлява най-сигурно чрез партньор, за когото това не е странична задача, а основен бизнес.