Zmiana licencji Pimcore z GPLv3 na POCL - co to oznacza dla użytkowników?

1. Wprowadzenie
2. Czym jest licencja Pimcore Open Core License (POCL)?
3. Co się zmienia dla obecnych użytkowników GPL?
4. Co oznacza POCL dla nowych klientów?
5. Co jest nadal dozwolone, a co zabronione pod POCL?
6. Czy Pimcore nadal pozostaje otwarty?
7. Kontrowersje związane z POCL
8. Podsumowanie
9. FAQ – Najczęściej zadawane pytania

Wprowadzenie

Pimcore, jako wszechstronna platforma do zarządzania danymi produktowych (PIM), zarządzania treścią (CMS) i doświadczeniem klienta (CXM), wprowadza istotną zmianę w swoim modelu licencjonowania. Od wersji Pimcore Platform 2025.1, licencja GPLv3 zostaje zastąpiona nową licencją Pimcore Open Core License (POCL). Oznacza to, że wersja 2024.4 będzie ostatnią wydaną na licencji GPLv3.

Dlaczego Pimcore rezygnuje z licencji GPLv3?

Licencja GPLv3 dobrze służyła Pimcore w początkowych etapach rozwoju platformy, umożliwiając budowę otwartego ekosystemu i aktywnej społeczności. Jednak w dzisiejszym środowisku biznesowym, szczególnie w kontekście korporacyjnym, GPLv3 zaczęła stwarzać więcej problemów niż korzyści.

Problemy z GPLv3 w środowiskach korporacyjnych:

• Niepewność prawna - GPLv3 jest znana ze swojego "wirusowego" charakteru, który wymaga, aby każde oprogramowanie zawierające kod na tej licencji było również udostępniane na licencji GPL. Dla przykładu, jeśli firma tworzy aplikację e-commerce i wykorzystuje w niej Pimcore na licencji GPLv3, to teoretycznie cała aplikacja powinna być udostępniona na licencji GPL - nawet jeśli zawiera wrażliwe, własnościowe elementy.
• Trudności w przechodzeniu audytów - Firmy często napotykają przeszkody podczas audytów bezpieczeństwa i zgodności, gdy w ich stosie technologicznym znajduje się oprogramowanie na licencji GPL. Na przykład, dział prawny może zablokować wdrożenie Pimcore ze względu na niejasne granice licencyjne i potencjalne ryzyko ujawnienia kodu własnościowego.
• Rosnące wymagania regulacyjne - Nowe regulacje, takie jak NIS2 w Europie, wymagają od firm większej przejrzystości i kontroli nad stosowanym oprogramowaniem. Przykładowo, firma działająca w sektorze finansowym musi dokładnie udokumentować wszystkie komponenty swojego systemu i jasno określić granice licencyjne - co jest trudne w przypadku GPL.
• Odmowy działów prawnych - Coraz częściej słyszymy zdanie "No GPL, no go" od działów prawnych, które blokują wdrażanie rozwiązań opartych na GPL. Dla zobrazowania sytuacji: firma farmaceutyczna planująca wdrożenie Pimcore do zarządzania danymi produktowymi może zostać zatrzymana przez dział prawny obawiający się konsekwencji licencyjnych GPLv3.

W rezultacie tych wyzwań, Pimcore zdecydował się na stworzenie nowej licencji, która zachowuje ducha otwartości, ale jednocześnie jest bardziej przyjazna dla środowisk biznesowych.
 

Czym jest licencja Pimcore Open Core License (POCL)?

POCL to nowy model licencjonowania stworzony przez Pimcore, zaprojektowany tak, aby zrównoważyć otwartość kodu źródłowego z potrzebami biznesowymi i prawnymi nowoczesnych przedsiębiorstw. Stanowi alternatywę dla tradycyjnych licencji open source, skupiając się na zapewnieniu elastyczności użytkowania przy jednoczesnym zachowaniu jasnych granic prawnych.

Kluczowe cechy licencji POCL

Dostęp do pełnego kodu źródłowego

POCL zapewnia pełny dostęp do kodu źródłowego zarówno dla Pimcore Platform, jak i Pimcore Studio. Możesz analizować, debugować i uczyć się z kodu dokładnie tak, jak w przypadku tradycyjnego oprogramowania open source. Przykładowo, programista chcący zrozumieć, jak działa system zarządzania zasobami w Pimcore, może swobodnie badać implementację tego komponentu.

Możliwość dostosowywania i rozwijania rozwiązań komercyjnych

Licencja pozwala na tworzenie, dostosowywanie i rozwijanie własnych rozwiązań komercyjnych w oparciu o Pimcore. Dla przykładu:

• Agencja interaktywna może stworzyć dedykowany moduł dla klienta z branży meblarskiej, który zintegruje zarządzanie danymi produktowymi z zewnętrznymi systemami logistycznymi
• Sklep internetowy może zmodyfikować interfejs administracyjny Pimcore, aby lepiej odpowiadał jego unikatowym procesom biznesowym
• Firma konsultingowa może zbudować specjalizowane rozwiązanie branżowe na bazie Pimcore i oferować je jako usługę swoim klientom

Jasne granice prawne

