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 detalami obsługi dystrybucji. Open Mercato można analizować właśnie pod tym kątem, z uwagi możliwość rozdzielenia różnych wycinków działania aplikacji.
W praktyce pierwsze decyzje dotyczą zwykle struktury danych i zakresu przemian, które będą przydatne w konkretnym projekcie. Jeśli od początku wiadomo, że system będzie obsługiwał niestandardowe opcje produktów, różnorodne źródła stanów magazynowych lub kilka sposobności realizacji zamówień, warto uwzględnić te oczekiwania przed rozpoczęciem konfiguracji. Późniejsze dodawanie takich elementów może wymagać przebudowania uprzednio przyjętych zaleceń. Znaczenie ma też sposób opisywania własnych przekształceń. Bez dokumentacji prędzej czy później 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 panelu administracyjnego. 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óżne 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. Każdy dodatkowy komponent może posiadać swoje wymagania, sposób podmiany danych i ograniczenia. Im więcej takich zależności, tym ważniejsze staje się administrowanie wersji oraz sprawdzanie, czy zmiana jednego elementu nie wpływa na działanie pozostałych. To zwłaszcza widoczne podczas testów, gdy na pozór niezwiązana ze sobą funkcja zaczyna zachowywać się inaczej po zmianie konfiguracji.
Wdrozenie open mercato warto traktować jako proces obejmujący także 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 produktów należy sprawdzić między innymi nazwy, opcje, jednostki, ceny, kategorie i współzależności między rekordami. Usterki w tych danych mogą być niewidoczne przy pojedynczych testach, niemniej jednak stają się kłopotem przy większej liczbie pozycji. Identycznie wygląda kwestia zamówień. Jeżeli już 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 także dla sytuacji nietypowych: 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, jednakże dalsza obsługa systemu wymaga zwracania sugestie na znacznie więcej najmniejszych elementów. Przydatne jest oddzielenie testów od normalnego środowiska a także wykonywanie modyfikacji etapami. Umożliwia 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 samoczynnie. Z czasem dochodzi jeszcze potrzeba aktualizacji oprogramowania i stosowanych rozszerzeń. Przed taką operacją powinno się sprawdzić, czy swoje zmiany pozostają kompatybilne z nową wersją oraz czy integracje wciąż korzystają z owych 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ń.
Polecam: wdrozenie open mercato.