Dlaczego SKU powinno być praktycznie niezmienne? Jak zmiana SKU wpływa na ERP, PIM, Magento i sprzedaż producenta

Zmiana SKU jednego produktu może wydawać się drobną korektą w katalogu. Jednak w zintegrowanym e-commerce ten sam identyfikator może łączyć ERP, PIM, Magento, system magazynowy i marketplace’y. Wystarczy, że jeden z tych systemów nie rozpozna nowego kodu, aby pojawiły się problemy z aktualizacją cen, stanów magazynowych lub realizacją zamówień.

Dlaczego SKU warto traktować jako praktycznie niezmienny identyfikator i co zrobić, gdy jego zmiana jest konieczna?

SKU jako wspólny identyfikator produktu w e-commerce

SKU (Stock Keeping Unit) to identyfikator przypisany do konkretnej jednostki asortymentowej. Służy do rozpoznawania produktów i ich wariantów w systemach sprzedażowych, magazynowych oraz narzędziach do zarządzania danymi produktowymi.

Przykładowo producent odzieży może przypisać osobne SKU do każdej kombinacji rozmiaru i koloru koszulki. Dzięki temu może niezależnie zarządzać dostępnością poszczególnych wariantów.

W przypadku producenta prowadzącego własny e-commerce znaczenie SKU wykracza jednak daleko poza samą identyfikację towaru w magazynie.

Ten sam produkt może występować jednocześnie w kilku systemach:

• ERP – przechowuje kartotekę towarową, dane operacyjne, ceny i informacje niezbędne do obsługi zamówień.
• PIM – zarządza opisami, parametrami technicznymi, zdjęciami, tłumaczeniami i innymi informacjami produktowymi.
• Magento – wykorzystuje SKU do identyfikowania produktów, aktualizowania ich danych oraz obsługi sprzedaży.
• WMS – rozpoznaje towary podczas przyjęć magazynowych, kompletacji i wysyłki zamówień.
• Marketplace’y – korzystają z identyfikatorów sprzedawcy do powiązania ofert z produktami i synchronizacji danych.

Nie każdy z tych systemów musi wykorzystywać SKU jako swój wewnętrzny klucz główny. Magento posiada własne identyfikatory produktów, a systemy PIM mogą stosować niezależne identyfikatory techniczne.

Problem pojawia się wtedy, gdy SKU pełni funkcję wspólnego klucza podczas wymiany informacji.

Jeżeli integracja ERP z Magento wyszukuje produkt na podstawie SKU, zmiana tego identyfikatora może spowodować, że dotychczasowy produkt przestanie być rozpoznawany.

Dlatego decyzja o zmianie SKU powinna uwzględniać całą architekturę e-commerce, a nie wyłącznie system, w którym aktualizowany jest kod.

Co się dzieje, gdy zmieniamy SKU istniejącego produktu?

Wyobraźmy sobie polskiego producenta mebli, który prowadzi sklep D2C na Magento 2, obsługuje dystrybutorów przez platformę B2B i sprzedaje część asortymentu na marketplace’ach.

ERP odpowiada za kartoteki towarowe, ceny i dostępność, PIM za dane produktowe, a WMS za operacje magazynowe.

Producent od kilku lat sprzedaje krzesło o SKU KRZ-001. W związku z uporządkowaniem katalogu produktowego postanawia zmienić jego oznaczenie na KRZ-DAB-001.

Pracownik aktualizuje SKU w ERP, ale nie uwzględnia wszystkich systemów korzystających z dotychczasowego identyfikatora.

Przykład: zmiana SKU bez aktualizacji integracji

Co może się wydarzyć w takim przypadku?

Duplikaty produktów w Magento

Jeśli integracja identyfikuje produkty wyłącznie na podstawie SKU, może potraktować KRZ-DAB-001 jako zupełnie nowy produkt.

W zależności od sposobu działania integracji Magento może utworzyć drugi rekord produktu, odrzucić aktualizację lub zgłosić błąd.

W przypadku utworzenia duplikatu sklep może posiadać dwie karty tego samego krzesła, z których tylko jedna otrzymuje aktualne dane.

Problem staje się jeszcze bardziej złożony w przypadku produktów konfigurowalnych, których warianty są powiązane z produktem nadrzędnym.

Nieaktualne stany magazynowe

Załóżmy, że producent posiada w magazynie 120 sztuk krzesła.

