Przy tworzeniu zaplecza dla sprzedaży 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ą wśród katalogiem produktów, zamówieniami, klientami a także pozostałymi detalami obsługi dystrybucji. Open Mercato można przeanalizować właśnie pod tym kątem, zauważając sposobność rozdzielenia różnych sekcji działania aplikacji.

W praktyce pierwsze decyzje dotyczą zwykle struktury danych i zakresu przeróbek, które będą potrzebne w konkretnym projekcie. Jeśli od początku wiadomo, że system będzie obsługiwał niestandardowe warianty towarów, różnorakie ź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 wcześniej przyjętych założeń. Znaczenie ma również sposób opisywania własnych przekształceń. 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 panelu admina. Ważne są zależności w gronie poszczególnymi częściami rozwiązania oraz sposób, w jaki informacje są wykorzystywane przez różne 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 posiadać konsekwencje przy kolejnych aktualizacjach. Przy rozbudowie systemu pojawia się także kwestia dodatków i integracji. Każdy dodatkowy komponent może posiadać swoje wymagania, sposób konwersji danych i ograniczenia. Im więcej takich zależności, tym ważniejsze staje się administrowanie wersji a także sprawdzanie, czy zmiana jednego detalu nie wpływa na działanie pozostałych. To w szczególności widoczne podczas testów, gdy z pozoru niezwiązana ze sobą funkcja zaczyna zachowywać się przeciwnie 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ć w głównej mierze nazwy, warianty, jednostki, ceny, kategorie i zależności między rekordami. Niedociągnięcia w tych danych mogą być niewidoczne przy pojedynczych testach, niemniej jednak stają się problemem przy większej liczbie pozycji. Bardzo podobnie wygląda kwestia zamówień. Jeżeli 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 nietuzinkowych: 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 często opisuje podstawowe czynności powią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 zwykłego środowiska oraz wykonywanie przeróbek etapami. Daje możliwość to łatwiej ustalić, która modyfikacja wpłynęła na określone zachowanie. Przy większych projektach znaczenie moraz kontrola dostępu do konfiguracji, ponieważ przypadkowa zmiana jednego ustawienia może wpłynąć na procesy realizowane automatycznie. Z czasami 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 takowych 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 przedtem rozwiązań.

Zobacz więcej: open mercato poradnik.