POCL ustanawia wyraźne granice między rdzeniem Pimcore a rozwiązaniami własnymi użytkownika. To kluczowa różnica w porównaniu z GPLv3, która często zacierała te granice. Na przykład:

Firma tworząca własny moduł raportowania w Pimcore na licencji POCL ma jasność, że:

• Sam rdzeń Pimcore pozostaje na licencji POCL
• Dedykowany moduł raportowania może pozostać własnościowy (choć musi być zgodny z zasadami POCL)
• Nie ma ryzyka, że cały kod firmy zostanie "skażony" licencją open source

Próg przychodów dla bezpłatnego użytkowania

Jednym z najbardziej praktycznych aspektów POCL jest model licencjonowania oparty na przychodach:

• Organizacje z przychodami poniżej 5 milionów euro rocznie mogą korzystać z Pimcore Community Edition na licencji POCL całkowicie bezpłatnie
• Organizacje non-profit i edukacyjne również kwalifikują się do bezpłatnej licencji, niezależnie od wielkości
• Po przekroczeniu progu 5 milionów euro przychodu, wymagana jest komercyjna licencja POCL

To rozwiązanie pozwala małym firmom, startupom i organizacjom społecznym na korzystanie z pełnego potencjału Pimcore bez kosztów licencyjnych, jednocześnie zapewniając finansowanie dalszego rozwoju platformy przez większe podmioty.

Różnica między środowiskiem produkcyjnym a nieprodukcyjnym

POCL wprowadza jasne rozróżnienie między użyciem produkcyjnym a nieprodukcyjnym:

• Użycie produkcyjne oznacza wykorzystanie oprogramowania do tworzenia rozwiązań i produkcji w ramach działalności biznesowej
• Użycie nieprodukcyjne obejmuje demonstracje, projektowanie prototypów, testy koncepcyjne i prezentacje sprzedażowe

Dla użycia nieprodukcyjnego wymagana jest licencja Pimcore Developer License (PDLA), którą należy zakupić.

Warto zauważyć: Jeśli firma rozpoczyna rozwój rozwiązania z zamiarem lub przewidywanym efektem wdrożenia go do produkcji, takie użycie od samego początku jest uznawane za użycie produkcyjne, dla którego obowiązuje próg przychodów.

Przykład praktyczny

Rozważmy startup technologiczny rozwijający innowacyjną platformę e-commerce:

1. Startup ma roczne przychody w wysokości 2 milionów euro

2. Decyduje się na wykorzystanie Pimcore do zarządzania treścią i danymi produktowymi

3. Tworzy własne moduły i integracje dostosowane do swojego modelu biznesowego

W tym scenariuszu:

• Startup może korzystać z Pimcore Community Edition na licencji POCL bez opłat
• Może rozwijać własne moduły i integracje bez konieczności ich udostępniania
• Gdy przekroczy próg 5 milionów euro przychodu, będzie musiał przejść na licencję komercyjną

To daje młodym firmom szansę na rozwój z potężnym narzędziem bez początkowych obciążeń finansowych, jednocześnie zapewniając Pimcore model biznesowy oparty na sukcesie swoich użytkowników.

Co się zmienia dla obecnych użytkowników GPL?

Ważne: Wersja 2024.4 jest ostatnią wersją Pimcore na licencji GPLv3. Wsparcie dla tej wersji kończy się definitywnie z końcem 2026 roku. Po tej dacie nie będą dostępne żadne aktualizacje bezpieczeństwa ani poprawki błędów.

Jeśli obecnie korzystasz z Pimcore na licencji GPLv3, zmiana na POCL ma dla Ciebie istotne znaczenie. Poniżej prezentujemy, jak możesz się do niej przygotować i jakie są najlepsze praktyki dla płynnej migracji.

Możliwości migracji istniejących rozszerzeń

Posiadanie rozszerzeń lub modułów stworzonych dla Pimcore na licencji GPLv3 stawia przed Tobą kilka opcji. Wybór zależy głównie od tego, kto jest właścicielem kodu i jakie komponenty zewnętrzne zawiera Twoje rozwiązanie.

Przykład 1: Agencja z własnymi modułami

Wyobraźmy sobie agencję interaktywną, która stworzyła zestaw modułów do zarządzania kampaniami marketingowymi w Pimcore:

• Jeśli agencja napisała cały kod samodzielnie (lub ma odpowiednie umowy z pracownikami/kontrahentami), może po prostu zmienić licencję modułów z GPLv3 na POCL
• Nie wymaga to przepisywania kodu - wystarczy zmiana informacji o licencji w plikach projektu
• Agencja może kontynuować rozwój modułów pod nową licencją

Przykład 2: Firma korzystająca z modułów open source

Firma produkcyjna używa Pimcore z kilkoma modułami zewnętrznymi na licencji GPLv3 stworzonymi przez społeczność:

• Te moduły nie mogą być bezpośrednio używane w nowych wersjach Pimcore na licencji POCL
• Firma musi albo znaleźć alternatywne moduły zgodne z POCL, albo zaimplementować tę funkcjonalność samodzielnie
• Można utrzymywać starsze środowisko Pimcore (≤ 2024.4) z tymi modułami równolegle do nowszej wersji

5-etapowy plan migracji z GPLv3 do POCL

