woj. pomorskie
Audyt sklepu PrestaShop
Gdańsk
Sklep i system handlowy wymieniają dane co godzinę. Gdy wymiana się nie udaje, nikt się o tym nie dowiaduje — a zamówienie, które nie doszło do systemu, jest zamówieniem, którego nikt nie zrealizuje.
Zgubione zamówienie
Zamówienie, które nie dotarło do systemu
Sklep połączony z systemem handlowym albo magazynowym wymienia dane w dwóch kierunkach: zamówienia idą do systemu, a stany i ceny wracają do sklepu. Dopóki to działa, nikt o tym nie myśli.
Gdy przestaje działać, objawy są niejednoznaczne. Zamówienie jest w sklepie, ale nie w systemie, więc nikt go nie realizuje. Stany w sklepie są z wczoraj albo sprzed tygodnia. Cena, którą zmieniono w systemie, w sklepie została stara.
Najgorsze jest to, że wymiana danych rzadko zgłasza własne awarie. Wykonuje się w tle, a jeśli druga strona nie odpowiada, po prostu nie robi nic. Dopiero po tygodniu ktoś zauważa, że liczby się nie zgadzają.
Zakres
Co sprawdzamy
Sprawdzamy każdy kierunek wymiany osobno oraz to, co dzieje się przy błędzie.
- Czym połączony jest sklep z systemem i w którą stronę
- Jak często wykonuje się wymiana danych
- Czy nieudana wymiana jest gdziekolwiek zapisywana
- Czy ktokolwiek dostaje powiadomienie o błędzie
- Czy nieprzesłane zamówienia są ponawiane
- Czy dane po obu stronach zgadzają się na próbie
- Gdzie przechowywane są klucze dostępu do połączenia
- Czy wymiana nie obciąża sklepu w godzinach szczytu
- Nie audytujemy Waszego systemu handlowego — sprawdzamy sklep i połączenie
- Nie naprawiamy integracji w ramach ceny audytu
- Nie odzyskamy danych, które przepadły w przeszłości
Problemy
Co najczęściej zawodzi w wymianie danych
Poniżej problemy uszeregowane według tego, ile kosztuje ich niewykrycie.
| Problem | Skutek | Jak często |
|---|---|---|
| Brak zapisu nieudanych wymian | nie wiadomo, ile danych przepadło | bardzo często |
| Brak powiadomienia o błędzie | awaria trwa tygodniami | bardzo często |
| Zamówienia bez ponawiania | zamówienie nierealizowane | często |
| Klucze dostępu w plikach sklepu | wyciekają razem z kopią sklepu | często |
| Wymiana w godzinach szczytu | sklep zwalnia przy dużym ruchu | często |
| Różne kody produktów po dwóch stronach | dane trafiają na zły produkt | często |
| Wymiana tylko w jedną stronę | stany albo ceny nieaktualne | zdarza się |
Bez zapisu nieudanych wymian nie da się ustalić, ile danych przepadło. To pierwsza rzecz do naprawienia.
Wynik
Co dostajecie
Dokument opisuje wymianę danych tak, żeby dało się ją naprawić i pilnować.
- Mapa wymiany danych: Co idzie w którą stronę, jak często i czym.
- Braki w zabezpieczeniach: Gdzie nie ma zapisu błędów, ponawiania ani powiadomień.
- Porównanie danych: Wynik sprawdzenia na próbie: czy sklep i system mają to samo.
Gdańsk w praktyce
Czego nauczyły nas gdańskie audyty PrestaShopa
Pierwsza rzecz: prawie żadna integracja wykonana szybko nie zapisuje błędów. To jedna zmiana, od której zaczyna się w ogóle możliwość zauważenia problemu — i dlatego stawiamy ją zawsze na pierwszym miejscu.
Druga: różne kody produktów po obu stronach to najczęstszy błąd cichy. Dane trafiają na niewłaściwy produkt, więc stan jednego jest zawyżony, a drugiego zaniżony i nikt nie wie, dlaczego.
Trzecia: klucze dostępu bywają wpisane wprost w pliki sklepu. Kopia sklepu przekazana komukolwiek zawiera wtedy pełny dostęp do systemu handlowego firmy, a nikt o tym nie myśli.
Zamówienia nie przechodziły do systemu przez trzy dni. Dowiedzieliśmy się, gdy klient zadzwonił z pytaniem o paczkę.
Dostępy
Czego potrzebujemy
Do audytu potrzebujemy dostępu do sklepu i osoby znającej system po drugiej stronie.
- Dostęp do panelu sklepu, przynajmniej do odczytu
- Dostęp do plików na serwerze, do odczytu
- Informacja, z jakim systemem sklep jest połączony
- Osoba znająca ten system po drugiej stronie
- Dostęp do dzienników serwera, jeśli są
- Wykaz zamówień i stanów z systemu za wybrany dzień
Współpraca
Jak pracujemy
Zaczynamy od porównania danych na próbie: bierzemy jeden dzień zamówień i wybrane stany, i sprawdzamy, czy sklep i system mają to samo. Rozbieżności widać wtedy od razu.
Potem czytamy kod i konfigurację połączenia: co jest wysyłane, co robi się z odpowiedzią i co dzieje się przy błędzie. Testów wysyłających dane do Waszego systemu nie wykonujemy bez zgody.
W dokumencie na pierwszym miejscu stawiamy zwykle zapis błędów i powiadomienie o nieudanej wymianie. Bez tego każda inna poprawka jest niemierzalna, bo nie widać, czy działa.
Zasięg
Gdzie dokładnie pracujemy
Audyt wykonujemy zdalnie. Przy sklepach z Gdańska spotkanie z udziałem osoby od systemu handlowego możemy przeprowadzić na miejscu — zwykle warto.
Obsługujemy też sklepy z Gdyni, Sopotu, Pruszcza Gdańskiego, Tczewa, Rumi i Kartuz.
- Śródmieście
- Wrzeszcz Górny
- Wrzeszcz Dolny
- Oliwa
- Zaspa-Młyniec
- Przymorze Wielkie
- Chełm
- Ujeścisko-Łostowice
- Jasień
- Brzeźno
- Stogi
- Osowa
Poza samym miastem pracujemy też w okolicy: Sopot, Pruszcz Gdański, Żukowo, Kolbudy, Straszyn, Rotmanka, Cedry Wielkie. Dla nas to ten sam wyjazd, a dla wyszukiwarki osobny zestaw zapytań, o który mało kto konkuruje świadomie.
Budżet
Ile kosztuje audyt
Cena zależy od liczby kierunków wymiany i rodzaju systemu po drugiej stronie.
| Zakres | Dla kogo | Czas | Cena |
|---|---|---|---|
| Wstępna rozmowa | z jakim systemem i co wymieniacie | kwadrans | bezpłatnie |
| Porównanie danych na próbie | sklep wobec systemu za jeden dzień | 1 dzień | 600–1000 zł |
| Audyt połączenia | pełny przegląd wymiany danych | 3 dni | 1800–2900 zł |
| Naprawa po audycie | zapis błędów, ponawianie, powiadomienia | 1–3 dni | od 900 zł |
Nie audytujemy Waszego systemu handlowego. Sprawdzamy sklep i sposób, w jaki się z nim łączy — to wystarcza, żeby wskazać, gdzie giną dane.
Współpraca
Od zgubionych danych do pewnej wymiany
Wstępna rozmowa
Z jakim systemem i co wymieniacie. Bezpłatnie.
Porównanie na próbie
Jeden dzień zamówień i wybrane stany.
Odczyt konfiguracji połączenia
Co idzie w którą stronę i jak często.
Sprawdzenie obsługi błędów
Czy nieudana wymiana jest zapisywana i ponawiana.
Sprawdzenie kluczy dostępu
Gdzie leżą i kto ma do nich dostęp.
Dokument
Mapa wymiany, braki w zabezpieczeniach, porównanie danych.
Pytania
Zanim zapytasz
Zwykle nie wiadomo — i to główny problem. Pierwsze zalecenie to zapis błędów.
Najczęściej wymiana nie udała się raz i nie została ponowiona.
Często z różnych kodów produktów po obu stronach. Dane trafiają na zły produkt.
W konfiguracji poza plikami sklepu, żeby nie wyjechały razem z jego kopią.
Przy dużych zbiorach tak. Warto ją wykonywać poza godzinami szczytu.
Nie. Sprawdzamy sklep i połączenie z nim.
Ta sama okolica
Pozostałe usługi w Gdańsku
Ta sama usługa
Audyt sklepu PrestaShop w innych miastach
Porównajmy dane w sklepie i w systemie
Wstępna rozmowa zajmuje kwadrans i nic nie kosztuje. Wystarczy wykaz zamówień z systemu za jeden dzień, żebyśmy powiedzieli, czy wymiana danych działa bez strat.