Кога е време да смените IT доставчика и как да го направите спокойно

Недоволството от IT поддръжката обикновено не се появява изведнъж. Бавна реакция, повтарящи се проблеми, липса на информация какво се прави по системите или усещането, че IT средата се поддържа само когато нещо се счупи, постепенно водят до въпроса: време ли е да сменим доставчика?

Едно от основните притеснения при такава промяна е дали няма да се създадат още повече проблеми. При правилно планиране обаче IT поддръжката може да бъде поета от нов партньор с минимално отражение върху работата на фирмата.

Признаци, че е време за смяна

• Реакцията при проблем отнема все повече време.
• Едни и същи проблеми се повтарят, без да се решава причината.
• Не получавате информация какво реално се прави по системите.
• Няма документация на средата.
• Поддръжката е реактивна — намесва се само когато нещо се счупи.
• Не е ясно къде се съхраняват административните достъпи и кой разполага с тях.

Как започваме в BGS

Преди да поемем поддръжката, първо се запознаваме с текущата IT среда – сървъри, работни станции, мрежа, Microsoft 365 и други облачни услуги, backup, лицензи и наличната документация.

Целта е да разберем какво има, как се управлява и какво липсва, преди да започнем да правим промени.

Какво трябва да получите от настоящия доставчик?

Една от важните части на прехода са достъпите и документацията. В зависимост от инфраструктурата това може да включва:

• административни достъпи;
• домейн и DNS;
• Microsoft 365 и други облачни услуги;
• информация за backup;
• мрежова и сървърна документация;
• информация за лицензи и външни доставчици.

BGS може да помогне да определим какво конкретно трябва да бъде предадено, така че важна информация да не бъде пропусната. Ако още не сте подписали новия договор, вижте какво да гледате в SLA — точката за предаване на достъпите се урежда точно там.

Как протича поемането?

След като разполагаме с необходимата информация, проверяваме критичните системи, backup-а и достъпите и документираме средата.

Не започваме с ненужни промени още в първия ден. Ако установим рискове или проблеми, ги приоритизираме и обсъждаме с клиента.

След поемането ежедневните заявки се обслужват от Helpdesk екипа на BGS, а по-сложните проблеми се насочват към специалистите ни по системна администрация, мрежи, облачни услуги или сигурност.

Ще има ли прекъсване на работата?

Целта е служителите да усетят възможно най-малко самата смяна.

Затова преходът се планира предварително, а критичните достъпи и услуги се проверяват преди окончателното поемане. Колкото по-добра е документацията на текущата среда, толкова по-лесно протича процесът.

Не сте доволни от настоящата IT поддръжка? BGS може да прегледа текущата ви среда и да предложи ясен план за поемане на IT поддръжката с минимално отражение върху работата.

При ransomware атака първата реакция е критична. Файлове могат да станат недостъпни, работата да спре, а атаката да засегне не само отделен компютър, но и сървъри, споделени ресурси и backup системи.

Затова първата цел не е веднага да възстановите файловете, а да ограничите атаката и да разберете какво точно е засегнато.

Правилният ред на действията

1. Ограничаване на атаката — изолиране на засегнатите устройства от мрежата.
2. Установяване на причината и обхвата — кои устройства, системи и акаунти са засегнати.
3. Проверка на backup — здраво ли е копието и безопасна ли е вече средата.
4. Възстановяване на критичните системи.

Какво да направите веднага?

Засегнатите устройства трябва да бъдат изолирани от мрежата, за да се ограничи разпространението към други системи.

Не започвайте веднага с преинсталация и изтриване. Първо трябва да се установи кои устройства и системи са засегнати, има ли компрометирани акаунти и дали атаката е достигнала до сървърите или backup инфраструктурата.

Важно е да се провери и дали има индикации за изтичане на информация, а не само за криптиране на файлове.

Какво да НЕ правите

• Не изтривайте и не преинсталирайте засегнатите устройства, преди да е установен обхватът — това унищожава информацията, нужна за анализа.
• Не възстановявайте от backup, преди да е потвърдено, че копието не е засегнато.
• Не комуникирайте инцидента през вероятно компрометирани канали, например фирмената поща.
• Не приемайте, че щом един компютър е чист, мрежата е чиста — обхватът се установява, не се предполага.

Защо не трябва веднага да възстановите backup?