Poniżej przedstawiamy praktyczny plan migracji, który możesz zastosować w swojej organizacji:

Krok 1: Inwentaryzacja i kategoryzacja kodu

Stwórz listę wszystkich rozszerzeń, modułów, integracji i bibliotek pomocniczych, których używasz z Pimcore.

Krok 2: Potwierdź własność kodu

Sprawdź umowy z pracownikami i kontrahentami, aby upewnić się, że Twoja organizacja posiada pełne prawa autorskie do kodu. Przykładowo:

• Sprawdź, czy umowy z programistami zawierają klauzule o przekazaniu praw autorskich
• Jeśli korzystałeś z freelancerów, upewnij się, że umowy przekazują prawa do relicencjonowania
• Zidentyfikuj komponenty, których nie możesz relicencjonować

Krok 3: Wybierz ścieżkę licencjonowania

W zależności od Twoich potrzeb biznesowych, możesz wybrać jedną z poniższych ścieżek:

1. Tylko POCL: Jeśli tworzysz nowe wdrożenia oparte na Pimcore 2025.1+

2. Licencja specyficzna dla wersji (GPLv3 i POCL): Aby wspierać zarówno starsze, jak i nowsze systemy

3. Izolacja/Refaktoryzacja: Gdy kod zawiera komponenty GPL, których nie możesz relicencjonować

Krok 4: Aktualizacja licencjonowania

1. Dodaj plik LICENSE.md do swojego projektu

2. Zastąp nagłówki GPLv3 w plikach źródłowych językiem POCL

3. Jeśli wybierasz licencjonowanie specyficzne dla wersji, jasno określ granicę wersji

Krok 5: Komunikacja i dokumentacja

1. Dodaj komentarze lub banery w kodzie i dokumentacji

2. Udokumentuj wewnętrznie decyzję o licencjonowaniu - kiedy, dlaczego i przez kogo została podjęta

3. Powiadom klientów, partnerów lub użytkowników końcowych, jeśli Twoja wtyczka jest publicznie udostępniana

Co zrobić, jeśli nie można zmienić licencji?

Jeśli zidentyfikujesz kod, który:

• Zawiera kod GPLv3 od zewnętrznych dostawców
• Ma wkłady od zewnętrznych programistów bez jasnych umów

Masz trzy opcje:

1. Refaktoryzacja

Przykład: Twój moduł analityczny wykorzystuje bibliotekę wizualizacji na licencji GPLv3. Rozwiązanie: Przepisz komponent korzystając z innej biblioteki zgodnej z POCL (np. zastępując GPLv3 ChartJS bibliotęką MIT-licencjonowaną)

2. Izolacja

Przykład: Masz kompleksowy moduł raportowania na licencji GPLv3, ale nie możesz go przepisać przed terminem migracji. Rozwiązanie: Ogranicz ten moduł do starszych środowisk Pimcore (≤ 2024.4) i równolegle rozwijaj nową wersję dla nowszych środowisk

3. Negocjacja

Przykład: Moduł zawiera kod od byłego pracownika bez jasnej umowy o przekazaniu praw. Rozwiązanie: Skontaktuj się z autorem i poproś o zgodę na relicencjonowanie lub wyjaśnij sytuację prawną

Zakaz mieszania kodu GPLv3 i POCL

Ważne: POCL wyraźnie zabrania łączenia kodu GPLv3 i POCL w jednym środowisku.

Musisz utrzymywać ścisłą separację między:

• Środowiskami Pimcore ≤ 2024.4 używającymi GPLv3
• Środowiskami Pimcore ≥ 2025.1 używającymi POCL

Przykład naruszenia: Wdrożenie Pimcore 2025.1 (POCL) z modułem raportowania na licencji GPLv3 Rozwiązanie: Rozdziel środowiska - utrzymuj starsze wersje Pimcore dla GPLv3 lub relicencjonuj moduł na POCL

Wsparcie dla wielu wersji

Jeśli musisz wspierać jednocześnie starsze i nowsze wersje Pimcore, najbardziej przejrzystym podejściem jest utrzymywanie dwóch oddzielnych gałęzi:

• Gałąź GPLv3 dla kompatybilności z Pimcore CE ≤ 2024.4
• Gałąź z licencją POCL dla Pimcore CE ≥ 2025.1

Ważne: To nie jest "podwójne licencjonowanie" w tradycyjnym sensie. To licencjonowanie specyficzne dla wersji - i utrzymuje Cię w pełnej zgodności zarówno z warunkami POCL, jak i GPLv3.

Co oznacza POCL dla nowych klientów?

Jeśli dopiero rozważasz wdrożenie Pimcore lub planujesz rozpocząć z nim nowy projekt, licencja POCL ma dla Ciebie istotne znaczenie. W tym rozdziale przyjrzymy się praktycznym aspektom POCL dla nowych użytkowników.

Warunki bezpłatnego korzystania

Licencja POCL wprowadza jasne zasady dotyczące bezpłatnego użytkowania Pimcore Community Edition:

Próg 5 milionów euro przychodu

Organizacje, których łączny globalny przychód nie przekracza 5 milionów euro rocznie, mogą korzystać z Pimcore Community Edition całkowicie bezpłatnie. Jest to bardzo korzystne dla:

