SugarCloud czy Sugar Enterprise On-Premise? Kiedy własna infrastruktura CRM ma sens biznesowy, a kiedy nie

Decyzja o instalacji SugarAI na własnych serwerach często zapada z odruchu. Panuje przekonanie, że dane u siebie oznaczają większe bezpieczeństwo. Rachunek przychodzi później: przy pierwszej aktualizacji, przy funkcji AI dostępnej tylko w chmurze albo przy etacie administratora, którego nikt nie zaplanował. Sugar Enterprise On-Premise to jedyna edycja SugarAI instalowana na infrastrukturze klienta. Ma realne zastosowania, ale w węższym zakresie warunków, niż zakłada większość zespołów wybierających ten model.

Czym różni się SugarCloud od Sugar Enterprise On-Premise?

SugarCloud to model SaaS, w którym SugarAI hostuje Sugar Sell, Sugar Serve i Sugar Market na infrastrukturze Amazon Web Services. Dostawca odpowiada w nim za serwery, kopie zapasowe i aktualizacje. Sugar Enterprise to edycja instalowana na serwerach klienta lub partnera, a cała warstwa infrastrukturalna przechodzi wtedy na organizację. Od kwietnia 2026 roku SugarCRM działa pod marką SugarAI. Podział na produkty chmurowe i edycję on-premise pozostał przy tym bez zmian (SugarAI, 2026).

Najważniejsza różnica operacyjna dotyczy rytmu zmian. Instancje SugarCloud aktualizuje zespół SugarAI według ustalonego harmonogramu, a klienci on-premise wykonują aktualizacje samodzielnie (Sugar Administration Guide 14.0). Sugar Enterprise otrzymuje wydania rzadziej niż chmura, zwykle raz w roku. Wersja 14.0 z 2024 roku zebrała funkcje z trzech poprzednich kwartalnych wydań SugarCloud (SugarClub, 2024). Nowa funkcja trafia więc do użytkownika Sugar Enterprise nawet z rocznym opóźnieniem.

Różni się też model licencyjny. Sugar Sell w chmurze ma publiczny cennik: 59, 85 lub 135 USD za użytkownika miesięcznie, z minimum 15 licencji i rozliczeniem rocznym (SugarAI Pricing, 2026). Sugar Enterprise+ kosztuje 120 USD za użytkownika miesięcznie przy minimum 10 licencji (SugarClub, 2023). Cenę bazowej edycji Sugar Enterprise ustala się w wycenie indywidualnej. Do każdej licencji on-premise trzeba doliczyć infrastrukturę i czas administratora, których w chmurze nie ma w osobnej pozycji.

Czy SugarAI On-Premise to rozwiązanie open source?

Nie. Sugar Enterprise On-Premise to oprogramowanie komercyjne, licencjonowane w subskrypcji rocznej i niedostępne do swobodnego pobrania. Ostatnią wersją open source była Sugar Community Edition 6.5. W kwietniu 2018 roku SugarCRM oficjalnie zakończył projekt open source. Producent przestał wydawać poprawki bezpieczeństwa i usunął pliki instalacyjne Community Edition z SourceForge (SugarCRM, 2018). Od tego momentu SugarAI nie oferuje żadnej bezpłatnej edycji z otwartym kodem.

Mit „Sugar to open source” utrzymuje się, bo z kodu Sugar Community Edition wyrosły niezależne projekty: SuiteCRM (fork z 2013 roku) i SpiceCRM (fork z 2016 roku). Organizacja, która szuka CRM z otwartym kodem na własnym serwerze, powinna więc zacząć od SuiteCRM , a nie od SugarAI. Instalacje Sugar Community Edition wciąż działające produkcyjnie nie dostają łatek bezpieczeństwa od 2018 roku. To argument za migracją, a nie za pozostaniem przy obecnym systemie.

Kiedy Sugar Enterprise On-Premise ma sens biznesowy?

Sugar Enterprise On-Premise ma sens, gdy organizacja spełnia co najmniej jeden z czterech warunków. Pierwszy to twardy wymóg lokalizacji danych, którego nie pokrywa region chmurowy. Drugi to integracje w sieci zamkniętej, trzeci to customizacje wykraczające poza reguły SugarCloud, a czwarty to zespół i infrastruktura utrzymywane niezależnie od CRM. Każdy warunek warto ocenić osobno, bo mają różną wagę. Pierwszy bywa rozstrzygający sam w sobie, a ostatni działa tylko w połączeniu z innymi.