Наличието на backup е важно, но преди възстановяването трябва да се потвърди, че копието е здраво и средата вече е безопасна.

Ако причината за атаката все още съществува, възстановяването може да върне системите в същата компрометирана среда.

Кога е необходима външна помощ?

Ако са засегнати множество устройства, сървъри, административни акаунти или backup системи, инцидентът вече изисква по-задълбочен анализ.

Целта не е само да върнете системите в работен режим, а да разберете как е възникнал пробивът и дали атакуващият все още има достъп до инфраструктурата.

При съмнение за изтичане на лични или чувствителни данни трябва да се прецени и дали възникват нормативни задължения за уведомяване.

Задължения за докладване, ако фирмата ви попада под NIS2

За фирмите, определени като съществени или важни субекти по Закона за киберсигурност, докладването на значителен инцидент е задължение със срок. Уведомява се СЕРИКС. Ранното предупреждение се подава до 24 часа след установяването на значителния инцидент, а уведомлението за инцидент — до 72 часа след установяването му. Окончателният доклад се подава не по-късно от един месец след подаването на уведомлението.

Ако не сте сигурни дали фирмата ви е в обхвата, вижте какво изисква NIS2 от българските фирми.

Източник: Закон за киберсигурност, чл. 23, ал. 3 и ал. 5 (обн. ДВ бр. 94/2018; изм. ДВ бр. 17 от 13.02.2026 г.; изм. ДВ бр. 55 от 16.06.2026 г.). Обхват: България. Проверено: 03.09.2026.

Подготовката започва преди атаката

Колко бързо една фирма ще се възстанови от ransomware зависи до голяма степен от подготовката ѝ предварително.

Работещ и тестван backup, многофакторна автентикация (MFA), актуални системи, контрол върху административните достъпи и ясен план за реакция могат значително да ограничат последствията от един инцидент.

Ако не знаете дали тези мерки са приложени правилно във вашата инфраструктура, Security Health Check може да покаже слабите места преди да се стигне до реална атака.

Имате активен ransomware инцидент? Свържете се с BGS за съдействие при анализ на ситуацията, ограничаване на проблема и възстановяване на засегнатите системи.

Фишинг имейл, изтекла парола от друга услуга или просто една и съща парола, използвана на няколко места – има много начини данните за вход на служител да попаднат в чужди ръце.

Проблемът започва, когато само паролата е достатъчна, за да се получи достъп до фирмената поща, документи, облачни услуги или други бизнес системи.

MFA (Multi-Factor Authentication) добавя второ ниво на удостоверяване. Така дори някой да разполага с правилната парола, тя сама по себе си не е достатъчна, за да влезе в акаунта.

Къде трябва да има MFA?

Принципът е прост: MFA трябва да бъде активирана за всички потребители и всички фирмени системи, които я поддържат.

Това включва Microsoft 365 или Google Workspace, VPN и отдалечен достъп, облачни услуги, бизнес приложения и административни акаунти.

Не можем предварително да знаем чия парола ще бъде компрометирана. Затова оставянето на отделни потребители без MFA създава ненужна слаба точка в защитата.

Кой метод за MFA да изберете

Не всички методи за MFA дават еднаква защита.

• Приложение за автентикация (Microsoft Authenticator, Google Authenticator) — добър баланс между сигурност и удобство; работи и без мобилен сигнал.
• Push нотификация с потвърждение — най-удобна за служителите, но изисква внимание срещу навика да се потвърждава автоматично.
• Хардуерен ключ — един от най-сигурните методи, особено подходящ за административни и други чувствителни акаунти.
• Код по SMS — осигурява допълнителна защита спрямо използването само на парола, но обичайно се предпочитат по-устойчиви методи, когато системата ги поддържа, например защото телефонният номер може да бъде пренасочен към чуждо устройство.

За административните акаунти си струва да се избере по-силният метод, дори ако за останалите потребители се използва приложение.

Как внедряваме MFA в BGS

Започваме с преглед на средата – къде MFA вече се използва, къде липсва и има ли системи или приложения, които изискват допълнителна настройка.

След това планираме активирането за потребителите, като обръщаме внимание и на практическата страна – как служителите ще се удостоверяват, какво се случва при смяна или загуба на телефон и как се възстановява достъпът.

