• Kierowca dostępny teraz
  • całą dobę, 7 dni w tygodniu
  • Dojazd do 1 h w promieniu 40 km
  • Diagnoza laptopa 0 zł
Wieża serwerowa w niebieskim podświetleniu — Synchronizacja opisów i zdjęć produktów między magazynem a sklepem

Synchronizacja opisów i zdjęć produktów między magazynem a sklepem

Poza cenami i stanami magazynowymi warto zsynchronizować też opisy i zdjęcia produktów, żeby uniknąć ich podwójnego, ręcznego uzupełniania.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie synchronizacji opisów i zdjęć produktów między systemem magazynowym a sklepem internetowym.

Dla kogo ma sens

Usługa jest przydatna dla firm z szerokim asortymentem, które chcą uniknąć podwójnego wprowadzania opisów i zdjęć produktów.

Ile to trwa

Konfiguracja synchronizacji opisów mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Architektura przepływu danych i struktura opisów

Synchronizacja danych tekstowych pomiędzy programem magazynowo-sprzedażowym a platformą e-commerce wymaga dokładnego zmapowania pól bazodanowych (czyli przypisania odpowiedników komórek danych między dwoma różnymi systemami). W systemach ERP, takich jak InsERT Subiekt GT, Subiekt nexo, Comarch ERP Optima, WAPRO Mag czy enova365, kartoteka towarowa przechowuje informacje w dedykowanych tabelach relacyjnej bazy danych. Informacje te nie zawsze odpowiadają bezpośrednio strukturze pól w sklepie internetowym.

W standardowym wdrożeniu rozróżnia się kilka poziomów danych opisowych:

  • Opis krótki (zajawka tekstowa wyświetlana na listach kategorii oraz w wynikach wyszukiwania w sklepie).
  • Opis długi (pełna treść marketingowa zawierająca szczegółowe omówienie produktu, akapity i nagłówki).
  • Parametry i atrybuty techniczne (zestaw cech w polach słownikowych, takich jak wymiary, waga, materiał, kolor czy moc, które w sklepie budują filtry boczne).
  • Pola własne bazy danych (dodatkowe kolumny definiowane przez użytkownika w systemie magazynowym do przechowywania nietypowych informacji, na przykład linków do instrukcji obsługi czy numerów katalogowych producenta).

Podczas konfiguracji integratora definiuje się reguły konwersji formatowania. Opisy w systemach ERP często zawierają surowy tekst lub kod formatowany w starszych standardach. Sklepy internetowe (takie jak WooCommerce, PrestaShop, Magento czy platformy SaaS, na przykład Shoper) wymagają poprawnego kodu HTML (języka znaczników używanego do tworzenia stron internetowych). Konfiguracja zapewnia sanityzację kodu (oczyszczanie z niebezpiecznych lub błędnych znaczników), co zapobiega rozpadaniu się układu graficznego szablonu sklepu po przesłaniu nowej treści z kartoteki magazynowej.

Zarządzanie multimediami i optymalizacja zdjęć produktowych

Przesyłanie plików graficznych jest procesem znacznie bardziej obciążającym łącze internetowe oraz serwer niż wymiana informacji o cenach i stanach magazynowych. Z tego względu konfiguracja synchronizacji multimediów wymaga precyzyjnego zaplanowania sposobu ich przechowywania i transferu.

W systemach magazynowych zdjęcia mogą być zapisywane na dwa sposoby:

  • Bezpośrednio w bazie danych jako obiekty binarne BLOB (Binary Large Object – typ danych w bazie SQL służący do przechowywania plików binarnych, takich jak obrazy).
  • Jako ścieżki i odnośniki do plików umieszczonych w określonym folderze na dysku lokalnym komputera lub na serwerze sieciowym NAS (Network Attached Storage – sieciowa pamięć masowa).