Wymóg przechowywania danych na infrastrukturze organizacji

Sugar Enterprise On-Premise jest uzasadniony, gdy umowa, regulacja sektorowa lub wewnętrzna polityka bezpieczeństwa wymaga danych na infrastrukturze kontrolowanej przez organizację. Samo „w Unii Europejskiej” nie wystarcza do takiej decyzji, bo SugarCloud pozwala wybrać region Niemcy, a dane i kopie zapasowe pozostają w wybranym regionie (SugarCloud Security Overview, 2025). Ścisłe wymogi infrastrukturalne mogą dotyczyć części jednostek sektora publicznego oraz podmiotów finansowych z ograniczeniami outsourcingu. Więcej o tym piszemy w artykule o wdrożeniu SugarAI w sektorze publicznym .

Integracje w sieci zamkniętej

Sugar Enterprise On-Premise sprawdza się, gdy CRM musi wymieniać dane z systemami, których organizacja nie wystawia do internetu. Przykładami są ERP w lokalnej serwerowni, system produkcyjny albo hurtownia danych w sieci wydzielonej. Instalacja w tej samej sieci upraszcza architekturę integracji i eliminuje ruch przez zaporę. Sugar Enterprise daje też wybór bazy danych: Microsoft SQL Server jest wspierany wyłącznie w edycji Enterprise (Sugar 26.1.x Supported Platforms, 2026). Ma to znaczenie w firmach, w których standardem jest stos Microsoft.

Customizacje wykraczające poza reguły SugarCloud

Każde rozszerzenie instalowane w SugarCloud musi przejść automatyczną kontrolę Package Scanner, która blokuje wybrane funkcje PHP. Wyłączenie tej kontroli narusza umowę subskrypcyjną SugarAI (SugarCloud Policy Guide, 2025). Sugar Enterprise On-Premise pozwala na szerszy zakres modyfikacji kodu, bo administrator sam decyduje o regułach skanowania. Dla organizacji z niestandardowymi modułami, rozbudowaną logiką po stronie serwera lub nietypowymi integracjami ta różnica bywa rozstrzygająca.

Istniejący zespół IT i infrastruktura

Sugar Enterprise On-Premise ma niższy koszt krańcowy w organizacji, która i tak utrzymuje serwerownię, bazy danych i dyżury administracyjne. Stos technologiczny obejmuje PHP, MySQL 8.4 lub Microsoft SQL Server oraz Elasticsearch albo OpenSearch (Sugar 26.1.x Supported Platforms, 2026). Wsparcie SugarAI nie obejmuje aktualizacji ani utrzymania tych komponentów, więc kompetencje muszą być w zespole. Gdy zespół już je ma, CRM jest kolejną aplikacją w znanym środowisku. Gdy ich nie ma, trzeba je dopiero zbudować.

Kiedy Sugar Enterprise On-Premise się nie opłaca?

Sugar Enterprise On-Premise się nie opłaca, gdy głównym argumentem jest ogólne „bezpieczeństwo”, a organizacja nie ma administratora z kompetencjami w PHP, bazach danych i wyszukiwarce. Cały ciężar aktualizacji, łatek i kopii zapasowych spada wtedy na zespół, który zajmuje się tym obok innych obowiązków. Źle utrzymywana instancja on-premise jest bardziej narażona niż instancja w SugarCloud, gdzie dostawca odpowiada za infrastrukturę i ma certyfikację SOC 2 Type 2 (SugarCRM, 2021).

On-premise słabo pasuje też do organizacji, które chcą korzystać z pełnego pakietu AI. Od lipca 2025 roku klienci Sugar Enterprise mogą dokupić dodatek Intelligence z funkcjami Summarization i Account Intelligence (SugarClub, 2025). Moduł Prediction, czyli dawny SugarPredict oceniający leady i szanse, pozostaje jednak niedostępny w Sugar Enterprise i Enterprise+ (Sugar License Types Matrix). Sugar Connect wymaga z kolei publicznego adresu IP instancji on-premise (Sugar Connect Guide), więc w sieci zamkniętej odpada.