След внедряването проверяваме дали политиките действително се прилагат и дали не са останали акаунти или изключения извън защитата.

MFA и изискванията на NIS2

Многофакторните решения за удостоверяване на автентичността са сред мерките за управление на риска, изрично посочени и в европейската директива NIS2, и в българския Закон за киберсигурност — със законовата уговорка „когато е целесъобразно“. И двата акта изискват мерките да бъдат подходящи и пропорционални спрямо степента на изложеност на рискове, размера на организацията и вероятността от инцидент.

За фирмите, определени като съществени или важни субекти, задължението да предприемат подходящи и пропорционални мерки за управление на риска е нормативно, а управителните органи одобряват мерките и следят за прилагането им. Законът въвежда и задължение членовете на управителните органи да преминават обучение по киберсигурност на всеки две години и да организират обучение и за служителите си.

Ако не сте сигурни дали фирмата ви попада в обхвата, вижте какво изисква NIS2 директивата от българските фирми.

MFA достатъчна ли е?

MFA значително повишава сигурността на акаунтите, но е само една част от защитата.

Необходими са още актуални системи, защита на устройствата, правилно управление на достъпите, работещ backup и наблюдение на инфраструктурата.

Именно затова при Security Health Check в BGS проверяваме не просто дали има MFA, а дали е приложена правилно и последователно в организацията, заедно с останалите ключови мерки за сигурност.

Сигурни ли сте, че всички ваши акаунти са защитени? Често MFA е активирана за част от потребителите, но с времето са останали изключения, нови акаунти или системи без допълнителна защита. BGS може да направи преглед на текущата ви среда, да установи къде има пропуски и да съдейства за правилното внедряване на MFA за организацията.

Източници: Директива (ЕС) 2022/2555, чл. 21, § 1 и § 2, буква „й“; Закон за киберсигурност, чл. 21, чл. 22, ал. 1 и ал. 2, т. 10 (обн. ДВ бр. 94/2018; изм. ДВ бр. 17 от 13.02.2026 г.; изм. ДВ бр. 55 от 16.06.2026 г.). 

SLA (Service Level Agreement) определя какво ниво на обслужване можете да очаквате от вашия IT доставчик – кога се предоставя поддръжката, за колко време се реагира при проблем и какво се случва при по-сериозен инцидент.

Когато сравнявате предложения за IT поддръжка, цената е само един от факторите. Ето какво е важно да проверите.

1. Има ли ясно определени времена за реакция?

„Бърза реакция“ не е конкретен ангажимент.

В SLA трябва да има определени времена за реакция според сериозността на проблема. Критичен проблем, който спира работата на цялата фирма, не може да бъде третиран по същия начин като проблем с един компютър или принтер.

Проверете и какво точно означава „реакция“ – приемане на заявката или реално започване на работа по нея.

2. Как се определя кое е критичен проблем?

Добре описаното SLA трябва да определя различни нива на приоритет.

Обичайно критични са ситуации, при които е спрял основен бизнес процес – например недостъпен сървър, основна система или мрежова свързаност.

По-нисък приоритет имат проблеми, които засягат отделен потребител или за които има временно решение.

Това намалява субективната преценка и дава ясен ред при едновременно възникнали проблеми.

3. В какво работно време се предоставя услугата?

Това е една от точките, които често остават на заден план.

Проверете:

• какво е стандартното работно време;
• има ли поддръжка през почивните дни;
• какво се случва извън работно време;
• допълнително ли се заплащат тези услуги.

Не приемайте автоматично, че „абонаментна IT поддръжка“ означава 24/7 обслужване.

4. Как се ескалира сложен проблем?

Едно от предимствата на работата с IT компания вместо с един специалист е достъпът до хора с различни компетенции.

Затова проверете дали има ясен процес за ескалация – например от Helpdesk към системен или мрежов администратор и към по-високо техническо ниво при сложен инцидент.

Важно е да знаете и към кого можете да се обърнете, ако проблемът не се движи с очакваното темпо.

5. Какво влиза в месечната цена?

Това е една от най-важните точки при сравняване на оферти.

Уточнете предварително кои дейности са включени в абонамента и кои се заплащат допълнително – посещения на място, работа извън работно време, нови инсталации, промени по инфраструктурата, доставка на техника или работа по нов проект.

