Jakie są wady i zalety Open Mercato? Perspektywa programisty - wdrożeniowca
Open Mercato może skrócić początkowe prace nad systemem dzięki gotowym mechanizmom aplikacji, ułatwiać utrzymanie własnych rozszerzeń oraz ograniczać wydatki na licencje naliczane od liczby użytkowników. Zapewnia też podstawy kontroli dostępu i rozdzielania danych organizacji. Jego ograniczenia obejmują młody ekosystem, konieczność zapewnienia zespołu programistycznego i utrzymania infrastruktury, a w projektach sklepowych także osobną ocenę zakresu obsługi sprzedaży B2C. Open Mercato może sprawdzić się najlepiej w firmach z niestandardowymi procesami B2B, jasno określonym zakresem integracji i budżetem na dalszy rozwój systemu.
Wady i zalety Open Mercato w skrócie
| Zalety | Wady i ograniczenia |
|---|---|
| Gotowe funkcje skracają początkowe prace nad aplikacją. | Dopasowanie do firmy, przeniesienie danych i połączenie z innymi systemami wymagają dodatkowej pracy. |
| Własne funkcje można rozwijać bez zmieniania podstawowego kodu Open Mercato. | Po aktualizacji trzeba je przetestować, a czasem poprawić ich kod. |
| Otwarta wersja Open Mercato nie wymaga opłat licencyjnych za kolejnych użytkowników. | Trzeba zapłacić za infrastrukturę i utrzymanie, a w razie potrzeby także za funkcje Enterprise. |
| Można określać uprawnienia użytkowników i oddzielać dane różnych organizacji. | Bezpieczeństwo zależy także od konfiguracji systemu i jakości dodanego kodu. |
| System można rozbudowywać o potrzebne moduły. | Przed wyceną trzeba sprawdzić, czy są dostępne potrzebne połączenia z innymi systemami. |
| Wspólne zasady tworzenia aplikacji ułatwiają pracę zespołu. | Zespół musi znać technologie i zasady stosowane w Open Mercato. |
Jeśli chcesz najpierw poznać Open Mercato i jego zastosowania, przeczytaj nasz artykuł „Open Mercato: Czym jest i dlaczego wdrażamy go u klientów?”.
Zalety Open Mercato z perspektywy wdrożeniowca
W naszej pracy z Open Mercato najbardziej doceniamy gotowe mechanizmy aplikacji i możliwość rozwijania własnych funkcji. Korzyści zależą od tego, jak dobrze te mechanizmy odpowiadają potrzebom firmy i ile kodu trzeba dopisać. Jasne zasady budowy aplikacji pomagają nam również pracować z asystentami AI - temu poświęcimy osobny artykuł.
Szybszy start dzięki gotowej podstawie aplikacji
Tworząc system od podstaw, trzeba przygotować między innymi logowanie, uprawnienia oraz sposób oddzielania danych różnych organizacji. Open Mercato dostarcza takie mechanizmy, co pozwala wcześniej rozpocząć prace nad regułami konkretnego procesu. W Tandemite wykorzystaliśmy tę podstawę przy tworzeniu rozwiązania do wzbogacania danych produktowych. Open Mercato zapewniło logowanie, zarządzanie organizacjami, kolejkowanie zadań i powiadomienia mailowe. Nasze moduły odpowiadały za przetwarzanie dokumentacji produktowej i pracę z AI.
Twórcy promują Open Mercato hasłem „Start with 80% done”, podkreślając możliwość wykorzystania gotowych mechanizmów aplikacji. To, jak dużą część prac pozwolą one zaoszczędzić, zależy od wymagań firmy. Aby ocenić tę korzyść, warto przygotować prototyp jednego pełnego procesu: od wprowadzenia danych przez użytkownika do przekazania wyniku innemu systemowi. Taka próba pokazuje, które funkcje można wykorzystać od razu, a które wymagają dostosowania lub rozbudowy.
Własne rozszerzenia łatwiejsze do utrzymania przy aktualizacjach
Własne funkcje można rozwijać bez zmieniania podstawowego kodu Open Mercato. Dzięki temu łatwiej je utrzymać przy aktualizacjach frameworka. Dokumentacja opisuje zasady rozbudowy aplikacji i zachowania zgodności między wersjami, co pomaga zespołowi planować aktualizacje.
Korzyść może być widoczna po kilkunastu miesiącach, gdy system ma już własne formularze i reguły biznesowe. Przy zachowaniu przewidzianych zasad rozbudowy łatwiej ustalić, które elementy trzeba sprawdzić po zmianie wersji. Maleje też ryzyko, że aktualizacja będzie wymagała ręcznego łączenia zmian w wielu plikach rdzenia.
Aktualizacja wymaga sprawdzenia, co zmieniło się w nowej wersji i jak wpływa to na własne funkcje aplikacji. Instrukcje dostępne w repozytorium pomagają ustalić, czy potrzebne będą zmiany w kodzie lub migracja danych. Te prace oraz testy rozszerzeń trzeba uwzględnić w budżecie utrzymania.
Brak opłat za użytkowników otwartego rdzenia
Licencja MIT obejmująca otwarty rdzeń Open Mercato pozwala korzystać z niego bez opłat licencyjnych za kolejne konta. Ma to znaczenie przy planowaniu dostępu dla rozbudowanej organizacji lub sieci partnerów.
Załóżmy, że firma chce udostępnić system 200 osobom. Część z nich będzie logować się tylko po to, by zatwierdzić zamówienie. W abonamencie rozliczanym za użytkownika również takie osoby mogą potrzebować płatnego konta — zależy to od warunków dostawcy. Otwarty rdzeń Open Mercato nie wymaga opłat za kolejnych użytkowników. Większa liczba osób może jednak zwiększyć obciążenie infrastruktury i ilość pracy związanej ze wsparciem oraz administracją. Koszty mogą wzrosnąć na przykład wtedy, gdy potrzebny będzie mocniejszy serwer.
Brak opłat za kolejne konta to jeden ze sposobów, w jaki Open Mercato może obniżać koszty operacyjne. Drugim jest automatyzacja pracy. Jeśli system ograniczy ręczne przepisywanie zamówień, pracownicy poświęcą mniej czasu na ich obsługę. Oszczędności na licencjach i czasie pracy warto policzyć osobno, a następnie zestawić z kosztem stworzenia i utrzymania rozwiązania.
Kontrola dostępu i rozdzielanie danych organizacji
Open Mercato oferuje RBAC, czyli kontrolę dostępu opartą na rolach, z możliwością uwzględniania uprawnień użytkownika. Zapewnia też multi-tenancy: różne organizacje mogą korzystać ze wspólnej aplikacji z zachowaniem rozdzielenia ich danych. Dostępne są mechanizmy rejestrowania operacji oraz szyfrowania wybranych pól z kluczami przypisanymi do danej organizacji.
W portalu dla kontrahentów można dzięki temu ograniczyć widoczność zamówień do danego partnera, a pracownikom centrali nadać dostęp do zamówień wszystkich partnerów.
Kontrola dostępu jest jednym z elementów bezpieczeństwa systemu. Przy wdrożeniu trzeba zadbać także o własne rozszerzenia, kopie zapasowe i uprawnienia administratorów. Jeśli historia operacji ma być chroniona przed zmianami, należy sprawdzić sposób jej przechowywania oraz dostęp do bazy danych.
Wady i ograniczenia Open Mercato
Ograniczenia Open Mercato wpływają na harmonogram oraz zakres odpowiedzialności po uruchomieniu systemu. Przy każdym z nich warto ustalić, kiedy może podnieść koszt projektu i jak uwzględnić je w planie prac.
Młody framework i częste zmiany
Open Mercato ma krótszą historię rozwoju niż dojrzałe platformy biznesowe. W repozytorium publikowane są kolejne wydania oraz instrukcje aktualizacji, w tym zmiany wymagające dostosowania aplikacji.
Ryzyko rośnie, gdy firma planuje rozbudowane rozszerzenia i zakłada minimalny udział programistów po wdrożeniu. Przykładowo zmiana sposobu interpretowania uprawnień może wymagać ponownego sprawdzenia widoków i integracji, nawet jeśli sam kod nadal się uruchamia.
Żeby ograniczyć problemy przy aktualizacjach, warto testować najważniejsze procesy, sprawdzać nowe wersje na osobnym środowisku i ustalić harmonogram aktualizacji. . W umowie utrzymaniowej przydatne jest wskazanie, kto sprawdza, jak aktualizacja wpłynie na aplikację, i w jakim terminie wdraża poprawki bezpieczeństwa. Pomagają w tym dokumenty UPGRADE_NOTES.md i BACKWARD_COMPATIBILITY.md, opisujące zmiany między wersjami Open Mercato oraz zasady zachowania zgodności z własnymi rozszerzeniami.
Stałe zapotrzebowanie na prace wdrożeniowe
Wdrożenie Open Mercato wymaga konfiguracji procesów, przeniesienia danych i integracji z innymi systemami. Firma potrzebuje też zespołu odpowiedzialnego za rozwój aplikacji oraz obsługę środowiska.
Część zmian w Open Mercato wymaga pracy programisty. Na przykład dodanie własnej reguły zatwierdzania dokumentów może wiązać się z wyceną prac, zmianą kodu i aktualizacją aplikacji. Dlatego już podczas projektowania systemu warto ustalić, co administratorzy będą mogli zmieniać samodzielnie w ustawieniach, a do czego potrzebne będzie wsparcie zespołu wdrożeniowego. W przyspieszeniu tworzenia aplikacji mogą pomóc asystenci AI, jeśli zespół potrafi z nich korzystać i sprawdzać jakość generowanego kodu.
Infrastruktura i utrzymanie w całkowitym koszcie posiadania
TCO Open Mercato, czyli całkowity koszt posiadania systemu, obejmuje wdrożenie oraz wydatki ponoszone przez cały okres jego użytkowania. W kalkulacji trzeba uwzględnić hosting, obsługę baz danych, kopie zapasowe, monitorowanie działania i aktualizacje, a także rozwój funkcji oraz wsparcie użytkowników.
W procesach korzystających z AI dochodzą opłaty za zewnętrzne modele. Przy tworzeniu rozwiązania do wzbogacania danych produktowych dobieraliśmy je do poszczególnych etapów pracy. W takim projekcie koszt przetwarzania zależy również od wyboru modeli i liczby materiałów przekazywanych do analizy.
Firmy potrzebujące dodatkowych funkcji mogą skorzystać z komercyjnego pakietu Enterprise Open Mercato. Pakiet obejmuje między innymi uwierzytelnianie wieloskładnikowe, jednokrotne logowanie SSO i synchronizację katalogu użytkowników. Jeśli firma potrzebuje tych funkcji, koszt pakietu należy uwzględnić w wycenie wdrożenia.
Przy porównaniu ofert warto przyjąć wspólny okres, na przykład trzy lata, oraz jednakowy zakres obsługi. Oferta obejmująca szybką reakcję na awarię i regularne testy odtwarzania danych będzie miała inne koszty niż samo udostępnienie serwera.
Przy małym zespole i standardowym procesie gotowa usługa SaaS, czyli oprogramowanie udostępniane w abonamencie, może kosztować mniej. Rozstrzygnie to suma opłat, potrzebnych integracji i pracy po stronie klienta.
Dostępność integracji wymagająca sprawdzenia
Ekosystem Open Mercato nadal się rozwija. Projekt udostępnia osobne repozytorium oficjalnych modułów. Dostępność konkretnego połączenia z ERP, księgowością lub platformą handlową trzeba potwierdzić dla danego wdrożenia.
Zakres integracji można pokazać na przykładzie przygotowanego przez nas rozwiązania do wzbogacania danych produktowych. Opisy i metadane SEO trafiały z aplikacji opartej na Open Mercato do Pimcore po sprawdzeniu i ewentualnej korekcie przez użytkownika. Dalsze przekazywanie danych z Pimcore do sklepów Magento odbywało się po stronie klienta. Przy wycenie takiego projektu trzeba więc osobno określić zakres połączenia z PIM i publikacji danych w sklepach.
Największy koszt może powstać wtedy, gdy integracja ma obsługiwać wyjątki: częściową realizację zamówienia, korektę ceny po akceptacji albo ponowne przesłanie danych po awarii. Działający import produktów obejmuje tylko część takiego zakresu.
Przed wyceną należy opisać kierunki przesyłania danych, częstotliwość synchronizacji i sposób obsługi błędów. Jeżeli istnieje gotowy moduł, warto sprawdzić jego zgodność z wersją systemu, zakres testów oraz odpowiedzialność za aktualizacje. Daje to podstawę do oszacowania prac, które pozostaną po jego instalacji.
Przyjęte technologie i reguły architektury
Open Mercato wykorzystuje TypeScript, Next.js, PostgreSQL i Redis. Pakiety projektu są dostępne przez npm, czyli rejestr pakietów dla środowiska JavaScript. Zespół rozwijający i utrzymujący aplikację powinien znać te technologie oraz zasady budowy własnych modułów.
Jeśli firma korzysta z innych technologii, wdrożenie może wymagać przeszkolenia pracowników lub wsparcia partnera. Trzeba też przygotować sposób publikowania nowych wersji i reagowania na awarie. Przy niewielkim procesie takie przygotowania mogą stanowić znaczącą część kosztów projektu. Zespołowi, który zna te technologie, wspólna struktura Open Mercato ułatwia dodawanie funkcji i sprawdzanie kodu. Dlatego przy wyborze frameworka warto uwzględnić, kto będzie rozwijał i utrzymywał aplikację w kolejnych latach.
Dodatkowy zakres prac przy sklepie B2C
Open Mercato można wykorzystać do budowy zaplecza sprzedaży i procesów operacyjnych, w tym systemu zarządzania zamówieniami (OMS), połączonego z osobną aplikacją dla klientów. Taka architektura wymaga zaplanowania części sklepu widocznej dla kupującego.
Jeżeli sednem projektu jest sprzedaż detaliczna przez internet, trzeba ocenić cały przebieg zakupów. Znaczenie mają wyszukiwanie i prezentacja produktów, koszyk, płatności oraz obsługa zwrotów. Potrzebne będą też prace nad wydajnością i użytecznością sklepu.
W takim projekcie Open Mercato może obsługiwać wybrany proces, na przykład akceptację nietypowych zamówień. Zakres platformy e-commerce i sposób połączenia obu aplikacji powinny być określone przed rozpoczęciem prac.
Wady i zalety Open Mercato na tle gotowego SaaS i budowy systemu od zera
Poniższe zestawienie pokazuje konsekwencje trzech sposobów realizacji projektu. Konkretna wycena wymaga wspólnego zakresu funkcji i poziomu utrzymania.
| Kryterium | Gotowy SaaS | Budowa od zera | Open Mercato |
|---|---|---|---|
| Uruchomienie pierwszego procesu | Może być szybkie przy dobrym dopasowaniu produktu. | Obejmuje przygotowanie podstaw aplikacji. | Pozwala wykorzystać gotową podstawę i dopisać proces. |
| Dopasowanie do firmy | Zależy od ustawień i możliwości rozszerzania produktu. | Zależy od projektu i budżetu. | Zależy od rozszerzeń oraz przyjętej architektury. |
| Kod i dane | Dostęp do kodu i eksport danych określa dostawca. | Prawa do kodu określa umowa; firma planuje obsługę danych. | Rdzeń jest otwarty; własny kod i dane wymagają zasad zarządzania. |
| Model kosztów | Abonament, dodatki, integracje i administracja. | Wytworzenie, infrastruktura i dalszy rozwój. | Wdrożenie, utrzymanie i ewentualne licencje Enterprise. |
| Utrzymanie | Podział obowiązków wynika z umowy usługi. | Odpowiada za nie własny zespół lub partner. | Wymaga własnego zespołu lub umowy z partnerem. |
| Dług techniczny | Może narastać w rozszerzeniach i integracjach. | Zależy od jakości architektury i rozwoju. | Zależy też od zgodności rozszerzeń z rozwojem frameworka. |
| Gotowe dodatki | Zależą od ekosystemu wybranego produktu. | Zespół dobiera biblioteki i usługi. | Dostępność modułów trzeba sprawdzić dla wymaganego zakresu. |
Gotowy SaaS ma przewagę, gdy standard produktu odpowiada procesom firmy, a konfiguracja pokrywa większość potrzeb. Warto wtedy sprawdzić koszt wymaganych dodatków, warunki dostępu do danych i ograniczenia integracji.
Budowa od zera może być uzasadniona, gdy wymagania techniczne lub sposób działania systemu są na tyle szczególne, że gotowy framework wymuszałby kosztowne dostosowania. Decyzja wymaga budżetu na podstawowe mechanizmy aplikacji i ich późniejsze utrzymanie.
Open Mercato może być korzystne, gdy istniejące mechanizmy pasują do projektu, a firma potrzebuje własnych reguł biznesowych. Otwarty kod ogranicza część zależności od jednego dostawcy, określanych jako vendor lock-in. Ciągłość rozwoju nadal wymaga dokumentacji i możliwości przekazania projektu innemu zespołowi.
SAP S/4HANA, Salesforce, Odoo i Sylius odpowiadają na różne potrzeby: obejmują odpowiednio rozbudowane procesy ERP, zarządzanie relacjami z klientami, modułową obsługę przedsiębiorstwa i e-commerce. Dlatego porównanie z Open Mercato powinno dotyczyć konkretnego zakresu projektu. W części wdrożeń framework może obsługiwać dodatkowy proces lub portal połączony z jednym z tych systemów.
Kiedy SAP S/4HANA będzie lepszym wyborem
SAP S/4HANA należy do systemów ERP, które łączą zarządzanie zasobami i procesami przedsiębiorstwa. Przy projekcie obejmującym finanse, produkcję oraz zaopatrzenie jego gotowy zakres może przemawiać za wyborem SAP. Open Mercato można wówczas rozważyć do wydzielonego procesu lub portalu współpracującego z ERP. To ocena architektoniczna zależna od wymagań i dostępnych integracji.
Kiedy Salesforce będzie lepszym wyborem
Salesforce oferuje CRM, czyli system zarządzania relacjami z klientami, w modelu usługowym. Sales Cloud obejmuje między innymi pracę nad szansami sprzedaży i prognozowanie wyników, a jego cennik przewiduje opłaty za użytkowników. Jeśli ten zakres odpowiada potrzebom działu handlowego, Salesforce może ułatwić uruchomienie rozwiązania. Open Mercato jako alternatywa dla Salesforce wymaga policzenia kosztu odtworzenia potrzebnych funkcji i ich utrzymania.
Kiedy Odoo będzie lepszym wyborem
Odoo to modułowy system ERP dostępny w otwartej edycji Community oraz licencjonowanej edycji Enterprise. Ich zakresy funkcjonalne się różnią. Odoo może być lepszym wyborem, gdy firma chce obsługiwać w jednym systemie sprzedaż, zakupy, magazyn i księgowość, a dostępne aplikacje odpowiadają jej potrzebom. Przed decyzją trzeba sprawdzić wymaganą edycję, lokalizację i koszt modyfikacji.
Kiedy Sylius będzie lepszym wyborem
Sylius jest frameworkiem e-commerce, dostępnym jako rozwiązanie otwarte oraz w komercyjnym wariancie Plus. Gdy głównym przedmiotem projektu jest sklep i jego proces zakupowy, specjalizacja Syliusa przemawia za uwzględnieniem go w ocenie. Open Mercato może uzupełniać takie rozwiązanie o własne procesy operacyjne, jeśli uzasadniają one utrzymanie dodatkowej aplikacji.
Mocne i słabe strony Open Mercato w projektach z dużym katalogiem produktów
Duży katalog wymaga oceny liczby wariantów, języków i kanałów sprzedaży. Równie istotne są zależności między danymi oraz częstotliwość aktualizacji. Dwa katalogi o podobnej liczbie produktów mogą oznaczać zupełnie inny zakres wdrożenia.
Własne reguły przetwarzania danych mogą stanowić znaczną część takiego projektu. Przy pracy z produktami elektrotechnicznymi przygotowaliśmy moduły do interpretacji kart katalogowych, klasyfikowania produktów według standardu ETIM, który porządkuje je według klas i cech, oraz odczytywania tych cech z dokumentacji. Open Mercato zapewniało mechanizmy obsługi aplikacji, a logikę dotyczącą danych branżowych tworzyliśmy samodzielnie. Ocena przydatności frameworka powinna więc obejmować zarówno gotowe elementy, jak i zakres kodu potrzebnego do obsługi konkretnego katalogu.
Podział odpowiedzialności między PIM a Open Mercato
W przygotowanym przez nas rozwiązaniu do wzbogacania danych produktów elektrotechnicznych Pimcore pozostawał systemem zarządzania informacją produktową (PIM, Product Information Management), a Open Mercato obsługiwało proces jej uzupełniania. Ceny i cenniki znajdowały się w osobnym ERP klienta. Takie połączenie wymaga jasnego podziału odpowiedzialności: przy wdrożeniu systemów PIM trzeba ustalić, gdzie powstają poszczególne dane i który system odpowiada za ich aktualność.
Jeśli projekt wymaga rozbudowanej kontroli kompletności danych, zarządzania tłumaczeniami lub specjalistycznych reguł publikacji, warto ocenić gotowe możliwości PIM i koszt uzupełnienia braków. Dla każdego wymagania należy wskazać system odpowiedzialny za jego realizację.
Integracja i wydajność przy większej skali
Słabe strony wybranego rozwiązania ujawniają się często przy obsłudze wyjątków. Co ma się wydarzyć, jeśli część produktów nie przejdzie walidacji? Jak wznowić przerwany import? Kiedy użytkownik zobaczy zmianę wykonaną w PIM? Odpowiedzi przekładają się na konkretne zadania programistyczne.
Wydajność trzeba sprawdzić na danych o strukturze zbliżonej do rzeczywistej. Próba powinna objąć równoczesną pracę użytkowników i masową aktualizację katalogu. Wyniki pozwolą oszacować zasoby serwera, czas synchronizacji oraz potrzebny zakres optymalizacji.
Kiedy zalety Open Mercato przeważają nad wadami?
Oceniając, kiedy wybrać Open Mercato, warto odnieść poniższe warunki do konkretnego procesu. Każda odpowiedź powinna mieć potwierdzenie w wymaganiach, budżecie lub prototypie.
Warunki sprzyjające wyborowi Open Mercato
- Firma ma niestandardowy proces B2B, który wymaga częstych zmian w regułach działania.
- Gotowe elementy frameworka pokrywają istotną część wymagań, co potwierdzono na prototypie.
- Dostęp ma otrzymać wiele osób, a koszty obecnych licencji stanowią znaczącą część wydatków.
- Firma potrzebuje kontroli nad rozwojem aplikacji i sposobem przechowywania danych.
- Jest zapewniony zespół lub partner odpowiedzialny za aktualizacje, integracje i utrzymanie.
Warunki przemawiające za innym rozwiązaniem
- Proces mieści się w standardzie dostępnego SaaS, a koszt jego obsługi jest akceptowalny.
- Budżet obejmuje wyłącznie uruchomienie systemu.
- Wymagane są konkretne, dojrzałe integracje, których dostępności w Open Mercato nie potwierdzono.
- Projekt dotyczy głównie sklepu B2C i standardowego przebiegu zakupów.
- Organizacja potrzebuje wieloletniej historii utrzymania wybranego produktu.
Poszczególne odpowiedzi mają różną wagę. Brak zespołu utrzymaniowego może przesądzić o decyzji nawet przy korzystnym modelu licencyjnym. Korzyści z Open Mercato dla biznesu warto oceniać przez krótszy czas obsługi spraw, mniej ręcznych korekt lub niższe koszty dostępu do systemu. Prototyp pozwala sprawdzić zakres potrzebnych prac, a kalkulacja wdrożenia i utrzymania pomaga ocenić opłacalność projektu.
Jeśli rozważasz Open Mercato, porozmawiaj z Tandemite o swoim projekcie. Warto zacząć od procesu, który chcesz usprawnić, używanych systemów i planowanej skali pracy. Na tej podstawie można porównać zakres wdrożenia oraz koszty dalszego utrzymania.
FAQ
Jaka jest główna korzyść z używania Open Mercato?
Najwięcej można zyskać, wykorzystując gotowe mechanizmy do budowy systemu dopasowanego do firmy. Skala oszczędności zależy od tego, jak dobrze odpowiadają one wymaganiom projektu. Można ją ocenić, przygotowując dwa oszacowania tego samego procesu: z wykorzystaniem Open Mercato i przy samodzielnym tworzeniu podstaw aplikacji. Porównanie powinno obejmować również testy oraz utrzymanie. Pomocny jest prototyp obsługujący rzeczywisty przypadek, na przykład zamówienie z niestandardową ścieżką akceptacji.
Jakie są największe wady Open Mercato?
Największe obciążenia mogą wynikać z konieczności utrzymywania własnej aplikacji, dostosowywania rozszerzeń do zmian frameworka i tworzenia brakujących integracji. Ich znaczenie zależy od zakresu wdrożenia. Firma mająca zespół utrzymaniowy może włączyć nowy system do istniejących procedur. Organizacja bez takiego zaplecza musi uwzględnić koszt partnera i warunki reagowania na awarie. Przed wyborem warto sprawdzić także możliwość przejęcia projektu przez inny zespół oraz kompletność dokumentacji potrzebnej do takiego przekazania.
W jaki sposób Open Mercato może obniżać koszty operacyjne?
Oszczędności mogą wynikać z braku opłat licencyjnych za użytkowników otwartego rdzenia oraz ze skrócenia czasu pracy dzięki wdrożonym automatyzacjom. Dla przykładowego procesu można porównać miesięczną liczbę spraw, średni czas ich obsługi i częstotliwość korekt przed wdrożeniem oraz po nim. Następnie trzeba odjąć koszt utrzymania rozwiązania i rozłożyć koszt wdrożenia na przyjęty okres. W rachunku należy uwzględnić płatne dodatki i usługi zewnętrzne. Dopiero takie zestawienie pokazuje, czy automatyzacja przynosi oszczędność.
Jakie korzyści daje Open Mercato firmom B2B?
Open Mercato może pomóc w obsłudze procesów, których reguły zależą od kontrahenta lub struktury organizacji. Przykładem są indywidualne warunki handlowe, akceptacja zamówień przez kilka osób albo ograniczenie dostępu do danych konkretnej spółki. Wartość biznesową należy przypisać do oczekiwanego efektu, takiego jak krótszy czas zatwierdzania zamówienia lub mniej ręcznych korekt. Przy wycenie trzeba sprawdzić, które elementy zapewnia framework, a które powstaną w ramach wdrożenia, i uwzględnić połączenia z ERP oraz PIM.
Czy Open Mercato jest łatwe w użyciu?
Wygoda użytkownika końcowego zależy od przygotowanych ekranów i przebiegu zadań. W rozwiązaniu do wzbogacania danych produktowych wykorzystaliśmy przetwarzanie w tle i powiadomienia mailowe. Użytkownik mógł zamknąć przeglądarkę, a po zakończeniu zadania wrócić do panelu, sprawdzić jego przebieg i przejrzeć wygenerowane treści. Przed odbiorem rozwiązania warto poprosić przyszłych użytkowników o wykonanie typowych czynności i sprawdzić, gdzie potrzebują pomocy. Zespół programistyczny ocenia łatwość pracy przez inne kryteria: czytelność zasad rozbudowy, dokumentację i możliwość diagnozowania błędów. Oba obszary wymagają osobnego sprawdzenia.
Czy Open Mercato jest w pełni darmowe?
Otwarty rdzeń jest dostępny na licencji MIT. Osobne warunki dotyczą komercyjnego pakietu Enterprise, obejmującego dodatkowe funkcje. Każde wdrożenie wymaga też zasobów na przygotowanie i obsługę aplikacji. W ofercie warto wyodrębnić prace jednorazowe, koszty regularne oraz opłaty zależne od wykorzystania usług. Taki podział pozwala oszacować wpływ rosnącej liczby użytkowników, większego katalogu czy kolejnych integracji. Zakres funkcji i warunki ich używania trzeba potwierdzić dla wersji przewidzianej w projekcie.
Jak często aktualizacje Open Mercato wymagają zmian w kodzie projektu?
Bez historii aktualizacji konkretnego wdrożenia trudno podać wiarygodną częstotliwość zmian w jego kodzie. Zakres prac zależy od wersji, do której przechodzi zespół, oraz mechanizmów wykorzystywanych przez aplikację. Repozytorium zawiera informacje o zmianach naruszających zgodność i instrukcje dostosowania rozszerzeń. Przed aktualizacją zespół powinien sprawdzić te informacje, wskazać dotknięte nimi funkcje i oszacować prace. Testy na osobnym środowisku pozwalają ocenić wpływ na codzienne zadania użytkowników. W harmonogramie utrzymania warto przewidzieć zarówno regularne aktualizacje, jak i możliwość szybszego wdrożenia istotnej poprawki bezpieczeństwa.