Trzecia sytuacja to mały lub rozproszony zespół sprzedaży. Przy 15–20 użytkownikach stały koszt serwerów, środowiska testowego i administracji rozkłada się na niewiele licencji, a dostęp spoza biura wymaga VPN lub wystawienia aplikacji do internetu. Rynek zmierza zresztą w przeciwnym kierunku. Gartner prognozował, że wydatki na chmurę publiczną wyniosą 723,4 mld USD w 2025 roku, czyli o 21,5% więcej niż rok wcześniej (Gartner, 2024). Producenci rozwijają nowe funkcje przede wszystkim w modelu chmurowym.

Jakich kosztów Sugar Enterprise On-Premise nie widać w cenie licencji?

Poza licencją Sugar Enterprise organizacja płaci za cztery pozycje. Są to infrastruktura (serwer aplikacji, baza danych, wyszukiwarka, środowisko testowe), regularne aktualizacje do nowych wydań, utrzymanie stosu technologicznego oraz czas administratora. W SugarCloud trzy z tych pozycji są wliczone w subskrypcję. Pełny rozkład kosztów z podziałem na licencje, wdrożenie i utrzymanie opisujemy w osobnym artykule o TCO wdrożenia SugarAI .

Scenariusz hipotetyczny (wartości ilustracyjne): firma produkcyjna z 50 użytkownikami Sugar Enterprise+ i trzema integracjami z systemami wewnętrznymi. Utrzymuje środowisko produkcyjne i testowe na własnych serwerach. Aktualizacja do nowego wydania przy takiej skali customizacji to zwykle kilkanaście dni pracy: testy regresji, dostosowanie rozszerzeń, aktualizacja PHP i wyszukiwarki. Do tego dochodzi stała administracja w wymiarze części etatu. Te godziny warto wycenić przed decyzją, a nie po pierwszej aktualizacji.

SugarCloud vs Sugar Enterprise On-Premise — macierz decyzyjna

Jakie błędy firmy popełniają przy wyborze między SugarCloud a Sugar Enterprise On-Premise?

Najczęstszym błędem jest utożsamianie on-premise ze zgodnością z RODO. RODO nie wymaga własnej serwerowni. Wymaga podstawy prawnej przetwarzania, umowy powierzenia i adekwatnych środków technicznych. SugarCloud z regionem Niemcy przechowuje dane i kopie zapasowe w tym regionie (SugarCloud Information Security FAQ, 2024). Instancja on-premise z nieaktualnym PHP i bez regularnych łatek spełnia wymogi RODO gorzej niż poprawnie skonfigurowana instancja w chmurze. Szczegóły zabezpieczeń obu modeli opisujemy w artykule o bezpieczeństwie danych w SugarAI on-premise i Cloud .

Drugi błąd to ignorowanie długu aktualizacyjnego. Organizacje on-premise często odkładają aktualizacje, bo każda wymaga testów customizacji. Po dwóch–trzech latach skok wersji obejmuje jednocześnie nową wersję Sugar Enterprise, PHP, bazy danych i Elasticsearch lub OpenSearch. Projekt, który przy regularnych aktualizacjach trwałby kilka dni, rozrasta się wtedy do wielotygodniowej migracji z ryzykiem przestoju.

Trzeci błąd to customizacje budowane bez myślenia o ewentualnym powrocie do chmury. Migracja instancji on-premise do SugarCloud jest możliwa, ale wszystkie niestandardowe pliki przechodzą kontrolę Package Scanner. Jeśli którykolwiek jej nie przejdzie, SugarAI odrzuca migrację (SugarCloud Policy Guide, 2025). Kod pisany od początku zgodnie z regułami SugarCloud zachowuje możliwość zmiany modelu. Kod z zablokowanymi funkcjami zamyka tę drogę lub wymaga przepisania.

Jak sprawdzić, który model wdrożenia SugarAI pasuje do organizacji?

Najszybciej pomaga siedem pytań zadanych przed rozmową z dostawcą. Odpowiedź „tak” na pytanie 1 lub 2 oznacza, że Sugar Enterprise On-Premise warto poważnie rozważyć. Przewaga odpowiedzi „nie” wskazuje, że SugarCloud będzie tańszy w utrzymaniu i szybciej dostarczy nowe funkcje.