Ниската месечна цена невинаги означава по-нисък реален разход. Ако сравнявате модели на обслужване, вижте какво включва абонаментната IT поддръжка като обхват.

6. Какво се случва, ако решите да смените доставчика?

Добрият договор трябва да урежда не само началото, но и края на отношенията.

Проверете как договорът урежда административните достъпи и документацията и каква е процедурата за предаването им при прекратяване.

Вашите системи, акаунти и достъпи не трябва да се превръщат в пречка при бъдеща смяна на IT партньора.

Кратък чеклист преди подписване

Преди да изберете доставчик, проверете:

• времена за реакция;
• нива на приоритет;
• работно време;
• обслужване извън работно време;
• процес за ескалация;
• какво влиза в месечната цена;
• какво се заплаща допълнително;
• условия и процедура за предаване на достъпите.

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

Как подхождаме в BGS

При абонаментната IT поддръжка определяме предварително нивата на критичност, времената за реакция, начина на ескалация и обхвата на услугата според конкретната IT среда и нуждите на клиента.

Имате нужда от IT поддръжка за вашата фирма? Свържете се с BGS за консултация и предложение според вашата инфраструктура и изисквания.

„Да минем в облака“ отдавна не е въпрос на мода, а на сметка: без начална инвестиция в сървъри, без разходи за тяхната подмяна и с възможност да плащате само това, което ползвате. Този наръчник обяснява кои облачни услуги имат смисъл за малка и средна фирма, как да изберете между публичен, частен и хибриден облак и как се минава без прекъсване на работата.

Какво покриват облачните услуги за бизнеса?

Четири са най-честите задачи, които МСП изнасят в облака: пощата (най-честата първа стъпка — вижте сравнението между облачни и локални имейл услуги), файловете и съвместната работа (споделени документи, достъп отвсякъде), бекъпът (копие извън офиса по правилото 3-2-1) и цели сървъри и приложения — счетоводен софтуер, ERP, вътрешни системи, които вече не искате да поддържате на желязо в офиса.

Публичен, частен или хибриден облак — кой за кого?

Публичният облак (Microsoft 365, Google Workspace, големите платформи) е най-бързият и евтин старт — за повечето фирми до 50 души той покрива всичко. Частният облак — отделена инфраструктура в център за данни — има смисъл при чувствителни данни, регулаторни изисквания или специфичен софтуер. Хибридният комбинира двете: пощата и файловете в публичния облак, критичните системи — в частен. Изборът не е религия, а сметка спрямо данните и бюджета ви.

Колко струват облачните услуги?

Моделът е месечен абонамент на потребител или на ресурс — без капиталови разходи и без „изненадата“ на умрял сървър. Реалната икономия идва от три места: не купувате хардуер, не плащате за поддръжката му и скалирате нагоре-надолу според броя хора. Скритият разход, за който да внимавате: лицензи, които никой не ползва. Одит на абонаментите веднъж годишно обикновено плаща сам себе си.

Как се мигрира без прекъсване на работата?

Правилната миграция е поетапна: подготвя се новата среда паралелно със старата, данните се прехвърлят на етапи (обикновено през уикенд), потребителите превключват без загуба на писма и файлове. Как изглежда това при пощата — в статията за Microsoft 365 за бизнеса. Ключът е предварителният одит: какво имате, какво се пренася, какво се пенсионира.

Ами сигурността и бекъпът в облака?

Големите доставчици пазят инфраструктурата по-добре от повечето сървърни помещения — но акаунтите, правата и MFA остават ваша отговорност. И едно важно правило: облакът не е бекъп. Случайно изтриване или ransomware през синхронизация унищожават и облачното копие — затова отделният бекъп остава задължителен (вижте заблудите и фактите за надеждния бекъп).

Как може да помогне BGS?

Внедряваме и поддържаме облачни пощенски услуги и облачни платформи, включително частен облак в собствена инфраструктура. Облачните услуги вървят ръка за ръка с ИТ поддръжката за фирми — двете заедно покриват целия гръб на бизнеса.

Всяка фирма с 10–100 служители стига до един и същ въпрос: кой да се грижи за компютрите, сървърите, пощата и сигурността — и колко трябва да струва това. Събрахме отговорите на едно място: какво реално включва ИТ поддръжката за фирми, как се формира цената, кога има смисъл от абонамент и как да изберете доставчик, на който да разчитате.