• Startupów - Przykład: startup rozwijający platformę dla branży turystycznej może wykorzystać pełną funkcjonalność Pimcore bez początkowych kosztów licencyjnych
• Małych firm - Przykład: lokalna agencja marketingowa obsługująca regionalne biznesy może oferować rozwiązania oparte na Pimcore w atrakcyjnej cenie
• Firm średniej wielkości - Przykład: producent specjalistycznego sprzętu z przychodem 4 mln euro może wdrożyć Pimcore jako centralny system zarządzania informacją produktową

Ważne zastrzeżenie: firma nie może być częścią, oddziałem, podmiotem stowarzyszonym lub firmą-przykrywką dla innej organizacji, której łączny przychód przekracza próg 5 mln euro.

Organizacje non-profit i edukacyjne

Organizacje non-profit i edukacyjne mogą korzystać z Pimcore Community Edition za darmo, niezależnie od wielkości. Na przykład:

• Uniwersytet może wykorzystać Pimcore do zarządzania treścią na swojej stronie internetowej
• Organizacja charytatywna może zbudować portal dla darczyńców w oparciu o Pimcore
• Szkoła zawodowa może uczyć studentów tworzenia systemów PIM na przykładzie Pimcore

Weryfikacja i audyt

Pimcore zastrzega sobie prawo do weryfikacji, czy organizacja kwalifikuje się do bezpłatnego użytkowania. W praktyce może to oznaczać, że:

• Przy rozpoczęciu korzystania z Pimcore będziesz musiał potwierdzić swoje przychody
• Jeśli Twoje przychody przekroczą próg, będziesz zobowiązany poinformować o tym Pimcore
• Pimcore może przeprowadzić audyt w celu weryfikacji zgodności

Przykład procesu weryfikacji:

1. Firma rozpoczyna korzystanie z Pimcore i deklaruje przychód poniżej 5 mln euro

2. Po dwóch latach wzrostu firma przekracza próg

3. Firma informuje Pimcore o zmianie statusu

4. Pimcore proponuje odpowiednią komercyjną licencję
 

Koszty zakupu licencji

Dla firm nie spełniających wymogów uprawniajacych do bezpłatnego korzystania z aplikacji dostępne są dwie wersje komercyjne:

• Professional Edition - 8.400 € rocznie, zawiera funkcjonalności Pimcore wcześniej oferowane w wersji Community Edition
• Enterprise Edition - około 25.200 € rocznie, oferuje zaawansowane funkcje i rozszerzenia enterprise

Dodatkowo użytkownicy kontynuujący pracę z Admin UI Classic muszą uiścić jednorazową opłatę 1.480 € za licencję ExtJS.
 

Jasność prawna bez komplikacji GPL

Jedną z największych zalet POCL dla nowych klientów jest jasność prawna, której brakowało w GPLv3.

Przykład: Firma farmaceutyczna

Firma farmaceutyczna planuje wdrożyć Pimcore do zarządzania informacjami o lekach i materiałami marketingowymi:

• Pod GPLv3: Dział prawny mógłby zablokować projekt ze względu na ryzyko, że własnościowe algorytmy firmy musiałyby być udostępnione na licencji open source
• Pod POCL: Firma może bezpiecznie integrować Pimcore z własnościowymi systemami, bez ryzyka "skażenia" licencyjnego

Przykład: Dostawca rozwiązań e-commerce

Firma tworząca sklepy internetowe dla klientów rozważa Pimcore jako bazę dla swojego produktu:

• Pod GPLv3: Każda instalacja dla klienta mogłaby wymagać udostępnienia całego kodu, włącznie z własnościowymi modułami
• Pod POCL: Firma może tworzyć własne, płatne moduły i zachować ich kod jako własnościowy, jednocześnie korzystając z funkcjonalności Pimcore

Możliwości używania, modyfikowania i budowania rozwiązań

POCL daje nowym klientom szerokie możliwości wykorzystania Pimcore:

Budowanie własnych rozwiązań

Możesz tworzyć dedykowane rozwiązania branżowe, na przykład:

• System zarządzania zasobami cyfrowymi (DAM) dla branży wydawniczej
• Portal informacji o produktach dla dystrybutorów
• Zintegrowany system zarządzania treścią dla sieci sklepów

Dostosowywanie do własnych potrzeb

POCL pozwala na głębokie modyfikacje systemu. Te modyfikacje pozostają Twoją własnością i nie musisz ich udostępniać.

Rozwijanie komercyjnych produktów

POCL umożliwia tworzenie i sprzedaż własnych rozwiązań opartych na Pimcore:

• Branżowe szablony dla konkretnych sektorów
• Zaawansowane moduły analityczne
• Integracje z systemami ERP, CRM itp.

Ograniczenia dotyczące redystrybucji i oferowania jako SaaS

Nowi klienci powinni być świadomi ograniczeń, które wprowadza POCL:

Zakaz oferowania jako usługa hostowana

Nie możesz oferować Pimcore jako usługi hostowanej lub zarządzanej, udostępniając stronom trzecim znaczną część jego funkcji. Przykładowo:

