Pięć lat temu pytanie "chmura czy własny serwer" w polskim MŚP miało zwykle jedną odpowiedź: "własny, bo dane mają być u nas". Dziś rozkład jest inny - około 70% naszych nowych wdrożeń to chmura, reszta to on-premise albo hybryda. Zmieniło się przede wszystkim to, że łącza są stabilniejsze, RODO ma jasne reguły, a koszt serwerów własnych przy pięcioletnim cyklu odświeżania okazuje się nie taki niski. Ale są przypadki, w których on-premise wciąż wygrywa. Poniżej kilka konkretów.
WMS on-premise w praktyce
On-premise znaczy: serwer fizycznie u Ciebie albo w wynajętym data center, którym zarządzasz Ty (albo Twoja firma IT). Klient ma SQL Server na maszynie w serwerowni, aplikację WMS-a tam zainstalowaną, terminale łączą się z nim po Wi-Fi w obrębie magazynu. Do tego dochodzi: backup (najczęściej zewnętrzny dysk plus chmura jako kopia bezpieczeństwa), monitoring (kto pilnuje, że serwer wstał po awarii zasilania), aktualizacje (sam je wdrażasz, sam testujesz).
Zalety: pełna kontrola nad danymi, brak zależności od łącza zewnętrznego, niska latencja w sieci lokalnej. Wady: koszt sprzętu i administracji, odpowiedzialność za downtime, konieczność aktualizacji - jeśli zostawisz wersję sprzed dwóch lat, zatrzymujesz się na nieaktualnej technologii.
Klasyczny przypadek z naszej praktyki: dystrybutor farmaceutyczny pod Warszawą, regulacja branży wymusza pełną kontrolę danych, dane są krytyczne i drogie w razie wycieku. On-premise jest jedynym wariantem, który przechodzi audyt. Ale to konkretny scenariusz, nie reguła.
WMS w chmurze (SaaS)
SaaS znaczy: serwer u dostawcy, dostęp przez przeglądarkę albo dedykowaną aplikację, dane w jego data center (zwykle AWS Frankfurt, Azure West Europe, OVH Polska, albo własne DC dostawcy). Logujesz się, pracujesz, wszystko działa "z chmury".
Z perspektywy użytkownika: nic nie ma w piwnicy, instalacja na komputerach klienckich to kwestia minut, nowa wersja systemu pojawia się sama i zwykle nie wymaga akcji od klienta. Aktualizacje, łatki bezpieczeństwa, backupy, monitoring - to robota dostawcy.
Zalety: zero zarządzania infrastrukturą, automatyczne aktualizacje, dostęp z dowolnego miejsca, skalowanie w górę i w dół bez dyskusji. Wady: zależność od łącza, comiesięczna opłata bez końca, mniejsza elastyczność customizacji w niektórych modelach SaaS.
Koszty na 5 lat - konkretne porównanie
Średni magazyn, 8 użytkowników, integracja z ERP, podstawowe customizacje. Liczymy w PLN netto.
Chmura (SaaS), 8 sesji × 399 zł/mc. Roczna subskrypcja: ok. 38 tysięcy zł. Wdrożenie jednorazowe: 25 tys. zł. Razem rok pierwszy: 63 tys. zł. Pięć lat: 25 + 5 × 38 = 215 tys. zł.
On-premise, licencja jednorazowa. Licencja na 8 stanowisk: 50 tys. zł. Serwer plus licencje Windows Server / SQL Server: 18 tys. zł. Wdrożenie: 25 tys. zł. Roczny serwis 20%: 10 tys. zł. Pięć lat: 50 + 18 + 25 + 5 × 10 = 143 tys. zł.
Patrząc tylko na te liczby - on-premise wychodzi 70 tysięcy taniej. Tyle że trzeba doliczyć rzeczy, które przy on-premise nigdzie nie pojawiają się w ofercie: pół etatu administratora IT na 5 lat (przy stawce 8000 zł/miesiąc to 240 tys. zł, ale często rozkłada się na inne zadania, więc realny przyrost to 30-60 tys.), odświeżenie serwera w piątym roku (10-15 tys.), prąd i klimatyzacja (2-3 tys. rocznie). Po doliczeniu tych pozycji on-premise i chmura są w okolicach 200-250 tys. - różnica zaczyna być symboliczna.
Co znaczy: w horyzoncie 5 lat decyzja nie jest cenowa. Jest organizacyjna.
Szybkość wdrożenia
Chmura: środowisko jest gotowe w godzinę po podpisaniu umowy. Konsultant loguje się, konfiguruje strukturę, klient zaczyna szkolenie w drugim tygodniu. Realnie od kontraktu do go-live dla małej firmy - 3-5 tygodni, dla średniej - 8-12.
On-premise: trzeba zamówić serwer (2-4 tygodnie dostawy), zainstalować, skonfigurować, dopiero potem wgrywać aplikację. Plus ewentualnie audyt sieci magazynu, instalacja access pointów, otwarcie portów na firewallu. Dla średniej firmy 4-6 miesięcy nie jest niczym dziwnym.
Dla klienta, który chce mieć WMS "na pewną kampanię świąteczną" albo "na nowy magazyn za trzy miesiące", chmura jest często jedynym realnym wariantem.
Niezawodność i uptime
Standardowy SLA u poważnego dostawcy SaaS to 99,9% (ok. 8 godzin downtime w roku) albo 99,95% (ok. 4 godziny). Robi to za Ciebie wykwalifikowany zespół 24/7.
On-premise: SLA jest taki, jaki masz wewnętrznie. Serwer wisi w piątek wieczorem, administrator po pracy - nikt tego nie naprawi do poniedziałku. Wymiana dysku, awaria zasilania, przegrzanie pomieszczenia - to scenariusze, które dziś u nas zdarzają się klientom realnie kilka razy w roku. SLA "telefon do nas, przyjedziemy w 24 godziny" brzmi spokojnie, dopóki w tych 24 godzinach magazyn stoi.
Na praktyce: klienci on-premise mają więcej krótkich przestojów niż klienci chmurowi. Większe awarie chmurowe (np. AWS Frankfurt na trzy godziny) zdarzają się dwa razy w roku w skali świata - i są nagłaśniane. Lokalne awarie u klienta - codzienność, której nikt nie liczy.
Dane i bezpieczeństwo
Mit "moje dane są u mnie, więc bezpieczne" pokutuje, ale jest często odwrotny. W chmurze dane są w certyfikowanym data center (ISO 27001, SOC 2, zwykle TIER III lub IV) z monitoringiem fizycznym, ochroną przeciwpożarową, redundancją zasilania, backupem geograficznie rozproszonym. U klienta są na serwerze w pomieszczeniu z klimatyzacją na ścianie, kluczem w drzwiach i sprzątaczką, która wczoraj wyłączyła UPS, żeby podłączyć odkurzacz. To nie jest żart - widzieliśmy realnie.
RODO: oba modele są zgodne, jeśli dostawca ma umowę powierzenia danych (DPA) i przetwarza w EOG (lub kraju z decyzją adekwatności). Sprawdź data center dostawcy - większość poważnych SaaS-ów hostuje w UE i przedstawia DPA na żądanie. W chmurze masz też zwykle gotowe raporty dla audytora.
Backup: w chmurze zwykle automatyczny i poza zakresem Twojej odpowiedzialności. On-premise: musisz go robić sam. Najczęstsza klęska on-premise którą widzieliśmy - "tak, robimy backupy", ale nikt nie testował restore'u od dwóch lat. Backup, który nie odpala się przy awarii, to nie backup.
Praca offline w magazynie
Klasyczny argument za on-premise: "u nas w mroźni nie ma Wi-Fi". Argument trafny, ale nie rozstrzyga sprawy.
Po pierwsze: WMS-y chmurowe z dobrze zaprojektowaną aplikacją mobilną mają tryb offline. Operator skanuje, dokumenty buforują się na terminalu, po powrocie do zasięgu Wi-Fi synchronizują z chmurą. W Weaver WMS to standardowa funkcja - operator nie zauważa różnicy między pełnym zasięgiem a strefą cienia, jeśli synchronizacja domknie się przed końcem zmiany.
Po drugie: pytanie nie brzmi "chmura czy on-prem", tylko "czy mam Wi-Fi w mroźni". Bo on-premise z serwerem w biurze i magazynem 50 metrów dalej bez sieci - zachowa się dokładnie tak samo, jak chmura. Internet dla chmury i Wi-Fi dla on-premise to ten sam problem fizyczny.
Po trzecie: w magazynach z bardzo niestabilnym łączem (mobilne, ekstremalnie zlokalizowane) hybryda bywa rozsądna - lokalny serwer pośredniczący, który synchronizuje się z chmurą gdy łącze jest, a buforuje gdy nie ma.
Integracje i customizacje
Tu czasem on-premise wygrywa: pełna kontrola nad bazą, swobodne pisanie własnych kawałków kodu, integracja z lokalnym ERP-em po bazie SQL bez wystawiania API na zewnątrz.
SaaS musi te same potrzeby zrealizować przez REST API, webhooki, czasem GraphQL. To nie jest gorsze - jest po prostu innym sposobem. Każda nowa integracja idzie po jasnym, dokumentowanym interfejsie. W praktyce nowa integracja w chmurze trwa porównywalnie do on-premise, czasem szybciej.
Customizacje wyglądu, dodatkowe pola, raporty: w SaaS-ie zwykle przez konfigurator. Customizacje fundamentalne (zupełnie nowe moduły) - niektórzy dostawcy SaaS pozwalają, niektórzy nie. Sprawdź, co konkretnie obejmuje "customizacja" w ofercie chmurowej, którą rozważasz.
Hybryda - kiedy ma sens
Niektóre wdrożenia to model mieszany: część działa lokalnie, część w chmurze. Dwa najczęstsze warianty:
- Lokalny edge server + sync do chmury. Mała maszyna w magazynie buforuje operacje terminali, w nocy wszystko spina się z chmurą. Dobre dla magazynów z chwiejnym łączem albo wymagających bardzo niskiej latencji w obrębie sieci lokalnej.
- Główna baza on-premise + chmurowy interfejs raportowy. Działa Ci stary on-prem WMS, ale chcesz mieć dashboardy dostępne dla zarządu z dowolnego miejsca. Dane raz dziennie wędrują do hurtowni w chmurze, na Power BI / Looker.
Hybryda jest droższa od czystych modeli (płacisz i za sprzęt, i za chmurę), ale bywa najtańsza biznesowo, jeśli rozwiązuje konkretny problem (np. utrzymanie zgodności z regulacjami plus wygoda dostępu).
Kiedy chmura, kiedy on-prem - konkretne scenariusze
Chmura zwykle wygrywa gdy:
- jesteś małą lub średnią firmą bez działu IT
- chcesz mieć wdrożenie w 2-4 miesiące, nie w 8
- masz wiele lokalizacji, chcesz wszystkie widzieć w jednym systemie
- nie masz CAPEX-u na sprzęt, ale akceptujesz koszty operacyjne
- biznes się dynamicznie zmienia - liczba użytkowników rośnie i spada
On-premise zwykle wygrywa gdy:
- masz regulację branżową wymuszającą kontrolę danych (farmacja, część branży obronnej, niektóre integracje rządowe)
- łącze internetowe w lokalizacji jest słabe i nie da się go poprawić
- masz mocny zespół IT, dla którego administracja serwerem to drobny dodatek
- licencja jednorazowa wpisuje się w strategię CAPEX/amortyzację firmy
- kupujesz WMS na 10+ lat bez planowanego rozwoju funkcji
Podsumowanie
Wybór między chmurą a on-premise w 2026 roku w polskim MŚP rzadko bywa decyzją techniczną, częściej organizacyjną i kapitałową. Cena na pięć lat wychodzi w okolicach jednej kwoty - więc decyzja powinna paść na podstawie tego, kto woli zarządzać infrastrukturą i jak dokładnie wygląda branża, w której pracujesz.
Weaver WMS dostępny jest w obu wariantach - klienci hybrydowi pracują u nas obok klientów stricte chmurowych i klientów z dedykowanymi serwerami w pomieszczeniach pod biurem. Dla większości MŚP rekomendujemy chmurę, bo upraszcza życie. Ale nie udajemy, że jest jedyna sensowna - widzimy klientów, którym on-premise zwyczajnie pasuje lepiej i nigdy nie powinni byli z niego rezygnować. Decyzja zaczyna się od pytania "co Twoja firma chce zrobić sama, a czego nie chce", i od tego się odbija.