Ten sam SKU u dwóch dostawców: rozdziel rekordy przed importem

SKU potrzebuje kontekstu katalogu

Jeśli dwóch dostawców używa kodu A-12, nie masz jeszcze dowodu, że oferują identyczny produkt. Kod może być lokalnym identyfikatorem w każdym katalogu. W tabeli roboczej przechowuj więc źródło oraz kod razem, zanim zdecydujesz, jak powiązać rekord ze sklepem.

Shopify opisuje SKU jako kod do wewnętrznego śledzenia i wskazuje problemy duplikatów przy integracjach. To nie jest dowód, że platforma rozpozna konflikt między Twoimi dwoma plikami i automatycznie go naprawi. Potrzebujesz własnej mapy oraz ograniczonej próby importu.

Przykład: kod jednakowy, wariant inny

Poniższe rekordy są syntetyczne. Nie pochodzą z katalogów realnych hurtowni i nie opisują wykonanej integracji. Służą do sprawdzenia reguły, którą można później zastosować do uprawnionych danych.

W pierwszym kroku nie scalaj wierszy po samym SKU. Nadaj im rozróżnialne klucze robocze i porównaj wariant, źródło oraz dokumentację. Jeśli nie potrafisz potwierdzić tożsamości produktu, pozostaw dwa odrębne rekordy.

Oddziel klucz roboczy od kodu publicznego

Klucz źródło plus SKU pozwala odtworzyć pochodzenie wiersza. Nie oznacza, że taki zapis musisz wyświetlić klientowi albo użyć w każdej aplikacji. Sprawdź wymagania konkretnego pola oraz właściwego połączenia.

Dla każdego wariantu sklepu zachowaj mapowanie: identyfikator sklepu, źródło, kod dostawcy i zakres aktualizacji. Jeśli aplikacja używa innego identyfikatora niż SKU, zapisz to wprost. Nie zamieniaj pól, bo nazwy wyglądają podobnie.

Sprawdź wielkość liter i białe znaki

Dokumentacja Shopify wskazuje znaczenie zgodności kodów przy synchronizacji. Porównaj surową wartość oraz tę po ewentualnej normalizacji. Nie zmieniaj automatycznie wszystkich liter na małe, jeśli źródło rozróżnia takie kody.

Zachowaj oryginał przed poprawką. Jeśli usuniesz spację albo dopiszesz prefiks, potrzebujesz reguły oraz możliwości odtworzenia wcześniejszej wartości. Sam wygląd uporządkowanej tabeli nie potwierdza poprawnego dopasowania.

Przeprowadź próbę na małym, bezpiecznym zbiorze

Przygotuj odrębne środowisko lub kopię testową z właściwym uprawnieniem. Nie importuj całego katalogu do działającego sklepu, aby dowiedzieć się, jak aplikacja potraktuje kolizję. Sprawdź jeden wariant, konflikt i brak identyfikatora.

Oficjalna instrukcja CSV Shopify opisuje zależności między kolumnami wariantów. Przeczytaj aktualny format przed zmianą pól. Ten poradnik nie dostarcza pliku gotowego do importu: tabela powyżej jest kartą ćwiczenia, a nie produkcyjnym szablonem Shopify.

Zapisz oczekiwanie i wynik osobno

Przed próbą nazwij oczekiwany skutek: rekord ma pozostać odrębny, stan ma zmienić się tylko we wskazanym wariancie albo import ma zatrzymać brakujące pole. Po próbie zapisz faktyczny skutek i sposób odtworzenia.

Jeśli zmienił się inny wariant, przerwij dalszą aktualizację w swoim bezpiecznym zakresie i wyjaśnij mapowanie. Nie naprawiaj raportu przez dopisanie pozytywnego wyniku. Nie traktuj braku komunikatu błędu jako dowodu, że właściwy produkt został zmieniony.

Powiąż zmianę z aktualizacją katalogu

Po zmianie źródła albo formatu sprawdź, czy identyfikatory zachowały znaczenie. Zachowaj wersję mapy z datą. Nowy plik może zawierać kod, który wcześniej nie występował, lub zmieniony wariant pod podobną nazwą.

Nie opisuj tej karty jako przeprowadzonego testu dostawcy. Wynik powstanie dopiero po Twojej rzeczywistej próbie. Materiał uzupełnia instrukcję połączenia katalogu oraz plan reakcji na brak aktualizacji: tutaj pytanie dotyczy tożsamości rekordu, nie samej dostępności połączenia.

Ćwiczenie z błędnym scaleniem i odwracalną poprawką

Załóż, że w syntetycznym arkuszu ktoś połączył dwa rekordy A-12 i zostawił tylko czarny mały wariant z katalogu A. Oryginalny biały duży wariant z katalogu B znika wtedy z mapy, chociaż kod w obu źródłach wygląda tak samo. Nie odtwarzamy błędu w rzeczywistym sklepie. Porównujemy wyłącznie trzy fikcyjne wiersze i wskazujemy informację utraconą przez tę regułę.

Wróć do zapisanej wersji przed scaleniem. Oczekiwany rezultat własnej korekty to trzy rozróżnialne klucze A:A-12, B:A-12 i A:A-13 oraz zachowane pochodzenie każdego wiersza. Brak komunikatu błędu po imporcie nie dowodziłby takiej zgodności. Do sprawdzenia potrzebne jest mapowanie konkretnego wariantu, a nie sam fakt przyjęcia pliku przez aplikację.

W pobieranym CSV znajdziesz kartę tych kluczy, nie produkcyjny plik importowy Shopify. Wskaż parę, którą pomyli błędna reguła samego SKU, a potem wyjaśnij, dlaczego zgodność nazwy lub koloru również nie wystarcza do potwierdzenia tożsamości. Nie rozszerzaj tej decyzji na cały katalog bez dokumentacji. Wynik ćwiczenia jest kontrolą pochodzenia danych, nie testem dostawcy ani dowodem jakości jego produktów.

Przy brakującym kodzie nie zastępuj go cyfrą zero ani identyfikatorem pierwszego znalezionego produktu. W zachowanym źródle oznacz pole jako brakujące i wskaż wiersz wymagający wyjaśnienia. Kolejność w pliku może się zmienić, więc sam numer wiersza nie jest trwałym kluczem produktu. To osobny scenariusz od kolizji dwóch poprawnych, ale lokalnych kodów.

Pobierz dane do własnego ćwiczenia

CSV zawiera wyłącznie przypadek syntetyczny opisany powyżej. To karta do samodzielnego sprawdzenia, nie wynik sklepu ani plik do importu w platformie.

Otwórz ćwiczenie CSV

Źródła i metoda

Autorska syntetyczna tabela kolizji i protokół do samodzielnej próby. Nie wykonano importu do sklepu ani zamówienia u dostawcy. Nie podajemy aktualnych limitów wariantów lub ocen usług.

• Shopify: SKU i identyfikacja wariantów — sprawdzono: 2026-10-09
• Shopify: format CSV produktów i zależności pól — sprawdzono: 2026-10-09

Daty sprawdzenia podano przy źródłach. Przykłady liczbowe są ilustracją obliczeń, a nie danymi konkretnego sklepu.