• Niedozwolone: Uruchomienie "PimcoreHosting.com", gdzie klienci płacą za dostęp do instancji Pimcore
• Dozwolone: Oferowanie specjalistycznego rozwiązania branżowego, które wykorzystuje Pimcore jako część większego ekosystemu

Zakaz tworzenia konkurencyjnych produktów

Nie możesz modyfikować lub redystrybuować Pimcore w sposób, który prowadzi do stworzenia konkurencyjnego produktu. Na przykład:

• Niedozwolone: Stworzenie "EasyPim" - uproszczonej wersji Pimcore oferowanej jako alternatywa
• Dozwolone: Stworzenie specjalistycznego rozwiązania "FurniturePIM" dedykowanego branży meblarskiej

Zakaz włączania do produktu komercyjnego

Nie możesz włączać Pimcore do komercyjnego produktu lub usługi, które czerpią swoją wartość ekonomiczną głównie z Pimcore. Przykładowo:

• Niedozwolone: Produkt "PimcorePRO" będący nieznacznie zmodyfikowaną wersją Pimcore ze zmienioną marką
• Dozwolone: System "RetailSuite" integrujący Pimcore z własnościowymi modułami sprzedaży, logistyki i obsługi klienta

Różnica między środowiskiem produkcyjnym a nieprodukcyjnym

Licencja POCL wprowadza istotne rozróżnienie między użyciem produkcyjnym a nieprodukcyjnym:

Użycie produkcyjne

Dotyczy wykorzystania oprogramowania do rozwoju rozwiązań i produkcji w ramach działalności biznesowej. Przykłady:

• Wdrożenie systemu PIM dla zarządzania katalogiem produktów firmy
• Uruchomienie strony internetowej opartej na Pimcore
• Integracja Pimcore z systemami biznesowymi firmy

Dla takiego użycia obowiązuje próg 5 mln euro.

Użycie nieprodukcyjne

Obejmuje demonstracje, projektowanie prototypów, testy koncepcyjne i prezentacje sprzedażowe. Przykłady:

• Pokazanie klientowi funkcjonalności Pimcore podczas spotkania
• Stworzenie prototypu strony internetowej
• Testowanie koncepcji systemu PIM przed właściwym wdrożeniem

Ważne: Dla użycia nieprodukcyjnego wymagana jest licencja Pimcore Developer License (PDLA), którą należy zakupić.

Przejście między środowiskami

Jeśli rozpoczynasz rozwój rozwiązania z zamiarem lub przewidywanym efektem wdrożenia go do produkcji, takie użycie od samego początku jest uznawane za użycie produkcyjne.

Przykład: Agencja rozpoczyna pracę nad wdrożeniem Pimcore dla klienta. Nawet etap rozwoju jest uznawany za użycie produkcyjne (a nie nieprodukcyjne), ponieważ docelowo system trafi do środowiska produkcyjnego.

Co jest nadal dozwolone, a co zabronione pod POCL?

Licencja POCL wprowadza nowy zestaw zasad dotyczących tego, co można, a czego nie można robić z Pimcore. Poniżej przedstawiamy szczegółowe omówienie dozwolonych i zabronionych działań, z praktycznymi przykładami.

Co możesz robić pod licencją POCL?

POCL zapewnia szeroką elastyczność w zakresie wykorzystania Pimcore, szczególnie dla zespołów wewnętrznych, integratorów i programistów rozszerzeń.

1. Budować własnościowe wtyczki lub moduły

Możesz tworzyć rozszerzenia, które pozostają Twoją własnością intelektualną i nie muszą być udostępniane społeczności.

2. Zachować prywatność kodu lub udostępniać go selektywnie

Masz pełną kontrolę nad tym, czy i komu udostępnisz swoje rozszerzenia.

Przykład: Firma tworzy zaawansowany moduł analizy danych dla Pimcore i może:

• Zachować go wyłącznie do użytku wewnętrznego
• Udostępnić go tylko wybranym klientom
• Udostępnić go jako open source, jeśli tak zdecyduje (ale zgodnie z POCL)

3. Oferować wersje komercyjne lub wsparcie premium

Możesz monetyzować swoją pracę związaną z Pimcore.

Przykład:

• Podstawowa wersja modułu eksportu danych może być bezpłatna
• Wersja premium z zaawansowanymi funkcjami może być płatna
• Możesz oferować usługi wsparcia, konsultacji i wdrożenia

4. Używać kodu POCL bez konieczności open-sourcowania rozszerzeń

Możesz integrować Pimcore ze swoimi własnościowymi systemami bez martwienia się o "skażenie" licencyjne.

Przykład: Firma farmaceutyczna może:

• Zintegrować Pimcore z własnym systemem zarządzania badaniami klinicznymi
• Zachować kod integracji jako własnościowy
• Nie martwić się, że jej własnościowy algorytm będzie musiał być udostępniony

5. Modyfikować rdzeń Pimcore do użytku wewnętrznego

Możesz dostosować rdzeń Pimcore do swoich potrzeb bez konieczności udostępniania tych zmian.

Czego nie możesz robić pod licencją POCL?

Aby zachować integralność i zrównoważony rozwój ekosystemu, POCL wprowadza kilka kluczowych ograniczeń.

1. Zmiana licencji rdzenia POCL lub pochodnych na GPLv3 lub inną licencję