Zapisywanie tysięcy zdjęć bezpośrednio w bazie danych Microsoft SQL Server prowadzi do gwałtownego rozrostu pliku bazy. W przypadku darmowej wersji silnika bazodanowego Microsoft SQL Server Express, limit rozmiaru pojedynczej bazy danych wynosi 10 GB. Przekroczenie tego limitu powoduje zablokowanie pracy całego systemu sprzedażowego. W ramach usługi konfigurujemy odpowiednie mechanizmy kompresji oraz bezpieczną strukturę przechowywania plików graficznych poza głównym plikiem bazy danych, co chroni stabilność środowiska ERP.

Podczas transferu zdjęć do sklepu internetowego lub integratora pośredniczącego (na przykład BaseLinker) proces obejmuje:

  • Generowanie sum kontrolnych plików (algorytmów takich jak MD5, które sprawdzają, czy plik graficzny na dysku uległ zmianie od ostatniej synchronizacji). Dzięki temu system przesyła wyłącznie nowe lub zmodyfikowane zdjęcia, nie obciążając łącza ponownym wysyłaniem całej biblioteki mediów.
  • Przypisanie kolejności zdjęć w galerii produktowej (ustawienie zdjęcia głównego, czyli miniatury widocznej na liście produktów, oraz zdjęć dodatkowych ukazujących detale).
  • Automatyczne skalowanie rozdzielczości i optymalizację wagi plików do formatów internetowych (takich jak WebP lub zoptymalizowany JPEG), co pozwala zachować wysoką szybkość wczytywania strony sklepu i pozytywnie wpływa na wskaźniki wydajności stron internetowych.

Warianty architektury integracji

W zależności od wielkości przedsiębiorstwa, liczby obsługiwanych kanałów sprzedaży oraz specyfiki asortymentu stosuje się różne modele połączenia bazy magazynowej ze sklepem:

  • Integracja bezpośrednia przez API sklepu: Aplikacja synchronizująca (integrator) instalowana jest na komputerze lub serwerze z bazą ERP. Program łączy się bezpośrednio z bazą danych magazynu przez interfejsy programistyczne (takie jak Sfera dla Subiekta GT/nexo czy API Comarch) i przesyła dane wprost do interfejsu REST API sklepu internetowego. To rozwiązanie jest polecane przy obsłudze jednego dedykowanego sklepu internetowego.
  • Integracja wielokanałowa przez platformę pośredniczącą: Dane z systemu magazynowego są przesyłane do zewnętrznego integratora wielokanałowego (na przykład BaseLinker), skąd opisy, parametry i zdjęcia są automatycznie dystrybuowane do wielu niezależnych sklepów internetowych oraz platform handlowych (marketplace). Ten wariant pozwala na centralne zarządzanie katalogiem produktów przy sprzedaży wielokanałowej.
  • Model rozdzielonych źródeł danych (hybrydowy): W tym układzie system magazynowy pozostaje głównym źródłem prawdy (Master Data) dla stanów magazynowych, kodów EAN, kodów SKU oraz cen, natomiast rozbudowane opisy marketingowe, pliki wideo i galerie wysokiej rozdzielczości są tworzone i przechowywane bezpośrednio w systemie CMS sklepu internetowego. Konfiguracja polega wówczas na zablokowaniu nadpisywania opisów przez system ERP, przy jednoczesnym zachowaniu pełnej wymiany danych handlowych.

Błędy popełniane przy samodzielnej konfiguracji