ERP przekazuje aktualną dostępność dla SKU KRZ-DAB-001, ale Magento nadal rozpoznaje produkt pod poprzednim identyfikatorem.

Jeżeli integracja nie posiada mechanizmu mapowania, aktualizacja stanu magazynowego może nie zostać wykonana.

W rezultacie sklep może pokazywać dostępność, która nie odpowiada rzeczywistemu stanowi magazynowemu. Klienci mogą zamawiać niedostępny produkt albo nie mieć możliwości zakupu towaru, który faktycznie znajduje się w magazynie.

W sprzedaży wielokanałowej problem może objąć jednocześnie sklep D2C, platformę B2B i marketplace’y.

Błędne ceny i warunki handlowe

Podobny scenariusz dotyczy synchronizacji cen.

Jeżeli ERP przesyła nowy cennik dla zmienionego SKU, a Magento nie potrafi powiązać go z istniejącym produktem, sklep może nadal prezentować poprzednią cenę.

W przypadku producentów prowadzących sprzedaż B2B konsekwencje mogą być szersze.

Poszczególni dystrybutorzy często mają własne cenniki, indywidualne rabaty i warunki handlowe. Nieprawidłowe powiązanie produktu może spowodować, że część klientów zobaczy nieaktualne ceny lub utraci dostęp do właściwych warunków zakupowych.

Problemy z historią sprzedaży

Zmiana SKU nie oznacza automatycznej utraty historii zamówień. Magento przechowuje dane zamówień i posiada wewnętrzne identyfikatory produktów.

Problemy mogą jednak pojawić się w zewnętrznych systemach raportowych i analitycznych, które łączą dane na podstawie SKU.

Jeśli wcześniejsza sprzedaż była raportowana pod KRZ-001, a nowa pod KRZ-DAB-001, system analityczny może potraktować je jako dwa różne produkty.

Utrudnia to analizę wyników sprzedaży, prognozowanie popytu i porównywanie danych z poprzednich okresów.

Dodatkowe komplikacje mogą wystąpić podczas obsługi zwrotów i reklamacji, gdy system zewnętrzny próbuje odnaleźć produkt na podstawie SKU zapisanego w historycznym zamówieniu.

Zerwane powiązania z marketplace’ami

Wielu producentów wykorzystuje integratory, które synchronizują produkty, ceny i dostępność pomiędzy własnym sklepem a marketplace’ami.

Jeżeli mapowanie ofert opiera się na SKU, jego zmiana może przerwać aktualizację danych.

W zależności od konfiguracji integrator może nie rozpoznać dotychczasowej oferty, zgłosić błąd albo spróbować utworzyć nową.

Dlatego zmiana SKU wymaga sprawdzenia nie tylko systemów wewnętrznych producenta, ale również wszystkich zewnętrznych kanałów sprzedaży.

Dlaczego SKU powinno pozostać niezmienne przez cały cykl życia produktu?

Podstawowym argumentem za niezmiennością SKU jest zachowanie spójności danych pomiędzy systemami.

Produkt może zmieniać nazwę, opis, kategorię, zdjęcia, cenę, a nawet sposób prezentacji w poszczególnych kanałach sprzedaży. Jeżeli nadal jest tą samą jednostką asortymentową, nie ma powodu, aby każda z tych zmian wymuszała nadanie mu nowego identyfikatora.

Stabilne SKU ułatwia zarządzanie katalogiem, ponieważ systemy mogą rozpoznawać produkt niezależnie od zmian jego pozostałych atrybutów.

Ma to szczególne znaczenie dla producentów, którzy stopniowo rozwijają własną sprzedaż.

Firma może początkowo obsługiwać wyłącznie dystrybutorów za pośrednictwem ERP. Następnie uruchamia sklep D2C na Magento, wdraża PIM, rozpoczyna sprzedaż zagraniczną i dodaje kolejne marketplace’y.

Jeśli od początku stosuje stabilne identyfikatory produktów, każdy nowy system może korzystać z istniejącej struktury danych. Nie trzeba przy tym zmieniać kodów tylko dlatego, że produkt trafia do nowego kanału sprzedaży.

Niezmienność SKU pozwala również zachować ciągłość raportowania. Sprzedaż tego samego produktu może być analizowana na przestrzeni kilku lat, nawet jeśli w międzyczasie zmieniły się jego nazwa, kategoria lub sposób prezentacji.

