Wdrożenie platformy Open Mercato w środowisku firmowym
Przy tworzeniu zaplecza dla dystrybucji internetowej bardzo szybko okazuje się, że sama liczba dostępnych funkcji nie przesądza o sposobie użycia systemu. Równie ważne jest to, jak dane przepływają pośród katalogiem produktów, zamówieniami, klientami oraz pozostałymi szczegółami obsługi sprzedaży. Open Mercato można przeanalizować właśnie pod tym kątem, biorąc pod uwagę sposobność rozdzielenia różnorakich obszarów działania aplikacji.
W praktyce pierwsze decyzje dotyczą zwykle struktury danych i zakresu zmian, które przydadzą się w konkretnym projekcie. Jeśli od początku wiadomo, że system będzie obsługiwał niestandardowe warianty produktów, różnorakie źródła stanów magazynowych lub kilka sposobów realizacji zamówień, warto uwzględnić te oczekiwania przed rozpoczęciem konfiguracji. Późniejsze dodawanie takich elementów może wymagać przebudowania wcześniej przyjętych zaleceń. Znaczenie ma również sposób opisywania własnych przemian. Bez dokumentacji po pewnym czasie niełatwo ustalić, które zachowanie wynika ze standardowej konfiguracji, a które zostało dodane na potrzeby konkretnego procesu.
Przy omawianiu zagadnienia open mercato architektura wymaga spojrzenia nieco szerszego niż na sam wygląd zaplecza admina. Istotne są zależności w gronie poszczególnymi częściami rozwiązania oraz sposób, w jaki informacje są wykorzystywane przez różnorodne operacje. Z perspektywy dalszego rozwoju szczególne znaczenie ma miejsce, w którym zostanie wprowadzona konkretna zmiana. Nie każda modyfikacja powinna być wykonywana w tym samym obszarze, ponieważ ingerencja w podstawowe mechanizmy może mieć konsekwencje przy kolejnych aktualizacjach. Przy rozbudowie systemu pojawia się również kwestia dodatków i integracji. Właściwie każdy dodatkowy komponent może mieć swoje oczekiwania, sposób zamiany danych i ograniczenia. Im więcej takich współzależności, tym ważniejsze staje się zarządzanie wersji a także sprawdzanie, czy zmiana jednego elementu nie wpływa na działanie pozostałych. To zwłaszcza widoczne w trakcie testów, gdy pozornie niezwiązana ze sobą funkcja zaczyna zachowywać się przeciwnie po zmianie konfiguracji.
Wdrozenie open mercato warto traktować jako proces obejmujący również przygotowanie środowiska pracy, a nie jedynie instalację i uruchomienie aplikacji. Przed rozpoczęciem właściwego działania potrzebne jest uporządkowanie informacji, które mają zostać wykorzystane w systemie. Przy imporcie większej bazy towarów powinno się sprawdzić między innymi nazwy, warianty, jednostki, ceny, kategorie i zależności między rekordami. Usterki w tych danych mogą być niewidoczne przy pojedynczych testach, ale stają się kłopotem przy większej liczbie pozycji. Tak samo wygląda kwestia zamówień. Jeżeli już proces obejmuje kilka statusów albo korzysta z zewnętrznych usług, powinno się określić, kiedy i przez jaki mechanizm następuje ich zmiana. Warto przeprowadzać testy także dla sytuacji niekonwencjonalnych: anulowanego zamówienia, niepełnych danych, powtórzonej operacji czy chwilowego braku odpowiedzi z zewnętrznego systemu. Takie przypadki pokazują, czy przyjęty sposób działania uwzględnia realne warunki pracy, a nie tylko prawidłowy przebieg pojedynczej transakcji.
W materiałach typu open mercato poradnik na prawdę bardzo często opisuje podstawowe czynności związane z rozpoczęciem pracy, natomiast dalsza obsługa systemu wymaga zwracania uwagi na znacznie więcej najmniejszych elementów. Przydatne jest oddzielenie testów od codziennego środowiska a także wykonywanie przekształceń etapami. Pozwala to łatwiej ustalić, która modyfikacja wpłynęła na określone zachowanie. Przy większych projektach znaczenie ma także kontrola dostępu do konfiguracji, ponieważ przypadkowa zmiana jednego ustawienia może wpłynąć na procesy wykonywane samoczynnie. Z zdarza się, że dochodzi jeszcze wymaganie aktualizacji oprogramowania i wykorzystywanych rozszerzeń. Przed taką operacją należy sprawdzić, czy własne zmiany pozostają kompatybilne z nową wersją a także czy integracje wciąż korzystają z tych samych mechanizmów. Nie wszystkie problemy da się przewidzieć na etapie projektowania, dlatego w praktyce część pracy polega na obserwowaniu działania systemu, analizowaniu logów i stopniowym korygowaniu przyjętych uprzednio rozwiązań.
Dodatkowe informacje: open mercato.