Przy tworzeniu zaplecza dla dystrybucji internetowej bardzo szybko okazuje się, że sama liczba dostępnych funkcji nie przesądza o sposobie wykorzystania 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 szczegółami obsługi dystrybucji. Open Mercato można rozważyć właśnie pod tym kątem, uwzględniając sposobność rozdzielenia różnych sekcji działania aplikacji.
W praktyce pierwsze decyzje dotyczą zwykle struktury danych i zakresu modyfikacji, które przydadzą się w konkretnym projekcie. Jeżeli od początku wiadomo, że system będzie obsługiwał niestandardowe warianty produktów, różnorakie źródła stanów magazynowych albo kilka sposobnoś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 wymogów. Znaczenie ma też sposób opisywania własnych przemian. Bez dokumentacji po pewnym czasie nieprosto 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. Istotne są współzależności wśród poszczególnymi częściami rozwiązania a także 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 posiadać konsekwencje przy kolejnych aktualizacjach. Przy rozbudowie systemu pojawia się też kwestia dodatków i integracji. Każdy dodatkowy komponent może mieć własne wymagania, sposób konwersji danych i ograniczenia. Im więcej takich współzależności, tym ważniejsze staje się administrowanie wersji oraz sprawdzanie, czy zmiana jednego detalu nie wpływa na działanie pozostałych. To szczególnie widoczne podczas testów, gdy pozornie niezwiązana ze sobą funkcja zaczyna zachowywać się inaczej 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 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, ale stają się kłopotem przy większej liczbie pozycji. Identycznie wygląda kwestia zamówień. O ile proces obejmuje kilka statusów lub korzysta z zewnętrznych usług, trzeba określić, kiedy i przez jaki mechanizm następuje ich zmiana. Warto przeprowadzać testy także dla sytuacji nieszablonowych: 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 i wyłącznie prawidłowy przebieg pojedynczej transakcji.
W materiałach typu open mercato poradnik na prawdę bardzo często opisuje podstawowe czynności powiązane z rozpoczęciem pracy, jednakże 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 modyfikacji etapami. Pozwala 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 wykonywane w sposób automatyczny. Z nierzadko dochodzi jeszcze potrzeba aktualizacji oprogramowania i wykorzystywanych rozszerzeń. Przed taką operacją powinno się sprawdzić, czy własne zmiany pozostają zgodne z nową wersją a także 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 wcześniej rozwiązań.
Polecana strona: open mercato architektura.