Warto przy tym pamiętać, że SKU powinno być nie tylko stabilne, ale również unikalne. Wycofany identyfikator nie powinien być ponownie przypisywany innemu produktowi, jeśli mogłoby to doprowadzić do błędnego powiązania danych historycznych.

SKU, EAN i kod handlowy – dlaczego warto je rozdzielić?

Jednym z powodów zmiany SKU jest potrzeba uporządkowania oznaczeń produktów widocznych dla klientów.

Producent może wprowadzić nową strukturę katalogu, zmienić nazwy kolekcji lub dostosować oznaczenia produktów do potrzeb zagranicznych dystrybutorów.

Przykładowo produkt sprzedawany wcześniej jako KRZ-001 otrzymuje nowy kod katalogowy OSLO-DAB-2026, ponieważ firma wprowadza jednolity system oznaczania mebli.

Jeżeli kod katalogowy jest jednocześnie technicznym SKU wykorzystywanym we wszystkich integracjach, taka zmiana wymaga aktualizacji wielu systemów.

Można tego uniknąć, rozdzielając identyfikator techniczny od oznaczeń handlowych.

Identyfikator	Przykład	Zastosowanie
SKU	00015482	Stały identyfikator produktu wykorzystywany w integracjach
Kod handlowy	OSLO-DAB-2026	Oznaczenie produktu w katalogach i materiałach sprzedażowych
GTIN/EAN	Odrębny numer	Globalna identyfikacja jednostki handlowej zgodnie z zasadami GS1
Nazwa produktu	Krzesło dębowe Oslo	Prezentacja produktu w sklepie i pozostałych kanałach sprzedaży

W takim modelu producent może zmieniać kod handlowy bez ingerowania w SKU.

W Magento 2 można utworzyć dodatkowy atrybut produktu przechowujący kod katalogowy, natomiast PIM może zarządzać oznaczeniami wykorzystywanymi w poszczególnych kanałach sprzedaży.

Warto również rozróżnić SKU od numeru GTIN. GTIN jest globalnym identyfikatorem jednostki handlowej, a zasady jego nadawania określa GS1. W określonych sytuacjach zmiana cech produktu wymaga nadania nowego numeru GTIN, nawet jeśli producent nie zmienia swojego wewnętrznego SKU.

Szczegółowe zasady opisuje GS1 w standardzie zarządzania numerami GTIN.

Gdzie powinien powstawać SKU: ERP, PIM czy Magento?

Nie istnieje jedna uniwersalna odpowiedź. Wszystko zależy od architektury systemów i sposobu zarządzania katalogiem produktowym w danym przedsiębiorstwie.

W przypadku producenta, który posiada rozbudowany system ERP, naturalnym rozwiązaniem może być nadawanie SKU podczas tworzenia kartoteki towarowej. Identyfikator jest następnie przekazywany do PIM, Magento i pozostałych systemów.

W innych organizacjach proces tworzenia produktów rozpoczyna się w PIM. Dotyczy to między innymi przedsiębiorstw posiadających rozbudowane katalogi, liczne warianty i wiele kanałów sprzedaży.

W takiej sytuacji PIM może odpowiadać za utworzenie identyfikatora i przekazanie go do pozostałych systemów, o ile pozwalają na to przyjęte procesy biznesowe.

Najważniejsze jest jednoznaczne określenie odpowiedzialności za nadawanie SKU.

Jeżeli ERP, PIM i Magento mogą niezależnie tworzyć identyfikatory dla tych samych produktów, ryzyko powstawania duplikatów i niespójności znacząco wzrasta.

Dlatego warto ustalić:

• Który system odpowiada za tworzenie nowych SKU?
• Kiedy produkt otrzymuje ostateczny identyfikator?
• Czy pozostałe systemy mogą samodzielnie zmieniać SKU?
• W jaki sposób identyfikowane są produkty podczas synchronizacji?
• Jak obsługiwane są wyjątki, takie jak połączenie katalogów lub migracja danych?

Szczegółowo opisaliśmy ten temat w artykule Gdzie powinien być master danych produktowych: ERP, PIM czy Magento?.

Warto też rozważyć zastosowanie dodatkowego, niezmiennego identyfikatora technicznego, niezależnego od SKU.

Przykładowo Akeneo PIM wykorzystuje identyfikatory UUID, które pozwalają jednoznacznie rozpoznawać produkty niezależnie od zmian ich SKU. Więcej informacji można znaleźć w dokumentacji Akeneo dotyczącej identyfikatorów produktów.

