Consera to firma doradcza założona przez praktyków z wieloletnim doświadczeniem w compliance, zarządzaniu projektami, finansach i prawie technologii.
Compliance, audyty, doradztwo finansowe i biznesowe, prawo technologii, zarządzanie projektami i dotacje — na tym dobrze się znamy. Przy projektach wymagających kompetencji inżynierskich lub technicznych pracujemy z partnerami, którym ufamy.
Audyty wobec RODO, KSC/NIS2, KRI, SZBI, NFZ i KNF — z priorytetyzacją luk i ścieżką naprawy dostosowaną do regulatora właściwego dla danego sektora.
Wdrożenie Systemu Zarządzania Bezpieczeństwem Informacji i Systemu Zarządzania Ciągłością Działania — jako projekty zarządcze, dokumentacyjne i organizacyjne.
Outsourcing funkcji IOD/DPO — rejestr czynności, DPIA, obsługa naruszeń i notyfikacji UODO, reagowanie na żądania podmiotów danych.
Modelowanie finansowe, biznesplany, analiza zdolności kredytowej i restrukturyzacja finansowania — praca na rzeczywistych danych klienta.
Diagnoza modelu biznesowego, optymalizacja procesów, przygotowanie do zmian właścicielskich lub regulacyjnych. Bez raportu na półkę — z planem działania.
PMO i nadzór nad złożonymi projektami wdrożeniowymi, dotacyjnymi i regulacyjnymi — harmonogram, ryzyko, budżet i komunikacja z instytucją finansującą.
Umowy IT i SLA, licencje, ochrona danych, AI Act, odpowiedzialność za systemy algorytmiczne, NIS2 w kontraktach zamówień publicznych.
Mapowanie programów (KPO, FENG, FERC, RPO), ocena szansy powodzenia i przygotowanie wniosku z pełną dokumentacją aplikacyjną.
Koordynacja realizacji od podpisania umowy po zamknięcie — kamienie milowe, wydatki kwalifikowane, komunikacja z instytucją pośredniczącą.
Wnioski o płatność, dokumentacja wydatków i obsługa kontroli instytucji finansujących — przez cały okres trwałości projektu.
Praktyczne szkolenie z zakresu RODO dla pracowników, kierowników i IOD — podstawy prawne, obowiązki, obsługa żądań i naruszeń.
Obowiązki prawne, odpowiedzialność osobista członków zarządu, wymagania wobec dostawców, notyfikacje incydentów i sankcje.
Klasyfikacja systemów AI, obowiązki operatora i dostawcy, ryzyka wycieku danych przez modele językowe, polityki wewnętrzne.
Symulacje tabletop dla zespołów i zarządów — testowanie procedur reagowania, komunikacji kryzysowej i planów BCP/DRP bez ingerencji w systemy.
Ocena stanu faktycznego wobec wymagań regulacyjnych — nie jako lista kontrolna, lecz jako diagnoza z priorytetyzacją i ścieżką naprawy.
Audyt zgodności ma wartość wtedy, gdy kończy się nie wykazem braków, lecz planem działania. Dla każdego audytowanego obszaru wskazujemy poziom istotności, zależności między wymaganiami i kolejność wdrożenia poprawek — z uwzględnieniem realnych zasobów organizacji i wymagań konkretnego regulatora.
Procesy przetwarzania, podstawy prawne, rejestr czynności, umowy powierzenia, środki techniczne i organizacyjne, procedury obsługi naruszeń i żądań podmiotów danych.
Zgodność z ustawą o Krajowym Systemie Cyberbezpieczeństwa dla podmiotów kluczowych i ważnych. Ocena zarządzania ryzykiem, środków bezpieczeństwa, procedur zgłaszania incydentów i wymagań wobec łańcucha dostaw.
Zgodność z Rozporządzeniem w sprawie Krajowych Ram Interoperacyjności — obowiązkowa dla podmiotów publicznych. Ocena systemów teleinformatycznych pod kątem wymagań technicznych i organizacyjnych.
Audyt wewnętrzny lub przedcertyfikacyjny Systemu Zarządzania Bezpieczeństwem Informacji — ocena dojrzałości procesów, skuteczności wdrożonych zabezpieczeń i gotowości do certyfikacji.
Audyt wymagań bezpieczeństwa informacji Narodowego Funduszu Zdrowia dla podmiotów leczniczych — zgodność z Zarządzeniem Prezesa NFZ w zakresie bezpieczeństwa systemów i danych medycznych.
Audyt zgodności z rekomendacjami i wytycznymi Komisji Nadzoru Finansowego w zakresie bezpieczeństwa IT — dla podmiotów nadzorowanych przez KNF.
Podaj regulację i wielkość organizacji — wycenimy zakres audytu.
Dwa systemy — jeden obejmuje ochronę informacji, drugi zapewnia ciągłość działania gdy ochrona zawiedzie. Wdrażamy je łącznie lub osobno, zależnie od potrzeb i etapu dojrzałości organizacji.
Identyfikacja, ocena i ograniczanie ryzyka utraty poufności, integralności i dostępności informacji.
SZBI to mechanizm, który sprawia, że organizacja regularnie weryfikuje, co chroni, przed czym i jak skutecznie. Wdrożenie jako projekt zarządczy obejmuje:
Zdolność organizacji do kontynuowania krytycznych funkcji w warunkach zakłócenia — awarii, ataku, katastrofy.
Wdrożenie wyceniamy indywidualnie — zależy od wielkości organizacji.
Outsourcing funkcji IOD/DPO — pełna obsługa obowiązków RODO bez konieczności zatrudniania etatowego inspektora.
Podaj liczbę podmiotów i skalę przetwarzania danych.
Budowa modeli finansowych dopasowanych do specyfiki organizacji — ocena inwestycji, planowanie wieloletnie, analiza scenariuszowa, wycena projektu dotacyjnego lub biznesowego.
Opracowanie biznesplanu na potrzeby pozyskania finansowania zewnętrznego lub wewnętrznej oceny przedsięwzięcia — spójny z modelem finansowym, uwzględniający wymagania konkretnego źródła finansowania.
Ocena bieżącej zdolności kredytowej, analiza struktury zadłużenia, rekomendacje dotyczące refinansowania lub pozyskania nowego finansowania.
Analiza i optymalizacja struktury finansowania — wydłużenie terminów, zmiana instrumentów, konsolidacja zadłużenia. Uwzględniamy aspekty finansowe, podatkowe i prawne.
Opisz cel analizy — wycenimy zakres.
Ocena modelu biznesowego, procesów operacyjnych i struktury — ze wskazaniem nieefektywności, ryzyk i możliwości poprawy z perspektywy finansowej, operacyjnej i regulacyjnej.
Opracowanie lub weryfikacja strategii organizacji w horyzoncie 1–5 lat — z mierzalnymi celami i przypisaną odpowiedzialnością.
Wsparcie przy transakcjach M&A, sukcesji lub reorganizacji — porządkowanie struktury, dokumentacja procesów, przygotowanie do due diligence po stronie sprzedającego.
Analiza wpływu nowych regulacji (NIS2, AI Act, ESG, zmiany PZP) na model operacyjny — z mapą działań dostosowawczych i szacunkiem kosztów.
Opisz sytuację i oczekiwany wynik.
Zarządzanie projektem traktujemy jako usługę ciągłą — od planowania przez realizację po zamknięcie. Szczególnie tam, gdzie projekt ma charakter regulacyjny lub dotacyjny z nieprzekraczalnymi kamieniami milowymi.
Opisz projekt i jego etap.
Doradztwo prawne w obszarze IT i danych — z perspektywą techniczną, bez tłumaczenia prawnikowi jak działa system, który ma ocenić.
Opisz umowę lub sytuację prawną.
Dotacja ma sens wyłącznie wtedy, gdy finansuje przedsięwzięcie, które warto realizować niezależnie od dofinansowania. Przed przystąpieniem do wniosku weryfikujemy zgodność projektu z celami programu, kryteria formalne i realną szansę powodzenia.
Opisz planowaną inwestycję — sprawdzimy dostępne programy.
Opisz etap projektu i potrzeby.
W przypadku stwierdzenia nieprawidłowości wspieramy klienta w przygotowaniu wyjaśnień, odwołań i działań naprawczych minimalizujących ryzyko korekty finansowej.
Podaj program dotacyjny i etap projektu.
Szkolenia prowadzone przez praktyków — z zakresu RODO, NIS2, AI Act i zarządzania incydentami. Dla zarządów, kadry kierowniczej i pracowników.
Praktyczne szkolenie z zakresu RODO — podstawy prawne przetwarzania, obowiązki pracownika, obsługa żądań podmiotów danych, postępowanie przy naruszeniu. Moduł dedykowany dla sektora medycznego uwzględniający dane dotyczące zdrowia i reżim NFZ.
Obowiązki prawne i terminy, odpowiedzialność osobista członków zarządu, wymagania wobec dostawców i łańcucha dostaw, notyfikacje incydentów, kary i sankcje. Czas trwania: 3–4 godziny.
Klasyfikacja systemów AI, obowiązki dostawcy i operatora, ryzyka wycieku danych przez modele językowe, zasady akceptowalnego użycia, tworzenie wewnętrznych polityk AI. Dla pracowników korzystających z narzędzi AI i kadry odpowiedzialnej za ich wdrożenie.
Symulacja incydentu bezpieczeństwa dla zespołów i zarządów — testowanie procedur reagowania, komunikacji kryzysowej i planów BCP/DRP w warunkach zbliżonych do rzeczywistych, bez ingerencji w systemy produkcyjne. Scenariusze: ransomware, wyciek danych, niedostępność systemu krytycznego.
Spółki i grupy kapitałowe szukające pewności regulacyjnej i operacyjnej — od startupu po korporację.
Gminy, powiaty, jednostki organizacyjne — KRI, NIS2, RODO, PZP i dotacje cyfrowe.
Szpitale, przychodnie, laboratoria — NIS2, NFZ, RODO w kontekście danych medycznych, ciągłość opieki.
Zakłady produkcyjne — compliance NIS2, SZBI, SZCD i zarządzanie ciągłością procesów produkcyjnych.
Operatorzy sieci i dostawcy usług internetowych — NIS2 jako podmiot kluczowy, compliance regulacyjny.
Wodociągi, ciepłownictwo, gospodarka odpadami — NIS2, SZBI, SZCD i plany ciągłości dla procesów krytycznych.
Banki, SKOK-i, towarzystwa ubezpieczeniowe — DORA, KNF, zgodność regulacyjna i ochrona danych finansowych.
Operatorzy sieci elektroenergetycznych i spółki dystrybucyjne — NIS2, infrastruktura krytyczna, compliance i ciągłość działania.
Uczelnie, szkoły, jednostki badawcze — RODO dla danych uczniów i studentów, KRI, IOD, bezpieczeństwo platform e-learningowych.
Wszystkie podmioty objęte uKSC jako kluczowe lub ważne — niezależnie od sektora.
Firmy komercyjne mierzą się z presją regulacyjną z kilku kierunków jednocześnie: RODO/UODO, branżowe wymagania KNF lub NFZ, coraz częściej NIS2 jako dostawca usług cyfrowych lub podmiot ważny — a do tego oczekiwania kontrahentów i ubezpieczycieli cybernetycznych.
Opisz branżę i bieżące potrzeby.
Jednostki samorządu terytorialnego działają w środowisku regulacyjnym, gdzie obowiązki z KRI, NIS2/uKSC i RODO nakładają się na rygor zamówień publicznych i ograniczone budżety IT. Jednocześnie dla wielu dostępne są programy dotacyjne, które mogą sfinansować znaczną część niezbędnych działań.
Opisz wielkość jednostki i bieżące potrzeby.
Ustawa o Krajowym Systemie Cyberbezpieczeństwa nakłada na Operatorów Usług Kluczowych konkretne obowiązki z terminami i sankcjami za ich niewykonanie. Specyfika OUK polega na tym, że ryzyko nie kończy się na danych — obejmuje procesy fizyczne, urządzenia sterujące i bezpieczeństwo ludzi.
Opisz organizację i etap wdrożenia wymagań KSC.
Podmioty lecznicze przetwarzają dane szczególnie wrażliwe — dane o stanie zdrowia pacjentów — i jednocześnie coraz częściej są klasyfikowane jako Operatorzy Usług Kluczowych. Zakłócenie systemów szpitalnych może bezpośrednio zagrozić zdrowiu i życiu pacjentów — stąd wymagania regulacyjne w tym sektorze są wyjątkowo rygorystyczne.
Opisz typ podmiotu i bieżące potrzeby w zakresie bezpieczeństwa.
Zakłady produkcyjne i przedsiębiorstwa przemysłowe podlegają rosnącym wymaganiom regulacyjnym wynikającym z NIS2, a ich systemy zarządzania — często obejmujące środowiska OT — wymagają dostosowania zarówno pod kątem compliance, jak i ciągłości działania.
Opisz środowisko produkcyjne i zakres systemów OT.
Sektor telekomunikacyjny jest jednym z pierwszych objętych wymogami NIS2 jako podmiot kluczowy. Infrastruktura telekomunikacyjna stanowi fundament, na którym opierają się inne sektory krytyczne — jej zakłócenie ma skutki kaskadowe daleko poza samym operatorem.
Opisz skalę infrastruktury i zakres usług.
Przedsiębiorstwa komunalne zarządzają infrastrukturą, której zakłócenie bezpośrednio dotyka mieszkańców — brak dostępu do wody, ciepła lub niemożność odbioru odpadów to skutki natychmiastowe i nieakceptowalne społecznie. Wymagania NIS2 i uKSC nakładają na te podmioty konkretne obowiązki compliance z terminami i sankcjami.
Opisz typ podmiotu i etap wdrożenia wymagań KSC.
Sektor finansowy podlega jednemu z najgęstszych środowisk regulacyjnych w zakresie bezpieczeństwa IT — DORA (Digital Operational Resilience Act) obowiązująca od stycznia 2025 r. nakłada na instytucje finansowe nowe, szczegółowe wymagania dotyczące odporności cyfrowej, testowania i zarządzania ryzykiem stron trzecich.
Opisz typ instytucji i zakres wymagań regulacyjnych.
Sektor energetyczny jest jednym z priorytetowych obszarów NIS2 i uKSC — zakłócenie dostaw energii elektrycznej wywołuje natychmiastowe skutki dla wszystkich pozostałych sektorów krytycznych. Wymagania compliance są tu wyjątkowo szczegółowe, a terminy i sankcje — rygorystyczne.
Opisz typ podmiotu i etap wdrożenia wymagań KSC.
Instytucje edukacyjne przetwarzają szczególnie wrażliwe dane — orzeczenia o niepełnosprawności, dane zdrowotne, wyniki nauczania małoletnich — i jednocześnie często dysponują ograniczonymi zasobami IT oraz brakiem dedykowanego personelu ds. bezpieczeństwa. Rosnąca rola e-learningu i systemów zarządzania uczeniem (LMS) wprowadza nowe wektory ryzyka.
Opisz typ i wielkość instytucji — dobierzemy zakres wsparcia.
Consera została założona przez ludzi z dorobkiem ponad 100 projektów w sektorze publicznym, zdrowotnym i komercyjnym — od audytów zgodności i wdrożeń SZBI, przez obsługę IOD i zarządzanie projektami dotacyjnymi, po doradztwo finansowe i obsługę prawną.
Consera Sp. z o.o.
Plac Bankowy 2
00-095 Warszawa
Polska
KRS: 0001246599
NIP: 5253093193
REGON: 544965437
email: biuro@consera.pl
telefon: 535-308-111
Wstępna konsultacja jest bezpłatna. Odpowiadamy w ciągu jednego dnia roboczego.
Plac Bankowy 2
Warszawa
Polska
Realizujemy projekty na terenie całej Polski — zdalnie lub z wyjazdem do klienta, zależnie od charakteru zlecenia.
Ocena zgodności systemów teleinformatycznych z wymaganiami Krajowych Ram Interoperacyjności. Zakres obejmował inwentaryzację systemów informatycznych, weryfikację dokumentacji bezpieczeństwa, ocenę polityki dostępu i zarządzania hasłami oraz klasyfikację aktywów informacyjnych. Wynikiem był raport z priorytetyzacją luk i harmonogramem działań naprawczych dostosowanym do budżetu jednostki.
Wsparcie urzędu miejskiego w procesie identyfikacji obowiązków wynikających z ustawy o Krajowym Systemie Cyberbezpieczeństwa. Projekt obejmował analizę klasyfikacji podmiotu, ocenę stanu wdrożenia wymaganych środków technicznych i organizacyjnych, opracowanie rejestru incydentów oraz przygotowanie dokumentacji wymaganej przez organ właściwy.
Kompleksowe wsparcie przewoźnika drogowego w dostosowaniu do wymagań dyrektywy NIS2 jako podmiotu ważnego w sektorze transportu. Zakres: analiza luk, ocena ryzyka systemów IT wspierających zarządzanie flotą i logistykę, opracowanie polityki bezpieczeństwa, procedur zarządzania incydentami oraz szkolenie kadry zarządzającej z zakresu obowiązków wynikających z regulacji.
Ocena obowiązków wynikających z dyrektywy NIS2 dla producenta żywności z segmentu podmiotów ważnych. Projekt obejmował weryfikację klasyfikacji podmiotu, analizę ryzyka dla systemów sterowania produkcją i łańcucha dostaw, wdrożenie wymaganych środków organizacyjnych oraz przygotowanie procedury notyfikacji incydentów do właściwego organu sektorowego.
Wsparcie przedsiębiorstwa produkcyjnego z branży przemysłowej w procesie dostosowania do wymagań dyrektywy NIS2 jako podmiotu ważnego. Zakres: analiza luk compliance, ocena zarządzania ryzykiem, opracowanie polityki bezpieczeństwa i procedur zarządzania incydentami oraz przygotowanie dokumentacji dla organu właściwego.
Identyfikacja programu dofinansowania i przygotowanie wniosku aplikacyjnego dla przedsiębiorstwa z branży gospodarki odpadami. Projekt obejmował analizę kwalifikowalności planowanej inwestycji, dobór optymalnego źródła finansowania spośród dostępnych programów krajowych i regionalnych, przygotowanie dokumentacji aplikacyjnej oraz biznesplanu wymaganego przez instytucję finansującą.
Objaśnienia skrótów i terminów używanych w obszarach compliance, bezpieczeństwa informacji, prawa i dotacji.
Ustawa z dnia 5 sierpnia 2018 r. o Krajowym Systemie Cyberbezpieczeństwa — polska implementacja dyrektywy NIS. Nakłada obowiązki na operatorów usług kluczowych i dostawców usług cyfrowych w zakresie zarządzania ryzykiem, obsługi incydentów i audytów bezpieczeństwa.
Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 w sprawie środków na rzecz wysokiego wspólnego poziomu cyberbezpieczeństwa w Unii. Rozszerza zakres podmiotowy w stosunku do NIS, wprowadza podział na podmioty kluczowe i ważne, zaostrza wymagania i sankcje. W Polsce implementowana przez nowelizację uKSC.
Krajowe Ramy Interoperacyjności — wymagania określone w Rozporządzeniu Rady Ministrów z 2012 r., obowiązujące podmioty publiczne. Definiują minimalne wymagania dla systemów teleinformatycznych używanych do realizacji zadań publicznych, w tym wymagania bezpieczeństwa informacji.
Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych (GDPR). Reguluje zasady zbierania, przechowywania i przetwarzania danych osobowych w Unii Europejskiej.
Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2024/1689 w sprawie sztucznej inteligencji. Pierwsze na świecie kompleksowe regulacje dotyczące systemów AI — wprowadza klasyfikację ryzyka, obowiązki dostawców i operatorów oraz zakazy stosowania określonych zastosowań AI.
Prawo zamówień publicznych — ustawa z dnia 11 września 2019 r. regulująca zasady udzielania zamówień publicznych przez zamawiających publicznych. Określa procedury wyboru wykonawców, kryteria oceny ofert i zasady zawierania umów.
System Zarządzania Bezpieczeństwem Informacji — zbiór polityk, procedur, procesów i środków technicznych służących zarządzaniu ryzykiem dla bezpieczeństwa informacji. Budowany zgodnie z normą ISO/IEC 27001:2022.
System Zarządzania Ciągłością Działania — framework procesów i dokumentów zapewniający zdolność organizacji do kontynuowania krytycznych funkcji w warunkach zakłócenia. Budowany zgodnie z normą ISO 22301:2019.
Międzynarodowa norma określająca wymagania dla Systemu Zarządzania Bezpieczeństwem Informacji. Aktualna wersja to ISO/IEC 27001:2022. Certyfikacja potwierdza, że organizacja wdrożyła i utrzymuje system zarządzania bezpieczeństwem zgodny z normą.
Międzynarodowa norma określająca wymagania dla Systemu Zarządzania Ciągłością Działania. Aktualna wersja to ISO 22301:2019. Certyfikacja potwierdza gotowość organizacji do działania w warunkach poważnych zakłóceń.
Business Continuity Plan (Plan Ciągłości Działania) — dokument opisujący procedury utrzymania krytycznych procesów biznesowych w trakcie zakłócenia. DRP (Disaster Recovery Plan) to plan odtworzenia systemów IT po awarii. Oba dokumenty są elementami SZCD.
Business Impact Analysis (Analiza Wpływu na Działalność) — metodyczna ocena skutków zakłócenia procesów biznesowych dla organizacji. Wyznacza priorytety odtwarzania i parametry RTO/RPO.
Recovery Time Objective (docelowy czas odtworzenia) — maksymalny akceptowalny czas niedostępności systemu lub procesu. RPO (Recovery Point Objective) — maksymalna akceptowalna utrata danych wyrażona w czasie, określająca wymaganą częstotliwość kopii zapasowych.
Inspektor Ochrony Danych (Data Protection Officer) — osoba wyznaczona przez administratora lub podmiot przetwarzający, odpowiedzialna za nadzór nad zgodnością przetwarzania danych z RODO. Wymagana m.in. dla podmiotów publicznych i organizacji przetwarzających dane wrażliwe na dużą skalę.
Data Protection Impact Assessment (Ocena Skutków dla Ochrony Danych) — obowiązkowa analiza wymagana przez RODO przed rozpoczęciem operacji przetwarzania, które mogą powodować wysokie ryzyko naruszenia praw i wolności osób fizycznych.
Data Processing Agreement (Umowa Powierzenia Przetwarzania Danych) — umowa wymagana przez RODO między administratorem a podmiotem przetwarzającym dane osobowe w jego imieniu. Określa zakres, cel i zasady przetwarzania.
Urząd Ochrony Danych Osobowych — polski organ nadzorczy właściwy w sprawach ochrony danych osobowych, odpowiednik GDPR supervisory authority. Rozpatruje skargi, prowadzi postępowania i nakłada administracyjne kary pieniężne.
Operator Usług Kluczowych — podmiot zidentyfikowany przez właściwy organ jako świadczący usługę kluczową dla funkcjonowania społeczeństwa lub gospodarki (np. szpital, zakład wodociągowy, operator transportu). Podlega szczególnym obowiązkom wynikającym z uKSC.
Computer Security Incident Response Team — zespół reagowania na incydenty bezpieczeństwa komputerowego. W Polsce funkcjonują CSIRT GOV (ABW), CSIRT MON i CSIRT NASK, a także CSIRT sektorowe dla poszczególnych branż.
Open Source Intelligence — wywiad oparty na publicznie dostępnych źródłach informacji. W kontekście testów bezpieczeństwa: zbieranie informacji o organizacji i jej pracownikach z mediów społecznościowych, rejestrów, stron WWW i wycieków danych — metodami dostępnymi dla każdego potencjalnego atakującego.
Common Vulnerability Scoring System — standardowy system oceny podatności bezpieczeństwa w skali 0–10. Stosowany do obiektywnego określenia krytyczności luk bezpieczeństwa i priorytetyzacji działań naprawczych.
Operational Technology — systemy sterowania i monitorowania procesów fizycznych (SCADA, sterowniki PLC, systemy DCS), stosowane m.in. w przemyśle, energetyce, wodociągach i transporcie. W odróżnieniu od IT (Information Technology), systemy OT sterują urządzeniami fizycznymi, co sprawia że ich podatności mogą powodować skutki wykraczające poza utratę danych.
Proces wzmacniania bezpieczeństwa systemu przez redukcję jego powierzchni ataku — wyłączenie zbędnych usług, aktualizację konfiguracji, usunięcie domyślnych haseł, ograniczenie uprawnień i zastosowanie zasady najmniejszych uprawnień (least privilege).
Krajowy Plan Odbudowy i Zwiększania Odporności — polski instrument finansowany ze środków Europejskiego Funduszu Odbudowy, obejmujący inwestycje i reformy wspierające m.in. cyfryzację, zieloną transformację i ochronę zdrowia.
Fundusze Europejskie dla Nowoczesnej Gospodarki — program operacyjny na lata 2021–2027 finansujący innowacje, B+R, cyfryzację i internacjonalizację przedsiębiorstw. Następca POIR.
Fundusze Europejskie dla Rozwoju Cyfrowego — program operacyjny na lata 2021–2027 finansujący m.in. cyberbezpieczeństwo podmiotów publicznych. W ramach FERC realizowany jest program Cyberbezpieczny Samorząd (działanie 2.2).
Program dotacyjny finansowany z FERC (działanie 02.02), skierowany do jednostek samorządu terytorialnego. Umożliwia dofinansowanie zakupu sprzętu, oprogramowania i usług zwiększających poziom cyberbezpieczeństwa — w tym wdrożenia SZBI i szkoleń pracowników.
Czas po zakończeniu projektu dotacyjnego, w którym beneficjent jest zobowiązany do utrzymania efektów projektu (zazwyczaj 3–5 lat). Naruszenie trwałości może skutkować obowiązkiem zwrotu całości lub części dofinansowania.
Koszty projektu, które mogą być objęte dofinansowaniem zgodnie z regulaminem programu dotacyjnego. Zakwalifikowanie wydatku zależy od jego rodzaju, terminu poniesienia, sposobu udokumentowania i powiązania z celami projektu.
Informacja o przetwarzaniu danych osobowych zgodnie z art. 13 i 14 Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO).
Administratorem Pani/Pana danych osobowych jest Consera Sp. z o.o.
W sprawach dotyczących ochrony danych osobowych można kontaktować się z Inspektorem Ochrony Danych: iod@consera.pl
Dane przekazane drogą e-mail lub za pośrednictwem formularza kontaktowego przetwarzane są w celu udzielenia odpowiedzi na zapytanie oraz prowadzenia korespondencji poprzedzającej zawarcie umowy.
Podstawa prawna: art. 6 ust. 1 lit. b RODO; art. 6 ust. 1 lit. f RODO — prawnie uzasadniony interes administratora.
Dane osób reprezentujących klientów lub będących stroną umowy przetwarzane są w celu wykonania umowy i rozliczeń. Podstawa prawna: art. 6 ust. 1 lit. b RODO.
Dane przetwarzane są w zakresie wymaganym przepisami podatkowymi i rachunkowymi. Podstawa prawna: art. 6 ust. 1 lit. c RODO.
Dane mogą być przetwarzane w celu ustalenia, dochodzenia lub obrony roszczeń. Podstawa prawna: art. 6 ust. 1 lit. f RODO.
Dane osobowe mogą być przekazywane podmiotom przetwarzającym dane w imieniu administratora:
Dane nie są sprzedawane ani udostępniane w celach marketingowych.
Co do zasady dane nie są przekazywane poza Europejski Obszar Gospodarczy. W przypadku korzystania z usług dostawców spoza EOG przekazanie odbywa się z zastosowaniem standardowych klauzul umownych zatwierdzonych przez Komisję Europejską (art. 46 RODO).
Żądania należy kierować do IOD: iod@consera.pl. Odpowiedź w terminie miesiąca od otrzymania żądania.
Podanie danych w formularzu kontaktowym jest dobrowolne, lecz niezbędne do udzielenia odpowiedzi. Podanie danych przy zawieraniu umowy jest warunkiem jej zawarcia. Dane wymagane przepisami prawa mają charakter obowiązkowy.
Dane osobowe nie są wykorzystywane do zautomatyzowanego podejmowania decyzji ani profilowania wywołującego skutki prawne.
Strona consera.pl nie stosuje plików cookie analitycznych, śledzących ani reklamowych. Serwer OVH może rejestrować standardowe dane techniczne (adres IP, typ przeglądarki) wyłącznie w celach bezpieczeństwa infrastruktury — zgodnie z polityką OVH dostępną na ovh.pl.
Niniejsza informacja może być aktualizowana. Data ostatniej aktualizacji: 1 stycznia 2025 r.