Wróć do listy

Case Study: migracja 15 730 towarów z PC-Market do Subiekta nexo przez PrestaShop 8

PrestaShopERPMigracja danychSubiekt nexoPC-MarketIntegracje
Piotr Proszowski

Software house imoli z Częstochowy pomógł sklepowi specjalistycznemu uruchomić sprzedaż internetową i jednocześnie przejść ze starego systemu PC-Market na Subiekta nexo. Problem nie polegał na kosmetycznym imporcie produktów do sklepu. Klientka chciała otworzyć sklep internetowy na PrestaShop 8, ale w momencie podejmowania decyzji nie było rozsądnego rozwiązania, które zapewniałoby bezpieczną synchronizację danych między PrestaShop a PC-Market. Dlatego zapadła decyzja o migracji do Subiekta nexo. Tu pojawiła się druga bariera: brak dostępnego w rozsądnych kosztach narzędzia, które przeniosłoby pełną bazę z PC-Market do nowego ERP. Rozwiązaniem był czysty sklep PrestaShop, który potraktowaliśmy jako kontrolowany pomost danych: najpierw import z PC-Market zapełnił wirtualne półki sklepu, a następnie uporządkowana baza PrestaShop posłużyła do zasilenia czystego Subiekta nexo. Cały proces objął pełny katalog 15 730 towarów.

W skrócie

Klient sklep specjalistyczny — sprzedaż stacjonarna i planowany e-commerce
Problem brak rozsądnej ścieżki synchronizacji PrestaShop z PC-Market oraz brak dostępnego kosztowo migratora PC-Market → Subiekt nexo
Zakres przeniesienie pełnego katalogu z PC-Market do czystego PrestaShop 8, a następnie wykorzystanie PrestaShop jako pomostu do czystego Subiekta nexo
Dane wejściowe eksport bazy PC-Market: 331 tabel, ok. 1 GB danych; katalog towarów: 15 730 rekordów
Wynik pełny katalog produktów przeniesiony z PC-Market przez PrestaShop 8 do Subiekta nexo, bez ręcznego przepisywania tysięcy kart produktów
Technologia PC-Market, PrestaShop 8, Subiekt nexo, MySQL, kontrolowany proces migracji danych
Alternatywa ręczne założenie 15 730 kart produktów; przy 10 minutach na kartę to ponad 2 600 godzin pracy

Na czym polegał problem klienta?

Dane produktów przepływające ze starego systemu ERP przez sklep internetowy do nowego systemu

Klientka prowadziła sprzedaż stacjonarną na PC-Market i chciała uruchomić sklep internetowy. Naturalnym wyborem dla e-commerce był PrestaShop 8, ale sam sklep nie rozwiązywał najważniejszego problemu: co zrobić z danymi produktowymi, cenami i stanami, które żyły w PC-Market.

W momencie podejmowania decyzji nie było sensownego rozwiązania, które pozwalałoby stabilnie i w rozsądnym budżecie synchronizować PrestaShop z PC-Market. Oznaczało to, że po uruchomieniu sklepu internetowego klientka musiałaby pilnować danych ręcznie albo zaakceptować ryzyko rozjazdu między sprzedażą stacjonarną a internetową. To nie był dobry fundament pod rozwój e-commerce.

Dlaczego sama integracja z PC-Market nie wystarczyła?

Wspólne identyfikatory łączące rekordy produktów w dwóch systemach

Problem nie sprowadzał się do jednorazowego eksportu listy produktów. Sklep internetowy potrzebuje danych, które da się utrzymywać w czasie: nazw, kodów, cen, podatków, dostępności i informacji potrzebnych do obsługi zamówień. Jeżeli system stacjonarny i sklep internetowy nie wymieniają tych danych w przewidywalny sposób, każdy kolejny dzień sprzedaży zwiększa ryzyko błędów.

Dlatego zapadła decyzja, że zamiast na siłę łączyć PrestaShop ze starym systemem, lepiej przejść na Subiekta nexo jako nowe zaplecze ERP. Problem przesunął się wtedy z synchronizacji na migrację: trzeba było przenieść pełny katalog z PC-Market do nowego środowiska, ale gotowe narzędzia dostępne w rozsądnych pieniądzach nie rozwiązywały tego przypadku.

Skąd pomysł na PrestaShop jako pomost?

Eksport bazy ERP z setkami tabel, z których dla migracji liczą się wybrane dane produktowe

PrestaShop był w tym projekcie nowym, czystym sklepem. Nie było tam gotowej bazy produktów, którą wystarczyło poprawić. To import z PC-Market miał zapełnić wirtualne półki sklepu internetowego. Tak powstał praktyczny pomost: PC-Market przekazał dane do PrestaShop, a uporządkowany PrestaShop stał się źródłem do zasilenia czystego Subiekta nexo.