Какво включва ИТ поддръжката за фирми?

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

Кои са 12-те неща, които всяка фирма трябва да има подредени?

Минете през списъка и пребройте „да“-тата:

1. Инвентар на цялата техника и софтуер
2. Отделен акаунт за всеки служител — без споделени пароли
3. Многофакторна автентикация (MFA) поне на пощата
4. Автоматични актуализации на Windows и критичния софтуер
5. Ежедневен бекъп на критичните данни по правилото 3-2-1
6. Тест на възстановяването поне веднъж на тримесечие
7. Антивирус или EDR на всички устройства
8. Защитна стена с актуални правила
9. Процедура при напускане на служител — незабавно спиране на достъпите
10. Мониторинг, който вдига аларма преди клиентите да усетят проблема
11. Писмен SLA — за колко време се реагира при инцидент
12. Един ясен отговорник — вътрешен човек или външен партньор

Под 8 „да“ означава, че рискът ви струва повече от поддръжката — сметката е в статията за цената на един ИТ инцидент.

Колко струва ИТ поддръжката?

Цената се определя от броя потребители и сървъри, критичността на системите и договореното време за реакция. Важното е не числото, а какво влиза срещу него: мониторинг, актуализации, бекъп и дежурства — или само посещения на повикване. Пълната разбивка какво плащате е в статията какво всъщност плащате при IT поддръжка.

Абонамент или щатен ИТ специалист?

За фирми до около 50 души абонаментът почти винаги е по-изгодният вариант: плащате част от цял екип с различни компетенции, вместо една заплата за един човек, който също боледува и напуска. Пълното сравнение с числа: абонаментна IT поддръжка или собствен IT отдел.

Кога ви трябва managed services модел?

Когато искате не просто реакция при проблем, а поети ангажименти: проактивен мониторинг, SLA, месечна отчетност и планиране. Разликите обяснява наръчникът за управляемите IT услуги, а ако поддържате собствени сървъри — вижте и ръководството за поддръжка на сървъри.

Как да изберете доставчик на ИТ поддръжка?

Четири бързи проверки, преди да подпишете: (1) има ли писмен SLA с конкретни времена; (2) може ли да покаже реални клиенти с подобен профил; (3) покрива ли и сигурността, или само „компютрите“; (4) какво се случва при раздяла — паролите, документацията и конфигурациите трябва да са ваша собственост от първия ден.

Каква е връзката между поддръжката и киберсигурността?

Голямата част от базовата сигурност е просто добре свършена поддръжка: навременни актуализации, правилни достъпи, работещ бекъп. Ако искате обективна снимка къде сте в момента, направете Security Health Check, а при избор на партньор по сигурността помагат седемте въпроса към фирмата за киберсигурност.

Готови за следващата стъпка? Вижте абонаментните планове за IT поддръжка на BGS — екип с офиси в София и Варна, сертифициран по ISO/IEC 27001.

Имейлът остава най-критичният комуникационен канал за повечето фирми — и същевременно най-честата входна точка за кибератаки. Изборът между облачна услуга (Microsoft 365, Google Workspace) и собствен имейл сървър влияе на разходите, сигурността и надеждността. Тази статия сравнява вариантите, за да вземете информирано решение.

Какво предлагат облачните имейл услуги?

При облачните услуги (Microsoft 365 и Google Workspace) инфраструктурата се предоставя като услуга. Не е необходимо да изграждате и поддържате собствен имейл сървър — доставчикът осигурява платформата, нейната достъпност и обновяването ѝ. Организацията използва услугата чрез месечен или годишен абонамент.

Това обаче не отменя необходимостта от администриране — потребители, лицензи, политики за сигурност, защита на достъпа и архивиране остават част от ежедневното управление.

Кога локалният имейл сървър има смисъл?

При локалното решение организацията разполага със собствен имейл сървър — в собствен офис или в дейта център. Това осигурява пълен контрол върху инфраструктурата, конфигурацията и данните, но носи и отговорността за хардуера, операционната система, актуализациите, мониторинга и непрекъсваемата работа.

Такова решение често се избира при специфични бизнес приложения, регулаторни изисквания или когато организацията желае пълен контрол върху средата.

Как се сравняват по цена, сигурност и поддръжка?