Próby samodzielnego uruchomienia synchronizacji opisów i zdjęć bez odpowiedniego przygotowania środowiska informatycznego często prowadzą do poważnych zakłóceń w funkcjonowaniu sklepu i magazynu. Najczęstsze problemy techniczne obejmują:

  • Brak limitów czasowych i pamięciowych na serwerze WWW: Masowa wysyłka setek zdjęć w wysokiej rozdzielczości powoduje przekroczenie parametrów serwera (takich jak max_execution_time – maksymalny czas wykonywania skryptu, czy memory_limit – limit pamięci operacyjnej przydzielonej dla procesu PHP). Skutkuje to przerwaniem synchronizacji w połowie procesu i pozostawieniem części produktów bez zdjęć lub z uszkodzonymi linkami.
  • Konflikty kodowania znaków: Użycie nieodpowiedniej strony kodowej (na przykład Windows-1250 w starszych bazach magazynowych zamiast standardu UTF-8 stosowanego w nowoczesnych platformach internetowych) prowadzi do powstawania błędów w polskich znakach diakrytycznych w nazwach i opisach produktów na stronie sklepu.
  • Wklejanie niesformatowanego tekstu z zewnętrznych edytorów: Kopiowanie opisów z programów biurowych bezpośrednio do pól magazynowych wprowadza ukryte style i znaczniki, które po zsynchronizowaniu z platformą e-commerce potrafią zaburzyć układ graficzny całego sklepu, psując responsywność (dostosowanie strony do ekranów telefonów i tabletów).
  • Przypadkowe nadpisanie unikalnych opisów SEO: Uruchomienie pełnej synchronizacji jednokierunkowej bez wykluczenia odpowiednich sekcji powoduje bezpowrotne zastąpienie unikalnych, pozycjonerskich opisów przygotowanych w sklepie internetowym krótkimi, roboczymi nazwami towarów z systemu magazynowego.
  • Zapełnienie dysku serwera i limitów bazy danych: Przesyłanie surowych plików graficznych prosto z aparatów fotograficznych (często o wadze kilkunastu megabajtów na jedno zdjęcie) prowadzi do błyskawicznego wyczerpania przestrzeni dyskowej hostingu oraz drastycznego spowolnienia wczytywania kart produktów u klientów.

Kiedy problem leży poza konfiguracją integratora

Podczas eksploatacji systemów e-commerce mogą pojawić się objawy przypominające awarię synchronizacji, które w rzeczywistości wynikają z innych elementów infrastruktury IT:

  • Agresywne reguły zapory sieciowej (Firewall / WAF): Mechanizmy bezpieczeństwa na hostingu (Web Application Firewall – zapora aplikacji internetowych chroniąca przed atakami) mogą zidentyfikować dużą liczbę zapytań wysyłanych przez program integrujący jako potencjalny atak i zablokować adres IP firmy, uniemożliwiając jakąkolwiek komunikację.
  • Pamięć podręczna przeglądarek i serwera (Cache): Zdjęcie lub opis produktu zostały poprawnie zaktualizowane w bazie danych sklepu, jednak odwiedzający widzą starą wersję z powodu działania pamięci podręcznej serwera WWW, wtyczek cache w CMS lub lokalnego bufora w przeglądarce internetowej.
  • Ograniczenia uprawnień w bazie ERP: Brak odpowiednich uprawnień dla użytkownika bazy danych SQL Server lub brak wolnych licencji na moduły dostępowe (np. licencje na połączenia API) uniemożliwia integratorowi odczytanie tabel ze zdjęciami i polami własnymi.
  • Błędy w szablonie graficznym sklepu: Zdjęcia znajdują się w bazie danych sklepu i są przypisane do produktu, lecz nie wyświetlają się z powodu błędów w skryptach JavaScript szablonu graficznego lub konfliktów wtyczek po aktualizacji platformy sklepowej.

Praktyczne pytania dotyczące integracji

Czy aktualizacja opisu w programie magazynowym skasuje zdjęcia dodane ręcznie w sklepie?

Wszystko zależy od konfiguracji reguł nadpisywania w integratorze. W profesjonalnie wdrożonym systemie synchronizację konfiguruje się w sposób selektywny – program może przesyłać wyłącznie zmiany w polach tekstowych, pozostawiając strukturę galerii zdjęć w sklepie nienaruszoną, lub aktualizować wyłącznie brakujące elementy.

W jaki sposób rozwiązać problem ograniczonego rozmiaru darmowej bazy danych SQL przy dużej liczbie zdjęć?

Zamiast zapisywać pliki graficzne bezpośrednio w tabelach bazy danych jako dane binarne, konfiguruje się przechowywanie zdjęć w dedykowanych folderach na dysku lokalnym lub serwerze plików, a w bazie magazynowej zapisuje się wyłącznie nazwy plików lub odnośniki. Integrator odczytuje pliki bezpośrednio z zasobu dyskowego, co pozwala utrzymać plik bazy danych SQL na poziomie kilkuset megabajtów nawet przy dziesiątkach tysięcy produktów.