Nie możesz zmieniać licencji kodu Pimcore na inną.

Przykład naruszenia:

• Sklonowanie repozytorium Pimcore
• Zmiana informacji o licencji z POCL na MIT
• Udostępnienie tak zmodyfikowanej wersji

2. Łączenie systemów opartych na POCL z komponentami GPLv3

Nie możesz integrować kodu na licencji GPLv3 z systemami Pimcore na licencji POCL.

Przykład naruszenia:

• Instalacja modułu GPLv3 w Pimcore 2025.1
• Integracja biblioteki GPLv3 z projektem Pimcore na POCL

3. Oferowanie rdzenia Pimcore jako rozwiązania SaaS bez licencji komercyjnej

Nie możesz oferować Pimcore jako usługi hostowanej bez odpowiedniej licencji komercyjnej.

Przykłady naruszenia:

• Utworzenie serwisu "Pimcore as a Service" i pobieranie opłat za dostęp
• Oferowanie "Managed Pimcore" jako usługi subskrypcyjnej
• Tworzenie instancji multi-tenant Pimcore dla wielu klientów

4. Tworzenie forka Pimcore jako konkurencyjnej oferty publicznej lub komercyjnej

Nie możesz tworzyć alternatywnych wersji Pimcore konkurujących z oryginalnym produktem.

Przykłady naruszenia:

• Stworzenie "SimplePim" bazującego na kodzie Pimcore
• Rebranding Pimcore do "YourBrandPIM" i oferowanie jako alternatywy
• Usunięcie funkcji Pimcore Store i oferowanie takiej wersji

Zasady dotyczące wkładu społeczności i CLA

Jeśli chcesz przyczynić się do rozwoju Pimcore lub dystrybuować swoje modyfikacje, musisz przestrzegać Pimcore Contributors License Agreement (PCLA).

Przykład procesu współtworzenia:

1. Odkrycie błędu lub potrzeby nowej funkcji w Pimcore

2. Stworzenie forka repozytorium Pimcore

3. Wprowadzenie zmian w kodzie

4. Zaakceptowanie PCLA przed złożeniem pull requesta

5. Przesłanie zmian do oficjalnego repozytorium

Czy Pimcore nadal pozostaje otwarty?

Zmiana licencji z GPLv3 na POCL może budzić pytania o dalszą otwartość platformy Pimcore. W tym rozdziale przyjrzymy się, jak ta zmiana wpływa na otwartość kodu, dostępność platformy i możliwości współpracy ze społecznością.

Publiczne repozytoria GitHub

Jednym z najważniejszych aspektów otwartości jest dostęp do kodu źródłowego. Repozytoria Pimcore na GitHub pozostają w pełni publiczne - każdy może przeglądać kod, analizować jego strukturę i uczyć się z niego.

Przykład: Przeglądanie kodu Pimcore

Repozytorium główne Pimcore jest dostępne pod adresem: https://github.com/pimcore/pimcore. Możesz:

• Przeglądać cały kod źródłowy
• Analizować historię zmian
• Badać strukturę i architekturę systemu

Zmiana licencji nie wpływa na tę przejrzystość - kod pozostaje otwarty do przeglądania i analizy.

Aktywność społeczności

Pimcore podkreśla, że model współpracy społeczności pozostaje niezmieniony. Wszystkie dotychczasowe kanały komunikacji i współpracy są nadal aktywne:

GitHub Discussions

Forum dyskusyjne na GitHub pozostaje aktywnym miejscem wymiany pomysłów, rozwiązywania problemów i współpracy. Przykłady tematów:

• Pytania techniczne dotyczące implementacji
• Propozycje nowych funkcji
• Dzielenie się najlepszymi praktykami
• Dyskusje o architekturze systemu

Issues

System zgłaszania problemów (Issues) pozwala społeczności na raportowanie błędów i proponowanie ulepszeń. Przykładowy proces zgłaszania problemu:

1. Odkrycie błędu w funkcjonalności importu danych

2. Utworzenie nowego Issue z opisem problemu

3. Dołączenie kroków reprodukcji i oczekiwanego wyniku

4. Etykietowanie jako "bug" i przypisanie do odpowiedniej kategorii

5. Śledzenie postępów w rozwiązaniu problemu

Pull Requests

Społeczność nadal może bezpośrednio przyczyniać się do rozwoju Pimcore poprzez pull requesty.

Contributor License Agreement (CLA)

Pimcore kontynuuje stosowanie Contributor License Agreement (CLA) jako podstawy zarządzania wkładem społeczności. CLA określa zasady przekazywania praw do kodu i jest kluczowym elementem zabezpieczającym prawną integralność projektu.

Praktyczne aspekty CLA:

• Każdy, kto chce przyczynić się do kodu Pimcore, musi zaakceptować CLA
• CLA zapewnia, że Pimcore ma prawa do używania, modyfikowania i redystrybuowania wkładu
• Dokument jest dostępny pod adresem: https://github.com/pimcore/pimcore/blob/12.x/CLA.md

Różnica między "open source" a "source-available"

Należy zauważyć, że POCL nie jest formalnie licencją open source według definicji Open Source Initiative (OSI). Jest to licencja "source-available" (z dostępnym kodem źródłowym), która zachowuje wiele aspektów otwartości, ale wprowadza pewne ograniczenia.

