Wdrożenie platformy Open Mercato w środowisku firmowym

Przy tworzeniu zaplecza dla dystrybucji internetowej szybko okazuje się, że sama liczba dostępnych funkcji nie przesądza o sposobie zastosowania systemu. Równie ważne jest to, jak dane przepływają pośród katalogiem towarów, zamówieniami, klientami oraz pozostałymi elementami obsługi dystrybucji. Open Mercato można przemyśleć właśnie pod tym kątem, uwzględniając możliwość rozdzielenia różnych wycinków działania aplikacji.

W praktyce pierwsze decyzje dotyczą zwykle struktury danych i zakresu przeróbek, które przydadzą się w konkretnym projekcie. Jeżeli już od początku wiadomo, że system będzie obsługiwał niestandardowe opcje towarów, różnorodne źródła stanów magazynowych lub kilka możliwości realizacji zamówień, warto uwzględnić te wymagania przed rozpoczęciem konfiguracji. Późniejsze dodawanie takich elementów może wymagać przebudowania przedtem przyjętych założeń. Znaczenie ma także sposób opisywania własnych przemian. Bez dokumentacji po pewnym czasie trudno 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. Ważne są współzależności w gronie poszczególnymi częściami rozwiązania a także sposób, w jaki informacje są wykorzystywane przez różnorakie operacje. Z punktu widzenia 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ę także kwestia dodatków i integracji. Każdy dodatkowy komponent może posiadać swoje oczekiwania, sposób zamiany danych i ograniczenia. Im więcej takich zależności, tym ważniejsze staje się kontrolowanie wersji a także sprawdzanie, czy zmiana jednego detalu 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ę całkiem inaczej po zmianie konfiguracji.

Wdrozenie open mercato warto traktować jako proces obejmujący także przygotowanie środowiska pracy, a nie tylko 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 trzeba sprawdzić między innymi nazwy, opcje, jednostki, ceny, kategorie i współzależności między rekordami. Błędy 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 proces obejmuje kilka statusów lub korzysta z zewnętrznych usług, powinno się określić, kiedy i przez jaki mechanizm następuje ich zmiana. Warto przeprowadzać testy też 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ę często opisuje podstawowe czynności powiązane z rozpoczęciem pracy, natomiast dalsza obsługa systemu wymaga zwracania sugestie na znacznie więcej najmniejszych elementów. Przydatne jest oddzielenie testów od zwykłego środowiska a także wykonywanie przeróbek 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 realizowane automatycznie. Z w pewnych sytuacjach dochodzi jeszcze potrzeba aktualizacji oprogramowania i używanych rozszerzeń. Przed taką operacją należy sprawdzić, czy własne zmiany pozostają zgodne z nową wersją oraz czy integracje wciąż korzystają z owych samych mechanizmów. Nie wszystkie kłopoty 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ń.

Zobacz: open mercato architektura.