1. Czy regulacja, umowa lub polityka bezpieczeństwa wymaga danych CRM na infrastrukturze organizacji (a nie tylko w UE)?
2. Czy CRM musi integrować się z systemami, których nie można wystawić do internetu?
3. Czy planowane customizacje wymagają funkcji blokowanych przez Package Scanner?
4. Czy organizacja ma administratora z doświadczeniem w PHP, MySQL lub Microsoft SQL Server oraz Elasticsearch lub OpenSearch?
5. Czy zespół jest gotowy samodzielnie przeprowadzać i testować aktualizacje?
6. Czy dział sprzedaży może poczekać na nowe funkcje AI dłużej niż użytkownicy chmury?
7. Czy CRM będzie używać więcej niż 30–40 osób, co rozkłada stałe koszty infrastruktury?

Najczęściej zadawane pytania

Czy SugarAI można zainstalować na własnym serwerze?

Tak, w edycji Sugar Enterprise lub Sugar Enterprise+. Sugar Sell, Sugar Serve i Sugar Market działają wyłącznie w SugarCloud. Instalację on-premise wykonuje organizacja lub partner wdrożeniowy, który odpowiada też za serwery, bazę danych i aktualizacje.

Czy SugarCRM jest nadal open source?

Nie. SugarCRM zakończył projekt open source w kwietniu 2018 roku, a ostatnią otwartą wersją była Sugar Community Edition 6.5. Otwartą alternatywą wywodzącą się z tego kodu jest SuiteCRM.

Gdzie SugarCloud przechowuje dane firm z Polski?

Organizacja wybiera region przy zakupie: Niemcy, Wielką Brytanię, USA lub Australię. Dane i kopie zapasowe pozostają w wybranym regionie. Dla firm z Polski naturalnym wyborem jest region Niemcy (AWS Frankfurt).

Czy funkcje AI działają w Sugar Enterprise On-Premise?

Częściowo. Od lipca 2025 roku Sugar Enterprise obsługuje płatny dodatek Intelligence z funkcjami Summarization i Account Intelligence. Moduł Prediction (dawniej SugarPredict) jest dostępny tylko w chmurowych planach Sugar Sell Advanced i Premier.

Jak często aktualizowany jest Sugar Enterprise?

Zwykle raz w roku. Wersja 14.0 z 2024 roku objęła funkcje z trzech wcześniejszych kwartalnych wydań SugarCloud. Aktualizację instalacji on-premise przeprowadza organizacja lub jej partner.

Czy można przenieść SugarAI z on-premise do chmury?

Tak. Warunkiem jest to, aby wszystkie niestandardowe pliki przeszły kontrolę Package Scanner. Jeśli którykolwiek jej nie przejdzie, migracja zostaje odrzucona, a customizacje trzeba przepisać.

Podsumowanie

Wybór między SugarCloud a Sugar Enterprise On-Premise nie jest wyborem między „bezpieczniej” a „wygodniej”. To decyzja o tym, kto przez następne lata będzie odpowiadał za infrastrukturę, aktualizacje i dostęp do nowych funkcji. On-premise broni się przy twardych wymogach infrastrukturalnych, integracjach w sieci zamkniętej i głębokich customizacjach. W pozostałych przypadkach płaci się za kontrolę, z której organizacja nie korzysta.

Przed decyzją warto zadać zespołowi jedno pytanie: jeśli jutro w SugarCloud pojawi się funkcja, której potrzebuje dział sprzedaży, czy organizacja jest gotowa czekać na nią do kolejnego wydania Sugar Enterprise?

Źródła:

• SugarCloud Security Overview
• SugarCloud Policy Guide
• Sugar 26.1.x Supported Platforms
• Sugar Community Edition open source project ends (SugarCRM, 2018)
• Sugar License Types Matrix
• Sugar Intelligence Add-On is Now Available to Enterprise and Enterprise+ (SugarClub, 2025)
• Sugar Enterprise 14.0 is Now Available (SugarClub, 2024)
• Gartner: Worldwide Public Cloud End-User Spending 2025 (2024)