Кое решение е подходящо за вашата фирма?

Облачните услуги са подходящи, когато:

• не искате да инвестирате в собствен сървър;
• търсите бързо внедряване;
• имате разпределени екипи;
• използвате Microsoft Teams или Google Workspace;
• предпочитате абонаментен модел.

Локалният сървър е подходящ, когато:

• имате специфични приложения, зависещи от локална инфраструктура;
• съществуват регулаторни или договорни изисквания;
• необходим е максимален контрол върху инфраструктурата;
• вече разполагате с изградена сървърна среда.

Независимо от избора, конфигурацията за сигурност (многофакторна автентикация, антифишинг защита, DKIM/SPF/DMARC записи) е критична. Вижте нашите облачни пощенски услуги за миграция и управление.

Как може да помогне BGS

В BGS внедряваме и поддържаме както Microsoft 365 и Google Workspace, така и локални Exchange и Zimbra среди. Изборът не се определя от това коя технология е по-модерна, а от нуждите на конкретната организация. След анализ на съществуващата инфраструктура, бизнес процесите и изискванията за сигурност можем да препоръчаме най-подходящото решение и да поемем неговото внедряване, миграция и последваща поддръжка — вижте нашите управлявани и облачни услуги.

Все повече компании предлагат услуги по киберсигурност — от продажба на антивирусен софтуер до цялостно управление на ИТ сигурността. Затова изборът на подходящ партньор не трябва да се основава само на цената или използваните технологии.

Кои са седемте въпроса, които да зададете?

1. Какво реално включва услугата?

Не всяка оферта означава едно и също. Попитайте дали получавате само внедряване на защитен продукт, или цялостна услуга — мониторинг, управление, регулярни проверки, отчети и съдействие при инциденти.

2. Как ще бъде защитена вашата среда?

Добрият доставчик трябва да предложи решение според вашата инфраструктура — Microsoft 365, локални сървъри, облачни услуги или хибридна среда. Универсални решения рядко работят добре.

3. Какво се случва при инцидент?

Попитайте каква е процедурата при ransomware атака, пробив или компрометирана поща. Важно е да знаете кой реагира, в какви срокове и как ще бъдете информирани.

4. Получавате ли мониторинг и регулярни отчети?

Качествената услуга не приключва след внедряването. Тя включва наблюдение на средата, анализ на събитията и регулярни отчети с препоръки за подобрение.

5. Какъв е опитът на доставчика?

Потърсете партньор с реален опит в среди, подобни на вашата. Попитайте за внедрени решения, екип, използвани технологии и примери от практиката.

6. Какво НЕ е включено?

Добре е още в началото да е ясно кои дейности са част от услугата и кои се извършват срещу допълнително заплащане. Това предотвратява неприятни изненади.

7. Предлага ли проактивна защита?

Добрата киберсигурност не е само реакция при проблем. Тя включва проверки за уязвимости, актуализиране на защитите, препоръки за подобрения и планиране на бъдещото развитие.

Кои са червените флагове при избора?

Бъдете внимателни, ако доставчикът:

• обещава „100% защита“;
• предлага само един продукт като решение на всички проблеми;
• не може ясно да обясни какво включва услугата;
• не предлага мониторинг или регулярни отчети;
• няма ясно разписана процедура за реакция при инцидент.

Как изглежда процесът при BGS?

В BGS разглеждаме киберсигурността като непрекъснат процес. Затова комбинираме технологии с експертна поддръжка, мониторинг, проверки за уязвимости, защита на Microsoft 365 и локални среди, резервни копия и регулярни препоръки. Целта ни не е просто да внедрим продукт, а да изградим дългосрочна защита, съобразена с бизнеса на клиента — вижте нашите услуги по киберсигурност.

Най-добрата първа стъпка е независима оценка на текущото ви състояние. Заявете безплатен одит на сигурността, за да разберете отправната си точка, преди да изберете доставчик.

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

От какво зависи цената?

При BGS цената се определя след анализ на цялата IT инфраструктура и нуждите на бизнеса. Основните фактори са:

• броят на потребителите и работните станции;
• използваните бизнес приложения и облачни услуги;
• сървърната и мрежовата инфраструктура;
• изискванията за информационна сигурност;
• необходимото време за реакция (SLA);
• работното време и специфичните нужди на организацията.

