Ten tekst to wdrożenie n8n w firmie krok po kroku: dla firmy, która zna już nazwę n8n i chce wiedzieć, co dzieje się między decyzją a działającym przepływem.
Automatyzacja w n8n zwraca się wtedy, gdy proces powtarza się codziennie, przebiega zawsze tak samo i ktoś potrafi opisać go krok po kroku. Instancję uruchamiamy na Waszym serwerze, więc dokumenty nie przechodzą przez cudzą platformę, a rachunek nie rośnie z liczbą wykonanych operacji. Płacicie utrzymaniem instancji i pilnowaniem limitów po stronie usług, z którymi przepływ się łączy.
Wdrożenie n8n w firmie ma sens tylko wtedy, gdy zmierzycie proces, zanim go zautomatyzujecie. To wygląda na zakup narzędzia, a jest projektem, w którym najwięcej czasu zjada poznanie procesu, nie budowa przepływu. Opisujemy, co robimy z przypadkami, których nikt nie zgłosił, i po czym poznać automat, który cicho przestał działać. Na końcu wiecie, o co zapytać każdego, kto składa Wam ofertę.
Prawie każda firma wie, że „to zajmuje sporo czasu”. Prawie żadna nie wie, ile.
Liczba nigdzie nie jest zapisana, bo praca siedzi w etatach, które i tak trzeba zapłacić, więc nie pojawia się na żadnej fakturze. Dopóki jej nie ma, decyzja o automatyzacji zapada na wyczucie, a wyczucie zwykle wskazuje proces najbardziej irytujący, a nie najdroższy. Te dwa rzadko są tym samym procesem. Irytujący bywa wykonywany raz w miesiącu przez jedną osobę, a drogi rozkłada się po dwadzieścia minut dziennie na cztery osoby i nikomu nie przeszkadza.
Koszt braku pomiaru jest podwójny. Pierwszy to pieniądze wydane na automatyzację czegoś, co nie zwróci kosztu utrzymania. Drugi jest gorszy: po wdrożeniu nikt nie potrafi powiedzieć, czy się opłaciło, więc rozmowa o kolejnym procesie zamienia się w spór o wrażenia.
Nie podajemy w tym tekście ani jednej liczby zaoszczędzonych godzin i robimy to świadomie. Oszczędność jest wynikiem pomiaru u konkretnego klienta, przy konkretnym wolumenie dokumentów, i przepisana do artykułu przestaje cokolwiek znaczyć.
Sens pojawia się przy czterech warunkach spełnionych naraz.
źródło: magnific.comOdradzamy n8n firmie, która ma kilkaset operacji miesięcznie, nie ma własnego serwera i nie ma nikogo, kto zajrzy do panelu raz w miesiącu. Taniej i uczciwiej wychodzi wtedy usługa rozliczana za wykonanie, czyli Make albo Zapier. Przy firmie stojącej na Microsoft 365 z prostym obiegiem akceptacji zwykle lepszy jest Power Automate, bo jest już opłacony w licencji. Powiedzenie tego przed ofertą kosztuje nas zlecenie i jest tańsze niż instalacja, którą po roku ktoś wyłączy.
Drugie odradzenie dotyczy procesu, którego nikt nie potrafi opisać. Wtedy najpierw trzeba go opisać, a to jest inna praca i inna wycena. Rozpisujemy ją osobno, żeby nie ukrywać jej w cenie wdrożenia.
Automatyzacja zaczyna się od obejrzenia, jak ktoś naprawdę wykonuje tę pracę dzisiaj. Nie od diagramu w prezentacji, nie od procedury z segregatora i nie od wyboru platformy.
Powód jest prozaiczny. Opis procesu podany na spotkaniu to opis wersji oficjalnej, a wersja oficjalna prawie nigdy nie jest tą, która się wykonuje. Osoba, która robi to od trzech lat, dawno wypracowała skróty, obejścia i wyjątki. Nie uważa ich za część procesu, bo dla niej to zwykłe „no i wtedy jeszcze sprawdzam, czy nie ma drugiego załącznika”. Takie zdanie pada przy biurku, nigdy na spotkaniu.
Mogę Ci jakoś pomóc?
Nasza sesja obserwacyjna wygląda tak samo u każdego klienta:
Sesja zajmuje zwykle od dwóch do czterech godzin i jest pierwszą pozycją w każdej naszej wycenie. Nie jest darmowym rozpoznaniem przed sprzedażą, ponieważ jej wynikiem jest opis procesu, który zostaje u Was także wtedy, gdy nie zbudujemy niczego.
Rzecz, która zaskakuje najczęściej: po tej sesji około połowa procesów wygląda inaczej, niż wyglądała na spotkaniu handlowym. Zdarza się, że kroku, który miał być trzonem automatyzacji, nikt już nie wykonuje od miesięcy.
źródło: Zrzut ekranuPrzepływ automatyzacji to listonosz z bardzo dokładną instrukcją. Instrukcja mówi: weź przesyłkę, sprawdź adres, wrzuć do skrzynki, odhacz na liście. Listonosz wykonuje to bezbłędnie tysiąc razy i nigdy się nie znudzi, ale ma jedną cechę, o której trzeba pamiętać: nie improwizuje. Przesyłka, która nie mieści się do skrzynki, nie jest dla niego sytuacją do rozwiązania. Jest sytuacją spoza instrukcji.
I teraz najważniejsze pytanie całego wdrożenia: co on wtedy zrobi? Zostawi awizo, odłoży przesyłkę na bok z kartką „nie wiem, co z tym”, czy po prostu pójdzie dalej i nikt się o tej przesyłce nigdy nie dowie?
Przepływ zbudowany na wersji oficjalnej działa idealnie przez pierwszy tydzień, a potem trafia na pierwszy przypadek spoza opisu. Wyjątki są powodem, dla którego automatyzacje wracają do nas jako zgłoszenie, i prawie nigdy nie są nimi błędy techniczne.
Spotykamy trzy rodzaje.
Dane w innej postaci niż umówiona. Faktura wysłana zdjęciem zamiast pliku PDF, zamówienie z dwoma numerami, kontrahent, który od lat wysyła załącznik w formacie własnym. Automat ich nie odrzuca, on ich nie rozpoznaje.
Przypadek spoza reguły. Zamówienie od klienta, który jeszcze nie istnieje w systemie. Faktura korygująca do dokumentu sprzed roku. Wniosek złożony przez osobę, która akurat zmienia dział, więc reguła kierowania wskazuje przełożonego, który już nią nie jest.
Zmiana po drugiej stronie. Ktoś przebudował formularz, dostawca wypuścił nową wersję interfejsu programistycznego, wygasł token dostępu. Ten rodzaj jest najczęstszy w utrzymaniu i to on generuje większość naszych zgłoszeń po wdrożeniu.
Każdy wyjątek dostaje jedną z trzech odpowiedzi, ustaloną przed budową, a nie po pierwszej awarii:
Odpowiedź | Kiedy ją wybieramy | Co robi przepływ | Co robi listonosz |
|---|---|---|---|
Obsłuż | przypadek jest częsty i da się go opisać regułą | wchodzi do przepływu jako osobna ścieżka | duże przesyłki zostawia u sąsiada, bo tak stoi w instrukcji |
Oddaj człowiekowi | przypadek jest rzadki albo wymaga decyzji | automat przygotowuje, co potrafi, i wystawia zadanie z kompletem danych | zostawia awizo z adresem, godzinami i numerem przesyłki |
Zatrzymaj i zgłoś | przypadek jest nieznany | przepływ nie zgaduje i nie robi nic poza powiadomieniem | wraca z przesyłką na pocztę i melduje, że nie wiedział, co z nią zrobić |
Mogę Ci jakoś pomóc?
źródło: magnific.comCzwartej odpowiedzi, czyli „idź dalej i nic nie mów”, nie ma. To jest jedyna reguła, przy której się nie targujemy.
Automat nigdy nie pomija po cichu przypadku, którego nie rozumie.
Dokument pominięty bez śladu jest gorszy od dokumentu zatrzymanego z alarmem, bo ten pierwszy odnajduje się dopiero przy zamknięciu miesiąca, kiedy nikt już nie pamięta, skąd miał przyjść.
Listę wyjątków zbieramy z dwudziestu ostatnich przypadków przejrzanych przed budową, a potem uzupełniamy ją w czasie testów równoległych. Pierwszy zestaw zawsze jest niepełny.
Praca ręczna psuje się głośno. Człowiek, który nie może czegoś zrobić, pyta, klnie albo dzwoni, więc firma dowiaduje się o problemie tego samego dnia.
Automat psuje się cicho. Nie zgłasza, że przestał działać, bo brak działania nie jest zdarzeniem, a rejestr uruchomień z definicji nie zawiera uruchomień, które się nie odbyły. Faktury przestają wpadać do systemu w poniedziałek, księgowość zauważa to w piątek następnego tygodnia, a przez ten czas nikt niczego nie przepisywał ręcznie, bo przecież od tego jest automat. Odrobienie tego tygodnia kosztuje więcej niż miesiąc pracy, którą przepływ oszczędził.
Ciszę mają dwa źródła i mylenie ich jest najczęstszym błędem w gotowych instalacjach.
Pierwsze to wykonanie zakończone błędem. Widać je w rejestrze uruchomień, o ile ktoś tam zagląda, a nie zagląda nikt, bo rzecz miała działać sama. Lekarstwem jest przepływ obsługi błędu, który wysyła wiadomość do człowieka z nazwą procesu, treścią błędu i danymi, na których się wywrócił.
Drugie to brak wykonania w ogóle. Zatrzymany kontener, wyłączony przepływ po nieudanej aktualizacji, wyzerowany harmonogram, wygasłe połączenie z pocztą.
Wróćmy do listonosza: on tym razem nie przyszedł. Pusta skrzynka nie różni się niczym od skrzynki w dzień, w którym po prostu nie było listów, i właśnie dlatego nikt niczego nie zgłasza. Rejestr uruchomień świeci pustką, która wygląda jak spokój. Tego rodzaju awarii nie wykryje żadna obsługa błędu wewnątrz przepływu, bo przepływ nie ruszył, a mechanizm, który nie ruszył, nie ma jak o sobie powiedzieć.
Drugie źródło wymaga kontroli z zewnątrz: pytania „czy w ciągu ostatnich dwudziestu czterech godzin proces wykonał się choć raz” zadawanego przez coś, co stoi poza n8n. Podpinamy to pod ten sam monitoring, który pilnuje serwerów, z tego samego powodu, dla którego monitoring infrastruktury pilnuje rzeczy działających w tle . Przepływ pilnujący sam siebie ma tę wadę, że przy zatrzymanej instancji milczy razem z nią.
Rzecz, której w n8n nie lubimy, jest dokładnie tutaj. Nic w edytorze nie zmusza Was do zadeklarowania, co ma się stać przy błędzie. Przepływ zapisuje się i daje włączyć bez ani jednej ścieżki wyjątku, a obsługę błędu ustawia się osobno w ustawieniach każdego przepływu — więc przy dwunastym zapomina o niej każdy. U nas jest to pozycja na liście odbioru, nie kwestia pamięci.
Mogę Ci jakoś pomóc?
Automatyzacja procesów w n8n przebiega u nas przez osiem etapów w tej kolejności, licząc od pierwszego procesu w firmie. Podane ramy czasowe dotyczą projektu, w którym systemy na obu końcach mają interfejs programistyczny i nikt po drodze nie zmienia zakresu.
Kalendarzowo pierwszy proces zamyka się zwykle w dwa do czterech tygodni, przy czym samej naszej pracy jest w tym około dwóch dni. Reszta to testy równoległe, czyli etap, którego skrócenie jest najtańszym sposobem na zbudowanie automatyzacji, która wróci jako zgłoszenie w trzecim tygodniu.
Drugi i trzeci proces idą szybciej, bo środowisko, monitoring, sekrety i wzorce obsługi błędu już stoją. Sesja obserwacyjna nie skraca się nigdy, bo dotyczy innej pracy i innych ludzi.
Instancja postawiona i zapomniana psuje się w przewidywalnej kolejności. Najpierw wygasa jakiś token, potem aktualizacja zmienia zachowanie węzła, na końcu ktoś zauważa, że kopii bazy nikt nigdy nie odtworzył.
Opieka nad przepływem obejmuje u nas pięć rzeczy:
Aktualizacje są tą częścią, którą klienci pomijają najchętniej, bo przepływ działa, a aktualizacja może go zepsuć. Rachunek za odkładanie ich przez rok przychodzi w postaci skoku przez kilkanaście wersji naraz, po którym trzeba przejść wszystkie przepływy ręcznie.
Rzeczy, których w opiece nie ma i mówimy to przed podpisaniem: przebudowa procesu po zmianie organizacyjnej, nowy przepływ, integracja z systemem, którego wcześniej nie było. Każda z nich jest osobną wyceną, ponieważ każda jest osobną robotą.
Trzy różnice, które mają znaczenie przy decyzji, i cena każdej z nich.
Różnica | Co z niej macie | Cena tej różnicy |
|---|---|---|
Instancja stoi u nas albo u Was | nie ma trzeciej strony, która musiałaby zachować ciągłość działania, żeby Wasz obieg faktur ruszył w poniedziałek rano | ktoś musi tę instancję utrzymywać, aktualizować i mieć jej kopię, a ta praca nie znika przez to, że nie ma jej na fakturze od dostawcy |
Dane nie wychodzą na zewnątrz | treść dokumentów, dane kontrahentów i dane osobowe przechodzą przez maszynę, którą kontrolujecie. Każda cudza usługa, przez którą te dane by przeszły, jest osobnym podmiotem przetwarzającym: osobna umowa powierzenia, osobna pozycja w rejestrze czynności, osobne pytanie na audycie. Przy własnej instancji tych pozycji po prostu nie ma | odpowiedzialność za zabezpieczenie tej maszyny jest po Waszej stronie i nikt jej nie przejmie automatycznie |
Koszt nie rośnie z liczbą operacji | przepływ wykonany sto razy dziennie kosztuje tyle samo co wykonany dziesięć razy, bo płacicie za serwer, a nie za zdarzenie | przy małym wolumenie ten sam serwer jest droższy niż abonament u dostawcy, więc opłacalność zaczyna się dopiero po przekroczeniu progu |
Zastrzeżenie do środkowego wiersza, o którym trzeba pamiętać: jeśli przepływ wysyła treść do modelu językowego albo do zewnętrznego odczytu dokumentów, dane wychodzą mimo własnej instancji, tylko innym kanałem.
Werdykt jest prosty i nie zmienia się od lat. Mały wolumen, brak serwera i brak opiekuna to argument za usługą rozliczaną za wykonanie. Duży wolumen, dane wrażliwe albo wymóg, żeby treść nie opuszczała firmy, to argument za własną instancją. Ten sam rachunek robimy przy każdym narzędziu, które da się postawić u siebie, i wychodzi z niego różnie, co widać choćby przy porównaniu pulpitu zdalnego stawianego samodzielnie z usługami abonamentowymi .
Skrzynka pocztowa, dysk, system handlowy i model językowy mają swoje ograniczenia liczby zapytań i n8n ich nie omija.
Przepływ przepisujący dwa tysiące pozycji potrafi zatrzymać się nie dlatego, że jest źle zbudowany, ale dlatego, że druga strona przestała odpowiadać po pięciuset.
Kwoty za naszą pracę przy automatyzacji procesów w n8n stoją na stronie wdrożenia i są aktualne na 31 lipca 2026. Instalacja z pierwszym procesem i szkoleniem zaczyna się od 3 900 zł netto, sama instalacja bez budowy procesu od 1 900 zł netto, a opieka od 700 zł netto miesięcznie za proces. Cennik zmienia się rzadziej niż raz na rok, ale zmienia się, więc przed rozmową warto zajrzeć na stronę, a nie do tego akapitu.
Poza naszą fakturą płacicie jeszcze za trzy rzeczy i płacicie je bezpośrednio:
Licencja n8n nie jest klasycznym otwartym oprogramowaniem. Producent nazywa swój model „fair-code”, a samą licencję Sustainable Use License . Pisze w niej wprost, że kodu wolno używać oraz go zmieniać na własne potrzeby wewnętrzne firmy albo niekomercyjnie, a rozdawać go dalej wolno tylko za darmo i w celach niekomercyjnych.
Dla Was oznacza to dokładnie tyle: instancja postawiona w Waszej firmie, do automatyzacji Waszych procesów, nie wymaga ani abonamentu, ani zgody. Osobno stoją funkcje zespołowe, sprzedawane w licencji firmowej, i osobno sytuacja, w której ktoś chciałby na n8n oprzeć usługę sprzedawaną dalej. Konsekwencja jest jedna: warunki czyta się przed wdrożeniem, a nie po tym, jak ktoś zaplanował sprzedawanie automatyzacji klientom.
Koszt utrzymania rośnie z liczbą przepływów, nie z liczbą operacji. To jest odwrotność tego, do czego przyzwyczaja rozliczenie za wykonanie. Dwanaście przepływów oznacza dwanaście rzeczy do sprawdzenia po każdej aktualizacji, niezależnie od tego, czy któryś z nich uruchamia się raz dziennie, czy tysiąc razy.
Limity po stronie usług połączonych bywają płatne. Wyższa liczba zapytań do systemu handlowego, wyższy plan skrzynki, dostęp do interfejsu programistycznego w wariancie, który go w ogóle udostępnia. Sprawdzamy to przy wycenie, bo potrafi być większą pozycją niż serwer.
Przeniesienie instancji kosztuje drugi raz. Przepływy da się wyeksportować, poświadczenia nie, więc zmiana miejsca instalacji oznacza ponowne wpisanie i ponowne przetestowanie wszystkich połączeń. Decyzja z drugiego etapu wdrożenia jest z tego powodu decyzją, a nie ustawieniem.
Nie znajdziecie tu wyliczenia zwrotu z inwestycji i nie jest to przeoczenie. Zwrot liczy się na Waszych liczbach, zebranych podczas sesji obserwacyjnej, i albo wychodzi, albo mówimy, że nie wychodzi.
Przy wdrożeniu n8n w firmie modele współpracy są trzy i wybieracie jeden przed instalacją, bo od niego zależy, gdzie stoi instancja i kto ma konto administratora.
Model | Jak wygląda |
|---|---|
Pełna opieka | instancja stoi u nas, my aktualizujemy, my odbieramy alerty, a Wy dostajecie panel do podglądu i zgłaszacie zmiany |
Mieszany | instancja stoi u Was, konto administratora mamy oboje, a alerty idą na dwa adresy: do Waszej osoby i do nas |
Samodzielny | budujemy, szkolimy i wychodzimy, a utrzymanie jest po Waszej stronie razem z odpowiedzialnością za aktualizacje |
Trzeci model polecamy tylko firmie, która ma kogoś, kto zajmie się tym regularnie, a nie kogoś, kto się tym interesuje. To rozróżnienie brzmi drobno, a stoi za instalacjami, które przejmujemy po kimś: działającymi, tylko nieaktualizowanymi od lat.
Cztery rzeczy ustalamy na piśmie niezależnie od modelu:
Ostatni punkt rozpisujemy najdokładniej, bo jest najczęściej pomijany przez wykonawców. Przepływy, ich eksport, dokumentacja procesu i dostęp do instancji są Wasze i zostają u Was także wtedy, gdy przestajemy współpracować. Nie budujemy niczego, co da się uruchomić wyłącznie u nas.
Pierwsze trzy pozycje mają wspólny mianownik: awarię widać dopiero wtedy, gdy ktoś jej poszuka. Czwarta jest najgroźniejsza, bo jej skutek ujawnia się długo po tym, jak plik opuścił firmę.
Lista odbioru, ta sama przy każdym projekcie, sprawdzana przy Was:
Punkt ostatni jest tym, który odróżnia wdrożenie od uzależnienia od wykonawcy, i jest jedynym, którego nie da się odhaczyć bez czyjegoś czasu po Waszej stronie.
Szerszy zakres tego, co robimy wokół procesów firmowych, opisuje katalog usług automatyzacji i AI , a najczęstszy pierwszy projekt, czyli obieg faktur kosztowych , ma własną stronę z zakresem i kwotami.
Instancja uruchomiona na własnym serwerze do potrzeb własnej firmy nie wymaga abonamentu i to jest wariant, który wdrażamy najczęściej. Licencja producenta dopuszcza wprost użycie na wewnętrzne potrzeby firmy, a ogranicza rozdawanie i odsprzedawanie oprogramowania dalej. To nie jest klasyczne otwarte oprogramowanie, więc czyta się ją przed wdrożeniem.
Płatne są funkcje zespołowe oraz chmura producenta. Koszt, którego nikt nie unika, to serwer i czyjaś praca przy jego utrzymaniu.
Kalendarzowo od dwóch do czterech tygodni, z czego naszej pracy jest w tym około dwóch dni. Różnica to testy równoległe, w czasie których automat pracuje obok pracy ręcznej, a wyniki porównuje się codziennie. Skrócenie tego etapu przenosi błędy z fazy testów do fazy produkcyjnej, gdzie kosztują znacznie więcej.
Zostają, o ile przepływ nie wysyła ich dalej. Sam n8n uruchomiony u Was przetwarza dane na Waszej maszynie, ale węzeł łączący się z modelem językowym, zewnętrznym odczytem dokumentów albo cudzą usługą wysyła treść tam, gdzie ta usługa stoi. Przy wdrożeniu rozpisujemy, który krok procesu opuszcza Waszą infrastrukturę, żeby dało się to wpisać do rejestru czynności przetwarzania.
Obciążenie zależy od liczby uruchomień i od tego, jak duże dane przechodzą przez przepływ, a nie od liczby zbudowanych automatyzacji. Instancja obsługująca kilka procesów w małej firmie mieści się na maszynie wirtualnej klasy biurowej, razem z bazą i rejestrem uruchomień. Konkretne parametry dobieramy po sesji obserwacyjnej, bo dopiero wtedy wiadomo, ile dokumentów dziennie ma przez to przejść.
Zależy od modelu współpracy, który wybraliście przed instalacją, i jest zapisany w umowie, a nie ustalany w trakcie awarii. Alert idzie do osoby wskazanej z imienia, w godzinach pracy i poza nimi osobno. Proces zatrzymany z alarmem oznacza powrót do pracy ręcznej na jeden dzień, a nie tydzień ciszy, i to jest cała różnica, o którą chodzi w obsłudze błędów.
Przy prostych automatyzacjach zwykle tak i tak to planujemy: szkolenie oraz dokumentacja są po to, żeby drugi przepływ powstał bez nas. Trudniejsze rzeczy, czyli integracje z systemami firmowymi i wszystko, co dotyka danych osobowych, zwykle wracają do nas. Utrzymanie instancji zostaje po naszej stronie także wtedy, gdy przepływy budujecie samodzielnie.
Make i Zapier rozliczają się za wykonaną operację i nie wymagają serwera, więc wygrywają przy małym wolumenie i szybkim starcie. Power Automate bywa najtańszy w firmie, która ma już Microsoft 365, bo część możliwości jest w licencji, którą i tak płacicie. n8n wygrywa przy dużej liczbie uruchomień oraz wtedy, gdy dane nie powinny opuszczać firmy, i przegrywa wszędzie tam, gdzie nie ma komu utrzymywać instancji.
Zacznijcie od jednego procesu i od pomiaru, nie od instalacji - to pierwszy krok każdego wdrożenia n8n w firmie. Umówcie sesję obserwacyjną przez formularz kontaktowy : trwa od dwóch do czterech godzin u Was, a jej wynikiem jest opis procesu z czasem jednego przejścia, listą wyjątków i wyceną budowy. Dokument zostaje u Was niezależnie od tego, czy zdecydujecie się na wdrożenie, a jeśli z pomiaru wyjdzie, że proces nie zwróci kosztu utrzymania, powiemy to wprost i wskażemy inny.
Sesję prowadzimy na miejscu w firmach obsługiwanych z biura w Gorzowie Wielkopolskim oraz zdalnie w pozostałych. Sam wybór procesu i sposób liczenia zwrotu opisuje osobno strona automatyzacji procesów firmowych .
Mogę Ci jakoś pomóc?
Zestaw zmienia się codziennie, więc przy kolejnej wizycie zobaczysz inny wycinek bloga.
21 lipca 2026 roku CISA dodała CVE-2026-0770 do katalogu luk znanych z wykorzystania w atakach. Z tekstu dowiesz się, na czym polega podatność w Langflow, co nakazuje dyrektywa BOD 26-04 i jakie pytania zadać zespołowi IT.
Czytaj artykułCVE-2026-11645 to błąd w silniku JavaScript V8, na którym pracuje Google Chrome i część innych przeglądarek. CISA wpisała go do katalogu luk aktywnie wykorzystywanych w atakach. Z artykułu dowiesz się, które wersje są zagrożone, jak przebiega atak i co zrobić w firmie jeszcze dziś.
Czytaj artykułAmerykańska agencja CISA wpisała CVE-2025-31277 do katalogu aktywnie wykorzystywanych podatności, a badacze Google powiązali ją ze szpiegowskim łańcuchem DarkSword. Z tekstu dowiesz się, jak działa atak, które urządzenia są zagrożone i jakie działania podjąć w firmie.
Czytaj artykułKrótka rozmowa wystarczy, żeby ocenić zakres prac i podać widełki kosztu. Bez zobowiązań.
Klikając „Akceptuję”, zgadzasz się na przechowywanie plików cookie przez UXU w celu poprawy działania strony, analizy i wsparcia działań marketingowych.