Takie rozwiązanie może ułatwić zarządzanie danymi, ale wymaga odpowiedniego zaprojektowania integracji. Jeśli Magento lub ERP nadal identyfikuje produkty wyłącznie po SKU, samo zastosowanie UUID w PIM nie rozwiąże problemu jego zmiany.

Jak projektować SKU, żeby nie trzeba było go zmieniać?

Najwięcej problemów ze zmianą SKU można wyeliminować jeszcze na etapie projektowania katalogu produktowego.

Producenci często tworzą identyfikatory zawierające informacje o kategorii, kolekcji, dostawcy, kolorze lub roku wprowadzenia produktu.

Takie oznaczenia bywają wygodne, ponieważ pozwalają pracownikom szybko rozpoznać towar. Problem pojawia się wtedy, gdy informacje zapisane w SKU przestają być aktualne.

Przykładowo producent posiada produkt o kodzie MEB-SALON-2024-001. Po dwóch latach przenosi go do kategorii mebli biurowych i zmienia nazwę kolekcji.

Kod przestaje odpowiadać aktualnej klasyfikacji produktu, ale jego zmiana mogłaby wymagać aktualizacji wszystkich powiązanych systemów.

Dlatego podczas projektowania SKU warto przestrzegać kilku zasad.

Nie uzależniaj SKU od zmiennych informacji biznesowych

Kategoria, nazwa kolekcji, sezon czy kanał sprzedaży mogą zmieniać się w czasie.

Jeśli nie są niezbędne do identyfikowania konkretnej jednostki asortymentowej, lepiej przechowywać je w osobnych atrybutach.

Nie oznacza to, że każde SKU musi być losowym ciągiem znaków. Kod może mieć określoną strukturę i zawierać informacje przydatne w codziennej pracy.

Ważne, aby jego konstrukcja nie wymuszała późniejszych zmian.

Ustal zasady tworzenia identyfikatorów

Producent powinien określić, kto i w jakim systemie może nadawać nowe SKU.

Warto również zdefiniować dopuszczalną długość kodu, wykorzystywane znaki i zasady identyfikowania wariantów.

Trzeba przy tym uwzględnić ograniczenia wszystkich systemów, które będą korzystać z identyfikatora.

Kod akceptowany przez ERP może na przykład nie spełniać wymagań zewnętrznego integratora.

Nie wykorzystuj ponownie wycofanych SKU

Jeśli produkt został wycofany ze sprzedaży, jego SKU powinno pozostać przypisane do historycznej kartoteki.

Ponowne wykorzystanie tego samego identyfikatora dla innego produktu może spowodować błędne powiązanie zamówień, stanów magazynowych i danych analitycznych.

Warto zachowywać historię wycofanych kodów i blokować możliwość ich ponownego nadania.

Rozdziel identyfikator techniczny od prezentacji produktu

Zmiana nazwy produktu, kodu katalogowego lub sposobu prezentacji w sklepie nie powinna wymagać modyfikacji SKU.

Jeśli producent potrzebuje różnych oznaczeń dla klientów detalicznych, dystrybutorów i zagranicznych partnerów, może zarządzać nimi za pomocą osobnych atrybutów.

Dzięki temu produkt zachowuje stałą tożsamość techniczną niezależnie od kanału sprzedaży.

Kiedy zmiana SKU jest uzasadniona?

Zasada niezmienności SKU nie oznacza, że raz nadanego identyfikatora nigdy nie można zmienić. Istnieją sytuacje, w których taka operacja jest konieczna.

Jednym z przykładów jest połączenie dwóch przedsiębiorstw, które posiadają niezależne katalogi produktowe. Jeśli obie firmy wykorzystują identyczne SKU dla różnych produktów, konieczne może być uporządkowanie identyfikatorów przed połączeniem systemów.

Podobny problem może pojawić się podczas migracji do nowego ERP lub konsolidacji kilku sklepów internetowych.

Zmiana SKU może być również uzasadniona, gdy dotychczasowe identyfikatory nie spełniają wymagań nowego systemu lub zawierają błędy uniemożliwiające prawidłową synchronizację.

Należy jednak rozróżnić zmianę identyfikatora istniejącego produktu od utworzenia nowej jednostki asortymentowej.

Jeśli producent wprowadza nowy wariant produktu, który wymaga niezależnego zarządzania zapasami, powinien zazwyczaj nadać mu osobne SKU.