Takie podejście miało sens biznesowo, bo sklep internetowy i tak musiał zostać zbudowany i zasilony produktami. Zamiast wykonywać dwa osobne wdrożenia — jedno dla e-commerce, drugie dla ERP — wykorzystaliśmy jeden kontrolowany przepływ danych, który obsłużył oba cele.

Jak wyglądały dane źródłowe?

Eksport ze starego systemu był duży: 331 tabel i około 1 GB danych. Najważniejszy był pełny katalog produktów: 15 730 rekordów wraz z informacjami potrzebnymi do odtworzenia oferty w sklepie internetowym i późniejszej pracy w nowym ERP.

To nie był przypadek, w którym wystarczyło ręcznie wkleić listę nazw i cen. Dane trzeba było uporządkować tak, żeby czysty PrestaShop mógł stać się realnym sklepem, a czysty Subiekt nexo dostał użyteczny katalog startowy zamiast nieprzygotowanego zrzutu ze starego systemu.

Jak dane przeszły przez PrestaShop?

Kontrolowany przepływ danych produktowych przez sklep internetowy

Najpierw przygotowaliśmy dane z PC-Market do zasilenia czystego sklepu PrestaShop. Dzięki temu nowy sklep nie startował od pustych półek, tylko dostał pełną bazę produktów wraz z danymi potrzebnymi do sprzedaży internetowej.

PrestaShop pełnił tutaj podwójną rolę. Z jednej strony był docelowym sklepem internetowym klientki. Z drugiej strony stał się uporządkowaną warstwą pośrednią, przez którą dane można było przekazać dalej do Subiekta nexo. To pozwoliło uniknąć ręcznego zakładania tysięcy produktów w dwóch miejscach.

Jak dane trafiły do Subiekta nexo?

Uporządkowana baza sklepu internetowego zasilająca nowy system ERP

Subiekt nexo również startował jako czyste środowisko. Po zasileniu PrestaShop danymi z PC-Market wykorzystaliśmy sklep jako pomost do przeniesienia katalogu do nowego ERP. W praktyce PrestaShop nie był tylko odbiorcą danych ze starego systemu — stał się etapem porządkowania i przekazania danych dalej.

Efekt był prosty: zamiast tworzyć produkty ręcznie w sklepie i osobno w ERP, dane przeszły kontrolowaną ścieżką z PC-Market przez PrestaShop do Subiekta nexo. To skróciło wdrożenie i zmniejszyło ryzyko błędów, które przy ręcznym przepisywaniu tak dużej bazy byłyby nieuniknione.

Jaki był efekt?

Klientka mogła uruchomić sklep internetowy i jednocześnie przejść na nowy system ERP bez ręcznego zakładania 15 730 kart produktów. Czysty PrestaShop został zapełniony danymi z PC-Market, a następnie posłużył jako pomost do zasilenia czystego Subiekta nexo.

Dla biznesu najważniejsze były trzy rzeczy: pełny katalog produktów został przeniesiony, sklep internetowy dostał dane potrzebne do startu, a nowy ERP nie musiał być budowany ręcznie od zera. Cały proces był powtarzalny, kontrolowany i dużo bezpieczniejszy niż praca w panelach administracyjnych po jednej karcie produktu.

FAQ — najczęstsze pytania

Czy da się przenieść dane produktów z PC-Market do Subiekta nexo?

Tak. W tym projekcie pełny katalog z PC-Market został przeniesiony do Subiekta nexo przez PrestaShop 8, który pełnił rolę kontrolowanego pomostu danych.

Po co używać PrestaShop jako etapu pośredniego?

Bo klientka i tak potrzebowała sklepu internetowego. Skoro czysty PrestaShop musiał zostać zapełniony produktami, można było wykorzystać go także jako uporządkowane źródło do zasilenia czystego Subiekta nexo.

Dlaczego nie połączyć po prostu PrestaShop z PC-Market?

W momencie podejmowania decyzji nie było dostępnego, rozsądnego kosztowo rozwiązania, które dawałoby klientce stabilną synchronizację PrestaShop z PC-Market. Dlatego bezpieczniejszą ścieżką było przejście na nowy ERP i kontrolowana migracja danych.

Co było największą wartością tej migracji?

Największą wartością było uniknięcie ręcznego przepisywania tysięcy kart produktów w dwóch nowych systemach. PrestaShop zapełnił sklep internetowy, a potem pomógł zapełnić Subiekta nexo danymi ze starego systemu.

8 lipca 2026
Piotr Proszowski
Back-end developer w Imoli