Jak przebiega przypisywanie różnych zdjęć do wariantów tego samego produktu?

W przypadku produktów występujących w wielu wariantach (na przykład różne warianty kolorystyczne czy rozmiarowe) konfiguracja wymaga zmapowania struktury towarów z systemu ERP (gdzie każdy wariant jest osobną pozycją kartotekową z własnym kodem EAN i symbolem) na produkt z wariantami w platformie e-commerce. Integrator przypisuje odpowiednie miniatury do poszczególnych atrybutów wariantu, dzięki czemu po wyborze koloru przez klienta w sklepie zdjęcie zmienia się automatycznie.

Czy do działania synchronizacji konieczne jest pozostawianie włączonego komputera z programem magazynowym?

Aby synchronizacja działała w trybie ciągłym (w ustalonych odstępach czasowych), komputer lub serwer, na którym zainstalowana jest baza magazynowa oraz moduł integratora, musi mieć dostęp do sieci i pozostawać uruchomiony. W środowiskach firmowych najczęściej konfiguruje się usługę systemową działającą w tle na serwerze lokalnym lub maszynie wirtualnej, co eliminuje konieczność ręcznego uruchamiania programów przez pracowników.

Czy przed uruchomieniem integracji konieczne jest przekazanie haseł dostępowych?

Domyślnie nie prosimy o podawanie haseł głównych użytkowników ani haseł administratora. Na potrzeby integracji tworzy się osobne, dedykowane konta techniczne z uprawnieniami ograniczonymi wyłącznie do niezbędnych operacji odczytu i zapisu w bazie danych oraz w interfejsie API sklepu. Na życzenie klienta podpisujemy również umowę o zachowaniu poufności (NDA – Non-Disclosure Agreement).

Procedura wdrożenia i standard techniczny

Prace konfiguracyjne realizujemy bezpośrednio w siedzibie klienta na terenie Warszawy oraz w okolicznych powiatach w promieniu do 40 km (powiat grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni oraz wołomiński). W ramach przygotowania środowiska przeprowadzana jest analiza struktury bazy danych oraz weryfikacja poprawności formatów plików.

Proces wdrożenia przebiega w ustrukturyzowany sposób:

  • Wykonanie pełnej kopii zapasowej bazy danych programu magazynowego oraz bazy danych sklepu internetowego przed przystąpieniem do jakichkolwiek modyfikacji.
  • Konfiguracja reguł mapowania kategorii, pól własnych, atrybutów oraz parametrów technicznych.
  • Ustawienie mechanizmów kompresji i formatowania multimediów, zapobiegających przeciążeniu serwerów i łączy internetowych.
  • Przeprowadzenie testowej synchronizacji na wybranej, ograniczonej grupie asortymentowej w celu weryfikacji poprawności wyświetlania opisów i zdjęć.
  • Uruchomienie automatycznego harmonogramu zadań z rejestrowaniem zdarzeń do plików dziennika (logów systemowych), co ułatwia bieżący monitoring.

W przypadku konieczności wykonania prac na sprzęcie komputerowym dojeżdżamy na miejsce – czas dojazdu w obrębie obsługiwanego rejonu wynosi do 1 godziny. Posiadamy wieloletnie doświadczenie w obsłudze infrastruktury IT oraz baz danych. Po zakończonym wdrożeniu zapewniamy wsparcie techniczne do 30 dni, a cała usługa objęta jest gwarancją do 12 miesięcy.

Stabilna wymiana danych multimedialnych bez zakłóceń sprzedaży

Prawidłowo skonfigurowany proces synchronizacji opisów i zdjęć produktów eliminuje konieczność ręcznego kopiowania treści między systemem magazynowym a sklepem internetowym, redukując ryzyko pomyłek i oszczędzając czas pracowników. Właściwe rozplanowanie transferu danych multimedialnych zabezpiecza bazę danych przed przeciążeniem, a sklep internetowy przed spowolnieniem działania, gwarantując spójność informacji o asortymencie we wszystkich kanałach sprzedaży.

Powiązane teksty