Какво включва една професионална IT поддръжка?

В зависимост от нуждите на клиента абонаментната услуга може да включва:

• обслужване на потребители;
• поддръжка на сървърната и мрежовата инфраструктура;
• управление на Microsoft 365 и други облачни услуги;
• мониторинг на системите;
• управление на резервните копия;
• актуализации и превантивна профилактика;
• съдействие при възникнали инциденти.

Целта не е просто да се отстраняват проблеми, а да се предотвратява тяхното възникване и да се осигури нормалната работа на бизнеса.

Защо няма стандартна цена?

Всяка организация има различна IT среда. Две фирми с еднакъв брой служители могат да използват различни системи, да имат различни изисквания за сигурност или да работят в различен режим. Затова професионалната IT поддръжка не се оценява по шаблон, а според реалните нужди на конкретния бизнес.

Колко струва да НЯМАТЕ поддръжка?

Обратната сметка е също толкова важна: часовете престой при срив, загубените клиенти, извънредните такси за спешен ремонт и възстановяване. За малка фирма дори един по-сериозен инцидент годишно обикновено струва повече от 12 месеца абонамент — а идва без предупреждение. Пълната методика как да си сметнете риска е в статията за цената на един ИТ инцидент.

Директивата NIS2 разширява значително кръга от организации, които трябва да спазват минимални изисквания за киберсигурност в ЕС. В България тя вече е транспонирана — измененията в Закона за киберсигурност са обнародвани в Държавен вестник бр. 17 от 13 февруари 2026 г., а преходният период с намалени санкции изтече на 1 юни 2026 г. Това ръководство обяснява на достъпен език кого засяга NIS2, какви са задълженията по българския закон и какви са санкциите при неспазване.

Какво е NIS2 и защо е важна?

NIS2 (Network and Information Security Directive 2) е европейска директива, която задължава организациите в редица сектори да въведат мерки за управление на киберрискове и да докладват инциденти. За разлика от първата NIS директива, NIS2 обхваща значително повече сектори и въвежда по-строга отговорност — включително за ръководството на компанията.

Срещате я и като „NIS 2“, „НИС 2“ или с пълното ѝ име — Директива за сигурност на мрежите и информационните системи. В България задълженията по нея се изпълняват чрез Закона за киберсигурност.

Кого засяга NIS2 в България?

NIS2 обхваща 18 сектора — 11 сектора с висока степен на критичност (енергетика, транспорт, банков сектор, инфраструктури на финансовия пазар, здравеопазване, питейна вода, отпадъчни води, цифрова инфраструктура, управление на ИКТ услуги, публична администрация и космическо пространство) и още 7 други критични сектора (пощенски и куриерски услуги, управление на отпадъците, химикали, храни, производство, доставчици на цифрови услуги и научни изследвания).

В обхвата попадат средните и големите предприятия в тези сектори по смисъла на Препоръка 2003/361/ЕО, към която директивата препраща. Част от субектите — например доставчиците на квалифицирани удостоверителни услуги и на DNS услуги — попадат в обхвата независимо от размера си. Важно: дори по-малки фирми могат да попаднат в обхвата, ако са критичен доставчик за засегната организация.

Кой конкретно е „съществен“ и кой „важен“ субект се определя от националните компетентни органи, които уведомяват засегнатите организации. Надзорът се осъществява от Министерството на иновациите и дигиталната трансформация.

Дори ако формално не сте задължени, клиентите и партньорите ви все по-често изискват доказателство за базова киберхигиена като условие за работа.

12-те задължителни мерки по Закона за киберсигурност

Директивата изброява 10 мерки, а българският закон ги разширява до 12 (чл. 22, ал. 2). Ето пълният списък:

1. Политики за анализ на риска и за сигурност на информационните системи.
2. Действия при инцидент — откриване, реакция и справяне с последиците.
3. Непрекъснатост на дейността — резервни копия и възстановяване след срив.
4. Сигурност на веригата за доставка.
5. Сигурност при придобиване, разработване и поддръжка на системи.
6. Политики и процедури за оценяване на ефективността на мерките.
7. Основни киберхигиенни практики и обучение по киберсигурност.
8. Криптография и криптиране.
9. Сигурност на човешките ресурси, контрол на достъпа и управление на активите.
10. Многофакторно удостоверяване и защитени комуникации.
11. Управление на измененията на информационните активи.
12. Мерки и задължения за докладване за субектите по приложения I и II.