Open Source (GPLv3):
 

• Dostęp do kodu: Pełny
• Modyfikacja: Dozwolona
• Redystrybucja: Dozwolona (na GPL)
• Komercyjne użycie: Dozwolone
• "Wirusowość": Tak (wymaga GPL)

Source-Available (POCL):
 

• Dostęp do kodu: Pełny
• Modyfikacja: Dozwolona
• Redystrybucja: Ograniczona
• Komercyjne użycie: Dozwolone z ograniczeniami
• "Wirusowość": Nie

Przykład praktyczny:
 

W modelu GPLv3:

• Firma tworzy zaawansowany moduł dla Pimcore
• Jeśli integruje go z kodem GPL, musi udostępnić cały kod modułu na GPL
• Każdy może wziąć ten kod, modyfikować go i redystrybuować

W modelu POCL:

• Firma tworzy zaawansowany moduł dla Pimcore
• Może zachować kod modułu jako własnościowy
• Inni mogą używać modułu, ale nie mogą go swobodnie redystrybuować bez zgody autora

Czy otwartość to tylko licencja?

Pimcore podkreśla, że otwartość to nie tylko kwestia etykiety licencyjnej, ale rzeczywisty dostęp, przejrzystość i możliwość uczestnictwa. W tym sensie platforma pozostaje otwarta, mimo zmiany licencji.

Praktyczne aspekty otwartości, które pozostają:

1. Dostęp do kodu

2. Przejrzystość rozwoju:

• Roadmapa rozwoju jest publicznie dostępna
• Decyzje architektoniczne są dyskutowane otwarcie
• Historia zmian jest pełna i dostępna

3. Możliwość uczestnictwa:

• Nadal możesz zgłaszać problemy i sugestie
• Możesz proponować zmiany poprzez pull requesty
• Możesz uczestniczyć w dyskusjach i podejmowaniu decyzji

Podsumowując, choć formalnie Pimcore nie jest już oprogramowaniem open source w ścisłym znaczeniu tego terminu, platforma zachowuje wiele kluczowych aspektów otwartości, które są ważne dla społeczności deweloperów i użytkowników.

 

Kontrowersje związane z POCL

Choć zmiana licencji Pimcore może wydawać się techniczną kwestią, w społeczności deweloperów wywołała szereg obaw i dyskusji. Jako partner Pimcore rozumiemy zarówno motywacje stojące za tą decyzją, jak i wyzwania, przed którymi stoją użytkownicy. Warto otwarcie przyjrzeć się tym kwestiom, aby organizacje mogły podjąć świadome decyzje.

Zamieszanie techniczne w społeczności deweloperów

Jednym z najczęściej pojawiających się tematów w dyskusjach społeczności jest złożoność techniczna związana z nową licencją. W oficjalnej dyskusji na GitHub deweloperzy wyrażają frustrację związaną z praktycznymi aspektami wdrożenia.

Problemy z zarządzaniem kodem

Aktywny uczestnik społeczności Pimcore, wyraził powszechne odczucia: "Licencje to bardzo dziwny i mylący temat. Czy musimy licencjonować różne części kodu osobno czy tworzyć różne moduły z różnymi licencjami?"

Ta niepewność jest zrozumiała, szczególnie gdy deweloperzy muszą:

• Utrzymywać oddzielne wersje swoich rozszerzeń dla różnych wersji Pimcore
• Zapewnić, że kod GPLv3 nie miesza się z kodem POCL
• Zarządzać zależnościami, które mogą mieć niekompatybilne licencje

Niejasności dotyczące modeli hostingowych

Szczególne zamieszanie budzi kwestia oferowania Pimcore jako usługi. Jeden z deweloperów zapytał: "Jeśli hostuję to dla moich klientów, to jest ok. Ale jeśli oferuję zarządzany hosting dla innych agencji Pimcore, które używają go dla swoich klientów, to nie jest dozwolone?"

Nawet przedstawiciele Pimcore przyznają, że "Licencjonowanie to dziki i złożony temat, szczególnie w świecie open source!" - co pokazuje, że nawet dla twórców platformy niektóre scenariusze użycia pozostają w szarej strefie.

Obawy związane z progiem przychodów i audytami

Model licencjonowania oparty na przychodach, choć zrozumiały z perspektywy biznesowej, budzi konkretne obawy praktyczne.

Mechanizmy weryfikacji

POCL przyznaje Pimcore szerokie uprawnienia do weryfikacji zgodności:

• Firmy muszą "dostarczyć Pimcore informacji, udzielić dostępu do odpowiednich dokumentów i zapisów"
• Możliwy jest "audyt środowiska sprzętowego i programowego"
• Decyzje Pimcore o naruszeniu progu są podejmowane z "wyłączeniem drogi prawnej"

Dla wielu organizacji, szczególnie tych dbających o poufność danych biznesowych, tak szerokie uprawnienia audytowe mogą stanowić przeszkodę w adopcji platformy.

Efekt klifu przy przekraczaniu progu

Firmy rozwijające się dynamicznie mogą znaleźć się w trudnej sytuacji przy zbliżaniu się do progu 5 milionów euro. Nagły skok z darmowej licencji do komercyjnej może wymagać nieplanowanych wydatków w krytycznym momencie rozwoju firmy.