Jeżeli natomiast zmienia wyłącznie nazwę, kategorię lub kod widoczny w katalogu handlowym, dotychczasowy identyfikator techniczny powinien pozostać bez zmian.

Jak bezpiecznie przeprowadzić zmianę SKU?

Zmianę SKU w zintegrowanym e-commerce należy potraktować jak migrację danych. Nawet jeśli dotyczy pojedynczego produktu, może wymagać aktualizacji kilku systemów i powiązań pomiędzy nimi.

1. Zidentyfikuj wszystkie systemy korzystające z SKU

Pierwszym krokiem powinno być ustalenie, gdzie występuje dotychczasowy identyfikator.

Należy sprawdzić ERP, PIM, Magento, WMS, integratory marketplace’ów oraz dodatkowe aplikacje korzystające z danych produktowych.

W każdym systemie trzeba określić, czy SKU pełni funkcję głównego identyfikatora, dodatkowego atrybutu czy klucza wykorzystywanego podczas synchronizacji.

2. Przygotuj mapowanie identyfikatorów

Przed rozpoczęciem migracji należy przygotować zestawienie dotychczasowych i nowych SKU wraz z wewnętrznymi identyfikatorami produktów.

System	Stare SKU	Nowe SKU	Dodatkowy identyfikator
ERP	KRZ-001	KRZ-DAB-001	ID kartoteki
PIM	KRZ-001	KRZ-DAB-001	UUID produktu
Magento	KRZ-001	KRZ-DAB-001	Entity ID
WMS	KRZ-001	KRZ-DAB-001	ID towaru

Takie zestawienie ułatwia aktualizację powiązań i pozwala zachować historię zmian.

Warto również upewnić się, że nowe SKU nie zostało wcześniej wykorzystane dla innego produktu.

3. Ustal kolejność aktualizacji i zabezpiecz synchronizację

Kolejność zmian powinna wynikać z architektury integracji i tego, który system jest nadrzędny dla identyfikatorów produktów.

W niektórych przypadkach konieczne będzie czasowe wstrzymanie synchronizacji, aby jeden system nie nadpisał danych zaktualizowanych w innym.

Należy również przygotować kopię bezpieczeństwa i procedurę przywrócenia poprzedniego stanu.

4. Przetestuj wszystkie procesy wykorzystujące produkt

Poprawna zmiana SKU w ERP i Magento nie oznacza jeszcze, że migracja zakończyła się sukcesem.

Trzeba sprawdzić cały proces sprzedaży: od aktualizacji danych produktowych, przez synchronizację cen i dostępności, aż po złożenie zamówienia i jego realizację.

Szczególną uwagę należy zwrócić na powiązania wariantów, cenniki B2B, mapowanie ofert marketplace’owych oraz obsługę historycznych zamówień.

Testy powinny zostać wykonane przed wprowadzeniem zmian w środowisku produkcyjnym.

Co niezmienność SKU oznacza dla producenta rozwijającego sprzedaż D2C i B2B?

Im więcej kanałów sprzedaży obsługuje producent, tym większe znaczenie ma stabilna identyfikacja produktów.

Firma, która rozpoczyna od sprzedaży hurtowej, może z czasem uruchomić własny sklep D2C, platformę zamówieniową B2B, sprzedaż na marketplace’ach i kolejne wersje językowe sklepu.

Każdy nowy kanał wymaga dostępu do aktualnych danych produktowych, cen i dostępności.

Jeśli producent posiada spójny system identyfikatorów, może rozwijać sprzedaż bez konieczności przebudowywania kartotek towarowych przy każdym kolejnym wdrożeniu.

Stabilne SKU ułatwia również analizowanie sprzedaży tego samego produktu w różnych kanałach. Producent może porównywać wyniki D2C i B2B, monitorować rotację zapasów i planować produkcję na podstawie danych pochodzących z kilku systemów.

Oczywiście samo niezmienne SKU nie gwarantuje poprawnego działania integracji. Potrzebne są również właściwie zaprojektowane przepływy danych, jednoznacznie określona odpowiedzialność poszczególnych systemów i mechanizmy obsługi błędów.

Jednak stabilny identyfikator produktu stanowi jeden z fundamentów takiej architektury.

Podsumowanie: SKU jako stały identyfikator produktu