Точки 11 и 12 са българска добавка — чеклист с „10 мерки по NIS2“, какъвто често се среща онлайн, е непълен за фирма в България.

Как да постигнете съответствие стъпка по стъпка?

1. Направете одит на текущото състояние. Започнете с одит на сигурността, за да видите къде сте спрямо изискванията.
2. Идентифицирайте критичните активи и данни. Какво би спряло бизнеса ви, ако бъде компрометирано?
3. Въведете многофакторна автентикация за всички важни системи.
4. Настройте надеждни архиви с редовно тестване на възстановяването.
5. Създайте план за реакция при инциденти с ясни роли и срокове за докладване.
6. Обучете служителите — човешкият фактор е причина за повечето пробиви.
7. Документирайте всичко. При проверка съответствието се доказва с документи и записи.

Ако нямате вътрешен екип за това, външен доставчик може да поеме целия процес — вижте нашите услуги по киберсигурност.

NIS2 санкции — какво рискува фирмата

Гратисният период изтече. За нарушения, извършени до 1 юни 2026 г., санкциите се налагат в размер, намален с 50 на сто (§ 51 от преходните разпоредби). За всичко след тази дата се прилага пълният режим.

• Съществени субекти: имуществена санкция до 10 000 000 евро или до 2 на сто от общия световен годишен оборот — по-високата от двете суми, но не по-малко от 25 000 евро.
• Важни субекти: до 7 000 000 евро или до 1,4 на сто от оборота — по-високата от двете, но не по-малко от 12 500 евро.
• Управители и членове на управителни органи: отделна глоба от 500 до 5000 евро при неизпълнение на задълженията им по чл. 21.
• Неизпълнение на принудителна административна мярка: от 2500 до 12 000 евро, а при повторно нарушение — от 5000 до 25 000 евро.

За малка фирма практически по-важен е не таванът от 10 милиона, а подът: минимумът от 25 000 евро се дължи независимо от оборота.

Срокове за докладване на инциденти

При значителен инцидент Законът за киберсигурност определя три срока за уведомяване на Националния екип за реагиране при инциденти (СЕРИКС):

• До 24 часа от установяването — ранно предупреждение.
• До 72 часа — пълно уведомление за инцидента.
• До един месец от уведомлението — окончателен доклад.

Инцидентът е „значителен“, когато е причинил или може да причини сериозно оперативно смущение или финансова загуба, или когато засяга други лица със значителни материални или нематериални вреди.

Срокът от 24 часа означава, че решението кой уведомява и с какви данни трябва да е взето предварително — не в момента на инцидента.

Задължения на управителните органи

Законът възлага отговорност пряко на ръководството, не само на IT екипа. Управителните органи одобряват мерките за управление на риска и следят за прилагането им. Освен това членовете им са длъжни на всеки две години да преминават обучение, а също да предлагат и организират обучение за своите служители (чл. 21).

Това е задължение с конкретна периодичност — и е едно от най-често пропусканите при подготовката за съответствие. Ако нямате вътрешен ресурс да го организирате, вижте нашите услуги по киберсигурност за NIS2 съответствие.

Не сте сигурни дали NIS2 ви засяга и къде стоите спрямо изискванията? Заявете безплатен одит за NIS2 готовност от BGS — ще получите ясна оценка и приоритетен план за действие.

Източници

Директива (ЕС) 2022/2555 на Европейския парламент и на Съвета от 14 декември 2022 г. (ОВ L 333/80, 27.12.2022) — чл. 2, 3, 21, 23, 34 и приложения I и II. Обхват: Европейски съюз. Проверено: 26.08.2026.

Закон за киберсигурност (обн. ДВ бр. 94 от 2018 г.; изм. ДВ бр. 17 от 13.02.2026 г. — транспониране на Директива (ЕС) 2022/2555; изм. ДВ бр. 55 от 16.06.2026 г.) — чл. 21, 22, 23, 28, 29 и § 51 от преходните разпоредби. Обхват: България. Проверено: 26.08.2026.

Информацията отразява действащата към 26.08.2026 г. нормативна уредба и не представлява правен съвет. За конкретния обхват на задълженията на вашата организация се консултирайте с юрист.