Nieoczekiwane koszty dla użytkowników Community Edition

Jednym z najbardziej zaskakujących aspektów zmiany jest wprowadzenie dodatkowych opłat za komponenty, które wcześniej były darmowe.

Licencja ExtJS

Użytkownicy kontynuujący korzystanie z Admin UI Classic muszą zakupić licencję za 1 480 euro. Dla wielu małych firm i deweloperów jest to znaczący wydatek, szczególnie że:

• Wcześniej ten komponent był dostępny bez dodatkowych opłat
• Informacja o tej zmianie nie była szeroko komunikowana przed wprowadzeniem POCL
• Alternatywa w postaci nowego interfejsu może wymagać znaczących nakładów na przeszkolenie zespołu

Debata: "Source-available" czy "Open Source"?

W szerszej społeczności open source toczy się fundamentalna dyskusja o naturze licencji takich jak POCL.

Stanowisko purystów open source

Krytycy wskazują, że POCL nie spełnia definicji open source według Open Source Initiative. Główne zastrzeżenia to:

• Ograniczenia w tworzeniu konkurencyjnych produktów
• Zakaz oferowania platformy jako usługi SaaS
• Wymogi finansowe po przekroczeniu progu przychodów

Perspektywa pragmatyczna

Z drugiej strony, zwolennicy modelu source-available argumentują, że:

• Zapewnia on zrównoważony rozwój projektu
• Chroni przed nieuczciwą konkurencją ze strony gigantów technologicznych
• Nadal oferuje dostęp do kodu źródłowego i możliwość modyfikacji

Wyzwania techniczne migracji

Praktyczne aspekty przejścia na POCL stanowią realne wyzwanie dla zespołów deweloperskich.

Zarządzanie podwójnym licencjonowaniem

Organizacje wspierające zarówno starsze, jak i nowsze wersje Pimcore muszą:

• Utrzymywać dwie oddzielne gałęzie kodu
• Zapewnić, że zmiany nie naruszają warunków żadnej z licencji
• Edukować zespoły o różnicach między wersjami

Problem z zależnościami zewnętrznymi

Szczególnie problematyczne są:

• Biblioteki na licencji GPLv3, które nie mogą być używane z POCL
• Konieczność znalezienia alternatyw lub refaktoryzacji kodu
• Ryzyko wprowadzenia błędów podczas migracji

Długoterminowe implikacje dla ekosystemu

Zmiana licencji może mieć dalekosiężne konsekwencje dla przyszłości platformy i jej społeczności.

Potencjalne korzyści
 

• Stabilność finansowa projektu zapewniona przez model komercyjny
• Lepsza zgodność z wymaganiami korporacyjnymi
• Jasniejsze zasady wykorzystania komercyjnego

Potencjalne zagrożenia
 

• Ograniczenie innowacji przez zakaz konkurencyjnych forków
• Bariera wejścia dla nowych użytkowników przez niepewność prawną
• Fragmentacja społeczności między zwolennikami GPL i POCL

Jak podejść do kontrowersji - perspektywa praktyczna

Jako partner Pimcore, widzimy te kontrowersje jako naturalną część ewolucji dojrzałej platformy. Ważne jest, aby:

1. Zrozumieć obawy - każda organizacja ma swoje unikalne wymagania i ograniczenia

2. Ocenić ryzyko - przeanalizować, jak zmiana wpływa na konkretny przypadek użycia

3. Planować strategicznie - uwzględnić długoterminowe implikacje w planach rozwoju

4. Szukać wsparcia - konsultować się z ekspertami i partnerami Pimcore

Kontrowersje związane z POCL nie powinny przyćmić wartości, jaką Pimcore nadal oferuje. Jednocześnie, organizacje powinny podejmować świadome decyzje, w pełni rozumiejąc zarówno korzyści, jak i ograniczenia nowego modelu licencjonowania.

Podsumowanie

Zmiana licencji z GPLv3 na POCL to więcej niż tylko formalność prawna - to strategiczna decyzja, która wpływa na sposób, w jaki Pimcore będzie rozwijany, wdrażany i wykorzystywany w przyszłości. Choć każda zmiana licencji budzi pytania i wyzwania, POCL wydaje się być przemyślaną odpowiedzią na rzeczywiste potrzeby i wyzwania, przed którymi stają zarówno twórcy, jak i użytkownicy platformy.

Dla większości organizacji korzyści z przejścia na POCL - takie jak większa pewność prawna, elastyczność biznesowa i lepsze dopasowanie do wymagań korporacyjnych - znacząco przewyższają koszty związane z dostosowaniem się do nowej licencji. Jednocześnie, jak pokazaliśmy w sekcji o praktycznych aspektach POCL, odpowiednie przygotowanie i współpraca z doświadczonymi partnerami mogą znacząco ułatwić proces transformacji.

W dynamicznie zmieniającym się krajobrazie technologicznym, zdolność do adaptacji jest kluczem do sukcesu. Pimcore z licencją POCL wydaje się być lepiej przygotowany na wyzwania przyszłości, zapewniając jednocześnie ciągłość i stabilność dla obecnych użytkowników