SKU powinno być praktycznie niezmienne, ponieważ w zintegrowanym e-commerce może łączyć dane pochodzące z wielu niezależnych systemów.

Zmiana jednego identyfikatora może spowodować problemy z synchronizacją stanów magazynowych, aktualizacją cen, mapowaniem ofert oraz analizą historycznych danych sprzedażowych.

Dlatego warto już na etapie projektowania katalogu produktowego określić zasady nadawania SKU, oddzielić identyfikatory techniczne od kodów handlowych i ustalić odpowiedzialność za zarządzanie danymi.

A zanim ktokolwiek zdecyduje się zmienić SKU istniejącego produktu, powinien odpowiedzieć na jedno pytanie: ile systemów wykorzystuje ten kod do rozpoznawania produktu?

Jeśli planujesz wdrożenie Magento, integrację z ERP lub PIM albo uporządkowanie danych produktowych przed uruchomieniem kolejnych kanałów sprzedaży, skontaktuj się z nami. Pomożemy zaprojektować architekturę e-commerce i integracje dopasowane do procesów Twojej firmy.

FAQ: niezmienność i zmiana SKU w e-commerce

Czy SKU produktu można zmienić w Magento 2?

Tak, Magento 2 umożliwia zmianę SKU istniejącego produktu. Przed wykonaniem tej operacji należy jednak sprawdzić integracje z ERP, PIM, WMS i pozostałymi systemami. Zmiana identyfikatora bez aktualizacji powiązań może spowodować błędy synchronizacji lub powstanie duplikatów.

Czy zmiana SKU powoduje utratę historii zamówień?

Zmiana SKU nie powoduje automatycznie utraty historii zamówień w Magento. Może jednak wpłynąć na zewnętrzne systemy raportowe i integracje, które identyfikują produkty na podstawie dotychczasowego SKU. Dlatego podczas migracji warto zachować mapowanie starych i nowych identyfikatorów.

Czy SKU powinno być takie samo w ERP, PIM i Magento?

Stosowanie identycznego SKU w ERP, PIM i Magento jest jednym ze sposobów zapewnienia spójnej identyfikacji produktów. Nie jest jednak jedynym rozwiązaniem, ponieważ systemy mogą posiadać własne identyfikatory wewnętrzne. Najważniejsze jest prawidłowe mapowanie produktów podczas wymiany danych.

Czy SKU może zawierać nazwę kategorii, producenta lub rok produkcji?

Tak, SKU może zawierać informacje opisujące produkt, ale warto unikać danych, które mogą zmieniać się w czasie. Zmiana kategorii lub nazwy kolekcji nie powinna wymuszać zmiany identyfikatora technicznego. Takie informacje lepiej przechowywać w osobnych atrybutach.

Czy SKU i EAN to ten sam identyfikator?

Nie, SKU jest wewnętrznym identyfikatorem jednostki asortymentowej, natomiast EAN-13 jest jedną z postaci numeru GTIN, którego zasady nadawania określa GS1. Produkt może posiadać jednocześnie SKU i GTIN. Identyfikatory te pełnią różne funkcje w zarządzaniu produktami i sprzedażą.

Czy każdy wariant produktu powinien mieć osobne SKU?

Każdy wariant stanowiący odrębną jednostkę asortymentową, dla której trzeba niezależnie zarządzać zapasami lub sprzedażą, powinien zazwyczaj posiadać własne SKU. Przykładowo koszulki w różnych rozmiarach i kolorach mogą mieć oddzielne identyfikatory. Ułatwia to kontrolowanie dostępności i prawidłową realizację zamówień.

Który system powinien odpowiadać za nadawanie SKU?

Za nadawanie SKU powinien odpowiadać jeden jasno określony system, zgodnie z przyjętą architekturą danych produktowych. Może to być ERP lub PIM, w zależności od procesów przedsiębiorstwa. Pozostałe systemy powinny korzystać z ustalonych identyfikatorów lub jednoznacznego mapowania.

Jak zmienić SKU bez utraty powiązań między systemami?

Przed zmianą SKU należy zidentyfikować wszystkie systemy wykorzystujące dotychczasowy kod, przygotować mapowanie identyfikatorów i ustalić kolejność aktualizacji. Następnie trzeba przetestować synchronizację danych produktowych, cen, stanów magazynowych i zamówień. W rozbudowanym środowisku e-commerce zmianę najlepiej przeprowadzić jako zaplanowaną migrację danych.